Rejeição 1154: confira a previsão de entrega em relação à saída

Se a NF-e retornou 1154, confira a previsão de entrega e a data usada como referência no XML. Antes de encurtar o prazo na tela, compare o arquivo enviado com a saída real e o compromisso comercial. Corrigir uma informação incorreta é diferente de escolher uma data conveniente para a nota passar.

Preserve o pedido, os registros da operação, o XML transmitido e a resposta completa. A rejeição aponta uma relação entre campos; não demonstra sozinha se houve erro de digitação, de integração ou se o prazo real exige outra análise documental.

O que a B10a-20 verifica

A mensagem exata é “Rejeição: Data de previsão de entrega posterior ao permitido”, cStat 1154. Na NT 2025.002-RTC v1.52 salva, página 30, a regra B10a-20 indica NF-e modelo 55. Ela pertence às regras de validação, Grupo B de identificação da nota, no contexto de autorização da NF-e. [1]

O teste ocorre se dPrevEntrega foi informado. A previsão deve ser examinada em relação a três meses a partir da data de saída da nota, dhSaiEnt. A rejeição descrita é a previsão superior a esse intervalo. Somente quando dhSaiEnt não estiver preenchida, a observação manda considerar dhEmi, a data de emissão.

A emissão não é, portanto, a referência universal. Uma data de saída cadastrada apenas no pedido também não comprova que dhSaiEnt chegou ao XML. É preciso verificar o conteúdo efetivamente transmitido.

O leiaute da página 15 identifica dPrevEntrega como data da previsão de entrega ou disponibilização do bem, B10a, formato AAAA-MM-DD. Examine esse campo no grupo ide, sem confundi-lo com endereço, vencimento financeiro ou data do novo envio.

Três meses e regras próximas

Mantenha a expressão normativa três meses. A linha B10a-20 não apresenta equivalência com 90 dias. Não utilize essa simplificação como fórmula oficial, principalmente em datas próximas do limite ou no fim de mês.

O tratamento concreto dessas bordas, do calendário e de aspectos de horário na implementação não foi demonstrado nesta elaboração. Entregue os valores originais ao suporte para conferir como emissor e autorizador trataram o caso, sem arredondar ou modificar fatos por tentativa.

A observação “não considerar a hora” aparece na B10a-30/1155. Ela não deve ser transportada automaticamente para a B10a-20. A 1155 trata de previsão anterior ao permitido, enquanto a B10a-40/1156 trata de incompatibilidade com a finalidade.

A B10a-10/1153 se refere à previsão informada na NFC-e modelo 65. Não troque o modelo da operação para evitar a 1154; cada documento tem seu contexto e suas validações.

Base documental, UF e ambiente

Esta reelaboração usa a v1.52 capturada na pesquisa compartilhada em 10/10/2026, com publicação registrada em 01/10. Houve leitura e inspeção documental local em 12/10, sem nova consulta online, validação XSD ou emissão de teste.

O cronograma salvo, páginas 4 e 5, identifica as colunas Implantação Teste e Implantação Produção. A linha da v1.30 enumera a B10a-20 e registra, respectivamente, até 24/11/2025 e 02/02/2026. São datas do documento, não prova de ativação atual individual.

O aviso ENCAT de 05/10 anuncia 26/10 em homologação e 16/11 em produção para as atualizações enumeradas, incluindo a v1.52. Não comprova suspensão automática dessa regra herdada. Cronogramas de outras regras da página 6 não devem ser usados como calendário da 1154. [2]

Registre UF, autorizador, ambiente e versão do emissor. A linha examinada não traz exceção por UF, mas seu comportamento não foi testado em todos os ambientes. Identifique homologação e produção separadamente.

Diagnóstico com os arquivos certos

Localize a tentativa correspondente ao retorno e confira modelo 55, chave, emitente, série, número, horário e ambiente. Uma impressão ou uma prévia de outra nota não demonstra as datas enviadas.

Leia dPrevEntrega, dhSaiEnt e dhEmi no XML. Primeiro verifique se a saída foi preenchida; só na sua ausência use a emissão como referência da regra. Compare os campos com pedido, programação logística e registros que sustentam a operação.

Investigue mês ou ano digitados incorretamente, reaproveitamento de pedido e importação de outro compromisso. Compare também a data exibida na tela com a gerada pela integração. Essas são hipóteses; documente qual origem efetivamente causou a divergência.

Não tome data do computador, vencimento da cobrança ou horário do reenvio como nova referência automática. Reenviar o mesmo arquivo pode manter exatamente os dados anteriores.

Corrija conforme a causa comprovada

A previsão não representa o compromisso real

Confirme a entrega combinada e corrija o registro que alimenta dPrevEntrega no documento rejeitado. Se a importação trouxe o mês errado, ajuste o mapeamento para impedir a repetição.

Gere novamente o XML pelo emissor e compare as datas com os documentos. Preserve o arquivo anterior. Não edite manualmente um XML assinado nem altere documento autorizado.

A saída está incorreta ou não foi transmitida

Confira o fato e o preenchimento documental com o responsável fiscal. Se a informação correta deveria integrar o XML, mas a integração enviou outra data ou a omitiu, encaminhe a divergência ao suporte.

Não invente uma saída futura para deslocar o limite. Quando dhSaiEnt não estiver preenchida legitimamente, a regra considera dhEmi; isso não autoriza mudar a emissão para acomodar o prazo.

O prazo verdadeiro ultrapassa três meses

Mantenha o contrato, a previsão e as datas reais. O responsável fiscal deve avaliar a documentação cabível conforme a operação e o estado dos documentos.

A 1154 não define cancelamento, reemissão ou alteração do momento fiscal. Não exclua a tag, troque o modelo ou encurte o compromisso automaticamente para contornar o teste. A orientação precisa decorrer da análise concreta. Nenhum menu ou função ALRA foi comprovado nesta elaboração.

Exemplo fictício

Uma distribuidora informa saída em 10/10/2026. A entrega foi combinada para 25/10/2026, mas a integração copiou 2027-02-25 para dPrevEntrega. Essa previsão está claramente além de três meses da saída; no cenário hipotético, o retorno é 1154.

A equipe compara pedido e XML, encontra o mês e ano indevidos e corrige a origem da importação. Mantém a saída real e a entrega combinada, regenerando o arquivo. Se fevereiro fosse o prazo verdadeiro, essa mudança seria inadequada e exigiria análise fiscal. O exemplo não demonstra emissão ou autorização real.

Resultado e escalonamento

Confira o XML efetivamente reenviado e a resposta correspondente. Desaparecer a 1154 não equivale à autorização; examine o próximo retorno e preserve XML e protocolo quando houver autorização válida.

Acione o suporte se a tela divergir do arquivo, o problema reaparecer ou houver dúvida sobre a implementação de datas no limite. Envie os valores originais, versão, UF, autorizador, ambiente, horário, XML e retorno por canal apropriado. Procure orientação fiscal quando a dúvida envolver saída real, prazo efetivo ou documento já autorizado.

Fontes

Reelaboração documental por IA em 12/10/2026, sem revisão própria, cruzada ou aprovação nesta etapa. Capturas compartilhadas de 10/10 e atos locais atuais são distintos. Prompt, data de criação e consultas individuais antigas da v1 não foram recuperados.

1. NT 2025.002-RTC v1.52: p15 leiaute; p30 B10a-20/55/1154, referência de saída e emissão subsidiária; p31 continuação; p4–5 cronograma e p6 limites. PNG existentes das p30, p5 e p6 realmente inspecionados nesta retomada, sem novo render.

2. Documentos SVRS e Avisos SVRS: registros e HTML históricos relidos localmente; sem confirmação contemporânea da versão ou implantação por UF.

3. TecnoSpeed, panorama RTC: trecho salvo sobre B10a/dPrevEntrega efetivamente relido, apoio adjacente. Não fundamenta equivalência com 90 dias nem substitui a condição primária.

Proveniência, hashes e limites em fontes.v2.json. Não foram recuperados três tutoriais específicos da 1154 nem demonstrados casos de borda, teste XSD, emissão por UF ou decisão fiscal individual.