Les transferts par chambre de compensation automatisée (ACH) constituent un moyen courant pour les entreprises et les particuliers d'envoyer ou de recevoir de l'argent par voie électronique. En 2024, le montant total transféré a atteint 86,2 billions de dollars, le réseau ACH ayant traité 33,56 milliards de paiements. Bien que ce moyen de paiement soit pratique, rentable et très répandu, il est encore assez courant que les transferts ACH soient rejetés.

Lorsqu'un transfert ACH ne peut pas être traité, le réseau ACH renvoie un « code de rejet » ou « code de retour » qui explique pourquoi un transfert n'a pas pu aboutir. Les codes vont de R01 à R85, les raisons courantes incluant des fonds insuffisants ou un numéro de compte erroné.

En cas de rejets ACH, il est important que les entreprises sachent ce qui n'a pas fonctionné afin de pouvoir anticiper les problèmes futurs et de maintenir la confiance et la satisfaction des clients. Nous examinerons ci-dessous les différents types de codes de rejet, ce qui cause ces rejets, comment les prévenir et comment les gérer lorsqu'ils se produisent.

Sommaire

• Que sont les transferts ACH ?
  
• Que sont les codes de rejet ACH ?
  
• Pourquoi les rejets ACH se produisent-ils ?
  
• Liste des codes de rejet ACH
  
• Comment les entreprises doivent-elles gérer les rejets ACH ?
  
• Comment Stripe Payments peut vous aider
  

Qu'est-ce qu'un transfert ACH ?

Les transferts Automated Clearing House (ACH) sont une forme de transfert d'argent électronique qui déplace des fonds entre différentes institutions financières. Ces transactions sont généralement traitées par lots et sont régies par les règles établies par Nacha (à l'origine la National Automated Clearing House Association) aux États-Unis.

Les transferts ACH sont un moyen de paiement fiable, rentable et polyvalent que les entreprises des États-Unis ont largement adopté. Bien que ces transferts puissent prendre quelques jours pour être compensés, leur polyvalence et leurs faibles coûts l'emportent souvent sur les inconvénients, en particulier pour l'efficacité opérationnelle et la gestion des coûts. Voici les points clés à connaître sur les transferts ACH.

Qu'est-ce qu'un code de retour ACH ?

Les codes de retour ACH sont des messages alphanumériques qui indiquent pourquoi une transaction ACH n'a pas pu être traitée. Ces codes décrivent ce qui a fait défaut à un transfert ACH en particulier, afin que les entreprises et les institutions financières puissent prendre des mesures correctives.

Causes des rejets ACH

Les rejets ACH peuvent survenir pour diverses raisons et se divisent généralement en cinq catégories : erreurs administratives, problèmes d'autorisation, insuffisances financières, contraintes de délai et de traitement, ou gestion des risques et conformité réglementaire. Chaque catégorie présente ses propres défis et nécessite des solutions spécifiques. Voici plus de détails sur les raisons pour lesquelles les rejets ACH se produisent.

Erreurs administratives

• Informations de compte incorrectes : L'une des raisons les plus courantes des rejets ACH est l'inexactitude des numéros de compte ou d'acheminement. Des informations de compte incorrectes bloquent les transferts ACH.

• Comptes fermés ou inexistants : Un compte fermé ou inexistant déclenche un rejet ACH avec un code tel que R02 ou R03.

• Incompatibilité de type de compte : Une incompatibilité de type de compte empêche un transfert ACH.

Problèmes d’autorisation

• Absence de préautorisation : Une autorisation manquante entraîne un rejet ACH.

• Autorisation révoquée : Une autorisation révoquée bloque les transactions ACH ultérieures.

• Litiges d'autorisation d'entreprise : Dans le contexte des transactions d'entreprise, une entité commerciale peut indiquer qu'un débit ou un crédit ACH n'est pas autorisé. Lorsque cela se produit, le système signale et rejette la transaction.

Difficultés financières

• Fonds insuffisants : L'une des raisons les plus simples d'un rejet ACH est un manque de fonds sur le compte débité. Des fonds insuffisants déclenchent un rejet R01.

• Fonds non recouvrés : Des fonds peuvent être présents sur un compte mais n'ont pas encore été compensés ou recouvrés, auquel cas les fonds non recouvrés provoquent un rejet R09.

• Commandes d'opposition au paiement : Les titulaires de compte ont le droit d'émettre une commande d'opposition au paiement contre des transactions spécifiques. Une commande d'opposition au paiement bloque tout débit ACH correspondant.

Contraintes liées au timing et au traitement

• Entrées obsolètes ou expirées : Dans certains cas, les transactions ACH ont une durée limitée pendant laquelle elles peuvent être traitées. Une entrée obsolète ou expirée entraîne un rejet ACH.

• Dépassement des limites de transaction : Les comptes d'entrepreneur individuel et les entreprises peuvent avoir des limites différentes sur les montants qu'ils peuvent transférer. Nacha a augmenté son plafond de paiement ACH le jour même à 1 million de dollars par paiement en 2022. Un expéditeur qui dépasse les limites de transaction entraînera un rejet du transfert ACH.

• Problèmes d'émission : Parfois, le problème peut provenir de l'institution financière de dépôt émettrice (ODFI), et non du compte destinataire. Un problème d'émission de l'ODFI empêche l'achèvement de la transaction.

Gestion des risques et conformité réglementaire

• Fraude suspectée : Les institutions financières surveillent en permanence les activités suspectes. Une fraude suspectée déclenche un rejet ACH.

• Non-conformité aux réglementations : La non-conformité réglementaire entraîne un rejet ACH. Cela peut inclure des échecs du chiffrement de bout en bout ou le non-respect des protocoles d'authentification à deux facteurs.

Comprendre ces raisons peut aider les entreprises et les institutions financières à affiner leurs processus de transaction ACH, à améliorer le dépannage et à résoudre les problèmes plus rapidement.

Liste des codes de rejet ACH et comment les prévenir

Les codes de rejet et de retour ACH sont inévitables lorsque vous acceptez les virements bancaires comme moyen de paiement. Avant d'aborder les codes spécifiques, examinons quelques termes clés :

• Entrée : toute soumission de transaction ACH
  
• Retour : lorsqu'une entrée a été renvoyée à l'ODFI après avoir été acceptée pour traitement
  
• Rejet : lorsqu'une entrée n'a jamais été acceptée dans le réseau ACH pour être traitée en premier lieu
  
• ODFI : Originating Depository Financial Institution (Institution financière dépositaire d'origine) qui envoie les transactions ACH
  
• RDFI : Receiving Depository Financial Institution (Institution financière dépositaire de réception) qui reçoit les transactions ACH
  

Voici une liste des codes de rejet ACH. Vous découvrirez leur signification, leur cause et les mesures à prendre le cas échéant :

R01 - Fonds insuffisants

• Description : le compte ne contient pas suffisamment de fonds pour couvrir la transaction.
  
• Prévention : surveillez régulièrement les soldes des comptes et configurez des alertes de solde faible.
  
• Action : contactez le titulaire du compte pour résoudre le problème et soumettez la transaction une fois les fonds disponibles.
  

R02 - Compte fermé

• Description : le titulaire du compte a fermé le compte auquel vous tentez d'accéder.
  
• Prévention : confirmez l'état du compte avant d'initier des transactions.
  
• Action : obtenez les nouvelles informations de compte auprès du titulaire du compte et mettez à jour vos dossiers.
  

R03 - Aucun compte/impossible de localiser le compte

• Description : le numéro de compte ou les informations d'acheminement ne correspondent à aucun compte à la RDFI.
  
• Prévention : vérifiez les numéros de compte avant d'initier des transactions.
  
• Action : demandez les informations de compte correctes au bénéficiaire.
  

R04 - Numéro de compte non valide

• Description : le numéro de compte fourni avec une transaction est incorrect parce qu'il comporte des chiffres erronés, qu'il ne passe pas la validation numérique ou qu'il ne correspond pas aux numéros de compte à la RDFI.
  
• Prévention : validez les numéros de compte par rapport à une structure prédéfinie.
  
• Action : obtenez le numéro de compte correct et soumettez-le à nouveau.
  

R05 - Débit non autorisé sur un compte de consommateur utilisant un code SEC d'entreprise

• Description : un code Standard Entry Class (SEC) d'entreprise a été utilisé de manière incorrecte pour un compte de consommateur.
  
• Prévention : assurez-vous que les codes SEC appropriés sont utilisés pour le type de transaction.
  
• Action : corrigez le code SEC et soumettez à nouveau la transaction.
  

R06 - Renvoyé à la demande de l'ODFI

• Description : l'ODFI a renvoyé la transaction, pour diverses raisons.
  
• Prévention : confirmez les détails de la transaction avant de la soumettre.
  
• Action : contactez l'ODFI pour déterminer le problème et décider des prochaines étapes.
  

R07 - Autorisation révoquée par le client

• Description : le client a révoqué l'autorisation de la transaction.
  
• Prévention : conservez les autorisations à jour et communiquez avec les clients.
  
• Action : ne soumettez pas la transaction à nouveau sans une nouvelle autorisation.
  

R08 - Paiement arrêté

• Description : le titulaire du compte a émis un ordre d'opposition au paiement sur cette transaction spécifique. Ce code est l'ordre général pour la plupart des paiements arrêtés, à l'exception des arrêts sur un document source ou des entrées RCK (chèques sans provision), qui ont des codes spécifiques ci-dessous.
  
• Prévention : confirmez l'autorisation et les détails du paiement avec le titulaire du compte.
  
• Action : contactez le titulaire du compte pour résoudre le problème.
  

R09 - Fonds non perçus

• Description : le compte peut comporter des dépôts qui n'ont pas encore été compensés, ce qui entraîne des fonds insuffisants pour la transaction.
  
• Prévention : soyez conscient des délais de compensation des dépôts.
  
• Action : vous pouvez soumettre la transaction à nouveau une fois les fonds perçus.
  

R10 - Le client informe qu'il n'est pas autorisé

• Description : le client a déclaré que la transaction n'était pas autorisée.
  
• Prévention : obtenez l'autorisation appropriée avant d'initier la transaction.
  
• Action : ne soumettez pas la transaction à nouveau sans obtenir une nouvelle autorisation.
  

R11 - Retour d'entrée de troncature de chèque

• Description : une erreur de troncature (compensation de chèque) s'est produite pour diverses raisons, selon la politique de la banque.
  
• Prévention : confirmez les détails du chèque avant de le tronquer.
  
• Action : consultez la banque pour obtenir des détails et traitez la transaction à nouveau au besoin.
  

R12 - Compte vendu à une autre RDFI

• Description : Le client a changé de banque et le compte a été transféré à une autre RDFI.
  
• Prévention : Mettez régulièrement à jour les informations du compte.
  
• Action : Obtenez les nouvelles coordonnées bancaires auprès du client et mettez à jour vos dossiers.
  

R13 - Numéro de routage ACH non valide

• Description : Le numéro de routage ACH est incorrect.
  
• Prévention : Vérifiez les numéros de routage avant d'initier des transactions.
  
• Action : Mettez à jour le numéro de routage et soumettez à nouveau la demande.
  

R14 - Représentant désigné décédé ou dans l'incapacité de poursuivre dans cette fonction

• Description : Le représentant désigné est décédé ou ne peut pas exercer ses fonctions.
  
• Prévention : Suivez les représentants désignés et leur état.
  
• Action : Obtenez un nouveau représentant désigné et mettez à jour les dossiers.
  

R15 - Bénéficiaire ou titulaire du compte décédé

• Description : Le bénéficiaire ou le titulaire du compte est décédé.
  
• Prévention : Mettez régulièrement à jour les informations du titulaire du compte et du bénéficiaire.
  
• Action : Cessez les transactions et consultez la succession ou le nouveau titulaire du compte.
  

R16 - Compte gelé

• Description : Le compte est gelé en raison d'une action juridique ou de la politique de la banque.
  
• Prévention : Suivez les problèmes juridiques liés aux comptes.
  
• Action : Contactez l'institution financière pour obtenir des détails et une résolution.
  

R17 - Critères de modification de l'enregistrement de fichier

• Description : Les entrées contiennent un formatage ou des données non valides, ce que la RDFI peut interpréter comme une transaction initiée dans des circonstances douteuses.
  
• Prévention : Validez chaque champ de l'entrée avant la soumission.
  
• Action : Corrigez l'entrée et soumettez-la à nouveau.
  

R18 - Date d'entrée en vigueur incorrecte

• Description : La transaction a été initiée avec une date d'entrée en vigueur incorrecte, qui correspond à la date à laquelle l'ODFI souhaite que la transaction ait lieu.
  
• Prévention : Vérifiez les dates d'entrée en vigueur avant la soumission.
  
• Action : Corrigez la date et soumettez à nouveau.
  

R19 - Erreur dans le champ du montant

• Description : Le montant saisi dans le champ du montant est non valide.
  
• Prévention : Validez les montants avant la soumission.
  
• Action : Corrigez le montant et soumettez à nouveau.
  

R20 - Compte non transactionnel

• Description : Des politiques ou des réglementations empêchent les transactions ACH sur ce compte.
  
• Prévention : Confirmez les types de comptes avant d'initier des transactions.
  
• Action : Utilisez un moyen de paiement ou un compte alternatif.
  

R21 - Identification de l'entreprise non valide

• Description : Les informations d'identification de l'entreprise sont incorrectes ou obsolètes, ce qui est généralement dû à une erreur de saisie.
  
• Prévention : Validez les identifiants de l'entreprise avant d'initier des transactions.
  
• Action : Mettez à jour l'identifiant de l'entreprise et soumettez à nouveau.
  

R22 - Numéro d'identification de l'entrepreneur individuel non valide

• Description : L'identifiant de l'entrepreneur individuel saisi (généralement par un client dans le champ d'identifiant du client) était non valide.
  
• Prévention : Validez les numéros d'identification de l'entrepreneur individuel avant d'initier des transactions.
  
• Action : Mettez à jour le numéro d'identification de l'entrepreneur individuel et soumettez à nouveau.
  

R23 - Entrée de crédit refusée par le destinataire

• Description : L'institution financière recevant la transaction (la RDFI) a refusé l'entrée de crédit, peut-être en raison d'un litige ou d'un manque d'accord.
  
• Prévention : Confirmez les conditions de la transaction avec la RDFI.
  
• Action : Résolvez le problème avec la RDFI et agissez en conséquence.
  

R24 - Entrée en double

• Description : La même transaction a été soumise plusieurs fois.
  
• Prévention : mettez en place des contrôles pour éviter les transactions en double.
  
• Action : vérifiez s'il s'agit d'un véritable doublon et prenez les mesures appropriées.
  

R25 - Erreur d'addenda

• Description : l'enregistrement addenda, qui identifie le titulaire du compte ou fournit des informations de paiement à la RDFI, est incorrect ou non séquentiel.
  
• Prévention : validez les enregistrements addenda avant soumission.
  
• Action : corrigez l'enregistrement addenda et soumettez-le à nouveau.
  

R26 - Erreur de champ obligatoire

• Description : un champ obligatoire est manquant en raison d'une saisie de données incomplète, entraînant le rejet de la transaction par l'opérateur ACH.
  
• Prévention : assurez-vous que tous les champs obligatoires sont remplis.
  
• Action : remplissez les champs manquants et soumettez à nouveau.
  

R27 - Erreur de numéro de suivi

• Description : les numéros de suivi soumis ne correspondent pas aux numéros de suivi dans l'enregistrement addenda.
  
• Prévention : validez les numéros de suivi avant soumission.
  
• Action : corrigez le numéro de suivi et soumettez à nouveau.
  

R28 - Erreur du code de contrôle du numéro de routage

• Description : le code de contrôle, qui est le dernier chiffre du numéro de routage, est incorrect.
  
• Prévention : validez les numéros de routage et leurs codes de contrôle.
  
• Action : corrigez le code de contrôle et soumettez à nouveau.
  

R29 - Le client professionnel signale que l'opération n'est pas autorisée

• Description : le titulaire du compte professionnel a informé la RDFI que la transaction n'est pas autorisée.
  
• Prévention : obtenez l'autorisation appropriée avant d'initier la transaction.
  
• Action : ne soumettez pas à nouveau sans obtenir de nouvelle autorisation.
  

R30 - RDFI ne participant pas au programme de troncation des chèques

• Description : la RDFI ne participe pas au programme de troncation des chèques.
  
• Prévention : confirmez les capacités avec la RDFI.
  
• Action : utilisez un autre moyen de paiement.
  

R31 - Entrée de retour autorisée

• Description : la RDFI a demandé à l'ODFI si elle pouvait retourner le format de paiement par carte bancaire de crédit ou de débit d'entreprise ou Corporate Trade Exchange (CTX), et l'ODFI a accepté.
  
• Prévention : sans objet, car basé sur un accord mutuel.
  
• Action : suivez les directives définies par l'accord entre l'ODFI et la RDFI.
  

R32 - Non-règlement de la RDFI

• Description : la RDFI n'est pas en mesure de régler l'entrée pour diverses raisons.
  
• Prévention : confirmez les capacités de règlement avec la RDFI.
  
• Action : consultez la RDFI pour connaître la raison spécifique et prenez les mesures appropriées.
  

R33 - Retour d'entrée XCK

• Description : la RDFI a retourné l'entrée pour un chèque perdu, détruit ou endommagé (entrée XCK).
  
• Prévention : familiarisez-vous avec les conditions de retour pour les chèques perdus ou endommagés.
  
• Action : évaluez la raison pour laquelle le chèque ne peut pas être traité et prenez les mesures qui s'imposent.
  

R34 - DFI à participation limitée

• Description : un organisme de réglementation fédéral ou étatique a limité la capacité de la RDFI à traiter les transactions ACH.
  
• Prévention : confirmez préalablement les capacités de la RDFI.
  
• Action : consultez la RDFI pour savoir comment procéder.
  

R35 - Retour d'entrée de débit inappropriée

• Description : une entrée de débit a été soumise de manière inappropriée, car elles ne sont pas autorisées dans certains scénarios.
  
• Prévention : comprenez les critères appropriés pour les entrées de débit.
  
• Action : évaluez la raison et apportez les corrections avant de soumettre à nouveau.
  

R36 - Retour d'entrée de crédit inappropriée

• Description : une entrée de crédit a été soumise de manière inappropriée, car elles ne sont pas autorisées dans certains scénarios.
  
• Prévention : comprenez les critères appropriés pour les entrées de crédit.
  
• Action : évaluez la raison et apportez les corrections avant de soumettre à nouveau.
  

R37 - Document source présenté pour le paiement

• Description : Une tentative de paiement en double a été effectuée en présentant le document source lié à une transaction ACH existante pour le paiement.
  
• Prévention : Suivez les documents sources et les entrées ACH associées.
  
• Action : Évaluez et rectifiez le doublon.
  

R38 - Opposition sur le document source

• Description : Le titulaire du compte de réception demande de faire opposition sur un chèque qui a été converti en paiement électronique.
  
• Prévention : Surveillez les ordres d'opposition.
  
• Action : Cessez le traitement et consultez le titulaire du compte.
  

R39 - Document source inadéquat

• Description : Le document source lié au paiement ACH est incorrect ou inadéquat.
  
• Prévention : Validez les documents sources avant de créer des entrées.
  
• Action : Remplacez ou corrigez le document source.
  

R40 - Renvoi de l'entrée ENR par l'administration publique fédérale

• Description : Une administration publique fédérale a renvoyé une entrée d'inscription automatisée (entrée ENR).
  
• Prévention : Conformez-vous aux règles d'entrée ENR.
  
• Action : Consultez l'administration publique pour en connaître la raison précise et prenez les mesures appropriées.
  

R41 - Code de transaction non valide

• Description : Le code de transaction est incorrect, en particulier en ce qui concerne l'inscription à des services de dépôt direct ou de paiement direct auprès d'une administration publique fédérale.
  
• Prévention : Validez les codes de transaction avant soumission.
  
• Action : Corrigez le code de transaction et soumettez-le de nouveau.
  

R42 - Erreur de numéro de routage / de clé de contrôle

• Description : La clé de contrôle à la fin du numéro de routage est incorrecte dans une entrée ENR de l'administration publique fédérale.
  
• Prévention : Validez les numéros de routage et leurs clés de contrôle.
  
• Action : Corrigez la clé de contrôle et soumettez-la de nouveau.
  

R43 - Numéro de compte DFI non valide

• Description : Le numéro de compte RDFI est incorrect. Ce code de retour n'apparaît que dans les entrées ENR, ce qui le rend exclusif aux administrations publiques fédérales.
  
• Prévention : Validez les numéros de compte avant de lancer les transactions.
  
• Action : Corrigez le numéro de compte et soumettez-le de nouveau.
  

R44 - Numéro d'identification d'entrepreneur individuel non valide

• Description : Le numéro d'identification d'entrepreneur individuel fourni ne correspond pas au numéro d'identification enregistré, en particulier pour les transactions de l'administration publique fédérale.
  
• Prévention : Validez les numéros d'identification d'entrepreneur individuel avant de lancer les transactions.
  
• Action : Mettez à jour le numéro d'identification d'entrepreneur individuel et soumettez-le de nouveau.
  

R45 - Nom d'entrepreneur individuel non valide

• Description : Le nom du titulaire du compte est incorrect ou mal orthographié.
  
• Prévention : Validez les noms avant de lancer les transactions.
  
• Action : Mettez à jour le nom et soumettez-le de nouveau.
  

R46 - Indicateur de bénéficiaire représentatif non valide

• Description : Le code de l'indicateur de bénéficiaire représentatif est incorrect.
  
• Prévention : Validez les codes des indicateurs avant de lancer les transactions.
  
• Action : Corrigez le code de l'indicateur et soumettez-le de nouveau.
  

R47 - Inscription en double

• Description : Les RDFI envoient des ENR aux administrations publiques fédérales pour initier des paiements ACH ou des dépôts directs auprès de ces institutions. Dans ce cas, le même ENR a été soumis plus d'une fois.
  
• Prévention : Mettez en place des contrôles pour éviter les inscriptions en double.
  
• Action : Confirmez s'il s'agit d'un véritable doublon et prenez les mesures appropriées.
  

R50 - Législation de l'État affectant l'acceptation des RCK

• Description : Le RDFI se trouve dans un État qui n'autorise pas les paiements numériques ou qui exige que les chèques annulés soient retournés au client dans un certain délai, conformément aux lois de l'État.
  
• Prévention : Familiarisez-vous avec les lois de l'État régissant vos transactions.
  
• Action : Renseignez-vous sur les lois spécifiques de l'État dans lequel la transaction a été effectuée et conformez-vous-y pour les transactions futures.
  

R51 - Élément lié à l'entrée RCK non admissible ou entrée RCK inadéquate

• Description : Une entrée pour un chèque qui a été renvoyé et présenté de nouveau n'est pas adaptée au traitement en raison de sa non-admissibilité, ou l'entrée a été mal préparée ou mal exécutée.
  
• Prévention : vérifiez l'éligibilité et l'exactitude des entrées.
  
• Action : vérifiez votre transaction pour vous assurer qu'elle respecte toutes les réglementations et directives applicables.
  

R52 - Arrêt de paiement sur un élément lié à une entrée RCK

• Description : le titulaire du compte passe une commande d'arrêt sur un chèque sans provision en cours de retraitement électronique.
  
• Prévention : vérifiez qu'aucune commande d'arrêt de paiement n'est en place avant de continuer.
  
• Action : contactez la banque émettrice ou le payeur pour résoudre le problème.
  

R53 - Élément et entrée RCK présentés pour paiement

• Description : la transaction d'origine et son entrée RCK correspondante ont toutes deux été soumises, entraînant une transaction en double.
  
• Prévention : faites preuve de prudence lors de la présentation de l'élément et de l'entrée.
  
• Action : rapprochez les dossiers de paiement pour éliminer la transaction en double.
  

R61 - Retour mal acheminé

• Description : une transaction annulée a été envoyée à la mauvaise institution.
  
• Prévention : assurez-vous de l'exactitude des numéros d'acheminement.
  
• Action : rectifiez les informations d'acheminement et renvoyez la transaction.
  

R62 - Retour de débit erroné ou d'annulation

• Description : une entrée de débit a été envoyée par erreur ou doit être annulée.
  
• Prévention : revérifiez les entrées avant de les finaliser.
  
• Action : émettez une transaction de correction ou d'annulation si nécessaire.
  

R63 - Montant en dollars incorrect

• Description : le montant en dollars indiqué dans la transaction est erroné.
  
• Prévention : vérifiez les montants de la transaction avant la soumission.
  
• Action : corrigez le montant et initiez une nouvelle transaction.
  

R64 - Identification de l'entrepreneur individuel incorrecte

• Description : le numéro d'identification de l'entrepreneur individuel dans la transaction de retour ne correspond pas à celui de l'entrée d'origine.
  
• Prévention : confirmez les informations d'identification de l'entrepreneur individuel.
  
• Action : mettez à jour les informations et traitez de nouveau la transaction.
  

R65 - Code de transaction incorrect

• Description : le code de transaction n'est pas correct pour le type de transaction.
  
• Prévention : assurez-vous que les codes de transaction sont corrects.
  
• Action : mettez à jour le code de transaction et soumettez de nouveau la transaction.
  

R66 - Identification de l'entreprise incorrecte

• Description : l'identifiant de l'entreprise dans la transaction ne correspond pas au numéro d'identifiant dans l'enregistrement d'en-tête de lot, qui est une méta-information concernant le transfert d'un lot de transactions.
  
• Prévention : vérifiez les informations d'identification de l'entreprise.
  
• Action : corrigez l'identifiant de l'entreprise et traitez de nouveau la transaction.
  

R67 - Retour en double

• Description : l'entrée de retour a déjà été traitée, entraînant un doublon.
  
• Prévention : suivez les retours traités pour éviter une nouvelle soumission.
  
• Action : aucune action n'est nécessaire, mais vérifiez les processus internes pour éviter que cela ne se reproduise.
  

R68 - Retour hors délai

• Description : le retour n'a pas été traité dans le délai imparti.
  
• Prévention : surveillez les délais de traitement des retours.
  
• Action : soumettez de nouveau dans le délai autorisé, si possible.
  

R69 - Erreur(s) de champ

• Description : un ou plusieurs champs contiennent des informations incorrectes saisies par l'ODFI, comme un numéro de compte incorrect ou une incohérence de nom sur le compte, entraînant le retour de la transaction.
  
• Prévention : validez tous les champs avant la soumission.
  
• Action : corrigez les erreurs dans les champs indiqués et soumettez de nouveau.
  

R70 - Entrée de retour autorisée non acceptée ou retour non demandé par l'ODFI

• Description : une entrée de retour valide n'a pas été traitée comme elle aurait dû l'être, ou un retour n'a pas été demandé par l'ODFI.
  
• Prévention : respectez les règles de l'ODFI pour les retours.
  
• Action : vérifiez les raisons de la non-acceptation et procédez en conséquence.
  

R71 – Retour non honoré mal acheminé

• Description : une entrée de retour non honorée (une entrée qui a été renvoyée une fois à l'ODFI mais qui n'a pas été effectuée correctement et doit être renvoyée) n'a pas été acheminée à la bonne institution.
  
• Prévention : assurez-vous que les numéros d'acheminement des retours sont exacts.
  
• Action : redirigez le retour non honoré vers la bonne institution.
  

R72 – Retour non honoré hors délai

• Description : un retour non honoré n'a pas été traité dans le délai requis.
  
• Prévention : restez à jour concernant les délais des retours non honorés.
  
• Action : soumettez-le à nouveau dans le délai autorisé, si possible.
  

R73 – Retour initial dans les délais

• Description : le RDFI confirme que le retour initial a été traité dans le délai requis.
  
• Prévention : sans objet.
  
• Action : aucune action n'est nécessaire.
  

R74 – Retour corrigé

• Description : un retour précédemment mal traité a depuis été corrigé.
  
• Prévention : sans objet.
  
• Action : aucune action n'est nécessaire.
  

R75 – Le retour n'est pas un doublon

• Description : il s'agit d'une réponse au code de rejet R67. Le RDFI conteste un défaut d'honorabilité inapproprié d'une entrée de retour par l'ODFI​.
  
• Prévention : sans objet.
  
• Action : aucune action n'est nécessaire.
  

R76 – Aucune erreur trouvée

• Description : il s'agit d'une réponse au code de rejet R69, dans lequel l'ODFI indiquait des erreurs de champ. Ce code sert de désaccord officiel ; le RDFI estime que ces erreurs n'existent pas réellement.
  
• Prévention : sans objet.
  
• Action : aucune action n'est nécessaire.
  

R77 – Non-acceptation du retour non honoré R62

• Description : il s'agit d'une réponse au code de rejet R62, indiquant que le RDFI a déjà renvoyé la transaction incorrecte et l'annulation, ou qu'il ne peut pas récupérer les fonds auprès du bénéficiaire comme spécifié par le code R62.
  
• Prévention : comprenez les critères d'acceptation des retours non honorés.
  
• Action : vérifiez pourquoi il n'a pas été accepté et soumettez-le de nouveau si nécessaire.
  

En outre, les codes de rejet suivants sont associés aux transactions ACH internationales (IAT) :

R80 – Erreurs de codage d'entrée IAT

• Description : des erreurs de codage existent dans l'entrée IAT.
  
• Prévention : validez le codage des entrées IAT.
  
• Action : corrigez les erreurs de codage et soumettez à nouveau l'entrée IAT.
  

R81 – Non-participant au programme IAT

• Description : le RDFI ne participe pas au programme IAT.
  
• Prévention : vérifiez que le RDFI fait partie du programme IAT.
  
• Action : trouvez un RDFI qui participe ou évitez d'utiliser IAT pour la transaction.
  

R82 – Identification de RDFI étranger non valide

• Description : l'identification du RDFI étranger est incorrecte.
  
• Prévention : vérifiez les informations d'identification de l'institution étrangère.
  
• Action : corrigez les informations d'identification et traitez à nouveau la transaction.
  

R83 – RDFI étranger incapable de régler

• Description : le RDFI étranger ne peut pas terminer la transaction.
  
• Prévention : confirmez la capacité de l'institution étrangère à régler les transactions avant d'en initier une.
  
• Action : travaillez directement avec l'institution étrangère pour résoudre le problème.
  

R84 – Entrée non traitée par la passerelle

• Description : l'entrée n'a pas été traitée par la passerelle désignée, un fournisseur de services qui sert de point d'entrée au réseau ACH pour les institutions financières.
  
• Prévention : acheminez les transactions via une passerelle fonctionnelle.
  
• Action : soumettez à nouveau la transaction via une passerelle valide ou contactez la passerelle pour obtenir une résolution.
  

R85 – Paiement international sortant mal codé

• Description : un paiement international sortant a été mal codé.
  
• Prévention : vérifiez le codage des paiements internationaux.
  
• Action : corrigez le code et soumettez à nouveau la transaction.
  

Comment les entreprises doivent-elles traiter ces rejets ?

Moins de rejets ACH signifie moins de contraintes opérationnelles pour votre équipe ainsi qu'un processus simplifié pour vos clients, ce qui pourrait augmenter la fidélisation de la clientèle.

Pour éviter les rejets ACH inutiles et les gérer efficacement lorsqu'ils se produisent, les entreprises doivent mettre en œuvre une stratégie globale. Cela inclut des mesures préventives, une identification rapide des problèmes et des actions de suivi appropriées. Voici les étapes à suivre :

Mesures préventives

• Vérifiez les informations du compte : avant d'initier une transaction ACH, confirmez les numéros de compte et d'acheminement du bénéficiaire. Vous pouvez le faire manuellement ou via des services de vérification électronique.

• Obtenez les autorisations adéquates : pour les paiements récurrents, veillez à obtenir et à conserver en toute sécurité les autorisations écrites des clients ou des fournisseurs. Mettez-les régulièrement à jour pour confirmer qu'elles sont valides.

• Mettez en place des limites de transaction : fixez des limites par transaction et par jour pour éviter de dépasser les montants autorisés, ce qui pourrait entraîner un rejet.

• Formez le personnel et les partenaires : formez régulièrement les employés qui gèrent les transactions financières aux subtilités du réseau ACH, y compris aux exigences de conformité, afin de réduire les risques d'erreur.

• Utilisez des alertes en temps réel : mettez en œuvre des systèmes qui fournissent des notifications en temps réel pour les soldes de compte et les statuts de transaction. Cela permet d'éviter les rejets dus à des fonds insuffisants ou non compensés.

• Rapprochez les comptes régulièrement : rapprochez systématiquement les relevés bancaires des registres comptables pour détecter toute anomalie qui pourrait entraîner des rejets.

Gestion des rejets

• Identifiez les rejets immédiatement : configurez des alertes pour informer le personnel clé dès qu'un rejet se produit, afin de pouvoir agir rapidement.

• Interprétez le code de rejet : comprenez la raison spécifique du rejet en vous référant au code de rejet ACH. Cela guidera vos actions ultérieures.

• Communiquez avec les parties impliquées : informez le client, l'employé ou le fournisseur du problème et travaillez ensemble pour le résoudre. Cela peut impliquer la mise à jour des informations du compte ou l'obtention d'un nouveau formulaire d'autorisation.

• Apportez les corrections nécessaires : mettez à jour vos systèmes internes avec les informations corrigées et, si nécessaire, initiez une nouvelle transaction ACH.

• Conservez des registres : documentez le rejet et les actions entreprises pour résoudre le problème. Cela peut être utile lors d'audits et démontre un engagement à résoudre efficacement les problèmes.

• Évaluez et ajustez les procédures : après avoir résolu les problèmes individuels, analysez-les pour identifier tout modèle ou problème systémique. Apportez des modifications aux procédures si nécessaire pour éviter qu'ils ne se reproduisent.

Mesures concernant les cas particuliers

• Paie : pour les dépôts directs liés à la paie, vérifiez à deux reprises les informations du compte lors de l'onboarding de nouveaux employés et chaque fois qu'un employé signale un changement de coordonnées bancaires.

• Paiements aux fournisseurs : lors du paiement des fournisseurs, confirmez que vous disposez de formulaires et d'autorisations à jour pour éviter les retards de transaction qui peuvent affecter les opérations de la chaîne d'approvisionnement.

• Facturation client récurrente : pour les abonnements ou les paiements échelonnés, rappelez aux clients avant chaque cycle de facturation de s'assurer qu'ils disposent de fonds suffisants et donnez-leur la possibilité de mettre à jour les informations de leur compte.

• Transactions e-commerce : pour les entreprises e-commerce, intégrez des fonctionnalités de vérification à la passerelle de paiement pour confirmer les informations du compte en temps réel.

• Transactions de grande valeur : pour les transactions impliquant des montants importants, envisagez des étapes de vérification supplémentaires, telles que des confirmations téléphoniques, pour réduire le risque de rejet dû à des problèmes d'autorisation ou de compte.

Comment Stripe Payments peut vous aider

Stripe Payments permet aux entreprises de configurer et d’accepter plus de 125 moyens de paiement, y compris les transfert ACH. Il offre une solution de paiement unifiée qui aide toutes les entreprises, des start-up en pleine croissance aux multinationales, à accepter des paiements en ligne et en personne à l’échelle mondiale.

Stripe Payments peut vous aider à :

• Rapprocher les paiements automatiquement : Rapprocher facilement les transfert ACH d’un paiement ou d’une facture spécifique grâce à un moteur de rapprochement automatique qui utilise des comptes bancaires virtuels pour chaque client et des outils de dépannage.

• Simplifier les remboursements : Effectuer des remboursements ou retourner des fonds excédentaires au client.

• Optimiser votre expérience de paiement : Créer une expérience client fluide et économisez des milliers d’heures d’ingénierie grâce à des interfaces utilisateur de paiement prédéfinies et à Link, le portefeuille numérique conçu par Stripe.

• Accéder plus rapidement à de nouveaux marchés : Toucher des clients dans le monde entier et réduisez la complexité et le coût de la gestion multidevises grâce à des options de paiement transfrontalières, disponibles dans 195 pays et pour plus de 135 devises.

• Unifier les paiements en ligne et en personne : créez une expérience commerciale unifiée, en ligne et en personne, pour personnaliser les interactions, récompenser la fidélité client et booster vos revenus.

• Améliorer les performances des paiements : augmentez vos revenus avec une gamme d’outils de paiement personnalisables et faciles à configurer, y compris une protection contre la fraude no-code et des fonctionnalités avancées pour améliorer les taux d’autorisation.

• Gagner en efficacité grâce à une plateforme de croissance flexible et fiable : développez-vous sur une plateforme conçue pour évoluer avec vous, avec un temps de disponibilité de 99,999 % et une fiabilité inégalée dans le secteur.

En savoir plus sur la façon dont Stripe Payments peut propulser vos paiements en ligne et en personne, ou démarrer dès aujourd’hui.