Voltar para o blog

NF-e e NFC-e

Rejeição 437: confira o CNPJ da instituição de pagamento

O código 437 pode aparecer em dois momentos distintos: na autorização da NF-e/NFC-e ou no registro de um evento de Conciliação Financeira, o ECONF. Em ambos, o problema envolve o CNPJ de quem participa do processamento financeiro, mas o campo e o documento a corrigir são diferentes. Antes de mexer no cadastro,…

Blog ALRA
Capa ilustrada da ALRA: Rejeição 437: confira o CNPJ da instituição de pagamento.

O código 437 pode aparecer em dois momentos distintos: na autorização da NF-e/NFC-e ou no registro de um evento de Conciliação Financeira, o ECONF. Em ambos, o problema envolve o CNPJ de quem participa do processamento financeiro, mas o campo e o documento a corrigir são diferentes. Antes de mexer no cadastro, identifique qual serviço devolveu a rejeição.

Esse retorno não significa, por si só, que o cliente deixou de pagar, que o cartão foi recusado ou que a instituição está irregular. As regras verificadas descrevem CNPJ com zeros, nulo ou dígito verificador inválido. Uma falha fiscal e o resultado financeiro da venda precisam ser apurados separadamente.

Na autorização: examine card/CNPJ

Na autorização dos modelos 55 e 65, a regra YA05-20 verifica o CNPJ da instituição de pagamento informado no grupo card. A NT 2025.001 v1.03 mantém a regra com aplicação obrigatória; a indicação anterior de facultatividade está riscada. Não se deve transportar para 437 a observação de implementação futura do modelo 55 que aparece em outra linha, a YA04-10, referente à rejeição 391. NT 2025.001 v1.03

O leiaute identifica instituição de pagamento, adquirente ou subadquirente. Quando o pagamento é processado pelo intermediador da transação, orienta informar o CNPJ desse intermediador. Isso não permite copiar automaticamente o CNPJ de qualquer marketplace que tenha participado da venda. Primeiro é necessário confirmar quem processou aquele pagamento. NT 2020.006 v1.31

São informações diferentes:

  • card/CNPJ: instituição ligada ao processamento do pagamento

  • infIntermed/CNPJ: intermediador comercial da operação, quando aplicável

  • CNPJPag: estabelecimento onde o pagamento foi processado, transacionado ou recebido, na situação prevista no leiaute

  • CNPJReceb: estabelecimento beneficiário do pagamento

  • tBand: código da bandeira; não é um CNPJ

O banco do consumidor, o emitente da nota e a empresa que recebe o repasse não devem ser escolhidos por aproximação. Uma mesma organização pode exercer mais de um papel, mas a coincidência precisa corresponder ao contrato e à transação.

No ECONF: o campo é CNPJIF

A NT 2024.002 v1.00 instituiu o ECONF, evento 110750, para relacionar transações financeiras ao documento fiscal. No detalhamento do evento, a regra P30-10 verifica CNPJIF, que identifica instituição financeira, de pagamento, adquirente ou subadquirente. O retorno pode trazer nOcor, útil para localizar a ocorrência do pagamento com problema. Não confunda esse campo com CNPJPag, cuja validação de CNPJ inválido tem o código 961, nem com CNPJReceb, associado ao código 208 nesse evento. NT 2024.002, ECONF

A rejeição do evento não desfaz automaticamente a autorização anterior da nota. Preserve o XML autorizado e seu protocolo; corrija a mensagem do ECONF que falhou. Se o sistema só mostra o número 437, peça a resposta individual do evento, pois o processamento do lote não equivale ao registro bem-sucedido de cada evento.

A nota técnica apresenta o ECONF como facultativo e prevê produção em 02/09/2024, com testes até 01/07/2024. Para NF-e 55, descreve recepção pela SVRS para contribuintes de todas as UFs; para NFC-e 65, o serviço de eventos da UF, observada a utilização da SVRS pelas participantes. A disponibilidade efetiva e eventual exigência estadual precisam ser confirmadas no contexto do emitente.

Corrija o dado na origem

Comece pelo comprovante, contrato ou relatório oficial da instituição que processou a venda. Compare esse registro com o cadastro utilizado pelo emissor e com o XML efetivamente enviado. Erros de digitação, preenchimento com zeros, conversões indevidas e vínculos com um cadastro genérico merecem investigação.

O IOB mostra onde corrigir o campo da instituição em seu emissor. A NS Tecnologia relaciona a falha ao grupo card. Esses caminhos ajudam a encontrar a informação, mas não autorizam substituir o dado por um CNPJ qualquer que passe na conta do dígito verificador.

A orientação da Berga chama atenção para a diferença entre bandeira e credenciadora. Sua sugestão de deixar o campo vazio precisa ser condicionada ao caso: quando há pagamento integrado sujeito à YA05-10, CNPJ e autorização são exigidos. Apagar a informação pode simplesmente trocar a rejeição 437 pela 392.

Depois de acertar o cadastro, regenere e confira o documento. Verifique todas as ocorrências de pagamento, porque uma venda pode usar instituições distintas. Transmita novamente apenas o documento fiscal ou evento que necessita da correção, sem executar outra cobrança.

Atenção ao CNPJ alfanumérico

Não trate a orientação antiga “somente 14 dígitos” como regra universal em 2026. A NT 2026.004 v1.01 adequa o ecossistema NF-e/NFC-e ao CNPJ alfanumérico, complementando a NT Conjunta DFe 2025.001. Seu cronograma registra homologação até 15/06/2026 e produção em 01/07/2026. São 14 posições, com formato e cálculo de verificação próprios; não remova letras nem converta o identificador inteiro em número. NT 2026.004 v1.01

Se o erro surgiu após cadastrar uma instituição com CNPJ alfanumérico, confira a versão do emissor, dos esquemas e do serviço utilizado. Para o ECONF, verifique especificamente o esquema do evento. Aceitar letras na tela não demonstra que toda a transmissão foi atualizada. Os CNPJs numéricos existentes devem ser preservados, inclusive seus zeros iniciais.

Como encerrar a investigação

Registre o campo corrigido, a origem confiável do dado e a nova resposta. Na autorização, confirme o protocolo da nota; no ECONF, confirme o registro do evento vinculado à chave correta. Se a rejeição continuar com o identificador conferido, encaminhe ao suporte modelo, UF, ambiente, versão e trecho mínimo do XML por canal protegido.

Não envie número completo de cartão, senha ou código de segurança. Não use CNPJ emprestado nem autorização de outra venda. O evento de vinculação ao split payment também não substitui automaticamente o ECONF: a NT 2026.006 separa essas funções. Resolver a 437 é corrigir a identificação financeira no serviço certo, mantendo a rastreabilidade do pagamento real.

Atualização documental: 10/10/2026.

Pronto para dar o próximo passo?

Pronto para organizar sua empresa e ganhar mais tempo?

Teste grátis por 15 dias e descubra como a Alra pode transformar a gestão do seu negócio.