Código numérico da chave de acesso diverge do campo cNF da NF-e

A rejeição 562 indica que os 8 dígitos do código numérico (cNF) presentes dentro da chave de acesso de 44 dígitos não conferem com o valor informado na tag <cNF> do grupo <ide>. Trata-se de erro de montagem da chave: o sistema gerou a chave com um cNF diferente do que foi gravado no XML. Para corrigir, regenere a chave de acesso de forma consistente.

O que significa esta rejeição

A chave de acesso da NF-e tem 44 dígitos e é composta, entre outros campos, pelo cNF: um número de 8 dígitos que representa um código aleatório de segurança gerado pelo emissor. Esse mesmo valor deve constar na tag <cNF> do grupo <ide>. A rejeição 562 ocorre quando os dígitos que ocupam a posição do cNF dentro da chave de 44 dígitos divergem do valor explícito em <cNF>.

A montagem da chave de acesso segue um layout fixo definido pelo MOC: cUF (2) + AAMM (4) + CNPJ/CPF (14) + mod (2) + serie (3) + nNF (9) + tpEmis (1) + cNF (8) + cDV (1). Se qualquer um desses campos for inserido na posição errada ou se o cNF for gerado separadamente e não for copiado corretamente para a chave, a inconsistência gera a 562.

Causas mais comuns

• Código numérico cNF gerado aleatoriamente em um momento e depois substituído por outro antes da montagem final da chave, sem remontar a chave com o novo valor.
• Erro de concatenação na rotina que monta a chave de acesso, colocando os 8 dígitos do cNF na posição errada ou usando zeros no lugar do código gerado.
• Importação de XML de terceiros onde o cNF da chave e o <cNF> do <ide> foram editados de forma independente.
• Sistema que recalcula o dígito verificador cDV após uma edição manual, mas não regenera a posição do cNF na chave.
• Preenchimento manual da chave de acesso em alguma ferramenta auxiliar com um código diferente do que está no XML.

Regra de validação oficial

O Anexo I do MOC define o layout da chave de acesso e exige que os 8 dígitos posicionados na faixa do cNF dentro dos 44 dígitos da chave sejam idênticos ao valor declarado na tag <cNF> do grupo <ide>. Qualquer divergência entre as duas representações do mesmo código resulta na rejeição 562.

Exemplo XML, antes (errado)

<!-- Chave: 43 26 05 12345678000195 55 001 000000123 1 87654321 4 -->
<!-- cNF na chave: 87654321 -->
<ide>
  <cUF>43</cUF>
  <cNF>12345678</cNF>
  <mod>55</mod>
  <serie>1</serie>
  <nNF>123</nNF>
  <tpEmis>1</tpEmis>
  <cDV>4</cDV>
  <chNFe>43260512345678000195550010000001231876543214</chNFe>
</ide>

(<cNF> = 12345678, mas na chave o código numérico é 87654321)

Exemplo XML, depois (correto)

<!-- Chave: 43 26 05 12345678000195 55 001 000000123 1 87654321 7 -->
<!-- cNF na chave: 87654321 -->
<ide>
  <cUF>43</cUF>
  <cNF>87654321</cNF>
  <mod>55</mod>
  <serie>1</serie>
  <nNF>123</nNF>
  <tpEmis>1</tpEmis>
  <cDV>7</cDV>
  <chNFe>43260512345678000195550010000001231876543217</chNFe>
</ide>

(<cNF> e o código numérico dentro da chave são idênticos; cDV recalculado)

Passo a passo para corrigir

1. Gere um novo cNF aleatório de 8 dígitos para a nota (ou mantenha o gerado anteriormente, se ainda for o mesmo documento).
2. Monte a chave de acesso completa concatenando os campos na ordem do MOC: cUF + AAMM + CNPJ/CPF + mod + serie + nNF + tpEmis + cNF.
3. Calcule o dígito verificador cDV (módulo 11) sobre os 43 dígitos anteriores e acrescente ao final da chave.
4. Copie esse mesmo cNF (os mesmos 8 dígitos usados na montagem da chave) para a tag <cNF> do grupo <ide>. Os dois valores precisam ser idênticos.
5. Retransmita o XML. Se o sistema usou o mesmo número de série e número de nota, certifique-se de não criar duplicidade.

Como o FazendaNota previne

O FazendaNota monta a chave de acesso automaticamente a partir dos campos do <ide>, usando o mesmo cNF gerado internamente para compor tanto a chave de 44 dígitos quanto a tag <cNF>. A geração é centralizada: não há caminho no sistema para que os dois valores divirjam. Antes de transmitir, a validação local de schema confere a estrutura do XML, e inconsistências de montagem são bloqueadas antes do envio ao webservice.

Rejeições relacionadas

• Rejeição 215, Falha no schema XML
• Rejeição 539, Chave de acesso com dígito verificador inválido
• Rejeição 204, Duplicidade de NF-e

Referência oficial

Esta rejeição está descrita no Anexo I - Leiaute e Regra de Validação do Manual de Orientação do Contribuinte (MOC) v7.0 da NF-e, publicado pelo CONFAZ. Texto integral em https://www.confaz.fazenda.gov.br/legislacao/arquivo-manuais/moc7-visao-geral.pdf