Commerce récurrent
Construisez des parcours de paiement récurrents avec un consentement explicite, des identifiants réutilisables, la gestion du cycle de vie de l'abonnement, les tentatives et la réconciliation.
Le commerce récurrent sépare la configuration approuvée par le client des paiements ultérieurs initiés par le commerçant. Une implémentation sécurisée préserve le consentement et la traçabilité des informations d'identification, distingue l'interaction initiale du client des paiements ultérieurs et fournit aux équipes opérationnelles un historique complet des abonnements et des paiements.
Séparer la configuration de l'exécution récurrente#
Les exigences précises concernant le premier paiement, le token, le réseau, l'authentification, la transaction initiée par le commerçant et la tentative dépendent du fournisseur, du marché, de la méthode et de la configuration du compte.
Exigences opérationnelles#
- Enregistrez le client, la version des conditions, l'heure du consentement, la référence des informations d'identification et l'utilisation autorisée.
- Maintenez les informations d'identification séparées des statuts de l'abonnement et des paiements individuels.
- Appliquez une référence commerciale unique et un comportement d'idempotence pris en charge à chaque paiement planifié.
- Définissez les critères d'éligibilité à la réexécution, l'espacement, le nombre maximum d'essais, la communication avec le client et les règles d'annulation avant la mise en production.
- Réconciliez un délai d'attente ou un état inconnu avec la tentative initiale avant de ressoumettre.
- Prenez en charge l'expiration, le remplacement, la révocation, la suppression du client, le changement de plan, la pause et l'annulation des informations d'identification.
Pour l'optimisation par lot spécifique au compte des paiements planifiés, consultez Agent d'acceptation. Il s'agit d'une interface de fichier d'accord, et non d'un contrat d'API public.
Continuez avec Abonnements, Coffre-fort de paiementet Réconciliations.