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



Table of Contents


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 définie : Le montant, la périodicité et la durée sont connus lors de la souscription
  • Abonnement variable : 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 : ici


Note

Le choix du type d'abonnement doit ê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.



Prérequis


  • Vous souhaitez l'abonnement / paiement récurrent par carte (CB, Visa, Mastercard) :
    • Définir quel type d'abonnement vous allez proposer à vos clients (cf. ci-dessous)
    • Recueillir le consentement de votre client pour la souscription d'un nouvel abonnement
    • 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 d'un abonnement


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

  1. Enrôlement du client : Initialisation de l'abonnement lors de la 1ère échéance
    1. La 1ère transaction, initiée par le client, sera authentifiée en 3DSV2. On parlera alors de CIT ou Customer Initiated transaction.
    2. Cette transaction ne pourra pas bénéficier d'une demande d'exemption de l'authentification 3DS.
    3. Une valeur de chaînage 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
    1. Les requêtes de paiement suivantes seront initiéées par le marchand. On parlera de MIT ou Merchant Initiated transaction.
    2. Elles contiendront la valeur de chaînage reçue en réponse de la transaction d'initialisation de l'abonnement.


Mise en place d'un abonnement


Focus : Chaînage des transactions


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

Chaînage des transactions d'un abonnement


Implémentation de l'abonnement


Objectif

Mettre en place un abonnement sur Axepta Online



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

Abonnement 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 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": {
        "recurring": {
            "recurringFrequency": 30,
            "recurringStartDate": "2019-09-14",
            "recurringExpiryDate": "2020-09-14"
        }
    },
    "initialPayment": true,
    "useCase": "fixed"
}


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
cardJSONMDonnées de réponse de la carte

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)


Requête

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


ParamètreFormatCNDDescriptionExemple
cardJSONMDonnée de la carte--

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.




Expand
titleAbonnement variable - CIT / MIT

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


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": {
        "recurring": {
            "recurringFrequency": 30,
            "recurringStartDate": "2019-09-14",
            "recurringExpiryDate": "2020-09-14"
        }
    },
    "initialPayment": true,
    "useCase": "fixed"
}


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
cardJSONMDonnées de réponse de la carte

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)


Requête

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


ParamètreFormatCNDDescriptionExemple
cardJSONMDonnée de la carte--

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.







Abonnement 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 n : 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 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": {
        "recurring": {
            "recurringFrequency": 30,
            "recurringStartDate": "2019-09-14",
            "recurringExpiryDate": "2020-09-14"
        }
    },
    "initialPayment": true,
    "useCase": "fixed"
}


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
cardJSONMDonnées de réponse de la carte

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)


Requête

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


ParamètreFormatCNDDescriptionExemple
cardJSONMDonnée de la carte--

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.



Abonnement variable


Exemples

  • Un client souscrit à un service composé d'un forfait mensuel et d'une part variable. Exemple : abonnement téléphonique, abonnement à un contrat d'énergie, etc.
  • Souscription à un service avec tacite reconduction et/ou avec variation annuelle du prix



Note

We recommend that the amount of the 1st transaction includes future changes in the amount.

Example

  • A customer subscribes to a service with a monthly fee of 20 euros and whose estimated consumption is 15 euros on average
  • The first transaction should be 45 euros.
  • It means that the merchant will be able to create transactions up to 45 euros



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é 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
languagejson
{
    "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
cardJSONMDonnées de réponse de la carte

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)


Requête

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


ParamètreFormatCNDDescriptionExemple
cardJSONMDonnée de la carte--

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": {
        "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 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.