Balances
Read the balance of each rail and understand pending, available and reserved.
Balances show the merchant's money at 221 Pay. They are read only: only payments, refunds and payouts move them.
Read the balances
curl "$API_URL/v1/balances" -H "Authorization: Bearer $API_KEY"{
"gateway_mode": "real",
"rails": {
"sn_wave": { "available": "245000", "pending": "0", "reserved": "100000" },
"sn_orange": { "available": "38500", "pending": "0", "reserved": "0" },
"ci_wave": { "available": "12000", "pending": "0", "reserved": "0" }
}
}rails holds one balance per rail, under its identifier (sn_wave,
ci_wave…): each rail activated on one of the merchant's projects, and each
rail that still holds a balance. See
Rails and countries.
Three buckets
| Bucket | Content |
|---|---|
pending | Net amounts received, awaiting release. |
available | Money that can be withdrawn and used for refunds. |
reserved | Money set aside for a payout or refund in progress, or with an unknown outcome. |
The life of an amount:
- Payment
confirmed: the net amount (net) is credited; it is available as soon as the payment is confirmed. - Payout or refund accepted: the debited amount moves from
availabletoreserved. - Payment out succeeded: it leaves
reserved. Declined: it returns toavailable. Unknown outcome: it stays inreserveduntil proven.
One balance per rail
Each collection credits the balance of its rail: a ci_wave payment credits
rails.ci_wave. Balances never mix:
- a payout draws on the balance of the payout number's rail;
- a refund draws on the balance of the refunded payment's rail.
Account mode: gateway_mode
| Value | Meaning |
|---|---|
simulated | Test mode: simulated balances, no real money. |
real | Live mode. |
See Testing.
The same figures in the dashboard
Balance and withdrawals section: balances, payout numbers and payout history. The dashboard home also summarises, per rail, the available balance and the success rate over the last 30 days.