WL SIPS DOCS

Release 21.6

aller directement au contenu
Rechercher par mots clés

Paiement en plusieurs fois

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

Avant de lire ce document nous vous conseillons

  • Conseillé

    Chainage MIT/CIT

    Documentation fonctionnelle, technique et guides utilisateurs pour vous aider à intégrer la solution de paiement en ligne WL Sips.

    Ouvrir ce document dans un nouvel onglet

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 en plusieurs fois jusqu'au démarrage en production.

L’objectif est de présenter et d'expliquer comment mettre en oeuvre le paiement en plusieurs fois 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

Pour vous permettre d'effectuer des paiements en plusieurs fois, WL Sips doit stocker les coordonnées de paiement de vos clients.

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 en plusieurs fois (montant, nombre d'échéances, …) ;
  • vérifier auprès de votre acquéreur que votre contrat supporte les paiements récurrents.

Le paiement en plusieurs fois comporte plusieurs volets :

  • la mise en place de l'échéancier lors du paiement de la première échéance (CIT) ;
  • le traitement des échéances suivantes (MIT) ;
  • la gestion de l'expiration du moyen de paiement du client ou du refus d'une des échéances.

Les moyens de paiement permettant d’effectuer des paiements récurrents sont : CB, Visa, Mastercard et Amex.

Comme WL Sips offre plusieurs interfaces pour traiter le paiement en plusieurs fois, il convient d’analyser votre besoin métier pour choisir les connecteurs les plus adaptés à votre situation.

Il existe deux modes d'intégration différents pour créer des paiements en plusieurs fois :

  • via Sips Paypage : vous transmettez le détail de chaque échéance à WL Sips : une autorisation est effectuée lors de la prise de commande pour payer la première échéance. Si le paiement est accepté, l’ensemble des échéances sont effectivement créées et envoyées en banque à la date demandée ;
  • via Sips Office, Sips Office Batch ou Sips Office Extranet: vous appelez WL Sips à chaque nouvelle échéance : lors du premier paiement WL Sips se charge uniquement de traiter celui-ci. Vous devez rappeler WL Sips à nouveau à chaque échéance en appliquant l'une des méthodes suivantes :
    • Dupliquer la première transaction (fonction duplicate)
    • En créant une nouvelle transaction
      • via Sips Office Extranet
      • fonction cardOrder avec le token du numéro de carte de la CIT
      • fonction walletOrder avec l'identifiant du wallet WL Sips dans lequel la carte de la CIT est enregistrée

Le tableau ci-dessous récapitule les interfaces disponibles en fonction de ces deux modes :

Cas d'usage Sips Paypage Sips Office Sips Office Batch Sips In-App Sips Office Extranet
Passage de commande et première échéance (CIT) V V X V X
Echéances suivantes (MIT) Gérées automatiquement par WL Sips Gérées par le commerçant Gérées par le commerçant X V

En fonction de la manière dont vous traiter les échéances, les données à conserver varient :

Connecteur Données à conserver pour traiter les MIT
Sips Paypage X
Sips Office via duplication référence de la CIT (champ transactionReference ou s10TransactionId/s10TransactionDate)
Sips Office via cardOrder (avec token)
Sips Office via walletOrder

Lorsque la mise en place des différents paiement est faite avec Sips Paypage, l'ensemble des échéances seront créées lors de la saisie des coordonnées bancaires, dès lors que le premier paiement est accepté.

Le client doit nécessairement s'authentifier avec 3-D Secure. Le montant à authentifier doit être égal au montant total de la commande. Sur ce type de paiement, aucune exemption à l'authentification forte ne peut être accordée. Pour des raisons réglementaires, le frictionless n'est pas possible lors de la mise en place d'un paiement en plusieurs fois, il y aura nécessairement une authentification en mode Challenge. Cette première échéance bénéficie de la garantie de paiement (contrairement aux échéances suivantes).

Le moyen de paiement doit être valide à la date de la dernière échéance (par exemple, dans le cas des cartes, la date d’expiration doit être postérieure à la dernière échéance). Dans le cas contraire, le paiement est refusé.


enroler-via-paypage

  1. Pour mettre en place l'échéancier, vous redirigez le client vers Sips Paypage en communiquant dans la requête les informations détaillées sur toutes les échéances (référence, date de remise souhaitée, montant, ...).
  2. WL Sips affiche la page de paiement (seuls les moyens de paiements supportant le paiement en plusieurs fois sont disponibles), le client sélectionne le moyen de paiement, 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 une transaction par échéance dans le back office.
  7. WL Sips vous retourne les réponses manuelle et automatique contenant les détails de la transaction.
  8. WL Sips envoie la transaction en remise (si applicable) en fonction des modalités que vous avez paramétrées dans la requête de paiement.

Pages de paiement

  • affichage de chaque date et montant, si moins de 5 échéances :

    paiement-echelonne-1

  • affichage du nombre d'échéances, des dates de début et fin des opérations, si plus de 5 échéances :

    paiement-echelonne-2

À la fin du processus, le ticket affiche le détail des échéances :


paiement-echelonne-3

Vous devez renseigner certains paramètres de manière spécifique pour demander la création d'un paiement en plusieurs fois :

Champ Règle de valorisation
paymentPattern INSTALMENT
challengeMode3DS forcé à CHALLENGE_MANDATE
captureMode Forcé par Sips Paypage à AUTOR_CAPTURE quelle que soit la valeur transmise.
captureDay Ignoré par Sips Paypage, les dates fournies dans le champ instalmentData.datesList font référence.
amount Doit être égale à la somme des montants des échéances transmis dans la liste instalmentData.amountsList.
instalmentData.number nombre d'échéances
instalmentData.datesList Les dates de chaque échéance :
  • doivent être uniques ;
  • transmises dans l'ordre chronologique ;
  • la période entre la première et la dernière date ne peut pas dépasser la durée légale du paiement en plusieurs fois sans frais (90 jours).
instalmentData.transactionReferencesList Liste des transactionReference des différentes échéances.Le premier élément de la liste doit être égal au champ transactionReference de la requête.
instalmentData.amountsList Liste des montants des échéances transmis dans l'ordre des échéances. La somme des montant doit être égal au champ amount de la requête.

Veuillez consulter un des guides Sips Paypage pour savoir comment renseigner les autres champs.

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

Transaction acceptée (premier paiement effectué avec succès).

responseCode = 00

acquirerResponseCode = 00

Transaction refusée (premier paiement refusé).

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

WL Sips traite automatiquement les échéances suivantes en fonction des dates de remise demandées. Cela signifie que pour chaque échéance, WL Sips effectue une demande d'autorisation et de remise (si applicable) automatiquement le jour demandé.

WL Sips se charge de chaîner chaque échéance (MIT) avec la transaction créée lors du premier paiement (CIT).

Vous pouvez consulter le résultat de ces opérations dans vos journaux des opérations ou sur Sips Office Extranet.

Avec Sips Office, vous avez la possibilité de gérer chaque échéance d'un paiement en plusieurs fois.

Vous procédez tout d'abord au premier paiement pour la mise en place de l'échéancier. Si ce premier paiement est effectué avec succès, plusieurs options s'offrent à vous

  • Dupliquer la première transaction : la chaînage est effectué par WL Sips
  • Créer de nouvelles transactions grâce à la méthode cardOrder ou walletOrder : vous devez effectuer le chaînage CIT-MIT vous-même


enroler-via-office

  1. Vous affichez l'échéancier de paiement sur les pages de votre site Web et vous demandez à votre client de saisir ses coordonnées bancaires.
  2. Vous effectuez une requête vers Sips Office en communiquant dans la requête les informations détaillées sur la commande globale et sur la première échéance.
  3. WL Sips procède à la vérification 3-D Secure.
  4. WL Sips effectue les contrôles anti-fraude que vous avez paramétrés.
  5. WL Sips envoie une demande d’autorisation à l’acquéreur.
  6. WL Sips enregistre la première échéance dans le back office.
  7. WL Sips vous retourne le résultat du paiement dans la réponse.
  8. WL Sips envoie la transaction en remise (si applicable) en fonction des modalités que vous avez paramétrées dans la requête de paiement.

Les méthodes cardCheckEnrollment et walletCheckEnrollment vous permettent d'initialiser un paiement en plusieurs fois avec Sips Office.

Vous devez renseigner certains paramètres de manière spécifique pour demander la création de ce type de paiement :

Champ Règle de valorisation
paymentPattern INSTALMENT
challengeMode3DS forcé à CHALLENGE_MANDATE
amount Doit être positionné au montant de la première échéance.
authenticationData.authentAmount Doit être positionné au montant global de la commande.
recurringData.recurringSequence Doit être positionné à 1 (la séquence de l'échéance en cours de traitement).
recurringData.recurringSequenceMax Doit être positionné au nombre d'échéances total.
recurringData.recurringPeriod Doit être positionné au nombre de jours minimum entre deux échéances consécutives.
recurringData.recurringEndDate Doit être positionné à la date de la dernière échéance prévue.

Veuillez consulter un des guides Sips Office pour savoir comment renseigner les autres champs.

En fonction de la réponse retournée par Sips Office, vous déterminez la suite du déroulement de ce paiement en plusieurs fois :

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

Transaction acceptée (premier paiement effectué avec succès)

responseCode = 00

acquirerResponseCode = 00

Vous pouvez traiter la commande en fonction du niveau de garantie souhaitée (champ garanteeIndicator).

Vous conservez la référence de cette première transaction (CIT) qui vous servira pour les échéances suivantes.

Transaction refusée (premier paiement refusé)

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

Vous pouvez proposer à votre client de payer avec un autre moyen de paiement en générant une nouvelle requête.

L'appel à la fonction duplication vous permet de procéder au paiement de chaque échéance suivante (MIT).

Sips Office se charge de chaîner chaque échéance (MIT) avec la transaction créée lors du premier paiement (CIT).

Consultez le guide connecteur Sips Office ou Sips Office Batch pour mettre en place l'appel à la fonction duplicate.

WL Sips propose deux alternatives à la duplication pour le traitement des échéances suivantes :

Utilisation de la méthode cardOrder à partir du token du numéro de carte retourné dans la réponse à la CIT. En plus des champs classiques de la méthode, vous devez envoyer les champs ci-dessous :

Champ Valeur
cardNumber valeur du champ tokenPan reçu en réponse de la CIT
panType TOKEN_PAN
cardExpiryDate date d'expiration de la carte
cardEffectiveDate si carte et acquéreur UK
cardSequenceNumber si carte et acquéreur UK
paymentPattern RECURRING_N
initialSchemeTransactionIdentifier valeur du champ schemeTransactionIdentifier reçu en réponse de la CIT

Utilisation de la méthode walletOrder si la carte a été préalablement enregistrée dans le wallet WL Sips (lors de la CIT ou auparavant lors d'un achat précédent). En plus des champs classiques de la méthode, vous devez envoyer les champs ci-dessous :

Champ Valeur
paymentPattern RECURRING_N
initialSchemeTransactionIdentifier valeur du champ schemeTransactionIdentifier reçu en réponse de la CIT
merchantWalletId identifiant du wallet dans lequel la carte utilisée lors de la CIT est stockées
paymentMeanId identifiant de la carte utilisée lors de la CIT au sein du wallet WL Sips

Pour connaître l'ensemble des champs de la méthode cardOrder ou walletOrder, veuillez-vous référer aux documentations des connecteurs Sips Office et Sips Office Batch.

Voici un exemple de paiement en plusieurs fois avec le connecteur Sips Paypage :

Paiement d'une commande de 900€ en trois échéances de 300€

  • Jour de la commande
    • Authentification 3DS v2 avec montant total commande (challenge obligatoire) : 900€
    • Demande d’Autorisation avec données 3DS, montant première échéance : 300€
  • Jour de la 2ème échéance
    • Remise 300€ avec données 3DS
  • Jour de la 3ème échéance
    • Remise 300€ avec données 3DS

Paramètres de la requête :

champ CIT MIT
paymentPattern INSTALMENT Gérée par WL Sips
ChallengeMode3DS CHALLENGE_MANDATE
captureMode AUTHOR_CAPTURE
amount somme des montants des échéances
instalmentData.datesList dates des échéances
instalmentData.transactionRefrencesList transactionReference des différentes échéances
instalmentData.amountsList montants des différentes échéances
instalmentData.number nombre d'échéances

Voici un exemple de paiement en plusieurs fois avec un premier paiement à moins de 6 jours :

Paiement d'une commande de 500€ en 2 échéances :

  • Jour de la commande
    • Authentification 3DS v2 avec montant total commande (challenge obligatoire) : 500€
    • Demande d’Autorisation avec données 3DS, montant première échéance : 250€
  • Jour de la 1ère échéance
    • Remise de 250€ avec données 3DS
  • Jour de la 2ème échéance
    • Demande d'autorisation sans données 3DS : 250€
    • Remise sans donnée 3DS : 250€

frise-chrono-premier-echeance-moins-6j

Connecteurs :

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

Paramètres de la requête :

champ CIT MIT via duplicate MIT via cardOrder ou walletOrder
paymentPattern INSTALMENT X INSTALMENT
ChallengeMode3DS CHALLENGE_MANDATE X X
captureDay [ 0 , 6 ] [ 0 , 99 ] [ 0 , 99 ]
captureMode AUTHOR_CAPTURE
  • AUTHOR_CAPTURE
  • VALIDATION
  • AUTHOR_CAPTURE
  • VALIDATION
amount montant 1ère échéance montant nème échéance montant nème échéance
authenticationData.authentAmount montant total de la commande X X
recurringData.recurringSequence 1 X Numéro d'échéance
recurringData.recurringSequenceMax nombre total d'échéances X X
recurringData.recurringPeriod nombre maximum de jours entre 2 échéances consécutives X X
recurringData.recurringEndDate date de la dernière échéance X X
initialSchemeTransactionIdentifier X X valeur du champ schemeTransactionIdentifier reçu en réponse de la CIT

Voici un exemple de paiement en plusieurs fois avec un premier paiement à plus de 6 jours :

Paiement d'une commande de 500€ en 2 échéances :

  • Jour de la commande
    • Authentification 3DS v2 avec montant total commande (challenge obligatoire) : 500€
    • Demande d’Autorisation avec données 3DS, montant première échéance : 250€
  • Jour de la 1ère échéance
    • Demande d'autorisation sans données 3DS : 250€
    • Remise sans donnée 3DS : 250€
  • Jour de la 2ème échéance
    • Demande d'autorisation sans données 3DS : 250€
    • Remise sans donnée 3DS : 250€

frise-chrono-premier-echeance-plus-6j

Connecteurs :

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

Paramètres de la requête :

champ CIT MIT via duplicate MIT via cardOrder ou walletOrder
paymentPattern INSTALMENT X INSTALMENT
ChallengeMode3DS CHALLENGE_MANDATE X X
captureDay 0 [ 0 , 99 ] [ 0 , 99 ]
captureMode X
  • AUTHOR_CAPTURE
  • VALIDATION
  • AUTHOR_CAPTURE
  • VALIDATION
amount 0 montant nème échéance montant nème échéance
authentAmount montant total de la commande X X
recurringSequence 1 X Numéro d'échéance
initialSchemeTransactionIdentifier X X valeur du champ schemeTransactionIdentifier reçu en réponse de la CIT

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

Votre boutique doit être configurée sur WL Sips pour accepter le paiement en plusieurs fois. Vous devez demander à Worldline d’activer ce service sur votre boutique si ce n'est pas déjà le cas.

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 transactionReference 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 Paypage ou à Sips Office en fonction du connecteur choisi.

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

URL WL Sips URL du serveur de paiement WL Sips récupéré par e-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