As transferências da Automated Clearing House (ACH) são uma maneira comum de empresas e pessoas enviarem ou receberem dinheiro eletronicamente. Em 2022, ocorreram 30 bilhões de transferências ACH, em um valor acima de US$ 76 trilhões. Apesar de ser uma forma de pagamento conveniente, econômica e popular, ainda é bastante comum que as transferências sejam rejeitadas.
Quando uma transferência ACH não pode ser processada, a rede ACH retorna um "código de rejeição" ou "código de retorno" que explica por que uma transferência não foi concluída. O motivo pode ser tão simples quanto um número de conta errado ou tão complicado quanto regras e restrições que as instituições financeiras impõem a esses tipos de transações.
Quando as rejeições de ACH acontecem, é importante que as empresas saibam o que deu errado para prevenir problemas futuros e manter a confiança e a satisfação dos clientes. Explicamos abaixo os diferentes tipos de códigos de rejeição, o que causa as rejeições, como preveni-las e como lidar com elas quando ocorrem.
Neste artigo:
- O que são transferências ACH?
- O que são códigos de rejeição de ACH?
- Por que as rejeições de ACH acontecem
- Lista de códigos de rejeição de ACH
- Como as empresas devem lidar com as rejeições de ACH
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 são regidas pelas regras estabelecidas pela Nacha (originalmente a 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 tenham certas limitações, os benefícios muitas vezes superam as desvantagens, especialmente pela eficiência operacional e a gestão de custos. Veja os principais pontos para saber sobre transferências ACH.
Características das transferências ACH
Custo-benefício: as transferências ACH custam menos do que as transferências bancárias e transações com cartões de crédito. As empresas que desejam reduzir despesas operacionais muitas vezes optam pelas transferências ACH por esse motivo.
Versatilidade: essas transferências podem ser utilizadas para diversas finalidades, como depósito direto de folha de pagamento, pagamentos recorrentes como assinaturas e pagamentos de fornecedores.
Processamento em lote: ao contrário das transações em tempo real, as transferências ACH geralmente são processadas em lotes. Isso geralmente resulta em um tempo de liquidação mais lento, normalmente até três dias úteis.
Tipos: as transferências ACH podem ser divididas em débito ACH e crédito ACH. Os débitos de ACH permitem que uma empresa retire dinheiro de outra conta, normalmente com autorização prévia. Os pagamentos de crédito ACH permitem que uma empresa deposite dinheiro em uma conta, e as empresas normalmente os usam para folha de pagamento e pagamentos de fornecedores.
Importância para as empresas
É uma forma de pagamento altamente eficiente
O processamento em lote de transferências de ACH ajuda as empresas a planejarem suas atividades financeiras com mais eficácia, sabendo em que momento as transações serão liquidadas.Estão em conformidade com os regulamentos de pagamentos
A conformidade com os regulamentos da Nacha garante uma experiência uniforme e segura que minimiza riscos de fraude ou contestações.Aumentam a precisão da previsão financeira
As transferências ACH melhoram a gestão de caixa devido à sua previsibilidade e baixo custo. As empresas podem prever suas finanças com maior precisão, otimizando os recursos disponíveis.São compatíveis com uma estratégia de pagamento flexível
Aceitar pagamentos por ACH pode tornar um negócio mais atraente para os clientes que preferem não usar cartões de crédito, proporcionando uma alternativa que é benéfica para ambas as partes.
Limitações
Tempos de processamento mais lentos
Uma desvantagem das transferências de ACH é que elas são liquidadas mais lentamente (pode levar alguns dias), o que pode ser um problema para empresas que precisam de acesso rápido aos fundos.Risco de fundos insuficientes
Os débitos ACH podem não ser compensados se a conta do pagador não tiver fundos suficientes, resultando em atrasos nos pagamentos e possíveis tarifas.A resolução de erros pode ser complexa
Como as transferências ACH são automatizadas e processadas em lote, a solução de erros pode ser mais demorada e complicada do que com outras formas de pagamento.
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 diversos motivos, que geralmente se enquadram em uma destas cinco categorias: erros administrativos; problemas de autorização; inadequações financeiras; restrições de tempo e processamento; ou gestão de riscos e conformidade regulatória. Cada categoria tem seu próprio conjunto de desafios e exige soluções específicas. Veja mais detalhes sobre os motivos das rejeições de ACH.
Erros administrativos
Informações incorretas da conta: um dos motivos mais comuns para as rejeições de ACH são números de conta ou routing numbers incorretos. Se um deles estiver errado, a transação não será aprovada.
Contas fechadas ou inexistentes: se uma conta tiver sido fechada ou nunca tiver existido, a transação ACH será rejeitada com códigos específicos como R02 ou R03.
Divergência de tipo de conta: algumas transações ACH exigem um tipo específico de conta, como uma conta empresarial ou uma conta poupança. Se houver um descompasso, a transferência não será realizada.
Problemas de autorização
Falta de pré-autorização: para que um débito ACH ocorra, o titular da conta precisa fornecer autorização prévia. Se a autorização não for apresentada, a transação será rejeitada.
Autorização revogada: às vezes, um cliente ou parceiro de negócios pode revogar uma autorização de débito concedida anteriormente. Nesses casos, as transações ACH subsequentes serão rejeitadas.
Contestações de autorização corporativa: no contexto de transações corporativas, se uma pessoa jurídica informar que um débito ou crédito de ACH não está autorizado, a transação será sinalizada e rejeitada.
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. Isso acionará um código R01.
Fundos não cobrados: os fundos podem estar presentes em uma conta, mas ainda não foram liquidados ou coletados, o que gera um código de rejeição R09.
Interromper ordens de pagamento: os titulares de contas têm o direito de emitir uma ordem de interrupção de pagamento contra transações específicas. Quando tal pedido existir, qualquer débito de ACH correspondente será rejeitado.
Restrições de tempo e processamento
Entradas obsoletas ou vencidas: em alguns casos, as transações ACH têm um período limitado durante o qual podem ser processadas. Se forem enviadas com demasiado atraso, podem ser rejeitadas.
Exceder os limites de transação: contas individuais e empresas podem ter limites diferentes nos 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. Exceder esses limites resultará na rejeição da transação.
Problemas de originação: às vezes, o problema pode não estar na conta de recebimento, mas na Instituição Financeira Depositária de Origem (ODFI). Se ela solicitar a devolução de uma entrada por algum motivo, a transação não será concluída.
Gestão de riscos e conformidade regulatória
Suspeita de fraude: as instituições financeiras monitoram continuamente atividades suspeitas. Uma transação ACH sinalizada como potencialmente fraudulenta será rejeitada para proteger contra transações não autorizadas.
Não conformidade com regulamentos: a não conformidade com as diretrizes da Nacha ou outras normas regulatórias também pode resultar em rejeições. Isso pode incluir falhas na criptografia de ponta a ponta ou o não cumprimento dos protocolos de autenticação de dois fatores.
Entender esses motivos pode ajudar empresas e instituições financeiras a ajustar processos de transações ACH, melhorar e acelerar a resolução de problemas e, de modo geral, manter o funcionamento fluido das transações.
Lista de códigos de rejeição de ACH
Os códigos de rejeição e devolução de ACH são inevitáveis quando você aceita transferências bancárias como forma de pagamento. Antes de discutirmos os códigos específicos, vamos descrever alguns termos importantes para entender:
- Entrada: qualquer envio de transação ACH
- Devolução: quando uma entrada é enviada de volta para a ODFI depois de ter sido aceita para processamento
- Rejeição: quando uma entrada nunca foi aceita na rede ACH para processamento
- ODFI: instituição financeira depositária de origem que envia transações ACH
- RDFI: instituição financeira depositária do recebimento que recebe transações 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 regularmente os saldos das contas 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 os fundos estiverem disponíveis.
R02 – Conta encerrada
- Descrição: o titular da conta fechou a conta que estava sendo acessada.
- Prevenção: confirme o status da conta antes de iniciar transações.
- Ação: obtenha dados da nova conta do titular e atualize seus registros.
R03 – Sem conta / Não foi possível localizar a conta
- Descrição: o número da conta ou os dados de roteamento não correspondem a nenhuma conta na RDFI.
- Prevenção: verifique os números da conta antes de iniciar transações.
- Ação: solicite os dados corretos da conta ao beneficiário.
R04 – Número da conta inválido
- Descrição: o número da conta informado em uma transação está incorreto porque tem dígitos incorretos, não passa na validação digital ou não corresponde aos números da conta na RDFI.
- Prevenção: valide os números de conta em relação a uma estrutura predefinida.
- Ação: obtenha o número da conta correto e envie novamente.
R05 – Débito não autorizado em conta de consumidor usando o código SEC corporativo
- Descrição: um código corporativo de classe de entrada padrão (SEC) foi usado incorretamente para uma conta de consumidor.
- Prevenção: verifique se os códigos SEC corretos foram usados para o tipo de transação.
- Ação: corrija o código SEC e envie a transação novamente.
R06 – Retornado 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 sobre 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 comunique-se com os clientes.
- Ação: não reenvie sem uma nova autorização.
R08 – Pagamento interrompido
- Descrição: o titular da conta colocou uma ordem de interrupção de pagamento nesta transação específica. Este código é a ordem geral para a maioria dos pagamentos interrompidos, com exceção de interrupções em um documento de origem ou entradas RCK (entrada de cheque reapresentada ou cheques devolvidos), que têm códigos específicos abaixo.
- Prevenção: confirme os dados de autorização e pagamento com o titular da conta.
- Ação: fale com o titular da conta para resolver o problema.
R09 – Fundos não coletados
- Descrição: a conta pode ter depósitos que ainda não foram liquidados, resultando em fundos insuficientes para a transação.
- Prevenção: esteja ciente dos cronogramas de compensação de depósitos.
- Ação: você poderá reenviar assim que os fundos forem coletados.
R10 – O cliente avisa não autorizado
- Descrição: o cliente afirmou que a transação não foi autorizada.
- Prevenção: obtenha a devida autorização antes de iniciar a transação.
- Ação: não reenvie sem obter nova autorização.
R11 – Verificar retorno de entrada de truncamento
- Descrição: ocorreu um erro de truncamento (compensação de cheque) por vários motivos, com base na política do banco.
- Prevenção: confirme os detalhes do cheque antes de truncar.
- Ação: consulte o banco para obter detalhes e reprocesse conforme necessário.
R12 – Conta vendida para outra RDFI
- Descrição: o cliente mudou de banco e a conta foi transferida para outra RDFI.
- Prevenção: atualize os dados da conta regularmente.
- Ação: obtenha os novos dados bancários do cliente e atualize seus registros.
R13 – Routing number ACH inválido
- Descrição: o routing number ACH está incorreto.
- Prevenção: verifique os routing numbers antes de iniciar transações.
- Ação: atualize o routing number e envie novamente.
R14 – Beneficiário representante falecido ou incapaz de continuar nessa função
- Descrição: o beneficiário representante é falecido ou não pode exercer funções.
- Prevenção: acompanhe os beneficiários representantes e seu status.
- Ação: obtenha um novo beneficiário representante e atualize os registros.
R15 – Beneficiário ou titular de conta falecido
- Descrição: o beneficiário ou titular da conta é falecido.
- Prevenção: atualize regularmente as informações do titular da conta e do beneficiário.
- Ação: encerre 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 ação legal ou política bancária.
- Prevenção: acompanhe questões jurídicas relacionadas a contas.
- Ação: entre em contato com a instituição financeira para obter detalhes e resolução.
R17 – Critérios de edição de registro de arquivo
- Descrição: as entradas contêm formatação ou dados inválidos, e a RDFI pode interpretar que a transação está sendo iniciada em circunstâncias questionáveis.
- Prevenção: valide cada campo na entrada antes do envio.
- Ação: corrija a entrada e envie novamente.
R18 – Data de entrada efetiva imprópria
- Descrição: a transação foi iniciada com uma data de entrada efetiva incorreta, que é a data na qual a ODFI deseja que a transação ocorra.
- Prevenção: verifique as datas de entrada efetivas antes do envio.
- Ação: corrija a data e envie novamente.
R19 – Erro no campo de valor
- Descrição: o valor inserido no campo Valor é inválido.
- Prevenção: valide os valores antes de enviar.
- Ação: corrija o valor e envie novamente.
R20 – Conta sem transação
- Descrição: políticas ou regulamentos impedem transações ACH nesta conta.
- Prevenção: confirme os tipos de conta antes de iniciar transações.
- Ação: use outra forma de pagamento ou conta.
R21 – Identificação da empresa inválida
- Descrição: informações de identificação da empresa estão incorretas ou desatualizadas, geralmente causadas por uma digitação incorreta.
- Prevenção: valide os IDs da empresa antes de iniciar transações.
- Ação: atualize o ID da empresa e envie novamente.
R22 – Número de identificação de pessoa física inválido
- Descrição: o ID individual inserido (normalmente por um cliente no campo ID do cliente) era inválido.
- Prevenção: valide números de ID individuais antes de iniciar transações.
- Ação: atualize o número de identificação individual e envie novamente.
R23 – Entrada de crédito recusada pelo recebedor
- Descrição: a instituição financeira beneficiária da transação (RDFI) recusou a entrada de crédito, talvez por motivo de contestação ou falta de acordo.
- Prevenção: confirme os termos da transação com a RDFI.
- Ação: resolva o problema com a RDFI e aja de acordo.
R24 – Entrada duplicada
- 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 a duplicação é verdadeira e tome as medidas apropriadas.
R25 – Erro de adendos
- Descrição: o registro de adendos, que identifica o titular da conta ou fornece informações de pagamento à RDFI, está incorreto ou fora de sequência.
- Prevenção: valide os registros de adendos antes do envio.
- Ação: corrija o registro de adendos e envie novamente.
R26 – Erro de campo obrigatório
- Descrição: um campo obrigatório não contém informações, pois a inserção de dados está incompleta, o que leva o operador de ACH a recusar a transação.
- Prevenção: verifique se todos os campos obrigatórios estão preenchidos.
- Ação: preencha os campos que faltam e envie novamente.
R27 – Erro de número de rastreamento
- Descrição: os números de rastreio enviados não são consistentes com os números de rastreio no registo de adendos.
- Prevenção: valide os números de rastreio antes do envio.
- Ação: corrija o número de rastreio e envie novamente.
R28 – Erro de dígito de verificação do routing number
- Descrição: o dígito de verificação, que é o dígito final no routing number, está incorreto.
- Prevenção: valide os routing numbers e seus dígitos de verificação.
- Ação: corrija o dígito de verificação e envie novamente.
R29 – Cliente corporativo avisa não autorizado
- Descrição: o titular da conta corporativa notificou a RDFI de que a transação não está autorizada.
- Prevenção: obtenha a devida autorização antes de iniciar a transação.
- Ação: não reenvie sem obter nova autorização.
R30 – RDFI não participa do programa de truncamento de cheques
- Descrição: a RDFI não participa do programa de truncamento de cheques.
- Prevenção: confirme as funções com a RDFI.
- Ação: use outra forma de pagamento.
R31 – Entrada de devolução permitida
- Descrição: a RDFI perguntou se a ODFI pode devolver o cartão de crédito ou débito corporativo ou o formato de pagamento CTX (Corporate Trade Exchange), e a ODFI concordou.
- Prevenção: não se aplica, pois é baseado em mútuo acordo.
- Ação: siga as diretrizes estabelecidas pelo acordo entre a ODFI e a RDFI.
R32 – Não liquidação de RDFI
- Descrição: a RDFI não é capaz de liquidar a entrada, por vários motivos.
- Prevenção: confirme os recursos de liquidação de fundos com a RDFI.
- Ação: consulte a RDFI para identificar o motivo específico e tome as medidas apropriadas.
R33 – Devolução da entrada XCK
- Descrição: a RDFI devolveu a entrada por um cheque perdido, destruído ou danificado (entrada XCK).
- Prevenção: familiarize-se com as condições de devolução de cheques perdidos ou danificados.
- Ação: avalie por que o cheque não pode ser processado e execute as próximas etapas de acordo.
R34 – Participação limitada DFI
- Descrição: um regulador federal ou estadual limitou a capacidade da RDFI de processar transações ACH.
- Prevenção: confirme os recursos da RDFI com antecedência.
- Ação: consulte a RDFI para saber como proceder.
R35 – Devolução de débito indevido
- Descrição: uma entrada de débito foi enviada incorretamente, pois não é permitida em alguns cenários.
- Prevenção: entenda os critérios adequados de entrada de débito.
- Ação: avalie o motivo e faça correções antes de reenviar.
R36 – Devolução de entrada de crédito indevida
- Descrição: uma entrada de crédito foi enviada incorretamente, pois não é permitida em alguns cenários.
- Prevenção: entenda os critérios adequados de entrada de crédito.
- Ação: avalie o motivo e faça correções antes de reenviar.
R37 – Documento de origem apresentado para pagamento
- Descrição: houve uma tentativa de pagamento duplicado apresentando o documento de origem relacionado a uma transação ACH existente para pagamento.
- Prevenção: rastreie documentos de origem e entradas de ACH relacionadas.
- Ação: avalie e corrija a duplicação.
R38 – Interromper pagamento no documento de origem
- 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 ordens de interrupção de pagamento.
- Ação: interrompa o processamento e consulte o titular da conta.
R39 – Documento de origem impróprio
- Descrição: o documento de origem relacionado ao pagamento ACH está incorreto ou inadequado.
- Prevenção: valide os documentos de origem antes de criar entradas.
- Ação: substitua ou corrija o documento de origem.
R40 – Devolução de entrada de ENR por órgão do governo federal
- Descrição: uma agência do governo federal devolveu uma entrada de inscrição automatizada (entrada ENR).
- Prevenção: cumpra as regras de entrada ENR.
- Ação: consulte a agência pelo motivo específico e tome as medidas cabíveis.
R41 – Código de transação inválido
- Descrição: o código da transação está incorreto, especificamente relacionado ao registro de serviços de depósito direto ou pagamento direto em um órgão federal.
- Prevenção: valide os códigos de transação antes do envio.
- Ação: corrija o código de transação e envie novamente.
R42 – Erro de routing number/dígito de verificação
- Descrição: o dígito de verificação no final do routing number está incorreto em uma entrada ENR do governo federal.
- Prevenção: valide os routing numbers e seus dígitos de verificação.
- Ação: corrija o dígito de verificação e envie novamente.
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 nos lançamentos ENR, tornando-o exclusivo para órgãos do governo federal.
- Prevenção: valide os números da conta antes de iniciar transações.
- Ação: corrija o número da conta e envie novamente.
R44 – Número de identificação de pessoa física inválido
- Descrição: o número de identificação individual informado não corresponde ao número de identificação registrado, especificamente para transações do governo federal.
- Prevenção: valide números de ID individuais antes de iniciar transações.
- Ação: atualize o número de identificação individual e envie novamente.
R45 – Nome individual inválido
- Descrição: o nome do titular da conta está incorreto ou escrito incorretamente.
- Prevenção: valide os nomes antes de iniciar transações.
- Ação: atualize o nome e envie novamente.
R46 – Indicador de beneficiário representante inválido
- Descrição: o código do indicador do beneficiário representante está incorreto.
- Prevenção: valide os códigos indicadores antes de iniciar transações.
- Ação: corrija o código do indicador e envie novamente.
R47 – Inscrição duplicada
- Descrição: as RDFIs enviam ENRs a agências do governo federal para iniciar pagamentos ACH ou depósitos diretos nessas instituições. Neste caso, o mesmo ENR foi apresentado mais de uma vez.
- Prevenção: implemente controles para evitar inscrições duplicadas.
- Ação: confirme se a duplicação é verdadeira e tome as medidas apropriadas.
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: conheça as leis estaduais que regem suas transações.
- Ação: investigue as leis específicas do estado em que a transação foi encaminhada e cumpra-as para transações futuras.
R51 – Item relacionado à entrada RCK é inelegível ou entrada RCK é imprópria
- Descrição: uma entrada de um cheque que foi devolvido e reapresentado não é adequada para processamento devido à inelegibilidade, ou a entrada foi preparada ou executada incorretamente.
- Prevenção: verifique a elegibilidade e a correção das inscrições.
- Ação: revise sua transação para garantir que ela cumpra todos os regulamentos e diretrizes aplicáveis.
R52 – Interromper pagamento de item relacionado à entrada RCK
- Descrição: o titular da conta faz uma ordem de interrupção em um cheque devolvido que está sendo reprocessado eletronicamente.
- Prevenção: verifique se nenhuma ordem de interrupção de pagamento está em vigor antes de continuar.
- Ação: entre em contato com o banco emissor ou o pagador para resolver o problema.
R53 – Item e entrada RCK apresentados para pagamento
- Descrição: tanto a transação original quanto sua entrada RCK correspondente foram enviadas, resultando em uma transação duplicada.
- Prevenção: tenha cautela ao apresentar o item e a entrada.
- Ação: reconcilie os registros de pagamento para eliminar a transação duplicada.
R61 – Devolução mal encaminhada
- Descrição: uma transação revertida foi enviada para a instituição incorreta.
- Prevenção: garanta que os routing numbers estejam precisos.
- Ação: retifique os dados de roteamento e reenvie a transação.
R62 – Devolução de débito incorreto ou reverso
- Descrição: uma entrada de débito foi enviada por engano ou precisa ser anulada.
- Prevenção: verifique as entradas antes de finalizá-las.
- Ação: emita uma transação de correção ou reversão conforme necessário.
R63 – Valor incorreto em dólares
- Descrição: o valor especificado em dólares na transação está incorreto.
- Prevenção: verifique os valores da transação antes do envio.
- Ação: corrija o valor e inicie uma nova transação.
R64 – Identificação individual incorreta
- Descrição: o número do ID individual na transação de devolução não corresponde ao da entrada original.
- Prevenção: confirme os dados de identificação da pessoa física.
- Ação: atualize as informações e reprocesse a transação.
R65 – Código de transação incorreto
- Descrição: o código da transação não está correto para o tipo de transação.
- Prevenção: verifique se os códigos das transações estão corretos.
- Ação: atualize o código da transação e envie a transação novamente.
R66 – Identificação incorreta da empresa
- 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 metainformação sobre a transferência de um lote de transações.
- Prevenção: verifique as informações de identificação da empresa.
- Ação: corrija o ID da empresa e reprocesse a transação.
R67 – Devolução duplicada
- Descrição: a entrada de devolução já foi processada, resultando em uma duplicata.
- Prevenção: acompanhe devoluções processadas para evitar novos envios.
- Ação: nenhuma ação necessária, mas revise os processos internos para prevenir futuras ocorrências.
R68 – Devolução fora do prazo
- Descrição: a devolução não foi processada dentro do prazo exigido.
- Prevenção: monitore os prazos de processamento de devoluções.
- Ação: envie novamente dentro do prazo permitido, se possível.
R69 – Erro(s) de campo
- Descrição: um ou mais campos contêm informações incorretas conforme inserido pela ODFI, como um número de conta incorreto ou uma incompatibilidade de nome 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 envie novamente.
R70 – Entrada de devolução permitida não aceita ou devolução não solicitada pela ODFI
- Descrição: uma entrada de devolução válida não foi processada como deveria ter sido, ou uma devolução não foi solicitada pela ODFI.
- Prevenção: cumpra as regras da ODFI para devoluções.
- Ação: analise os motivos da não aceitação e proceda em conformidade.
R71 – Devolução não cumprida mal encaminhada
- Descrição: uma entrada de devolução não cumprida – uma entrada que foi enviada de volta à ODFI uma vez, mas não foi feita corretamente e deve ser enviada novamente – não foi enviada à instituição correta.
- Prevenção: verifique se os routing numbers para devoluções estão corretos.
- Ação: redirecione a devolução não cumprida para a instituição adequada.
R72 – Devolução não cumprida fora do prazo
- Descrição: uma devolução não cumprida foi processada fora do prazo exigido.
- Prevenção: fique em dia com os prazos para devoluções não cumpridas.
- Ação: envie novamente dentro do prazo permitido, se possível.
R73 – Devolução original em tempo hábil
- Descrição: a RDFI confirma que a devolução original foi processada dentro do prazo exigido.
- Prevenção: não se aplica.
- Ação: nenhuma ação necessária.
R74 – Devolução corrigida
- Descrição: uma devolução anteriormente processada indevidamente já foi corrigida.
- Prevenção: não se aplica.
- Ação: nenhuma ação necessária.
R75 – Devolução não é duplicata
- Descrição: esta é uma resposta ao código de rejeição R67. a RDFI está contestando um descumprimento indevido de uma entrada de retorno pela ODFI.
- Prevenção: não se aplica.
- Ação: nenhuma ação necessária.
R76 – Nenhum erro encontrado
- Descrição: esta é uma resposta ao código de rejeição R69, no qual a ODFI indicou erros de campo. Este código serve como discordância formal; a RDFI acredita que esses erros realmente não existem.
- Prevenção: não se aplica.
- Ação: nenhuma ação necessária.
R77 – Não aceitação da devolução não cumprida R62
- Descrição: Esta é uma resposta ao código de rejeição R62, indicando que a RDFI já devolveu a transação incorreta e a anulação, ou não pode recuperar os fundos do destinatário conforme especificado no R62.
- Prevenção: entenda os critérios para aceitação de devoluções não cumprida.
- Ação: verifique por que ela não foi aceita e envie novamente conforme necessário.
Além disso, os seguintes códigos de rejeição estão associados a Transações ACH Internacionais (IATs):
R80 – Erros de codificação de entrada de IAT
- Descrição: existem erros de codificação na entrada de IAT.
- Prevenção: valide a codificação para entradas de IAT.
- Ação: corrija os erros de codificação e reenvie a entrada de IAT.
R81 – Não participante do programa IAT
- Descrição: a RDFI não participa do programa IAT.
- Prevenção: verifique se a RDFI faz parte do programa IAT.
- Ação: encontre uma RDFI que participe ou evite usar IAT para a transação.
R82 – Identificação de RDFI estrangeira inválida
- Descrição: a identificação da RDFI estrangeira está incorreta.
- Prevenção: verifique os dados de identificação da instituição estrangeira.
- Ação: corrija os dados de identificação e reprocesse a transação.
R83 – RDFI estrangeira não pode liquidar
- Descrição: a RDFI estrangeira não pode concluir a transação.
- Prevenção: confirme a capacidade da instituição estrangeira de liquidar transações antes de iniciar uma.
- Ação: trabalhe diretamente com a instituição estrangeira para resolver o problema.
R84 – Entrada não processada pelo gateway
- Descrição: a entrada não foi processada pelo gateway designado, um provedor de serviços que atua como ponto de entrada da rede ACH para instituições financeiras.
- Prevenção: encaminhe transações por meio de um gateway funcional.
- Ação: reenvie a transação por meio de um gateway válido ou entre em contato com o gateway para resolver o problema.
R85 – Pagamento internacional de saída codificado incorretamente
- Descrição: um pagamento internacional de saída está codificado incorretamente.
- Prevenção: verifique a codificação de pagamentos internacionais.
- Ação: corrija o código e envie a transação novamente.
Como as empresas devem lidar com as rejeições de ACH
Menos rejeições de ACH significa menos 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 de ACH desnecessárias e gerenciá-las de forma eficaz quando elas acontecem, as empresas precisam implementar uma estratégia multifacetada. Isso inclui medidas preventivas, identificação oportuna de problemas e ações de acompanhamento apropriadas. Veja as etapas que você pode seguir:
Medidas preventivas
Verifique os dados da conta: antes de iniciar uma transação ACH, confirme o número da conta e o routing number do destinatário. Isso pode ser feito manualmente ou por meio de serviços de verificação eletrônica.
Garanta a devida autorização: para pagamentos recorrentes, obtenha e armazene com segurança autorizações por escrito de clientes ou fornecedores. Atualize-os regularmente para confirmar que são válidos.
Implemente limites de transação: defina limites diários e por transação para não exceder os valores permitidos, o que poderia desencadear uma rejeição.
Eduque funcionários e parceiros: treine regularmente os funcionários que lidam com transações financeiras sobre os meandros da rede ACH, incluindo requisitos de conformidade, para reduzir a chance de erros.
Use alertas em tempo real: implemente sistemas que fornecem notificações em tempo real para saldos de conta e status de transações. Isso ajuda a evitar rejeições por fundos insuficientes ou não liquidados.
Reconcilie contas regularmente: reconcilie de forma consistente os extratos bancários com registros contábeis para detectar eventuais discrepâncias que possam levar a rejeições.
Gerencie as rejeições
Identifique imediatamente as rejeições: configure alertas para notificar a equipe principal 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 mencionando o código ACH de rejeição. 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 os dados corrigidos e, se necessário, inicie uma nova transação ACH.
Mantenha registros: documente a rejeição e as ações subsequentes realizadas para resolver o problema. Isso pode ser útil para auditorias e demonstra um compromisso em resolver problemas de forma eficaz.
Avalie e ajuste os procedimentos: depois de resolver problemas individuais, analise-os para identificar padrões ou problemas sistêmicos. Faça as alterações processuais necessárias para evitar futuras ocorrências.
Ações para cenários específicos
Folha de pagamento: para depósitos diretos da folha de pagamentos, verifique novamente os dados da conta quando fizer onboarding de novos funcionários e sempre que um funcionário relatar uma alteração nos dados bancários.
Pagamentos de 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 pagamentos de assinaturas ou parcelados, lembre os clientes antes de cada ciclo de cobrança sobre a disponibilidade de saldo suficiente e dê a oportunidade para eles atualizarem os dados da conta.
Transações de e-commerce: para empresas de e-commerce, integre recursos de verificação ao gateway de pagamentos para confirmar os dados da conta em tempo real.
Transações de alto valor: para transações de grandes valores, considere etapas de verificação adicionais, como confirmações por telefone, para reduzir o risco de rejeições por problemas de autorização ou conta.
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.