In molte aziende la pianificazione si lancia di notte perché di giorno occuperebbe il sistema per ore. Il pianificatore lavora quindi su una fotografia della sera prima, mentre gli ordini del mattino e i ritardi comunicati dai fornitori restano fuori. Che cosa verificare prima di cambiare il motore di pianificazione è raccolto nel report scaricabile «Migrare a S/4 HANA senza impatti sul business».
Perché la frequenza della pianificazione cambia le decisioni
Una pianificazione al giorno significa che ogni urgenza viene gestita a mano: il pianificatore guarda la situazione del materiale, decide a occhio e inserisce l’ordine fuori dal calcolo. Funziona finché le urgenze sono poche, e genera una quota crescente di ordini che il sistema non ha proposto.
Quando l’elaborazione scende a pochi minuti la cosa si rovescia: si rilancia dopo l’inserimento degli ordini del mattino e si guarda che cosa propone il sistema. Gli interventi manuali restano quelli veri, non quelli dovuti al ritardo del calcolo.
Che cos’è MRP Live?
L’algoritmo resta quello: fabbisogni lordi, giacenze, ordini in arrivo, tempi di approvvigionamento, da cui escono le proposte d’acquisto e di produzione, incluse quelle che alimentano il magazzino automatizzato. Cambia dove avviene il calcolo, e di conseguenza quanto dura.
Che cosa cambia rispetto alla pianificazione classica?
| Aspetto | Pianificazione classica | MRP Live (MD01N) |
|---|---|---|
| Liste MRP | Scritte a ogni esecuzione e consultabili dopo. | Non più prodotte: si lavora sulla situazione aggiornata del materiale, aggiornata al momento in cui la si apre. |
| Schedulazione | Schedulazione approssimata o di dettaglio, a scelta. | Solo schedulazione di dettaglio. |
| Casi non supportati | Tutte le varianti di configurazione gestite dal programma classico. | Alcune restrizioni — elencate in una nota SAP dedicata — fanno ricadere il singolo materiale sulla logica classica, dentro la stessa esecuzione. |
| Dati di base | Alcuni campi di selezione e di quote disponibili nelle viste MRP. | Campi come il metodo di selezione della distinta non sono più previsti; per i materiali prodotti internamente la versione di produzione è obbligatoria. |
La riga sulle liste MRP è quella che genera più segnalazioni dopo l’avvio, perché molti pianificatori lavorano da anni sulla lista e non sulla situazione del materiale. È un cambio di abitudine da affrontare in formazione, non un malfunzionamento.
Perché la versione di produzione diventa il punto critico
Nei sistemi arrivati da release precedenti la versione di produzione spesso non c’è: il legame fra distinta base e ciclo veniva risolto con i criteri di selezione. In S/4HANA quel meccanismo non è più previsto, quindi ogni materiale prodotto internamente deve avere una versione valida nel periodo pianificato.
È un’attività di bonifica che si fa prima della conversion, non dopo: senza versione, il materiale non viene pianificato e il buco si vede in produzione. Esistono strumenti per generarle in massa, ma il risultato va verificato articolo per articolo dove esistono distinte alternative.
Quando il cambio non risolve niente
Se i tempi di approvvigionamento a sistema sono inventati, una pianificazione dieci volte più rapida produce proposte sbagliate dieci volte più spesso. Lo stesso vale per i lotti minimi fermi a condizioni di fornitura vecchie e per le scorte di sicurezza impostate una volta e mai riviste.
Poi c’è il tema degli sviluppi su misura. Le estensioni scritte per la pianificazione classica fanno ricadere i materiali interessati sulla logica precedente, e il vantaggio di velocità si perde proprio sui materiali più particolari. Prima del progetto conviene contare quante estensioni esistono sulla pianificazione e decidere quali riscrivere.
Infine il presidio. Ogni esecuzione produce un registro che dice quali materiali hanno incontrato una restrizione: è l’unico punto in cui si vede con quale logica sta girando la pianificazione. Se nessuno lo guarda, un sistema può restare per mesi con metà dei materiali in fallback senza che nessuno lo noti. Nei sistemi seguiti in assistenza continuativa questo controllo rientra nelle attività periodiche.
Domande frequenti su MRP Live
La pianificazione classica si può ancora usare?
Resta disponibile, ma non è più oggetto di sviluppo e alcune sue funzioni ricadono fra le licenze d’uso a termine. Impostare un progetto nuovo sulla logica classica significa scegliere una strada che non verrà estesa.
Si può forzare un materiale sulla logica classica?
Sì, esiste una transazione dedicata ed è il caso tipico dei materiali con estensioni personalizzate. Va usata come eccezione tracciata, non come soluzione: ogni materiale forzato è un materiale che non beneficia del calcolo nuovo.
Quanto dura l’elaborazione?
Dipende dal numero di materiali, dai livelli di distinta e dalla quota di materiali in fallback, quindi non esiste un valore di riferimento. Il dato utile si ottiene misurando sul proprio sistema prima e dopo, sullo stesso perimetro di selezione.
Serve riqualificare i pianificatori?
Sì, e è la voce più sottovalutata. Il lavoro cambia poco nella sostanza e molto negli strumenti: via le liste MRP, dentro le app Fiori di monitoraggio dei fabbisogni e la gestione delle eccezioni.
Che rapporto ha con il controllo di gestione?
Diretto: le proposte di pianificazione dipendono da distinte e cicli, cioè dagli stessi dati che alimentano i costi di prodotto. Una bonifica fatta per la pianificazione serve anche al controllo, e conviene affrontarla una volta sola.
Parliamo della vostra pianificazione
Il team di Software Business segue i passaggi a MRP Live sui sistemi SAP delle aziende manifatturiere del mid-market, dalla bonifica delle versioni di produzione al controllo dei materiali che ricadono sulla logica classica. Per una valutazione serve l’elenco dei materiali pianificati e delle estensioni esistenti: scriveteci e partiamo da quelli.
Le tre metodologie di migrazione a confronto, i tre numeri che decidono quale conviene, la lista di controllo del Readiness Check e le date di fine manutenzione.