• France
état des services
démonstrations
assistance
FAQContacter le support
Video tutorials
Rechercher
Catégories
Tags
Français
Français
Anglais
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
Intégration mobile
Échange de fichiers
Exemples de code
Moyens de paiement
Modules de paiement
Guides
Back Office Marchand
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éée 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éjà été mis à jour.
  3. Analysez le type d'opération transmis dans le champ vads_operation_type.
    Valeur Description
    DEBIT Transaction de débit.
    CREDIT Remboursement.
    VERIFICATION Vérification du moyen de paiement.
  4. 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 Marchand.

    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 "ACCEPTED" 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 EXPIRED. Le statut Expiré 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.

    WAITING_AUTHORISATION En attente d'autorisation

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

    Une demande de renseignement (ou une autorisation à 1€ si l'acquéreur ne supporte pas les demandes de renseignements) a été acceptée.

    La demande d'autorisation pour le montant total sera réalisée à J-1 avant la date de remise demandée.

    La remise en banque de la transaction est automatique.

    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.

  5. 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.
  6. 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.

  7. Récupérez la valeur du champ vads_trans_date pour identifier la date du paiement.
  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 des codes renvoyés est consultable dans le chapitre Analyser le résultat de la demande d'autorisation.
  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 Marchand (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 les données de la carte utilisé pour le paiement.
    Nom du champ Description
    vads_acquirer_network Réseau acquéreur. Valorisé à AMEXGLOBAL.
    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_brand Marque de la carte utilisée pour le paiement. Ex : AMEX
    vads_card_country Code Pays du pays d’émission de la carte (Code alpha ISO 3166-2 ex : "US" pour les Etats-Unis.).
    vads_card_number Numéro de la carte utilisée pour réaliser le paiement.

    Le numéro est masqué.

    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).
  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.
© 2025 Tous droits réservés à Sogecommerce
25.18-1.11