Rejeição 396: dia da emissão ausente no QR Code de contingência
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 396/ZX02-260 significa que falta o dia da data de emissão no QR Code de um documento em contingência off-line (tpEmis=9). É uma verificação de presença: o dia existe no XML em ide/dhEmi, mas também precisa ocupar a posição definida no QR quando esse perfil de emissão se aplica.
Confirme o perfil antes de contar parâmetros
A NT 2025.001 v1.03 aplica a regra à NFC-e com QR nas versões 2 ou 3 em contingência. A NT 2026.002 v1.11 amplia a linha para modelos 55/65, quando qrCode é informado. Para NF-e, a contingência off-line só é admitida no contexto DANFE Simplificado Tipo 2 (tpImp=6), e a regra ZX02-220 restringe seu QR à versão 3. Não use a condição genérica “2 ou 3” para concluir que a NF-e aceita QR 2. NT 2026.002 v1.11, pp. 20–21
No QR online, o dia não é parâmetro: a NFC-e QR 2 online tem cinco posições, e o QR 3 online tem três. Nos perfis off-line correspondentes, o dia ocupa a quarta posição, após chave, versão e ambiente. Não acrescente dia a um QR online para tentar eliminar 396. Manual DANFE/QR 6.0, pp. 21–22,29–30
De onde vem o quarto parâmetro
O dia vem da data de emissão em NFe/infNFe/ide/dhEmi, e deve ter dois dígitos. Não é o dia do envio posterior, da impressão do DANFE ou da abertura da tela. O gerador deve extrair o componente de dia da data representada no XML e montar os parâmetros na ordem oficial, usando | como separador.
Um parâmetro vazio, um parâmetro removido e um valor deslocado para outra posição exigem inspeções diferentes. Conte as posições a partir do conteúdo após p=; não conte separadores da URL inteira nem trate o endereço do serviço como primeiro parâmetro. A regra observa que o Schema também verifica essa presença. Passar nesse teste estrutural não demonstra autorização.
Exemplo: dia ausente e dia divergente
Considere uma emissão sintética em 8 de outubro, com dhEmi contendo esse dia e tpEmis=9. O quarto parâmetro deve representar 08. Se a posição fica vazia ou desaparece, investigue a montagem do QR. Se contém 09, o dia está presente e a investigação é de divergência, tratada por 397/ZX02-268, não de ausência.
Essa comparação é textual. Uma URL completa exigiria a chave e os demais dados do documento, e a contingência QR 3 exige assinatura própria dos parâmetros. Não se fabricam esses valores para exemplificar o problema.
Como localizar a origem da falha
Compare três registros da mesma tentativa: dhEmi no XML assinado; texto em NFe/infNFeSupl/qrCode; e URL lida do QR impresso. Se o XML contém o dia mas a URL impressa o perde, investigue a renderização. Se qrCode já sai incompleto, investigue a função de montagem e sua seleção de perfil online/off-line. Preserve o XML original; a correção ocorre no gerador, sem editar arquivo assinado ou modificar a data verdadeira.
Versão e conferência do resultado
As alterações de Tipo 2 da NT 2026.002 v1.00 têm calendário de testes em 1 de julho de 2026 e produção em 3 de agosto de 2026. O adiamento para 14 de dezembro não se aplica a ZX02-260. Calendário não comprova implantação individual. Após correção comprovada, valide a montagem no perfil correto e confira o retorno oficial; se uma tentativa estiver sem resultado conhecido, esclareça seu status antes de novo envio. NT 2026.002 v1.11, p. 3