Rejeição 267 — Chave de Acesso referenciada inexistente

O que é esta rejeição?#

A Rejeição 267 é 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.

Este código indica que rejeição: NF Complementar referencia uma NF-e inexistente.

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:

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

Verificações analíticas#

• Se o código numérico aleatório cNF extraído da chave de acesso (posições 36-43) não coincidir com o campo cNF declarado no grupo ide do XML, então há dessincronização entre a chave construída e os metadados da nota, indicando que a chave foi gerada com um cNF diferente do persistido no XML: reconstrua a chave de acesso usando exatamente o valor cNF presente em ide/cNF e recalcule o dígito verificador cDV pelo módulo 11 com pesos 2-9 sobre os 43 dígitos anteriores.
• Se a concatenação de cUF + AAMM(dhEmi) + CNPJ(emit) + mod + serie + nNF + tpEmis + cNF resultar em uma string de 43 dígitos cujo módulo 11 com pesos ciclicamente crescentes de 2 a 9 da direita para a esquerda produz um dígito verificador diferente do cDV declarado em ide/cDV, então o dígito verificador está matematicamente errado: recalcule cDV conforme NT 2013.005 e atualize simultaneamente cDV no grupo ide e os últimos dois dígitos da chave de acesso no atributo Id da tag infNFe.
• Se o valor de cUF nos dois primeiros dígitos da chave de acesso não corresponder ao código IBGE da UF informada em emit/enderEmit/UF (por exemplo, SP=35, RJ=33, MG=31), então a UF do emitente foi codificada incorretamente na chave, gerando rejeição 267 mesmo que o dígito verificador local esteja coerente internamente com a UF errada: corrija cUF em ide/cUF para o código IBGE correto da UF do emitente, reconstrua a chave inteira e recalcule cDV.
• Se os dígitos de posição 4 a 5 da chave de acesso (AAMM) não corresponderem ao ano e mês extraídos de dhEmi declarado em ide/dhEmi, então a chave foi gerada com uma competência diferente da data de emissão real, tornando-a inexistente para a SEFAZ da competência correta: ajuste o AAMM na composição da chave para refletir o ano-mês de ide/dhEmi e regenere toda a chave com novo cDV.
• Se o número de série serie extraído das posições 23 a 25 da chave de acesso não coincidir com ide/serie, ou o número da nota nNF extraído das posições 26 a 34 não coincidir com ide/nNF preenchido com zeros à esquerda até 9 dígitos, então um ou ambos os campos foram inseridos na ordem ou comprimento errados durante a concatenação, corrompendo a chave estruturalmente: padronize serie com 3 dígitos e nNF com 9 dígitos com zero-padding à esquerda antes de concatenar, depois recalcule cDV e atualize o atributo Id em infNFe.