Skip to main content

The Payout Method Object

Each entry in data.payout_methods describes one country-currency corridor. Where you read the capability fields depends on payout_type — see Field placement by payout_type below.

Field placement by payout_type

The two levels are mutually exclusive, not a precedence pair: whichever level applies carries the values and the other is returned empty, so you never have to reconcile the two. This split exists because for local, capabilities such as operating hours, OBO support and purpose-code restrictions are inherently network-specific (IMPS vs NEFT in India, FPS vs CHATS in Hong Kong). For swift there is no fund transfer network, so the corridor top level is the only meaningful place.

Request Fields

Response Fields

null is meaningful — it is not the same as false or "". The capability fields are always present in the response; an unset capability comes back as null (delivery_time, on_behalf_of_supported, cutoff_schedule) or [] (supported_modes, restricted_purpose_codes). In particular on_behalf_of_supported: null means “not stated at this level”, whereas false means “explicitly not supported”, and cutoff_schedule: null means 24/7, not “unknown”. For local corridors always read the per-network values so you do not miss network-specific behavior.
  1. Payout Bank Metadata API
  2. Using Payout Capability Fields
  3. Fund Transfer Networks
  4. Create Payout