L’approvazione delle richieste di acquisto rallenta le forniture

Perché la richiesta di acquisto diventa un collo di bottiglia

In un’azienda manifatturiera, l’acquisto raramente inizia con un unico documento compilato con cura. Il fabbisogno nasce dal caposquadra, dal tecnologo, dall’ingegnere, dal reparto di manutenzione o dal pianificatore. Qualcuno invia un’email, qualcuno scrive nella chat aziendale, qualcun altro comunica personalmente l’informazione al responsabile. Di conseguenza, la stessa attività può comparire in più canali e alcune richieste non vengono registrate affatto.

A prima vista, il problema sembra un semplice ritardo nell’approvazione. In pratica, però, coinvolge l’intero ciclo di fornitura. Finché la richiesta è in fase di verifica, l’addetto agli acquisti non può richiedere correttamente i prezzi, il fornitore non riceve l’ordine, il magazzino non sa quando aspettarsi il materiale e la produzione è costretta a rivedere il programma. Quanto più è critica la voce, tanto più alto è il costo dell’incertezza.

Gestire le richieste è particolarmente complesso quando l’azienda dispone di più sedi, reparti e livelli di responsabilità. Per una categoria è sufficiente l’approvazione del responsabile, per un’altra sono necessarie la verifica del budget, una valutazione tecnica, la conferma del servizio di sicurezza o la decisione di più approvatori. Se le regole non sono definite nel processo, ogni partecipante agisce secondo la propria logica.

Cosa rallenta solitamente il percorso del fabbisogno

• non esiste un modulo unico con i dati obbligatori sulla voce, sulla quantità, sulla scadenza e sulla destinazione;
• non è chiaro chi sia responsabile del passaggio successivo e dove si trovi attualmente la richiesta;
• gli approvatori ricevono notifiche attraverso canali diversi e non vedono il contesto;
• le modifiche alla richiesta non sono accompagnate da uno storico chiaro;
• i fabbisogni urgenti vengono mescolati a quelli pianificati;
• i responsabili vengono a conoscenza del rischio di mancata fornitura solo dopo che il problema si è verificato.

In questo contesto, i dipendenti spesso compensano la mancanza di trasparenza con un controllo manuale: chiamano i colleghi, inoltrano email, tengono tabelle locali e ricordano le attività nelle chat. Questo crea una sensazione di operatività, ma non costruisce un processo ripetibile. In caso di dimissioni di un dipendente, cambio del responsabile o aumento dei volumi di acquisto, il sistema perde rapidamente stabilità.

Quali conseguenze si verificano per la produzione

Un’approvazione prolungata non porta sempre subito all’arresto della linea. Molto più spesso compaiono prima sintomi meno evidenti: ordini urgenti invece di quelli pianificati, forniture parziali, richieste ripetute ai fornitori, acquisti a condizioni meno vantaggiose, accumulo di richieste non completate. Queste perdite possono distribuirsi tra più reparti e rimanere quindi a lungo senza un unico responsabile.

La pianificazione della produzione si basa sulla disponibilità di materiali, pezzi di ricambio, utensili e servizi. Se le informazioni sull’acquisto non sono aggiornate, il pianificatore è costretto a fare supposizioni. Alcune voci vengono ordinate in ritardo, altre con scorte eccessive. In entrambi i casi, l’azienda perde il controllo delle risorse circolanti.

Esiste anche un effetto organizzativo. Gli approvatori iniziano a percepire le richieste come un flusso di richieste occasionali, mentre il reparto acquisti diventa un centro di smistamento che cerca manualmente le informazioni mancanti. Nel frattempo, la discussione su chi abbia rallentato il processo sostituisce l’analisi di dove il processo sia stato organizzato in modo inefficace.

Come cambia il processo in OpenBox

La soluzione «Gestione delle richieste» di OpenBox consente di trasferire il percorso del fabbisogno di acquisto da canali frammentati a uno spazio di lavoro unico. La richiesta viene creata tramite un modulo chiaro, attraversa le fasi definite, viene indirizzata ai dipendenti responsabili e conserva lo storico delle attività. Non è importante solo il fatto che il processo venga automatizzato, ma la possibilità di descrivere in anticipo le regole secondo cui l’azienda desidera operare.

Al posto della domanda «chi ha l’email in questo momento?» compare un’informazione concreta: chi ha creato la richiesta, a quale reparto si riferisce, cosa è necessario, entro quando, quale fase è stata completata, chi deve eseguire il passaggio successivo e quali commenti sono già stati lasciati. Questo riduce il numero di chiarimenti e aiuta a distinguere più rapidamente le richieste complete da quelle prive di dati iniziali sufficienti.

Registrazione unica del fabbisogno

Nella prima fase, l’azienda definisce l’insieme dei campi. Di solito nella richiesta vengono registrati il richiedente, il reparto, la voce o l’area di costo, l’articolo, la quantità, la scadenza desiderata, il luogo di consegna, la motivazione e i documenti aggiuntivi. L’insieme dipende dalle specificità della produzione: per una voce tecnica possono essere necessarie caratteristiche, un disegno o requisiti di compatibilità; per un servizio, un capitolato tecnico e il risultato atteso.

I campi obbligatori impediscono di inviare una richiesta per la quale l’addetto agli acquisti debba nuovamente raccogliere le informazioni di base. Allo stesso tempo, è importante non sovraccaricare il modulo. Se l’utente vede decine di campi non pertinenti alla propria attività, inizierà a cercare soluzioni alternative. Per questo è meglio suddividere i dati in comuni e condizionali: i campi aggiuntivi vengono mostrati solo per determinate categorie o tipologie di acquisto.

Instradamento secondo regole chiare

Dopo la registrazione, la richiesta può essere indirizzata in base al reparto, alla categoria, all’importo, all’urgenza o alla voce di spesa selezionata. Ad esempio, i materiali tecnici passano attraverso la verifica di uno specialista di settore, mentre le richieste con vincoli finanziari richiedono un’ulteriore approvazione del budget. Per gli acquisti standard il percorso può essere più breve, mentre per quelli non standard può includere una verifica specialistica.

Il percorso non deve essere definito una volta per tutte e poi lasciato senza revisioni. Nella produzione cambiano la struttura dei reparti, compaiono nuove categorie e vengono ridistribuite le competenze. Per questo, durante l’implementazione è importante concordare non solo la sequenza delle fasi, ma anche il responsabile del processo, che dovrà garantirne l’aggiornamento.

Controllo delle scadenze e degli stati

Ogni richiesta riceve uno stato chiaro: ad esempio, «creata», «in verifica», «in approvazione», «trasferita agli acquisti», «in attesa di chiarimenti», «completata» o «rifiutata». I nomi devono riflettere le attività reali e non formulazioni interne comprensibili solo a un reparto.

I dipendenti vedono la fase corrente senza dover inviare richieste al reparto acquisti. I responsabili ricevono notifiche sulle nuove attività e sulle modifiche. Il responsabile può prestare attenzione alle richieste che rimangono a lungo nella stessa fase, mentre l’addetto agli acquisti può concentrarsi sulle richieste pronte per il lavoro successivo. Questo approccio non elimina la necessità di prendere decisioni, ma rimuove le attese superflue e la ricerca manuale.

Scenario di implementazione per un’azienda manifatturiera

È più pratico iniziare non tentando di automatizzare subito tutti i tipi di acquisto, ma partendo da uno scenario gestibile. Ad esempio, si possono selezionare le richieste di materiali per la produzione, pezzi di ricambio o servizi di manutenzione. In questo ambito è più semplice identificare i partecipanti, raccogliere esempi reali e verificare quali dati siano effettivamente necessari per prendere una decisione.

1. Analisi del processo attuale. Il team registra come nasce oggi il fabbisogno, dove viene registrato, chi verifica i dati, quali approvazioni sono obbligatorie e in quali fasi si verificano più spesso i rientri.
2. Definizione dei ruoli. Vengono identificati il richiedente, il responsabile del reparto, l’esperto tecnico, l’approvatore finanziario, lo specialista acquisti e gli altri partecipanti. Per ogni ruolo viene descritta non la posizione in generale, ma l’azione specifica nella richiesta.
3. Progettazione del modulo. I campi vengono raggruppati per significato e vengono aggiunti suggerimenti e regole di obbligatorietà. Si decide inoltre quali documenti debbano essere allegati subito e quali solo per determinati tipi di fabbisogno.
4. Configurazione del percorso. Vengono definite le condizioni per il passaggio tra le fasi, l’ordine delle approvazioni, le regole per il rinvio in revisione e le azioni in caso di rifiuto. Questo consente di eliminare le approvazioni «parallele» informali.
5. Progetto pilota su un gruppo limitato. Il nuovo processo viene verificato su richieste reali di un reparto o di una categoria. Gli utenti segnalano i campi poco chiari, i passaggi superflui e le situazioni non previste nello schema iniziale.
6. Estensione e regolamento. Dopo le correzioni, lo scenario viene esteso agli altri reparti. Nel regolamento vengono definite le regole per la creazione delle richieste, i tempi di risposta, la gestione delle richieste urgenti e la responsabilità dell’aggiornamento del percorso.

Questa sequenza aiuta a non trasformare l’implementazione in un progetto IT astratto. Al centro rimane un obiettivo concreto: rendere il percorso del fabbisogno visibile e prevedibile per chi partecipa quotidianamente agli acquisti.

Come valutare il risultato senza report formali

L’effetto dell’automazione dovrebbe essere valutato in base a indicatori osservabili e non solo al numero di richieste create. Prima dell’avvio è utile registrare lo stato iniziale: quanti canali vengono utilizzati, quali dati devono essere chiariti più spesso, quante richieste vengono restituite per la revisione, dove manca un responsabile e quali cause di ritardo si verificano regolarmente.

Dopo il passaggio a un processo unico, è possibile monitorare i seguenti indicatori:

• percentuale di richieste create tramite il modulo approvato;
• tempo trascorso in ogni fase;
• numero di rientri dovuti a dati incompleti o contraddittori;
• numero di richieste senza un responsabile assegnato;
• percentuale di richieste urgenti e relative cause;
• numero di attività scadute suddivise per reparti e ruoli;
• frequenza delle modifiche al percorso e delle eccezioni ricorrenti.

Questi dati non sono un fine in sé. Aiutano a capire dove il problema sia legato al modulo, dove alle competenze e dove alla pianificazione del fabbisogno. Ad esempio, un numero elevato di rientri può indicare non una disattenzione dei richiedenti, ma il fatto che i requisiti per la descrizione della voce siano formulati in modo troppo generico. Le richieste urgenti ricorrenti possono invece indicare uno scollamento tra il piano di produzione e il calendario degli acquisti.

Cosa è importante considerare prima dell’avvio

L’automazione non sostituisce gli accordi tra i reparti. Se in azienda non è definito chi abbia il diritto di approvare la sostituzione di un materiale, chi sia responsabile della valutazione tecnica e cosa debba essere considerato un’urgenza motivata, il programma trasferirà semplicemente l’incertezza in un’interfaccia digitale. Per questo, la configurazione di OpenBox dovrebbe iniziare dalle regole operative e non dall’elenco dei pulsanti.

È inoltre importante discutere in anticipo le eccezioni. La produzione ha bisogno di scenari specifici per riparazioni d’emergenza, arresti degli impianti, requisiti di sicurezza e forniture con scadenze rigide. Tuttavia, «urgente» non dovrebbe diventare una soluzione universale per aggirare il percorso standard. È preferibile prevedere un tipo di richiesta separato, una motivazione obbligatoria e una successiva analisi delle cause.

Per gli utenti è fondamentale un avvio semplice. Il richiedente deve capire dove accedere, quale modulo scegliere e cosa accadrà dopo l’invio. L’approvatore ha bisogno di una coda di attività con priorità e contesto. L’addetto agli acquisti ha bisogno di filtri e della possibilità di individuare rapidamente le richieste pronte per l’elaborazione. Il responsabile ha bisogno di una panoramica del carico di lavoro e delle fasi problematiche. Se ognuno riceve solo le informazioni pertinenti, la resistenza al cambiamento diminuisce.

Quando valutare l’implementazione

La decisione di automatizzare è particolarmente attuale se le richieste vengono cercate regolarmente nella corrispondenza, i responsabili non riescono a ottenere rapidamente un elenco aggiornato delle attività in attesa, gli addetti agli acquisti dedicano molto tempo a chiarire i dati iniziali e la produzione viene informata del rischio di ritardo troppo tardi. Un altro segnale è la dipendenza del processo da un unico coordinatore, che ricorda manualmente a chi e cosa debba essere ricordato.

OpenBox può diventare la base per un passaggio graduale a un processo gestibile: prima la registrazione unica, poi i percorsi e il controllo delle scadenze, quindi l’analisi delle cause delle deviazioni e lo sviluppo degli scenari. La configurazione specifica dipende dalla struttura dell’azienda, dalle categorie di acquisto e dalle regole di approvazione in vigore.

Se volete capire dove si perde esattamente tempo nel vostro processo, iniziate descrivendo il percorso attuale e alcune richieste reali. Durante una consulenza su OpenBox è possibile analizzare questi scenari, definire i ruoli obbligatori e scegliere un volume ragionevole per la prima fase. Un progetto pilota graduale offrirà più valore del tentativo di trasferire subito nel sistema tutte le eccezioni e gli accordi interni.