SAP PP: cosa fa e dove va storto

SAP PP (Production Planning) è la parte di SAP S/4HANA che trasforma la domanda in un piano di produzione. Prende previsioni e ordini cliente, li confronta con giacenze, distinte base, cicli di lavoro e capacità, e propone cosa produrre, cosa acquistare e quando. Questa guida è per responsabili di stabilimento, pianificatori e responsabili di progetto che devono sapere cosa fa PP, cosa è cambiato in S/4HANA e dove le implementazioni si rompono. La risposta breve sull'ultimo punto sono i dati anagrafici. Se l'anagrafica materiale, le distinte base, i cicli di lavoro e i centri di lavoro sono sbagliati, l'output dell'MRP è sbagliato, e nessuna configurazione lo corregge. La checklist di prontezza più avanti è il punto da cui partire.

Una volta ho lavorato con il team di uno stabilimento di imballaggio che gestiva oltre 400 ordini di produzione a settimana. Senza PP, si arrangiavano tra fogli di calcolo e post-it. Dopo l'implementazione non sono diventati perfetti, ma hanno smesso di annegare.

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

1. Sales and Operations Planning (SOP): volumi di alto livello basati su previsioni e aspettative di mercato
2. Gestione del fabbisogno: converte quei volumi in fabbisogni indipendenti pianificati (PIR, Planned Independent Requirements) che guidano l'MRP
3. Pianificazione dei fabbisogni materiali (MRP): stabilisce 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. Gestione degli ordini di produzione: crea, rilascia, schedula e conferma gli ordini fino al completamento

PP copre la produzione discreta (componenti auto, elettronica, beni industriali) e la produzione ripetitiva (imballaggi, beni di consumo). La produzione a lotti e basata su ricette nei settori alimentare, chimico e farmaceutico usa PP-PI (Production Planning for Process Industries). PP-PI lavora con ordini di processo e ricette master al posto di ordini di produzione e cicli di lavoro.

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 del fabbisognoPIR che guidano l'esecuzione MRP
3. 03MRPOrdini previsionali e richieste d'acquisto
4. 04Esecuzione della produzioneOrdini rilasciati, materiali preparati
5. 05ConfermaOre di lavoro, quantità e movimenti merci registrati

SAP riflette ciò che è successo davvero in reparto

Il SOP è il punto in cui si fissano gli obiettivi di produzione di alto livello. Alcune aziende lo gestiscono con rigore sui dati di mercato. Altre usano stime approssimative. In ogni caso alimenta la gestione del fabbisogno. In S/4HANA le transazioni SOP classiche sono compatibility scope, come spiego più avanti.

La gestione del fabbisogno 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 ha iniziato a ordinare tutto in eccesso.

L'MRP è il motore di pianificazione. Compensa i PIR e gli ordini cliente con giacenze e ricezioni aperte, poi crea ordini previsionali per la produzione interna e richieste d'acquisto per le parti acquistate. Un'esecuzione ben configurata porta chiarezza. Un'esecuzione costruita su dati anagrafici imprecisi produce rumore, che i pianificatori inseguono per settimane.

L'esecuzione della produzione è il momento in cui gli ordini previsionali diventano ordini di produzione. Gli ordini vengono rilasciati, i materiali preparati e le operazioni girano sui centri di lavoro.

La conferma chiude il ciclo. Si registrano le ore di lavoro, si rilevano le quantità e si contabilizzano i movimenti merci. Il sistema riflette allora ciò che è successo davvero in reparto, a patto che le persone confermino in tempo.

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

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

Distinte base (BOM). La distinta base definisce cosa entra in un prodotto finito: componenti, quantità, percentuali di scarto, a volte alternative. Le distinte base possono avere varianti, il che si adatta ai prodotti configurabili e confonde i team nuovi a SAP. La domanda «ci servono davvero cinque distinte base per questo articolo?» ha una risposta concreta. Va chiarita prima dell'implementazione, non durante le esecuzioni MRP.

Cicli di lavoro. Un ciclo di lavoro definisce come si realizza un prodotto: la sequenza delle operazioni, quali centri di lavoro le eseguono e quanto dura ciascuna. Senza un ciclo, SAP non può calcolare la durata di produzione né verificare la capacità. Anche i prodotti semplici richiedono cicli chiari, e i progetti fatti di fretta li saltano.

Centri di lavoro. I centri di lavoro sono i luoghi in cui avviene la produzione: macchine, linee, gruppi di persone. Contengono formule di schedulazione, collegamenti ai costi e calendari dei turni. Tenerli aggiornati dopo il go-live è il compito che si trascura. Quando succede, la pianificazione della capacità diventa imprecisa e i pianificatori smettono di fidarsi del sistema.

Versioni di produzione. Una versione di produzione lega una distinta base valida a un ciclo di lavoro valido per un intervallo di date e una dimensione del lotto. In S/4HANA sono obbligatorie per i materiali prodotti internamente, e MRP Live non esplode una distinta base senza di esse. I clienti ECC che si affidavano ai metodi di selezione della distinta base devono crearle durante la conversione.

Struttura organizzativa

Questi sono gli elementi di struttura da cui dipende PP e il punto in cui ciascuno si collega.

Elemento di struttura	Funzione in SAP PP	Collegamento principale
Mandante	Struttura aziendale di livello più alto	Comune a tutti i moduli
Società	Entità legale per il reporting finanziario	Controllo dei costi di produzione in FI
Divisione	Unità centrale in cui avviene la produzione	Collega PP con MM, SD, PM
Magazzino	Suddivisione fisica delle giacenze all'interno della divisione	Preparazione e movimentazione dei materiali
Area MRP	Ambito di pianificazione per esecuzioni MRP separate	Sostituisce l'MRP per magazzino in S/4HANA
Centro di lavoro	Risorsa produttiva (macchina, linea, gruppo)	Ciclo di lavoro, pianificazione della capacità, centri di costo CO
Versione di produzione	Combinazione valida di distinta base e ciclo per un materiale	Obbligatoria per MRP e creazione ordini in S/4HANA

Checklist di prontezza prima della prima esecuzione MRP

Segua questa sequenza prima di lasciare l'MRP libero sui dati migrati. Tra parentesi c'è chi dà l'approvazione finale.

1. Viste MRP dell'anagrafica materiale complete per ogni materiale pianificato, con gruppo strategie e dimensione del lotto (responsabile della 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 presenti per ogni materiale prodotto internamente, con tempi operativi realistici (ingegneria di produzione)
4. Calendari e capacità dei centri di lavoro allineati ai turni attuali (responsabile di stabilimento)
5. Una versione di produzione valida per ogni materiale prodotto internamente, che copra l'orizzonte di pianificazione (responsabile della pianificazione)
6. PIR caricati una sola volta, riconciliati con il piano di domanda approvato prima della prima esecuzione (pianificatore della domanda)
7. Ordini aperti e giacenze riconciliati tra sistema legacy e SAP (responsabile delle scorte)
8. Un'esecuzione MRP di prova su una singola divisione o area MRP, con i pianificatori che esaminano le eccezioni prima dell'esecuzione completa (responsabile della pianificazione)

PP non lavora da solo. Ogni punto di integrazione è anche un punto di rottura.

MM (Materials Management). PP genera il fabbisogno di materiali e MM li approvvigiona. Se la disponibilità in MM è sbagliata, gli ordini di produzione si scontrano con le carenze. Una buona integrazione tra PP e MM è ciò che mette fine alle corse agli acquisti d'emergenza.

SD (Sales and Distribution). Gli ordini cliente possono consumare i PIR nella gestione del fabbisogno. Il gruppo strategie nell'anagrafica materiale controlla come. Se è sbagliato, ordini cliente e previsioni corrono in parallelo invece di compensarsi, raddoppiando il segnale di domanda senza alcun messaggio di errore. La mia guida a SAP SD copre il lato ordini di quel collegamento.

CO (Controlling). Gli ordini di produzione portano con sé dei costi. CO traccia lavoro, materiali e costi generali effettivi rispetto al costo standard, e il regolamento contabilizza gli scostamenti. Senza CO, il quadro finanziario della produzione è incompleto.

QM (Quality Management). Gli eventi di PP possono attivare lotti di controllo QM, e i risultati di qualità possono bloccare gli ordini. È ciò che fa della qualità un controllo di processo e non un ripensamento.

Se si passa da ECC, queste sono le modifiche di PP che incidono su progettazione e dati. I dettagli stanno nella simplification list di SAP e nella matrice del compatibility scope (SAP Note 2269324).

1. MRP Live (transazione MD01N) è l'esecuzione di pianificazione raccomandata da SAP. Gira dentro il database HANA, può pianificare più divisioni in un'unica esecuzione e non scrive liste MRP. Le classiche MD01-MD03 esistono ancora. Il modulo di apprendimento di SAP su MRP Live è un buon punto di partenza.
2. Le versioni di produzione sono obbligatorie per la produzione interna, come sopra.
3. Le aree MRP sostituiscono l'MRP per magazzino. I magazzini pianificati separatamente in ECC richiedono un'area MRP in S/4HANA.
4. SOP, liste MRP e pianificazione basata su previsioni (tipo MRP VV) sono compatibility scope. I diritti d'uso sono terminati il 31 dicembre 2025 per i sistemi on-premise. SAP li ha prorogati al 31 dicembre 2030 per i sistemi S/4HANA con un contratto RISE with SAP o SAP Cloud ERP Private. Il successore indicato da SAP per il SOP è SAP IBP.
5. PP/DS embedded (Production Planning and Detailed Scheduling) gira dentro S/4HANA per la schedulazione a capacità finita. MRP Live passa ai criteri euristici di PP/DS i materiali contrassegnati per la pianificazione avanzata. Verifichi la licenza prima di progettare in base a questa funzione.

La pagina SAP Help su come lavorare con MRP Live contiene i dettagli di configurazione.

Negli anni ho visto veri disastri, e questi sono gli schemi da evitare. Con RISE with SAP, l'approccio Clean Core limita il codice custom che un tempo nascondeva questi problemi. I dati anagrafici sbagliati ora emergono prima e costano di più da aggirare.

Fretta nella migrazione dei dati anagrafici. Ricordo un'azienda di componenti automotive che aveva fatto in fretta la migrazione di distinte base e cicli. Ha passato sei mesi dopo il go-live a correggere ordini di produzione che continuavano a fallire per problemi sui dati. La validazione dei dati anagrafici prima della migrazione non è un'attività secondaria. È il progetto. Il mio pezzo su perché la migrazione dei dati SAP fallisce approfondisce il tema.

Resistenza degli utenti. I pianificatori esperti spesso resistono a PP perché prende il posto di un lavoro che prima facevano a mano e a giudizio. Li coinvolga presto nella configurazione. Mostri loro dove PP restituisce tempo. È questo che decide l'adozione.

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 sovraconfigurato che rende meno di quanto PP sia progettato per dare.

Test insufficienti sulle integrazioni. Ogni collegamento con MM, SD, CO e QM può fallire. I team che testano ogni modulo da solo scoprono i problemi di integrazione in produzione.

Tagli alla formazione. Ho visto aziende spendere milioni in implementazione e poi risparmiare tagliando la formazione. Gli utenti che non capiscono il sistema creano ripieghi. I ripieghi rompono l'accuratezza dei dati da cui l'MRP dipende.

La tabella associa 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 in eccesso	Validare tipi MRP, gruppi strategie e dimensionamento dei lotti con i responsabili di business
Distinta base o ciclo di lavoro inaccurati	Fabbisogni di materiali errati, ritardi in reparto	Coinvolgere l'ingegneria nelle revisioni di distinte base e cicli prima della migrazione
Pianificazione della capacità scadente	Colli di bottiglia sui centri di lavoro, date di consegna mancate	Eseguire valutazione e livellamento della capacità prima di rilasciare gli ordini
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
Nessun feedback in tempo reale dal reparto	Stato di produzione impreciso, scostamenti rilevati in ritardo	Imporre conferme tempestive; integrare SAP Digital Manufacturing o un altro MES
Utenti poco formati	Conferme errate, errori di backflush, rilavorazioni irrisolte	Formazione specifica per ruolo su cicli di produzione reali
Configurazione delle varianti non gestita	Ordini errati per i prodotti configurabili	Testare la logica di configurazione su distinta base e ciclo insieme

Cos'è SAP PP e cosa fa?

SAP PP (Production Planning) è il modulo SAP per la pianificazione e l'esecuzione della produzione. Gestisce distinte base, centri di lavoro, cicli di lavoro e ordini di produzione. Il suo compito principale è collegare la domanda di previsioni e ordini cliente alla capacità produttiva attraverso l'MRP, poi seguire l'ordine di produzione dalla creazione al regolamento.

Quali dati anagrafici richiede SAP PP?

Cinque oggetti: le viste MRP dell'anagrafica materiale, le distinte base, i cicli di lavoro, i centri di lavoro e, in S/4HANA, le versioni di produzione. Ciascuno deve essere accurato al go-live e mantenuto dopo. Un solo campo mancante nell'anagrafica materiale può impedire la creazione degli ordini di produzione.

Come funziona l'MRP in SAP S/4HANA?

L'MRP compensa la domanda (PIR, ordini cliente, fabbisogni dipendenti) con giacenze e ricezioni aperte, usando tempi di approvvigionamento, dimensioni dei lotti e scorte di sicurezza dell'anagrafica materiale. Produce come output ordini previsionali per la produzione interna e richieste d'acquisto per l'approvvigionamento esterno. In S/4HANA SAP raccomanda MRP Live (MD01N), che gira nel database HANA e non crea liste MRP.

Cos'è un ordine di produzione in SAP PP?

Un ordine di produzione è l'istruzione di realizzare una quantità specifica di un materiale entro una data specifica. Di solito deriva dalla conversione di un ordine previsionale MRP. Il suo ciclo di vita va dalla creazione e dal rilascio alla conferma, all'entrata merci e al regolamento, dove i costi effettivi vengono confrontati con lo standard e lo scostamento viene contabilizzato in CO.

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

SAP PP è pensato per la produzione discreta e ripetitiva, con ordini di produzione basati su distinte base e cicli di lavoro. SAP PP-PI è pensato per la produzione a lotti e basata su ricette nei settori alimentare, bevande, chimico e farmaceutico. Usa ordini di processo e ricette master e aggiunge co-prodotti, sottoprodotti e tracciabilità dei lotti. Per i settori regolamentati questa tracciabilità a livello di lotto è un requisito di compliance.

Il SOP è ancora disponibile in SAP S/4HANA?

Il SOP classico rientra nel compatibility scope di S/4HANA, con diritti d'uso limitati. Quei diritti sono terminati il 31 dicembre 2025 per i sistemi on-premise e arrivano al 31 dicembre 2030 per i sistemi con un contratto RISE with SAP o SAP Cloud ERP Private. Il successore raccomandato da SAP è SAP Integrated Business Planning (IBP).

Quali sono gli errori più comuni nelle implementazioni di SAP PP?

Fretta con i dati anagrafici, gruppo strategie sbagliato, copia dei processi legacy nella configurazione, test di integrazione completi saltati e tagli alla formazione. Quasi tutti finiscono allo stesso modo: un output MRP di cui nessuno si fida e pianificatori di nuovo sui fogli di calcolo.