Data De Emissão É O Mesmo Que Expedição

O que você precisa saber sobre data de emissão e data de expedição na NF-e

Muita gente confunde os dois campos porque parecem a mesma coisa, mas não são. A data de emissão é quando a nota fiscal foi realmente gerada e assinada digitalmente. A data de expedição é quando o produto ou serviço saiu do seu estabelecimento. Na prática, elas costumam coincidir, mas existem situações em que se separam e aí que começa o problema. Só porque elas costumam ser iguais não significa que sejam a mesma coisa. A SEFAZ trata cada uma com regras diferentes. A data de expedição é um campo que você informa no ato da autorização, mas que representa um evento futuro ou passado em relação à emissão, dependendo do fluxo operacional da sua empresa. No meu caso, já tive um problema bem específico. Emiti uma NF-e para uma venda à vista no dia 15, mas o produto só saiu do estoque no dia 17 por uma falha no separador. Como deixei a data de expedição igual à data de emissão, a nota ficou com data de expedição antecipada em relação ao movimento real. O cliente pediu devolução no dia 18 e, ao consultar a NF-e no banco da SEFAZ, constava expedição no dia 15, três dias antes do produto ter saído. Isso gerou divergência na conferência do cliente e um trabalho extra para refazer tudo. A solução foi emitir uma NF-e de correção com a data de expedição ajustada para 17, que era a data real de saída. Em sistemas mais bem organizados, você consegue fazer isso automaticamente; em sistemas amadores, vira uma dor de cabeça que custa meia hora do seu dia.

Aqui vai algo que pouca gente sabe: a data de expedição não precisa obrigatoriamente ser igual ou posterior à data de emissão. Você pode, sim, informar uma data de expedição anterior à data de emissão. Isso é comum quando você emite a nota dentro do dia útil posterior à entrega, por exemplo, um serviço que foi prestado na sexta e a nota é emitida no lunes. A SEFAZ aceita normalmente, desde que os dados estejam consistentes com o registro interno da empresa. O erro que vejo todo mundo cometer é forçar a data de expedição para a data atual da emissão, mesmo quando o serviço já tinha sido prestado há dias. Isso distorce o controle fiscal e pode gerar diferenças na apuração do ICMS do período correto. Outro detalhe importante que as pessoas ignoram é o impacto no DIFAL. A data de expedição determina em qual competência o imposto relativo ao envio interestadual deve ser apurado. Se você errar essa data, o DIFAL pode ser calculado com base no percentual vigente numa competência errada, e a diferença costuma ser pequena, mas suficiente para gerar uma exigência no programa de melhoria da receita. Em uma operação de 2023, por exemplo, notei que uma cliente que emitia notas com data de expedição sempre no dia seguinte ao efetivo envio acabou com uma discrepância de 1,5% a mais no recolhimento mensal, porque a regra de isenção para operações com valores abaixo de R$ 100 mudara naquela competência. Ela pagou a mais porque a data de expedição estava deslocada. Se você quer ajustar isso no seu sistema, o caminho mais direto é garantir que a data de expedição seja preenchida automaticamente a partir do movimento de saída no ERP, não pelo campo data do formulário de emissão. Se o sistema permite, crie um validação que impeça a gravação da nota se a data de expedição for anterior à data de entrada do produto no estoque. Isso evita o erro mais comum de expedição antecipada.

Para consulta de XML e validação, você pode usar ferramentas como o homolog.sefaz.gov.br ou integrar com a API da SEFAZ do seu estado, que retorna o status de lote e os dados da NF-e em formato JSON. Um detalhe técnico: a data de expedição fica no campo infNFe / ide / dEmi, enquanto a data de emissão efetiva (com assinatura) aparece no campo infNFe / ide / dhEmi. Confundir esses dois campos no momento de programar o upload é um erro frequente que gera inconsistência na visualização dos dados pelo contribuinte. Se o seu sistema não oferece suporte a correção de data de expedição via evento de correção, você tem duas opções: ajustar manualmente via XML no momento da transmissão, o que é trabalhoso e propenso a erro, ou migrar para um emissor que trate esses campos de forma independente. Em meu trabalho, prefiro a segunda opção, porque a primeira consome tempo e ainda assim deixa margem para inconsistências. O custo de migração costuma ser amortizado em duas semanas de uso correto, considerando o tempo que se perde corrigindo notas manualmente. Resumindo de forma prática: quando emitir uma NF-e, preencha a data de expedição com base no movimento real de saída, não com base na data em que você está digitando a nota. Valide antes de transmitir. Se precisar corrigir depois, use o evento de correção e mantenha o registro interno consistente com a data real. O resultado será umaNF-e mais confiável, menos retrabalho e uma vida mais tranquila na hora da fiscalização.