Software MRP: pianificazione dei fabbisogni di materiali

L’MRP classico dell’ERP usa lead time fissi e capacità infinita. L’MRP di MSF è guidato dal programma APS a capacità finita, quindi le date sono realistiche.

Crea proposte che i vostri buyer approvano. Le proposte approvate confluiscono nell’ERP come ordini d’acquisto.

Sì, le operazioni in conto lavorazione e i materiali forniti ai terzisti sono pienamente supportati.

Cinque cose, non tre: distinte base che corrispondono a quello che si produce davvero, giacenze che corrispondono a quello che c’è a scaffale, lead time misurati e non ereditati, ordini d’acquisto e ordini di produzione aperti con date di consegna in cui qualcuno crede ancora, e le regole di scarto, resa e dimensionamento dei lotti. Gli ordini aperti vecchi sono il problema silenzioso, perché coprono un fabbisogno che in realtà non è coperto. Prima dell’avvio, estraete tutti gli ordini aperti con data già scaduta e obbligate a una decisione: riprogrammare o chiudere.

Non nel modo in cui vi serve. L'MRP nettifica i fabbisogni contro giacenza e ordini aperti, quindi se la giacenza è sbagliata il risultato è sbagliato in entrambe le direzioni contemporaneamente: ordinate materiale che avete già e non vi avvisa per materiale che non avete. L'inventario rotativo sugli articoli che pesano di più a valore è un prerequisito da sistemare prima dell'avvio.

Un’elaborazione completa di notte, più rilanci mirati dopo una modifica al programma o una consegna in ritardo. Più spesso non significa automaticamente meglio: ogni elaborazione ripianifica sulle informazioni nuove, e una data di fabbisogno che si sposta ogni mattina non dà all’ufficio acquisti nulla su cui intervenire. Dentro l’orizzonte congelato, stabilite se le proposte smettono del tutto di essere ricalcolate oppure vengono comunque ricalcolate e solo segnalate quando si spostano, perché per chi gestisce la lista sono due comportamenti molto diversi.

Sì, standalone sopra il vostro ERP. Restano l'esplosione della distinta base multilivello, la nettificazione contro giacenza e ordini aperti, i calendari fornitori e le quantità minime d'ordine. Quello che perdete sono le date guidate dal programma: le date di fabbisogno tornano a essere calcolate con lead time fissi, quindi valgono esattamente quanto i lead time che qualcuno ha inserito a mano, e non si spostano quando il reparto va in ritardo.

Non prende decisioni commerciali. Propone quantità e date; non negozia il prezzo, non sceglie tra fornitori oltre i parametri che avete configurato (fornitore preferenziale, scaglioni di prezzo, lead time, quantità minima d'ordine, calendario) e non fa previsione della domanda, che deve arrivare dal vostro piano commerciale. E non può vedere il materiale consumato in reparto ma mai registrato, che è il motivo abituale per cui una proposta sembra sbagliata.

Un passaggio quotidiano sulla lista dei messaggi di eccezione. Quanto dura dipende da quanti articoli pianificate e da quanto ampio impostate l'orizzonte delle eccezioni; un'occhiata a una dashboard non basta. L'elaborazione genera messaggi di anticipo, posticipo e annullamento, e il valore sta nel fatto che qualcuno decida quali contano e agisca in giornata. Dove questo passaggio salta, la lista cresce finché non la apre più nessuno e il sistema viene definito rumoroso.

Le date di validità governano quello che usano le nuove esplosioni; gli ordini già aperti restano come sono. Un ordine rilasciato porta con sé la lista componenti con cui è stato emesso e non viene riesploso, quindi portarci dentro la modifica significa riemettere l'ordine o correggerlo a mano. Verificate quale data guida il test di validità (creazione, rilascio, inizio pianificato o data di fabbisogno), perché quella scelta decide se la modifica arriva o no su un determinato ordine.