Payout methods
The available payout rails, flagged with `funded` when you have a balance in their currency.
/api/v1/me/payout/methodsSelect a stage to see what happens.
/me/payout/methods- Authorization
- Bearer ••••••••
- Accept
- application/json
Prepare the request
Use credentials for the selected environment and complete the required parameters.
Illustrative flow · no data is sent
How this endpoint works
Lists the available payout methods (analogous to pay-in's GET /payment-methods). Each method carries `id` (you pass it to POST /me/payout/send), `currency`, `country`, `rail`, indicative limits, `funded` (true if you have a payout balance in that currency) + `currencyAvailable`, `logoUrl` (alias `iconUrl`) — an absolute public URL of the rail's brand icon you can render directly (`<img src={logoUrl}>`) — and `recipientFields`: the EXACT beneficiary fields to send in the payout's `recipient` for THAT method (key, label, required, type, and `options` for bank selectors — e.g. the Colombia/Peru bank list with the exact bank_code to send). Read it to build a correct payout request without guessing. If you want to send in a local currency with no balance, do a USD→that-currency swap first. In sandbox the synthetic `sbx_po_*` test rails are prepended.