- Transactions: Financial records associated with events (payments, invoices)
- Reserves: Expected costs set aside for future payments
- Transaction Types: Categories like
indemnity_invoice(loss payments) andalae_invoice(allocated loss adjustment expenses) - Amounts in cents: Most endpoints return amounts in cents (multiply by 100 from dollars)
API Endpoints
Transaction Management
- List Event Transactions - Get paginated list of transactions for an event
- Get Event Transaction - Get a single transaction with line items
- Create Event Transaction - Create a new payment or invoice
- Void Event Transaction - Void an existing transaction
- Get Event Transaction Totals - Get transaction totals by category for an event
Reserves & Totals
- Get Event Reserves - Get reserve amounts by category for an event
- Update Expected Totals - Update expected total (reserves) for a category
- List Expected Total Timeline - Get chronological timeline of reserve changes
- List Financial Totals - Get financial totals across all events by transaction type
Transaction Types
Transaction types are configurable per company. Common built-in types include:
Use the GET /transaction-categories endpoint to see all available transaction types for your company.
Itemized vs Non-Itemized
Transaction types can be either:- Non-itemized: Single amount per transaction (e.g.,
indemnity_invoice) - Itemized: Multiple line items per transaction (e.g.,
alae_invoice)
- Non-itemized:
amountfield (required),lineItemsforbidden - Itemized:
lineItemsarray (required),amountforbidden
Transaction Status
Amount Conventions
Important: Different endpoints use different units:
The PATCH expected-totals endpoint uses dollars for historical compatibility.
Reserves vs Expected Totals
- Expected Total: The anticipated total cost for a category (set by user/adjuster)
- Reserves: Calculated as
expectedTotal - paid - owed - Owed: Total amount of pending transactions
- Paid: Total amount of completed transactions
Permissions
Example: Creating a Payment
Example: Voiding a Transaction
status: "void" and the provided voidReason.
Example: Updating Reserves
The
type field (claim/incident) is required for permission resolution. The event type must match the value provided.