Refund operation
PUT /v2/transactions/{id}/refund
Example
Operational model
- Use your internal refund request ID to prevent duplicate operations.
- Persist the refund request, the transaction ID, and the resulting status.
- Update merchant-facing finance state only after webhook confirmation or successful reconciliation.
Common states after refund
refundedpartially_refunded
Failure handling
- If the HTTP outcome is unclear, fetch the transaction again before submitting another refund.
- If the API rejects the refund, surface the rejection reason to operations rather than retrying blindly.

