• France
état des services
démonstrations
assistance
FAQContacter le support
Video tutorials
Rechercher
Catégories
Tags
docs.
France
Espagne
Europe (Anglais)
Inde
Accueil
Cas d'usage
Créer un paiement
Créer un paiement en plusieurs fois
Proposer un paiement complémentaire
Créer un paiement par alias (token)
Créer un lien de paiement
Créer un abonnement
Gérer vos abonnements
Gérer vos transactions (rembourser,...)
Analyser vos journaux
Docs API
Formulaire embarqué
API REST
Formulaire en redirection
SDK Mobile
Échange de fichiers
Mandats SEPA par API REST
Exemples de code
Moyens de paiement
Modules de paiement
Marketplace
Guides
Back Office Marchand
Back Office Expert
Guides fonctionnels

Traiter les données de la réponse

Ci-dessous un exemple d'analyse pour vous guider pas à pas lors du traitement des données de la réponse.

  1. Identifiez le mode (TEST ou PRODUCTION) dans lequel a été créé la transaction en analysant la valeur du champ vads_ctx_mode.
  2. Identifiez la commande en récupérant la valeur du champ vads_order_id si vous l'avez transmis dans le formulaire de paiement.
    Vérifiez que le statut de la commande n'a pas déja été mis à jour.
  3. Récupérez le résultat du paiement transmis dans le champ vads_trans_status.
    Sa valeur vous permet de définir le statut de la commande.
    Valeur Description
    ABANDONED Abandonné

    Paiement abandonné par l’acheteur.

    La transaction n’est pas créée et n’est donc pas visible dans le Back Office Expert.

    ACCEPTED Accepté.

    Statut d'une transaction de type VERIFICATION dont l'autorisation ou la demande de renseignement a été acceptée.

    Ce statut ne peut évoluer.

    Les transactions dont le statut est Accepté ne sont jamais remises en banque.

    AUTHORISED

    En attente de remise

    La transaction est acceptée et sera remise en banque automatiquement à la date prévue.

    AUTHORISED_TO_VALIDATE

    À valider

    La transaction, créée en validation manuelle, est autorisée. Le marchand doit valider manuellement la transaction afin qu'elle soit remise en banque.

    La transaction peut être validée tant que la date d'expiration de la demande d'autorisation n’est pas dépassée. Si cette date est dépassée alors le paiement prend le statut Expiré. Ce statut est définitif.

    CANCELLED

    Annulé

    La transaction est annulée par le marchand.

    CAPTURED

    Présenté

    La transaction est remise en banque.

    CAPTURE_FAILED

    La remise de la transaction a échoué.

    Contactez le Support.

    EXPIRED

    Expiré

    Ce statut intervient dans le cycle de vie d'un paiement avec capture différée.

    La date d'expiration de la demande d'autorisation est atteinte et le marchand n’a pas validé la transaction. Le porteur ne sera donc pas débité.

    REFUSED

    Refusé

    La transaction est refusée.

    SUSPENDED Suspendu

    La remise de la transaction est temporairement bloquée par l'acquéreur (AMEX GLOBAL ou SECURE TRADING). Une fois la remise traitée correctement, le statut de la transaction deviendra CAPTURED.

    UNDER_VERIFICATION

    Vérification en cours

    En attente de la réponse de l'acquéreur.

    Ce statut est temporaire.

    Pour les transactions CB ou PPRO, ce statut indique qu'un remboursement a été demandé. Des contrôles sont en cours pour valider le remboursement.

    Une notification sera envoyée au site marchand pour l'avertir du changement de statut.

    Nécessite l'activation de la règle de notification URL de notification sur modification par batch.

    WAITING_AUTHORISATION En attente d'autorisation

    Le délai de remise en banque est supérieur à la durée de validité de l'autorisation.

    WAITING_AUTHORISATION_TO_VALIDATE

    A valider et autoriser

    Le délai de remise en banque est supérieur à la durée de validité de l'autorisation.

    Une autorisation 1 EUR (ou demande de renseignement sur le réseau CB si l'acquéreur le supporte) a été acceptée.

    Le marchand doit valider manuellement la transaction afin que la demande d’autorisation et la remise aient lieu.

  4. Analysez le champ vads_occurrence_type pour déterminer s'il s'agit d'un paiement unitaire ou d'un paiement faisant partie d'une série (abonnement ou paiement en N fois).
    Valeur Description
    UNITAIRE Paiement unitaire (paiement comptant).
    RECURRENT_INITIAL Premier paiement d'une série.
    RECURRENT_INTERMEDIAIRE Énième paiement d'une série.
    RECURRENT_FINAL Dernier paiement d'une série.
  5. Analysez le champ vads_payment_config pour déterminer s'il s'agit d'un paiement en N fois.
    Nom du champ Valeur pour un paiement comptant Valeur pour un paiement en plusieurs fois
    vads_payment_config SINGLE MULTI

    (dont la syntaxe exacte est MULTI:first=X;count=Y;period=Z)

    S'il s'agit d'un paiement en N fois, identifiez le numéro de l'échéance en récupérant la valeur du champ vads_sequence_number.

    Attention : avec l'application du Soft Decline, le champ vads_sequence_number ne permet plus d'identifier facilement le premier paiement d'un paiement en N fois. Le premier paiement pouvant prendre un numéro de séquence différent de 1, le numéro de séquence du deuxième paiement ne sera pas forcément 2.

  6. Récupérez la valeur du champ vads_trans_date pour identifier la date du paiement.
  7. Analysez le champ vads_payment_option_code pour déterminer s'il s'agit d'un paiement en plusieurs échéances :
    Valeur Description
    1 Paiement en 1 échéance
    2 Paiement en 2 échéances
    3 Paiement en 3 échéances
    n Paiement en n échéances
  8. Récupérez la valeur du champ vads_capture_delay pour identifier le nombre de jours avant la remise en banque.
    Ceci vous permettra d'identifier s'il s'agit d'un paiement immédiat ou différé.
  9. Récupérez le montant et la devise utilisée. Pour cela, récupérez les valeurs des champs suivants :
    Nom du champ Description
    vads_amount Montant du paiement dans sa plus petite unité monétaire.
    vads_currency Code de la devise utilisée pour le paiement.
    vads_change_rate Taux de change utilisé pour calculer le montant réél du paiement (voir vads_effective_amount).
    vads_effective_amount Montant du paiement dans la devise réellement utilisée pour effectuer la remise en banque.
    vads_effective_currency Devise dans laquelle la remise en banque va être effectuée.
  10. Récupérez la valeur du champ vads_auth_result pour connaître le résultat de la demande d'autorisation.
    La liste complète des codes renvoyés est consultable dans le dictionnaire de données.
    Pour vous aider à comprendre le motif du refus, voici une liste des codes fréquemment retournés :
    Valeur Description
    03

    Accepteur invalide

    Ce code est émis par l'acquéreur. Il correspond à un problème de configuration sur les serveurs d’autorisation. (ex: contrat clos, mauvais code MCC déclaré, etc..).

    Pour connaître la raison précise du refus, le marchand doit contacter sa banque.
    05 Ne pas honorer

    Ce code est émis par la banque émettrice de la carte. Il est utilisé dans les cas suivants :

    • Date d’expiration invalide,
    • CVV invalide,
    • crédit dépassé,
    • solde insuffisant (etc.)
    Pour connaître la raison précise du refus, l’acheteur doit contacter sa banque.
    51 Provision insuffisante ou crédit dépassé

    Ce code est émis par la banque émettrice de la carte. Il peut être obtenu si l’acheteur ne dispose pas d’un solde suffisant pour réaliser son achat.

    Pour connaître la raison précise du refus, l’acheteur doit contacter sa banque.
    56 Carte absente du fichier

    Ce code est émis par la banque émettrice de la carte.

    Le numéro de carte saisi est erroné ou le couple numéro de carte + date d'expiration n'existe pas.
    57 Transaction non permise à ce porteur

    Ce code est émis par la banque émettrice de la carte. Il est utilisé dans les cas suivants :

    • l’acheteur tente d’effectuer un paiement sur internet avec une carte de retrait,
    • le plafond d’autorisation de la carte est dépassé.
    Pour connaître la raison précise du refus, l’acheteur doit contacter sa banque.
    59 Suspicion de fraude

    Ce code est émis par la banque émettrice de la carte. Il peut être envoyé suite à une saisie répétée de CVV ou de date d’expiration erronée.

    Pour connaître la raison précise du refus, l’acheteur doit contacter sa banque.
    60

    L’accepteur de carte doit contacter l’acquéreur

    Ce code est émis par l'acquéreur. Il correspond à un problème de configuration sur les serveurs d’autorisation. Il est utilisé lorsque le contrat commerçant ne correspond pas au canal de vente utilisé. (ex : une transaction e-commerce avec un contrat VAD-saisie manuelle).

    Contactez le service client pour régulariser la situation.
    81

    Le paiement non sécurisé n'est pas admis par l'émetteur

    Ce code est émis par la banque émettrice de la carte. Sur réception de ce code, la plateforme de paiement réalise automatiquement une nouvelle tentative de paiement avec authentification 3D Secure quand cela est possible.

  11. Récupérez le résultat de l'authentification du porteur. Pour cela:
    1. Récupérez la valeur du champ vads_threeds_enrolled pour déterminer le statut de l’enrôlement de la carte.
      Valeur Description
      Vide Processus 3DS non réalisé (3DS désactivé dans la demande, marchand non enrôlé ou moyen de paiement non éligible au 3DS).
      Y Authentification disponible, porteur enrôlé.
      N Porteur non enrôlé.
      U Impossible d’identifier le porteur ou carte non éligible aux tentatives d’authentification (ex. Cartes commerciales ou prépayées).
    2. Récupérez le résultat de l’authentification du porteur en récupérant la valeur du champ vads_threeds_status.
      Valeur Description
      Vide Authentification 3DS non réalisée (3DS désactivé dans la demande, porteur non enrôlé ou moyen de paiement non éligible au 3DS).
      Y Porteur authentifié avec succès.
      N Erreur d’authentification du porteur.
      U Authentification impossible.
      A Tentative d’authentification mais authentification non réalisée.
  12. Récupérez le résultat des contrôles associés à la fraude en identifiant la valeur du champ vads_risk_control. Ce champ est envoyé uniquement si le marchand a:
    • souscrit au service « Aide à la décision »
    • activé au moins un contrôle depuis son Back Office Expert (menu Paramétrage > Contrôle des risques).
    Il prend comme valeur une liste de valeurs séparées par un « ; » dont la syntaxe est: vads_risk_control = control1=result1;control2=result2
    Les valeurs possibles pour control sont :
    Valeur Description
    CARD_FRAUD Contrôle la présence du numéro de carte de l'acheteur dans la liste grise de cartes.
    SUSPECT_COUNTRY Contrôle la présence du pays émetteur de la carte de l'acheteur dans la liste des pays interdits.
    IP_FRAUD Contrôle la présence de l'adresse IP de l'acheteur dans la liste grise d'IP.
    CREDIT_LIMIT Contrôle la fréquence et les montants d'achat d'un même numéro de carte, ou le montant maximum d'une commande.
    BIN_FRAUD Contrôle la présence du code BIN de la carte dans la liste grise des codes BIN.
    ECB Contrôle si la carte de l'acheteur est de type e-carte bleue.
    COMMERCIAL_CARD Contrôle si la carte de l'acheteur est une carte commerciale.
    SYSTEMATIC_AUTO Contrôle si la carte de l'acheteur est une carte à autorisation systématique.
    INCONSISTENT_COUNTRIES Contrôle si le pays de l'adresse IP, le pays émetteur de la carte de paiement, et le pays de l'adresse de l'acheteur sont cohérents entre eux.
    NON_WARRANTY_PAYMENT Transfert de responsabilité.
    SUSPECT_IP_COUNTRY Contrôle la présence du pays de l'acheteur, identifié par son adresse IP, dans la liste des pays interdits.
    Les valeurs possibles pour result sont :
    Valeur Description
    OK OK.
    WARNING Contrôle informatif échoué.
    ERROR Contrôle bloquant échoué.
  13. Récupérez le type de carte utilisé pour le paiement.
    Deux cas de figures peuvent se présenter:
    • Pour un paiement réalisé avec une seule carte. Les champs à traiter sont les suivants :
    Nom du champ Description
    vads_card_brand Marque de la carte utilisée pour le paiement. ex : CB,VISA, VISA_ELECTRON, MASTERCARD, MAESTRO, VPAY
    vads_card_number Numéro de la carte utilisée pour réaliser le paiement.

    vads_expiry_month Mois d’expiration entre 1 et 12 (ex: 3 pour mars, 10 pour octobre).
    vads_expiry_year Année d’expiration sur 4 chiffres (ex : 2023).
    vads_bank_code Code de la banque émettrice
    vads_bank_label Nom de la banque émettrice
    vads_bank_product Code produit de la carte
    vads_card_country Code Pays du pays d’émission de la carte (Code alpha ISO 3166-2 ex :"FR" pour la France, "PF" pour la Polynésie Française, "NC" pour la Nouvelle Calédonie, "US" pour les Etats-Unis.).
    • Pour un paiement fractionné (c'est-à-dire une transaction utilisant plusieurs moyens de paiement), les champs à traiter sont les suivants :
      Nom du champ Valeur Description
      vads_card_brand MULTI Plusieurs types de cartes sont utilisés pour le paiement.
      vads_payment_seq Au format json, voir détails ci-dessous. Détails des transactions réalisées.
      Le champ vads_payment_seq (format json) décrit la séquence de paiement fractionné. Il contient les éléments :
      1. "trans_id" : identifiant de la transaction global à la séquence de paiement.
      2. "transaction" : tableau des transactions de la séquence. Les éléments qui le composent sont les suivants :
    Nom du paramètre Description
    amount

    Montant de la séquence de paiement.

    operation_type

    Opération de débit.

    auth_number

    Numéro d'autorisation.

    Ne sera pas retourné si non applicable au moyen de paiement concerné.

    Exemple : 949478

    auth_result Code retour de la demande d'autorisation.
    capture_delay Délai avant remise (en jours).
    • Pour un paiement par carte bancaire, la valeur de ce paramètre tient compte du délai en nombre de jours avant la remise en banque. Si ce paramètre n'est pas transmis dans le formulaire de paiement, la valeur par défaut définie dans le Back Office Expert sera utilisée.
    card_brand

    Moyen de paiement utilisé.

    Pour un paiement par carte bancaire (exemple CB ou cartes CB cobadgées Visa ou Mastercard), ce paramètre est valorisé à "CB".

    Se référer au guide d'intégration du formulaire de paiement disponible sur notre site documentaire pour visualiser la liste complète des types de carte.

    card_number

    Numéro du moyen de paiement.

    expiry_month

    Mois d'expiration du moyen de paiement.

    expiry_year

    Année d'expiration du moyen de paiement.

    payment_certificate Certificat de paiement.
    contract_used Contrat utilisé pour le paiement.
    identifier Identifiant unique (token/alias) associé à un moyen de paiement.
    identifier_status Présent uniquement si l’action demandée correspond à la création ou à la mise à jour d'un alias.
    Valeurs possibles :
    Valeur Description
    CREATED

    La demande d’autorisation a été acceptée.

    L'alias (ou RUM pour un paiement SEPA) est créé avec succès.

    NOT_CREATED

    La demande d’autorisation a été refusée.

    L'alias (ou RUM pour un paiement SEPA)n'est pas créé et n'apparaîtra pas dans le Back Office Expert.

    UPDATED L'alias (ou RUM pour un paiement SEPA)est mis à jour avec succès.
    NOT_UPDATED L'alias (ou RUM pour un paiement SEPA)n'a pas été mis à jour.
    ABANDONED

    Action abandonnée par l'acheteur (débiteur).

    L'alias (ou RUM pour un paiement SEPA)n'est pas créé et n'apparaîtra pas dans le Back Office Expert.

    presentation_date

    Pour un paiement par carte bancaire, ce paramètre correspond à la date de remise en banque souhaitée (au format ISO 8601).

    trans_id Numéro de transaction.
    ext_trans_id

    Paramètre absent pour le paiement par carte bancaire.

    trans_uuid Référence unique générée par la plateforme de paiement suite à la création d'une transaction de paiement.

    Offre une garantie d'unicité pour chaque transaction.

    extra_result Code numérique du résultat des contrôles de risques.
    Code Description
    Vide Pas de contrôle effectué.
    00 Tous les contrôles se sont déroulés avec succès.
    02 La carte a dépassé l’encours autorisé.
    03 La carte appartient à la liste grise du marchand.
    04 Le pays d’émission de la carte appartient à la liste grise du marchand.
    05 L’adresse IP appartient à la liste grise du marchand.
    06 Le code bin appartient à la liste grise du marchand.
    07 Détection d’une e-carte bleue.
    08 Détection d’une carte commerciale nationale.
    09 Détection d’une carte commerciale étrangère.
    14 Détection d’une carte à autorisation systématique.
    20 Contrôle de cohérence : aucun pays ne correspond (pays IP, pays carte, pays de l’acheteur ).
    30 Le pays de l’adresse IP appartient à la liste grise.
    99 Problème technique rencontré par le serveur lors du traitement d’un des contrôles locaux.
    sequence_number Numéro de séquence.
    trans_status Statut de la transaction.
     Les transactions annulées sont également présentes dans le tableau.
  14. Enregistrez la valeur du champ vads_trans_uuid. Elle vous permettra d'identifier de manière unique la transaction si vous utilisez les API Web Services.
  15. Récupérez toutes les informations concernant le détail de la commande, le détail de l'acheteur et le détail de la livraison.
    Ces données sont présentes dans la réponse que si elles ont été envoyées dans le formulaire de paiement.
    Leur valeur est identique à celle soumise dans le formulaire.
  16. Procédez à la mise à jour de la commande.
Nous recrutons
Mentions légales
Charte de Protection des Données Personnelles
25.18-1.11