Rejeição 467 — Dados da NF-e divergentes do EPEC

O que é esta rejeição?#

A Rejeição 467 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a forma de emissão (normal, contingência, etc.), data e hora de emissão do documento fiscal. 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 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 tipo de emissão informado é incompatível com a situação atual do serviço da SEFAZ
• A NF-e em contingência está sendo transmitida fora do prazo permitido
• Os dados da NF-e em contingência divergem do evento EPEC previamente registrado
• O tipo de emissão de contingência não está autorizado para a UF do emitente

Como resolver#

1. Verifique o tipo de emissão: 1=Normal, 2=FS-IA, 3=SCAN (desativado), 4=EPEC, 5=FS-DA, 6=SVC-AN, 7=SVC-RS, 9=Offline NFC-e
2. Se a SEFAZ voltou ao normal, use tpEmis=1 para novas NF-e
3. Transmita NF-e em contingência dentro do prazo de 168 horas (7 dias) após a emissão
4. Confira se os dados da NF-e correspondem exatamente ao evento EPEC registrado

Verificações analíticas#

• Se tpEmis for igual a 4 (EPEC) e a diferença em horas entre dhEmi e dhRecbto for superior a 168 horas, então a NF-e foi transmitida fora do prazo legal de contingência EPEC: recalcule dhEmi ou emita nova NF-e com tpEmis=1 caso o ambiente SEFAZ já esteja normalizado.
• Se tpEmis for igual a 4 (EPEC) e qualquer um dos campos chave do EPEC previamente registrado (cUF, CNPJ emit, mod, serie, nNF, dEmi, cMunFG, tpNF, vNF, digVal) divergir dos valores presentes no XML atual, então os dados da NF-e não correspondem ao evento EPEC registrado: corrija os campos divergentes para que o XML reflita exatamente o que foi informado no EPEC, pois a SEFAZ valida campo a campo a aderência ao evento anterior.
• Se tpEmis for igual a 4 (EPEC) e o campo vNF do XML atual difere do vNF informado no evento EPEC (tolerância zero permitida pela SEFAZ), e simultaneamente pICMS, vDesc ou vFrete sofreram ajuste posterior à geração do EPEC, então o recálculo de totais alterou o valor da nota após o registro do EPEC: restaure os valores originais dos campos de desconto, frete e alíquota que existiam no momento da geração do EPEC ou cancele o EPEC e registre um novo antes de retransmitir.
• Se tpEmis for igual a 4 (EPEC) e cUF do campo ide diverge do cUF da chave de acesso de 44 dígitos (posições 1-2), ou se a UF do emitente (emit/enderEmit/UF) não corresponde a uma UF habilitada para uso de EPEC conforme portaria vigente da SEFAZ Nacional, então o tipo de emissão de contingência não está autorizado para a UF do emitente: verifique a portaria da SEFAZ da UF emitente e, se EPEC não for permitido, utilize tpEmis=6 (SVC-AN) ou tpEmis=7 (SVC-RS) conforme a UF.
• Se tpEmis for igual a 4 (EPEC) e a chave de acesso reconstruída a partir dos campos cUF, AAMM(dhEmi), CNPJ(emit), mod, serie, nNF, tpEmis e cNF não for idêntica ao campo chNFe presente no XML, então há inconsistência estrutural entre os metadados da NF-e e a chave registrada no EPEC: recalcule cDV pelo algoritmo módulo 11 e regenere chNFe garantindo que tpEmis=4 esteja codificado na posição correta da chave antes de comparar com o evento EPEC.