As transferências da Automated Clearing House (ACH) são uma forma comum de empresas e pessoas físicas enviarem ou receberem dinheiro eletronicamente. Em 2024, o total de dólares transferidos chegou a US$ 86,2 trilhões, e a rede ACH processou 33,56 bilhões de pagamentos. Apesar de sua conveniência, baixo custo e popularidade, ainda é razoavelmente comum que transferências ACH sejam rejeitadas.

Quando não é possível processar uma transferência ACH, a rede ACH retorna um "código de rejeição" ou "código de retorno" que explica por que a transferência não foi concluída. Os códigos variam de R01 a R85, com motivos comuns, como fundos insuficientes ou número de conta incorreto.

Quando ocorrem rejeições na rede ACH, as empresas precisam saber o que deu errado para evitar problemas futuros e manter a confiança e a satisfação dos clientes. A seguir, abordaremos os diferentes tipos de códigos de rejeição, suas causas, como evitá-las e como lidar com elas quando ocorrerem.

O que vamos abordar neste artigo?

• O que são transferências ACH?
  
• O que são códigos de rejeição ACH?
  
• Por que ocorrem rejeições na ACH
  
• Lista de códigos de rejeição ACH
  
• Como as empresas devem lidar com rejeições na ACH
  
• Como o Stripe Payments pode ajudar
  

O que são transferências ACH?

As transferências da Automated Clearing House (ACH) são uma forma de transferência eletrônica de dinheiro que movimenta fundos entre diferentes instituições financeiras. Essas transações geralmente são processadas em massa e regidas pelas regras estabelecidas pela Nacha (originalmente National Automated Clearing House Association) nos Estados Unidos.

As transferências de ACH são uma forma de pagamento confiável, econômica e versátil que as empresas dos EUA adotaram amplamente. Embora essas transferências possam levar alguns dias para serem compensadas, sua versatilidade e baixos custos geralmente superam as desvantagens, especialmente para a eficiência operacional e a gestão de custos. Confira os principais pontos a saber sobre as transferências de ACH.

O que são códigos de rejeição de ACH?

Os códigos de rejeição de ACH são mensagens alfanuméricas que sinalizam por que uma transação ACH falhou ao ser processada. Esses códigos descrevem o que deu errado com uma transferência de ACH específica, permitindo que empresas e instituições financeiras tomem medidas corretivas.

Por que as rejeições de ACH acontecem

As rejeições de ACH podem ocorrer por vários motivos e geralmente se enquadram em uma de cinco categorias: erros administrativos, problemas de autorização, insuficiência financeira, restrições de prazo e processamento, ou gestão de riscos e conformidade regulatória. Cada categoria tem seus próprios desafios e exige soluções específicas. Confira mais detalhes sobre por que as rejeições de ACH acontecem.

Erros administrativos

• Informações incorretas da conta: um dos motivos mais comuns para rejeições de ACH são números de conta ou números de roteamento incorretos. Informações incorretas da conta bloqueiam as transferências de ACH.

• Contas encerradas ou inexistentes: uma conta encerrada ou inexistente aciona uma rejeição de ACH com um código como R02 ou R03.

• Incompatibilidade do tipo de conta: uma incompatibilidade do tipo de conta impede uma transferência de ACH.

Problemas de autorização

• Falta de pré-autorização: uma autorização ausente causa uma rejeição de ACH.

• Autorização revogada: uma autorização revogada bloqueia as transações de ACH subsequentes.

• Contestações de autorização corporativa: no contexto de transações corporativas, uma entidade corporativa pode informar que um débito ou crédito de ACH não está autorizado. Quando isso ocorre, o sistema sinaliza e rejeita a transação.

Problemas financeiros

• Fundos insuficientes: um dos motivos mais diretos para uma rejeição de ACH é a falta de fundos na conta que está sendo debitada. Fundos insuficientes acionam uma rejeição R01.

• Fundos não recolhidos: os fundos podem estar presentes em uma conta, mas ainda não foram liberados ou recolhidos. Nesse caso, fundos não recolhidos causam uma rejeição R09.

• Pedidos de suspensão de pagamento: os titulares de conta têm o direito de emitir um pedido de suspensão de pagamento contra transações específicas. Um pedido de suspensão de pagamento bloqueia qualquer débito de ACH correspondente.

Restrições de tempo e processamento

• Entradas antigas ou expiradas: em alguns casos, as transações de ACH têm um período de tempo limitado durante o qual podem ser processadas. Uma entrada antiga ou expirada resulta em uma rejeição de ACH.

• Excesso dos limites de transação: contas de pessoas físicas e empresas podem ter limites diferentes para os valores que podem transferir. A Nacha aumentou seu limite de pagamento de ACH no mesmo dia para US$ 1 milhão por pagamento em 2022. Um remetente que excede os limites de transação causará uma rejeição da transferência de ACH.

• Problemas de originação: às vezes, o problema pode estar na Instituição Financeira Depositária de Origem (ODFI), e não na conta de recebimento. Um problema de originação da ODFI impede a conclusão da transação.

Gestão de riscos e conformidade regulatória

• Suspeita de fraude: as instituições financeiras monitoram continuamente atividades suspeitas. A suspeita de fraude aciona uma rejeição de ACH.

• Não conformidade com os regulamentos: a não conformidade regulatória causa a rejeição de ACH. Isso pode incluir falhas na criptografia de ponta a ponta ou a não adesão aos protocolos de autenticação de dois fatores.

Entender esses motivos pode ajudar as empresas e instituições financeiras a ajustar seus processos de transação de ACH, melhorar a solução de problemas e resolver problemas mais rapidamente.

Lista de códigos de rejeição ACH e como evitá-los

Os códigos de devolução e rejeição da ACH são inevitáveis ao aceitar transferências bancárias como forma de pagamento. Antes de falarmos sobre códigos específicos, vamos analisar alguns termos essenciais:

• Envio: qualquer envio de transação da ACH
  
• Devolução: quando um envio foi devolvido para a ODFI depois de ser aceito para processamento
  
• Rejeição: quando um envio sequer foi aceito na rede da ACH para processamento desde o início
  
• ODFI: Originating Depository Financial Institution (instituição financeira depositária de origem) que envia transações da ACH
  
• RDFI: Receiving Depository Financial Institution (instituição financeira depositária de destino) que recebe transações da ACH
  

Veja uma lista de todos os códigos de rejeição de ACH, o que eles significam, o que os causam e quais ações exigem que você faça:

R01 - Fundos insuficientes

• Descrição: não há fundos suficientes na conta para cobrir a transação.
  
• Prevenção: monitore o saldo da conta regularmente e configure alertas de saldo baixo.
  
• Ação: entre em contato com o titular da conta para resolver o problema e envie a transação assim que houver fundos disponíveis.
  

R02 - Conta encerrada

• Descrição: o titular da conta encerrou a conta que está sendo acessada.
  
• Prevenção: confirme o status da conta antes de iniciar transações.
  
• Ação: solicite informações da nova conta ao titular da conta e atualize seus registros.
  

R03 - Nenhuma conta encontrada/não foi possível encontrar a conta

• Descrição: o número da conta ou as informações de direcionamento não correspondem a nenhuma conta na RDFI.
  
• Prevenção: verifique os números de conta antes de iniciar transações.
  
• Ação: solicite as informações corretas da conta ao beneficiário.
  

R04 - Número de conta inválido

• Descrição: o número da conta fornecido na transação está incorreto porque os dígitos estão incorretos, não passou na validação digital ou não corresponde aos números de conta da RDFI.
  
• Prevenção: valide os números de conta comparando com uma estrutura predefinida.
  
• Ação: solicite o número da conta correto e reenvie.
  

R05 - Débito não autorizado na conta de cliente usando código SEC corporativo

• Descrição: um código de Standard Entry Class (SEC) corporativo foi usado incorretamente para uma conta de cliente.
  
• Prevenção: confira se está usando os códigos SEC corretos para o tipo de transação.
  
• Ação: corrija o código SEC e reenvie a transação.
  

R06 - Devolvido por solicitação da ODFI

• Descrição: a ODFI devolveu a transação por vários motivos.
  
• Prevenção: confirme os detalhes da transação antes de enviar.
  
• Ação: entre em contato com a ODFI para determinar o problema e decidir as próximas etapas.
  

R07 - Autorização revogada pelo cliente

• Descrição: o cliente revogou a autorização da transação.
  
• Prevenção: mantenha as autorizações atualizadas e se comunique com os clientes.
  
• Ação: não reenvie sem uma nova autorização.
  

R08 - Pagamento interrompido

• Descrição: o titular da conta fez uma ordem para interromper o pagamento nessa transação específica. Esse código é o pedido geral para a maioria dos pagamentos interrompidos, com exceção de interrupções num documento de origem ou envios RCK (cheques devolvidos), que têm códigos específicos abaixo.
  
• Prevenção: confirme a autorização e os detalhes do pagamento com o titular da conta.
  
• Ação: entre em contato com o titular da conta para resolver o problema.
  

R09 - Fundos não cobrados

• Descrição: a conta pode ter depósitos que ainda não foram compensados, resultando em fundos insuficientes para a transação.
  
• Prevenção: conheça os prazos de compensação dos depósitos.
  
• Ação: você pode reenviar assim que os fundos forem cobrados.
  

R10 - O cliente informa não estar autorizado

• Descrição: o cliente afirmou que a transação não foi autorizada.
  
• Prevenção: proteja a devida autorização antes de iniciar a transação.
  
• Ação: não reenvie sem conseguir uma nova autorização.
  

R11 - Truncamento de cheque no retorno de envio

• Descrição: ocorreu um erro no truncamento (compensação de cheques) por vários motivos, dependendo da política do banco.
  
• Prevenção: confirme os detalhes do cheque antes do truncamento.
  
• Ação: consulte o banco para conferir os detalhes e reprocesse conforme a necessidade.
  

R12 - Conta vendida para outra RDFI

• Descrição: o cliente mudou de banco e a conta foi transferida para outra RDFI.
  
• Prevenção: atualize as informações da conta regularmente.
  
• Ação: obtenha os novos dados bancários do cliente e atualize seus registros.
  

R13 - Número de roteamento (routing number) ACH inválido

• Descrição: o routing number ACH está incorreto.
  
• Prevenção: verifique os routing numbers antes de iniciar as transações.
  
• Ação: atualize o routing number e reenvie.
  

R14 - Beneficiário representante falecido ou impossibilitado de continuar na função

• Descrição: o beneficiário representante faleceu ou não pode exercer suas funções.
  
• Prevenção: acompanhe os beneficiários representantes e seus status.
  
• Ação: consiga um novo beneficiário representante e atualize os registros.
  

R15 - Beneficiário ou titular da conta falecido

• Descrição: o beneficiário ou o titular da conta faleceu.
  
• Prevenção: atualize as informações do titular da conta e do beneficiário regularmente.
  
• Ação: suspenda as transações e consulte o espólio ou o novo titular da conta.
  

R16 - Conta bloqueada

• Descrição: a conta está bloqueada devido a medidas judiciais ou políticas do banco.
  
• Prevenção: acompanhe as questões jurídicas relacionadas às contas.
  
• Ação: contate a instituição financeira para detalhes e resolução.
  

R17 - Critérios de edição de registro de arquivo

• Descrição: os registros contêm formatação ou dados inválidos, o que pode fazer a RDFI interpretar que a transação foi iniciada em circunstâncias questionáveis.
  
• Prevenção: valide cada campo no registro antes do envio.
  
• Ação: corrija o registro e reenvie.
  

R18 - Data de vigência do registro inadequada

• Descrição: a transação foi iniciada com uma data de vigência de registro incorreta, que é a data em que a ODFI deseja que a transação ocorra.
  
• Prevenção: verifique as datas de vigência do registro antes do envio.
  
• Ação: corrija a data e reenvie.
  

R19 - Erro no campo de valor

• Descrição: o valor inserido no campo correspondente é inválido.
  
• Prevenção: valide os valores antes do envio.
  
• Ação: corrija o valor e reenvie.
  

R20 - Conta sem transação

• Descrição: as políticas ou regulamentações impedem transações ACH nesta conta.
  
• Prevenção: confirme os tipos de conta antes de iniciar as transações.
  
• Ação: use uma forma de pagamento ou conta alternativa.
  

R21 - Identificação de empresa inválida

• Descrição: as informações de ID da empresa estão incorretas ou desatualizadas, geralmente causadas por erro de digitação.
  
• Prevenção: valide os IDs da empresa antes de iniciar as transações.
  
• Ação: atualize o ID da empresa e reenvie.
  

R22 - Número de ID de pessoa física inválido

• Descrição: a identificação de pessoa física inserida (geralmente por um cliente no campo de ID do cliente) é inválida.
  
• Prevenção: valide os números de identificação de pessoa física antes de iniciar as transações.
  
• Ação: atualize o número de identificação de pessoa física e reenvie.
  

R23 - Lançamento de crédito recusado pelo recebedor

• Descrição: a instituição financeira que recebeu a transação (a RDFI) recusou o lançamento de crédito, possivelmente devido a uma contestação ou falta de concordância.
  
• Prevenção: confirme os termos da transação com a RDFI.
  
• Ação: resolva o problema com a RDFI e aja de acordo.
  

R24 - Lançamento duplicado

• Descrição: a mesma transação foi enviada mais de uma vez.
  
• Prevenção: implemente controles para evitar transações duplicadas.
  
• Ação: confirme se é uma duplicata verdadeira e tome as medidas apropriadas.
  

R25 - Erro de adendo

• Descrição: o registro de adendo, que identifica o titular da conta ou fornece informações de pagamento para a RDFI, está incorreto ou fora de sequência.
  
• Prevenção: valide os registros de adendo antes do envio.
  
• Ação: corrija o registro de adendo e envie-o novamente.
  

R26 - Erro de campo obrigatório

• Descrição: falta informação em um campo obrigatório, devido a entrada de dados incompleta, o que leva a operadora de ACH a rejeitar a transação.
  
• Prevenção: verifique se todos os campos obrigatórios estão preenchidos.
  
• Ação: preencha os campos ausentes e envie-os novamente.
  

R27 - Erro no número de rastreamento

• Descrição: os números de rastreamento enviados não são consistentes com os números de rastreamento no registro de adendo.
  
• Prevenção: valide os números de rastreamento antes do envio.
  
• Ação: corrija o número de rastreamento e envie-o novamente.
  

R28 - Erro de dígito verificador do routing number

• Descrição: o dígito verificador, que é o último dígito do routing number, está incorreto.
  
• Prevenção: valide os routing numbers e seus dígitos verificadores.
  
• Ação: corrija o dígito verificador e envie-o novamente.
  

R29 - Cliente corporativo informa que não está autorizado

• Descrição: o titular da conta corporativa notificou a RDFI de que a transação não está autorizada.
  
• Prevenção: garanta a autorização adequada antes de iniciar a transação.
  
• Ação: não reenvie sem obter uma nova autorização.
  

R30 - RDFI não participante do programa de truncamento de cheques

• Descrição: a RDFI não participa do programa de truncamento de cheques.
  
• Prevenção: confirme as capacidades com a RDFI.
  
• Ação: use outra forma de pagamento.
  

R31 - Devolução permitida

• Descrição: a RDFI perguntou à ODFI se pode devolver o formato de pagamento com cartão de crédito ou cartão de débito corporativo ou Corporate Trade Exchange (CTX), e a ODFI concordou.
  
• Prevenção: não aplicável, pois é baseado em mútuo acordo.
  
• Ação: siga as diretrizes estabelecidas no acordo entre a ODFI e a RDFI.
  

R32 - Falta de liquidação de fundos pela RDFI

• Descrição: a RDFI não consegue liquidar a entrada por vários motivos.
  
• Prevenção: confirme as capacidades de liquidação de fundos com a RDFI.
  
• Ação: consulte a RDFI para saber o motivo específico e tome as medidas apropriadas.
  

R33 - Devolução de entrada de XCK

• Descrição: a RDFI devolveu a entrada de um cheque perdido, destruído ou danificado (entrada de XCK).
  
• Prevenção: familiarize-se com as condições de devolução de cheques perdidos ou danificados.
  
• Ação: avalie o motivo pelo qual o cheque não pôde ser processado e siga as próximas etapas adequadamente.
  

R34 - Participação limitada de DFI

• Descrição: um regulador federal ou estadual limitou a capacidade de a RDFI processar transações de ACH.
  
• Prevenção: confirme com antecedência as capacidades da RDFI.
  
• Ação: consulte a RDFI para saber como proceder.
  

R35 - Devolução de entrada de débito indevida

• Descrição: uma entrada de débito foi enviada indevidamente, pois elas não são permitidas em alguns cenários.
  
• Prevenção: compreenda os critérios adequados para a entrada de débito.
  
• Ação: avalie o motivo e faça as correções antes do reenvio.
  

R36 - Devolução de entrada de crédito indevida

• Descrição: uma entrada de crédito foi enviada indevidamente, pois elas não são permitidas em alguns cenários.
  
• Prevenção: compreenda os critérios adequados para a entrada de crédito.
  
• Ação: avalie o motivo e faça as correções antes do reenvio.
  

R37 - Documento Source apresentado para pagamento

• Descrição: houve tentativa de pagamento duplicado ao apresentar o documento Source relacionado a uma transação ACH existente para pagamento.
  
• Prevenção: acompanhe os documentos Source e as entradas da ACH relacionadas.
  
• Ação: avalie e corrija a duplicação.
  

R38 - Interrupção de pagamento em documento Source

• Descrição: o titular da conta receptora solicita a interrupção do pagamento de um cheque que foi convertido em pagamento eletrônico.
  
• Prevenção: monitore solicitações de interrupção de pagamento.
  
• Ação: interrompa o processamento e consulte o titular da conta.
  

R39 - Documento Source inadequado

• Descrição: o documento Source relacionado ao pagamento ACH está incorreto ou inadequado.
  
• Prevenção: valide os documentos Source antes de criar entradas.
  
• Ação: substitua ou corrija o documento Source.
  

R40 - Devolução de entrada ENR por órgão público federal

• Descrição: um órgão público federal devolveu uma entrada de inscrição automática (entrada ENR).
  
• Prevenção: cumpra as regras de entrada ENR.
  
• Ação: consulte o órgão para saber o motivo específico e tome as medidas adequadas.
  

R41 - Código de transação inválido

• Descrição: o código de transação está incorreto, referindo-se especificamente à inscrição de serviços de depósito direto ou pagamento direto em um órgão público federal.
  
• Prevenção: valide os códigos de transação antes do envio.
  
• Ação: corrija o código de transação e reenvie.
  

R42 - Erro de routing number/dígito verificador

• Descrição: o dígito verificador no final do routing number está incorreto em uma entrada ENR de órgão público federal.
  
• Prevenção: valide os routing numbers e seus dígitos verificadores.
  
• Ação: corrija o dígito verificador e reenvie.
  

R43 - Número de conta DFI inválido

• Descrição: o número da conta RDFI está incorreto. Esse código de devolução ocorre apenas em entradas ENR, sendo exclusivo para órgãos públicos federais.
  
• Prevenção: valide os números de conta antes de iniciar transações.
  
• Ação: corrija o número da conta e reenvie.
  

R44 - Número de identificação de pessoa física inválido

• Descrição: o número de identificação de pessoa física fornecido não corresponde ao número de identificação registrado, especificamente para transações de órgãos públicos federais.
  
• Prevenção: valide os números de identificação de pessoa física antes de iniciar transações.
  
• Ação: atualize o número de identificação de pessoa física e reenvie.
  

R45 - Nome de pessoa física inválido

• Descrição: o nome do titular da conta está incorreto ou com erro ortográfico.
  
• Prevenção: valide os nomes antes de iniciar transações.
  
• Ação: atualize o nome e reenvie.
  

R46 - Indicador de beneficiário representante inválido

• Descrição: o código indicador de beneficiário representante está incorreto.
  
• Prevenção: valide os códigos indicadores antes de iniciar transações.
  
• Ação: corrija o código indicador e reenvie.
  

R47 - Inscrição duplicada

• Descrição: as RDFIs enviam ENRs a órgãos públicos federais para iniciar pagamentos ACH ou depósitos diretos nessas instituições. Nesse caso, a mesma ENR foi enviada mais de uma vez.
  
• Prevenção: implemente controles para evitar inscrições duplicadas.
  
• Ação: confirme se é uma duplicata real e tome as medidas adequadas.
  

R50 - Lei estadual que afeta a aceitação de RCK

• Descrição: a RDFI está em um estado que não permite pagamentos digitais ou exige que cheques cancelados sejam devolvidos ao cliente dentro de um determinado período, com base nas leis estaduais.
  
• Prevenção: familiarize-se com as leis estaduais que regem suas transações.
  
• Ação: investigue as leis específicas do estado pelo qual a transação foi direcionada e cumpra-as em transações futuras.
  

R51 - O item relacionado à entrada de RCK não é qualificado ou a entrada de RCK é inadequada

• Descrição: uma entrada para um cheque que foi devolvido e reapresentado não é adequada para processamento por não ser qualificada, ou a entrada foi preparada ou executada de forma inadequada.
  
• Prevenção: verifique a qualificação e a exatidão das entradas.
  
• Ação: revise a transação para confirmar que ela atende a todas as regulamentações e diretrizes aplicáveis.
  

R52 – Sustação de pagamento de item relacionado à entrada RCK

• Descrição: o titular da conta solicita a sustação do pagamento de um cheque devolvido que está sendo processado eletronicamente.
  
• Prevenção: confirme que não há ordens de sustação de pagamento em vigor antes de prosseguir.
  
• Ação: entre em contato com o banco emissor ou o pagador para resolver a questão.
  

R53 – Item e entrada RCK apresentados para pagamento

• Descrição: a transação original e sua entrada RCK correspondente foram enviadas, gerando uma transação duplicada.
  
• Prevenção: tenha cuidado ao apresentar tanto o item quanto a entrada.
  
• Ação: reconcilie os registros de pagamento para eliminar a transação duplicada.
  

R61 – Devolução mal direcionada

• Descrição: uma transação revertida foi enviada à instituição errada.
  
• Prevenção: confira se os números de direcionamento estão corretos.
  
• Ação: corrija as informações de direcionamento e reenvie a transação.
  

R62 – Devolução de débito errado ou reversível

• Descrição: uma entrada de débito foi enviada por engano ou deve ser revertida.
  
• Prevenção: confira duas vezes as entradas antes de finalizá-las.
  
• Ação: emita uma transação de correção ou reversão, se necessário.
  

R63 – Valor em dólares incorreto

• Descrição: o valor em dólares especificado na transação está errado.
  
• Prevenção: verifique os valores das transações antes de enviá-los.
  
• Ação: corrija o valor e inicie uma nova transação.
  

R64 – Identificação de pessoa física incorreta

• Descrição: o número de identificação da pessoa física na transação de devolução não corresponde ao da entrada original.
  
• Prevenção: confirme as informações de identificação da pessoa física.
  
• Ação: atualize as informações e processe novamente a transação.
  

R65 – Código de transação incorreto

• Descrição: o código de transação está incorreto para o tipo de transação.
  
• Prevenção: certifique-se de que os códigos das transações estão corretos.
  
• Ação: atualize o código da transação e reenvie-a.
  

R66 – Identificação de empresa incorreta

• Descrição: o ID da empresa na transação não corresponde ao número de ID no registro do cabeçalho do lote, que é uma meta-informação sobre a transferência de um lote de transações.
  
• Prevenção: verifique as informações do ID da empresa.
  
• Ação: corrija o ID da empresa e processe novamente a transação.
  

R67 – Devolução duplicada

• Descrição: a entrada de devolução já foi processada, resultando em duplicação.
  
• Prevenção: acompanhe as devoluções processadas para evitar o reenvio.
  
• Ação: nenhuma ação é necessária, mas revise os processos internos para evitar que volte a ocorrer.
  

R68 – Devolução fora do prazo

• Descrição: a devolução não foi processada no prazo estipulado.
  
• Prevenção: monitore os prazos para processamento das devoluções.
  
• Ação: reenvie dentro do prazo permitido, se possível.
  

R69 – Erro(s) de campo

• Descrição: um ou mais campos contêm informações incorretas inseridas pelo ODFI, como número de conta incorreto ou nome não correspondente na conta, levando à devolução da transação.
  
• Prevenção: valide todos os campos antes do envio.
  
• Ação: corrija os erros nos campos indicados e reenvie.
  

R70 – Entrada de devolução permitida não aceita ou devolução não solicitada pelo ODFI

• Descrição: uma entrada de devolução válida não foi processada como deveria, ou o ODFI não solicitou devolução.
  
• Prevenção: cumpra as regras do ODFI para devoluções.
  
• Ação: analise os motivos da não aceitação e aja de acordo.
  

R71 – Misrouted dishonored return

• Descrição: Uma entrada de devolução rejeitada (uma entrada que foi devolvida ao ODFI uma vez, mas não foi feita corretamente e deve ser enviada novamente) não foi enviada para a instituição correta.
  
• Prevenção: Certifique-se de que os números de direcionamento das devoluções estejam precisos.
  
• Ação: Direcione a devolução rejeitada para a instituição apropriada.
  

R72 – Untimely dishonored return

• Descrição: Uma devolução rejeitada não foi processada no prazo necessário.
  
• Prevenção: Mantenha-se atualizado com os prazos das devoluções rejeitadas.
  
• Ação: Reenvie dentro do prazo permitido, se possível.
  

R73 – Timely original return

• Descrição: O RDFI está confirmando que a devolução original foi processada no prazo necessário.
  
• Prevenção: Não aplicável.
  
• Ação: Nenhuma ação necessária.
  

R74 – Corrected return

• Descrição: Uma devolução processada incorretamente no passado foi corrigida desde então.
  
• Prevenção: Não aplicável.
  
• Ação: Nenhuma ação necessária.
  

R75 – Return not a duplicate

• Descrição: Esta é uma resposta ao código de rejeição R67. O RDFI está contestando uma rejeição indevida de uma entrada de devolução pelo ODFI.
  
• Prevenção: Não aplicável.
  
• Ação: Nenhuma ação necessária.
  

R76 – No errors found

• Descrição: Esta é uma resposta ao código de rejeição R69, no qual o ODFI indicou erros de campo. Este código serve como uma discordância formal; o RDFI acredita que esses erros não existem de fato.
  
• Prevenção: Não aplicável.
  
• Ação: Nenhuma ação necessária.
  

R77 – Non-acceptance of R62 dishonored return

• Descrição: Esta é uma resposta ao código de rejeição R62, indicando que o RDFI já devolveu a transação incorreta e a anulação, ou não consegue recuperar os fundos do destinatário conforme especificado em R62.
  
• Prevenção: Entenda os critérios para a aceitação de devoluções rejeitadas.
  
• Ação: Verifique o motivo da não aceitação e reenvie conforme necessário.
  

Além disso, os seguintes códigos de rejeição estão associados a Transações ACH Internacionais (IATs):

R80 – IAT entry coding errors

• Descrição: Há erros de codificação na entrada IAT.
  
• Prevenção: Valide a codificação das entradas IAT.
  
• Ação: Corrija os erros de codificação e reenvie a entrada IAT.
  

R81 – Non-participant in IAT program

• Descrição: O RDFI não participa do programa IAT.
  
• Prevenção: Verifique se o RDFI faz parte do programa IAT.
  
• Ação: Encontre um RDFI participante ou evite usar IAT para a transação.
  

R82 – Invalid foreign RDFI identification

• Descrição: A identificação do RDFI estrangeiro está incorreta.
  
• Prevenção: Verifique cuidadosamente as informações de identificação da instituição estrangeira.
  
• Ação: Corrija as informações de identificação e reprocesse a transação.
  

R83 – Foreign RDFI unable to settle

• Descrição: O RDFI estrangeiro não pode compensar a transação.
  
• Prevenção: Confirme a capacidade da instituição estrangeira de compensar transações antes de iniciar uma.
  
• Ação: Trabalhe diretamente com a instituição estrangeira para resolver o problema.
  

R84 – Entry not processed by gateway

• Descrição: A entrada não foi processada pelo gateway designado, um provedor de serviços que atua como ponto de entrada na rede ACH para instituições financeivas.
  
• Prevenção: Direcione transações através de um gateway funcional.
  
• Ação: Reenvie a transação através de um gateway válido ou entre em contato com o gateway para encontrar uma solução.
  

R85 – Incorrectly coded outbound international payment

• Descrição: Um pagamento internacional de saída foi codificado de forma incorreta.
  
• Prevenção: verifique a codificação de pagamentos internacionais.
  
• Ação: corrija o código e reenvie a transação.
  

Como as empresas devem lidar com as rejeições de ACH

Menos rejeições na ACH representam menor sobrecarga operacional para sua equipe e um processo mais fácil para seus clientes, o que pode aumentar a retenção de clientes.

Para evitar rejeições desnecessárias na ACH e gerenciá-las de forma eficaz quando ocorrerem, as empresas precisam implementar uma estratégia multifacetada. Isso inclui medidas preventivas, identificação de problemas em tempo hábil e ações de acompanhamento adequadas. Veja as etapas que você pode seguir:

Medidas preventivas

• Verifique as informações da conta: antes de iniciar uma transação ACH, confirme a conta e os números de direcionamento do destinatário. Você pode fazer isso manualmente ou por meio de serviços de verificação eletrônica.

• Garanta a autorização adequada: para pagamentos recorrentes, lembre-se de obter e armazenar com segurança as autorizações por escrito de clientes ou fornecedores. Atualize-as regularmente para confirmar que são válidas.

• Implemente limites de transações: defina limites diários e por transação para não exceder os valores permitidos, o que poderia desencadear uma rejeição.

• Eduque a equipe e os parceiros: treine regularmente os funcionários que lidam com transações financeiras sobre as complexidades da rede ACH, incluindo requisitos de conformidade, para reduzir a chance de erros.

• Use alertas em tempo real: implemente sistemas que forneçam notificações em tempo real sobre saldos de contas e status de transações. Isso ajuda a evitar rejeições devido a fundos insuficientes ou não compensados.

• Reconcilie as contas regularmente: tente reconciliar consistentemente os extratos bancários com os registros contábeis para detectar quaisquer discrepâncias que possam levar a rejeições.

Gerencie as rejeições

• Identifique rejeições imediatamente: configure alertas para notificar o pessoal-chave assim que ocorrer uma rejeição, permitindo uma ação rápida.

• Interprete o código de rejeição: entenda o motivo específico da rejeição fazendo referência ao código de rejeição ACH. Isso guiará suas ações subsequentes.

• Comunique-se com as partes envolvidas: notifique o cliente, funcionário ou fornecedor sobre o problema e trabalhe em conjunto para resolvê-lo. Isso pode envolver a atualização de dados da conta ou a obtenção de um novo formulário de autorização.

• Faça as correções necessárias: atualize seus sistemas internos com as informações corrigidas e, se necessário, inicie uma nova transação ACH.

• Mantenha registros: documente a rejeição e as ações subsequentes tomadas para resolver o problema. Isso pode ser útil para auditorias e demonstra o compromisso de resolver os problemas de forma eficaz.

• Avalie e ajuste os procedimentos: após resolver os problemas individuais, analise-os para identificar quaisquer padrões ou problemas sistêmicos. Faça alterações de procedimento conforme necessário para evitar ocorrências futuras.

Ações para cenários específicos

• Folha de pagamento: para depósitos diretos da folha de pagamento, verifique novamente as informações da conta ao realizar o onboarding de novos funcionários e sempre que um funcionário relatar uma alteração nos dados bancários.

• Pagamentos a fornecedores: ao pagar fornecedores, confirme se você tem formulários e autorizações atualizados para evitar atrasos nas transações que podem afetar as operações da cadeia de suprimentos.

• Faturamento recorrente de clientes: para assinaturas ou pagamentos parcelados, lembre os clientes antes de cada ciclo de faturamento para garantir que eles tenham fundos suficientes e dar a eles a oportunidade de atualizar as informações da conta.

• Transações de e-commerce: para empresas de e-commerce, integre recursos de verificação no gateway de pagamentos para confirmar os dados da conta em tempo real.

• Transações de alto valor: para transações envolvendo grandes quantias, considere etapas de verificação adicionais, como confirmações por telefone, para reduzir o risco de rejeições devido a problemas de autorização ou de conta.

Como o Stripe Payments pode ajudar

Stripe Payments permite que empresas configurem e aceitem mais de 125 formas de pagamento, incluindo Transferências de Crédito ACH. Ele oferece uma solução de pagamentos global e unificada que ajuda qualquer empresa — de Startups em expansão a corporações globais — a aceitar pagamentos online, presenciais e no mundo inteiro.

O Stripe Payments pode ajudar você a:

• Fazer reconciliação automática de pagamentos: reconcilie facilmente transferências de crédito ACH com um pagamento ou fatura específica usando um mecanismo de reconciliação automática que utiliza contas bancárias virtuais para cada cliente e ferramentas para solução de problemas.

• Simplificar reembolsos: faça reembolsos ou devolva os 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 os pagamentos presencial e online, ou comece já.