O PP/DS é um aplicativo de planejamento avançado bem conhecido para planejamento e programação da produção oferecido pela SAP e que faz parte do pacote APO. A SAP é a maior empresa de software empresarial (ou seja, corporativo) do mundo, com receita próxima a US$ 13 bilhões. O produto PP/DS foi lançado aproximadamente em 1999 e acredito que tenha sido baseado no produto Factory Planner da i2 Technologies, que foi um dos benefícios que a SAP recebeu de sua parceria, embora breve, com a i2 no final da década de 1990.
O PP/DS oferece um otimizador de custos (que raramente é implementado), bem como planejamento de produção e heurística de programação detalhada. Há heurísticas tanto para a execução do planejamento inicial quanto para o nivelamento de capacidade.
A Simio é pioneira em simulação há mais de 15 anos e é formada por pessoas com muita experiência em simulação que trabalharam e desenvolveram propriedade intelectual significativa para alguns aplicativos de simulação muito conhecidos. O Simio é um dos poucos sistemas de simulação que oferece um ambiente de desenvolvimento integrado fácil de usar para simulação 3D e é uma das poucas empresas a fornecer simulação 3D para o mercado de programação de produção. Embora o Simio seja um ambiente de "simulação", ele também é um ambiente de planejamento. O planejamento é essencialmente uma simulação ou previsão do futuro. No entanto, como discutirei, há várias maneiras de interagir com o Simio e obter informações dele, e usar a visualização de simulação 3D é apenas uma delas.
Assim como a maioria dos aplicativos de planejamento de produção e programação detalhada, o PP/DS funciona melhor em ambientes de manufatura discreta. Os ambientes de manufatura discreta são os mais fáceis de modelar. O departamento de vendas da SAP é extremamente eficaz na venda do PP/DS para ambientes de manufatura diferentes desse, mas ele não é implementado com sucesso fora da manufatura discreta, a menos que seja completamente personalizado. O Simio, por outro lado, tem um fôlego muito maior de implementação no setor. Entretanto, o Simio tende a se concentrar nos problemas mais difíceis de programação de produção.
Como descreverei na seção de modelagem probabilística deste artigo, o Simio foi projetado especialmente para ambientes de produção com alto grau de variabilidade, que são os tipos de ambientes que, até muito recentemente, não eram abordados com aplicativos empacotados. Atualmente, esses ambientes são planejados, é claro, mas tendem a ser planejados com muito esforço manual em planilhas ou com otimizadores desenvolvidos sob medida usando otimizadores gerais prontos para uso, como o CPLEX. Os ambientes de produção fáceis de programar não são o mercado-alvo do Simio (embora ele possa ser usado para esses ambientes). O cliente prototípico do Simio é aquele que tem uma complexidade de programação muito alta e para o qual há fortes penalidades por atraso.
O PP/DS tem duas visualizações básicas. Uma é o Quadro de Programação Detalhado, que é o gráfico de Gantt padrão que representa os recursos, o que pode permitir que os trabalhos sejam movidos entre os recursos. A segunda é a visualização do produto, que mostra os movimentos de entrada e saída de produtos em uma instalação. Na verdade, o PP/DS tem mais funcionalidades do que muitas empresas implementam, e uma das razões pelas quais o PP/DS geralmente é implementado com um pequeno subconjunto de suas funcionalidades é a escassez de visualizações disponíveis no aplicativo.
Uma das coisas que nos chama a atenção no Simio é a quantidade de visualizações que ele tem. A visualização "vitrine" do Simio é a modelagem 3D, mas há muitas visualizações além dessa. A visualização de construção de modelos também pode ser executada a qualquer momento, de modo que o modelador possa ver o fluxo de material enquanto constrói o modelo.
O Simio pode ser usado nesse modo 3D ou interagir mais como um sistema de planejamento avançado tradicional. Por exemplo, o Simio também tem um gráfico de Gantt, mas que mostra as probabilidades ou a probabilidade percentual de qualquer resultado. Cada trabalho mostra sua data de término e, em seguida, sua data de necessidade, de modo que o planejador possa ver quanto tempo de flexibilidade ele tem no cronograma para aquele produto. O Simio tem uma visualização de recursos, que mostra a sequência e o período de tempo em que os recursos estão sendo utilizados.
Uma das necessidades comuns em projetos PP/DS são os relatórios. O principal relatório disponível no PP/DS é o Alert Monitor. Trata-se de uma listagem das áreas de preocupação que o planejador precisa abordar. Na verdade, o Alert Monitor era melhor em várias versões anteriores. Escrevi um artigo sobre como usar o APO Alert Monitor como um sistema de relatório complementar em 2003 para o SAP Tips. No entanto, a interface foi alterada em algum momento ao longo do caminho, e eu não a utilizo mais nessa função.
Em todas as implementações do APO, independentemente do módulo, é necessário fornecer visualizações adicionais. Isso é particularmente verdadeiro para visualizações agregadas ou de relacionamento cruzado. Isso significa, normalmente, trabalhar com os recursos de BI da SAP para desenvolver o design do relatório em algum tipo de aplicativo de maquete. Já usei o Excel várias vezes para isso, o que descrevo neste artigo. No entanto, esse é um processo demorado pelo qual eu preferiria não passar continuamente. Em segundo lugar, as equipes de BI levam muito tempo para criar os relatórios em todos os projetos dos quais participei. É bastante comum que os relatórios de BI atrasem a entrada em operação do PP/DS em pelo menos seis meses. Um último problema é que o BI é um sistema externo ao APO e ao PP/DS. Isso significa que há uma defasagem na moeda dos relatórios, de modo que o relatório frequentemente reflete apenas informações até o dia anterior.
Os relatórios são uma área muito forte do Simio. Há gráficos de pizza para a utilização de recursos, bem como visualizações agregadas das probabilidades da ordem de produção planejada.
O PP/DS é frequentemente vendido como uma ferramenta para executar o planejamento baseado em restrições. No entanto, é mais correto dizer que o PP/DS tem a capacidade de executar o planejamento baseado em restrições, mas isso só ocorre se o otimizador de custos for usado. Várias empresas tentaram implementar o otimizador de custos no PP/DS, mas pouquíssimas o mantiveram. Deve-se dizer que esse não é um problema exclusivo do PP/DS. A otimização em muitos aplicativos frequentemente enfrenta problemas de implementação.
Em um setor voltado para o futuro, como o de software empresarial para o planejamento da cadeia de suprimentos, houve muito pouca análise sobre o motivo disso e muito pouco foi feito para melhorar as metodologias de implementação ou até mesmo ajustar ligeiramente as estratégias em novas implementações. Por esse motivo, a maioria dos projetos de otimização repete exatamente os mesmos erros que observei pela primeira vez em projetos em 1998. Esse período foi minha primeira exposição à otimização em software empacotado, portanto, é bem provável que os mesmos erros tenham sido cometidos desde que a otimização foi introduzida pela primeira vez no planejamento da cadeia de suprimentos.
Após muitas análises, concluí que um dos principais motivos do fracasso da otimização foi a aplicação excessiva de uma única função de objetivo de otimização, ou seja, a otimização de custos em todos os domínios da cadeia de suprimentos. Essa conclusão está documentada neste artigo, que descreve as muitas limitações para que os otimizadores de custos funcionem em ambientes de produção.
Como a grande maioria das empresas que implementam o PP/DS não usa o otimizador (elas usam heurística ou nenhum método, simplesmente permitindo que os planejadores movam os trabalhos manualmente para os recursos), o PP/DS deve ser considerado uma ferramenta sem restrições. No entanto, o PP/DS tem uma variedade muito grande de heurísticas; na verdade, há mais de cinquenta, que são descritas neste artigo. A grande variedade de heurísticas, muitas delas voltadas apenas para ambientes de produção específicos (por exemplo, muitas das heurísticas do PP/DS são para produção repetitiva) é provavelmente o ponto mais forte do PP/DS. A maioria dos projetos de PP/DS resulta no fato de o consultor de PP/DS combinar a combinação de heurísticas e sua sequência com os requisitos específicos do processo de produção. No entanto, as heurísticas não são uma abordagem "excelente" para o planejamento da produção. Elas fornecem resultados decentes, são rápidas de executar, mas são usadas com frequência porque são simples de implementar. No entanto, elas oferecem muito mais flexibilidade do que o MRP (se as compararmos com as heurísticas de planejamento da produção, em vez das heurísticas de programação no PP/DS). Para reiterar, a grande maioria das implementações de PP/DS não usa o otimizador de custos e não tem restrições. Encontro clientes que pensam que estão realizando um planejamento baseado em restrições quando estão executando a heurística do PP/DS, e isso não é correto.
O Simio usa simulação de otimização e normalmente é implementado com restrições. A configuração de dados é relativamente simples no Simio, e isso permitiu que os recursos fossem efetivamente atualizados, o que é um problema comum em todos os sistemas de planejamento que dependem de recursos.
A configuração do modelo no PP/DS é a mais complexa e demorada de todas as ferramentas de planejamento e programação de produção a que já tive acesso. Os projetos de PP/DS requerem um mínimo de um ano para serem implementados, e a maioria dos projetos de PP/DS leva mais tempo do que isso, sendo que a primeira entrada em operação não é uma medida correta da duração do projeto, pois poucos projetos de PP/DS obtêm muita adesão do planejamento até as implementações posteriores. Alguns dados que preenchem o PP/DS são trazidos "automaticamente" do SAP ERP usando um produto de integração SAP chamado CIF. No entanto, conforme descrito na próxima seção, isso não é tão simples quanto parece. O PP/DS também possui dados que não existem no SAP ERP e são mantidos no PP/DS. O principal método de atualização desses dados é com a transação MASSD no SAP APO.
O Simio tem duas áreas principais que exigem configuração. Uma delas são os dados, como os materiais e as listas técnicas.
A outra é a construção real do modelo.
O PP/DS só é realmente implementado em contas que implementaram ou estão implementando o SAP ERP. Portanto, a integração do PP/DS ao SAP ERP é relevante, e sua facilidade de integração a outros sistemas ERP pode ser considerada irrelevante. O PP/DS é conectado ao SAP ERP (assim como o restante do conjunto APO) por meio do middleware SAP chamado CIF. Já fiz parte de equipes que criaram adaptadores mais confiáveis entre o SAP e um aplicativo de melhor qualidade do que o CIF, e que superaram o CIF tanto em desempenho quanto em confiabilidade, e fiz isso com linguagens de integração padrão e UNIX, combinadas com ABAP (o código necessário para extrair dados do SAP). Os problemas com a manutenção de longo prazo do CIF podem ser compreendidos com a leitura deste artigo. Devido à minha exposição não apenas a ferramentas personalizadas, mas também a produtos sofisticados de middleware como a Informatica, o CIF sempre me deixou perplexo. Já escrevi em várias ocasiões sobre minha preocupação com a manutenção extremamente alta necessária para executar o CIF, e esse é um nível de manutenção que nunca parece diminuir como eu acho que deveria.
Há vários aspectos a serem considerados ao comparar um aplicativo empacotado padrão como o PP/DS com algo que é um ambiente de modelagem como o Simio. Infelizmente, muitas empresas passam a usar diretamente um aplicativo empacotado sem considerar as alternativas.