NF-e e NFC-e
Rejeição 440: como corrigir o CNPJ do intermediador da transação
A rejeição 440 indica problema no CNPJ informado no grupo infIntermed da NF-e ou NFC-e. Ela não se refere automaticamente ao CNPJ do emitente, do comprador ou da instituição que recebeu o pagamento. Localizar o campo exato evita corrigir um cadastro que nada tem a ver com o retorno.
A rejeição 440 indica problema no CNPJ informado no grupo infIntermed da NF-e ou NFC-e. Ela não se refere automaticamente ao CNPJ do emitente, do comprador ou da instituição que recebeu o pagamento. Localizar o campo exato evita corrigir um cadastro que nada tem a ver com o retorno.
Na NT 2020.006 v1.31, a regra YB02-10 abrange os modelos 55 e 65 e verifica CNPJ com zeros, nulo ou dígito verificador inválido. Em 2026, esse diagnóstico precisa considerar também o formato alfanumérico e a versão do sistema: tratar qualquer letra como erro deixou de ser uma abordagem suficiente.
Primeiro, confira a identidade da plataforma
O campo YB02 deve identificar o intermediador comercial da transação. Antes de analisar tamanho ou dígitos, confirme qual empresa desempenhou esse papel no pedido. Um CNPJ pode ser matematicamente válido e ainda pertencer à pessoa jurídica errada.
Use o cadastro oficial disponibilizado pela plataforma, os documentos do relacionamento comercial e os dados da conta do vendedor para confirmar a identificação. Se houver mais de um marketplace na cadeia, a orientação da NT é informar o intermediador que encaminhou a informação da venda ao vendedor.
Não confunda esse participante com a transportadora, o fabricante do emissor ou um conector técnico que apenas entrega dados entre sistemas. A instituição de pagamento também possui identificação própria em YA05. Os CNPJs podem coincidir quando a mesma empresa exerce ambas as funções, mas essa coincidência precisa refletir a operação.
Usar um CNPJ encontrado em outra nota ou num exemplo de suporte não é correção. O documento precisa trazer a identificação verdadeira da empresa envolvida, mesmo que um identificador emprestado passe no cálculo do dígito verificador.
Do cadastro ao XML: onde o conteúdo pode mudar
Depois de confirmar a empresa correta, compare o cadastro do emissor com o conteúdo de infIntermed/CNPJ no arquivo rejeitado. Essa comparação separa erro de digitação de problema na integração.
No formato numérico, confira as 14 posições e a preservação de zeros à esquerda. O XML deve seguir o formato do esquema, sem pontos, barra ou hífen de apresentação. A remoção da máscara não autoriza eliminar caracteres integrantes do identificador, especialmente letras válidas do novo padrão.
Uma importação que transforma CNPJ em número pode perder zeros iniciais. Uma rotina antiga que aceita apenas algarismos pode rejeitar ou mutilar um cadastro alfanumérico. São hipóteses a testar comparando o valor recebido do canal, o valor armazenado e o valor efetivamente transmitido.
Se o campo foi preenchido com uma sequência de zeros para contornar a falta de cadastro, a solução é obter a informação verdadeira. Deixar o CNPJ vazio, usar CPF ou retirar o grupo de uma operação realmente intermediada não resolve a obrigação documental. Pode apenas deslocar o problema para outra validação.
O que mudou com o CNPJ alfanumérico
A NT Conjunta DFe 2025.001 v1.00 prevê identificador com 14 posições: as primeiras 12 admitem caracteres alfanuméricos, e as duas últimas continuam numéricas, como dígitos verificadores. O cálculo mantém módulo 11, com representação dos caracteres pelo respectivo valor ASCII menos 48.
Para a empresa, a consequência prática é exigir uma validação compatível no emissor e nas integrações. Não se recomenda calcular um novo dígito e substituir o que consta no cadastro real. Se o cálculo não confere, investigue a transcrição, a identificação recebida e a rotina utilizada.
A NT 2026.004 v1.01 explicita a alteração de YB02 de numérico para caracteres, conservando o tamanho 14. Portanto, instruções antigas que falam apenas em “14 números” não descrevem integralmente o leiaute atualizado. Os CNPJs numéricos continuam contemplados; a mudança não obriga a trocar identificadores existentes por outros com letras.
A nota conjunta também registra uma proposta de restrição a algumas letras ainda dependente de confirmação. Essa observação não deve ser transformada em lista definitiva de caracteres proibidos por conta própria. A implementação precisa seguir o esquema e as orientações oficiais aplicáveis à versão utilizada.
Cronogramas distintos, diagnósticos distintos
A NT Conjunta DFe 2025.001 v1.00 apresenta homologação em 06/04/2026 e produção em 06/07/2026. Já a NT 2026.004 v1.01, voltada às alterações de esquema da NF-e/NFC-e, prevê homologação até 15/06/2026 e produção em 01/07/2026. São registros de documentos e escopos diferentes, não uma data única que possa ser aplicada sem distinguir a mudança analisada.
A própria nota conjunta adverte que a aceitação pelo esquema não basta: antes da implantação no ambiente, a validação de CNPJ alfanumérico pode retornar erro de dígito verificador. Por isso, um diagnóstico histórico deve considerar a data da emissão, o ambiente, o autorizador e o pacote de esquemas utilizado.
Esses cronogramas documentais não comprovam, por si, o comportamento de todas as UFs em uma ocorrência concreta. Se um CNPJ confirmado e íntegro continuar rejeitado, encaminhe o XML e o retorno ao suporte para verificar compatibilidade e implantação, sem alterar a identificação da plataforma.
Exemplo de correção sem improviso
Uma loja recebe um pedido intermediado e importa o cadastro da plataforma. Na integração, um zero inicial é eliminado e o campo chega ao emissor com comprimento incorreto. O responsável identifica a diferença comparando o dado de origem com o XML. Corrige a forma de armazenamento como identificador textual e regenera a nota com o CNPJ completo.
Em outro pedido, a identificação contém letras legítimas, mas o emissor antigo as remove. A solução é adequar o sistema ao formato aplicável e preservar o cadastro verdadeiro. Substituir letras por números visualmente semelhantes mudaria a identidade e poderia produzir outra rejeição ou um documento incorreto.
Antes de transmitir novamente
Confira também indIntermed e idCadIntTran. O primeiro deve refletir a venda intermediada; o segundo identifica o perfil do vendedor na plataforma e tem de 2 a 60 caracteres. Nenhum deles substitui o CNPJ.
Gere o XML pelo fluxo regular do emissor, valide sua estrutura e examine o novo retorno após o envio. Uma estrutura malformada pode ser recusada antes de YB02-10. A correção da 440 não garante aprovação de outros campos nem substitui a conferência da identidade comercial.
Guarde a evidência da origem do cadastro, a versão corrigida e o protocolo pertinente. Esse registro ajuda a impedir que uma atualização de integração volte a alterar um identificador que já estava correto.
Fontes e base documental
Conferência em 10/10/2026 com cópias oficiais preservadas em 09/10/2026: NT 2020.006 v1.31, NT Conjunta DFe 2025.001 v1.00 e NT 2026.004 v1.01. Cronogramas são apresentados por versão e escopo, sem certificação universal de ativação.