Skip to main content

Unconfirm a bank operation's reconciliation

DELETE 
/api/v1/bank_operations/:bank_operation_id/reconciliation

Takes confirmed allocations back off the operation - destroying their payments and restoring the accounting entry's suspense line - and returns the recomputed operation.

Each allocation is independently unconfirmable. Name allocation_ids and the others are left exactly as they are; omit the key entirely and every confirmed allocation comes off. An EMPTY list is refused rather than read as "all", because the two readings are opposite.

An allocation you unconfirm becomes unconfirmed, NOT rejected: undoing a confirmation is a reviewed decision you can reverse, while a rejection is terminal.

This is also the correct way to remove or re-state a bank-linked invoice payment. DELETE on /api/v1/invoices/{invoice_id}/payments/{id} refuses a payment carrying a bank operation with 422 dependent_records, details.bank_operation_id naming this operation, because unlinking the money from the reconciliation that created it would leave the ledger describing a settlement that no longer exists. PATCH on the same path accepts only note on such a payment; a request carrying any other attribute, even with its current value, is refused whole with the same answer.

expected_version is optional here and required on the confirm; when supplied it is enforced identically. Idempotency-Key is accepted and optional.

Request​

Responses​

The recomputed bank operation.