Rejeição 662 do CT-e: NFe com diferença de Chave de Acesso
A chave informada como carga aponta para uma nota que existe com outra chave. Quase sempre é dígito trocado na digitação.
A Rejeição 662 acontece quando a chave de acesso de uma nota informada como carga aponta para um documento que a SEFAZ tem registrado com outra chave. Os dados batem — mesmo emitente, modelo, série e número —, mas a chave não.
O que a SEFAZ responde: "NFe com diferença de Chave de Acesso"
Por que acontece a Rejeição 662
A chave de acesso de uma nota tem 44 dígitos e é montada a partir dos próprios dados dela: UF, ano e mês, CNPJ do emitente, modelo, série, número, tipo de emissão, um código numérico aleatório e o dígito verificador.
A SEFAZ localiza a nota pelos dados estruturais e compara a chave que você informou com a que ela tem. Quando difere, é porque um dos dígitos está errado — na prática, sempre o código numérico aleatório ou o verificador, que são a parte da chave que ninguém consegue conferir de cabeça.
As causas são todas de origem do dado:
- Chave digitada a partir do DANFE impresso. É a mais comum. São 44 dígitos, e o papel costuma chegar amassado ou com a impressão fraca.
- Chave lida por leitor de código de barras com falha, capturando um dígito a mais ou a menos.
- Chave de uma nota substituída. O emitente cancelou e emitiu outra; os dados estruturais são quase iguais e a chave, não.
A diferença para a 652 é que lá a nota existe e está cancelada ou denegada; aqui ela existe, está válida, e a chave é que veio errada.
No Berga
DFe › CTe, na seção Documentos Originários do conhecimento.
Deixa que o Berga resolve. As chaves ficam listadas na tela do conhecimento e podem ser corrigidas uma a uma, sem refazer o CT-e. E na entrada de documentos, importar o XML autorizado da nota traz a chave já correta, sem digitação. Conheça o Berga — a emissão de CT-e já vem pronta.
Como resolver a Rejeição 662
- 1Anote a chave que a SEFAZ devolveu na mensagem de rejeição.
- 2Peça ao emitente o XML autorizado da nota, ou consulte a chave no portal da NF-e para obter a correta.
- 3Abra o CT-e em DFe › CTe, localize a chave errada em Documentos Originários e substitua pela correta.
- 4Transmita novamente.
O CT-e recusado por validação não consome numeração.
Um atalho para achar o erro rápido: compare as duas chaves em blocos. Os 34 primeiros dígitos são dados estruturais e devem coincidir; a diferença quase sempre está nos 10 últimos, onde ficam o código numérico e o verificador.
Como evitar a Rejeição 662
Trabalhe com o XML autorizado das notas, não com o DANFE impresso. Além de eliminar a digitação, o arquivo garante que a chave é a do documento realmente autorizado.
Quando a digitação for inevitável, confira o dígito verificador antes de transmitir — ele existe justamente para detectar erro de digitação, e qualquer consulta ao portal da NF-e faz essa checagem.
Se a Rejeição 662 continuar
Se a chave foi copiada do XML e a rejeição persiste, verifique se a nota não foi cancelada e reemitida: nesse caso, a chave do arquivo em mãos é a da versão antiga, e a correta é a da nova.
Se a nota estiver cancelada, a rejeição muda para a 652, que trata desse caso.
Ao abrir um chamado, informe o número e a série do CT-e e a chave que você informou como carga.
Consulte a tabela de rejeições do CT-e para procurar outro código.
Referência: MOC CT-e 4.00 — Anexo I, regra de validação G042.