• France
état des services
démonstrations
assistance
FAQContacter le support
Video tutorials
Rechercher
Catégories
Tags
docs.
France
Espagne
Europe (Anglais)
Inde
Accueil
Cas d'usage
Créer un paiement
Créer un paiement en plusieurs fois
Proposer un paiement complémentaire
Créer un paiement par alias (token)
Créer un lien de paiement
Créer un abonnement
Gérer vos abonnements
Gérer vos transactions (rembourser,...)
Analyser vos journaux
Docs API
Formulaire embarqué
API REST
Formulaire en redirection
SDK Mobile
Échange de fichiers
Mandats SEPA par API REST
Exemples de code
Moyens de paiement
Modules de paiement
Marketplace
Guides
Back Office Marchand
Back Office Expert
Guides fonctionnels

Création de l'alias lors de la souscription d’un abonnement accompagné d’un paiement

Ce cas d’utilisation doit faire apparaître des informations telles que :

  • les informations sur l’acheteur,
  • l'identifiant de la transaction,
  • les informations sur l’abonnement (montants).

Exemple d’utilisation : un abonnement d'un montant de X EUR/ sur N mois avec frais de mise en service à payer à la prise de commande.

Schéma simplifié

Le jour de la commande :

  1. Le site marchand soumet une demande de création d'alias et de souscription à un abonnement avec paiement immédiat.

    Note concernant les boutiques disposant de l'option "Conversion de devise"

    Dès lors qu'un paiement est réalisé au moment de la commande, la conversion de devise est autorisée.

    La conversion de devise est donc supportée pour cette opération, contrairement à la création d'un alias avec ou sans abonnement.

    L'acheteur sélectionne le moyen de paiement à enregistrer, renseigne les données de son moyen de paiement puis valide.

  2. La plateforme de paiement initie le processus d'authentification du porteur auprès de l'émetteur.
    • La réglementation impose une authentification forte pour ce cas d'usage.
    • L'authentification est réalisée sur le montant de la première échéance.
  3. Une fois l'authentification terminée, la plateforme procède à la demande d'autorisation en fournissant les données d'authentification du porteur.
  4. L'émetteur génère un identifiant unique de transaction et le transmet dans la réponse à la demande d'autorisation.
  5. La plateforme de paiement notifie le site marchand du résultat.
    La réponse contient notamment :
    • le résultat du paiement,
    • le détail de l'abonnement,
    • l'identifiant unique de transaction généré par l'émetteur, à titre d'information,
    • l'alias nouvellement créé.
    L'alias (token) et l'abonnement ne seront pas créés si la demande d'autorisation est refusée.
    La plateforme affiche le ticket à l'acheteur. Il contient notamment :
    • le résultat du paiement,
    • les montants de l’abonnement,
    • l'alias nouvellement créé.
    Si vous avez configuré les règles de notification correspondantes, l'acheteur recevra par e-mail :
    • le ticket de paiement,
    • la confirmation de l'enregistrement de ses informations bancaires sur la plateforme de paiement de la boutique,
    • la confirmation de l'enregistrement de l'abonnement,
    • son alias (token) qu'il pourra utiliser ultérieurement pour effectuer une autre opération bancaire.

L'acheteur sera débité du montant du paiement le jour de la commande (ou le lendemain en fonction de l'acquéreur).

Le débit de la première échéance de l'abonnement sera réalisé une fois la date d'effet atteinte, entre 00h00 et 05h00.

Si la date d'effet est positionnée au jour de la commande, l'acheteur sera débité 2 jours de suite (à J pour le paiement et à J+1 pour la première échéance).

Si vous souhaitez que le paiement réalisé le jour de la commande corresponde à la première échéance de l'abonnement, vous devez adapter la date d'effet. Par exemple, pour un abonnement mensuel, valorisez la date d'effet à J+30 lors de la demande de création d'abonnement.

A chaque échéance :

  1. La plateforme de paiement réalise une demande d'autorisation pour le montant de l'échéance, en fournissant l'identifiant de transaction initiale (CIT) comme référence de chaînage.
  2. L'émetteur reconnaît la transaction comme une MIT faisant partie d'une série de paiements pour laquelle le porteur s'est authentifié préalablement et procède à la demande d'autorisation.

    La transaction ne sera pas refusée pour défaut d'authentification (soft decline).

  3. Si le marchand a activé la règle de notification URL de notification à la création d'un abonnement, la plateforme de paiement notifie le site marchand du résultat du paiement.

L'identifiant de transaction émetteur est stocké par la plateforme de paiement au niveau de l'alias et de la transaction.

En fonction de l'utilisation que vous ferez de l'alias (paiement 1 clic, paiement 0 clic, abonnement, etc.) la plateforme utilisera par défaut l'identifiant de transaction émetteur comme référence de chaînage si nécessaire.

Dans le cas où le marchand duplique (MIT) la transaction créée le jour de la commande, la plateforme utilise automatiquement cet identifiant comme référence de chaînage.

Dans ce cas d'usage, la gestion de la référence de chaînage est transparente pour le marchand.

Nous recrutons
Mentions légales
Charte de Protection des Données Personnelles
25.18-1.11