Rejeição 212 da NFCom: Data/hora de emissão NFCom posterior a data/hora de recebimento

Uma nota não pode ser emitida depois de ser recebida. Quando a data de emissão está à frente do relógio da SEFAZ, ela recusa.

Abrir NFCom

Por que acontece a Rejeição 212

A regra tem uma sutileza importante: o ambiente autorizador deve considerar a hora local do emissor na validação, e há uma tolerância prevista. Ou seja, a SEFAZ não é rígida com segundos — ela dá margem para a diferença normal entre relógios.

Quando mesmo assim a rejeição aparece, a diferença é grande o bastante para não ser ruído:

• Relógio do servidor adiantado. Sem sincronização com servidor de horário, o desvio cresce sozinho.
• Fuso horário errado. O servidor está configurado em UTC e o horário é gravado como se fosse local — no Brasil, isso adianta a nota em três horas.
• Offset ausente na data. A NFCom leva a data com indicação de fuso; sem ela, ou com o fuso errado, a SEFAZ interpreta em outro momento.
• Data futura preenchida à mão, para "adiantar" o faturamento do próximo ciclo.
• Máquina virtual recém-restaurada, com o relógio congelado no momento do snapshot.

O caso do fuso é o mais comum em servidor de nuvem, porque o padrão da maioria das imagens é UTC. E ele é traiçoeiro: a nota parece certa em qualquer tela que mostre a hora local.

No Berga

DFe › NFCom, na data de emissão do documento.

Como resolver a Rejeição 212

1. 1
   Compare o relógio do servidor que gera os documentos com um servidor de horário oficial.
2. 2
   Confirme o fuso horário configurado e se a data enviada leva o offset correto.
3. 3
   Adiantado, sincronize e gere o documento de novo.
4. 4
   Se a data foi preenchida à mão para uma competência futura, corrija: a data de emissão é a de hoje, e a competência do serviço vai nos campos da fatura.
5. 5
   Transmita de novo.

Como evitar a Rejeição 212

Mantenha sincronização automática de horário no servidor de emissão. É configuração de uma vez que elimina a categoria inteira de problema — inclusive a 228, que é o mesmo desvio na direção oposta.

Ao subir servidor novo, confira o fuso antes do primeiro faturamento. Descobrir três horas de desvio com o ciclo rodando custa o ciclo.

Se a Rejeição 212 continuar

Se o relógio está certo e a rejeição insiste, olhe o offset gravado na data: um horário correto com fuso errado produz exatamente este sintoma. Se o problema for o oposto — nota antiga demais — o código é 228.

Ao abrir um chamado, informe a data e hora de emissão como foi enviada, com o offset, e o horário do servidor no momento.

Consulte a tabela de rejeições da NFCom para procurar outro código.