SAP PP: come funziona il modulo di pianificazione della produzione

SAP PP significa Production Planning. È il modulo SAP che trasforma la domanda in un piano di produzione e poi gestisce gli ordini di produzione dal rilascio alla conferma, fino alla liquidazione dei costi.

PP prende previsioni e ordini cliente, li confronta con giacenze, distinte base, cicli di lavoro e capacità, e propone che cosa produrre, che cosa acquistare e quando. In SAP S/4HANA si colloca nell'area produzione accanto a Materials Management (MM), Quality Management (QM) e Controlling (CO).

Questa guida è per direttori di stabilimento, pianificatori e responsabili di progetto. Ho implementato PP nella produzione discreta, di processo (PP-PI) e ripetitiva, quindi la guida copre tutte e tre. La risposta breve su dove PP si rompe: i dati anagrafici.

Ho lavorato una volta con il team di uno stabilimento di imballaggi che gestiva più di 400 ordini di produzione a settimana. Senza PP si destreggiavano tra fogli di calcolo e post-it. Dopo l'implementazione non sono diventati perfetti, ma hanno smesso di affogare.

PP sta al centro della catena logistica. Parte dalla domanda e lavora a ritroso su materiali, capacità e tempi per generare proposte di produzione. Le funzioni, nell'ordine in cui la domanda le attraversa:

1. Pianificazione delle vendite e delle operazioni (SOP): volumi di alto livello basati su previsioni e aspettative di mercato
2. Gestione della domanda: converte quei volumi in fabbisogni primari pianificati (PIR) che alimentano l'MRP
3. Pianificazione dei fabbisogni di materiale (MRP): calcola che cosa produrre o acquistare, quando e in quale quantità, in base a giacenze, tempi di approvvigionamento e ordini aperti
4. Pianificazione e livellamento della capacità: mostra i sovraccarichi dei centri di lavoro prima che arrivino in reparto
5. Esecuzione della produzione: crea, rilascia, schedula e conferma gli ordini fino al completamento e alla liquidazione

In S/4HANA il SOP classico è compatibility scope e SAP indirizza i clienti verso IBP per questo compito. Di entrambi parlo più avanti.

PP non è un unico modo di gestire uno stabilimento. Supporta tre modalità produttive, e la scelta determina quale tipo di ordine, quali dati anagrafici e quale approccio di costing si configurano. Molti stabilimenti ne usano più di una.

La tabella confronta le tre modalità così come SAP le fornisce.

Modalità	Settori tipici	Oggetto di esecuzione	Dati anagrafici principali	Costing
Produzione discreta	Macchinari, elettronica, componenti auto, equipaggiamenti per la difesa	Ordine di produzione	Distinta base, ciclo di lavoro, centro di lavoro	Per ordine, liquidato alla chiusura
Produzione di processo (PP-PI)	Alimentare, bevande, chimica, farmaceutica	Ordine di processo	Ricetta master, risorse, distinta base	Per ordine, con coprodotti e sottoprodotti
Produzione ripetitiva	Imballaggi, beni di consumo, linee ad alto volume	Ordini pianificati su un programma di produzione	Versione di produzione, linea di produzione, ciclo di lavoro a cadenza o ciclo di lavoro	Per periodo

Produzione discreta

La produzione discreta è quella che la maggior parte delle persone intende quando dice "SAP PP". L'MRP crea ordini pianificati, i pianificatori li convertono in ordini di produzione e ogni ordine porta con sé componenti, operazioni e costi propri. È adatta a prodotti realizzati in lotti distinti, spesso su commessa, dove ogni ordine va tracciato.

Produzione di processo (PP-PI)

PP-PI (Production Planning for Process Industries) gestisce la produzione a lotti basata su ricette. Sostituisce gli ordini di produzione con gli ordini di processo e i cicli di lavoro con le ricette master, e aggiunge coprodotti, sottoprodotti e tracciabilità dei lotti. Nei settori regolamentati come farmaceutica e alimentare, quella traccia a livello di lotto è un requisito di conformità, non un optional.

Produzione ripetitiva

La produzione ripetitiva è adatta agli stessi prodotti realizzati sulle stesse linee per lunghi periodi. Al posto dei singoli ordini, la pianificazione avviene per intervalli di tempo su un programma di produzione e gli operatori confermano direttamente sugli ordini pianificati. La documentazione SAP sulla produzione ripetitiva descrive la pianificazione per periodo e il backflush che registra il consumo dei componenti quando si conferma la quantità di prodotto finito.

Il compromesso è il livello di dettaglio. La produzione ripetitiva elimina l'onere della gestione degli ordini e i costi si liquidano per periodo anziché per ordine. Se servono costi e tracciabilità per lotto, la produzione discreta o PP-PI sono la scelta migliore.

Il flusso dalla domanda al completamento ha cinque fasi. Nella pratica raramente procede senza interruzioni, ma questa è la struttura che PP è costruito per gestire.

1. 01SOPObiettivi di volume dalle previsioni
2. 02Gestione della domandaPIR che alimentano l'esecuzione MRP
3. 03MRPOrdini pianificati e richieste d'acquisto
4. 04Esecuzione della produzioneOrdini rilasciati, materiali predisposti
5. 05ConfermaManodopera, quantità e movimenti merci registrati

SAP riflette ciò che è realmente accaduto in reparto

La gestione della domanda genera i PIR. Un PIR è una previsione: ci aspettiamo di aver bisogno di questa quantità di questo prodotto in questo momento. I PIR sono l'input dell'MRP, e gli errori qui si propagano a cascata. Un cliente una volta ha caricato PIR duplicati per tre mesi. Nessuno se n'è accorto finché la produzione non ha iniziato a ordinare troppo di tutto.

L'MRP è il motore di pianificazione. Confronta PIR e ordini cliente con giacenze ed entrate aperte, poi crea ordini pianificati per la produzione interna e richieste d'acquisto per i componenti acquistati. Un'esecuzione basata su dati anagrafici imprecisi produce rumore che i pianificatori passano settimane a inseguire.

Esecuzione e conferma chiudono il ciclo. Gli ordini vengono rilasciati, i materiali predisposti e le operazioni eseguite nei centri di lavoro. Manodopera, quantità e movimenti merci vengono poi registrati, e il sistema riflette ciò che è accaduto in reparto, a patto che le persone confermino in tempo.

Se state passando da ECC, questi sono i cambiamenti nella pianificazione che incidono su design e dati. I percorsi di migrazione più ampi sono nella mia guida alla migrazione da ECC a S/4HANA.

MRP Live

MRP Live (transazione MD01N) è l'esecuzione di pianificazione raccomandata da SAP in S/4HANA. Gira all'interno del database SAP HANA, può pianificare uno o più stabilimenti in un'unica esecuzione e non scrive le liste MRP classiche. Il modulo di formazione SAP su MRP Live è una buona introduzione, e la pagina di SAP Help sull'uso di MRP Live contiene i dettagli di configurazione.

Insieme arrivano altri tre cambiamenti:

1. Le versioni di produzione sono obbligatorie per i materiali prodotti internamente. MRP Live non esplode una distinta base senza una versione di produzione, quindi i clienti ECC che si affidavano ai metodi di selezione della distinta base devono crearle durante la conversione.
2. Le aree MRP sostituiscono l'MRP a livello di magazzino. I magazzini pianificati separatamente in ECC richiedono un'area MRP in S/4HANA.
3. SOP, liste MRP e pianificazione basata su previsioni sono compatibility scope. I diritti d'uso sono limitati nel tempo e variano in base al tipo di contratto, e SAP ha cambiato le date più di una volta. Verificate la SAP Note 2269324 rispetto al vostro contratto prima di progettare intorno a queste funzioni.

PP/DS integrato

PP/DS (Production Planning and Detailed Scheduling) è il motore di pianificazione avanzata che un tempo stava in SAP APO. In S/4HANA è integrato, quindi non c'è un sistema APO separato da gestire. Aggiunge schedulazione a capacità finita, sequenze di attrezzaggio e pegging su tutti i livelli della distinta base.

MRP Live e PP/DS si dividono il lavoro per materiale. I materiali contrassegnati per la pianificazione avanzata nell'anagrafica materiale vanno a PP/DS, gli altri restano in MRP Live. I contenuti formativi SAP su PP/DS suggeriscono di pianificare in PP/DS i prodotti critici sulle risorse collo di bottiglia, e in MRP Live i materiali meno critici gestiti a consumo.

Ho usato sia MRP Live sia PP/DS integrato nelle implementazioni. Due aspetti pratici contano più dell'elenco delle funzioni:

1. Pianificate in PP/DS tutto ciò che condivide una risorsa collo di bottiglia. Se metà dei prodotti su una linea vincolata resta in MRP Live, la pianificazione a capacità finita su quella linea non funziona.
2. Escludete i materiali PP/DS dall'ambito di pianificazione di MRP Live. Altrimenti un'esecuzione successiva di MRP Live li ripianifica e il risultato della schedulazione dettagliata va perso.

Per un confronto diretto di ciò che pianificano MRP Live, PP/DS e IBP, vedete il mio confronto MRP Live vs PP/DS vs IBP.

Verificate che cosa copre il vostro contratto prima di progettare intorno a PP/DS.

PP pianifica lo stabilimento: che cosa produrre, su quale linea, in quale settimana. SAP Integrated Business Planning (IBP) pianifica l'azienda al di sopra di esso. È un prodotto cloud che copre la pianificazione delle vendite e delle operazioni, la previsione della domanda, la pianificazione delle scorte e la pianificazione dell'approvvigionamento su tutta la rete.

Ho indirizzato clienti verso IBP, ma solo dove il caso lo richiedeva. Alcuni stabilimenti funzionano bene con il solo MRP Live.

Altri hanno bisogno di PP/DS per una linea collo di bottiglia. Un gruppo più ristretto ha bisogno di IBP perché il problema di pianificazione non sta affatto in reparto.

La tabella mostra come separo i tre livelli.

Domanda di pianificazione	Strumento	Orizzonte	Segnale tipico per salire di livello
Che cosa produco e acquisto, e quando?	MRP Live in S/4HANA	Da giorni a mesi	Pianificatori che correggono a mano l'MRP sulle risorse vincolate
In quale sequenza faccio girare la linea, a capacità finita?	PP/DS integrato	Da ore a settimane	Decisioni su volumi e mix prese tra stabilimenti o regioni
Quanto dovrebbe vendere, tenere a scorta e approvvigionare l'azienda?	SAP IBP	Da mesi ad anni	Reti multi-sito, domanda condivisa, pianificazione per scenari

Segnali che indicano IBP:

1. Serve un processo mensile di vendite e operazioni con la finanza al tavolo.
2. La domanda deriva da previsioni statistiche su molti clienti e canali.
3. Le decisioni di approvvigionamento coinvolgono più stabilimenti e centri di distribuzione.

Il fatto che il SOP classico sia compatibility scope aggiunge una scadenza a questa decisione. La mia guida sul perché SAP IBP è importante approfondisce il lato IBP.

Se state ancora scegliendo tra SAP e altri ERP per uno stabilimento, il mio confronto sul miglior ERP per la produzione presenta le opzioni per dimensione e tipo di azienda.

I dati anagrafici sono la spina dorsale di SAP PP. Non è un modo di dire. È un fatto con conseguenze.

Anagrafica materiale (viste MRP). Ogni materiale prodotto deve avere le viste MRP impostate correttamente. Tipo MRP, dimensione lotto, gruppo strategie, controllo disponibilità e chiave margine di schedulazione cambiano ciascuno ciò che fa l'MRP. In un progetto a cui lavoravo, un solo campo mancante in un'anagrafica materiale ha bloccato la produzione per una settimana. Un campo.

Gruppo strategie. Il gruppo strategie stabilisce se gli ordini cliente consumano i PIR. Se è sbagliato, ordini cliente e previsioni corrono in parallelo invece di compensarsi, raddoppiando il segnale di domanda senza alcun messaggio di errore.

Distinte base (BOM). La distinta base definisce che cosa entra in un prodotto finito: componenti, quantità, percentuali di scarto, a volte alternative. La domanda "ci servono davvero cinque distinte base per questo articolo?" ha una risposta concreta. Trovatela prima dell'implementazione, non durante le esecuzioni MRP.

Cicli di lavoro e ricette master. Un ciclo di lavoro definisce come si produce qualcosa: operazioni, centri di lavoro e tempi. Le industrie di processo usano invece le ricette master. Senza, SAP non può calcolare la durata della produzione né verificare la capacità.

Centri di lavoro. I centri di lavoro contengono formule di schedulazione, collegamenti al costing e calendari dei turni. Tenerli aggiornati dopo il go-live è il compito che viene abbandonato. Quando succede, la pianificazione della capacità diventa imprecisa e i pianificatori smettono di fidarsi del sistema.

Checklist di prontezza prima della prima esecuzione MRP

Seguite questa sequenza prima di lasciare l'MRP libero sui dati migrati. Il responsabile tra parentesi è chi dà l'approvazione.

1. Viste MRP dell'anagrafica materiale complete per ogni materiale pianificato, compresi gruppo strategie e dimensione lotto (responsabile pianificazione)
2. Distinte base validate rispetto a ciò che si produce davvero, con l'ingegneria che conferma componenti e scarti (ingegneria)
3. Cicli di lavoro o ricette master presenti per ogni materiale prodotto internamente, con tempi di operazione realistici (ingegneria di produzione)
4. Calendari e capacità dei centri di lavoro allineati ai turni attuali (direttore di stabilimento)
5. Una versione di produzione valida per ogni materiale prodotto internamente, che copra l'orizzonte di pianificazione (responsabile pianificazione)
6. PIR caricati una sola volta, riconciliati con il piano della domanda approvato prima della prima esecuzione (pianificatore della domanda)
7. Ordini aperti e giacenze riconciliati tra sistema legacy e SAP (responsabile scorte)
8. Un'esecuzione MRP di prova su un solo stabilimento o area MRP, con i pianificatori che esaminano le eccezioni prima dell'esecuzione completa (responsabile pianificazione)

PP non lavora da solo. MM approvvigiona ciò che serve a PP, gli ordini cliente di SD consumano le previsioni, CO confronta i costi effettivi con quelli standard e i lotti di controllo QM possono bloccare gli ordini. Ogni punto di integrazione è anche un punto di rottura.

Negli anni ho visto veri disastri, e questi sono gli schemi da evitare.

1. Affrettare la migrazione dei dati anagrafici. Ricordo un'azienda di componenti automobilistici che aveva affrettato la migrazione di distinte base e cicli di lavoro. Ha passato sei mesi dopo il go-live a correggere ordini di produzione che continuavano a fallire per problemi di dati. Il mio articolo sul perché le migrazioni dati SAP falliscono va oltre.
2. Replicare i processi legacy. L'errore di configurazione più costante che vedo: impostare SAP perché funzioni esattamente come il vecchio processo invece di adottare la logica di pianificazione standard. Il risultato è un sistema sovra-configurato che offre meno di quanto PP sia stato progettato per dare.
3. Testare poco le integrazioni. I team che testano ogni modulo da solo scoprono i problemi di integrazione in produzione. Testate l'intera catena plan-to-produce tra PP, MM, SD, CO e QM, come descrivo nella mia guida al testing SAP.
4. Resistenza degli utenti. I pianificatori esperti spesso resistono a PP perché assorbe un lavoro che prima facevano a mano e a giudizio. Coinvolgeteli presto nella configurazione e mostrate loro dove PP restituisce tempo.
5. Tagliare la formazione. Ho visto aziende spendere milioni nell'implementazione e poi risparmiare tagliando la formazione. Gli utenti che non capiscono il sistema creano soluzioni di ripiego, e le soluzioni di ripiego distruggono l'accuratezza dei dati da cui dipende l'MRP.

La tabella collega ogni rischio al suo impatto e alla mitigazione che inserirei nel piano.

Rischio	Impatto	Mitigazione
Configurazione MRP errata	Rotture di stock, sovrapproduzione, costi di approvvigionamento eccessivi	Validare tipi MRP, gruppi strategie e dimensionamento lotti con i referenti di business
Distinta base, ciclo di lavoro o ricetta imprecisi	Fabbisogni di materiale errati, ritardi in reparto	Coinvolgere l'ingegneria nelle revisioni prima della migrazione
Versione di produzione mancante	L'MRP non può esplodere la distinta base né creare ordini validi	Una versione di produzione valida per ogni materiale prodotto internamente
Sovrapposizione tra PP/DS e MRP Live	Schedulazioni dettagliate sovrascritte dall'esecuzione MRP successiva	Escludere i materiali PP/DS dall'ambito di pianificazione di MRP Live
Nessun feedback in tempo reale dal reparto	Stato impreciso, visibilità tardiva degli scostamenti	Imporre conferme tempestive; integrare SAP Digital Manufacturing o un altro MES
Utenti poco formati	Conferme errate, errori di backflush, rilavorazioni non risolte	Formazione per ruolo su cicli di produzione reali

Che cosa significa la sigla SAP PP?

SAP PP significa Production Planning. È il modulo SAP per pianificare ed eseguire la produzione, dalla domanda e dall'MRP agli ordini di produzione, alla conferma e alla liquidazione dei costi.

A che cosa serve il modulo SAP PP?

Il modulo SAP PP collega la domanda, da previsioni e ordini cliente, alla capacità produttiva attraverso l'MRP. Gestisce distinte base, cicli di lavoro, centri di lavoro e versioni di produzione, e porta gli ordini di produzione o di processo dalla creazione alla liquidazione.

Qual è la differenza tra SAP PP e SAP PP-PI?

SAP PP in senso stretto copre la produzione discreta e ripetitiva, con ordini di produzione o programmi di produzione basati su distinte base e cicli di lavoro. PP-PI è per la produzione a lotti basata su ricette nell'alimentare, nella chimica e nella farmaceutica. Usa ordini di processo e ricette master, e aggiunge coprodotti, sottoprodotti e tracciabilità dei lotti.

Che cos'è MRP Live in SAP S/4HANA?

MRP Live (transazione MD01N) è l'esecuzione MRP raccomandata da SAP in S/4HANA. Gira all'interno del database SAP HANA, può pianificare più stabilimenti in un'unica esecuzione e non crea le liste MRP classiche. I materiali contrassegnati per la pianificazione avanzata vengono passati a PP/DS.

Qual è la differenza tra SAP PP e PP/DS?

PP con MRP Live pianifica a capacità infinita: che cosa produrre e acquistare, e quando. PP/DS aggiunge schedulazione a capacità finita, sequenze di attrezzaggio e pegging per i materiali critici sulle risorse collo di bottiglia. In S/4HANA PP/DS è integrato; verificate con SAP come il vostro contratto ne disciplina la licenza.

SAP IBP sostituisce SAP PP?

No. IBP pianifica vendite e operazioni, domanda, scorte e approvvigionamento a livello di azienda, di solito su intervalli mensili o settimanali. PP continua a pianificare ed eseguire la produzione nello stabilimento.

IBP è il successore indicato da SAP per il SOP classico, che in S/4HANA è compatibility scope.

Se state definendo l'ambito di PP per un programma S/4HANA, chiarite prima tre cose: quali modalità produttive usa ciascuno stabilimento, quali materiali hanno bisogno di PP/DS e se il vostro problema di pianificazione appartiene davvero a IBP. Se volete un secondo parere su quel design, parliamo del vostro programma SAP.