Você fecha um pedido de 500 peças com um cliente. Ele quer receber 100 por mês, ao longo de cinco meses. Cada remessa precisa de uma NF-e diferente, mas o contrato é um só — e no final do quinto mês você quer ter certeza de que entregou exatamente o que foi acordado, sem cobrar a mais e sem deixar saldo em aberto. Se a sua equipe controla isso em planilha ou na memória, este artigo é para você.

O que é entrega programada na prática

Entrega programada é quando um pedido de venda é dividido em múltiplas remessas com datas e quantidades definidas previamente. É prática comum na indústria brasileira em três situações principais: contratos de fornecimento recorrente com grandes distribuidores, pedidos de peças para montadoras com estoque enxuto, e vendas de equipamentos onde o comprador não tem espaço ou capital para receber tudo de uma vez.

Do ponto de vista fiscal, cada remessa física gera uma nota fiscal eletrônica (NF-e) separada. Do ponto de vista comercial, o pedido original permanece aberto até que todas as remessas tenham sido entregues e faturadas. Essa distinção — um pedido, múltiplas NFs — é o ponto central onde os processos costumam quebrar quando não existe um ERP configurado para isso.

O cenário mais comum de problema: o time comercial fecha o pedido de 500 peças. A expedição emite a primeira NF de 100 peças. Seis semanas depois, quando chega a hora da segunda remessa, ninguém sabe com certeza quantas peças já foram entregues, qual é o saldo pendente e se o preço negociado ainda vale. O vendedor olha o pedido original, mas o estoque já foi baixado pela primeira NF. O resultado é retrabalho, ligação para o cliente e, nos piores casos, faturamento duplicado ou entrega esquecida.

Faturamento parcial: uma NF-e por remessa, pedido aberto no ERP

Faturamento parcial é a emissão de uma ou mais NF-es contra um mesmo pedido de venda, cada uma correspondendo a uma remessa — sem encerrar o pedido até a última entrega. No imais$ERP, cada remessa gera um documento fiscal vinculado ao pedido original. O pedido permanece com status "em entrega" enquanto ainda houver saldo a entregar.

Na prática, o processo segue esta sequência:

  1. Pedido de venda criado — com quantidade total, preço acordado e cronograma de remessas (datas e volumes por entrega).
  2. Separação e expedição da 1ª remessa — o sistema gera a NF-e referenciando o pedido original e deduz a quantidade do saldo a entregar.
  3. Pedido permanece aberto — o ERP mostra claramente: "400 peças ainda a entregar" depois da primeira remessa de 100.
  4. Repetição para cada remessa — até que o saldo chegue a zero e o pedido seja automaticamente encerrado.

O preço negociado no pedido original vale para todas as remessas. Se houver reajuste, ele entra como um novo pedido ou aditivo — nunca silenciosamente em uma das NFs intermediárias.

Segundo levantamento da CNI (Confederação Nacional da Indústria), contratos de fornecimento recorrente e entregas programadas representam uma parcela expressiva das vendas da indústria de transformação brasileira — especialmente em bens intermediários e componentes para outras indústrias. O controle manual dessas entregas é apontado como um dos principais gargalos de eficiência operacional.

— CNI, Indicadores Industriais / Sondagem da Indústria de Transformação

O saldo a entregar: o número que trava a expedição se sumir

O saldo a entregar é a diferença entre a quantidade total do pedido e a quantidade já faturada em remessas anteriores. É o número mais importante no controle de entrega programada — e o mais fácil de perder quando o processo é manual.

Por que ele some? Porque em ambientes sem ERP, o controle costuma ficar em planilha ou no acompanhamento individual de cada vendedor. Quando o vendedor sai de férias, muda de área ou simplesmente abre um arquivo errado, o histórico de entregas parciais se perde. A expedição, sem referência, emite uma nova NF sem saber se aquela é a segunda ou a quarta remessa do pedido.

Dica prática

No momento de configurar um pedido com entrega programada, registre no ERP não só a quantidade e o preço, mas também o cronograma de remessas com datas e volumes. Isso cria um "plano de entrega" que a expedição pode usar como guia — sem precisar ligar para o comercial a cada remessa.

Um ERP bem configurado elimina esse risco porque o saldo a entregar é calculado automaticamente a partir dos documentos fiscais vinculados ao pedido. A expedição abre o pedido, vê quantas peças ainda precisam sair e emite a próxima NF com base nesse número — sem cálculo manual, sem consulta ao vendedor.

Quando o cliente muda o cronograma de remessa

Na indústria brasileira, mudança de cronograma é regra, não exceção. O cliente que pediu 100 peças para o dia 15 liga no dia 10 pedindo para adiantar. Ou pede para atrasar porque o armazém dele está cheio. Às vezes pede para dividir a remessa em duas menores.

Cada uma dessas situações precisa ser tratada com cuidado para não comprometer o saldo a entregar. O que muda é a data e a quantidade da próxima remessa, não o valor total do pedido nem o preço acordado. Se o ERP tratar cada mudança de cronograma como um novo pedido, você perde rastreabilidade. Se tratar como cancelamento e reemissão, cria inconsistência fiscal.

O caminho correto é manter o pedido original e registrar a alteração no plano de entrega: nova data, nova quantidade de remessa, saldo recalculado. O pedido continua sendo o mesmo documento — o que muda é a programação das saídas.

Vale lembrar que, conforme o Sebrae aponta em seus estudos sobre causas de mortalidade empresarial, falhas no controle de entregas e recebimentos — especialmente em contratos de médio e longo prazo — figuram entre as principais causas de problemas de caixa em empresas industriais de menor porte. Não é problema de grandes empresas: é problema de qualquer dono de fábrica que cresceu sem formalizar seus processos de expedição.

Como o ERP amarra pedido, remessa, NF-e e saldo

Em um ERP estruturado para a indústria, o fluxo de entrega programada funciona em cadeia: pedido de venda → plano de remessas → ordem de expedição → NF-e → baixa de saldo. Cada etapa está vinculada à anterior por um identificador único — o número do pedido de origem.

Isso significa que, ao abrir qualquer NF-e emitida nesse fluxo, você consegue ver imediatamente a qual pedido ela pertence, qual era a quantidade total do pedido, quantas peças já foram faturadas em remessas anteriores e qual é o saldo que ainda precisa sair. É rastreabilidade completa — tanto para o time comercial quanto para a expedição e o financeiro.

No imais$ERP, quando a expedição acessa um pedido com entrega programada, ela vê diretamente:

  • Quantidade total do pedido e preço por unidade;
  • Histórico de remessas com datas, quantidades e números de NF-e;
  • Saldo atual a entregar (calculado automaticamente);
  • Próxima data de remessa conforme o cronograma acordado;
  • Status do pedido (em aberto, em entrega, encerrado).

Essa visão unificada elimina a necessidade de cruzar planilhas, ligar para o comercial ou acessar múltiplos sistemas para saber o que precisa sair no dia. A expedição trabalha com um único painel — e o pedido só é encerrado quando a última NF-e é emitida e o saldo chega a zero.

O risco de faturar fora da hora certa

Faturamento parcial exige atenção ao timing. Emitir a NF-e antes do produto sair do estoque (faturamento antecipado sem expedição real) cria um problema fiscal: a nota diz que a mercadoria saiu, mas ela ainda está na fábrica. Isso gera inconsistência no inventário, problemas com SPED e, em inspeções, multa por irregularidade.

O caminho inverso também causa dano: a mercadoria sai sem NF (expedição sem faturamento). Além da irregularidade fiscal, você perde a rastreabilidade da remessa. Se o cliente reclamar de quantidade errada, não há documento que comprove o que saiu.

O processo correto é sempre: separação → conferência → emissão de NF-e → expedição. Nessa sequência, o documento fiscal acompanha a mercadoria e o saldo a entregar é baixado no momento correto. Qualquer inversão nessa ordem cria exposição fiscal e operacional desnecessária.

Para quem vende com ciclo comercial longo — do orçamento ao pedido, esse controle é ainda mais crítico: o cliente espera semanas ou meses pelo produto e qualquer erro na entrega final compromete a relação comercial construída ao longo de todo esse tempo.

Checklist: entrega programada no controle

Oito pontos para revisar antes de confirmar a próxima remessa de um pedido parcelado:

  • O pedido de venda está registrado com quantidade total e preço acordado? Nunca crie remessas contra pedidos sem essas informações travadas.
  • O cronograma de remessas está documentado no sistema? Datas e volumes por remessa precisam estar no ERP — não só no e-mail do vendedor.
  • O saldo a entregar está visível antes de cada expedição? A equipe de expedição precisa consultar o saldo antes de emitir qualquer NF.
  • Cada NF-e está vinculada ao pedido de origem? O número do pedido deve constar no campo "documento referenciado" da nota fiscal.
  • Mudanças de cronograma foram registradas como alteração no pedido? Toda mudança de data ou volume de remessa precisa de rastro — nunca no verbal.
  • A expedição segue a sequência: separação → conferência → NF-e → saída? Não emita NF-e antes da conferência física do que vai sair.
  • Pedidos encerrados têm saldo zerado e status atualizado? Um pedido "encerrado" com saldo positivo é sinal de entrega faltante ou erro de registro.
  • O cliente recebeu confirmação de cada remessa com número de NF-e? Transparência no rastreamento reduz conflitos e ligações desnecessárias.

O próximo passo

Entrega programada e faturamento parcial são processos maduros — qualquer indústria que vende para distribuidores, varejistas ou outras indústrias vai lidar com isso cedo ou tarde. A diferença entre quem controla bem e quem enfrenta problemas constantes está na estrutura de dados: um pedido aberto, saldo visível, NF-e vinculada, expedição rastreada.

Se você ainda controla esse fluxo em planilha ou depende de alguém guardar o histórico de remessas na cabeça, o risco é proporcional ao volume que você vende. Quanto mais pedidos parcelados, maior a chance de uma entrega esquecida, um saldo errado ou uma NF emitida no volume errado.

Para entender como outros controles do ciclo comercial se conectam a esse fluxo — especialmente em vendas B2B com contratos recorrentes — vale ler também sobre como diferenciar pedido avulso de contrato recorrente no ERP.

Fontes: CNI — Confederação Nacional da Indústria, Sondagem da Indústria de Transformação (publicação mensal, disponível em cni.com.br); Sebrae, Sobrevivência das Empresas no Brasil (2014) — causas de dificuldades e mortalidade empresarial.