Rejeição 1155: compare a previsão de entrega com a data de saída

Se a NF-e retornou 1155, confira se a previsão de entrega ficou anterior à data de saída enviada no XML. Uma previsão antiga pode ter permanecido no pedido após um reagendamento, ou a integração pode ter levado datas diferentes das exibidas na tela. Antes de ajustar, confronte os registros com a operação verdadeira.

Guarde o pedido, o XML transmitido e a resposta completa. A correção deve representar a entrega e a saída reais; escolher uma data posterior apenas para evitar a mensagem pode produzir um documento incoerente.

Mensagem, modelo e condição

A mensagem exata é “Rejeição: Data de previsão de entrega anterior ao permitido”, cStat 1155. Na NT 2025.002-RTC v1.52 salva, página 30, a B10a-30 indica NF-e modelo 55, na seção de regras de validação, Grupo B de identificação da nota. Este é o contexto de autorização da NF-e, sem escolher um serviço de eventos pelo número do retorno. [1]

A condição começa se dPrevEntrega foi informado. A regra examina se essa previsão é anterior à data de saída da nota, dhSaiEnt. A Observação 01 determina usar a data de emissão, dhEmi, somente quando dhSaiEnt não estiver preenchida.

A emissão não substitui uma saída preenchida. Uma data cadastrada no controle logístico também não comprova que foi transmitida em dhSaiEnt. A referência precisa ser identificada no XML da tentativa rejeitada.

O leiaute da página 15 descreve dPrevEntrega, B10a, como data da previsão de entrega ou disponibilização do bem, no formato AAAA-MM-DD. Examine o grupo ide, distinguindo previsão, emissão, saída, endereço e vencimento financeiro.

Compare as datas, sem considerar a hora

A Observação 02 da própria B10a-30 manda não considerar a hora nessa validação, somente a data. A comparação da 1155 não deve transformar uma diferença de horário dentro do mesmo dia em uma previsão anterior.

Isso descreve o predicado documental da regra, sem garantir autorização ou demonstrar a implementação de cada emissor. Conversões de fuso e comportamento operacional não foram testados nesta elaboração. Preserve os valores originais quando o retorno parecer incompatível com os dias informados.

A 1154/B10a-20 trata de previsão posterior ao intervalo de três meses. Esse limite superior não é a condição da 1155. A 1156/B10a-40 trata da finalidade; a 1153/B10a-10 proíbe o campo na NFC-e modelo 65. Não aplique as regras como se fossem intercambiáveis nem troque o modelo para evitar a rejeição.

Base documental e cronograma

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

O cronograma salvo, páginas 4 e 5, apresenta as colunas Implantação Teste e Implantação Produção. A entrada das regras B10a na v1.30 registra até 24/11/2025 e 02/02/2026. Mais adiante, a linha da v1.40 inclui a B10a-30 entre as regras alteradas, com até 01/07/2026 e 03/08/2026.

Esses são registros do documento, não comprovação de ativação atual de cada autorizador. 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 demonstra suspensão automática de todas as regras herdadas. [2]

Registre UF, autorizador, ambiente e versão do emissor. A linha examinada não apresenta exceção por UF, mas não houve teste de funcionamento uniforme. Identifique homologação e produção separadamente.

Diagnóstico com a tentativa correta

Confira chave, emitente, série, número, modelo 55, ambiente, horário e retorno. Uma impressão ou uma prévia de outra nota não demonstra o conteúdo da tentativa rejeitada.

Leia dPrevEntrega, dhSaiEnt e dhEmi. Com saída preenchida, compare os dias da previsão e da saída. Na ausência de dhSaiEnt, compare previsão e emissão conforme a observação. Não use data do computador, do reenvio ou vencimento da cobrança como referência automática.

Rastreie a origem dos campos no pedido, cadastro ou integração. Investigue previsão reaproveitada, mês ou ano incorretos, reagendamento não refletido no documento e mapeamento que selecionou outra informação. São hipóteses; documente qual delas realmente ocorreu.

Corrija conforme a causa demonstrada

A previsão enviada está incorreta

Confirme com a equipe o compromisso verdadeiro. Se o XML recebeu uma previsão antiga ou de outro pedido, corrija o dado de origem e o mapeamento que causou o problema.

Gere novamente o documento rejeitado pelo emissor e confronte os campos com os registros comerciais. Mantenha o arquivo anterior como evidência. Não edite manualmente um XML assinado nem modifique documento autorizado.

A saída ou a emissão não representa a operação

Confira os fatos e o preenchimento cabível com o responsável fiscal. Se a integração enviou uma saída errada ou omitiu uma informação que deveria integrar o XML, encaminhe a divergência ao suporte.

Não invente uma saída anterior para acomodar a previsão. Quando dhSaiEnt estiver ausente legitimamente, a regra usa dhEmi; isso não autoriza alterar a emissão por conveniência. Uma tela correta precisa resultar no conteúdo fiscal correspondente.

A sequência verdadeira exige análise documental

Se os registros indicam entrega, saída ou emissão em uma sequência que exige esclarecimento fiscal, mantenha os fatos e reúna a documentação. A 1155 não determina por si só cancelamento, reemissão ou omissão de campo.

A contabilidade deve avaliar o tratamento cabível conforme a operação e o estado dos documentos. Não mude o compromisso comercial ou o modelo para obter aprovação. Nenhuma função, tela ou automação do ALRA foi comprovada nesta elaboração.

Exemplo fictício

Uma distribuidora emite a NF-e em 10/10/2026, informa saída em 12/10/2026 e combina entrega para 20/10/2026. A integração copia uma previsão antiga, 11/10/2026, para dPrevEntrega.

Embora 11/10 seja posterior à emissão, é anterior à saída preenchida, 12/10. No cenário hipotético, o retorno é 1155. A equipe identifica a cópia incorreta, mantém as datas verdadeiras e corrige a origem para a previsão realmente combinada.

O exemplo não demonstra emissão ou autorização real. Se 11/10 representasse o fato verdadeiro, simplesmente mudá-lo para 20/10 seria inadequado; seria necessária análise documental.

Resultado e escalonamento

Confira o XML efetivamente reenviado e o próximo retorno. Desaparecer a 1155 não equivale à autorização. Quando houver autorização válida, preserve o documento e seu protocolo.

Acione o suporte quando a tela divergir do arquivo, o preenchimento reaparecer ou a comparação parecer incompatível com as datas. Envie valores originais, versão, UF, autorizador, ambiente, horário, XML e retorno por canal apropriado. Procure orientação fiscal quando a dúvida envolver fatos, sequência documental ou documento já autorizado.

Fontes

Primeira elaboração documental por IA em 12/10/2026, sem revisão própria, cruzada ou aprovação nesta etapa. A pasta do ID estava sem arquivos na conferência inicial. Capturas compartilhadas de 10/10 e leitura/inspeção atuais são atos distintos; não foram reconstruídas consultas, revisões ou prompts individuais antigos.

1. NT 2025.002-RTC v1.52: p15 leiaute; p30 B10a-30/55/1155 e Observações 01/02; p31 continuação; p4–5 cronograma. PNG salvos das p30 e p5 realmente inspecionados nesta etapa, sem novo render. Textos das p6 e p29 não foram usados para importar condições tributárias ou de outra regra.

2. Documentos SVRS e Avisos SVRS: registros e HTML históricos relidos localmente; sem confirmação normativa online contemporânea.

3. TecnoSpeed, panorama RTC: trecho salvo sobre B10a/dPrevEntrega efetivamente relido, apoio adjacente. Não demonstra três tutoriais específicos da 1155 nem substitui a condição e as observações primárias.

Proveniência, hashes e limites em fontes.v1.json. Sem implantação por UF, teste operacional/XSD, implementação de fuso ou decisão fiscal individual demonstrados.