Vous êtes concernés si
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 d'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 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 à jour des abonnements passe par 2 étapes :
- Initialisation du chaînage (par 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 (cf. 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 (par 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.
Abonnements souscrits à partir du 01/01/2021
Le chaînage des transactions initiées en 3DSV1 est également à mettre en place, cf. section Paiement récurrent (Abonnement) / One click
Schéma
Prérequis
- Vous proposez l'abonnement / paiement récurrent par carte
- Des clients ont réalisés leur souscription initiale avant le 01/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
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
- Un nouveau schemeReferenceID sera présent dans la réponse de la transaction
- Cette valeur est à stocker et sera utilisée dans toutes les transactions suivantes de cet abonnement
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. Utiliser la valeur reçue dans la réponse du paiement d'initialisation du chainage |
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.