Pular para o conteúdo
FiscalAPI
683 Chave de Acesso

Rejeição 683 — Chave de Acesso referenciada com Número inválido

Motivo da rejeição

Chave de Acesso referenciada com Número inválido

3 min de leitura

O que é esta rejeição?#

A Rejeição 683 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a chave de acesso que identifica unicamente a NF-e, dígito verificador calculado a partir da chave de acesso. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Os campos afetados estão na seção de chave de acesso, identificação da NF-e do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

CampoXPath no XMLDescrição
chNFeprotNFe/infProt/chNFeChave de acesso da NF-e (44 dígitos)
cDVNFe/infNFe/ide/cDVDígito verificador da chave de acesso
cNFNFe/infNFe/ide/cNFCódigo numérico da NF-e

Causas comuns#

  • O dígito verificador da chave de acesso está incorreto
  • A chave de acesso tem formato inválido (deve ter exatamente 44 dígitos)
  • Os componentes da chave (UF, data, CNPJ, modelo, série, número) não correspondem aos dados da NF-e
  • O código numérico aleatório (cNF) está ausente ou com formato incorreto

Como resolver#

  1. Recalcule o dígito verificador usando o algoritmo módulo 11 conforme especificação da SEFAZ
  2. Verifique se todos os componentes da chave de acesso correspondem aos dados informados na NF-e
  3. Confirme que a chave tem exatamente 44 dígitos numéricos, sem espaços ou caracteres especiais
  4. Regenere a chave de acesso completa no seu sistema emissor e retransmita

💡
Dica: Para identificar a causa desta rejeição, comece verificando os campos chNFe, cDV, cNF no XML da NF-e. Compare os valores informados com os dados cadastrais atualizados na SEFAZ e na Receita Federal.

Verificações analíticas#

  • Se o cUF extraído dos 2 primeiros dígitos da chave de acesso não corresponder ao cUF declarado no campo ide/cUF e também não coincidir com o código IBGE da UF do emitente em emit/enderEmit/UF, então a chave foi montada com UF de origem incorreta: reconstrua a chave usando o cUF da UF do emitente autorizado conforme tabela IBGE/SEFAZ.
  • Se os dígitos de posição 3 a 6 da chave de acesso (AAMM) não corresponderem ao ano e mês extraídos do campo ide/dhEmi, então a chave foi gerada com competência divergente da data de emissão declarada: recomponha a chave usando o AAMM derivado de ide/dhEmi e recalcule o dígito verificador.
  • Se os dígitos de posição 23 a 25 da chave de acesso não corresponderem ao modelo declarado em ide/mod (55 para NF-e ou 65 para NFC-e) ou os dígitos de posição 26 a 28 não corresponderem à série declarada em ide/serie, então modelo ou série foram transcritos errados na chave: alinhe esses campos com os valores de ide/mod e ide/serie antes de recalcular o dígito verificador.
  • Se os dígitos de posição 29 a 37 da chave de acesso não coincidirem com o nNF declarado em ide/nNF formatado com nove dígitos com zeros à esquerda, então o número da nota foi preenchido sem o padding correto ou com valor divergente: corrija para nNF zero-padded a 9 posições e reconstrua a chave.
  • Se o dígito na posição 44 da chave de acesso não for igual ao resultado do algoritmo módulo 11 aplicado aos 43 dígitos anteriores com pesos de 2 a 9 em ciclo da direita para a esquerda — onde resto 0 ou 1 resultam em dígito verificador 1 — então o cDV está incorreto independentemente dos demais campos: recalcule exclusivamente o dígito verificador sem alterar os demais componentes e retransmita.
Compartilhar: WhatsApp LinkedIn Twitter

Consulte IEs e CNPJs antes de emitir NF-e

Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.

Criar conta →