STANDARD
, INSTANT_PAYMENT
, INSTANT_PAYMENT_ONLY
, RTGS_PAYMENT
Default value: STANDARD
The mode defining how the payout request is sent:STANDARD
– Sent via the relevant route for the currency and destination account (which determine the typical funds processing times). If a request is received after the applicable cutoff, it is processed the next working day.INSTANT_PAYMENT
– Sent via the SEPA Instant Credit Transfer scheme (funds processed within 10 seconds) with a fallback to STANDARD
mode if any of the prerequisites are not met or if another issue occurs.INSTANT_PAYMENT_ONLY
– Sent via the SEPA Instant Credit Transfer scheme (funds processed within 10 seconds) without a fallback. If an issue occurs, the wallet automatically refunded.RTGS_PAYMENT
– Sent via the Eurozone’s real-time gross settlement (RGTS) scheme T2 (funds processed same working day) without a fallback. If the request is received after the applicable cutoff (16:15 CET), it is processed the next working day (from 07:00 CET).STANDARD
, INSTANT_PAYMENT
, INSTANT_PAYMENT_ONLY
, RTGS_PAYMENT
The value set for the PayoutModeRequested
parameter when making the request.STANDARD
, INSTANT_PAYMENT
, RTGS_PAYMENT
, PENDING_RESPONSE
The mode defining how the payout request is sent:STANDARD
– Sent via the relevant route for the currency and destination account (which determine the typical funds processing times). If a request is received after the applicable cutoff, it is processed the next working day.INSTANT_PAYMENT
– Sent via the SEPA Instant Credit Transfer scheme (funds processed within 10 seconds). If ModeRequested
was INSTANT_PAYMENT_ONLY
and a fallback occurs, the ModeApplied
is STANDARD
.RTGS_PAYMENT
– Sent via the Eurozone’s real-time gross settlement (RGTS) scheme T2 (funds processed same working day) without a fallback. If the request is received after the applicable cutoff (16:15 CET), it is processed the next working day (from 07:00 CET).PENDING_RESPONSE
– Temporary state to accommodate the possible latency between the creation of the request and the mode being applied in the case of instant payment and RGTS modes.AuthorId
value must be different from the Bank Account UserId
value as well. Otherwise, Mangopay’s Compliance team will reject the payout.CreditedFunds
= DebitedFunds
- Fees
).CREATED
, SUCCEEDED
, FAILED
The status of the transaction.SUCCEEDED
, indicating that the transaction occurred. The statuses CREATED
and FAILED
return an ExecutionDate
of null
.PAYIN
, TRANSFER
, CONVERSION
, PAYOUT
The type of the transaction.REGULAR
, REPUDIATION
, REFUND
, SETTLEMENT
The nature of the transaction, providing more information about the context in which the transaction occurred:REGULAR
– Relative to most of the transactions (pay-ins, payouts, and transfers) in a usual workflow.REPUDIATION
– Automatic withdrawal of funds from the platform’s repudiation wallet as part of the dispute process (when the user has requested a chargeback).REFUND
– Reimbursement of a transaction to the user (pay-in refund), to a wallet (transfer refund), or of a payout (payout refund, only initiated by Mangopay).SETTLEMENT
– Transfer made to the repudiation wallet by the platform to settle a lost dispute.null
since there is no credited wallet.CARD
, DIRECT_DEBIT
, PREAUTHORIZED
, BANK_WIRE
The type of pay-in.null
if not provided.This object must be used to provide the reference of a bank wire pay-in or a pay-in to virtual IBAN, if the payout is being used to refund it.