fiscal-mcp / rejeições / 228
Data de emissão muito atrasada.
dhEmi ficou para trás em relação ao momento em que o lote foi transmitido. Fila parada, job de envio que não rodou, ou — o caso mais comum em integração — dhEmi gravada quando o pedido foi criado, e não quando a nota foi emitida. Confira o fuso junto: dhEmi vai com offset explícito, e sem ele a leitura da data muda.
A nota foi montada em julho e só saiu da fila em agosto, com a data de montagem.
o que foi transmitido
fiscal<ide>
<nNF>1234</nNF>
<dhEmi>2026-07-01T09:00:00-03:00</dhEmi>
</ide>
o que a SEFAZ aceita
<ide>
<nNF>1234</nNF>
<dhEmi>2026-08-08T10:00:00-03:00</dhEmi>
</ide>
O prazo entre emissão e transmissão é definido pela SEFAZ e não vale igual para toda operação. Confirme no Manual de Orientação do Contribuinte antes de fixar um número no seu código.
Exemplo mínimo e fictício. Onde aparece CNPJ ou chave de acesso, o número não é de empresa nenhuma — nem passa no próprio dígito verificador.
Reemita com a data corrente. Há prazo entre emissão e transmissão.
Tudo aqui roda na sua máquina, sem certificado e sem enviar nada para lugar nenhum.
# o que a SEFAZ quis dizer
fiscal-mcp rejeicao 228
{
"ok": true,
"codigo": "228",
"significa": "Data de emissão muito atrasada.",
"acao": "Reemita com a data corrente. Há prazo entre emissão e transmissão.",
"reversivel": true
}
A mensagem que chega da SEFAZ muda de UF para UF e de versão para versão do Manual de Orientação do Contribuinte — o que não muda é o código. O texto acima é o significado consolidado no catálogo do fiscal-mcp, não a transcrição literal de uma resposta.
Se a sua veio diferente, ou se o campo que resolveu foi outro, abra uma issue — o catálogo é um YAML de umas poucas linhas, e é assim que ele fica melhor.