Saltar al contenido principal
POST

Autorizaciones

Authorization
string
header
requerido

JWT bearer token issued by the identity provider.

Encabezados

X-Idempotency
string
requerido

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.

Required string length: 1 - 64
X-Actor-Id
string

Who is acting. Declared by the caller; not verified against the access token

Ejemplo:

"backoffice.ops@example.com"

X-Override-Reason
string

Why the caller is acting

Ejemplo:

"manual devolution paid by Pix"

X-Override-Ticket
string

Ticket reference

Ejemplo:

"MED-4821"

X-Correlation-Id
string

Correlation id

Ejemplo:

"med-2026-000123"

X-Request-Id
string

Request id

Ejemplo:

"01a17e29-5302-7c0a-b5e1-94d2f6a83c17"

Cuerpo

application/json
refund_ref
string
requerido

Group key

Ejemplo:

"med-2026-000123-group-devolution"

end_to_end_id
string

Aggregated devolution end-to-end id (required when result=SUCCESS)

Ejemplo:

"D87654321202610271405g7Bv3Nc9Jw2"

result
string

SUCCESS or FAILED; omit to poll current state

Ejemplo:

"SUCCESS"

Respuesta

OK

refund_ref
string
requerido
Ejemplo:

"med-2026-000123-group-devolution"

status
string
requerido
Ejemplo:

"SETTLED"

already_settled
string
Ejemplo:

"0.00"

failure_reason
string
Ejemplo:

"aggregated group devolution reported FAILED by caller"

original_amount
string
Ejemplo:

"150.75"

payment_type
string
Ejemplo:

"PIX_REFUND"

pix_end_to_end_id
string
Ejemplo:

"D87654321202610271405g7Bv3Nc9Jw2"

reset_at
string<date-time>
Ejemplo:

"2026-10-27T14:06:03Z"

settle_amount
string
Ejemplo:

"150.75"

settled_at
string<date-time>
Ejemplo:

"2026-10-27T14:06:03Z"

surplus_amount
string
Ejemplo:

"0.00"

surplus_midaz_tx_id
string

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.

Ejemplo:

"01a17dae-b16e-7f28-9a03-6b1c4d8e2f75"