Page tree
Skip to end of metadata
Go to start of metadata


Le principe

Pour évaluer l'état d'une demande de paiement, d'une transaction ou d'appels web service, le commerçant doit récupérer la valeur du ShortMessage.

Le ShortMessage du message fournit l'état de la transaction et le LongMessage donne une description plus précise avec son code retour.

Le cycle de vie d'une transaction est représenté ci-dessous. l'état de la transaction ShortMessage accepte 4 états définitif : REFUSED, CANCELLED, ERROR, ACCEPTED et 3 états temporaire INPROGRESS, ONHOLD_PARTNER, PENDING_RISK :


Les différents états

Payline propose un regroupement des codes retour et des états est définit comme indiqué ci-dessous :

ShortMessage :
État de la transaction

LongMessage :
Type de message

Description

Exemple

ERROR

Rejet technique

"Invalid" ou "Error"

Le paiement a été abandonné suite à une erreur technique non récupérable. Payline procède à une régularisation auprès du moyen de paiement (état final).02301 - Transaction Id Invalid
ERROR

Problème de format

Problème de valeur

Non traitable par Payline, les données envoyées par le commerçants sont erronées.02305 - Invalid field Format
ERROR"Internal Server Error"Erreur du système.01199 - GTM Internal Error
ACCEPTEDAcceptéeLe paiement est accepté (état final)00000
CANCELLEDAnnuléeLe paiement a été abandonné (état final)

02319 - Cancelled by user

03022 - Abandon 3DSecure

  • Un clic sur le bouton ‘annuler’
  • Un retour sur les pages du marchand via le bouton précédent du navigateur.
  • Une fermeture du navigateur avant la terminaison du paiement ERROR Le paiement a été abandonné suite à une erreur technique non récupérable. Payline procède à une régularisation auprès du moyen de paiement.
REFUSED

Problème de valeur

Erreur de saisie. Les données envoyées par le porteur sont erronées.
  • Date expirée, carte invalide.
REFUSEDRefus fraudeLe paiement est refusé pour Fraude (état final).

03xxxx - 3DSecure

04xxxx - LCLF

REFUSEDRefus fonctionnel

Refus fonctionnel de type : Not authorized / Not Allowed.


REFUSEDRefus Émetteur/ PartenaireRefus de l'acquéreur/émetteur/moyen de paiement.
PENDING_RISKAlerte de risque sur ce paiement

Paiement accepté avec réserve (état temporaire).

Le commerçant doit procéder à la validation ou au refus du paiement.

04001 et 04003 - Fraud suspected.

  • Le module de lutte contre la fraude suspecte une transaction frauduleuse qui doit être bloquée.
  • Paiement ‘pending risk’ Paypal (cas où le marchand doit effectuer une action sur le backoffice PayPal).
ONHOLD_PARTNEREn attente de retour du partenaire

Le paiement a été acquitté par le partenaire de paiement et mis en attente pour une prise de décision ultérieure (état temporaire).

La décision finale (accepté ou refusé) sera communiquée par le partenaire sans intervention du commerçant.

  • Dossier de crédit en cours d’examen.
  • Coupon à valider (Ex.:Boleto).
  • Paiement ‘pending’ Paypal.
INPROGRESSEn attente de retour de l'acheteurL’acheteur est en cours de saisie (état temporaire)


Les fonctions

Actuellement les codes retour sont utilisés dans :

  • Webservices de l'API Payline
  • Fichiers des transactions : Export CSV
  • L'ensemble des rapports spécifiques des commerçants