Emitir NF-e com data de emissão retroativa¶
Cenário NFE-15
Disponível em parte
Perfil: Faturista
Mais tarefas do perfil: Faturista
Odoo 16.0
Etapa 10 de 12 do processo NF-e: emissão, rejeição e consulta. Anterior: Referenciar a nota original por item na devolução. Próxima: Registrar o comprovante de entrega e o ator interessado.
O cliente pede uma nota com data de um mês atrás. O Odoo deixa informar a Data do Documento antes de confirmar, e a data informada é a que segue na nota. O cenário mostra o gesto e o que a regra da chave de acesso exige, para o faturista saber o risco antes de transmitir. O View XML e o View PDF mostram a data de emissão no XML e a mesma chave no DANFE.
Visão geral: Preparar, enviar e conferir uma NF-e
Limites deste cenário¶
Parcial. O processador da localização é ligado, fora da câmera, até o Confirmar (a chave só nasce com ele), então a restrição que compara o mês da data com o da chave existe, mas o ambiente de captura mostra só o caminho em que a data é informada antes de confirmar, sem o bloqueio. O XML e o DANFE mostrados são os gerados no Confirmar, sem protocolo nem XML autorizado; o processador fica desligado no Enviar. Os botões View XML e View PDF aparecem em inglês. O Odoo não avisa o prazo de atraso. O limite de 30 dias é nacional: a SEFAZ rejeita com o código 228 (Data de Emissão muito atrasada) a NF-e com tipo de emissão 1 (normal) cuja data de emissão esteja mais de 30 dias antes do envio (Manual de Orientação do Contribuinte da NF-e, de memória). O bloqueio do AAMM da chave é regra do Odoo, não da SEFAZ. Para o contador: a emissão retroativa desloca a apuração para o período da data da nota e pode exigir retificar a EFD já entregue. A NFC-e não aceita emissão retroativa. Numeração fora da ordem das datas chama a atenção do fisco.
Importante
Transmissão simulada: este ambiente não envia à SEFAZ. XML e DANFE são os gerados pelo Odoo.
Vídeo¶
Antes de começar¶
Fatura de venda em rascunho, com a NF-e ainda em digitação (Vender para contribuinte na mesma UF).
Ciência de que a emissão retroativa é de risco fiscal: o limite nacional é de 30 dias de atraso (rejeição 228).
Certificado de teste na empresa. No ambiente de captura o processador da localização só é ligado, fora da câmera, para gerar o XML e o DANFE.
Exemplo usado neste cenário¶
A Empresa Lucro Presumido (SP) fatura 10 unidades do produto Caixa a R$ 50,00 para o Cliente 1 SP Contribuinte e informa como Data do Documento o dia 15 do mês anterior ao da emissão (exemplo: 15/09/2026, para uma emissão em outubro de 2026).
Como os valores são calculados:
Total da nota: 10 x 50,00 = 500,00 (a data não altera valores).
A chave de acesso tem 44 posições: UF (2), AAMM da emissão (4), CNPJ do emitente (14), modelo (2), série (3), número (9), tipo de emissão (1), código numérico (8) e dígito verificador (1), segundo o Manual de Orientação do Contribuinte da NF-e.
Com a Data do Documento em 15/09/2026, o AAMM da chave é 2609. Se a data for trocada para outubro depois de gerada a chave, o mês deixa de coincidir.
O Odoo recusa o documento cuja Data do Documento tenha mês diferente do AAMM da chave (restrição de l10n_br_nfe), mas só quando a empresa tem processador de NF-e.
No XML, dhEmi traz a data informada (15 do mês anterior) e o AAMM da chave acompanha esse mês; vNF = 500.00.
Passo a passo¶
No aplicativo Faturamento, abra Clientes -> Faturas e clique na fatura em rascunho.
Clique em Detalhes Fiscais: o documento está em Rascunho.
No campo Data do Documento, informe o dia 15 do mês anterior.
Volte à fatura pela trilha no topo e clique em Confirmar.
Clique em Detalhes Fiscais e confira a Data do Documento no mês anterior.
Clique em Enviar: a nota segue com a data informada.
Confira a situação Autorizada na barra de estado.
Clique em View XML: a chave de acesso, a data de emissão do mês anterior e o total de 500,00 conferem.
Clique em View PDF: o DANFE sai com a mesma chave e o aviso de homologação, sem valor fiscal.
Resultado esperado¶
NF-e autorizada, por simulação, com a Data do Documento do mês anterior. Em produção a chave nasce com o AAMM dessa data, e a SEFAZ recusa (rejeição 228) a nota com mais de 30 dias de atraso. O XML e o DANFE da nota saem com a mesma chave de acesso, e a data de emissão do XML é a informada.
Se houver erro¶
Ao confirmar aparece a mensagem de que a data do documento não confere com a chave. A chave de acesso já tinha sido gerada em outro mês. Volte o documento a rascunho, ajuste a Data do Documento e confirme de novo.
A SEFAZ recusa a nota por data de emissão muito atrasada. A data informada passou de 30 dias antes do envio (rejeição 228). Não force a data: use a data real e trate o pedido do cliente com o contador.
Módulos usados¶
Motor fiscal brasileiro (
l10n_br_fiscal)Faturas com documento fiscal brasileiro (
l10n_br_account)
Também usa: l10n_br_fiscal_edi, l10n_br_nfe. Os valores do exemplo foram conferidos automaticamente na execução gravada; a conferência não substitui a validação do contador da sua empresa.