Rejeição 504: quando a entrada ou saída ficou distante demais da autorização

A rejeição 504 pede uma conferência da data de entrada ou saída da mercadoria informada na NF-e. Na regra B10-20 do MOC, o problema aparece quando esse campo está preenchido com uma data mais de 30 dias posterior à data de autorização. O primeiro cuidado é comparar com a referência correta: autorização e emissão não são a mesma informação.

Para a empresa, isso significa revisar o documento e sua origem no sistema antes de reenviar. Um pedido com entrega agendada, uma data copiada de outro lançamento ou um ano digitado incorretamente podem produzir um XML que não representa a movimentação pretendida. A rejeição, sozinha, não permite saber qual dessas hipóteses ocorreu.

O limite e o campo que precisam ser conferidos

A B10-20 está documentada para NF-e modelo 55, com aplicação facultativa pelo autorizador. Ela alcança o campo dhSaiEnt quando informado, tanto em documentos de entrada quanto de saída. O MOC descreve o limite em dias contados em relação à autorização; não estabelece nessa linha uma tolerância adicional de minutos, um mês comercial ou um prazo negociável pelo emissor. MOC 7, páginas 9 e 76.

A condição facultativa não significa que a empresa possa ignorar a rejeição recebida. A página da SEFAZ de São Paulo consultada em 10/10/2026 identifica B10-20 como ativa. É uma indicação pública estadual, sem demonstrar a situação de todos os autorizadores ou substituir a análise do retorno concreto. Regras facultativas de São Paulo.

Imagine uma tentativa de autorização em 10 de outubro com saída registrada para 20 de dezembro do mesmo ano. A distância é claramente superior a 30 dias. Se dezembro veio de um erro de digitação, corrija o dado comprovadamente errado. Se representa o planejamento real, o problema precisa de avaliação fiscal sobre o documento e o momento adequados para aquela operação. Não basta antecipar a data no cadastro.

Separe emissão, movimentação e previsão de entrega

O campo dhEmi identifica a emissão do documento. O campo dhSaiEnt identifica a saída ou entrada da mercadoria. Ambos têm data, hora e indicação de fuso no leiaute. A data de autorização decorre do processamento pelo Fisco; não deve ser substituída automaticamente por dhEmi em uma fórmula do ERP.

Também não confunda movimentação com a data prometida para entrega ao cliente. A NT 2025.002 v1.52 documenta dPrevEntrega e suas próprias validações. Esse campo não é uma nova denominação para dhSaiEnt, e seus limites não alteram automaticamente a B10-20. Antes de remapear um dado do pedido, confira o significado fiscal e o contrato de integração utilizado. NT 2025.002 v1.52, cópia oficial consultada de 09/10/2026.

Essa separação é importante quando o comercial preenche “entrega prevista” e a integração envia o conteúdo como “saída”. A correção deve acontecer no mapeamento e na informação de origem, não apenas na tela que exibe a rejeição.

Um roteiro para corrigir com segurança

1. Localize o retorno da tentativa rejeitada e confirme cStat 504, mensagem, modelo, ambiente e autorizador. Um erro HTTP 504 de comunicação não é esse retorno fiscal.

2. Abra o XML efetivamente transmitido. Confira dhSaiEnt, dhEmi, tpNF e o tipo de emissão, preservando o arquivo original para comparação.

3. Compare os valores com pedido, programação de expedição ou registro de recebimento. Identifique de onde saiu cada data e quem confirmou a movimentação.

4. Verifique mês, ano, hora e fuso na origem e na exportação. Um sistema pode exibir a data local e serializar outra representação. Não altere o fuso para fabricar uma data aceitável.

5. Corrija apenas a informação ou conversão incorreta, gere novamente o documento pelo emissor e confira o novo XML antes da transmissão.

6. Leia o resultado completo. A eliminação da 504 não garante que todas as demais validações serão atendidas.

Em situações próximas da mudança do dia ou do limite de 30 dias, peça ao suporte a interpretação aplicada pelo contrato e pelo autorizador. O texto da B10-20 não autoriza acrescentar uma margem de cinco minutos nem tratar todo mês como 30 dias. Preserve os valores completos para que o diagnóstico seja reproduzível.

O que os guias dos sistemas ajudam a localizar

O material da TecnoSpeed identifica os nomes dos campos usados em TX2 e JSON, útil para verificar o mapeamento da integração. Entretanto, mistura a referência à autorização com dhEmi; a definição do MOC deve prevalecer nesse ponto. Guia TecnoSpeed para 504.

A Sankhya orienta exportar o XML para conferência e localizar a informação na Central de Vendas. A Omie mostra o acesso pelos detalhes da NF-e no pedido. Esses caminhos são específicos dos produtos; os dois textos também aproximam emissão e autorização, portanto não devem definir a referência temporal da regra. Guia Sankhya e guia Omie.

Limites que evitam uma correção errada

A B10-20 não traz uma liberação geral por contingência. A observação sobre contingência existente na B10-30 pertence à rejeição 505, que trata do limite anterior. Já a 506 verifica a saída anterior à emissão em uma NF-e de saída. Não troque o tipo real de operação ou de emissão para escapar de nenhuma delas.

NFC-e modelo 65 tem regra própria para a presença de data de entrada/saída. A NT 2026.002 v1.11 também documenta essa vedação para NF-e com DANFE Simplificado Tipo 2, tpImp=6, na B10-10/705. Esse contrato deve ser conferido separadamente; não se presume implantação uniforme em todas as UFs. NT 2026.002 v1.11, cópia oficial consultada de 09/10/2026.

Por fim, campo opcional no leiaute não é autorização para apagar uma informação necessária à operação. Se a data verdadeira permanece fora do limite, encaminhe o caso à área fiscal com XML, retorno e registros da movimentação. A solução precisa preservar os fatos e deixar rastreável o motivo da correção.