Les paiements de la chambre de compensation automatisée (CCA) sont des transactions électroniques qui transfèrent des fonds entre des comptes bancaires aux États-Unis. Ils sont couramment utilisés pour le dépôt direct, le paiement de factures, les transactions interentreprises et les paiements de personne à personne.
Les paiements CCA sont traités par le réseau de la CCA, un système sécurisé et fiable exploité par la National Automated Clearing House Association (Nacha). En 2025, le réseau de la CCA a transféré 93 billions $. Malgré leur fiabilité, les échecs de paiement CCA surviennent, et lorsqu'un paiement CCA échoue ou est retourné, l'impact sur l'argent comptant, les relations avec les clients et la conformité peut être important. Lorsque des échecs de paiement CCA se produisent, il est important de comprendre pourquoi ils sont survenus et de réagir en conséquence.
Nous expliquerons pourquoi les retours CCA se produisent couramment, fournirons une liste complète des codes de retour CCA et décrirons comment réduire les échecs de paiement CCA dans votre entreprise.
Que contient cet article?
- Que se passe-t-il lorsqu'un paiement CCA est retourné?
- Pourquoi les retours de paiement CCA se produisent
- Une liste complète des codes de retour CCA
- Comment réduire les retours CCA
- Comment Stripe Payments peut vous aider
Que se passe-t-il lorsqu’un paiement ACH est retourné?
Un paiement ACH retourné signifie que la transaction n'a pas pu être terminée et que les fonds ont été renvoyés au compte d'origine, généralement avec un code de retour qui identifie la raison de l'échec. Un retour diffère légèrement d'un rejet, qui se produit lorsqu'une entrée n'a jamais été acceptée dans le réseau ACH pour être traitée.
Il y a plusieurs raisons pour lesquelles un paiement ACH peut être retourné ou rejeté, notamment des fonds insuffisants dans le compte de l'expéditeur, un compte fermé ou des informations de compte incorrectes. Voici ce qui se passe lorsqu'un paiement ACH est retourné.
Notification de la banque : La banque destinataire signale à la banque d'origine (la banque de l'expéditeur) que le paiement ACH a été retourné. Elle fournit un code de motif ou une description du retour qui indique pourquoi la transaction n'a pas pu être effectuée.
Notification de l'expéditeur : La banque d'origine informe l'expéditeur (habituellement une entreprise ou un particulier) que le paiement ACH a été retourné, avec la raison fournie par la banque destinataire.
Nouvelle soumission ou correction : Selon le motif du retour, l'expéditeur peut devoir corriger les informations de paiement (comme la mise à jour des informations du compte) avant de soumettre de nouveau la transaction.
Rapprochement : L'expéditeur procède au rapprochement de ses dossiers pour refléter le paiement retourné et prend les mesures nécessaires pour régler la situation, comme de contacter le bénéficiaire pour convenir d'un mode de paiement alternatif.
Les retours de paiement ACH peuvent entraîner des frais, généralement facturés à l’expéditeur par la banque de l’expéditeur. Ces frais varient en fonction des politiques de la banque et de la nature du retour.
Pourquoi les retours de paiement ACH se produisent-ils?
Les paiements ACH peuvent être retournés pour plusieurs raisons. Voici quelques-unes des explications les plus courantes.
Fonds insuffisants
Exemple de code : R01 (Fonds insuffisants)
Cela se produit lorsque le compte à partir duquel le paiement est prélevé ne dispose pas de fonds suffisants pour couvrir la transaction au moment du traitement.
Problèmes de compte
Exemples de codes : R02 (Compte fermé), R03 (Aucun compte / Impossible de trouver le compte), R04 (Numéro de compte non valide)
Les paiements sont restitués si le numéro de compte fourni n’existe pas, correspond à un compte clôturé ou n’est pas valide. Cela peut être dû à des erreurs de saisie, à des clôtures de comptes ou à d’autres divergences administratives.
Problèmes liés aux autorisations
Exemples de codes : R07 (Autorisation révoquée par le client), R10 (Le client indique une transaction non autorisée)
Ces retours ont lieu lorsque l’émetteur ne dispose pas de l’autorisation appropriée du titulaire du compte pour effectuer le débit ou si l’autorisation a été révoquée après avoir été initialement accordée.
Arrêt des paiements
Exemple de code : R08 (Paiement interrompu)
Si un titulaire de compte place un ordre d’arrêt de paiement sur un paiement donné, le débit ACH sera retourné.
Erreurs administratives
Exemples de codes : R05 (Débit non autorisé sur le compte du consommateur à l'aide d'un code SEC d'entreprise), R17 (Critères de modification de fichier d'enregistrement)
Des erreurs peuvent se produire si la transaction n’a pas été formatée correctement. Il peut s’agir d’une incompatibilité des codes de paiement (par exemple, l’application d’un code de transaction d’entreprise à un compte client) ou d’autres erreurs techniques qui enfreignent les règles ACH.
Erreurs bancaires
Exemples de codes : R13 (Numéro d'acheminement ACH non valide), R26 (Erreur de champ obligatoire)
Ces retours sont liés à des problèmes avec la banque réceptrice, tels que le fait de ne pas être autorisé à utiliser le réseau ACH ou des erreurs dans le traitement des champs obligatoires d’une transaction.
Litiges et fraude
Exemples de codes : R29 (Le client entreprise indique une transaction non autorisée), R51 (L'élément lié à l'entrée RCK est inadmissible ou l'entrée RCK est incorrecte)
Si un titulaire du compte conteste une transaction comme étant non autorisée, ce qui peut indiquer une fraude ou des divergences dans la façon dont les entrées ont été traitées, la transaction peut être retournée avec ces codes.
Défaillances techniques ou procédurales
Exemples de codes : R20 (Compte non transactionnel), R24 (Entrée en double)
Les paiements dirigés vers des comptes non transactionnels (les comptes ne sont pas autorisés à traiter des débits ou des crédits automatisés) ou les transactions en double (lorsqu’une même écriture est envoyée plus d’une fois) sont également des motifs courants de retours ACH.
Conformité et questions juridiques
Exemples de codes : R16 (Compte gelé)
Ce code d’erreur peut signifier que les comptes ont été gelés en raison d’une action en justice ou que les transactions ont été interrompues pour violation de la réglementation.
Liste complète des codes de retour ACH
Les codes de rejet et de retour de la CCA couvrent un large éventail de scénarios, allant de simples erreurs administratives à des problèmes plus complexes liés aux transactions internationales et à la conformité. Avant d'aborder les codes spécifiques, il est utile de comprendre quelques termes clés :
Entrée : Toute soumission de transaction par la CCA
IAT : Transaction internationale par la CCA
ODFI : Institution financière dépositaire d'origine qui envoie des transactions par la CCA
RDFI : Institution financière dépositaire réceptrice qui reçoit des transactions par la CCA
Chaque code fournit des renseignements précis sur la raison pour laquelle une transaction a échoué ou nécessite une attention particulière. Voici tous les codes de rejet et de retour de la CCA :
|
Code
|
Description
|
Catégorie
|
|---|---|---|
| R01 | Fonds insuffisants | Financement |
| R02 | Compte fermé | Compte |
| R03 | Aucun compte / Impossible de localiser le compte | Compte |
| R04 | Numéro de compte non valide | Compte |
| R05 | Débit non autorisé sur le compte du client à l'aide du code SEC d'entreprise | Autorisation |
| R06 | Retourné à la demande de l'ODFI | Administratif |
| R07 | Autorisation révoquée par le client | Autorisation |
| R08 | Paiement arrêté | Autorisation |
| R09 | Fonds non recouvrés | Financement |
| R10 | Le client signale que la transaction n'est pas autorisée | Autorisation |
| R11 | Retour d'entrée de troncature de chèque | Chèque / RCK |
| R12 | Succursale vendue à un autre IFD | Institution |
| R13 | Numéro d'acheminement de la CCA non valide | Administratif |
| R14 | Bénéficiaire représentatif décédé ou incapable de continuer à agir à ce titre | Personne décédée |
| R15 | Bénéficiaire ou titulaire du compte (autre qu'un bénéficiaire représentatif) décédé | Personne décédée |
| R16 | Compte gelé | Compte |
| R17 | Critères de modification de l'enregistrement du fichier | Administratif |
| R18 | Date d'entrée effective incorrecte | Administratif |
| R19 | Erreur de champ de montant | Administratif |
| R20 | Compte non transactionnel | Compte |
| R21 | Identification de l'entreprise non valide | Administratif |
| R22 | Numéro d'identification du particulier non valide | Administratif |
| R23 | Entrée de crédit refusée par le destinataire | Autorisation |
| R24 | Entrée en double | Administratif |
| R25 | Erreur d'addenda | Administratif |
| R26 | Erreur de champ obligatoire | Administratif |
| R27 | Erreur de numéro de suivi | Administratif |
| R28 | Erreur du chiffre de contrôle du numéro d'acheminement | Administratif |
| R29 | L'entreprise cliente indique qu'elle n'est pas autorisée | Autorisation |
| R30 | Le RDFI ne participe pas au programme de troncature des chèques | Chèque / RCK |
| R31 | Entrée de retour autorisée (CCD et CTX uniquement) | Administratif |
| R32 | Non-règlement de la RDFI | Institution |
| R33 | Retour de l'entrée XCK | Chèque / RCK |
| R34 | IFD à participation limitée | Institution |
| R35 | Retour d'une entrée de débit incorrecte | Administratif |
| R36 | Retour d'une entrée de crédit incorrecte | Administratif |
| R37 | Document source présenté pour le paiement | Chèque / RCK |
| R38 | Arrêter le paiement sur le document source | Chèque / RCK |
| R39 | Document source incorrect | Chèque / RCK |
| R40 | Retour de l'entrée ENR par un organisme gouvernemental fédéral | Inscription gouvernementale |
| R41 | Code de transaction non valide | Inscription gouvernementale |
| R42 | Numéro d'acheminement / erreur du chiffre de contrôle | Inscription gouvernementale |
| R43 | Numéro de compte DFI non valide | Inscription gouvernementale |
| R44 | Numéro d'identification du particulier non valide | Inscription gouvernementale |
| R45 | Nom du particulier non valide | Inscription gouvernementale |
| R46 | Indicateur de représentant de bénéficiaire non valide | Inscription gouvernementale |
| R47 | Inscription en double | Inscription gouvernementale |
| R50 | Loi de l'État affectant l'acceptation RCK | Chèque/RCK |
| R51 | Poste (de facture) lié à l'entrée RCK non admissible ou entrée RCK incorrecte | Chèque/RCK |
| R52 | Arrêt de paiement sur le poste (de facture) lié à l'entrée RCK | Chèque/RCK |
| R53 | Poste (de facture) et entrée RCK présentés pour paiement | Chèque/RCK |
| R61 | Retour mal acheminé | Retour refusé |
| R62 | Retour de débit erroné ou d'annulation | Retour refusé |
| R63 | Montant en dollars incorrect | Retour refusé |
| R64 | Identification du particulier incorrecte | Retour refusé |
| R65 | Code de transaction incorrect | Retour refusé |
| R66 | Identification de l'entreprise incorrecte | Retour refusé |
| R67 | Retour en double | Retour refusé |
| R68 | Retour tardif | Retour refusé |
| R69 | Erreur(s) de champ | Retour refusé |
| R70 | Entrée de retour autorisée non acceptée / Retour non demandé par l'ODFI | Retour refusé |
| R71 | Retour refusé mal acheminé | Retour refusé |
| R72 | Retour refusé tardif | Retour refusé |
| R73 | Retour original en temps opportun | Retour refusé |
| R74 | Retour corrigé | Retour refusé |
| R75 | Retour non en double | Retour refusé |
| R76 | Aucune erreur trouvée | Retour refusé |
| R77 | Non-acceptation du retour refusé R62 | Retour refusé |
| R80 | Erreurs de codage de l'entrée IAT | International |
| R81 | Non-participant au programme IAT | International |
| R82 | Identification de DFI de réception étrangère non valide | International |
| R83 | DFI de réception étrangère incapable de régler | International |
| R84 | Entrée non traitée par la passerelle | International |
| R85 | Paiement international sortant mal codé | International |
Comment réduire les retours ACH
Réduire les retours de paiements par chambre de compensation automatisée (ACH) peut vous faire économiser de l'argent, diminuer la charge administrative de votre personnel et améliorer l'expérience de vos clients en minimisant les retards de paiement et en atténuant la frustration liée au processus de paiement. Il est recommandé de comparer vos taux de retour ACH avec les références de votre secteur et de collaborer avec d'autres entreprises de votre domaine pour partager des bonnes pratiques visant à réduire ces retours. (Par exemple, un taux de retour non autorisé de 0,5 % ou plus, un taux de retour administratif de 3 % ou plus, ou un taux de retour global de 15 % ou plus déclenche une vérification de conformité de Nacha.) Assurez-vous de traiter rapidement les retours ACH lorsqu'ils se produisent et envisagez d'implémenter des flux de travail automatisés pour catégoriser et traiter les retours en temps réel.
Voici quelques idées pour vous aider à réduire les retours ACH. Évaluez soigneusement le rapport coût-efficacité de ces stratégies de prévention du rendement pour vous assurer que vous équilibrez les coûts de placement par rapport aux économies potentielles.
Vérifiez les informations du compte avant d'initier des transactions : Utilisez des services de vérification d'adresse (AVS) et le système Positive Pay pour vous assurer que les informations du compte correspondent aux dossiers bancaires. Envisagez de valider électroniquement la propriété du compte avant d'initier des débits par le biais de microdépôts ou d'outils de vérification instantanée de compte.
Informez les clients à l'avance sur l'autorisation ACH : Communiquez clairement sur les processus d'autorisation ACH et les frais potentiels associés aux fonds insuffisants ou aux transactions non autorisées.
Établissez des cotes de risque à partir de vos données historiques de retour : Analysez les données historiques de retour pour repérer des tendances et créer des cotes de risque pour les nouvelles transactions. Tenez compte de l'historique du client, du montant de la transaction et des tendances du secteur.
Surveillez les transactions en temps réel pour détecter les activités suspectes : Implémentez des outils qui surveillent les transactions ACH pour détecter les activités suspectes, comme les débits de grande valeur provenant de nouveaux comptes.
Rédigez des descriptions de transaction claires et exactes : Utilisez des descriptions de transaction concises et faciles à comprendre, qui reflètent fidèlement l'objectif du paiement. Des descriptions ambiguës peuvent susciter l'inquiétude des clients et entraîner des retours.
Envoyez des préavis avant les débits initiaux ou récurrents : Lorsque cela est possible, envoyez des préavis aux clients pour les informer des prochaines transactions ACH, en particulier pour les débits initiaux ou les paiements récurrents.
Offrez aux clients de multiples façons de joindre le service d'assistance : Proposez plusieurs moyens par lesquels les clients peuvent contacter le service d'assistance concernant les transactions qu'ils ne reconnaissent pas ou pour mettre à jour les informations de leur compte.
Regroupez les transactions à faible risque : Utilisez des stratégies de regroupement pour soumettre ensemble les transactions à faible risque.
Optimisez votre stratégie de réseau ACH : Collaborez avec votre prestataire de services de paiement pour explorer des stratégies avancées d'optimisation de réseau ACH. Cela pourrait inclure le choix des options d'acheminement les plus appropriées ou l'utilisation des capacités ACH le jour même pour accélérer les règlements et réduire le risque de fonds insuffisants. En 2025, 1,4 milliard de paiements ACH le jour même ont été traités.
Associez-vous à des spécialistes de la prévention des retours ACH : Envisagez de vous associer à des services spécialisés dans la prévention des retours ACH qui offrent des capacités avancées de nettoyage et de vérification des données.
Tenez-vous au courant des règles d'exploitation de Nacha : Suivez les dernières règles d'exploitation de Nacha et les bonnes pratiques pour les transactions ACH. Par exemple, l'organisation a récemment introduit de nouvelles règles exigeant des descriptions d'entrée d'entreprise plus précises, telles que « PAYROLL » et « PURCHASE », pour une meilleure transparence.
Renforcez la sécurité de votre système de traitement ACH : Maintenez des protocoles de sécurité robustes tout au long de votre système de traitement ACH pour minimiser le risque de transactions frauduleuses et de retours.
Comment Stripe Payments peut vous aider
Stripe Payments permet aux entreprises de mettre en place et d’accepter plus de 125 modes de paiement, y compris le prélèvement CCA. Il s’agit d’une solution de paiements unifiée et globale qui permet à toutes les entreprises, de jeunes entreprises qui se développent aux entreprises internationales, d’accepter des paiements en ligne, en personne et dans le monde entier.
Stripe Payments peut vous aider à :
Simplifier la vérification : vérifiez instantanément les ACH Direct Debits ou envoyez des micro-dépôts pour vérifier les informations du compte bancaire des clients dans un délai de deux jours ouvrables.
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 propulser vos paiements en ligne et en personne ou commencez dès aujourd’hui.
Le contenu de cet article est fourni uniquement à des fins informatives et pédagogiques. Il ne saurait constituer un conseil juridique ou fiscal. Stripe ne garantit pas l'exactitude, l'exhaustivité, la pertinence, ni l'actualité des informations contenues dans cet article. Nous vous conseillons de consulter un avocat compétent ou un comptable agréé dans le ou les territoires concernés pour obtenir des conseils adaptés à votre situation particulière.