Entendendo a diferença prática entre data de emissão e data de expedição nos documentos fiscais brasileiros
A confusão entre esses dois conceitos é uma das coisas mais comuns que eu vejo em consultorias fiscais. A maioria dos contadores e gestores não liga a importância real que cada uma dessas datas carrega no dia a dia operacional. Vou explicar do jeito que funciona na prática.
O que é data de emissão é expedição
Data de emissão é o momento em que o documento fiscal é gerado, assinado digitalmente e transmitido ao sistema da SEFAZ. No caso da NF-e, esse é o timestamp que aparece no campo ide.dhEmi do XML. É a data que define a competência tributária. Se você emituiu uma nota em 28 de dezembro mas a mercadoria saiu apenas em 2 de janeiro, a emissão pertence ao ano fiscal anterior e isso tem implicações diretas no Simples Nacional, ICMS a recolher e no período de apuração do PIS/COFINS. Data de expedição, por outro lado, é quando o produto efetivamente sai do estabelecimento ou quando o serviço começa a ser prestado. No campo da NF-e, isso se reflete no ide.dhSaiEnt. Na prática, são datas diferentes na grande maioria das operações que não são vendidas prontas para retirada imediata.
Eu trabálho com integração fiscal há mais de oito anos e já vi empresas inteiras terem o imposto retido indevidamente porque confiaram na data de expedição ao invés da data de emissão para fechamento mensal. O problema é que a SEFAZ lê o que está no XML de autorização, não no que está no campo de saída.
Como cada data é registrada e onde ela aparece
Na NF-e, o campo de data de emissão fica em ide.dhEmi e segue o padrão ISO 8601 com timezone. Já a data de saída/entrada aparece em ide.dhSaiEnt. Para NFS-e, a lógica é parecida mas o padrão varia conforme o município, o que complica ainda mais quando uma empresa presta serviço em várias cidades. No contexto do CT-e, a data de emissão é quando o contrato de transporte é formalizado eletronicamente. A data de expedição corresponde ao momento em que a carga é efetivamente recolhida do remetente. Eu já vi operadores de logística tentarem usar a data de expedição como referência para baixa no estoque, o que gera discrepância de até 72 horas em operações interestaduais comuns.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Um detalhe que poucas pessoas levam em conta: quando uma NF-e éCancelada, a data de emissão permanece intacta no histórico. A data de expedição também não é sobrescrita. Isso significa que para auditorias, o documento continua existindo com suas datas originais mesmo após o cancelamento. Isso é importante porque algumas prefeituras exigem a retenção do XML por cinco anos, independentemente do status.
O problema das vendas antecipadas
Esse é o cenário onde a diferença entre as duas datas causa mais dor de cabeça. Uma loja online recebe o pagamento em 15 de março, emite a NF-e no mesmo dia, mas a mercadoria só sai do depósito em 18 de março. Do ponto de vista fiscal, a operação foi realizada em março. Do ponto de vista contábil e de controle de estoque, a movimentação aconteceu em março também, mas em um dia diferente. O problema real surge quando a NF-e é emitida fora do horário comercial ou aos finais de semana. Alguns sistemas de contingência permitem a emissão offline, mas a data de emissão registrada no XML será a data do sistema do emissor, não a data efetiva de transmissão à SEFAZ. Isso pode criar inconsistências se o servidor da SEFAZ retornar um carimbo de tempo diferente. Eu resolvi isso num cliente configurando o fuso horário do servidor de emissão para coincidir com o horário oficial de Brasília e usando um serviço de carimbo de tempo qualificado (RFC 3161) que garante a validade cronológica independente do servidor da SEFAZ.
Pequenos ajustes que evitam grandes problemas
Se você usa ERP, verifique se a data de emissão é capturada automaticamente no momento da assinatura digital e não no momento do clique no botão "emitir". Alguns sistemas mais antigos registram a data do último clique, o que pode desfasar o registro em segundos ou minutos dependendo da fila de processamento. Isso importa pouco no dia a dia, mas importa demais na hora de conciliar com o extrato da SEFAZ. Outro ponto: a data de expedição deve refletir o documento físico de entrega (DFe) ou o código de rastreio, não a data que o sistema acha que o produto saiu. Eu já vi estagiários preencherem o campo dhSaiEnt com a data de previsão de entrega, o que gera uma divergência grosseira quando o frete atrasa por motivos climáticos ou logísticos. O campo deve ser preenchido com a data real de carregamento, aquela que consta no almoxarifado.
Limitações e cenários onde isso falha
Nenhuma solução é perfeita. A principal limitação é que a data de expedição não é validada pela SEFAZ nacional de forma rigorosa. Você pode enviar uma NF-e com dhSaiEnt posterior à dhEmi e o sistema aceita sem reclamar. Isso significa que a responsabilidade de manter a coerência é inteiramente sua. Em operações de importação, essa divergência pode chegar a semanas, e muitos sistemas simplificados simplesmente copiam a data de emissão para a data de expedição, o que é tecnicamente incorreto mas amplamente tolerado pela fiscalização por ser uma realidade operacional inevitável. Se o seu volume de documentos for alto e a divergência entre as duas datas for frequente, considere implementar um processo de conferência automatizada que detecte diferenças superiores a 48 horas e dispare um alerta para o setor fiscal. Isso custa entre R$2.000 e R$5.000 em desenvolvimento sob medida, mas evita multas por divergência cadastral em auditorias que podem chegar a 5% do valor tributário envolvido.
