Software SCP: planejamento e execução da cadeia de suprimentos

O APS otimiza o plano de produção dentro da fábrica; o SCP estende esse plano a fornecedores, compras e logística de saída.

Sim. Portais de fornecedores e integrações EDI/API mantêm as confirmações e os prazos dos fornecedores sincronizados automaticamente.

Totalmente. O SCP foi concebido para equilibrar demanda e oferta entre várias fábricas e armazéns.

Funciona. O que o SCP precisa, com MES ou sem ele, é de um cadastro de itens mantido com prazos de entrega e regras de pedido, listas de materiais, uma posição de estoque em que se possa confiar e as ordens de compra e de produção em aberto, e isso tem de vir de um ERP ou de outro sistema que faça esse papel. Sem MES, o avanço e o consumo chegam como apontamentos lançados no fim do turno ou no fechamento da ordem, portanto o plano reage tarde, não é que deixe de reagir.

Uma proposta de compra é aritmética sobre prazo de entrega, quantidade mínima de pedido, múltiplo de pedido, estoque existente e lista de materiais. Se os prazos dos fornecedores ainda forem os que alguém escreveu no dia em que criou o item, as propostas vão sair erradas com toda a confiança. Esses erros não ficam escondidos: as primeiras execuções de planejamento transformam um prazo ou um estoque errado numa data ou numa quantidade visivelmente erradas. Limpar isso antes do go-live sai muito mais barato do que depois.

Calcula-os e propõe-os; não decide que risco é que a empresa está disposta a correr. Um valor de estoque de segurança sai da variabilidade da demanda, da variabilidade do prazo de entrega do fornecedor e do nível de serviço que escolher, e o terceiro é uma decisão comercial que alguém tem de tomar por família de itens. Defina-o contra variabilidade medida e não contra hábito, e depois reveja as exceções, porque é daí que o estoque realmente sai.

Por si só, não. O que dá é uma previsão única, visível, com versões e comparada contra o que se vendeu de fato, que é normalmente o que se quer dizer com a pergunta. Os modelos estatísticos ajudam onde a demanda tem histórico e um padrão; não fazem nada por um produto novo nem por um pedido ganho em concorrência. A melhoria vem de alguém ser dono da previsão e rever o erro em cada ciclo.

Consegue, mas decida contra o quê. O ATP verifica estoque livre e entradas confirmadas; o CTP verifica também se existe capacidade e componentes para atender o pedido a tempo. Com APS instalado, o CTP resolve contra o plano sequenciado; sem ele, contra períodos de capacidade declarada, o que dá uma indicação de sentido mas não detecta um conflito de sequência ou de setup. As promessas caem por confirmações de fornecedor desatualizadas e por capacidade otimista, por isso combine com as vendas o que o sistema pode prometer sozinho.

É preciso um dono com nome, cujo trabalho deixa de ser reconstruir planilhas e passa a ser tratar exceções. O trabalho é concreto: rever alertas, liberar ou rejeitar propostas ao ritmo do seu ciclo de planejamento e manter honestos os prazos de entrega e os parâmetros de pedido. O esforço cresce com o número de itens planejados e com as exceções que os seus parâmetros geram, e é mais pesado nos primeiros ciclos após o go-live, enquanto esses parâmetros vão sendo corrigidos. Se ninguém for dono disso, a lista de alertas cresce até deixarem de abri-la.

Só se quiser. A maioria das fábricas congela um horizonte próximo, encaminha as alterações dentro dele para o planejador como exceções e deixa o sistema reotimizar além dele. Onde fica essa linha é uma decisão de política e não técnica, por isso combine durante a implementação qual é o período congelado e quem pode quebrá-lo. O que manda os planejadores de volta para as planilhas é o nervosismo do plano. O tempo de cálculo não é a causa.