Primeiro workflow de planejamento¶

O workflow Community conecta uma previsão estatística a um plano heurístico de oferta. O objetivo não é apenas demonstrar telas: ao final, cada quantidade deve ser rastreável aos dados, à configuração e ao cenário que a produziu.

Resultado esperado¶

Cadastros + sell-out
        ↓
Demand Plan estatístico
        ↓
Malha + estoque + produção + política
        ↓
Supply Plan heurístico
        ↓
Planning Books e análise das exceções

Etapa 1 — Prepare a fundação¶

Cadastre:

• materiais;
• locations;
• unidades de medida;
• histórico de sell-out.

Sell-out é a fonte Community inicial porque observa a venda a partir da location sem exigir um destino individual. Valide identificadores, calendário, unidades e continuidade histórica antes de configurar qualquer modelo.

Etapa 2 — Gere o Demand Plan¶

1. Defina o nível de forecast e os clusters.
2. Configure o perfil de execução com fonte histórica, frequência e horizonte.
3. Execute o Demand Planning.
4. Analise o baseline por material-location.
5. Registre ajustes permitidos no Planning Book Community sem transformar agregações visuais em novas séries físicas.

O artefato de saída é um Demand Plan versionado. Ele deve preservar o baseline e a origem dos ajustes.

Etapa 3 — Complete o modelo de oferta¶

Acrescente ao mesmo conjunto de materiais e locations:

• malha de transporte;
• listas técnicas e versões de produção;
• recursos e roteiros produtivos;
• posição inicial de estoque;
• configuração do Supply Planning;
• políticas de estoque.

Ordens abertas e outras famílias transacionais entram quando o contrato da release as declarar disponíveis. Não substitua uma base ausente por quantidade zero.

Etapa 4 — Gere o Supply Plan heurístico¶

1. Selecione o Demand Plan e o perfil de execução Supply.
2. Valide se cada item-location possui origem viável de compra, produção ou transferência.
3. Execute primeiro a visão sem restrição quando precisar separar necessidade estrutural de gargalo.
4. Execute o plano restrito com capacidade, estoque, lead time e política.
5. Analise produção, distribuição, estoque projetado, cobertura e faltas no Supply Plan.
6. Revise exceções no Planning Book Community e preserve a versão-base.

A jornada funcional completa está em Supply Network Planning e Design.

Critérios de sucesso¶

• o backend e o front identificam community no mesmo runtime;
• somente modelos e modos disponíveis podem ser selecionados;
• o Demand Plan contém histórico, baseline e horizonte coerentes;
• o Supply Plan usa a mesma unidade e o mesmo calendário;
• falta de malha, capacidade ou cadastro produz exceção explicável;
• nenhuma opção Enterprise é executada por payload manual;
• o workflow pode ser repetido a partir da base de referência da release.

Evidências que acompanham a release¶

O workflow publicado deve identificar:

• tag da release e versões compatíveis de backend, front e banco;
• versão da base de referência e identificador de integridade;
• etapas exatas de preparação e execução;
• versões esperadas de Demand Plan e Supply Plan, horizonte e reconciliações por linha;
• ao menos uma restrição ou exceção de qualidade explicável;
• resultado do smoke test automatizado e a data de reprodução.

Screenshots podem ilustrar a jornada, mas não substituem essas evidências. O roadmap só muda o gate do workflow quando o pacote puder ser reproduzido a partir de artefatos públicos.

Quando avançar para Enterprise¶

O mesmo modelo de dados pode ser ampliado quando o processo exigir optimizer, process chain, modelos avançados de forecast, scheduling detalhado, Cost-to- Serve, P&L, AI, SSO ou execução distribuída. A migração de edição deve enriquecer o workflow existente, não obrigar o time a reconstruir os cadastros centrais.

Volte à visão geral Community ou consulte a arquitetura e fronteira.