Statuts de Paiement et Codes de Réponse

Les paiements contiennent toutes les informations essentielles sur la commande, y compris les informations client, le montant, la devise, les articles, les informations d'expédition, etc. Vous pouvez toujours consulter les détails de la transaction pour plus d'informations sur la commande et les interactions de paiement.

Processus

Le schéma ci-dessous illustre les différents statuts de paiement et comment ils peuvent être mis à jour.

Pour chaque implémentation, nous recommandons de prendre le status et sub_status comme référence principale pour l'état du paiement. Un paiement peut avoir différentes transactions associées. En vous concentrant sur le status / sub_statusdu paiement, vous pouvez avoir le dernier état indépendamment du nombre de transactions effectuées, vous donnant des inputs clairs pour la prise de décision.

Statuts de Paiement

Les paiements peuvent avoir les statuts et sous-statuts suivants.

Statut	Sous-statut	Type de transaction	Statut de la transaction	Description
`CREATED`	`CREATED`			État initial lors de la création d'un paiement.
`READY_TO_PAY`	`CREATED`	Achat	Créé	État initial lors de la création d'un paiement. En attente de l'action du client
`READY_TO_PAY`	`READY_TO_PAY`			État initial lors de la création d'un paiement. En attente de l'action du client
`PENDING`	`AUTHORIZED`	Autoriser	Réussi	Autorisations de carte
	`IN_PROCESS`	Achat	Créé	Le client a été redirigé vers le prestataire et nous attendons la finalisation du paiement.
	`WAITING_ADDITIONAL_STEP`	Achat	En attente	3DS/Deuxième facteur
	`WAITING_ADDITIONAL_STEP`	Autoriser	En attente	3DS/Deuxième facteur pour le flux d'autorisation
	`PENDING_PROVIDER_CONFIRMATION`	Achat	En attente	En attente de la confirmation de paiement du prestataire.
	`PENDING_FRAUD_REVIEW`	Fraude	En attente	La transaction est en cours d'analyse par le prestataire de services de lutte contre la fraude
	`PENDING_OTP_COMPLETION`	Achat	En attente	Statut initial lors de la création du paiement
`VERIFIED`	`VERIFIED`	Vérification	Réussi	Autorisations de carte à montant zéro
`EXPIRED`	`EXPIRED`	Achat	Expiré	Le moyen de paiement hors ligne atteint sa date d'expiration.
`EXPIRED`	`EXPIRED`	Autoriser	Expiré	L'autorisation expire
`REJECTED`	`REJECTED`	Achat	Rejeté	Rejeté par Yuno
`REJECTED`	`REJECTED`	Capture	Erreur	Capture rejetée par Yuno
`DECLINED`	`DECLINED`	Achat	Refusé	Rejet du prestataire
	`DECLINED`	Capture	Refusé	Rejet de la capture par le prestataire
	`FRAUD_DECLINED`	Contrôle de la fraude	Refusé	Déclin du dépistage de la fraude
`SUCCEEDED`	`PARTIALLY_APPROVED`	Achat	Réussi	Paiement partiel (paiement avec 2 cartes)
	`APPROVED`	Achat	Réussi	Paiement réussi
	`CAPTURED`	Capture	Réussi	Capture réussie
	`PARTIALLY_CAPTURED`	Capture	Réussi	Capture partielle réussie
		Remboursement	Erreur/Refusé	Reste approuvé en raison d'une erreur dans le remboursement/annulation
		Refacturation	Erreur/Refusé	Reste approuvé en raison d'un rejet dans la rétrofacturation
		Refacturation	Gagné	Révision gagnée
	`PARTIALLY_REFUNDED`	Remboursement	Réussi	Remboursement partiel réussi
	`PARTIALLY_CHARGEBACKED`	Refacturation	Réussi	Réussite de la rétrofacturation partielle
	`FRAUD_DECLINED`	Contrôle de la fraude	Refusé	Contrôle de fraude refusé après autorisation de paiement. À activer uniquement si aucune action n'est configurée dans la route du moyen de paiement après la validation du contrôle de fraude post-autorisation.
	`REFUND_RETRY_IN_PROCESS`	Remboursement	Refusé	La transaction a été refusée et est en attente de nouvelle tentative.
	`CAPTURE_RETRY_IN_PROCESS`	Capture	Refusé	La transaction a été refusée et est en attente de nouvelle tentative.
	`CAPTURE_RETRY_PROCESS_FAILED`	Capture	Refusé	La transaction a été refusée et le système de nouvelle tentative est terminé.
`REFUNDED`	`PENDING_PROVIDER_CONFIRMATION`	Remboursement	En attente	Remboursement en attente
`REFUNDED`	`REFUNDED`	Remboursement	Réussi	Remboursement réussi
`CANCELED`	`PENDING_PROVIDER_CONFIRMATION`	Annuler	En attente	Annulation en attente
`CANCELED`	`CANCELED`	Annuler	Réussi	Annulation réussie
`IN_DISPUTE`	`RECEIVED`	Refacturation	Créé	Refacturation ou enquête reçue. Une décision ou une documentation doit être fournie
`IN_DISPUTE`	`PENDING_REVIEW`	Refacturation	En attente	En_révision
`CHARGEBACK`	`LOST`	Refacturation	Prévenu	Pré-dispute déviée par le prestataire/réseau. Le paiement reflète des fonds perdus.
`ERROR`	`ERROR`		Exemple : timeout.
	`TIMEOUT`
	`PENDING_REVERSE`
	`REVERSED_BY_TIMEOUT`
`FRAUD`	`FRAUD_VERIFIED`	Fraude	Réussi	Transaction vérifiée par le prestataire de fraude lors d'une vérification de fraude autonome

Note

PREVENTED est un statut de transaction uniquement pour le type = CHARGEBACK lorsque le prestataire/réseau signale une déviation de pré-dispute Dans ces scénarios, seul le webhook rétrofacturation est envoyé ; aucun webhook de remboursement n'est émis.

Processus

Statuts de Paiement

États possibles pour les flux synchrone et asynchrone