WL SIPS DOCS

Release 22.3

aller directement au contenu

Rechercher par mots clés

Paiement par abonnement via duplication

Pour rechercher dans la page utiliser Ctrl+F sur votre clavier

Avant de lire ce document nous vous conseillons

WL Sips est une solution de paiement de commerce électronique multicanale sécurisée conforme à la norme PCI DSS. Elle vous permet d’accepter et de gérer des transactions de paiement en prenant en compte les règles métiers liées à votre activité (paiement à la livraison, paiement différé, paiement récurrent, paiement en plusieurs fois, …).

L’objectif du présent document est d'expliquer la mise en œuvre de la solution de paiement par abonnement jusqu'au démarrage en production.

Ce document a pour objectif de vous aider à mettre en place le paiement récurrent des services que vous délivrez à vos clients (appelés abonnés dans la suite du document).

L’objectif est de présenter les fonctionnalités liées au paiement par abonnement et d’expliquer comment les mettre en œuvre avec la solution WL Sips.

Pour avoir une vue d’ensemble de la solution WL Sips, nous vous conseillons de consulter les documents suivants :

  • Présentation fonctionnelle
  • Guide de Configuration des fonctionnalités
Note: WL Sips ne gère pas les données personnelles des abonnés (nom, prénom, adresse, âge, e-mail, téléphone ….) mais seulement les coordonnées de paiement qui vous permettent de débiter ou créditer vos abonnés.

Pour vous permettre d'effectuer des paiements, WL Sips doit stocker les coordonnées de paiement de vos abonnés.

Vous avez quelques points à traiter avant de démarrer :

  • Pour être en conformité avec le RGPD, vous devez compléter votre registre interne de traitement des données personnelles, en précisant que les données bancaires sont conservées par WL Sips. Pour davantage d'informations sur le RGPD, veuillez vous référer à notre documentation sur la sécurité des systèmes d'information,
  • Informer vos clients du stockage de leurs coordonnées et des modalités des paiements récurrents (durée, montant, périodicité…),
  • Vérifier auprès de votre acquéreur que votre contrat supporte les paiements récurrents.

Le paiement par abonnement comporte plusieurs volets :

  • l'enrôlement de l'abonné et son authentification (CIT) ;
  • les débits pour les occurences de l'abonnement (MIT) en dupliquant la CIT ;
  • la gestion de l'expiration du moyen de paiement de l'abonné ;

Les moyens de paiement permettant d’effectuer des paiements récurrents sont :

  • Carte CB, Visa, Mastercard, Amex, Bancontact (option WIP requise)
  • Mandat SDD (SEPA Direct Debit)

Lors de l'enrôlement de l'abonné effectué (CIT), veuillez à bien conserver les informations suivantes :

Par la suite, vous pouvez débiter, de manière récurrente, votre abonné, par transfert de fichier ou en mode en ligne.

Comme WL Sips offre plusieurs interfaces pour traiter la prise d'abonnement et les paiements récurrents, il convient d’analyser votre besoin métier pour choisir les connecteurs les plus adaptés à votre situation.

Le tableau ci-dessous vous aide à faire votre choix.

Cas d'usage Sips Paypage Sips Office Sips Office CSE Sips In-App Sips Office Batch Sips Office Extranet Choix du connecteur
Prise d'abonnement
Vous souhaitez vous affranchir des exigences PCI. V X V V X X Si vous utilisez Sips Paypage pour traiter vos paiements, vous pouvez capitaliser cette intégration existante pour gérer la prise d'abonnement. Pour le m-commerce, nous préconisons l’usage de Sips In-App.
Vous affichez et sécurisez les pages de saisie des coordonnées de paiement X V V V X X Sips Office répond à votre besoin pour le e-commerce. Pour le m-commerce, nous préconisons l’usage de Sips In-App.
Les paiements récurrents
Vous débitez ou créditez vos abonnés à échéances fixes (cas des forfaits ou des services facturés après consommation). X V X X V V Le mode fichier de Sips Office Batch est le connecteur adapté au traitement massif de paiement récurrents, mais vous pouvez aussi utiliser Sips Office.
Vous débitez ou créditez vos abonnés à échéances variables (cas des services prépayés où l’abonné doit charger son compte avant de consommer). X V X X X V Le mode transactionnel de Sips Office est le connecteur adapté pour débiter ou créditer vos abonnés à échéances variables.
Expiration du moyen de paiement
Renouveler le moyen de paiement de l'abonné. Le renouvellement est traité comme la prise d'abonnement. Réutilisez le même connecteur que celui utilisé pour la prise d'abonnement.
Initialisation de la base des abonnés
Vous migrez une base abonnés existante. X X X X V X Sips Office Batch vous permet d’initialiser la base des abonnés à partir d’une base existante.

La collecte des coordonnées de paiement se fait sur Sips Paypage.

Si le moyen de paiement de l'abonné est une carte :

  • il doit nécessairement s'authentifier 3-D Secure.
  • Vous pouvez utilisez le champ authenticationData.authentAmount pour procéder à une authentification d'un montant différent de celui du montant à payer lors de la première échéance.
  • Vous devez conserver la référence de la transaction dans votre système d'information, afin de débiter votre abonné pour les échéances ultérieures.

Diagramme décrivant l'enrôlement de l'abonné via Paypage

  1. Lors de la prise d'abonnement vous redirigez le nouvel abonné vers Sips Paypage en communiquant dans la requête les données de la transaction (montant de la première échéance, devise, ..).
  2. WL Sips affiche la page de paiement, l’abonné fournit ses coordonnées de paiement puis valide.
  3. WL Sips procède à la vérification 3-D Secure.
  4. WL Sips effectue les contrôles anti-fraude.
  5. WL Sips envoie une demande d’autorisation à l’acquéreur.
  6. WL Sips enregistre la transaction dans le back office.
  7. WL Sips vous retourne les réponses manuelle et automatique contenant les détails de la transaction. Vous enregistrez votre référence de la transaction, ainsi que la date d'expiration de la carte
  8. WL Sips envoie ou pas la transaction en remise en fonction des modalités que vous avez paramétrées dans la requête de paiement.

C’est une requête Sips Paypage classique, veuillez consulter un des guides Sips Paypage pour savoir comment renseigner la requête en fonction de votre besoin métier.

Cependant, les champs suivants ont un comportement particulier et doivent être valorisés comme ceci :

Champ Valeur
paymentPattern RECURRING_1
challengeMode3DS CHALLENGE_MANDATE
captureDay 0 à 6
captureMode AUTHOR_CAPTURE ou VALIDATION
amount montant de la première échéance (peut être valorisé à 0 si la première échéance est gratuite ou si le premier paiement a lieu plus tard)
authentAmount à valoriser si le champ amount = 0 avec le montant moyen d'une occurence de paiement de l'abonnement.

Si le champ n'est pas rempli, le montant de l'authentification sera le même que celui indiqué dans le champ amount.

WL Sips retourne une réponse manuelle et automatique classique Sips Paypage.

Les champs relatifs à la prise d'abonnement sont les suivants :

Etat Champs de la réponse Actions à réaliser

Transaction acceptée (prise d'abonnement réussie)

responseCode = 00

acquirerResponseCode = 00

Stockez dans votre base client la référence de la transaction :

Vous pouvez soumettre des paiements récurrents.

Transaction refusée (prise d'abonnement refusée)

responseCode = XX (différent de 00) Consultez le guide connecteur Sips Paypage pour analyser la réponse de WL Sips.

La collecte des coordonnées de paiement se fait sur votre site e-commerce.

Vous utilisez ensuite deux méthodes :

  • cardCheckEnrollment : vérifie l'enrôlement 3-D Secure de la carte (voir la documentation WL Sips JSON ou SOAP pour connaître l'intégralité des paramètres de la requête)
  • cardValidateAuthenticationAndOrder : authentification du porteur et demande d'autorisation (voir la documentation WL Sips JSON ou SOAP pour connaître l'intégralité des paramètres de la requête)

Pour la méthode cardCheckEnrollment, ces champs ont un comportement particulier et doivent être valorisé comme ceci :

Champ Valeur
paymentPattern RECURRING_1
challengeMode3DS CHALLENGE_MANDATE
amount montant de la première échéance de l'abonnement (peut-être valorisé à 0 si la première échéance est gratuite par exemple ou si le 1er paiement ne s'effectue que plus tard)
authentAmount à valoriser si le champ amount = 0 avec le montant moyen d'une occurence de paiement de l'abonnement.

Si le champ n'est pas rempli, le montant de l'authentification sera le même que celui indiqué dans le champ amount.

captureDay 0 à 6
captureMode AUTHOR_CAPTURE ou VALIDATION
Attention: Vous devez conserver la référence de la transaction dans votre système d'information, afin de débiter votre abonné pour les échéances ultérieures.

Une fois la prise d'abonnement acceptée, vous pouvez débiter des lots d'abonnés par transfert de fichier avec Sips Office Batch, grâce à la duplication de transactions. Les transactions sont automatiquement chaînées avec la CIT par WL Sips.


Diagramme décrivant le débit de l'abonné via Sips Office Batch

Vous formatez un fichier Sips Office Batch constitué de requêtes duplicate.

Chaque enregistrement duplicate contient :

Les étapes suivantes s'enchainent :

  1. Vous envoyez le fichier à WL Sips via FTPS ou SFTP.
  2. WL Sips récupère les coordonnées de paiement de l’abonné.
  3. WL Sips exécute des contrôles anti-fraude que vous avez configurés sur votre boutique.
  4. WL Sips envoie les demandes d’autorisation aux acquéreurs.
  5. WL Sips stocke la transaction dans le back office.
  6. WL Sips formate le fichier réponse et vous le renvoie.
  7. Le soir, WL Sips envoie les remises de paiement des transactions acceptées.

Veuillez consulter les guides Sips Office Batch XML ou Sips Office Batch CSV pour avoir le détail sur la mise en œuvre (structure du fichier, description des enregistrements, transfert du fichier, gestion des erreurs…).

Pour générer un paiement récurrent avec la méthode duplicate, vous renseignez les champs ci-dessous :

Champ Valeur
fromTransactionReference ou couple fromS10TransactionReference.fromS10TransactionId / fromS10TransactionReference.fromS10TransactionIdDate Référence de la transaction réalisée lors de la prise d'abonnement

ou

Référence de la transaction réalisée lors de la dernière modification du moyen de paiement

amount montant de l'échéance

Veuillez consulter les guides Sips Office Batch XML ou Sips Office Batch CSV pour savoir comment renseigner les autres champs de la requête en fonction de votre besoin métier.

Etat Champs de la réponse Actions à réaliser
Transaction acceptée responseCode = 00 Vérifiez le lendemain dans le journal des transactions que l’envoi en paiement a bien été effectué (transactionStatus = CAPTURED).
Transaction refusée responseCode = XX Consultez les guides connecteurs Sips Office Batch pour analyser la réponse de WL Sips.

Le connecteur Sips Office JSON/SOAP propose aussi la méthode duplicate en mode message avec les mêmes règles que Sips Office Batch pour le formatage de la requête et l’analyse de la réponse.

Veuillez consulter un des guides Sips Office pour avoir le détail de mise en œuvre.

Comme vous avez conservé la date d'expiration du moyen de paiement lors de la prise d'abonnement, vous pouvez alerter votre abonné suffisament longtemps avant la date d'expiration, de manière à lui demander de revenir sur votre site e-commerce et renouveler son moyen de paiement.

Le renouvellement du moyen de paiement doit être géré de la même manière qu'une prise d'abonnement. Une fois le nouveau moyen de paiement saisi et validé, conservez la nouvelle date d'expiration du moyen de paiement, ainsi que la nouvelle référence de transaction pour l'utiliser au moment des futurs débits récurrents.

Voici un exemple de paiement par abonnement avec une première échéance à moins de 6 jours :


Exemple en image d'un abonnement dont le 1er paiement est à moins de 6 jours

Connecteurs :

CIT MIT
Connecteur
  • Sips Paypage
  • Sips Office
  • Sips In-App
  • Sips Office
  • Sips Office Batch

Paramètres de la requête :

champ CIT MIT
paymentPattern RECURRING_1 X
ChallengeMode3DS CHALLENGE_MANDATE X
captureDay [ 0 , 6 ] [ 0 , 99 ]
captureMode
  • AUTHOR_CAPTURE
  • VALIDATION
  • AUTHOR_CAPTURE
  • VALIDATION
amount montant 1ère échéance montant nème échéance
authentAmount montant moyen des échéances X

Voici un exemple de paiement par abonnement avec une première échéance à plus de 6 jours :


Exemple en image d'un paiement par abonnement avec 1ere échéance à plus de 6 jours

Le 28 juillet 2021 jour de la commande (CIT) avec une authentification à 10 euros et une demande de renseignement déclenchée par un montant à 0 euro.. La durée de la demande d'autorisation court du 28 juillet au 3 août (6 jours). Le 5 août 2021, soit J+8, déclenchement de la 1ère échéance (MIT1) qui entraîne une demande d'autorisation chaînée avec la CIT et une remise sans données 3DS de 10 euros. Le 2 septembre 2021, soit J+34, déclenchement de la 2ème échéance (MIT2) qui entraîne une demande d'autorisation chaînée avec la CIT et une remise sans données 3DS de 10 euros.

Connecteurs :

CIT MIT
Connecteur
  • Sips Paypage
  • Sips Office
  • Sips In-App
  • Sips Office
  • Sips Office Batch

Paramètres de la requête :

champ CIT MIT
paymentPattern RECURRING_1 X
ChallengeMode3DS CHALLENGE_MANDATE X
captureDay 0 [ 0 , 99 ]
captureMode X
  • AUTHOR_CAPTURE
  • VALIDATION
amount 0 montant nème échéance
authentAmount montant moyen des échéances X

Lorsque vous avez choisi les interfaces WL Sips qui répondent à votre besoin (cf. chap. Choix des connecteurs WL Sips pour l’abonnement), vous devez intégrer les connecteurs pour connecter votre site à WL Sips et suivre les indications de la partie mise en oeuvre.

Une fois la mise en œuvre des connecteurs WL Sips réalisée, vous pouvez effectuer des tests pour valider votre intégration.

Données de test
merchantId 201000076690001
clé secrète p64ifeYBVIaRcjaWoahCiw9L8wokNLqG2_YOj_POD4g
version de la clé 1
cartes de test cf page "Cartes de test"

Serveur URL de test
Paypage POST https://payment-webinit.test.sips-services.com/paymentInit
Paypage JSON https://payment-webinit.test.sips-services.com/rs-services/v2/paymentInit
Paypage SOAP https://payment-webinit.test.sips-services.com/services/v2/paymentInit
Office https://office-server.test.sips-services.com
IMPORTANT: la boutique de test est configurée en "mode transactionReference", sans génération automatique du transactionReference. Par conséquent, il est nécessaire que vous transmettiez le champ transactionRefence valorisé dans vos requêtes de test.

Votre boutique n’est pas inscrite sur WL Sips.

Si votre boutique n’a pas encore été inscrite, vous devez remplir le formulaire d’inscription et le retourner à Worldline.

Votre boutique est déjà inscrite sur WL Sips.

Si votre boutique est déjà inscrite sur WL Sips, vous devez vous assurer auprès de Worldline que vous avez bien accès à Sips Office Batch ou à Sips Office.

Vous devez changer l’URL pour vous connecter au serveur WL Sips de production en utilisant les identifiants reçus lors l’inscription merchantId, secretKey et keyVersion.

URL WL Sips URL du serveur de paiement WL Sips récupéré par mail.
MerchantId Identifiant de la boutique reçu par mail.
SecretKey Clé secrète que vous récupérez via l’extranet Sips Download.
KeyVersion Version clé secrète récupérée sur Sips Download (logiquement 1 pour la 1ère clé).
Tip: une erreur fréquente est d’oublier un de ces quatre paramètres, ce qui conduit systématiquement à une erreur.

Si vous souhaitez personnaliser vos pages de paiement, veuillez suivre la procédure décrite dans la documentation Custompages.

Ce site utilise des traceurs pour améliorer votre expérience de navigation, effectuer des analyses et des recherches sur votre utilisation du site web de documentation WL Sips.
En fermant ce bandeau vous refusez notre utilisation des traceurs sur votre appareil.

Paramètres