Adjust entry for an exception
Use this endpoint to resolve an exception by creating an adjustment entry. This is used when a monetary correction is needed to reconcile the transaction.
Autorizações
Bearer token authentication (format: "Bearer {token}")
Cabeçalhos
A unique identifier for tracing the request across services.
Optional idempotency key for safe retries. Matcher reads the key only from this header, and only when you send one. A request that carries a key only in X-Idempotency-Key or Idempotency-Key is refused with 400 (MTCH-0015), and nothing is processed. If the same key is sent again and the original request was already processed, the stored response is returned with X-Idempotency-Replayed: true. A malformed key returns 400, a key whose first request is still in progress returns 409 (MTCH-0018), a key whose earlier attempt already ran but whose answer cannot be replayed returns 409 (MTCH-0022), and an idempotency storage failure returns 500. POST, PUT, PATCH and DELETE requests accept the header. These refusals are problem documents.
Parâmetros de caminho
Exception ID Exception ID (UUID)
"550e8400-e29b-41d4-a716-446655440000"
Corpo
Adjust entry payload
Adjustment amount as a decimal string in the field's currency; must be positive (enforced by the use case)
"150.50"
ISO 4217 currency code (3 letters) the adjustment amount is denominated in
3"USD"
When the adjustment takes effect, as an RFC 3339 timestamp
"2025-01-20T10:30:00Z"
Additional notes explaining the adjustment
1 - 1000"Correcting processing fee discrepancy"
Reason code for the adjustment
1 - 255"FEE_ADJUSTMENT"
Side of the adjustment entry, DEBIT or CREDIT. Optional; DEBIT when omitted. The amount stays positive either way
DEBIT, CREDIT "DEBIT"
Resposta
Indicates that the request was successful and the response contains the expected data.
Creation timestamp as an RFC 3339 timestamp
"2025-01-15T10:30:00Z"
Unique identifier for the exception (UUID)
"550e8400-e29b-41d4-a716-446655440000"
Severity level: LOW and MEDIUM are informational, HIGH needs prompt review, CRITICAL requires immediate action
LOW, MEDIUM, HIGH, CRITICAL "HIGH"
Lifecycle status: OPEN (unhandled), ASSIGNED (owned by a user), PENDING_RESOLUTION (a resolution is in flight), RESOLVED (closed out)
OPEN, ASSIGNED, PENDING_RESOLUTION, RESOLVED "OPEN"
Identifier of the transaction this exception was raised for (UUID)
"550e8400-e29b-41d4-a716-446655440001"
Last update timestamp as an RFC 3339 timestamp
"2025-01-15T10:30:00Z"
Enrichment: the exception transaction's amount as a decimal string in the transaction's currency. Present on list rows and get-by-id when the transaction still exists.
"1250.50"
User the exception is currently assigned to
"user@example.com"
Enrichment: id of the reconciliation context the exception's source belongs to (UUID). Present on list rows and get-by-id when the transaction and source still exist; powers the global triage queue's context attribution.
"550e8400-e29b-41d4-a716-446655440004"
Enrichment: ISO 4217 currency code of the exception transaction's amount. Present on list rows and get-by-id when the transaction still exists.
"USD"
Resolution due date as an RFC 3339 timestamp
"2025-01-20T10:30:00Z"
Issue identifier in the external system, when dispatched
"RECON-1234"
External system the exception was dispatched to, when applicable
"JIRA"
Reason the exception was originally raised
"Amount mismatch detected"
Free-text notes captured when the exception was resolved
"Resolved via force match"
Reason code recorded for the resolution
"BUSINESS_DECISION"
How the exception was resolved: FORCE_MATCH (override match), ADJUST_ENTRY (monetary correction), MANUAL_MATCH (the manual match that paired it), AUTO_CONSUME (closed automatically when a run settled its transaction against a carried open item), AUTO_MATCH (closed automatically when a run matched its transaction, for a break whose reason only said its counterpart was missing or unusable: UNMATCHED, FX_RATE_UNAVAILABLE, MISSING_BASE_AMOUNT, MISSING_BASE_CURRENCY or SPLIT_INCOMPLETE) or UNMATCH_WITHDRAWN (withdrawn by an un-match: the match that raised it, or the match that resolved it, was undone)
FORCE_MATCH, ADJUST_ENTRY, MANUAL_MATCH, AUTO_CONSUME, AUTO_MATCH, UNMATCH_WITHDRAWN "FORCE_MATCH"
When the exception was resolved, as an RFC 3339 timestamp. Present only for RESOLVED exceptions.
"2025-01-15T12:00:00Z"
Principal that resolved the exception (JWT sub, or 'system' for automated callback resolutions). Empty until resolved or when the resolving path is un-attributed.
"user@example.com"
Identifier of the match run that LATEST surfaced this exception (UUID). Refreshed on every re-run that re-surfaces the break, so it names the most recent run that touched it; powers the run-precise jump from a run to its exceptions. Absent for legacy rows written before run linkage and for ingestion-minted duplicate-transaction breaks (not produced by a match run).
"550e8400-e29b-41d4-a716-446655440002"
Settlement figures for a fee break (expected vs credited and the signed difference), derived from the live fee-variance snapshot recorded for the exception's transaction. Present on get-by-id only, and only when the snapshot and the transaction amount are both available in the same currency.
Enrichment: id of the reconciliation source the exception transaction belongs to (UUID). Present on list rows and get-by-id when the transaction still exists.
"550e8400-e29b-41d4-a716-446655440003"
Enrichment: display name of the reconciliation source. Present on get-by-id when the transaction and its source still exist.
"Bank feed"
Enrichment: the exception transaction's value date as an RFC 3339 timestamp. Present on list rows and get-by-id when the transaction still exists.
"2025-01-14T00:00:00Z"

