Les transferts par chambre de compensation automatisée (CCA) sont une méthode courante permettant aux entreprises et aux particuliers d'envoyer ou de recevoir de l'argent de manière électronique. En 2024, le total des fonds transférés a atteint 86,2 billions de dollars, et le réseau de la CCA a traité 33,56 milliards de paiements. Bien que ce mode de paiement soit pratique, rentable et populaire, il est encore assez courant que les transferts par CCA soient rejetés.

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

Lorsque des rejets de CCA se produisent, il est important pour les entreprises de savoir ce qui n'a pas fonctionné afin de pouvoir prévenir de futurs problèmes et de maintenir la confiance et la satisfaction des clients. Ci-dessous, nous aborderons les différents types de codes de rejet, les causes des rejets, comment les prévenir et comment les gérer lorsqu'ils surviennent.

Que contient cet article?

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

Qu'est-ce qu'un virement ACH?

Les transferts par chambre de compensation automatisée (CCA) 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 par CCA sont un mode 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 en matière d'efficacité opérationnelle et de gestion des coûts. Voici les points clés à connaître sur les transferts par CCA.

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

Les codes de rejet 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 virement ACH en particulier, afin que les entreprises et les institutions financières puissent prendre des mesures correctives.

Causes des rejets ACH

Les rejets de CCA peuvent survenir pour diverses raisons et se répartissent 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 précises. Voici plus de détails sur les raisons des rejets de CCA.

Erreurs administratives

• Renseignements de compte incorrects : L'une des raisons les plus courantes des rejets de CCA est l'utilisation de numéros de compte ou d'acheminement incorrects. Des renseignements de compte incorrects bloquent les transferts par CCA.

• Comptes fermés ou inexistants : Un compte fermé ou inexistant déclenche un rejet de CCA avec un code comme R02 ou R03.

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

Problèmes liés aux autorisations

• Absence de préautorisation : Une autorisation manquante cause un rejet de CCA.

• Autorisation révoquée : Une autorisation révoquée bloque les transactions par CCA subséquentes.

• Litiges d'autorisation d'entreprise : Dans le contexte de transactions d'entreprise, une entité commerciale peut indiquer qu'un débit ou un crédit par CCA 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 de CCA est le manque de fonds dans le compte débité. Des fonds insuffisants déclenchent un rejet R01.

• Fonds non recouvrés : Des fonds peuvent être présents dans un compte sans être encore compensés ou recouvrés, auquel cas les fonds non recouvrés causent un rejet R09.

• Ordres d'opposition au paiement : Les titulaires de compte ont le droit d'émettre un ordre d'opposition au paiement pour des transactions précises. Un ordre d'opposition au paiement bloque tout débit par CCA correspondant.

Contraintes liées au temps et au traitement

• Entrées périmées ou expirées : Dans certains cas, les transactions par CCA disposent d'un délai limité pour être traitées. Une entrée périmée ou expirée entraîne un rejet de CCA.

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

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

Gestion des risques et conformité réglementaire

• Soupçon de fraude : Les institutions financières surveillent continuellement les activités suspectes. Une fraude présumée déclenche un rejet de CCA.

• Non-conformité à la réglementation : La non-conformité réglementaire cause un rejet de CCA. Cela peut inclure des défaillances dans le 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 à peaufiner leurs processus de transaction par CCA, à améliorer le dépannage et à résoudre les problèmes plus rapidement.

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

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

• Entrée : Toute soumission de transaction CCA
  
• Retour : Lorsqu'une entrée a été renvoyée à l'ODFI après avoir été acceptée pour le traitement
  
• Rejet : Lorsqu'une entrée n'a jamais été acceptée dans le réseau CCA pour le traitement en premier lieu
  
• ODFI : L'institution financière de dépôt d'origine qui envoie des transactions CCA
  
• RDFI : L'institution financière de dépôt réceptrice qui reçoit des transactions CCA
  

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 : Il n'y a pas assez de fonds sur le compte pour couvrir la transaction.
  
• Prévention : Surveillez régulièrement les soldes de compte et configurez des alertes de solde bas.
  
• Action : Communiquez avec le titulaire du compte pour régler le problème, et soumettez la transaction une fois que les fonds sont disponibles.
  

R02 - Compte fermé

• Description : Le titulaire du compte a fermé le compte auquel on accède.
  
• Prévention : Confirmez l'état du compte avant d'initier des transactions.
  
• Action : Obtenez de nouvelles informations de compte auprès du titulaire du compte et mettez à jour vos dossiers.
  

R03 - Aucun compte/impossible de trouver 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 bonnes informations de compte au bénéficiaire.
  

R04 - Numéro de compte non valide

• Description : Le numéro de compte fourni avec une transaction est incorrect parce que le numéro comporte des chiffres incorrects, ne réussit pas la validation numérique ou 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 bon numéro de compte et soumettez de nouveau.
  

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

• Description : Un code SEC (Standard Entry Class) d'entreprise a été utilisé incorrectement pour un compte consommateur.
  
• Prévention : Assurez-vous que les bons codes SEC sont utilisés pour le type de transaction.
  
• Action : Corrigez le code SEC et soumettez de nouveau la transaction.
  

R06 - Retourné selon la requête de l'ODFI

• Description : L'ODFI a retourné la transaction, pour diverses raisons.
  
• Prévention : Confirmez les détails de la transaction avant de soumettre.
  
• Action : Communiquez avec 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 : Maintenez les autorisations à jour et communiquez avec les clients.
  
• Action : Ne soumettez pas de nouveau sans une nouvelle autorisation.
  

R08 - Paiement arrêté

• Description : Le titulaire du compte a placé une ordonnance d'arrêt de paiement sur cette transaction spécifique. Ce code est l'ordonnance générale 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 de paiement avec le titulaire du compte.
  
• Action : Communiquez avec le titulaire du compte pour régler le problème.
  

R09 - Fonds non perçus

• Description : Le compte peut avoir des dépôts qui n'ont pas encore été compensés, entraînant des fonds insuffisants pour la transaction.
  
• Prévention : Soyez conscient des délais de compensation des dépôts.
  
• Action : Vous pouvez soumettre de nouveau une fois que les fonds sont perçus.
  

R10 - Le client avise que ce n'est pas autorisé

• Description : Le client a déclaré que la transaction n'était pas autorisée.
  
• Prévention : Obtenez la bonne autorisation avant d'initier la transaction.
  
• Action : Ne soumettez pas de 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 tronquer.
  
• Action : Consultez la banque pour obtenir des détails et traitez de 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 à jour les informations du compte régulièrement.
  
• Action : Obtenez les nouvelles coordonnées bancaires auprès du client et mettez à jour vos dossiers.
  

R13 - Numéro d'acheminement ACH non valide

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

R14 - Bénéficiaire représentatif décédé ou incapable de continuer à ce titre

• Description : Le bénéficiaire représentatif est décédé ou ne peut pas accomplir ses tâches.
  
• Prévention : Assurez un suivi des bénéficiaires représentatifs et de leur état.
  
• Action : Obtenez un nouveau bénéficiaire représentatif 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 à jour régulièrement les informations relatives au titulaire du compte et au 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 en justice ou de la politique de la banque.
  
• Prévention : Assurez un suivi des problèmes juridiques liés aux comptes.
  
• Action : Communiquez avec l'institution financière pour obtenir des détails et une résolution.
  

R17 - Critères d'édition du dossier de fichier

• Description : Les entrées contiennent un formatage ou des données non valides, ce qui peut amener la RDFI à interpréter que la transaction a été 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 effective incorrecte

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

R19 - Erreur de champ de montant

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

R20 - Compte non transactionnel

• Description : Les politiques ou 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 autre mode de paiement ou compte.
  

R21 - Numéro d'identification de l'entreprise non valide

• Description : Les informations relatives à l'ID de l'entreprise sont incorrectes ou obsolètes, ce qui est souvent causé par une erreur de saisie.
  
• Prévention : Validez les ID d'entreprise avant d'initier des transactions.
  
• Action : Mettez à jour l'ID de l'entreprise et soumettez à nouveau.
  

R22 - Numéro d'ID de particulier non valide

• Description : L'ID du particulier saisi (généralement par un client dans le champ de l'ID du client) n'était pas valide.
  
• Prévention : Validez les numéros d'ID de particulier avant d'initier des transactions.
  
• Action : Mettez à jour le numéro d'ID du particulier 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'une contestation ou d'une absence 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 plus d'une fois.
  
• Prévention : Implémentez des contrôles pour prévenir les transactions en double.
  
• Action : Confirmez s'il s'agit d'un véritable doublon et prenez les mesures appropriées.
  

R25 - Erreur d'addenda

• Description : L'enregistrement d'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 d'addenda avant la soumission.
  
• Action : Corrigez l'enregistrement d'addenda et soumettez-le à nouveau.
  

R26 - Erreur de champ obligatoire

• Description : Un champ obligatoire ne contient aucune information, en raison d'une saisie de données incomplète, ce qui a amené l'opérateur de la CCA à rejeter la transaction.
  
• 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 de l'enregistrement d'addenda.
  
• Prévention : Validez les numéros de suivi avant la soumission.
  
• Action : Corrigez le numéro de suivi et soumettez-le à nouveau.
  

R28 - Erreur du chiffre de contrôle du numéro d'acheminement

• Description : Le chiffre de contrôle, qui est le dernier chiffre du numéro d'acheminement, est incorrect.
  
• Prévention : Validez les numéros d'acheminement et leurs chiffres de contrôle.
  
• Action : Corrigez le chiffre de contrôle et soumettez-le à nouveau.
  

R29 - Le client d'entreprise signale un paiement non autorisé

• Description : Le titulaire du compte d'entreprise a informé la RDFI que la transaction n'est pas autorisée.
  
• Prévention : Obtenez l'autorisation appropriée avant de lancer la transaction.
  
• Action : Ne soumettez pas à nouveau sans avoir obtenu une nouvelle autorisation.
  

R30 - La RDFI ne participe pas au programme de troncature des chèques

• Description : La RDFI ne participe pas au programme de troncature des chèques.
  
• Prévention : Confirmez les capacités avec la RDFI.
  
• Action : Utilisez un autre mode 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 de crédit ou carte de débit d'entreprise ou par Corporate Trade Exchange (CTX), et l'ODFI a accepté.
  
• Prévention : Non applicable, car c'est établi selon un accord mutuel.
  
• Action : Suivez les directives énoncées 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 précise et prenez les mesures appropriées.
  

R33 - Retour d'entrée XCK

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

R34 - Participation limitée de l'IFD

• Description : Un organisme de réglementation fédéral ou étatique a limité la capacité de la RDFI à traiter les transactions de la CCA.
  
• Prévention : Confirmez les capacités de la RDFI au préalable.
  
• 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 des 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 des corrections avant de soumettre à nouveau.
  

R37 - Document Source présenté pour le paiement

• Description : Un paiement en double a été tenté en présentant le document source lié à une transaction CCA existante pour le paiement.
  
• Prévention : Faites le suivi des documents sources et des entrées CCA associées.
  
• Action : Évaluez et corrigez la duplication.
  

R38 - Arrêt de paiement sur le document source

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

R39 - Document source inadéquat

• Description : Le document source lié au paiement CCA 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 - Retour d'une entrée ENR par un organisme gouvernemental fédéral

• Description : Un organisme gouvernemental fédéral a retourné une entrée d'inscription automatisée (entrée ENR).
  
• Prévention : Respectez les règles d'entrée ENR.
  
• Action : Consultez l'organisme pour connaître la raison précise et prenez les mesures appropriées.
  

R41 - Code de transaction invalide

• Description : Le code de transaction est incorrect, particulièrement en ce qui concerne l'inscription aux services de dépôt direct ou de paiement direct auprès d'un organisme fédéral.
  
• Prévention : Validez les codes de transaction avant la soumission.
  
• Action : Corrigez le code de transaction et soumettez-le de nouveau.
  

R42 - Erreur de Numéro d'acheminement/chiffre de contrôle

• Description : Le chiffre de contrôle à la fin du numéro d'acheminement est incorrect dans une entrée ENR du gouvernement fédéral.
  
• Prévention : Validez les numéros d'acheminement et leurs chiffres de contrôle.
  
• Action : Corrigez le chiffre de contrôle et soumettez-le de nouveau.
  

R43 - Numéro de compte DFI invalide

• Description : Le numéro de compte RDFI est incorrect. Ce code de retour ne se produit que dans les entrées ENR, ce qui le rend exclusif aux organismes gouvernementaux fédéraux.
  
• Prévention : Validez les numéros de compte avant d'initier des transactions.
  
• Action : Corrigez le numéro de compte et soumettez-le de nouveau.
  

R44 - Numéro d'identification du particulier invalide

• Description : Le numéro d'identification du particulier fourni ne correspond pas au numéro d'identification enregistré, spécifiquement pour les transactions du gouvernement fédéral.
  
• Prévention : Validez les numéros d'identification de particuliers avant d'initier des transactions.
  
• Action : Mettez à jour le numéro d'identification du particulier et soumettez-le de nouveau.
  

R45 - Nom de particulier invalide

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

R46 - Indicateur de bénéficiaire représentatif invalide

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

R47 - Inscription en double

• Description : Les RDFI envoient des ENR aux organismes gouvernementaux fédéraux pour initier des paiements CCA ou des dépôts directs auprès de ces institutions. Dans ce cas, la même ENR a été soumise plus d'une fois.
  
• Prévention : Implémentez 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 – Loi de l'État affectant l'acceptation des RCK

• Description : La 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, selon les lois de l'État.
  
• Prévention : Familiarisez-vous avec les lois de l'État régissant vos transactions.
  
• Action : Examinez les lois spécifiques de l'État par lequel la transaction a été acheminée et respectez-les pour les transactions futures.
  

R51 – Le poste lié à l'entrée RCK est inadmissible ou l'entrée RCK est inadéquate

• Description : Une entrée pour un chèque qui a été retourné et représenté n'est soit pas appropriée pour le traitement en raison de son inadmissibilité, soit l'entrée a été mal préparée ou exécutée.
  
• Prévention : Vérifiez l'admissibilité et l'exactitude des entrées.
  
• Action : Révisez votre transaction pour vous assurer qu'elle respecte l'ensemble des règles et directives applicables.
  

R52 – Opposition au paiement d'un poste lié à une entrée RCK

• Description : Le titulaire du compte effectue une opposition au paiement sur un chèque sans provision qui est en cours de traitement par voie électronique.
  
• Prévention : Vérifiez qu'aucune opposition au paiement n'est en place avant de procéder.
  
• Action : Communiquez avec l'institution financière émettrice ou le payeur pour résoudre le problème.
  

R53 – Poste 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, ce qui a entraîné une transaction en double.
  
• Prévention : Faites preuve de prudence lorsque vous présentez à la fois un poste et une entrée.
  
• Action : Rapprochez les registres de paiement pour éliminer la transaction en double.
  

R61 – Retour mal acheminé

• Description : Une transaction inversée a été envoyée à la mauvaise institution.
  
• Prévention : Assurez-vous de l'exactitude des numéros d'acheminement.
  
• Action : Corrigez les renseignements 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 : Vérifiez les entrées avant de les finaliser.
  
• Action : Émettez une transaction de correction ou d'annulation au besoin.
  

R63 – Montant en dollars incorrect

• Description : Le montant en dollars indiqué dans la transaction est incorrect.
  
• Prévention : Vérifiez les montants des transactions avant de les soumettre.
  
• Action : Corrigez le montant et lancez une nouvelle transaction.
  

R64 – Identification de particulier incorrecte

• Description : Le numéro d'identification du particulier dans la transaction de retour ne correspond pas à celui de l'entrée d'origine.
  
• Prévention : Confirmez les renseignements d'identification du particulier.
  
• Action : Mettez à jour les renseignements et traitez de nouveau la transaction.
  

R65 – Code de transaction incorrect

• Description : Le code de transaction ne correspond pas au type de transaction.
  
• Prévention : Assurez-vous que les codes de transaction sont corrects.
  
• Action : Mettez à jour le code de transaction et soumettez la transaction à nouveau.
  

R66 – Identification d'entreprise incorrecte

• Description : L'identifiant de l'entreprise dans la transaction ne correspond pas au numéro d'identification dans l'enregistrement de l'en-tête du lot, qui est une métadonnée concernant le transfert d'un lot de transactions.
  
• Prévention : Vérifiez les renseignements d'identification de l'entreprise.
  
• Action : Corrigez l'identifiant de l'entreprise et traitez la transaction à nouveau.
  

R67 – Retour en double

• Description : L'entrée de retour a déjà été traitée, ce qui entraîne un doublon.
  
• Prévention : Faites le suivi des retours traités pour éviter de les soumettre à nouveau.
  
• Action : Aucune action requise, mais passez en revue les processus internes pour éviter que cela ne se reproduise.
  

R68 – Retour inopportun

• Description : Le retour n'a pas été traité dans le délai requis.
  
• Prévention : Surveillez les échéances de traitement des retours.
  
• Action : Soumettez à 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, ce qui entraîne 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 à 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 concernant les retours.
  
• Action : Passez en revue les raisons du refus et agissez en conséquence.
  

R71 – Retour refusé mal acheminé

• Description : Une entrée de retour refusé — une entrée qui a été renvoyée à l'ODFI une fois, mais qui n'a pas été traitée correctement et qui doit être renvoyée — n'a pas été envoyée à la bonne institution.
  
• Prévention : Assurez-vous que les numéros d'acheminement pour les retours sont exacts.
  
• Action : Redirigez le retour refusé vers l'institution appropriée.
  

R72 – Retour refusé hors délai

• Description : Un retour refusé n'a pas été traité dans le délai requis.
  
• Prévention : Restez à jour concernant les dates limites pour les retours refusés.
  
• Action : Soumettez à nouveau la demande dans le délai imparti, si possible.
  

R73 – Retour original dans les délais

• Description : La RDFI confirme que le retour original a été traité dans le délai requis.
  
• Prévention : Sans objet.
  
• Action : Aucune action requise.
  

R74 – Retour corrigé

• Description : Un retour précédemment mal traité a depuis été corrigé.
  
• Prévention : Sans objet.
  
• Action : Aucune action requise.
  

R75 – Le retour n'est pas un doublon

• Description : Il s'agit d'une réponse au code de rejet R67. La RDFI conteste un refus inapproprié d'une entrée de retour par l'ODFI.
  
• Prévention : Sans objet.
  
• Action : Aucune action requise.
  

R76 – Aucune erreur trouvée

• Description : Il s'agit d'une réponse au code de rejet R69, dans lequel l'ODFI a indiqué des erreurs de champ. Ce code sert de désaccord formel; la RDFI estime que ces erreurs n'existent pas réellement.
  
• Prévention : Sans objet.
  
• Action : Aucune action requise.
  

R77 – Non-acceptation du retour refusé R62

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

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

R80 – Erreurs de codage de l'entrée IAT

• Description : Des erreurs de codage existent dans l'entrée IAT.
  
• Prévention : Validez le codage pour les entrées IAT.
  
• Action : Corrigez les erreurs de codage et soumettez à nouveau l'entrée IAT.
  

R81 – Non-participant au programme IAT

• Description : La RDFI ne participe pas au programme IAT.
  
• Prévention : Vérifiez que la RDFI fait partie du programme IAT.
  
• Action : Trouvez une RDFI qui participe ou évitez d'utiliser IAT pour la transaction.
  

R82 – Identification de la RDFI étrangère invalide

• Description : L'identification de la RDFI étrangère est incorrecte.
  
• Prévention : Revérifiez les détails d'identification de l'institution étrangère.
  
• Action : Corrigez les informations d'identification et traitez à nouveau la transaction.
  

R83 – La RDFI étrangère est incapable de régler

• Description : La RDFI étrangère 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 : Collaborez 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 qui agit comme point d'entrée au réseau de la CCA pour les institutions financières.
  
• Prévention : Redirigez les transactions par une passerelle fonctionnelle.
  
• Action : Soumettez à nouveau la transaction par une passerelle valide ou communiquez avec 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 de nouveau la transaction.
  

Comment les entreprises doivent-elles traiter les rejets ACH?

Une diminution des rejets de CCA signifie une réduction de la charge opérationnelle pour votre équipe ainsi qu'un processus plus facile pour vos clients, ce qui pourrait accroître la fidélisation de la clientèle.

Pour prévenir les rejets de CCA inutiles et les gérer efficacement lorsqu'ils se produisent, les entreprises doivent implémenter une stratégie multidimensionnelle. Cela comprend des mesures préventives, l'identification rapide des problèmes et des actions de suivi appropriées. Voici les étapes que vous pouvez suivre :

Mesures préventives

• Vérifiez les informations du compte : Avant d'initier une transaction par CCA, confirmez les numéros de compte et d'acheminement du destinataire. Vous pouvez le faire manuellement ou par le biais de services de vérification électronique.

• Obtenez une autorisation appropriée : Pour les paiements récurrents, assurez-vous d'obtenir et de conserver en toute sécurité les autorisations écrites des clients ou des fournisseurs. Mettez-les à jour régulièrement pour confirmer leur validité.

• Implémentez des limites de transaction : Définissez des limites par transaction et par jour pour éviter de dépasser les montants autorisés, ce qui pourrait déclencher un rejet.

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

• Utilisez des alertes en temps réel : Implémentez 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 : Prenez l'habitude de rapprocher les relevés bancaires avec les registres comptables pour repérer toute anomalie qui pourrait entraîner des rejets.

Gestion des rejets

• Identifiez les rejets immédiatement : Configurez des alertes pour avertir le personnel clé dès qu'un rejet se produit, ce qui permet d'agir rapidement.

• Interprétez le code de rejet : Comprenez la raison précise du rejet en vous référant au code de rejet de CCA. 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 par CCA.

• Conservez des dossiers : Documentez le rejet et les actions ultérieures entreprises pour résoudre le problème. Cela peut s'avérer utile pour les audits et démontre un engagement à résoudre les problèmes de manière efficace.

• Évaluez et ajustez les procédures : Après avoir résolu des problèmes individuels, analysez-les pour identifier d'éventuels schémas ou problèmes systémiques. Apportez des modifications aux procédures si nécessaire pour prévenir de futures occurrences.

Mesures concernant les cas particuliers

• Paie : Pour les dépôts directs de la paie, vérifiez attentivement les informations du compte lors de l'inscription 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 prévenir les retards de transaction pouvant affecter les opérations de la chaîne d'approvisionnement.

• Facturation récurrente de la clientèle : Pour les abonnements ou les paiements échelonnés, envoyez des rappels aux clients avant chaque cycle de facturation pour vous assurer qu'ils disposent de fonds suffisants et leur donner l'occasion de mettre à jour les informations du compte.

• Transactions de commerce électronique : Pour les entreprises de commerce électronique, intégrez des fonctionnalités de vérification dans 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, comme des confirmations téléphoniques, pour réduire le risque de rejets dus à 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 modes de paiement, y compris les virements CCA. Il offre une solution de paiement unifiée et mondiale qui aide toutes les entreprises, des jeunes entreprises en pleine croissance aux multinationales, à accepter des paiements en ligne, en personne et partout dans le monde.

Stripe Payments peut vous aider à :

• Rapprocher automatiquement les paiements : Rapprochez facilement les virements ACH d’un paiement ou d’une facture précise 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 : Effectuez des remboursements ou restituez les fonds excédentaires au client.

• Optimiser votre processus de paiement : offrez une expérience client fluide et économisez des milliers d’heures de développement grâce aux interfaces de paiement prêtes à l’emploi et à Link, le portefeuille numérique de Stripe.

• Vous développer plus rapidement sur de nouveaux marchés : touchez des clients partout dans le monde et simplifiez la gestion multidevise tout en réduisant les coûts grâce à des options de paiement transfrontalières, disponibles dans 195 pays et dans plus de 135 devises.

• Unifier les paiements en personne et en ligne : créez une expérience de commerce unifiée sur les canaux en ligne et en personne pour personnaliser les interactions, récompenser la fidélité et augmenter les revenus.

• Améliorer la performance des paiements : augmentez vos revenus grâce à une gamme d’outils de paiement personnalisables et faciles à configurer, y compris une protection contre la fraude sans codage et des fonctionnalités avancées pour améliorer les taux d’autorisation.

• Avancer plus rapidement grâce à une plateforme flexible et fiable pour soutenir votre croissance : appuyez-vous sur une plateforme conçue pour se développer avec vous, offrant un taux de disponibilité historique de 99,999 % et une fiabilité à la pointe du secteur.

Découvrez comment Stripe Payments peut optimiser vos paiements en ligne et en personne, ou faites vos premiers pasdès aujourd’hui.