Tip | ||
---|---|---|
| ||
|
Table of Contents |
---|
Description
Cette section aborde la mise en place des abonnements par carte, conformes à la DSP2, sur Axepta Online.
Axepta Online permet de mettre en place 2 types d'abonnement :
- Abonnement d'une durée fixe et d'un montant fixe : Le montant et la durée sont connus lors de la souscription
- Abonnement variable : Le montant et la durée ne sont pas connus lors de la souscription (tacite reconduction).
Note |
---|
Le choix du type d'abonnement doit est 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
- Vous avez défini quel type d'abonnement vous allez proposer à vos clients (cf. ci-dessous)
- Vous avez recueilli le consentement de votre client pour la souscription d'un nouvel abonnement
- 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 abonnementsd'un abonnement
La mise en place d'un abonnement s'effectue en 2 étpaes :
- Echéance 1 : Enrôlement de du client / Initialisation de l'abonnement :
- 1ère transaction authentifiée en 3DSV2 initiée par le client, on parlera de CIT (Customer Initiated transaction).
- Cette transaction ne pourra pas bénéficier d'une demande d'exemption de l'authentification 3DS
- Une valeur de chaînage est 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.
- 1ère transaction authentifiée en 3DSV2 initiée par le client, on parlera de CIT (Customer Initiated transaction).
- Echéance 2 : Echéances suivantes de l'abonnement (par exemple en février, en mars...) :
- Envoi de requêtes de paiement initiéées par le marchand., on parlera de MIT (Merchant Initiated transaction)
- Elles contiennent la valeur de chaînage reçue en réponse de la transaction d'initialisation de l'abonnement.
- Envoi de requêtes de paiement initiéées par le marchand., on parlera de MIT (Merchant Initiated transaction)
Schéma de mise
Mise en place d'un abonnement
Principes généraux
Focus : Chaînage des transactions
Informations clés
Une donnée clé
L'ensemble des échéances d'un abonnement générées par le marchand doivent être chainées à l'échéance d'initialisation de l'abonnement.
La valeur de chaînage est reçue en réponse de l'échéance d'initialisation de l'abonnement, elle est générée soit par la banque du porteur soit par le scheme utilisé (Visa, Mastercard...).
Chez Axepta Online, la valeur de chaînage est le schemeReferenceID.
Principes
Chaînage des transactions d'un abonnement
Implémentation de l'abonnement
Objectif
Mettre en place un abonnement sur Axepta Online
Abonnement d'une durée fixe et d'un montant fixe
Example
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)
Echéance 1 : Enrôlement de du client / Initialisation de l'abonnement
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 marchand PCI-DSS)
Info |
---|
L’authentification avec le 3D Secure est obligatoire pour la première échéance effectuée en présence du client (CIT) |
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 Janvier → Initialisation 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évrier → 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)
- 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)
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 :
Server-to-server - direct.aspx
Requête
Le tableau suivant décrit le paramètre supplémentaire chiffré à ajouter aux requêtes de paiement :
Parameter | Format | CND | Description |
---|---|---|---|
ans..64 | M | Donnée de chaînage des transactions dans le cadre des abonnements effectués par carte 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 |
---|
|
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 :
Server-to-server - direct.aspx
Batch - Batch integration
Requête
Le tableau suivant décrit le paramètre supplémentaire chiffré à ajouter aux requêtes de paiement :
Parameter | Format | CND | Description | ||
---|---|---|---|---|---|
ans..64 | M | Donnée de chaînage des transactions dans le cadre des abonnements effectués par carte.
|
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 la réponse de la requête d'initialisation du chaînage doit être stockée et réutilisée dans toutes les échéances suivantes de l'abonnement (paiement récurrent).