Rejeição 1153: confira a previsão de entrega enviada na NFC-e

Se a NFC-e retornou 1153, procure a previsão de entrega no XML transmitido. Uma venda pode ter entrega agendada no controle comercial, mas o campo fiscal dPrevEntrega não deve ser informado na NFC-e modelo 65. A regra verifica sua presença; substituir a data por amanhã ou por outro dia não elimina a causa.

Preserve o compromisso combinado com o cliente, o pedido, o XML e a resposta completa. Depois de confirmar a origem do preenchimento, ajuste a geração pelo emissor para separar a informação comercial daquela enviada no documento fiscal.

Mensagem, campo e modelo

A mensagem exata é “Rejeição: NFC-e com data de previsão de entrega”, cStat 1153. Na NT 2025.002-RTC v1.52 salva, página 30, a B10a-10 indica modelo 65 e aponta a tag dPrevEntrega, identificação B10a. Ela está na seção de regras de validação, grupo de identificação da nota, no contexto da autorização da NFC-e. [1]

O leiaute da página 15 descreve esse campo como data da previsão de entrega ou disponibilização do bem, no formato AAAA-MM-DD, e determina: não informar para NFC-e. No XML, examine o grupo ide. Não confunda essa informação com data de emissão, data de saída, endereço de entrega ou vencimento financeiro.

A NF-e modelo 55 possui outras condições para o campo. As regras B10a-20/1154, B10a-30/1155 e B10a-40/1156 tratam, respectivamente, de previsão posterior ao permitido, anterior ao permitido e incompatível com a finalidade. A proibição da 1153 não é universal para os dois modelos.

Vigência e limites da orientação

A base desta elaboração é a v1.52 capturada na pesquisa compartilhada de 10/10/2026, com publicação registrada em 01/10/2026. Nesta retomada houve releitura local em 12/10, sem consulta online ou emissão de teste.

O cronograma salvo, página 5, lista a B10a-10 na linha da v1.30: implantação em teste até 24/11/2025 e em produção em 02/02/2026, conforme as colunas identificadas na página 4. Essas são datas documentais; não demonstram funcionamento 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. Ele não comprova suspensão da B10a-10 herdada nem permite transferir esse calendário geral para a rejeição individual. [2]

Registre UF, autorizador, ambiente e versão do emissor no caso concreto. A linha examinada não apresenta exceção por UF; isso não constitui teste de implantação uniforme. Homologação e produção devem permanecer diferenciadas.

Por que o campo foi enviado

Investigue uma rotina que atende NF-e e NFC-e sem separar os campos por modelo. A data do pedido pode ter sido copiada para o cabeçalho fiscal, embora fosse necessária apenas para organizar a entrega.

Outras hipóteses são preenchimento direto, reaproveitamento de pedido, importação antiga ou integração que recupera uma data diferente da exibida na tela. A 1153 não identifica sozinha qual caminho ocorreu. O suporte precisa comparar a informação comercial com o conteúdo realmente transmitido.

Entrega em domicílio não autoriza escolher outro modelo por tentativa. A documentação deve corresponder à operação e às regras aplicáveis, sem alterar o fato para conservar uma tag.

O que conferir no diagnóstico

Localize a tentativa rejeitada e compare chave, série, número, horário, modelo, ambiente e retorno. Guarde os arquivos antes de qualquer ajuste, evitando confundir uma prévia de impressão com o XML enviado.

Procure dPrevEntrega em ide e rastreie sua origem no pedido, cadastro ou integração. Uma tela vazia não comprova ausência no XML. Confirme se há diferença entre o arquivo gerado, o transmitido e aquele apresentado ao suporte.

Se o XML for modelo 55 ou não contiver a tag, confira se pertence à mesma tentativa. Havendo correspondência e divergência persistente, reúna as evidências para o suporte e o autorizador; não altere outras datas por suposição.

Corrija conforme a causa demonstrada

Preenchimento direto no documento rejeitado

Com o modelo 65 e a situação da tentativa confirmados, ajuste o preenchimento que gera dPrevEntrega. Mantenha a previsão comercial no controle apropriado e gere novamente o documento pelo emissor, conferindo a ausência da tag antes de novo envio.

Não edite manualmente um XML assinado nem modifique um documento autorizado. Se o retorno ou o estado da tentativa estiver incerto, esclareça a situação antes de gerar outra emissão para a mesma venda.

Informação copiada do pedido ou da integração

Peça ao suporte que corrija o mapeamento para NFC-e. Limpar apenas a tela pode ser insuficiente quando o gerador continua buscando a previsão em outra origem.

Depois do ajuste, confira um novo XML e o comportamento de pedidos com entrega agendada. A empresa continua precisando cumprir o prazo real combinado. Esta orientação não identifica menu, configuração ou automação do ALRA; a origem deve ser verificada na versão instalada.

Dúvida sobre o documento adequado

Se a questão é qual documento deve representar a operação, entregue os fatos e documentos à contabilidade. A 1153 não concede permissão para trocar 65 por 55, duplicar a venda, mudar datas reais ou criar outra operação.

Uma decisão fiscal fundamentada deve preceder eventual mudança de documentação. A NF-e tem suas próprias validações; simplesmente mudar o modelo não comprova correção.

Exemplo fictício

Uma loja vende duas cadeiras por R$ 480 e combina a entrega para a manhã seguinte. O pedido registra esse compromisso, mas a integração também envia a data em dPrevEntrega na NFC-e modelo 65. O retorno é 1153.

Após comparar pedido e XML, a equipe identifica o mapeamento indevido. Preserva a entrega, ajusta o gerador e confere o novo arquivo sem o campo. O cenário é hipotético, não demonstra emissão real nem autorização: o próximo retorno ainda precisa ser analisado.

Resultado e escalonamento

Confira o XML efetivamente reenviado e a resposta correspondente à venda. O desaparecimento da 1153 não equivale à autorização. Quando houver autorização válida, preserve o documento e seu protocolo.

Acione o suporte se a tag reaparecer ou o arquivo divergir da tela; encaminhe versão, UF, autorizador, ambiente, horário, XML e retorno por canal apropriado. Procure orientação fiscal quando houver dúvida sobre modelo ou documentação. Corrigir o mapeamento deve preservar a operação real e a organização da entrega.

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 inspeções locais atuais são atos distintos. Não foram recuperados prompt, data de criação ou consultas individuais antigas do rascunho v1.

1. NT 2025.002-RTC v1.52: p15 leiaute; p30 B10a-10/65/1153 e regras vizinhas; p31 continuação; p4–5 cronograma. PNG salvos das p5, p6 e p30 inspecionados nesta retomada, sem novo render.

2. Documentos SVRS e Avisos SVRS: HTML históricos relidos localmente. Sem confirmação online contemporânea da versão ou aplicação por UF.

3. TecnoSpeed, panorama RTC: trecho salvo sobre B10a/dPrevEntrega realmente relido, apoio adjacente. Não substitui a condição normativa da NFC-e nem demonstra três tutoriais específicos da 1153.

Proveniência, hashes e limites em fontes.v2.json. Sem teste XSD, emissão por UF, função ALRA comprovada ou escolha fiscal individual.