Demand Planning¶

Demand Planning combina evidência estatística e conhecimento do negócio em um sinal de demanda rastreável. O objetivo não é apenas gerar um forecast, mas entender quais premissas o alteraram, quem colaborou e se cada etapa melhorou o resultado.

O que o processo produz¶

A jornada separa objetos com finalidades diferentes:

• Simulação testa modelo e parâmetros sem criar o plano oficial.
• AutoFit compara configurações candidatas por backtests históricos e recomenda a melhor para o objetivo escolhido.
• Demand Plan é o plano persistido e versionado.
• Planning Book é o workspace para análise e colaboração.
• Released Demand registra qual Demand Plan era oficial em cada período de vendas, preservando uma base justa para medir acuracidade.

Essa separação permite experimentar sem perder a auditoria do baseline oficial, das intervenções humanas e do plano liberado.

Nível do forecast e comportamento da demanda¶

O forecast não precisa rodar no menor nível produto-cliente. É possível modelar a demanda em um cluster mais estável e depois distribuir o resultado ao detalhe operacional. Clusters podem representar famílias, canais, clientes, regiões, estágios de ciclo de vida ou combinações de características de planejamento.

Isso é relevante porque séries diferentes não devem receber o mesmo tratamento. Uma família estável se comporta de forma distinta de um item novo, um canal sazonal ou um cliente intermitente. O nível correto equilibra sinal estatístico, explicabilidade e o detalhe exigido pelos processos seguintes.

Veja níveis e clusters e o contrato de clusters de forecast.

Baseline estatístico, séries externas e AI¶

A edição Community oferece o baseline estatístico transparente e o workflow básico para criar um Demand Plan. Enterprise amplia essa fundação com modelos estatísticos avançados, modelos de AI, séries externas de apoio, tratamentos mais ricos do histórico e desagregação avançada.

Uma série externa pode representar um sinal causal, como preço, índice, clima, tráfego ou outro direcionador do negócio. Modelos Enterprise podem usar esse sinal para melhorar a projeção agregada e preservar o perfil individual de cada produto, cliente ou material-location durante a desagregação. O resultado não precisa ser um rateio proporcional plano: o detalhe operacional pode manter cadência, sazonalidade e mix próprios.

Veja a configuração inicial do AutoFit por cluster.

Colaboração configurável por camadas¶

O plano pode percorrer qualquer sequência de etapas configuradas, por exemplo:

1. baseline estatístico;
2. colaboração de Marketing para campanhas e eventos;
3. colaboração de Engenharia para introduções e transições;
4. colaboração Comercial por supervisores;
5. colaboração Comercial por gerentes;
6. consenso, aprovação e liberação.

Cada etapa pode ter escopo, responsabilidade, key figures editáveis e regra de aprovação próprios. Enterprise preserva a contribuição de cada camada e permite comparar sua acuracidade com o baseline estatístico e com as etapas seguintes. Assim, o time identifica onde a colaboração agrega valor e onde introduz viés ou destrói valor de forma recorrente.

Veja configurar o workflow, colaborar e medir acuracidade.

Jornada recomendada¶

1. Prepare os dados mestres e de vendas.
2. Defina níveis e clusters.
3. Configure o AutoFit por cluster.
4. Execute o Demand Planning.
5. Analise o Demand Plan.
6. Configure o workflow de colaboração.
7. Colabore no plano.
8. Meça a acuracidade contra o plano que era oficial em cada período.

Mapa de dados¶

O forecast existe na interseção de material, location e tempo. Veja o modelo de dados do Demand Planning.

• Materiais definem o que é planejado.
• Locations definem onde a demanda é observada ou atendida.
• Unidades de medida tornam as quantidades comparáveis.
• Sell-out representa a venda observada em uma location quando identificar o destino final não é relevante ou possível.
• Sell-in representa a venda em que origem interna e cliente ou destino são conhecidos.

As duas fontes podem coexistir. No planejamento colaborativo com um distribuidor, o fornecedor registra o sell-in ao distribuidor; o distribuidor pode compartilhar sell-out e estoque; e o sell-out projetado, combinado ao estoque projetado, suporta a projeção do sell-in futuro necessário ao reabastecimento.

Prontidão e controle¶

O processo está pronto quando o time consegue explicar fonte histórica e última data fechada, nível do forecast, regra de desagregação, unidade, horizonte, responsabilidade pelos clusters, etapas de colaboração, consumo downstream e o plano liberado usado na medição. Comece com um escopo reconciliado e amplie depois que o time conseguir explicar como cada série entrou no plano.

Comparação entre edições¶

A fronteira segue capacidades executáveis, não apenas rótulos exibidos em tela. Consulte a visão geral Community para a baseline pública versionada.