Existe uma rejeição da NFCom que não é fiscal nem contábil — é de infraestrutura. Se o relógio do servidor que emite a nota estiver adiantado em relação ao da SEFAZ, o documento é recusado. A tolerância é declarada e é curta: cinco minutos.
Ela faz parte de um conjunto pouco discutido de validações que não olham o conteúdo da nota, e sim onde e quando ela foi autorizada: o ambiente, o site do autorizador, a unidade federada e o horário.
Neste artigo
- O relógio: cinco minutos de tolerância
- O ambiente: produção não é homologação
- O site de autorização — e por que ele reaparece depois
- A unidade federada, e a exceção que quase ninguém conhece
- Município do emitente e terminais adicionais
- A leitura: o leiaute é nacional, a autorização é local
- Onde conferir
O relógio: cinco minutos de tolerância
A regra G37 (212) rejeita a NFCom cuja data e hora de emissão sejam posteriores à data e hora de recebimento pela SEFAZ. Uma nota não pode chegar antes de ter sido emitida.
O manual acrescenta dois detalhes que fazem toda a diferença na prática:
- o ambiente autorizador deve considerar a hora local do emissor para essa validação;
- a SEFAZ deve tolerar uma diferença máxima de cinco minutos quando a hora de emissão for maior que a de recebimento, em função da sincronização de horário de servidores.
Ou seja: o manual reconhece que relógios derivam, e abre uma janela — mas ela tem tamanho fixo. Servidor adiantado em seis minutos rejeita; em quatro, passa.
É a única regra deste artigo que não se resolve no cadastro nem no emissor: resolve-se sincronizando o horário da máquina. Para quem opera servidor próprio, isso transforma a sincronização de relógio em requisito fiscal, não em detalhe de administração de sistema.
E o comportamento do defeito é traiçoeiro: a nota rejeita de forma intermitente, conforme a deriva do relógio cresce ao longo dos dias. Quem investiga isso como problema de conteúdo não encontra nada — porque não há nada errado no conteúdo.
O ambiente: produção não é homologação
A primeira regra da lista de validações, a G01 (252), compara o tipo de ambiente declarado na nota com o ambiente do serviço que a recebeu. Divergindo, rejeita.
Parece trivial, e é justamente por isso que pega. O erro clássico acontece em dois momentos: na implantação, quando o emissor aponta para produção mas continua marcando homologação no arquivo; e depois de um teste, quando alguém mudou o endereço do serviço e esqueceu de mudar a marcação, ou o contrário.
Vale lembrar o marco: segundo a orientação da autoridade estadual, o prazo oficial para a obrigatoriedade da NFCom no ambiente de produção foi 1º de novembro de 2025. Homologação existe para testar — nota emitida ali não documenta prestação nenhuma.
O site de autorização — e por que ele reaparece depois
A G07 (418) trata de um campo que a maioria dos emissores preenche com zero e nunca mais olha: o número do site de autorização. Informado um número diferente de zero, o autorizador verifica se ele corresponde ao site real.
A observação do manual explica para que serve: o número só deve ser diferente de zero em ambientes de autorização com múltiplos sites, e a relação dos identificadores de cada site é disponibilizada pelo próprio autorizador.
Esse campo tem uma consequência que aparece longe dali. Ao validar se a nota que você quer substituir realmente existe, o manual observa que a busca leva em consideração o ambiente de autorização. Traduzindo: uma nota autorizada em determinado ambiente pode não ser localizada quando a consulta parte de outro — e a rejeição que você vê é “nota inexistente”, que soa como um problema completamente diferente.
A unidade federada, e a exceção que quase ninguém conhece
Duas regras conferem se você está emitindo no estado certo:
- G02 (226) — o código da UF do emitente difere da UF autorizadora.
- G03 (247) — a sigla da UF do emitente difere da UF autorizadora.
A segunda traz uma exceção que vale conhecer, porque descreve uma situação real de provedor: a regra não se aplica quando o emitente, pelo par CNPJ e inscrição estadual, estiver informado no cadastro centralizado de contribuintes com tipo de inscrição 4 — contribuinte da UF com endereço em outra UF.
Isso conversa diretamente com o que já tratamos sobre a inscrição estadual em outra unidade federada. O provedor que atende do outro lado da divisa e se inscreveu no estado vizinho tem endereço em um estado e inscrição em outro — e o leiaute prevê exatamente essa configuração, desde que ela esteja registrada corretamente no cadastro.
A conclusão prática é incômoda e útil: a rejeição por UF pode ser efeito de um tipo de inscrição registrado errado no cadastro, não de configuração do emissor. Como já vimos em outras rejeições que são de cadastro e não de sistema, mexer no XML não resolve.
Município do emitente e terminais adicionais
Fechando o conjunto, duas verificações de localização:
- G21 (408) — o código do município do emitente deve existir na tabela de municípios do IBGE.
- G36b (536) — informados terminais adicionais, as UFs desses terminais devem ser iguais à UF de autorização da nota.
A segunda merece nota para quem atende cliente com várias linhas ou pontos: os terminais adicionais não podem estar espalhados por outros estados dentro da mesma nota. A regra é a mesma que já vale para o terminal principal.
A leitura: o leiaute é nacional, a autorização é local
Esta é a nossa leitura, e ela organiza todas as regras acima numa frase: o formato da NFCom é nacional, mas o ato de autorizar é local — e é dessa costura que nascem estas rejeições.
A própria orientação oficial afirma que o leiaute é nacional, seguindo estritamente o manual, com atualizações por notas técnicas. Ao mesmo tempo, quem autoriza é a administração tributária da circunscrição do emitente, em um ambiente e eventualmente em um site específicos.
Dessa dupla natureza decorre um grupo inteiro de validações que não têm nada a ver com o que você vendeu: elas conferem se o documento chegou ao lugar certo, no momento certo, vindo de quem diz vir.
Três consequências práticas, e as três mudam onde procurar o problema:
- Rejeição de ambiente, site ou UF não se investiga no conteúdo. O arquivo pode estar impecável. O erro está no endereço para onde ele foi mandado, ou no que ele declara sobre si mesmo.
- Sincronizar o relógio virou obrigação fiscal. Cinco minutos é a folga total, e ela não é negociável nem se recupera reenviando: enquanto o relógio estiver adiantado, a nota seguinte também cai.
- Emitir em mais de um estado multiplica esse tipo de erro, não o de conteúdo. O leiaute continua o mesmo; o que muda é a UF autorizadora, o site e, eventualmente, o tipo de inscrição no cadastro.
Vale a ressalva de sempre: como já observamos, a autorização confere regras formais e não convalida a informação tributária. Passar por todas as verificações deste artigo significa que a nota chegou certo — não que ela está certa.
Onde conferir
As regras e os códigos são da versão 1.00a do manual e podem mudar por nota técnica. A relação dos identificadores de site é disponibilizada pelo próprio autorizador, e a exceção do tipo de inscrição depende do registro correto no cadastro centralizado do seu estado. Confirme as condições na unidade federada onde você emite.
Fontes: Manual de Orientação do Contribuinte da NFCom — Anexo I, Leiaute e Regras de Validação, versão 1.00a, no portal DF-e da SVRS (regras G01, G02, G03, G07, G21, G36b e G37, com os códigos 252, 226, 247, 418, 408, 536 e 212; a tolerância máxima de cinco minutos por sincronização de horário de servidores e a consideração da hora local do emissor; a exceção do tipo de inscrição 4 no cadastro centralizado, para contribuinte da UF com endereço em outra UF; e a observação de que o número do site só difere de zero em ambientes com múltiplos sites); e Perguntas e Respostas sobre a NFCom — GES Comunicações, Receita Estadual do Rio Grande do Sul (prazo oficial de obrigatoriedade da NFCom no ambiente de produção em 1º de novembro de 2025; autorização prévia do contribuinte e consulta no Cadastro Centralizado de Contribuintes; e o caráter nacional do leiaute, definido no manual e atualizado por notas técnicas).