Submit a payout link
Spend the link and send the money.
Path parameters
tokenstringRequiredOpaque signed bearer token from the link URL.
Body
This endpoint expects a JSON object.
Register a new destination
esignConsentbooleanRequiredThe payer's consent to receive the Reg E receipt electronically. Required; the receipt is emailed on submit.
senderEmailstring<email>OptionalWhere the receipt is sent when the link itself carries no payer email. Required in that case.
namestringRequiredRecipient legal or commonly used name.
emailstring<email>RequiredRecipient email address in standard email format.
detailsobjectRequiredThe fields named by
requirementson the read, keyed byid.paymentReasonstringOptionalFrom the corridor's own list, served on the resolve.
recipientTypestringOptionalThe account holder's kind, never the sending organization's.
Allowed values:individualbusiness
Use a saved destination
esignConsentbooleanRequiredThe payer's consent to receive the Reg E receipt electronically. Required; the receipt is emailed on submit.
senderEmailstring<email>OptionalWhere the receipt is sent when the link itself carries no payer email. Required in that case.
destinationAccountIdstringRequiredAn id returned in
savedDestinationsby the resolve call.paymentReasonstringOptionalFrom the corridor's own list, served on the resolve.
recipientTypestringOptionalThe account holder's kind, never the sending organization's.
Allowed values:individualbusiness
Behavior
Takes no credential, as above.
Submitting twice returns the original payout with status: "already_submitted", so a worker who double-taps on a slow connection gets
the payout they already have, never a second one.
A validation failure leaves the link spendable, so a mistyped account
number is correctable rather than fatal. A link that is already being
spent or has failed is 400 PAYOUT_LINK_UNUSABLE: it is not
spendable, so ask for a new one.
Responses
201The payout.
Body
payoutIdstringOptionalstatusone ofRequiredShow one of 2 shapes
PayoutStatus
A payout moves only along these transitions:
pending -> processing | completed | failed | canceled processing -> completed | failed completed -> failed (returned by the recipient's bank)pending: accepted, reserved, not sent. The only cancelable state.processing: handed to the payment network. Committed.completed: the recipient was paid. Not absolutely final.failed: not paid, or paid and then returned. Branch onfailureCode.canceled: you ended it before it was sent. It is not a failure, so it carries nofailureCode;fundsReturnedistruebecause the money never left.
completedcan still becomefailed. A receiving bank can return a payment days after settlement, givingfailureCode: returned_by_bankandfundsReturned: true. Do not write a ledger that treatscompletedas immutable, and keep processing webhooks for a payout after it completes."already_submitted"
requiresFundingbooleanOptionalPresent and true when the payout this link created is waiting on you to fund it. The worker has done everything they can; nothing reaches their account until you read the funding instructions for that payout and send the money. Absent where accepting the payout was already paying it.
disclosureobjectOptionalThe US Regulation E remittance disclosure, as the hosted page renders it:
prepaymenton the resolve (estimated, omitted when the corridor cannot be priced),receipton the submit. Renderlinesin order.Show 4 properties
kindstringRequiredAllowed values:prepaymentreceiptestimatedbooleanRequiredlinesarray of objectRequiredShow 3 properties
labelstringRequiredvaluestringRequiredsignstringOptionalAllowed values:+-
otherFeesDisclaimerstringRequired
Errors
400VALIDATION_ERROR: the details did not match what the corridor requires. The link is still spendable; correct and resubmit.PAYOUT_LINK_UNUSABLE: the link is being spent or has failed. It is not spendable; ask the sender for a new one.403USE_POST_PAYOUTS: this organization has an approval threshold or a velocity cap, and onlyPOST /payoutsenforces them. Nothing was sent; send the payout throughPOST /payouts, which may answer202 pending_approval.404NOT_FOUND: the token is not valid (expired, spent, forged).DESTINATION_ACCOUNT_NOT_FOUND: the saved destination is outside this link's end-user scope, or does not exist.429Too many requests. The default ceiling is 100 requests per minute per API credential on a 60-second window. High-volume payout and reconciliation routes declare a 600/minute override, and batch submission a 30/minute ceiling. A separate 2,000/minute per-source-IP abuse ceiling always applies.
Obey
Retry-After; it is in seconds and is authoritative. A 429 means the request was refused before the handler ran. Retry reads normally; retry an idempotent mutation with its sameIdempotency-Key.503PAYOUT_LINKS_UNAVAILABLE: hosted payout links are not configured on this environment. Nothing was sent; contact support.
Error body · Error
typestringRequiredStable machine-readable code.
detailstringRequiredWhat went wrong, in a sentence. Always a string, so
detail.toLowerCase()is safe.More
This is the field to read on
BAD_REQUESTandPROVIDER_REJECTED, where the type alone does not name the condition.messagestringRequiredThe same text as
detail, kept for integrations written beforedetailexisted. Readdetail.resolutionstringOptionalWhat to do about it, when there is a specific answer. It is not on every error (it is absent on
BAD_REQUEST,NOT_FOUND,PAYOUT_NOT_CANCELABLEandDESTINATION_ACCOUNT_NOT_FOUND), so treat it as optional and fall back todetail.statusintegerRequiredHTTP status, repeated in the body.
statusCodeintegerRequiredThe same value as
status, kept for integrations written beforestatusexisted. Readstatus.requestIdstringRequiredQuote this to support and we can find the exact request. Also sent as the
x-request-idresponse header, which is the only place it appears on a successful response. Success bodies do not carry it. Send your ownx-request-idon the request and we use it, so your trace and ours share one identifier; otherwise we mint one.errorsarray of stringOptionalPresent on VALIDATION_ERROR; names each field that failed.
originalIdempotencyKeystringOptionalOn
DUPLICATE_REQUEST_DETECTEDonly. Send the request again with this to receive the original payout instead of making a second one. Without it there is no way to recover except by risking a double payment.originalPayoutIdstringOptionalOn
DUPLICATE_REQUEST_DETECTEDonly. The payout the first request created.originalBatchIdstringOptionalOn a batch
DUPLICATE_REQUEST_DETECTED. The run the first request created.originalRequestIdstringOptionalOn a
409 PAYOUT_OUTCOME_UNKNOWNreplay. TherequestIdof the call whose outcome is unknown; quote it to support.existingRecipientIdstringOptionalOn
BANK_ACCOUNT_ALREADY_LINKED. The recipient in your organization that already holds this account.existingMethodIdstringOptionalOn
BANK_ACCOUNT_ALREADY_LINKED. The payment method on that recipient.
Branch on type, never on the status or the message. Every error type is listed with what to do about it.
Was this page helpful?