Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Tip
titleUn abonnement conforme à la réglementation (DSP2)
  • Première échéance de l'abonnement : Transaction fortement authentifiée en 3DSV2 (SCA) sans demande d'exemption
  • Chaînage des échéances suivantes avec la 1ère échéance de l'abonnement




Info
titleFonctionnalités clés
  • Abonnement d'un montant et d'une périodicité fixes sur une durée définie
  • Abonnement d'un montant et/ou d'une périodicité variable - CIT / MIT




Description


Cette section aborde la mise en place des abonnements par carte, conformes à la DSP2, sur Axepta Online pour les cartes CB, VISA, Mastercard.


Axepta Online permet de mettre en place 2 types d'abonnement :

  • Abonnement d'un montant et d'une périodicité fixes sur une durée fixedéfinie : Le montant, la périodicité et la durée sont connus lors de la souscription
  • Abonnement variable : Le montant et - CIT/MIT : tout autre cas, le montant, la périodicité ou la durée ne sont pas connus lors de la souscription (tacite reconduction).


Pour les abonnements / paiements récurrents intiés via une 1ère transaction MOTO, veuillez vous référer à la documentation suivante : Paiement récurrent carte (Abonnement) - MOTO (Mail Order / Telephone Order)


Note

Le choix du type d'abonnement doit est être défini à la souscription et ne peut pas être modifié au cours de l'abonnement.

Si vous souhaitez passer d'un abonnement d'une durée fixe à un abonnement variable il faudra enrôler à nouveau votre client .

Tip
titleUn abonnement conforme à la réglementation (DSP2)
  • Première échéance de l'abonnement : Transaction fortement authentifiée en 3DSV2 (SCA) sans demande d'exemption
  • Chaînage des échéances suivantes avec la 1ère échéance de l'abonnement

    (nouvelle transaction CIT - Customer Initiated Transaction - avec authentification 3DS).



    Prérequis


    • Vous souhaitez l'abonnement / paiement récurrent par carte Vous avez défini (CB, Visa, Mastercard) :
      • Définir quel type d'abonnement vous allez proposer à vos clients (cf. ci-dessous)
      Vous avez recueilli
      • Recueillir le consentement de votre client pour la souscription d'un nouvel abonnement
      • (côté marchand)
      • Stocker
      Vous allez stocker
      • les données suivantes
      :

        • L'objet JSON Card contenant : le numéro de carte tokenisé, la marque de la carte et la date d'expiration
        • Le schemeReferenceID reçu en réponse de la transaction d'initialisation de l'abonnement


    Mise en place

    des abonnements

    d'un abonnement


    La mise en place d'un abonnement s'effectue en 2 étpaes étapes :

    1. Enrôlement de du client / : Initialisation de l'abonnement (par exemple en janvier) :lors de la 1ère échéance
      1. La 1ère transaction,
      2. 1ère transaction authentifiée en 3DSV2 initiée par le client, sera authentifiée en 3DSV2. On parlera alors de CIT ou Customer Initiated transaction.
      3. Cette transaction ne pourra pas bénéficier d'une demande d'exemption de l'authentification 3DS.
      4. Une valeur de chaînage est sera envoyée dans la réponse de cette transaction. Elle sera stockée par le marchand et utilisée dans toutes les échéances suivantes de l'abonnement (cf. schéma ci-dessous).
    2. Echéances suivantes de l'abonnement (par exemple en février, en mars...) :
      1. Les
      2. Envoi de requêtes de paiement suivantes seront initiéées par le marchand. On parlera de MIT ou Merchant Initiated transaction.
      3. Elles contiennent contiendront la valeur de chaînage reçue en réponse de la transaction d'initialisation de l'abonnement.


    Image Added

    Mise en place d'un abonnement

    Principes généraux


    Focus : Chaînage des transactions

    Image Removed

    Informations clés

    Implémentation du chaînage

    Objectif

    Mettre en place le chaînage sur des abonnements Axepta Online initialisés en 3DSV1 avant le 01/01/2022.

    Exemple

    • Echéance JanvierInitialisation du chaînage avec valeur de chaînage standard définie par la marque de la carte du porteur et récupération du schemeReferenceID en réponse (Implémentation : cf. Etape 1)
    • Echéance FévrierTransaction chaînée c'est-à-dire qui contient en paramètre le schemeReferenceID récupérée de la réponse de la transaction d'initialisation du chaînage (Implémentation : cf. Etape 2)
    • Echéances Mars et suivantes  → Transaction chaînée c'est-à-dire qui contient en paramètre le schemeReferenceID récupérée de la réponse de la transaction d'initialisation du chaînage (Implémentation : cf. Etape 2)


    Une donnée clé

    La 1ère échéance d'un abonnement permet de récupérer une donnée de chaînage qui sera utilisée pour relier ("chaîner") les échéances suivantes à cette 1ère échéance.

    La donnée de chaînage, reçue en réponse de l'échéance d'initialisation de l'abonnement, est générée soit par la banque du porteur soit par le scheme utilisé (Visa, Mastercard).

    Dans la documentation Axepta Online, la donnée de chaînage est renseignée dans le champ schemeReferenceID.


    Principes

    Image Added

    Chaînage des transactions d'un abonnement


    Implémentation de l'abonnement


    Abonnement d'un montant et d'une périodicité fixes sur une durée définie


    Expand
    titleAbonnement d'un montant et d'une périodicité fixes sur une durée définie

    Exemple

    Le client s’abonne à un gymnase pour 1 an au prix de 34,99 € par mois

    • Mois 1 : L’acheteur effectue le paiement du premier mois en ligne (CIT)
    • Mois 2 à 12 : Les mois suivants, le commerçant effectue des transactions à 34,99 € (MIT)


    1. Enrôlement du client : Initialisation de l'abonnement lors de la 1ère échéance


    La création de la première échéance d'un abonnement est effectuée au cours d'un parcours de paiement via :

    • La page de paiement
    • Le formulaire de carte hébergé par BNP Paribas

    • Un formulaire de carte hébergé par le marchand - uniquement si le marchand est certifié PCI-DSS


    Info

    L’authentification 3D Secure est obligatoire pour la première échéance initée par le client (CIT)


    Requête

    (info) Le tableau suivant décrit les paramètres supplémentaires chiffrés à ajouter aux requêtes de paiement :


    ParamètreFormatCNDDescriptionExemple

    credentialOnFile

    JSONMObjet précisant le type et la série de transactions


    Code Block
    themeEclipse
    linenumberstrue
    {
        "type": {
            "recurring": {
                "recurringFrequency": 30,
                "recurringStartDate": "2019-09-14",
                "recurringExpiryDate": "2020-09-14"
            }
        },
        "initialPayment": true,
        "useCase": "fixed"
    }


    threeDSPolicy

    JSON

    M

    Objet précisant le parcours d'authentification 3D Secure (obligatoire ou exemption)

    Ici utilisez : Mandate challenge

    __



    Réponse

    Le tableau suivant décrit les paramètres qui seront reçus dans la réponse du paiement et stockés par le commerçant.


    KeyFormatCNDDescription
    cardJSONM

    Données de la carte (Token / PCN inclus) - card:response EN


    Tip

    L'objet Card présent dans la réponse doit être décrypté et stocké.

    L'objet Card présent dans les requêtes contient moins de paramètres que l'objet Card reçu dans la réponse.


    schemeReferenceID

    ans..64CDonnée de chaînage des transactions dans le cadre des abonnements par carte


    Info
    • Les données renseignées dans les champs card et schemeReferenceID seront réutilisées dans toutes les prochaines échéances de cet abonnement
    • La donnée renseignée dans le schemeReferenceID de cette transaction sera utilisée pour chaîner les échéances suivantes à l'échéance initiale.



    2. Echéances suivantes de l'abonnement


    Les échéances suivantes d'un abonnement sont initiées par le marchand via :


    Info

    Les échéances suivantes ne sont pas soumises à l’authentification 3D Secure car elles sont initiées par le marchand (MIT)


    Server-to-server

    Requête

    (info) Le tableau suivant décrit les paramètres supplémentaires chiffrés

    Etape 1 : Initialisation du chaînage

    La création d'une nouvelle échéance d'un abonnement (paiement récurrent) peut être effectuée via :

    Requête

    (info) Le tableau suivant décrit le paramètre supplémentaire chiffré

    à ajouter aux requêtes de paiement :

    Parameter


    ParamètreFormatCNDDescriptionExemple
    cardJSONM

    Données de la carte (Token / PCN inclus) - card:request EN



    Tip

    L'objet Card présent dans la réponse doit être décrypté et stocké.

    L'objet Card présent dans les requêtes contient moins de paramètres que l'objet Card reçu dans la réponse.


    --

    schemeReferenceID

    ans..64M

    Donnée de chaînage des transactions dans le cadre des abonnements effectués par carte


    .


    Info

    Utiliser la valeur reçue dans la réponse de la requête d'initialisation de l'abonnement


    --

    credentialOnFile

    JSONMObjet précisant le type et la série de transactions


    Code Block
    languagejson
    {
        "type": {
            "recurring": {
                "recurringFrequency": 30,
                "recurringStartDate": "2019-09-14",
                "recurringExpiryDate": "2020-09-14"
            }
        },
        "initialPayment": false,
        "useCase": "fixed"
    }





    Réponse


    Warning

    Seule la donnée reçue dans le schemeReferenceID de la réponse de la requête d'initialisation de l'abonnement doit être stockée et réutilisée dans toutes les échéances suivantes de l'abonnement (paiement récurrent).

    Selon les émetteurs, le champ schemeReferenceID peut être valorisé dans la réponse d'une échéance, mais la donnée reçue ne doit pas être réutilisée.



    Batch


    ParamètreFormatCNDDescription
    RTFa1O

    Abonnement à durée et montant fixes

    • Echéances suivantes : RTF=R





    Abonnement d'un montant et/ou d'une périodicité variable - CIT / MIT



    Expand
    titleAbonnement variable - CIT / MIT


    L'abonnement variable correspond à un abonnement dont le montant varie au cours de l'abonnement et / ou dont la durée n'est pas connue lors de la souscription.

    Exemples

    Le client s’abonne à un service avec un forfait et des consommations mensuelles

    • Mois 1 : L’acheteur effectue le paiement du premier mois en ligne (CIT) pour une somme de 50 euros
    • Mois n+1 : Le commerçant effectue une transaction à 12,99 € (MIT)
    • Mois n+2 : Le commerçant effectue une transaction à 35,99 € (MIT)...



    Ou le client s'abonne à un service avec tacite reconduction mensuelle :

    • Mois 1 : L’acheteur effectue le paiement du premier mois en ligne (CIT) pour une somme de 50 euros
    • Mois n+1 : Le commerçant effectue une transaction à 50 € (MIT)
    • Mois n+2 : Le commerçant effectue une transaction à 50 € (MIT) ...



    1. Enrôlement du client : Initialisation de l'abonnement lors de la 1ère échéance


    La création de la première échéance d'un abonnement est effectuée au cours d'un parcours de paiement via :

    • La page de paiement
    • Le formulaire de carte hébergé par BNP Paribas

    • Un formulaire de carte hébergé par le marchand - uniquement si le marchand est certifié PCI-DSS


    Info

    L’authentification avec le 3D Secure est obligatoire pour la première échéance initée par le client (CIT)


    Requête

    (info) Le tableau suivant décrit les paramètres supplémentaires chiffrés à ajouter aux requêtes de paiement :


    ParamètreFormatCNDDescriptionExemple

    credentialOnFile

    JSONMObjet précisant le type et la série de transactions


    Code Block
    themeEclipse
    linenumberstrue
    {
        "type": {
            "unscheduled": "CIT"
        },
        "initialPayment": true,
      	"useCase": "ucof"   
    }


    threeDSPolicy

    JSON

    O

    Objet précisant le parcours d'authentification 3D Secure (obligatoire ou exemption)

    Ici utilisez : Mandate challenge

    __



    Réponse

    Le tableau suivant décrit les paramètres qui seront reçus dans la réponse du paiement et stockés par le commerçant.


    KeyFormatCNDDescription
    cardJSONM

    Données de la carte (Token / PCN inclus) - card:response EN


    Tip

    L'objet Card présent dans la réponse doit être décrypté et stocké.

    L'objet Card présent dans les requêtes contient moins de paramètres que l'objet Card reçu dans la réponse.


    schemeReferenceID

    ans..64CDonnée de chaînage des transactions dans le cadre des abonnements effectués par carte


    Info
    • Les données renseignées dans les champs card et schemeReferenceID seront réutilisées dans toutes les prochaines échéances de cet abonnement
    • La donnée renseignée dans le schemeReferenceID de cette transaction sera utilisée pour chaîner les échéances suivantes à l'échéance initiale.



    2. Echéance suivantes de l'abonnement


    Les échéances suivantes d'un abonnement sont initiées par le marchand via :


    Info

    Les échéances suivantes ne sont pas soumises à l’authentification avec le 3D Secure car elles sont initiées par le marchand (MIT)



    Server-to-server

    Requête

    (info) Le tableau suivant décrit les paramètres supplémentaires chiffrés

    Lors de l'initialisation du chaînage, il est nécessaire d'utiliser les valeurs définies par les réseaux CB, Visa, Mastercard (marque de la carte du porteur) :

    CB : 9999999999999 - 13 chiffres

    VISA: 887001863998888 - 15 chiffres

    MasterCard: 1231_MCC999999 - 13 chiffres 

    Réponse

    Info
    • Un nouveau schemeReferenceID sera présent dans la réponse de la transaction d'initialisation du chaînage
    • Cette valeur est stockée par le marchand et sera utilisée dans toutes les prochaines échéances de cet abonnement (paiements récurrents)

    Etape 2 : Création de transactions chaînées

    La création d'une nouvelle échéance d'un abonnement (paiement récurrent) peut être effectuée via :

    Requête

    (info) Le tableau suivant décrit le paramètre supplémentaire chiffré

    à ajouter aux requêtes de paiement :

    Parameter


    ParamètreFormatCNDDescriptionExemple
    cardJSONM

    Données de la carte (Token / PCN inclus) - card:request EN


    Tip

    L'objet Card présent dans la réponse doit être décrypté et stocké.

    L'objet Card présent dans les requêtes contient moins de paramètres que l'objet Card reçu dans la réponse.


    --

    schemeReferenceID

    ans..64M

    Donnée de chaînage des transactions dans le cadre des abonnements effectués par carte.


    Info

    Utiliser la valeur reçue dans la réponse de la requête d'initialisation

    du chainage

    Réponse

    Le champ schemeReferenceID peut être valorisé dans la réponse d'un paiement récurrent, mais cette valeur ne doit pas être réutilisée.

    Seule la valeur reçue dans

    de l'abonnement


    --

    credentialOnFile

    JSONMObjet précisant le type et la série de transactions


    Code Block
    languagejson
    {
        "type": {
            "unscheduled": "MIT"
        },
        "initialPayment": false,
      	"useCase": "ucof"   
    }



    Réponse


    Warning

    Seule la donnée reçue dans le schemeReferenceID de la réponse de la requête d'initialisation

    du chaînage

    de l'abonnement doit être stockée et réutilisée dans toutes les échéances suivantes de l'abonnement (paiement récurrent).

    Selon les émetteurs, le champ schemeReferenceID peut être valorisé dans la réponse d'une échéance, mais la donnée reçue ne doit pas être réutilisée.



    Batch


    ParamètreFormatCNDDescription
    RTFa1O

    Abonnement à durée et montants variables

    • Echéances suivantes : RTF=M






    Abonnement avec des cartes AMEX


    Les abonnements par carte, conformes à la DSP2, sur Axepta Online pour les cartes AMEX nécessite l'usage du paramètre TransactionID à la place du paramètre schemeReferenceID (requête et réponse).




    Table of Contents