Rejeição 437: CNPJ da instituição de pagamento inválido
Revisão editorial em 16 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A Rejeição 437, regra YA05-20, verifica o CNPJ da instituição de pagamento informado em pag/detPag/card/CNPJ. O campo não identifica automaticamente o emitente, o comprador ou o estabelecimento beneficiário: sua função precisa ser preservada na conferência.
Identifique a instituição correta
A descrição do campo indica instituição de pagamento, adquirente ou subadquirente. Quando o pagamento é processado pelo intermediador da transação, informa-se o CNPJ desse intermediador. Isso depende de quem processou a transação real; vender por um marketplace não prova, sozinho, que ele também foi o processador.
A YA05-20 aplica-se aos modelos 55/65 quando o CNPJ é informado e verifica valor nulo, somente zeros ou dígito verificador inválido. A condição é diferente de ausência de campos no cartão integrado, tratada pela 392, e da validação do CNPJ em infIntermed, tratada pela 440.
Cadastro, serialização e formato alfanumérico
Compare o identificador fornecido oficialmente pelo processador com o cadastro e com card/CNPJ no XML enviado. Confira perda de zeros, campo vazio, caracteres removidos e uso de um identificador de terminal como se fosse CNPJ. Não calcule novos dígitos para transformar um identificador incorreto em outro aparentemente válido.
A NT 2026.004 v1.01 adapta schemas do ecossistema NF-e/NFC-e ao CNPJ alfanumérico, com cronograma de produção 01/07/2026. Use o pacote e os tipos oficiais aplicáveis e preserve identificadores como texto. Uma rotina numérica antiga pode corromper um CNPJ ao eliminar caracteres; o artigo não fornece algoritmo improvisado de dígito verificador nem afirma que essa atualização dispensa validação.
Exemplos de causa e próximos passos
Em um cenário sintético, o cadastro da instituição está preenchido, mas a integração envia somente zeros como valor padrão. A causa está na origem/mapeamento, não na instituição escolhida pelo leitor. Em outro, o gerador copia o CNPJ do beneficiário em vez do processador: mesmo que seja matematicamente válido, isso não comprova a correção semântica do campo.
Um XML sintético com CNPJ inventado não comprova identidade nem titularidade. Use o original protegido e o retorno do processador para comparar os dados verdadeiros. Não substitua pelo CNPJ de outra instituição e não omita o campo quando outra regra o exige.
Corrija somente a causa comprovada, gere novamente a tentativa rejeitada e confira os campos de pagamento relacionados. Guarde retorno e ambiente e verifique o resultado individual completo; não edite documento autorizado nem repita uma tentativa incerta sem esclarecer seu estado.
Fontes oficiais
- MOC 7.0 — Anexo I: p. 63 significado card/CNPJ; p. 126 YA05-20.
- NT 2020.006 v1.31: pp. 8 e 11 campo instituição e YA05-20.
- NT 2023.004 v1.20: pp. 12–13 instituição/beneficiário/terminal.
- NT 2026.004 v1.01: pp. 3–4 escopo da atualização alfanumérica.
- NT 2025.001 v1.03 corrigida: pp. 2–3 cronograma; pp. 7,10–11 atualização pagamentos, condições, obrigatoriedade e rasuras.