Rejeição 666 do MDF-e: Ano do MDFe informado na chave de acesso inválido

Q: Por que acontece a Rejeição 666?

A chave de acesso carrega o ano e o mês de emissão logo depois do código da UF. E 2012 é o marco: foi quando o MDF-e passou a existir. Um manifesto com ano anterior descreve um documento que não poderia ter sido emitido. Como a data não é digitada por ninguém, esta rejeição sempre aponta para um defeito técnico: Relógio da máquina zerado. Servidor que perdeu a configuração de hora volta para uma data padrão, muitas vezes 1970 ou 2000. Data ausente na montagem — o campo veio vazio e virou zeros na chave. Ano com dois dígitos interpretado errado na conversão. Base de teste com datas antigas usada por engano. O primeiro caso é o mais comum e tem um sintoma característico: além desta rejeição, a 212 ou a 228 aparecem, porque a data de emissão também está errada. Quando as três surgem juntas, é relógio. ### No Berga DFe › MDFe, na emissão do documento. Deixa que o Berga resolve. A data de emissão vem do relógio do servidor, sincronizado, e a chave é montada a partir dela. Conheça o Berga — a emissão de MDF-e já vem pronta.

Q: Como resolver a Rejeição 666?

Confira a data e a hora da máquina que emite. Ative a sincronização automática de horário. Gere o documento de novo — a chave é refeita com a data correta.

Atualizado há cerca de 6 horas1 visualizações0 acharam útil

MDFeRejeição-666Chave de AcessoAnoData de EmissãoSEFAZ

O ano dentro da chave é anterior a 2012, quando o MDF-e passou a existir. Costuma ser relógio ou data mal montada.

A Rejeição 666 acontece quando o ano codificado na chave de acesso do manifesto é anterior a 2012.

O que a SEFAZ responde: "Ano do MDFe informado na chave de acesso inválido"

Abrir MDF-e

Por que acontece a Rejeição 666

A chave de acesso carrega o ano e o mês de emissão logo depois do código da UF. E 2012 é o marco: foi quando o MDF-e passou a existir. Um manifesto com ano anterior descreve um documento que não poderia ter sido emitido.

Como a data não é digitada por ninguém, esta rejeição sempre aponta para um defeito técnico:

Relógio da máquina zerado. Servidor que perdeu a configuração de hora volta para uma data padrão, muitas vezes 1970 ou 2000.
Data ausente na montagem — o campo veio vazio e virou zeros na chave.
Ano com dois dígitos interpretado errado na conversão.
Base de teste com datas antigas usada por engano.

O primeiro caso é o mais comum e tem um sintoma característico: além desta rejeição, a 212 ou a 228 aparecem, porque a data de emissão também está errada. Quando as três surgem juntas, é relógio.

No Berga

DFe › MDFe, na emissão do documento.

Deixa que o Berga resolve. A data de emissão vem do relógio do servidor, sincronizado, e a chave é montada a partir dela. Conheça o Berga — a emissão de MDF-e já vem pronta.

Como resolver a Rejeição 666

1
Confira a data e a hora da máquina que emite.
2
Ative a sincronização automática de horário.
3
Gere o documento de novo — a chave é refeita com a data correta.

Como evitar a Rejeição 666

Sincronização de relógio é configuração de servidor. Se a emissão roda em máquina própria, ela precisa acertar a hora pela rede — sem isso, o desvio volta.

Se a Rejeição 666 continuar

Se a data está correta e a rejeição insiste, o problema é a montagem da chave, e a 253 costuma aparecer junto.

Ao abrir um chamado, informe a chave gerada e a data de emissão do manifesto.

Consulte a tabela de rejeições do MDF-e para procurar outro código.

Referência: MOC MDF-e 3.00b — Anexo I, validação do ano codificado na chave de acesso.