Payments have all the essential information about the order, including customer information, amount, currency, items, shipping info, etc. You can always refer to the transaction details for more details about the order and the payment interactions.

Workflow

In the following workflow, you can find the different payment statuses and how they can be updated.

For every implementation, we recommend taking the payment status and sub_status as the main reference for the payment's state. A payment could have different transactions associated with it. By focusing on the payment status / sub_status, you can have the latest state regardless of how many transactions were made, giving you clear inputs for decision-making.

Payments status

The payments can have the following status and sub status.

Status	Substatus	Transaction type	Transaction status	Description
`CREATED`	`CREATED`			Initial state at the time of creating a payment.
`READY_TO_PAY`	`CREATED`	Purchase	Created	Initial state at the time of creating a payment. Waiting for customer action
`READY_TO_PAY`	`READY_TO_PAY`			Initial state at the time of creating a payment. Waiting for customer action
`PENDING`	`AUTHORIZED`	Authorize	Succeeded	Card authorizations
	`IN_PROCESS`	Purchase	Created	The client has been redirected to the provider and we are waiting for the completion of the payment.
	`WAITING_ADDITIONAL_STEP`	Purchase	Pending	3DS/Second factor
	`WAITING_ADDITIONAL_STEP`	Authorize	Pending	3DS/Second factor for authorization flow
	`PENDING_PROVIDER_CONFIRMATION`	Purchase	Pending	Wating for providers payment confirmation.
	`PENDING_FRAUD_REVIEW`	Fraud	Pending	Transaction is being analyzed by fraud provider
	`PENDING_OTP_COMPLETION`	Purchase	Pending	Initial status upon payment creation
`VERIFIED`	`VERIFIED`	Verify	Succeeded	Zero amount card authorizations
`EXPIRED`	`EXPIRED`	Purchase	Expired	The offline payment method reaches its expiration date.
`EXPIRED`	`EXPIRED`	Authorize	Expired	Authorization expires
`REJECTED`	`REJECTED`	Purchase	Rejected	Rejected by Yuno
`REJECTED`	`REJECTED`	Capture	Error	Capture rejection by Yuno
`DECLINED`	`DECLINED`	Purchase	Declined	Providers rejection
	`DECLINED`	Capture	Declined	Providers capture rejection
	`FRAUD_DECLINED`	Fraud screening	Declined	Declined fraud screening
`SUCCEEDED`	`PARTIALLY_APPROVED`	Purchase	Succeeded	Partial payment (payment with 2 cards)
	`APPROVED`	Purchase	Succeeded	Successful payment
	`CAPTURED`	Capture	Succeeded	Successful capture
	`PARTIALLY_CAPTURED`	Capture	Succeeded	Successful partial capture
		Refund	Error/Declined	Remains approved due to error in refund / cancellation
		Chargeback	Error/Declined	Remains approved due to rejection in chargeback
		`PARTIALLY_REFUNDED`	Refund	Succeeded	Successful partial refund
	`PARTIALLY_CHARGEBACKED`	Chargeback	Succeeded	Successful partial chargeback
	`FRAUD_DECLINED`	Fraud screening	Declined	Fraud screening declined. Can occur before or after provider authorization. Payment succeeded and funds have moved.
	`REFUND_RETRY_IN_PROCESS`	Refund	Declined	Transaction was declined and is waiting for retry.
	`CAPTURE_RETRY_IN_PROCESS`	Capture	Declined	Transaction was declined and is waiting for retry.
	`CAPTURE_RETRY_PROCESS_FAILED`	Capture	Declined	Transaction was declined and retry scheme it's finished.
	`REFUNDED`	`PENDING_PROVIDER_CONFIRMATION`	Refund	Pending	Refund Pending
`REFUNDED`	`REFUNDED`	Refund	Succeeded	Successful refund
`CANCELED`	`PENDING_PROVIDER_CONFIRMATION`	Cancel	Pending	Cancel Pending
`CANCELED`	`CANCELED`	Cancel	Succeeded	Successful cancelation
`IN_DISPUTE`	`RECEIVED`	Chargeback	Created	Chargeback or Inquiry received. Decision or documentation must be provided
`IN_DISPUTE`	`PENDING_REVIEW`	Chargeback	Pending	In_review
`CHARGEBACK`	`LOST`	Chargeback	Prevented	Predispute deflected by provider/network. Payment reflects lost funds.
`ERROR`	`ERROR`		Example: timeout.
	`TIMEOUT`
	`PENDING_REVERSE`
	`REVERSED_BY_TIMEOUT`
`FRAUD`	`FRAUD_VERIFIED`	Fraud	Succeeded	Transaction verified by fraud provider during stand alone fraud verification

Note

PREVENTED is a transaction status only for type = CHARGEBACK when the provider/network reports a predispute deflection. In these scenarios, only the chargeback webhook is sent; no refund webhook is emitted.

REVIEW_WON is a chargeback transaction status only. When a chargeback is won, the payment returns to its previous status (for example, SUCCEEDED / APPROVED) and no new payment status is emitted.

Possible states for sync and async flows