Les tokens de réseau pour les paiements récurrents : ce qu'ils font réellement
Les tokens de réseau améliorent les taux d'autorisation des paiements récurrents en fournissant un lien dynamique vers l'instrument de financement sous-jacent au niveau du système de carte, ce qui réduit les échecs de renouvellement dus à des détails de carte obsolètes.
Comptes marchands, routes d'acquisition et contrôles de rétrofacturation, adaptés à votre profil de risque.
Les tokens de réseau sont un outil puissant pour améliorer les taux d'autorisation, en particulier pour les paiements récurrents. Bien que souvent confondus avec la tokenisation au niveau de la passerelle ou du PSP, les tokens de réseau opèrent au niveau du système de carte, fournissant un lien dynamique vers l'instrument de financement sous-jacent qui survit à l'expiration ou au remplacement de la carte. Pour les entreprises d'abonnement, cela signifie moins d'échecs de renouvellement dus à des détails de carte obsolètes et un flux de revenus plus résilient.
Comprendre le fonctionnement des tokens de réseau est essentiel pour tirer parti de leurs avantages. Ils ne sont pas une solution miracle pour tous les refus de paiement, mais ils s'attaquent directement à une source majeure de désabonnement involontaire. En remplaçant les PAN statiques par des tokens gérés par le système, les marchands peuvent augmenter considérablement la durée de vie d'une crédential stockée et réduire les frictions pour leurs clients fidèles.
Que sont les tokens de réseau ?
Un token de réseau est un identifiant unique et non sensible qui remplace le numéro de compte primaire (PAN) à 16 chiffres d'un client. Ces tokens sont créés et gérés directement par les systèmes de cartes, tels que Visa (via le Visa Token Service, ou VTS) et Mastercard (via le Mastercard Digital Enablement Service, ou MDES). Chaque token est spécifique à une combinaison marchand-carte client particulière.
Ceci est différent de la tokenisation offerte par une passerelle de paiement ou un processeur. Les tokens de passerelle sont des alias pour les PAN stockés dans un coffre-fort conforme PCI, mais ils n'ont aucun lien avec les systèmes de cartes. Si la carte sous-jacente expire ou est déclarée perdue, le token de passerelle devient inutile. En revanche, les tokens de réseau sont automatiquement mis à jour par les systèmes lorsque les détails de la carte d'un client changent. Le marchand continue de facturer le même token, et le système s'assure que la transaction est acheminée vers la nouvelle carte active.
Ce processus est invisible à la fois pour le marchand et pour le client final. Le client n'a pas besoin de retourner sur le site Web pour mettre à jour son mode de paiement, et le marchand évite un paiement échoué et le risque de désabonnement associé. Ce mécanisme de mise à jour automatique est la proposition de valeur fondamentale des tokens de réseau pour toute entreprise qui dépend de la gestion des paiements par abonnement.
Comment fonctionne la tokenisation de réseau
Le cycle de vie d'un token de réseau implique quelques étapes clés, en commençant par la transaction initiale du client. Le processus est conçu pour être intégré dans les flux de paiement standard.
- Demande de tokenisation : Lorsqu'un client effectue un achat ou enregistre sa carte pour la première fois, le fournisseur de paiement du marchand demande un token de réseau au système de carte pertinent (Visa, Mastercard, etc.). Cela se produit généralement lors de l'autorisation initiale d'une transaction carte en fichier.
- Génération de token : Le système reçoit le PAN, le valide auprès de la banque émettrice et génère un token de réseau unique. Il crée également un cryptogramme, un code de sécurité dynamique à usage unique qui accompagne le token dans les demandes de transaction. Le token est ensuite renvoyé au fournisseur de paiement du marchand et stocké à la place du PAN.
- Transactions ultérieures : Pour tous les futurs paiements récurrents, le marchand soumet le token de réseau et un nouveau cryptogramme au lieu du PAN. Le système reçoit le token, le détokenise pour identifier le PAN sous-jacent et transmet la demande d'autorisation à l'émetteur.
- Gestion du cycle de vie : Si la carte du client est perdue, volée ou expire, la banque émettrice en informe le système de carte. Le système met à jour son coffre-fort de tokens, reliant le token de réseau existant au nouveau PAN. Le marchand n'est pas affecté et continue d'utiliser le token original pour la facturation, ce qui évite les interruptions de paiement.
Ce système repose sur un cadre de demandeurs de tokens (marchands et leurs PSP), de fournisseurs de services de tokens (les systèmes de cartes) et de banques émettrices participant tous à l'écosystème. Tous les émetteurs ne prennent pas en charge la tokenisation de réseau, mais l'adoption est généralisée et croissante à l'échelle mondiale.
L'impact sur les taux d'autorisation
Le principal avantage de l'adoption des tokens de réseau est une augmentation mesurable des taux d'autorisation pour les transactions carte en fichier. Les refus dus à des cartes expirées (code de réponse émetteur 54) ou à des numéros de compte invalides sont un moteur important de désabonnement involontaire pour les entreprises d'abonnement. Les tokens de réseau éliminent presque complètement ce point de défaillance.
Les systèmes de cartes signalent que les transactions initiées avec des tokens de réseau voient des augmentations de taux d'autorisation de plusieurs points de pourcentage par rapport à celles utilisant des PAN. Ceci est dû à deux facteurs :
- Mises à jour automatiques des cartes : Comme indiqué, le token reste valide même lorsque la carte physique est remplacée. C'est le principal facteur contribuant à des taux d'approbation plus élevés pour la facturation récurrente.
- Sécurité renforcée et confiance de l'émetteur : Les banques émettrices considèrent les transactions tokenisées comme plus sécurisées. Chaque transaction comprend un cryptogramme unique, ce qui réduit le risque de fraude lié aux données de carte volées. Cette confiance accrue conduit les émetteurs à être plus susceptibles d'approuver une transaction tokenisée par rapport à une transaction équivalente utilisant un PAN statique, en particulier pour les paiements transfrontaliers.
Pour une entreprise traitant des milliers de transactions récurrentes chaque mois, une augmentation de 2 à 4 % des autorisations se traduit directement par des revenus conservés et des coûts opérationnels réduits liés aux relances et au support client. C'est un élément essentiel d'une stratégie efficace de récupération des refus.
Cadres de crédentials stockées et tokens de réseau
Les tokens de réseau sont intrinsèquement liés aux cadres de transactions de crédentials stockées des systèmes de cartes. Pour utiliser efficacement les tokens, les marchands doivent correctement signaler les paiements initiaux et ultérieurs comme des transactions initiées par le client (CIT) ou des transactions initiées par le marchand (MIT).
- Transaction initiale (CIT) : La première fois qu'un client enregistre sa carte, la transaction doit être signalée comme une CIT. C'est à ce moment que l'authentification forte du client (SCA), telle que 3D Secure, est généralement effectuée pour établir la relation et autoriser le stockage de la crédential. C'est également le moment idéal pour demander le token de réseau.
- Transactions ultérieures (MIT) : Tous les renouvellements automatiques ultérieurs sont des MIT. Ces transactions sont soumises avec le token de réseau et une référence à la CIT originale, signalant à l'émetteur que le client n'est pas présent mais a donné son consentement préalable.
L'utilisation correcte de ces cadres est une condition préalable à la réalisation des avantages des tokens de réseau. Le non-respect de cette consigne peut entraîner des défis SCA sur les paiements récurrents, des taux d'autorisation inférieurs et des pénalités potentielles de non-conformité de la part des systèmes. Les émetteurs sont plus susceptibles d'approuver un MIT qui utilise un token de réseau car le token lui-même sert de preuve d'une relation carte en fichier correctement établie à partir d'une CIT antérieure et authentifiée.
Coûts et considérations de mise en œuvre
Bien que les tokens de réseau offrent des avantages clairs, ils ne sont pas gratuits. Les systèmes de cartes prélèvent de petits frais pour les événements de tokenisation. Ces frais sont généralement répercutés sur le marchand par l'acquéreur ou le PSP.
Les événements de frais courants comprennent :
- Provisionnement de token : Un frais unique pour la création du token.
- Autorisation de token : Un frais par transaction pour l'utilisation du token dans une demande d'autorisation. Cela remplace souvent ou est regroupé avec d'autres frais de système.
- Gestion du cycle de vie : Un frais facturé lorsque le système met à jour le token avec un nouveau PAN sous-jacent.
Ces frais sont généralement très faibles, souvent des fractions de centime par transaction. Pour la plupart des marchands, le retour sur investissement lié à l'augmentation des taux d'autorisation et à la réduction du désabonnement dépasse de loin le coût nominal de l'utilisation du service. Lors de l'évaluation du coût, il est crucial de modéliser l'impact financier d'une augmentation de revenus de 2 à 4 % par rapport aux frais du système.
La complexité de la mise en œuvre dépend de votre pile de paiements. Si vous travaillez avec une plateforme d'orchestration de paiement moderne, l'activation des tokens de réseau peut être aussi simple qu'un changement de configuration. La plateforme gère les appels API aux systèmes, le stockage des tokens et le marquage correct des transactions CIT/MIT. Pour les marchands ayant des intégrations directes avec des passerelles plus anciennes ou plusieurs acquéreurs, la tâche technique peut être plus importante, nécessitant un travail de développement pour gérer les demandes de tokens et adapter les flux de traitement des transactions. C'est un domaine où l'utilisation du traitement multi-acquéreurs via une seule plateforme peut simplifier les opérations.
Foire aux questions
Quelle est la différence entre un token de réseau et un token de PSP ?
Un token de PSP (ou token de passerelle) est un alias pour un numéro de carte créé et stocké par votre fournisseur de services de paiement. Il aide à la conformité PCI mais devient invalide si la carte expire ou est remplacée. Un token de réseau est créé par le système de carte (Visa, Mastercard) et est automatiquement mis à jour lorsque les détails de la carte sous-jacente changent, empêchant les échecs de paiement.
Les tokens de réseau empêchent-ils tous les refus de paiement ?
Non. Les tokens de réseau empêchent spécifiquement les refus causés par des cartes expirées ou remplacées (par exemple, le code émetteur 54). Ils ne résolvent pas les refus dus à des fonds insuffisants, à une fraude suspectée ou à d'autres blocages côté émetteur. Ils font partie d'une stratégie plus large visant à améliorer les taux d'autorisation.
Y a-t-il des frais pour l'utilisation des tokens de réseau ?
Oui, les systèmes de cartes facturent de petits frais pour la création, l'utilisation et la mise à jour des tokens de réseau. Ceux-ci sont généralement répercutés sur le marchand par son acquéreur. Cependant, pour la plupart des entreprises d'abonnement, les revenus économisés en évitant le désabonnement dépassent de loin ces coûts nominaux.
Dois-je être conforme PCI si j'utilise des tokens de réseau ?
Oui. Bien que les tokens de réseau réduisent votre portée PCI DSS car vous ne manipulez ni ne stockez plus de PAN bruts, vous devez toujours démontrer votre conformité pour les parties du processus de paiement que vous contrôlez. L'utilisation de tokens de réseau simplifie l'atteinte et le maintien de la conformité PCI, mais n'élimine pas entièrement l'exigence.
Comment les tokens de réseau sont-ils liés à 3D Secure et SCA ?
Les tokens de réseau fonctionnent en parallèle avec des cadres d'authentification comme 3D Secure. La meilleure pratique consiste à effectuer une authentification forte du client (SCA) lors de la transaction initiale lorsque la carte est stockée pour la première fois et que le token de réseau est demandé. Cela établit une relation de confiance, permettant aux paiements récurrents ultérieurs utilisant le token d'être traités sans exiger que le client s'authentifie à nouveau.
Puis-je utiliser le même token de réseau avec plusieurs acquéreurs ?
Oui, l'un des principaux avantages de la tokenisation de réseau est la portabilité des tokens. Étant donné que le token est émis par le système de carte, il n'est pas lié à un acquéreur ou un PSP spécifique. Cela vous permet de déplacer le volume de transactions entre différents fournisseurs sans avoir à collecter à nouveau les détails de la carte client, ce qui est un avantage majeur pour la mise en œuvre d'une stratégie de routage intelligent des paiements.
Related reading
Les services de mise à jour de compte comme Visa Account Updater (VAU) et Mastercard Automatic Billing Updater (ABU) mettent automatiquement à jour les détails de carte enregistrés, évitant ainsi les échecs de paiements récurrents et protégeant les sources de revenus.
La gestion du dunning est le processus de récupération des paiements d'abonnement échoués et représente un levier de croissance essentiel pour les entreprises à revenus récurrents, indispensable pour minimiser le désabonnement involontaire et protéger les revenus.
De nombreux clients abonnés sont perdus à cause du désabonnement involontaire, lorsque les paiements récurrents échouent en raison de problèmes techniques tels que des cartes expirées. Cette perte de revenus n'est pas une fatalité et peut être considérablement réduite grâce à une stratégie de recouvrement des paiements systématique.