Os pagamentos pela Automated Clearing House (ACH) são transações eletrônicas que transferem fundos entre contas bancárias nos Estados Unidos. Eles são comumente usados para depósito direto, pagamentos de contas, transações B2B e pagamentos entre pessoas.
Os pagamentos ACH são processados pela rede ACH, um sistema seguro e confiável operado pela National Automated Clearing House Association (Nacha). Em 2025, a rede ACH transferiu US$ 93 trilhões. Apesar de sua confiabilidade, falhas de pagamento ACH acontecem e, quando um pagamento ACH falha ou é devolvido, o impacto no fluxo de caixa, no relacionamento com clientes e na conformidade pode ser significativo. Quando acontecem falhas ACH, é importante entender por que ocorreram e agir adequadamente.
Explicaremos por que as devoluções ACH comumente acontecem, forneceremos uma lista completa de códigos de devolução ACH e descreveremos como reduzir as falhas de pagamento ACH na sua empresa.
O que vamos abordar neste artigo?
- O que acontece quando um pagamento ACH é devolvido?
- Por que as devoluções de pagamento ACH acontecem.
- Uma lista completa de códigos de devolução ACH.
- Como reduzir devoluções ACH.
- Como o Stripe Payments pode ajudar
O que acontece quando um pagamento com ACH é devolvido?
Um pagamento ACH devolvido significa que a transação não pôde ser concluída e os fundos foram devolvidos à conta de origem, geralmente com um código de devolução que identifica o motivo da falha. Uma devolução é um pouco diferente de uma rejeição, que ocorre quando uma entrada nunca é aceita na rede ACH para processamento.
Há vários motivos pelos quais um pagamento ACH pode ser devolvido ou rejeitado, incluindo fundos insuficientes na conta do remetente, uma conta encerrada ou informações de conta incorretas. Veja o que acontece quando um pagamento ACH é devolvido.
Notificação do banco: O banco recebedor notifica o banco de origem (o banco do remetente) de que o pagamento ACH foi devolvido. Ele fornece um código de motivo ou descrição da devolução que indica por que a transação não pôde ser concluída.
Notificação do remetente: O banco de origem informa ao remetente (geralmente uma empresa ou pessoa física) que o pagamento ACH foi devolvido, junto com o motivo fornecido pelo banco recebedor.
Reenvio ou correção: Dependendo do motivo da devolução, o remetente pode precisar corrigir as informações de pagamento (como atualizar os dados da conta) antes de reenviar a transação.
Reconciliação: O remetente reconcilia seus registros para refletir o pagamento devolvido e toma as medidas necessárias para resolver a situação, como entrar em contato com o destinatário para combinar uma forma de pagamento alternativa.
Pagamentos com ACH devolvidos podem incorrer em tarifas que, normalmente, o banco do remetente cobra do remetente. Essas tarifas variam de acordo com as políticas do banco e a natureza da devolução.
Por que ocorrem as devoluções de pagamento com ACH
Os pagamentos com ACH podem ser devolvidos por vários motivos. Veja a seguir algumas explicações mais comuns.
Fundos insuficientes
Código de exemplo: R01 (Fundos insuficientes)
Isso ocorre quando a conta da qual o pagamento está sendo retirado não tem fundos adequados para cobrir a transação no momento do processamento.
Problemas com a conta
Códigos de exemplo: R02 (Conta encerrada), R03 (Sem conta / Não foi possível localizar a conta), R04 (Número de conta inválido)
Os pagamentos são devolvidos quando o número de conta informado não existe, corresponde a uma conta encerrada ou é inválido. Isso pode ocorrer devido a erros de entrada, encerramento de contas ou outras discrepâncias administrativas.
Problemas de autorização
Códigos de exemplo: R07 (Autorização revogada pelo cliente), R10 (Cliente informa que não autorizou)
Essas devoluções acontecem quando o originador não tem autorização do titular da conta para iniciar o débito ou quando a autorização foi revogada após a concessão inicial.
Interromper pagamentos
Código de exemplo: R08 (Pagamento suspenso)
Se um titular de conta criar uma ordem de interrupção para um pagamento específico, o débito ACH será devolvido.
Erros administrativos
Códigos de exemplo: R05 (Débito não autorizado na conta do consumidor usando código SEC corporativo), R17 (Critérios de edição de registro de arquivo)
Se a transação tiver sido formatada incorretamente, podem ocorrer erros. Isso pode significar uma divergência nos códigos de pagamento (por exemplo, aplicação de um código de transação corporativo em uma conta de consumidor) ou outros erros técnicos que violam as regras do ACH.
Erros bancários
Códigos de exemplo: R13 (Routing number de ACH inválido), R26 (Erro de campo obrigatório)
Essas devoluções estão relacionadas a problemas com o banco receptor, como não estar qualificado para participar da rede ACH ou erros no processamento dos campos obrigatórios em uma transação.
Contestações e fraudes
Códigos de exemplo: R29 (Cliente corporativo informa que não autorizou), R51 (Item relacionado à entrada RCK não elegível ou entrada RCK inadequada)
Se um titular da conta contestar uma transação como não autorizada, indicando possivelmente fraude ou discrepâncias em como as entradas foram processadas, a transação poderá ser devolvida com estes códigos.
Falhas técnicas ou procedurais
Códigos de exemplo: R20 (Conta sem transações), R24 (Entrada duplicada)
Pagamentos direcionados a contas sem transação (contas que não podem aceitar débitos ou créditos automáticos) ou transações duplicadas (a mesma entrada é enviada mais de uma vez) também são motivos comuns de devoluções de ACH.
Conformidade e questões jurídicas
Códigos de exemplo: R16 (Conta congelada)
Esse código de erro pode indicar que as contas foram bloqueadas devido a ações legais ou que as transações foram interrompidas por violações da regulamentação.
Uma lista completa de códigos de devolução de ACH
Os códigos de devolução e de rejeição de ACH abrangem vários cenários, de simples erros administrativos a problemas mais complexos relacionados a transações internacionais e conformidade. Antes de falarmos sobre os códigos específicos, é útil entender alguns termos importantes:
Lançamento: Qualquer envio de transação ACH
IAT: Transação ACH internacional
ODFI: Originating Depository Financial Institution (Instituição financeira depositária de origem) que envia transações ACH
RDFI: Receiving Depository Financial Institution (Instituição financeira depositária de recebimento) que recebe transações ACH
Cada código fornece informações específicas sobre o motivo da falha ou necessidade de atenção de uma transação. Confira abaixo todos os códigos de rejeição e devolução de ACH:
|
Código
|
Descrição
|
Categoria
|
|---|---|---|
| R01 | Fundos insuficientes | Fundos |
| R02 | Conta encerrada | Conta |
| R03 | Nenhuma conta/Não foi possível localizar a conta | Conta |
| R04 | Número de conta inválido | Conta |
| R05 | Débito não autorizado na conta do consumidor usando o código corporativo da SEC | Autorização |
| R06 | Devolvido conforme solicitação da ODFI | Administrativa |
| R07 | Autorização revogada pelo cliente | Autorização |
| R08 | Pagamento interrompido | Autorização |
| R09 | Fundos não recolhidos | Fundos |
| R10 | O cliente informa não ser autorizado | Autorização |
| R11 | Devolução de lançamento de truncamento de cheque | Cheque/RCK |
| R12 | Agência vendida a outra DFI | Instituição |
| R13 | Routing number do ACH inválido | Administrativa |
| R14 | Beneficiário representante falecido ou incapacitado de continuar na função | Falecido |
| R15 | Beneficiário ou titular da conta (não sendo um beneficiário representante) falecido | Falecido |
| R16 | Conta congelada | Conta |
| R17 | Critérios de edição de registro de arquivo | Administrativa |
| R18 | Data efetiva de lançamento inadequada | Administrativa |
| R19 | Erro de campo de valor | Administrativa |
| R20 | Conta sem transação | Conta |
| R21 | Identificação de empresa inválida | Administrativa |
| R22 | Número de identificação de pessoa física inválido | Administrativa |
| R23 | Lançamento de crédito recusado pelo recebedor | Autorização |
| R24 | Lançamento duplicado | Administrativa |
| R25 | Erro de adendo | Administrativa |
| R26 | Erro de campo obrigatório | Administrativa |
| R27 | Erro de número de rastreamento | Administrativa |
| R28 | Erro de dígito de verificação do routing number | Administrativa |
| R29 | O cliente corporativo informa não ser autorizado | Autorização |
| R30 | RDFI não participante de programa de truncamento de cheque | Cheque/RCK |
| R31 | Lançamento de devolução permitido (apenas CCD e CTX) | Administrativa |
| R32 | Não liquidação de fundos pela RDFI | Instituição |
| R33 | Devolução de lançamento XCK | Cheque/RCK |
| R34 | DFI com participação limitada | Instituição |
| R35 | Devolução de lançamento a débito inadequado | Administrativa |
| R36 | Devolução de lançamento a crédito inadequado | Administrativa |
| R37 | Source (documento de origem) apresentado para pagamento | Cheque/RCK |
| R38 | Interrupção de pagamento em Source (documento de origem) | Cheque/RCK |
| R39 | Source (documento de origem) inadequado | Cheque/RCK |
| R40 | Devolução de lançamento de inscrição (ENR) por órgão público federal | Inscrição em governo |
| R41 | Código de transação inválido | Inscrição em governo |
| R42 | Erro de routing number/dígito de verificação | Inscrição em governo |
| R43 | Número de conta DFI inválido | Inscrição em governo |
| R44 | Número de identificação de Pessoa Física inválido | Inscrição governamental |
| R45 | Nome de Pessoa Física inválido | Inscrição governamental |
| R46 | Indicador de beneficiário representante inválido | Inscrição governamental |
| R47 | Inscrição duplicada | Inscrição governamental |
| R50 | Lei estadual que afeta a aceitação de RCK | Cheque/RCK |
| R51 | Item relacionado ao lançamento de RCK não elegível ou lançamento de RCK impróprio | Cheque/RCK |
| R52 | Sustação de Pagamento de Item relacionado ao lançamento de RCK | Cheque/RCK |
| R53 | Item e lançamento de RCK apresentados para Pagamento | Cheque/RCK |
| R61 | Retorno encaminhado incorretamente | Retorno desonrado |
| R62 | Retorno de débito incorreto ou de estorno | Retorno desonrado |
| R63 | Valor em dólares incorreto | Retorno desonrado |
| R64 | Identificação de Pessoa Física incorreta | Retorno desonrado |
| R65 | Código de Transação incorreto | Retorno desonrado |
| R66 | Identificação de Empresa incorreta | Retorno desonrado |
| R67 | Retorno duplicado | Retorno desonrado |
| R68 | Retorno intempestivo | Retorno desonrado |
| R69 | Erro(s) de campo | Retorno desonrado |
| R70 | Lançamento de retorno permitido não aceito / Retorno não solicitado por ODFI | Retorno desonrado |
| R71 | Retorno desonrado encaminhado incorretamente | Retorno desonrado |
| R72 | Retorno desonrado intempestivo | Retorno desonrado |
| R73 | Retorno original tempestivo | Retorno desonrado |
| R74 | Retorno corrigido | Retorno desonrado |
| R75 | Retorno não é uma duplicata | Retorno desonrado |
| R76 | Nenhum erro encontrado | Retorno desonrado |
| R77 | Não aceitação de retorno desonrado R62 | Retorno desonrado |
| R80 | Erros de codificação de lançamento IAT | Internacional |
| R81 | Não participante do programa IAT | Internacional |
| R82 | Identificação de DFI receptora estrangeira inválida | Internacional |
| R83 | DFI receptora estrangeira incapaz de Liquidar | Internacional |
| R84 | Lançamento não processado pelo gateway | Internacional |
| R85 | Pagamento internacional de saída codificado incorretamente | Internacional |
Como reduzir devoluções de ACH
Reduzir as devoluções de ACH pode economizar dinheiro, reduzir a carga administrativa da sua equipe e melhorar a experiência dos seus clientes, minimizando os atrasos nos pagamentos e abordando a frustração com o processo de pagamento. É uma boa ideia acompanhar suas taxas de devolução de ACH em relação aos benchmarks do setor e colaborar com outras empresas do seu setor para compartilhar práticas recomendadas e reduzir as devoluções. (Por exemplo, um nível de taxa de devolução não autorizada de 0,5% ou mais, um nível de devolução administrativa de 3% ou mais, ou um nível de taxa de devolução geral de 15% ou mais desencadeia uma análise de conformidade da Nacha.) Certifique-se de abordar as devoluções de ACH prontamente quando elas ocorrerem e considere implementar fluxos de trabalho automatizados para categorizar e abordar devoluções em tempo real.
Veja a seguir algumas ideias para ajudar a reduzir as devoluções de ACH. Avalie cuidadosamente a relação custo-benefício dessas estratégias de prevenção de devoluções para garantir um equilíbrio entre os custos de investimento e economias possíveis.
Verifique os dados da conta antes de iniciar transações: Use serviços de verificação de endereço (AVS) e Positive Pay para garantir que os dados da conta correspondam aos registros bancários. Considere validar eletronicamente a propriedade da conta antes de iniciar débitos por meio de microdepósitos ou ferramentas de verificação instantânea de conta.
Eduque os clientes sobre a autorização de ACH antecipadamente: Comunique-se claramente sobre os processos de autorização de ACH e as possíveis taxas associadas a fundos insuficientes ou transações não autorizadas.
Crie pontuações de risco a partir dos seus dados históricos de devolução: Analise os dados históricos de devolução para identificar padrões e criar pontuações de risco para novas transações. Considere o histórico do cliente, o tamanho da transação e as tendências do setor.
Monitore transações em tempo real em busca de atividades suspeitas: Implemente ferramentas que monitorem as transações de ACH em busca de atividades suspeitas, como débitos de alto valor de novas contas.
Escreva descrições de transação claras e precisas: Use descrições de transação fáceis de entender e concisas que reflitam com precisão o propósito do pagamento. Descrições ambíguas podem gerar sinais de alerta para os clientes e levar a devoluções.
Envie notificações prévias antes de débitos iniciais ou recorrentes: Quando possível, envie notificações prévias aos clientes informando-os sobre transações de ACH futuras, especialmente para débitos iniciais ou pagamentos recorrentes.
Ofereça várias maneiras de os clientes entrarem em contato com o suporte: Forneça várias maneiras para os clientes entrarem em contato com o suporte sobre transações que eles não reconhecem ou para atualizar as informações da conta deles.
Agrupe transações de baixo risco: Use estratégias de agrupamento para enviar transações de baixo risco juntas.
Otimize sua estratégia de rede ACH: Trabalhe com seu processador de pagamentos para explorar estratégias avançadas de otimização de rede ACH. Elas podem incluir a escolha das opções de direcionamento mais adequadas ou o uso de recursos de ACH no mesmo dia para acelerar as liquidações e reduzir o risco de fundos insuficientes. Em 2025, 1,4 bilhão de pagamentos ACH no mesmo dia foram processados.
Faça parceria com especialistas em prevenção de devoluções de ACH: Considere fazer parceria com serviços especializados de prevenção de devoluções de ACH que oferecem recursos avançados de depuração e verificação de dados.
Mantenha-se atualizado sobre as regras operacionais da Nacha: Siga as mais recentes regras operacionais da Nacha e práticas recomendadas para transações de ACH. Por exemplo, a organização introduziu recentemente novas regras exigindo descrições de entrada de empresa mais específicas, como “PAYROLL” e “PURCHASE”, para melhorar a transparência.
Fortaleça a segurança em todo o seu sistema de processamento de ACH: Mantenha protocolos de segurança fortes em todo o seu sistema de processamento de ACH para minimizar o risco de transações fraudulentas e devoluções.
Como o Stripe Payments pode ajudar
O Stripe Payments permite que empresas configurem e aceitem mais de 125 formas de pagamento, incluindo ACH Direct Debit. Ele oferece uma solução unificada de pagamentos globais que ajuda qualquer empresa — de startups em crescimento a empresas globais — a aceitar pagamentos online, presencialmente e em todo o mundo.
O Stripe Payments pode ajudar você a:
Simplificar a verificação: Verifique instantaneamente ACH Direct Debits ou envie microdepósitos para verificar dados da conta bancária de clientes em até 2 dias úteis.
Simplificar reembolsos: Faça reembolsos ou devolva fundos excedentes ao cliente.
Otimizar a experiência de checkout: crie uma experiência do cliente sem atrito e economize milhares de horas de engenharia com interfaces de pagamento pré-integradas e a Link, a carteira digital da Stripe.
Expandir para novos mercados mais rápido: alcance clientes no mundo todo e reduza a complexidade e o custo da gestão de várias moedas com opções de pagamento internacional, disponíveis em 195 países e em mais de 135 moedas.
Unifique pagamentos presenciais e online: desenvolva uma experiência de unified commerce entre canais online e presenciais para personalizar interações, recompensar a fidelidade e aumentar a receita.
Melhorar o desempenho dos pagamentos: aumente a receita com ferramentas configuráveis, proteção contra fraudes no-code e recursos avançados que elevam as taxas de autorização.
Avançar mais rápido com uma plataforma flexível e confiável para crescer: desenvolva sobre uma plataforma projetada para crescer junto com o seu negócio, com 99,999% de disponibilidade histórica e confiabilidade líder do setor.
Saiba mais sobre como o Stripe Payments pode potencializar seus pagamentos presenciais e online ou comece já.
O conteúdo deste artigo é apenas para fins gerais de informação e educação e não deve ser interpretado como aconselhamento jurídico ou tributário. A Stripe não garante a exatidão, integridade, adequação ou atualidade das informações contidas no artigo. Você deve procurar a ajuda de um advogado competente ou contador licenciado para atuar em sua jurisdição para aconselhamento sobre sua situação particular.