| Note | ||
|---|---|---|
| ||
Tous les abonnements / paiements récurrents 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 , 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 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 envoyée par la banque du porteur et à conserver 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 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
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înageDisponible pour les implémentations réalisées avec ou sans le paramètre 'msgVer=2.0' (3DSV2)
Implémentation
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 | 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 Lors de l'initialisation du chaînage, il est nécessaire d'utiliser les valeurs définis par les réseaux CB, Visa, Mastercard. CB : 9999999999999 - 13 chiffres VISA: 887001863998888 - 15 chiffres MasterCard: 1231_MCC999999 - 13 chiffres |
Réponse
| Info |
|---|
|
Création de transactions chaînées
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 | 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
Le 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ée.