Nelle aziende manifatturiere, le richieste di acquisto dei ricambi sono uno dei processi piu sottovalutati e piu critici per la disponibilita degli impianti. Quando una fresatrice CNC si ferma per un cuscinetto rotto, ogni ora di attesa di un componente si traduce in mancato fatturato. Eppure, in molti stabilimenti italiani, la richiesta di acquisto viaggia ancora via email, WhatsApp o foglio firmato a mano, con tempi di approvazione che superano i tre giorni lavorativi. Implementare un modulo digitale di gestione delle richieste di acquisto in un CMMS non significa solo informatizzare un flusso: significa ridisegnare ruoli, soglie di autorizzazione e tracciabilita. In questo articolo proponiamo una roadmap in cinque fasi, sperimentata in piu progetti di manutenzione 4.0, per portare il modulo Richieste di acquisto di Manutentya da zero a regime in circa otto settimane.
Fase 1: analisi del processo attuale e mappatura dei ruoli
La prima settimana non si tocca il software. Si raccolgono dati reali sul processo as-is: chi apre la richiesta, chi la valida tecnicamente, chi la autorizza dal punto di vista economico, chi emette l ordine al fornitore. In un caso tipico di linea di imbottigliamento con tre turni, possono essere coinvolti fino a sette ruoli diversi tra capoturno, responsabile di manutenzione, ufficio acquisti, controllo di gestione e direzione di stabilimento.
Gli output di questa fase sono tre documenti operativi:
- Una matrice RACI per ogni passaggio della richiesta, distinguendo chi e responsabile, chi approva, chi e consultato e chi e informato.
- Una tabella di soglie economiche: ad esempio sotto 500 euro approva il capomanutenzione, tra 500 e 5.000 euro il responsabile di stabilimento, oltre la direzione tecnica di gruppo.
- Un elenco delle eccezioni di urgenza: fermi di produzione, sicurezza, audit di qualita.
Senza questa mappatura, qualunque configurazione del CMMS rischia di replicare digitalmente le ambiguita gia presenti sulla carta.
Fase 2: configurazione del workflow a cinque stati
Manutentya gestisce le richieste di acquisto attraverso cinque stati nativi: richiesta, approvata, ordinata, in consegna, consegnata. Ogni transizione e controllata e legata a ruoli specifici. Nella seconda settimana si traducono le decisioni della Fase 1 nelle regole di transizione del modulo.
Esempio pratico di configurazione
Per uno stabilimento alimentare con due linee di estrusione, abbiamo configurato cosi:
- Stato richiesta: aperto dal tecnico, anche direttamente dal ticket di intervento, ereditando macchinario, sede, descrizione guasto e urgenza dichiarata.
- Stato approvata: validazione del responsabile di manutenzione, con commento obbligatorio se l importo supera 1.000 euro.
- Stato ordinata: ufficio acquisti carica numero ordine e fornitore confermato.
- Stato in consegna: tracking della spedizione e data prevista di arrivo.
- Stato consegnata: ricevimento merce e collegamento automatico al carico di magazzino.
La forza del modello e che ogni passaggio e tracciato con utente, data e orario, eliminando le discussioni a posteriori su "chi aveva approvato cosa".
Fase 3: integrazione con anagrafica ricambi e ticket
La terza fase, tipicamente la piu lunga (due o tre settimane), riguarda l integrazione dati. La richiesta di acquisto non vive isolata: deve agganciarsi all anagrafica magazzino e al modulo ticket. In Manutentya il tecnico seleziona il codice ricambio direttamente dal catalogo, vedendo in tempo reale stock corrente, fornitore preferito e ultimo costo registrato. Questo elimina due errori tipici: la richiesta di un codice gia disponibile a scaffale e il duplicato fra due tecnici di turni diversi.
Suggeriamo di dedicare almeno cinque giorni alla pulizia dell anagrafica ricambi prima del go-live: codici doppi, descrizioni ambigue, fornitori obsoleti. Senza questa attivita preliminare, il modulo rischia di amplificare il rumore invece di ridurlo.
"Nei progetti che abbiamo seguito, gli stabilimenti che hanno investito una settimana extra nella bonifica dei codici ricambio hanno ridotto del 38 per cento le richieste duplicate nei primi tre mesi di utilizzo, e tagliato di quasi il 50 per cento il tempo medio di approvazione."
Va inoltre attivata l apertura della richiesta dal ticket: quando un tecnico chiude un intervento e identifica un ricambio da ordinare, parte la richiesta gia compilata con asset, sede e priorita.
Fase 4: notifiche, allegati e governance multi-sede
Nella quarta fase si attiva il livello di comunicazione e governance. Manutentya invia notifiche automatiche via email e in app al tecnico richiedente e all ufficio acquisti su ogni cambio di stato, con riferimento a numero richiesta, sede e priorita. Le configurazioni che consigliamo:
- Notifiche differenziate per urgenza: per richieste collegate a ticket bloccanti, alert anche su mobile entro 15 minuti.
- Allegati obbligatori oltre una certa soglia: foto del componente guasto, scheda tecnica, almeno un preventivo fornitore in PDF.
- Filtro multi-sede: il management vede tutto, ma il capoturno della linea estrusione di Verona vede solo le sue richieste. Questo evita confusione e velocizza l operativita quotidiana.
- Codici colore di priorita e ordinamento per data fabbisogno, per gestire visivamente le code di approvazione.
In questa fase si stabiliscono anche gli SLA interni: ad esempio, ogni richiesta di urgenza alta deve essere approvata entro quattro ore lavorative, ogni richiesta standard entro 48 ore.
Fase 5: formazione, go-live e KPI di monitoraggio
Le ultime due settimane sono dedicate a formazione operativa, go-live pilota su una linea, e definizione dei KPI di controllo. Suggeriamo sessioni brevi e differenziate: 45 minuti per i tecnici richiedenti, 90 minuti per gli approvatori, due ore per l ufficio acquisti che gestisce esportazioni Excel e PDF per analisi di spesa, fornitore e periodo.
KPI da monitorare nei primi 90 giorni
- Tempo medio di approvazione: obiettivo realistico dopo 90 giorni, sotto le 24 ore.
- Percentuale di richieste aperte da ticket: indicatore della reale integrazione fra manutenzione e acquisti, target oltre il 70 per cento.
- Percentuale di richieste con allegato preventivo: misura la qualita documentale.
- Spesa per sede e per categoria di asset, estratta mensilmente dal report PDF.
Il go-live deve sempre partire da una singola linea o reparto pilota: due settimane di affiancamento permettono di intercettare errori di configurazione prima dell estensione a tutto lo stabilimento.
Conclusione: una roadmap che si ripaga in pochi mesi
Implementare il modulo Richieste di acquisto in modo strutturato non e un esercizio burocratico, e una leva concreta per ridurre fermi macchina, controllare la spesa di manutenzione e dare visibilita al management. La roadmap in cinque fasi che abbiamo descritto, dalla mappatura dei ruoli al monitoraggio dei KPI, e pensata per essere completata in circa otto settimane con un impegno medio di due risorse interne. Se vuoi capire come adattare questo percorso al tuo stabilimento, puoi approfondire le funzionalita del modulo Richieste di acquisto oppure richiedere una demo personalizzata sul tuo contesto produttivo.