Qu'est-ce qu'un code d'erreur/de refus de passerelle de paiement ?

Un code de refus (ou d'erreur) de passerelle de paiement représente un type de réponse standard de la part d'un émetteur de carte ou d'un processeur de paiement lors d'une transaction qui ne peut être finalisée. Ces codes offrent une explication du résultat d'une transaction, par exemple si une carte a expiré, si une pause de traitement survient, ou s'il y a certaines exigences fixées par la banque. Les marchands consultent ces codes pour mieux comprendre les résultats des paiements et choisir leurs prochaines étapes. Dans le cadre des services d'abonnement, ces codes aident à orienter la manière dont les systèmes de facturation abordent les tentatives de paiement et les relances.

Les codes d'erreur de paiement représentent une gamme de scénarios, les aborder tous de la même manière n'apporte donc pas la réponse la plus appropriée.

Une refus doux signifie généralement que l'événement est temporaire, comme lorsqu'un compte ne dispose pas de fonds suffisants à ce moment-là, que la banque a temporairement retenu le paiement, ou que le système de l'émetteur de la carte nécessite une nouvelle tentative. Dans de nombreux cas, soumettre à nouveau la transaction après un certain temps peut lui permettre de se poursuivre.

Alternativement, un refus définitif reflète une catégorie distincte – par exemple, si un compte a été mis à jour, si une carte est arrivée à expiration, ou si le système d'un émetteur envoie un message pour indiquer qu'une gestion différente est nécessaire. Pour ces types de situations, d'autres tentatives ne sont généralement pas effectuées, et le processeur de paiement enregistre le résultat du refus avant de poursuivre. 

La reconnaissance de la catégorie de chaque code d'erreur aide les systèmes de paiement à décider s'ils doivent planifier une nouvelle tentative ou, le cas échéant, informer le client de mettre à jour ses informations de paiement.

Pour les organisations travaillant avec des paiements récurrents, les cycles de renouvellement nécessitent régulièrement l'analyse des codes de refus. Le désabonnement involontaire peut résulter d'échecs de paiement, même en l'absence d'une annulation directe. L'examen des codes de refus permet aux entreprises d'évaluer si une nouvelle tentative de paiement ou une demande de mise à jour des informations de paiement est appropriée dans le cadre de leur processus de facturation.

Les codes de refus fournissent également des informations sur la prévention de la fraude et révèlent occasionnellement des schémas, tels que des refus répétés avec des cartes volées. L'examen des schémas de refus définitifs offre aux entreprises des critères pour déterminer si une enquête plus approfondie de certaines activités de paiement est nécessaire.

Conseils d'utilisation :

• Commencez par classer chaque code de refus en type doux ou définitif pour offrir un meilleur aperçu pour la logique de nouvelle tentative.
• Laissez un certain temps entre les nouvelles tentatives ; essayer Méthodes de Paiement réessayé après quelques jours peut présenter de nouveaux résultats par rapport à des tentatives consécutives.
• Ajustez le calendrier des relances en fonction du jour de paie probable ou des routines de facturation du client.
• Limitez les tentatives de relance à un nombre raisonnable, comme trois ou quatre, afin de rester conforme aux recommandations de l'émetteur.
• Incluez une communication client claire lors des tentatives de relance automatisées, suggérant une mise à jour de la carte si nécessaire.

Mise à jour des comptes Les services Account Updater sont utilisés pour gérer les cas où les détails de carte enregistrés ne sont plus à jour, ce qui peut parfois se produire lors de tentatives de transaction. Lorsqu'une nouvelle carte est émise pour un client (par exemple, après une expiration, un remplacement ou une mise à jour de sécurité), les informations de l'ancienne carte sont retirées de l'utilisation active. Dans ces cas, les outils Account Updater sont configurés pour communiquer avec les réseaux de cartes tels que Visa et Mastercard et fournir des mises à jour aux informations de compte enregistrées, et ce processus fonctionne généralement de manière indépendante de l'implication du client.

Réseaux de cartes tels que Visa et Mastercard, publient des règles concernant la fréquence à laquelle un commerçant peut relancer les paiements refusés. Des tentatives répétées au-delà de ces seuils suggérés, y compris en cas de refus définitifs, peuvent inciter les réseaux à examiner l'activité ou à ajuster les frais standards. Le respect de ces règles lors de la planification des relances pour les refus temporaires est un moyen pour les entreprises de respecter les pratiques générales de l'industrie. C'est pourquoi les entreprises SaaS choisissent un Merchant of Record pour les aider à gérer les approches de relance afin qu'elles reflètent les exigences mises à jour.

Passer en revue quelques considérations peut être utile avant d'apporter des ajustements à votre approche :

• Êtes-vous en mesure d'identifier quelle part de vos paiements échoués sont des refus temporaires par rapport aux refus permanents ?
• Est-il possible de localiser et de mesurer le churn involontaire dans vos données de revenus ?
• Variez-vous votre processus de relance en fonction du type de refus, ou suivez-vous le même schéma pour chaque tentative ?

Facteurs de décision :

• Combien de transactions ont lieu, et la part du churn involontaire dans le contexte de vos résultats
• La manière dont votre configuration de paiement organise les informations de refus, et si les différents types de refus sont distingués
• Si des services de mise à jour automatique des cartes sont accessibles pour votre entreprise
• Le niveau actuel de capacité d'ingénierie interne disponible pour configurer ou mettre à jour la logique de relance
• Les obligations et limites réglementaires et des systèmes de cartes qui s'appliquent à vos activités commerciales