Confirm a group settlement
Applies the outcome of a group devolution to every lock of the group: SUCCESS settles them, and FAILED returns them to PENDING. Send SUCCESS with the end_to_end_id of the devolution: the D-prefixed return ID of a pix_refund group, or the E-prefixed payment ID of a pix_manual group. Any other ID is refused with 409 (PIX-0012) and nothing changes. Omit result to read the current state of the group without changing it.
A retryable 409 (PIX-0653) means that the debit of the devolution, or its outcome on the rail, is not confirmed yet: nothing changes, so repeat the call later. A group whose surplus was already returned is refused with 409 (PIX-0656) and stays SETTLING. A pix_manual surplus is returned once, when every lock is SETTLED. If that return fails, the group stays SETTLED and the answer is 200 without surplus_midaz_tx_id; this does not prove that the surplus stayed blocked, because a ledger timeout can have moved it. Check the ledger, then use Return a settlement surplus to the account holder.
X-Actor-Id, X-Override-Reason and X-Override-Ticket are optional. Sending any of them records the confirmation in the audit trail. For a lock opened for a MED infraction (origin_system med-infraction), use Confirm settle refund instead: DICT holds MED state that this route cannot see.
Autorizaciones
JWT bearer token issued by the identity provider.
Encabezados
REQUIRED. Client-supplied replay key, at most 64 bytes. A request without it is refused with PIX-0030 @ 400 before the handler runs. An identical resend within 1 hour returns the original response, status included, with X-Idempotency-Replayed: true. Reusing the key with a divergent method, URL or body is PIX-0031 @ 412.
1 - 64Who is acting. Declared by the caller; not verified against the access token
"backoffice.ops@example.com"
Why the caller is acting
"manual devolution paid by Pix"
Ticket reference
"MED-4821"
Correlation id
"med-2026-000123"
Request id
"01a17e29-5302-7c0a-b5e1-94d2f6a83c17"
Cuerpo
Respuesta
OK
"med-2026-000123-group-devolution"
"SETTLED"
"0.00"
"aggregated group devolution reported FAILED by caller"
"150.75"
"PIX_REFUND"
"D87654321202610271405g7Bv3Nc9Jw2"
"2026-10-27T14:06:03Z"
"150.75"
"2026-10-27T14:06:03Z"
"0.00"
On SETTLED, the Midaz transaction that returned the pixManual group surplus to the customer: made by this confirm once every lock is SETTLED, or already recorded on the group (a replay). Absent when there is no surplus, or when the best-effort return failed -- recover it with POST /balance-locks/{lock_id}/return-surplus on the lock that bears the surplus.
"01a17dae-b16e-7f28-9a03-6b1c4d8e2f75"

