Use this endpoint to resolve an exception by forcing a match with an override reason. This is used when manual intervention determines the transaction should be considered matched despite discrepancies.
Bearer token authentication (format: "Bearer {token}")
A unique identifier for tracing the request across services.
Optional idempotency key for safe retries. Also accepts Idempotency-Key as an alternative header name. If the same key is sent again and the original request was already processed, the cached response is returned with X-Idempotency-Replayed: true.
See Retries and idempotency for details.
Exception ID
Force match payload
Force match request payload
Indicates that the request was successful and the response contains the expected data.
The response includes the X-Idempotency-Replayed header.
If the value is false, the request was just processed. If the value is true, the response is a replay of a previously processed request.
See Retries and idempotency for more details.
Exception details
User the exception is assigned to
"user@example.com"
Creation timestamp in RFC3339 format
"2025-01-15T10:30:00.000Z"
Due date for resolution in RFC3339 format
"2025-01-20T10:30:00.000Z"
External issue ID in the external system
"RECON-1234"
External system where exception was dispatched
"JIRA"
Unique identifier for the exception
"019c96a0-10d2-7134-ba5f-664142ee7052"
Reason the exception was raised
"Amount mismatch detected"
Resolution notes when resolved
"Resolved via force match"
Reason for the resolution
"BUSINESS_DECISION"
Type of resolution applied
FORCE_MATCH, ADJUST_ENTRY "FORCE_MATCH"
Severity level
LOW, MEDIUM, HIGH, CRITICAL "HIGH"
Current status
OPEN, ASSIGNED, PENDING_RESOLUTION, RESOLVED "OPEN"
Transaction ID this exception is for
"019c96a0-10ce-75fc-a273-dc799079a99c"
Last update timestamp in RFC3339 format
"2025-01-15T10:30:00.000Z"