Endpoint
Request Body
Array of external transaction objects to reconcile
The reconciliation strategy. Supported values:
one_to_one: Match one external transaction to one internal transactionone_to_many: Match one external transaction to multiple internal transactionsmany_to_one: Match multiple external transactions to one internal transaction
Array of matching rule IDs to apply during reconciliation
Field to use for grouping transactions before matching
If true, performs the reconciliation without saving results
Response
The unique identifier for this reconciliation process
Example Request
Example Response
Use Cases
Real-time Webhook Reconciliation
Reconcile transactions immediately when receiving webhook notifications:API-based Transaction Reconciliation
Reconcile transactions fetched from external APIs:Error Responses
Error message describing what went wrong
Common Errors
- 400 Bad Request: Invalid request body, missing required fields, or invalid transaction format
- 500 Internal Server Error: Failed to start instant reconciliation
Differences from Standard Reconciliation
| Feature | Standard Reconciliation | Instant Reconciliation |
|---|---|---|
| Data Source | File upload required | Inline transactions |
| Upload ID | Required | Not used |
| Best For | Batch processing | Real-time, small batches |
| File Formats | CSV, JSON files | JSON objects only |
| Transaction Limit | Unlimited | Recommended < 1000 |
Best Practices
- Keep it small: Use instant reconciliation for fewer than 1000 transactions
- Validate data: Ensure all required fields are present before making the request
- Use dry runs: Test with
dry_run: truebefore committing - Handle webhooks: Ideal for reconciling webhook notifications in real-time
- Consider batching: For large volumes, use the standard upload-based reconciliation