Come eseguire una valutazione del rischio della supply chain sulla BOM corrente

Quasi due terzi dei produttori di apparecchiature elettroniche segnalano una disponibilità limitata di componenti e materiali oppure tempi di consegna prolungati. È importante notare che nessuno descrive le condizioni attuali come caratterizzate da disponibilità immediata con eccesso di offerta, a conferma del fatto che il rischio di approvvigionamento resta diffuso. 

Questo rischio si manifesta un componente alla volta. Un componente dismesso silenziosamente, un distributore improvvisamente senza scorte, un prezzo aumentato senza preavviso. Le BOM sono piene di sorprese che fanno deragliare una produzione e intaccano i margini.

La soluzione è un processo ripetibile, supportato da dati live della supply chain, che individua e mitiga il rischio prima che arrivi a impattare la pianificazione. Questa guida accompagna procurement e ingegneria attraverso sei passaggi per valutare la BOM che avete davanti e mostra come un ambiente BOM connesso possa aiutare i team a valutare il rischio più rapidamente, reagire in modo più coerente e restare agili quando le condizioni di fornitura cambiano.

Punti chiave

• Una valutazione del rischio è aggiornata solo quanto lo sono i dati BOM su cui si basa; per questo una fonte connessa e aggiornata in tempo reale è preferibile a un foglio di calcolo obsoleto.
• Segnalate i componenti single-source, vicini all’EOL, con lead time lunghi, bassa copertura di inventario e prezzi volatili, ma pulite e normalizzate prima i dati, altrimenti l’analisi si basa sul rumore.
• Lo stato del ciclo di vita e lo stato della fornitura sono due cose diverse. Active, NRND, last-time-buy e obsolete descrivono il ciclo di vita di un componente, mentre allocation è un vincolo temporaneo di fornitura. Ognuno richiede una risposta diversa.
• La gravità dovrebbe riflettere le opzioni di approvvigionamento, l’impatto sul progetto e la fase di produzione, con responsabilità divise tra procurement e ingegneria e un referente nominato per ogni componente segnalato.
• Alternative pre-approvate e una traccia documentata delle decisioni trasformano un flusso di risposta da improvvisazione reattiva a prassi ripetibile e verificabile.

Passaggio 1: Porta la tua BOM in un unico ambiente connesso

Il rischio non è statico; nemmeno i tuoi report dovrebbero esserlo.

Un foglio di calcolo estratto il mese scorso è già sbagliato. I componenti sono cambiati, i prezzi si sono spostati e gli stati del ciclo di vita sono mutati, eppure nulla nel file lo riflette. Ogni ora tra l’esportazione e l’analisi è un’ora di scostamento che nessuno sta considerando.

La soluzione è collegare la BOM a una fonte dati live invece di controllare i siti dei distributori componente per componente. Importa direttamente nella BOM prezzi correnti, stock e stato del ciclo di vita, così i numeri si aggiornano da soli. In pratica, significa abbandonare un foglio di calcolo mantenuto manualmente e passare a uno strumento BOM basato su cloud con una connessione aggiornata ai dati di produttori e distributori.

Questo è il passaggio che i team saltano, ed è quello che rende tutto ciò che segue utile oppure una perdita di tempo. 

Gestire bene una BOM inizia con il centralizzarla, non con l’analisi in sé. Una volta che la BOM risiede in un ambiente condiviso, procurement e ingegneria smettono di lavorare su versioni diverse dello stesso elenco.

Passaggio 2: Esegui un’analisi della BOM per segnalare i componenti ad alto rischio

Con la BOM centralizzata e live, analizzala per individuare i componenti di cui vale davvero la pena preoccuparsi:

• Componenti single-source: nessun secondo fornitore qualificato, quindi qualsiasi interruzione presso quell’unica fonte non lascia alcuna alternativa.
• Componenti vicini all’EOL: avvisi di dismissione del produttore o finestre di last-time-buy all’orizzonte, anche se il componente è ancora disponibile oggi.
• Articoli con lead time lunghi: qualsiasi elemento che superi di molto la vostra normale pianificazione di produzione, trasformando un ordine di routine in un rischio per la schedulazione.
• Bassa copertura di inventario: componenti per cui lo stock disponibile e gli ordini aperti non coprono il programma di produzione previsto. Abbina i tuoi dati interni di giacenza e ordini aperti con lo stock live di mercato per vedere il gap in anticipo, quando c’è ancora tempo per intervenire.
• Volatilità dei prezzi: voci con aumenti di costo recenti o in tendenza. Incrementi apparentemente piccoli, presi singolarmente, si sommano lungo un’intera BOM, erodendo il margine prima che qualcuno se ne accorga.

Questi indicatori contano soprattutto in combinazione. Un componente single-source che è anche vicino all’EOL e quotato con lead time lunghi è un problema molto diverso da uno che attiva un solo indicatore.

Prima di fidarti della scansione, pulisci i dati. Voci duplicate, codici componente del produttore incoerenti e formattazioni non allineate distorceranno l’analisi. La normalizzazione della BOM non è un’attività separata; è ciò che rende affidabile questo passaggio.

Passaggio 3: Interpreta correttamente gli avvisi di carenza ed EOL

Non tutti gli avvisi significano la stessa cosa, né richiedono lo stesso livello di risposta. 

Active, not recommended for new designs (NRND), last-time-buy e obsolete descrivono ciascuno un punto diverso del ciclo di vita di un componente e dovrebbero attivare azioni differenti:

• Active: Il produttore sta ancora fabbricando il componente. Il rischio di ciclo di vita è generalmente basso, ma il rischio di fornitura non è nullo (allocation, back-order, lead time lunghi). Continua a monitorare stock e lead time rispetto al tuo programma di produzione.
• NRND: Il produttore sta orientando i nuovi progetti lontano da quel componente. Puoi ancora acquistarlo e i progetti esistenti possono continuare a essere prodotti, ma spesso è il primo segnale che sta arrivando una dismissione. Evitalo nei nuovi progetti, individua tutti i progetti esistenti che lo utilizzano e qualifica subito un’alternativa. 
• Last-time-buy (LTB): Finestra temporale fissa per effettuare un ordine finale. Confronta lo stock disponibile e gli ordini aperti con il forecast e le esigenze di servizio, effettua l’ordine prima della scadenza e in parallelo inizia a qualificare un’alternativa o a pianificare una riprogettazione.
• Obsolete: La finestra si è chiusa. Verifica lo stock residuo rispetto alle produzioni rimanenti. Se la copertura si esaurisce, passa a un’alternativa pre-approvata o a una riprogettazione. Il componente non dovrebbe comparire in alcun nuovo progetto.
• Allocation: Questo è un segnale diverso: uno squilibrio temporaneo tra domanda e offerta, non un cambiamento del ciclo di vita. La risposta consiste nel gestire la copertura: verifica inventario e ordini aperti, conferma la fornitura futura, cerca fonti aggiuntive se necessario e decidi se serve un acquisto ponte temporaneo o un’alternativa.

L’urgenza deve anche riflettere il margine temporale disponibile. Un avviso EOL con una finestra last-time-buy di 18 mesi non è lo stesso problema di uno con 60 giorni residui. Ma non fare affidamento sul fatto che arrivi sempre una notifica formale. Nel 2025, più della metà degli eventi EOL dei componenti elettronici si è verificata senza una Product Change Notification (PCN) del produttore.

Passaggio 4: Assegna ownership e gravità al rischio BOM

Una volta che un componente è stato segnalato, qualcuno deve essere responsabile di ciò che accade dopo.

Una suddivisione praticabile: il procurement segnala il componente e porta alla luce i fatti dal lato dell’approvvigionamento (lead time, prezzi, numero di fonti); l’ingegneria valuta cosa impatta effettivamente nel progetto. Questa valutazione dipende dal sapere ovunque il componente venga usato, fino alla specifica revisione della scheda. Assegna un unico owner per ogni componente segnalato, anche quando contribuiscono entrambi i team, così la risposta non si blocca tra loro.

Pesa la gravità in base a tre fattori:

• Approvvigionamento: componente single-source oppure sono disponibili alternative qualificate?
• Impatto: quanti progetti attivi lo utilizzano?
• Fase: quanto è vicino ciascun progetto alla produzione?

Usa questi fattori per assegnare un livello di gravità semplice: critico, da monitorare oppure sicuro da ignorare per ora. Le soglie esatte varieranno a seconda dell’organizzazione, ma un componente con opzioni di approvvigionamento limitate, ampia esposizione nei progetti e una dipendenza in fase produttiva merita un’azione più rapida rispetto a un componente con più fonti utilizzato solo in un prototipo iniziale.

Ad esempio, un componente single-source presente in un solo prototipo iniziale è da monitorare. Lo stesso componente spedito in cinque prodotti è critico, perché il tempo e le opzioni disponibili per reagire si riducono man mano che un progetto si avvicina alla produzione.

Documenta l’assegnazione del livello, così gli stessi criteri potranno essere applicati la prossima volta che viene segnalato un componente simile.

Passaggio 5: Costruisci il flusso di risposta

La gravità conta solo se indirizza verso una risposta diversa.

Per i componenti che sai già essere rischiosi, definisci le alternative prima che servano. Alternative pre-approvate nella libreria componenti trasformano un rischio segnalato in “ecco cosa abbiamo già approvato”. Se non esiste un’alternativa approvata, la risposta può richiedere una revisione interfunzionale per qualificare una nuova fonte, riprogettare attorno a un componente diverso oppure assicurare inventario sufficiente a colmare il gap.

Quando un elemento segnalato è critico, oppure una sostituzione cambierebbe schema o layout, instradalo attraverso un passaggio formale di modifica e approvazione, in modo che l’ingegneria dia il proprio via libera prima che qualcosa si muova. L’analisi dell’impatto degli ordini di modifica basata su AI può aiutare prevedendo come una modifica proposta influisce su componenti, assiemi, tempistiche e progetti, offrendo ai revisori un quadro chiaro della portata della modifica invece di doverlo costruire manualmente. Revisioni di progetto strutturate mantengono poi la decisione in movimento invece di lasciarla arenare nelle email. Sostituzioni pulite like-for-like con specifiche corrispondenti dovrebbero procedere rapidamente senza l’intero processo di riprogettazione.

Obbligare ogni sostituzione a passare attraverso il processo più pesante disponibile non rende la BOM più sicura; addestra solo il team a ignorare il processo quando la velocità conta davvero.

Qualunque percorso segua, documenta la decisione: cosa è stato segnalato, cosa è stato considerato, cosa è stato scelto e chi lo ha approvato. Questa registrazione trasforma il prossimo audit o la prossima retrospettiva in un non-evento.

Supponiamo che un connettore board-to-board venga segnalato come NRND. Un controllo where-used mostra che compare in tre progetti: uno in prototipo, uno a due mesi dal rilascio e uno già in spedizione, e non esiste alcuna alternativa qualificata. Il prodotto già in spedizione e l’assenza di un’alternativa rendono il caso critico. Poiché i connettori sono legati all’ingombro del footprint e all’adattamento nel contenitore, anche una corrispondenza molto vicina può richiedere una revisione del layout; quindi il prototipo dovrebbe passare subito alla sostituzione, quando il costo è quasi nullo, e per il progetto vicino al rilascio la decisione sulla sostituzione va presa prima del congelamento. Il procurement dimensiona la copertura residua, l’ingegneria inizia a qualificare un’alternativa e la decisione con il relativo approvatore vengono registrati per la volta successiva.

Passaggio 6: Rendilo ricorrente, non un’attività una tantum

Una valutazione del rischio eseguita una sola volta è già obsoleta al successivo aggiornamento del distributore. Collega la cadenza agli eventi, non al calendario, invece di affidarti a una revisione annuale che si perde tutto ciò che accade nel frattempo.

In pratica, questo significa rieseguire il controllo ogni volta che viene rilasciato un progetto, viene creata una revisione della BOM, cambia il ciclo di vita o lo stato delle scorte di un componente, e prima di confermare un ordine di acquisto o una produzione. Un controllo periodico leggero mantiene comunque la sua utilità come rete di sicurezza, ma non dovrebbe essere la tua principale linea di difesa.

Ecco come si presenta la salute della BOM quando diventa una pratica ordinaria: un controllo costante, a basso impegno, integrato nel modo in cui il team lavora già.

Questa guida parte da una singola BOM, ma la stessa cadenza guidata dagli eventi si estende a ogni progetto attivo. Per una visione più ampia, vedi Intelligenza BOM in tempo reale: come si presenta il monitoraggio del rischio su tutte le tue BOM attive.

Checklist di riferimento rapido

• Centralizza la BOM con una connessione ai dati in tempo reale.
• Pulisci e normalizza i dati dei componenti prima di analizzarli.
• Segnala i componenti a fornitore unico, prossimi all’EOL, con tempi di consegna lunghi, bassa copertura di inventario e prezzi volatili.
• Interpreta correttamente gli stati: NRND, last-time-buy e obsolete sono codici di ciclo di vita; allocation è un vincolo di fornitura.
• Assegna una responsabilità chiara e un livello di gravità in base all’approvvigionamento, alla portata e alla fase.
• Pre-approva le alternative, instrada le modifiche critiche o con impatto sul progetto attraverso un processo di approvazione e documenta ogni decisione.
• Esegui il controllo con una cadenza ricorrente.

Esegui questo processo senza uscire dal tuo ambiente di progettazione

Ogni fase diventa più veloce con la piattaforma giusta alla base. Altium Agile Teams porta prezzi, disponibilità e stato del ciclo di vita dei componenti aggiornati direttamente nella tua BOM, così procurement e ingegneria lavorano sugli stessi numeri nello stesso posto invece di riconciliare esportazioni a posteriori.

• Passaggi 1–2: Altium Agile Teams centralizza la tua BOM in un portale cloud con i dati più recenti su prezzi, disponibilità e ciclo di vita da Octopart e IHS Markit, con integrazioni SiliconExpert e Z2Data disponibili. La normalizzazione e la pulizia della BOM avvengono nello stesso luogo.
• Passaggio 3: Lo stato del ciclo di vita viene mostrato per ogni voce, e i controlli del ciclo di vita aiutano a evitare che elementi obsoleti o in bozza finiscano nelle release.
• Passaggio 4: Il tracciamento where-used fino alla specifica revisione della scheda mostra esattamente quali progetti sono interessati da un componente segnalato. Le autorizzazioni basate sui ruoli controllano chi può visualizzare, modificare e approvare.
• Passaggio 5: Le alternative vengono definite in modo proattivo in una libreria condivisa. Workflow configurabili e revisioni strutturate del progetto con approvazioni instradano le modifiche critiche o con impatto sul progetto verso l’approvazione ingegneristica, consentendo al tempo stesso sostituzioni equivalenti pulite senza attriti. L’analisi dell’impatto degli ordini di modifica basata su AI fornisce ai revisori una previsione dell’impatto prima dell’approvazione. 
• Passaggio 6: Audit trail e registri eventi registrano automaticamente modifiche e azioni. Commenti di revisione e attività acquisiscono il ragionamento, così il registro decisionale si costruisce mentre il team lavora. L’accesso globale al workspace e il single sign-on consentono ai team distribuiti di eseguire gli stessi controlli guidati dagli eventi senza perdere la governance.

Centralizza la tua BOM, collegala a dati aggiornati della supply chain e crea un workflow di risposta di cui tutto il team possa fidarsi.

Scopri di più su Altium Agile Teams →