Rejeição 505: como investigar uma entrada ou saída anterior ao permitido

A rejeição 505 indica que a data de entrada ou saída informada na NF-e ficou anterior ao limite aceito pela validação. Na B10-30 do MOC, a referência é a data de autorização: quando dhSaiEnt está preenchido, verifica-se se a movimentação foi informada para mais de 30 dias antes dela. Isso não equivale a comparar apenas a saída com a emissão.

A diferença importa quando uma nota ficou pendente no sistema, foi preparada com dados de outro documento ou aguarda transmissão após contingência. O documento pode conter uma data errada; também pode registrar uma movimentação realmente antiga. As duas situações exigem decisões diferentes. Atualizar tudo para hoje esconde essa distinção e pode tornar o registro fiscal incorreto.

Qual documento entra nessa análise

A B10-30 está documentada para NF-e modelo 55 e tem aplicação facultativa pelo autorizador. Não se limita a tpNF=1: pode alcançar entrada e saída quando o campo existe. Em São Paulo, a publicação oficial consultada em 10/10/2026 apresenta essa regra como ativa. Isso sustenta sua utilidade no diagnóstico atual, sem afirmar que todos os estados aplicam a mesma configuração. MOC 7, página 76 e regras facultativas de São Paulo.

Antes de mexer na nota, confirme que o retorno veio da autorização de uma NF-e. Guarde cStat, mensagem, ambiente, UF e identificação da tentativa. Um aviso local do ERP pode resumir o problema; é o retorno fiscal associado ao XML enviado que permite reconhecer a regra. Não transfira automaticamente esse significado numérico para eventos ou outros serviços.

Faça uma linha do tempo com fatos verificáveis

Separe a data de emissão, registrada em dhEmi, da data de entrada ou saída, registrada em dhSaiEnt. Acrescente quando a tentativa foi enviada e o retorno do autorizador. Não preencha uma suposta data de autorização no XML nem chame dhEmi de autorização: são referências diferentes.

Considere uma tentativa em 10 de outubro e uma entrada informada para 1º de agosto. A distância ultrapassa claramente 30 dias. Se o mês correto era outubro e isso está comprovado pelo recebimento, cabe corrigir o erro de preenchimento. Se a mercadoria realmente entrou em agosto, a empresa precisa avaliar a regularização fiscal adequada, preservando a data verdadeira e os documentos que explicam o atraso.

No leiaute, dhEmi e dhSaiEnt transportam data, hora e fuso. Confira o conteúdo completo, sobretudo quando o ERP importa dados ou converte horários. A redação da B10-30 apresenta um limite em dias; não oferece tolerância adicional de minutos. Para uma ocorrência exatamente na fronteira, peça ao suporte a interpretação do contrato aplicado, em vez de criar uma margem própria.

Contingência exige uma leitura cuidadosa

A B10-30 contém uma observação específica: para SEFAZ que aceitam NF-e emitida em contingência há mais de 30 dias, a rejeição deve considerar os tipos de emissão 1, 3, 6 e 7. Essa condição depende da aceitação estadual mencionada no texto. Ela não significa que toda nota em contingência esteja automaticamente dispensada da validação ou autorizada fora do prazo.

Há também uma mudança histórica importante. O número 3, antes relacionado ao SCAN, passou a identificar o regime especial Nota Fiscal Fácil na NT 2021.002. Não use a lista antiga como orientação para selecionar SCAN, converter uma emissão comum em NFF ou trocar o tipo de emissão depois do fato. O leiaute atual utiliza a tag tpEmis, embora a observação do MOC imprima tpEmi. NT 2021.002, seção 3.1.

Se a operação foi efetivamente emitida em contingência, reúna o XML original, os registros dessa emissão e a orientação vigente do autorizador. As regras sobre emissão atrasada e autorização fora de prazo são verificações próprias; a observação da 505 não resolve sozinha essas outras condições.

Onde procurar o dado no emissor

O guia da Webmania localiza a data de entrada ou saída na aba de pedido e distingue o preenchimento no painel da integração por API. Isso ajuda a descobrir em qual origem corrigir um valor comprovadamente incorreto, sem alterar a natureza da operação. Webmania, diagnóstico da 505.

O NFeLink aponta os detalhes gerais da nota e chama atenção para erros no ano e documentos que ficaram parados em digitação. Também orienta avaliação contábil quando a saída é realmente antiga. Não se deve, porém, concluir pela rejeição isolada que houve circulação sem documento: essa conclusão depende dos fatos e da documentação. NFeLink, diagnóstico da 505.

A TecnoSpeed identifica dhSaiEnt_B10 e os correspondentes campos de integração. Seu texto mistura autorização com emissão, por isso serve como apoio para localizar dados, não para substituir a referência temporal oficial. TecnoSpeed, campos relacionados à 505.

Corrija a causa e confira o resultado

O responsável pelo faturamento pode organizar a solução em quatro passos:

1. Conferir XML transmitido e registros da movimentação, identificando se o erro está no dia, mês, ano ou conversão do sistema.

2. Validar com a área fiscal qualquer situação em que a data verdadeira esteja fora do intervalo ou exista contingência.

3. Corrigir a origem do dado quando houver erro, gerar novamente o XML e confirmar que a integração não reaplicou o valor antigo.

4. Reenviar pelo procedimento do emissor e guardar o novo retorno. Outra rejeição pode aparecer e precisa de diagnóstico próprio.

Não remova dhSaiEnt simplesmente porque sua ocorrência é opcional no leiaute. Não retroaja a emissão nem substitua a movimentação real pela data atual para passar no teste. Se houver dúvida sobre autorização anterior, consulte a situação do documento antes de criar outro.

A NFC-e possui tratamento próprio para esse campo. A NT 2026.002 v1.11 documenta igualmente a vedação de data de entrada/saída para a NF-e com DANFE Simplificado Tipo 2, tpImp=6, na B10-10/705, sujeita ao contrato implantado. Portanto, não extrapole este roteiro de NF-e convencional para esse formato. NT 2026.002 v1.11, cópia oficial consultada de 09/10/2026.

O resultado esperado é uma informação correta e comprovável, acompanhada de resposta fiscal conclusiva. Quando os fatos não cabem na validação, a pendência é de enquadramento e regularização, não de encontrar uma data que o sistema aceite.