Rejeição 315: confira a data enviada e o início da NF-e ou NFC-e na sua UF

Se sua nota voltou com 315, compare a data de emissão do XML com a data real do documento. O erro informa que o arquivo enviado apresenta uma emissão anterior ao início da autorização daquele modelo na UF. Uma data antiga carregada por engano pode explicar o problema; trocar a data sem descobrir sua origem pode esconder uma emissão que precisa de regularização fiscal.

Preserve o retorno e o XML da tentativa antes de corrigir. Para o empresário, a decisão inicial é separar erro de preenchimento de documento histórico. Essa distinção orienta quem deve atuar: o suporte resolve a geração incorreta do arquivo; o responsável fiscal define o tratamento de uma operação antiga.

Qual é a mensagem e onde ela se aplica

A mensagem é “Rejeição: Data de Emissão anterior ao início da autorização de Nota Fiscal na UF”. Na autorização, o MOC 7.0, Anexo I, apresenta duas regras: B09-30 para NF-e, modelo 55, na página 75; B09-50 para NFC-e, modelo 65, na página 76. O campo de emissão é ide/dhEmi.

As regras são classificadas como obrigatórias no manual, mas o marco temporal depende da UF e do modelo. A data nacional da primeira nota de cada modelo não é uma data única de implantação para todos os estados. Tampouco é a data de abertura da sua empresa ou de seu credenciamento.

Esta orientação trata do retorno da autorização de NF-e/NFC-e, com leiaute XML 4.00 e base documental MOC 7, edição de novembro de 2020. Em produção ou homologação, confira tpAmb e o autorizador efetivamente utilizado. A consulta documental de 10/10/2026 confirmou a publicação do MOC e dos avisos atuais na SVRS; não incluiu emissão de teste nem levantamento dos marcos individuais de todas as UFs.

Não confunda começo da operação com atraso de transmissão

Uma nota anterior ao início do modelo no estado é um caso diferente de uma nota recente transmitida com atraso. No MOC, há regras próprias para data muito atrasada, data futura e horário de emissão. Não use uma tolerância de minutos ou um prazo de dias como explicação automática para o 315.

Também não leve a solução deste artigo para outro documento fiscal apenas porque aparece o número 315. Confira o nome do serviço e a mensagem completa. NFS-e, transporte e outros documentos têm contratos próprios. O diagnóstico aqui depende da combinação entre autorização, modelo 55/65 e a mensagem de data anterior ao início na UF.

O que conferir no arquivo transmitido

Reúna o XML rejeitado, o retorno integral, o horário da tentativa e a versão do emissor. Examine quatro informações:

• dhEmi: ano, mês, dia, hora e deslocamento de fuso realmente enviados;

• mod: 55 ou 65, conforme o documento que a empresa está emitindo;

• cUF e estabelecimento emitente: estado pertinente à autorização;

• tpAmb e endereço do serviço: produção ou homologação e autorizador utilizado.

Compare o arquivo com a tela e com o registro da operação. Se a tela mostra outubro de 2026 e o XML contém um ano antigo, o problema está na preparação ou transformação dos dados. Corrigir apenas a exibição não resolve o valor que segue para a SEFAZ.

Peça ao suporte que identifique a origem da data: relógio da estação, servidor, integração, valor padrão de cadastro ou arquivo importado. O responsável técnico deve rastrear o valor desde a entrada até o XML, especialmente quando o erro surgiu depois de uma atualização ou migração.

Como agir conforme a causa comprovada

A data antiga foi incluída por engano

Quando a documentação demonstra que a emissão é atual, corrija o campo ou a rotina que produziu a data antiga. Se o relógio estiver errado, ajuste sua configuração e confira os outros documentos preparados no mesmo período. Uma estação pode exibir a data certa enquanto a integração usa um servidor diferente.

Atualize a nota rejeitada pelo procedimento do emissor e gere novamente o XML com a assinatura correspondente. Não edite diretamente um arquivo assinado para reaproveitá-lo. Antes de retransmitir, confira se o novo arquivo apresenta a data verdadeira e se os demais dados da operação foram preservados.

O arquivo veio de uma importação histórica

Separe a recuperação de um documento antigo da emissão de uma nova nota. Um XML importado para consulta ou arquivo não deve entrar automaticamente na fila de autorização. Verifique se a empresa já possui documento válido para aquela operação e se o sistema confundiu uma importação com uma solicitação de emissão.

Se há uma operação antiga ainda sem tratamento fiscal adequado, leve os documentos ao contador antes de alterar a data ou criar outra nota. A orientação depende dos fatos e das regras da UF. O 315 não concede permissão para transformar a operação antiga em uma venda ocorrida hoje.

A data parece correta, mas o retorno continua

Confirme o modelo e o estado do estabelecimento no XML. Uma configuração reaproveitada de outra filial pode apontar para dados diferentes dos mostrados ao operador. Confira também o serviço acessado e o ambiente, sem presumir que homologação replica todos os parâmetros de produção.

Se os valores estão coerentes, solicite ao suporte e à SEFAZ a conferência do marco utilizado naquele modelo e ambiente. Não existe, neste artigo, uma tabela estadual suficiente para escolher esse marco por aproximação. Uma alteração de fuso só é pertinente quando houver erro comprovado de representação do instante; ela não corrige um ano inteiro enviado incorretamente.

Exemplo hipotético original

Uma loja prepara uma NFC-e para uma venda atual. O operador vê a data do dia, mas a integração reutiliza um valor de teste de 2009 no XML. O retorno é 315. A equipe preserva o arquivo, compara a data com a venda e encontra a configuração antiga.

O suporte corrige a origem do valor, gera novamente o documento e confere a data real antes da transmissão. A equipe também verifica outras notas ainda pendentes geradas pela mesma integração. Não muda o modelo, o estado ou a realidade da venda para eliminar a mensagem.

Quando considerar o atendimento encerrado

Confira o retorno final da autorização e o protocolo correspondente à chave correta. O desaparecimento do 315, sozinho, não prova que a nota foi autorizada: outra validação pode surgir. Preserve XML, protocolo e histórico da correção e confirme o vínculo com a operação.

Escale ao suporte quando a tela e o XML divergem ou a causa reaparece. Procure o responsável fiscal quando a data antiga representa um fato real, quando existe documento anterior para a mesma operação ou quando a regularização exige uma decisão fiscal. Se houver divergência do parâmetro estadual, envie evidências à SEFAZ, sem repetir tentativas indefinidamente.

Fontes

Consulta e revisão por IA: 10/10/2026. Não houve teste de emissão por UF/ambiente.

• MOC 7.0, Anexo I, páginas 75–76, B09-30/B09-50 e regras vizinhas.

• Documentos oficiais SVRS e avisos ENCAT. O adiamento de 05/10 refere-se a três NTs identificadas; não foi aplicado às regras antigas do 315.

• TecnoSpeed, rejeição 315, Oobj, rejeição 315 e TOTVS, rejeição 315. Comparação prática: não se incorporou troca automática para a data atual, inutilização automática nem confusão com simples atraso de recepção.