| Note | ||
|---|---|---|
| ||
Oui si vous proposez de l'abonnement en ligne à vos clients. Tous les abonnements / paiements récurrents Axepta Online initialisés en 3DSV1 sont concernés par cette modification, que le marchand conserve son implémentation en 3DSV1 ou modifie son implémentation pour être compatible 3DSV2. |
Description
Un changement de la règlementation en vigueur, associé à la DSP2, impose désormais que les transactions relatives à un abonnement / paiement récurrent soient rattachées à une transaction existanted'initialisation du chaînage (cf. schéma). On parlera alors de chaînage des transactions.
Cette section aborde la mise en place du chaînage sur des abonnements déjà en cours au Axepta Online initialisés en 3DSV1 avant le 01/01/2022.
La mise en place de ce chaînage passe par la gestion d'un paramètre supplémentaire dans les requêtes de paiement, le schemeReferenceID, qui contiendra la valeur permettant de chaîner les transactions.
La mise a à jour des abonnements passe par 2 étapes :
- Initialisation du chaînage (ex: Janvierpar exemple en janvier) : Envoi d'une requête de paiement contenant une valeur de chaînage définie par la marque de la carte du client (CB, VISA, MCcf. section implémentation de cette page) et récupération de la valeur de chaînage à conserverenvoyée par la banque du porteur qui sera conservée par le marchand
- Envoi de transactions chaînées (ex : Février, Marspar exemple en février, en mars...) : Envoi d'une requête de paiement contenant la valeur de chaînage reçue en réponse de la transaction d'initialisation du chaînage.
| Info | ||
|---|---|---|
| ||
Le chaînage des transactions Axepta Online initiées en 3DSV1 est également à mettre en place pour les abonnements souscrits à partir du 01/01/2022.La mise en place d'un nouvel abonnement est détaillée dans la , cf. section Paiement récurrent (Abonnement) / One click |
Schéma
Chaînage des transactions initiées en 3DSV1
Prérequis
- Vous proposez le l'abonnement / paiement récurrent par carte
- Des clients ont réalisés leurs souscriptions leur souscription initiale avant le changement de réglementation01/01/2022
- Vous stockez le pseudo card number (PCNr)
- Vous allez stocker le schemeReferenceID reçu en réponse de la transaction d'initialisation du chaînage
Implémentation du chaînage
Objectif
Mettre en place le chaînage
Implémentation
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)
Initialisation du chaînage
La requête de paiement 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 | RTF | a1 | ODans ce cas → R = paiement récurrent | |
|---|---|---|---|---|---|---|---|
| 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éfinis 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 requête de paiement 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 | RTF | a1 | O | Dans ce cas → R = paiement récurrent|
|---|---|---|---|---|---|---|---|
| ans..64 | M | Donnée de chaînage des transactions dans le cadre des abonnements effectués par carte.
|
Réponse
CeLe champ schemeReferenceID peut être valorisé dans la réponse d'un paiement récurrent, mais cette valeur
n'a pas besoin d'être stockée car elle ne sera pas utiliséene 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).