| Tip | ||
|---|---|---|
| ||
|
| Info | ||
|---|---|---|
| ||
|
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 - CIT/MIT : tout autre cas, le montant, la périodicité ou la durée ne sont pas connus lors de la souscription (tacite reconduction).
| 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 (nouvelle transaction CIT - Customer Initiated Transaction - avec authentification 3DS). |
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 (côté marchand)
- 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
→ Intégrer ici les paramètres dans l'API REST V2 (DONE, TBC)
Premier paiement.
L'information de la demande de paiement récurrent est passé par l'object json "credentialOnFile"
Exemple, d'une demande de paiement récurrent avec un débit d'un montant fixe, tous les jours, commençant le 07 nov et finissant le 20 nov.
| Code Block | ||||||
|---|---|---|---|---|---|---|
| ||||||
{
......
"credentialOnFile" : {
"type" : "RECURRING",
"initialPayment": true,
"recurring" : {
"useCase" : "FIXED",
"frequency" : "DAILY",
"startDate" : "2025-11-07",
"expiryDate" : "2025-11-20"
}
},
......
} |
Une fois ce premier paiement accepté, les données nécessaire aux paiement succéssifs Ces données sont disponibles dans la réponse à la requête de demande de statut de la transaction
(lien vers la doc swagger de l'api: Retrieve payment details by Payment ID ou Retrieve payment details by Transaction ID)
Les données à sauvegarder sont:
- Le numéro de carte tokenisé est dans : le parametre: 'pseudoCardNumber'
- Le scheme Reference Id dans : le paramètre: 'schemeReferenceId'
Elles doivent etre présentée lors de demande suivantes:
exemple: Suite à la demande précédente de paiement récurrent, un des paiement journalier :
| Code Block | ||||||
|---|---|---|---|---|---|---|
| ||||||
{ ...... "cardcredentialOnFile": { "cardHolderNametype" : "RECURRING", "DoeinitialPayment": false, "recurring" : { "pseudoCardNumberuseCase" : "0605262127687111FIXED", "frequency" : "DAILY", "first6DigitsstartDate" : "4111112025-11-07", "expiryDate" : "202512"2025-11-20" } }, "paymentMethods": { "integrationType": "HOSTED", "brandtype" : "VISACard", "card" : "product{ "brandSelection": "MERCHANT", // "CUSTOMER" ou "MERCHANT" "prefillInfo": { "sourcenumber": "DEBIT0701953701953810", // {{PCnrForStoredCredentials}} "issuersecurityCode": "CONOTOXIA SP. Z O.O123", "countryexpiryDate": "POL203003", "bincardHolderName": "{{firstName}} {{lastName}}", "accountBinbrand" : "411111VISA" }, "schemeReferenceId" : "1123456" }, } ...... } |
Mise en place d'un abonnement
La mise en place d'un abonnement s'effectue en 2 étapes :
- Enrôlement du client : Initialisation de l'abonnement lors de la 1ère échéance
- La 1ère transaction, initiée par le client, sera authentifiée en 3DSV2. On parlera alors de CIT ou 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 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).
- La 1ère transaction, initiée par le client, sera authentifiée en 3DSV2. On parlera alors de CIT ou Customer Initiated transaction.
- Echéances suivantes de l'abonnement
- Les requêtes de paiement suivantes seront initiéées par le marchand. On parlera de MIT ou Merchant Initiated transaction.
- Elles contiendront la valeur de chaînage reçue en réponse de la transaction d'initialisation de l'abonnement.
- Les requêtes de paiement suivantes seront initiéées par le marchand. On parlera de MIT ou Merchant Initiated transaction.
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 paramètre schemeReferenceID.
Principes
Chaînage des transactions d'un abonnement
Implémentation de l'abonnement
Abonnement d'un montant et d'une périodicité fixes sur une durée définie
| Expand | ||||||
|---|---|---|---|---|---|---|
| ||||||
ExempleLe client s’abonne à un gymnase pour 1 an au prix de 34,99 € par mois
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 :
2. Echéances suivantes de l'abonnement Mettre à jour les info ici pour le REST V2 si besoin ! Attention aux liens, ils sont peut être à supprimer Les échéances suivantes d'un abonnement sont initiées par le marchand via :
|
Abonnement d'un montant et/ou d'une périodicité variable - CIT / MIT
| Expand | ||||||
|---|---|---|---|---|---|---|
| ||||||
L'abonnement variable correspond à un abonnement dont le montant varie au cours de l'abonnement et / ou dont la durée n'est pas connue lors de la souscription. ExemplesLe client s’abonne à un service avec un forfait et des consommations mensuelles
Ou le client s'abonne à un service avec tacite reconduction mensuelle :
1. Enrôlement du client : Initialisation de l'abonnement lors de la 1ère échéanceLa création de la première échéance d'un abonnement est effectuée au cours d'un parcours de paiement via :
2. Echéance suivantes de l'abonnement Mettre à jour les info ici pour le REST V2 si besoin ! Attention aux liens, ils sont peut être à supprimer Les échéances suivantes d'un abonnement sont initiées par le marchand via :
|
Abonnement avec des cartes AMEX
Les abonnements par carte, conformes à la DSP2, sur Axepta Online pour les cartes AMEX nécessite l'usage du paramètre TransactionID à la place du paramètre schemeReferenceID (requête et réponse).
| Table of Contents |
|---|