Desenvolvendo Carreira em SAP: SAP Hana e SAP SAP S/4Hana

 

Uma visão geral do MRP com SAP S/4HANA

Por: ADVISA SOLUÇÕES EM INFORMÁTICA

Nas versões anteriores do SAP ERP, MRP se referia a uma ferramenta de planejamento específica. Em contraste, a SAP já entregou muitos novos recursos e ferramentas relacionados ao MRP desde que a primeira versão inclusiva de logística do SAP S/4HANA foi lançada em 2015.

 

Nesta postagem do blog, oferecemos uma introdução básica a esses novos conceitos. Eles estão entre as inovações mais importantes entregues no SAP S/4HANA .

 

MRP clássico

O SAP S/4HANA e os últimos lançamentos do SAP ERP introduziram uma nova funcionalidade MRP chamada MRP Live , que era basicamente o mesmo conceito e a mesma lógica, mas melhorada para melhor desempenho em um banco de dados SAP HANA . Desde então, o MRP existente anteriormente e suas transações se tornaram conhecidos como MRP clássico para ajudar a diferenciar entre as versões.

 

O Classic MRP tem um conjunto de transações que você pode usar para planejar seus materiais, permitindo que você planeje uma planta inteira, um único material ou um material e seus componentes. Ele foi inteiramente desenvolvido em ABAP , a linguagem de programação SAP usada originalmente para desenvolver o SAP ERP, e foi projetado para ser executado no SAP GUI, o software instalado no computador de um usuário final para acessar o SAP S/4HANA.

 

Todas as transações clássicas de MRP ainda estão disponíveis e são suportadas no SAP S/4HANA, mas não é mais a arquitetura alvo para o futuro. Embora o MRP clássico ainda possa ser usado no SAP S/4HANA, ele não é recomendado como uma solução de longo prazo; toda a inovação no MRP se concentrará no MRP Live.

 

Aviso: Uma funcionalidade do MRP clássico chamada lista de MRP foi incluída no pacote de compatibilidade do SAP S/4HANA, e as empresas perderão os direitos de uso da lista de MRP e seus programas, tabelas e transações dependentes após 2025.

 

Empresas que buscam uma migração rápida para o SAP S/4HANA com impacto mínimo no projeto de conversão podem considerar o MRP clássico como uma solução temporária, mas uma migração para o novo MRP Live deve ser considerada parte do roteiro futuro.

 

Saiba mais sobre as diferenças entre o MRP clássico e o MRP Live neste post .

 

MRP Live

O MRP é tradicionalmente executado como um trabalho de segundo plano durante a noite, planejando todos os materiais alterados em uma ou mais plantas. Para calcular as escassez de cada material, o sistema precisa ler todos os elementos de planejamento relevantes, como ordens de venda, ordens de compra e ordens de produção. Basicamente, todo documento que pode consumir ou receber uma certa quantidade de material em estoque é relevante para o MRP e deve ser lido do banco de dados. Isso significa que o MRP deve selecionar grandes blocos de dados do banco de dados e, por causa disso e dos algoritmos complexos executados durante a execução do planejamento, o MRP pode levar muito tempo para ser concluído.

1

Quando a SAP criou o banco de dados SAP HANA, houve uma grande oportunidade de melhorar o desempenho do MRP usando o poder da paralelização in-memory do SAP HANA. Portanto, a SAP decidiu melhorar o MRP clássico, empurrando a lógica do MRP para a camada do banco de dados e criando o MRP Live.

 

O MRP Live estava disponível pela primeira vez no SAP ERP quando executado no banco de dados SAP HANA, mas tinha que ser ativado com uma função de negócios. No SAP S/4HANA, o MRP Live é ativo por padrão e é a solução recomendada para planejamento de materiais.

 

Além do desempenho, o MRP Live oferece outros benefícios, como o fato de haver uma nova transação com critérios de seleção mais flexíveis que substitui todas as transações clássicas do MRP. Lembre-se de que o SAP S/4HANA também trouxe a funcionalidade PP/DS do SAP APO para seu código; o novo MRP Live também é capaz de planejar materiais com heurísticas PP/DS, o que significa que você pode ter uma única execução de planejamento para planejar todos os materiais.

 

Finalmente, outra vantagem fundamental está no que está por vir. O novo MRP Live foi definido pela SAP como a arquitetura do futuro , o que significa que toda a inovação nessa área será focada no MRP Live, em vez do MRP clássico. Portanto, é altamente recomendável que as novas implementações do SAP S/4HANA usem o MRP Live como sua ferramenta de planejamento padrão.

 

Cockpit MRP

As inovações no SAP S/4HANA foram focadas não apenas no desempenho do MRP, mas também na usabilidade e nas melhorias da interface do usuário.

 

No SAP ERP, a interface de usuário tradicional era o SAP GUI, um programa instalado no computador do usuário final e usado para acessar o SAP ERP. No SAP GUI, você podia executar o MRP e avaliar os resultados usando diferentes transações — mas uma reclamação comum dos usuários finais era que essas transações eram incômodas e não intuitivas ou amigáveis.

 

O SAP S/4HANA foi projetado com uma forte ênfase na alavancagem de tecnologias de computação em nuvem para dar suporte aos futuros cenários de TI de empresas que executam SAP. Portanto, há uma nova interface de usuário baseada na web chamada SAP Fiori . No SAP Fiori, as transações foram substituídas por aplicativos, e há um forte foco na usabilidade e na melhoria da experiência geral do usuário (embora você ainda possa chamar transações antigas no SAP Fiori). Você ainda pode usar a antiga interface de usuário SAP GUI no SAP S/4HANA, mas também pode acessá-la pelo navegador da web usando diferentes dispositivos, como um tablet ou um smartphone, fazendo login no launchpad do SAP Fiori.

 

Um novo conjunto de aplicativos MRP coletivamente chamados de MRP Cockpit foi entregue nas versões mais recentes do SAP ERP. Com o SAP S/4HANA, esses aplicativos foram aprimorados e novos aplicativos foram criados como uma maneira alternativa de avaliar os resultados do MRP. Para os aplicativos SAP Fiori do MRP Cockpit, a SAP colocou um forte foco na identificação e resolução de escassez que podem levar a interrupções na cadeia de suprimentos. Esta figura mostra o aplicativo Monitor Material Coverage.

 

 

Os aplicativos SAP Fiori no MRP Cockpit foram criados com uma abordagem baseada em funções : diferentes aplicativos foram projetados considerando as diferentes funções dos usuários que executam uma etapa do processo de negócios ou transação dentro da organização. A SAP fornece funções de negócios padrão. Por exemplo, há uma função genérica para o planejador de produção, que permitirá acesso a todos os aplicativos do MRP Cockpit, mas também há uma função criada especificamente para o planejador responsável apenas por aquisição externa, que incluirá apenas os aplicativos relevantes para materiais adquiridos externamente.

 

Esses aplicativos SAP Fiori também foram desenvolvidos com foco na melhoria da experiência do usuário e da produtividade e, portanto, oferecem recursos adicionais, como gráficos e destaques visuais de problemas.

 

A SAP também continua aprimorando os aplicativos; há novos recursos e melhorias entregues em cada versão do SAP S/4HANA. Se você comparar os aplicativos MRP Cockpit entregues na primeira versão do SAP S/4HANA com os aplicativos disponíveis no SAP S/4HANA 2023, poderá facilmente identificar melhorias como novas colunas, novos filtros e novos botões de ação para auxiliar a usabilidade.

 

É altamente recomendável aproveitar essas melhorias na interface do usuário e usar o launchpad do SAP Fiori em qualquer implementação do SAP S/4HANA.

 

MRP orientado pela demanda

Desde que o MRP foi introduzido no SAP ERP, houve melhorias incrementais, mas nenhuma mudança importante na lógica do MRP. Na última década, no entanto, um novo conceito chamado MRP orientado à demanda (DDMRP) se tornou popular em empresas de diferentes setores e foi finalmente introduzido no SAP S/4HANA 1709.

 

O MRP tradicional geralmente é baseado em uma previsão (ou em uma demanda de vendas real em cenários de MTO), e os produtos de nível inferior são planejados de acordo com essas quantidades previstas. Quaisquer alterações nas quantidades previstas para os produtos acabados podem levar a grandes mudanças e exceções para os produtos de nível inferior. Se as quantidades previstas estiverem incorretas, você pode acabar com excesso de estoque ou baixos níveis de serviço.

 

O novo DDMRP tenta criar buffers de estoque para materiais estratégicos, permitindo que a demanda seja atendida pelo buffer. Esses buffers de estoque protegerão os produtos de nível inferior de quaisquer alterações na demanda dos produtos acabados e ajudarão a reduzir o tempo total de reposição. Como a demanda geralmente pode ser atendida pelo buffer, o DDMRP ajuda a aumentar os níveis de serviço, mantendo níveis de estoque ideais para seus produtos.

 

O SAP S/4HANA oferece um novo conjunto de aplicativos SAP Fiori que ajudarão a classificar e definir quais produtos específicos devem ser armazenados em buffer, calcular automaticamente as quantidades de buffer e planejar e executar o reabastecimento para manter os níveis de buffer. Tecnicamente falando, o novo DDMRP é um novo tipo de MRP no qual um nível máximo de estoque, um ponto de reabastecimento e um estoque de segurança são calculados automaticamente pelo sistema de acordo com o uso médio diário de cada produto.

 

Planejamento preditivo de materiais e recursos

Embora o MRP seja basicamente uma ferramenta operacional, você frequentemente precisa realizar simulações para entender como uma mudança no plano de demanda afetará os resultados do MRP. Por exemplo, você pode precisar entender se seus fornecedores serão capazes de fornecer matéria-prima suficiente ou se você terá capacidade suficiente em sua planta para fabricar as quantidades previstas.

 

No SAP ERP, uma ferramenta chamada planejamento de longo prazo (LTP) foi usada para fins de simulação. Era basicamente um MRP simulado, com transações e resultados muito semelhantes. Embora o LTP ainda esteja disponível no SAP S/4HANA, uma nova funcionalidade chamada planejamento preditivo de materiais e recursos (pMRP), lançada no SAP S/4HANA 1909, também pode ser usada para fins de simulação.

 

O pMRP fornece uma interface gráfica aprimorada e um forte foco em simulações de capacidade, e pode ser usado para validar um plano de demanda. Ele também pode ser usado em conjunto com o novo DDMRP, permitindo que uma previsão influencie o cálculo do buffer do DDMRP.