Rejeição 397: dia do QR Code diferente da data de emissão
Revisão editorial em 16 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A Rejeição 397/ZX02-268 aponta que o dia da emissão no QR Code não coincide com o dia da data ide/dhEmi. A regra se aplica ao perfil de contingência off-line (tpEmis=9), com QR nas versões 2 ou 3, sob as condições de modelo e formato documentadas. Não se resolve alterando a data real da nota para a data do envio.
Localize as duas representações do dia
O dia é a quarta posição do QR off-line, depois de chave, versão e ambiente, e deve ter dois dígitos. No XML, a origem é NFe/infNFe/ide/dhEmi. A NT 2026.002 v1.11 condiciona ZX02-268 a QR informado e amplia os modelos para 55/65. Para NF-e off-line, é necessário o contexto Tipo 2 (tpImp=6), com QR 3; a restrição de versão está em ZX02-220. NT 2026.002 v1.11, pp. 20 e 22
O parâmetro dia não existe no QR online. Não use a posição 4 de um perfil online como se fosse o dia: no QR 2 ela é o identificador do CSC, e no QR 3 online nem há quarta posição. Manual DANFE/QR 6.0, pp. 21–22,29–30
Dia da emissão não é dia do processamento
Uma NFC-e pode ser gerada em contingência em um dia e transmitida depois. O parâmetro continua derivado de dhEmi, e não do relógio da transmissão, da impressão ou de uma consulta posterior. Confira também se uma transformação de data para outro fuso mudou indevidamente o componente usado pelo gerador; a comparação deve partir da data representada no XML da nota.
Isso não autoriza mudar o fuso ou a data verdadeira. É uma investigação do caminho que leva o valor existente em dhEmi até o QR.
Exemplo: envio no dia seguinte
Considere uma nota sintética emitida no dia 08 e transmitida no dia 09. Se o quarto parâmetro foi montado com 09, há divergência em relação ao dia 08 representado em dhEmi. Se o quarto parâmetro está vazio, a condição é de ausência, 396/ZX02-260. A emissão posterior do arquivo não transforma o dia 09 em nova data da nota original.
A demonstração é textual para evitar uma URL com chave e assinatura fictícias. A relação entre dia, versão e tipo de emissão pode ser conferida no arquivo protegido da mesma tentativa.
Da origem ao QR impresso
Compare dhEmi, o quarto parâmetro em infNFeSupl/qrCode e o texto decodificado da imagem do QR no DANFE. Se o erro já está no XML, investigue a extração da data e a ordem de montagem. Se o XML está coerente e o impresso diverge, investigue reutilização de imagem ou dados de outro documento. Preserve a empresa e a identidade da tentativa durante a comparação; não recupere o QR de outra nota.
Conferência após corrigir
O calendário do Tipo 2 para esta alteração é testes 01/07/2026 e produção 03/08/2026, conforme a linha 1.00; o adiamento 14/12 não é geral. A implantação efetiva precisa ser confirmada diante de retorno incompatível. Corrija a origem comprovada no gerador, sem editar XML assinado ou documento autorizado. Antes de qualquer nova transmissão, esclareça tentativas de resultado desconhecido e depois confira a resposta oficial correspondente. NT 2026.002 v1.11, p. 3