So führen Sie eine Risikobewertung der Lieferkette für Ihre aktuelle Stückliste durch

Fast zwei Drittel der Elektronikhersteller berichten von begrenzter Verfügbarkeit von Komponenten und Materialien oder von verlängerten Lieferzeiten. Wichtig ist: Keiner beschreibt die aktuellen Bedingungen als gut verfügbar bei gleichzeitigem Überangebot – ein klarer Hinweis darauf, dass das Lieferrisiko weiterhin weit verbreitet ist. 

Dieses Risiko zeigt sich Teil für Teil. Ein Bauteil wird stillschweigend abgekündigt, ein Distributor ist plötzlich nicht mehr lieferfähig, ein Preis steigt ohne Vorwarnung. Stücklisten sind voller Überraschungen, die einen Build ausbremsen und die Marge schmälern.

Die Lösung ist ein wiederholbarer Prozess, gestützt auf Live-Daten aus der Lieferkette, der Risiken erkennt und entschärft, bevor sie den Zeitplan gefährden. Dieser Leitfaden führt Einkauf und Engineering in sechs Schritten durch die Bewertung der vorliegenden BOM und zeigt, wie eine vernetzte BOM-Umgebung Teams dabei helfen kann, Risiken schneller zu bewerten, konsistenter zu reagieren und flexibel zu bleiben, wenn sich die Versorgungslage ändert.

Zentrale Erkenntnisse

• Eine Risikobewertung ist nur so aktuell wie die BOM-Daten, auf denen sie basiert. Deshalb ist eine vernetzte, live aktualisierte Quelle einem veralteten Spreadsheet vorzuziehen.
• Markieren Sie Single-Source-, Near-EOL-, Long-Lead-Time-, Low-Inventory-Coverage- und preisvolatile Teile – bereinigen und normalisieren Sie die Daten aber zuerst, sonst basiert die Analyse auf Störrauschen.
• Lifecycle-Status und Versorgungsstatus sind nicht dasselbe. Active, NRND, Last-Time-Buy und Obsolete beschreiben den Lebenszyklus eines Teils, während Allocation eine vorübergehende Einschränkung in der Versorgung ist. Jeder Fall erfordert eine andere Reaktion.
• Der Schweregrad sollte Beschaffungsoptionen, Auswirkungen auf das Design und die Produktionsphase widerspiegeln; die Verantwortlichkeiten sollten zwischen Einkauf und Engineering aufgeteilt sein, mit einer klar benannten verantwortlichen Person pro markiertem Teil.
• Vorab freigegebene Alternativen und ein dokumentierter Entscheidungsverlauf machen aus einem reaktiven Krisenmodus einen wiederholbaren, auditierbaren Standardprozess.

Schritt 1: Bringen Sie Ihre BOM an einen zentralen, vernetzten Ort

Risiko ist nicht statisch – Ihre Reports sollten es auch nicht sein.

Ein Spreadsheet, das im letzten Monat exportiert wurde, ist bereits veraltet. Teile haben sich verändert, Preise haben sich verschoben und Lifecycle-Status wurden aktualisiert, doch in der Datei spiegelt sich nichts davon wider. Jede Stunde zwischen Export und Analyse ist eine Stunde Drift, die niemand berücksichtigt.

Die Lösung ist, die BOM mit einer Live-Datenquelle zu verbinden, statt Distributor-Websites Teil für Teil zu prüfen. Ziehen Sie aktuelle Preise, Lagerbestände und Lifecycle-Status direkt in die BOM, damit sich die Zahlen automatisch aktualisieren. In der Praxis bedeutet das, von einem manuell gepflegten Spreadsheet auf ein cloudbasiertes BOM-Tool mit aktueller Anbindung an Hersteller- und Distributor-Daten umzusteigen.

Dies ist der Schritt, den Teams oft auslassen – und genau er entscheidet darüber, ob alles Weitere sinnvoll ist oder Zeitverschwendung. 

Eine BOM gut zu verwalten beginnt mit ihrer Zentralisierung, nicht mit der Analyse selbst. Sobald die BOM in einer gemeinsamen Umgebung liegt, arbeiten Einkauf und Engineering nicht länger mit unterschiedlichen Versionen derselben Liste.

Schritt 2: Führen Sie eine BOM-Analyse durch, um Hochrisiko-Komponenten zu kennzeichnen

Wenn die BOM zentralisiert ist und live gepflegt wird, prüfen Sie sie auf die Teile, die tatsächlich Anlass zur Sorge geben:

• Single-Source-Teile: kein qualifizierter Zweitlieferant, sodass bei einer Störung dieser einen Quelle keine Ausweichmöglichkeit besteht.
• Teile nahe EOL: Abkündigungsmitteilungen des Herstellers oder bevorstehende Last-Time-Buy-Fenster – selbst wenn das Teil heute noch verfügbar ist.
• Teile mit langen Lieferzeiten: alles, was deutlich über Ihren üblichen Build-Zeitrahmen hinausgeht und eine Routinebestellung in ein Terminrisiko verwandelt.
• Geringe Bestandsabdeckung: Teile, bei denen verfügbarer Bestand und offene Bestellungen den prognostizierten Build-Plan nicht abdecken. Kombinieren Sie Ihre eigenen Lager- und Bestelldaten mit Live-Marktbeständen, um die Lücke frühzeitig zu erkennen, solange noch Zeit zum Handeln bleibt.
• Preisvolatilität: Positionen mit jüngsten oder absehbaren Kostensteigerungen. Für sich genommen kleine Erhöhungen summieren sich über eine gesamte BOM hinweg und untergraben die Marge, bevor es jemand bemerkt.

Diese Kennzeichen sind in Kombination am wichtigsten. Ein Single-Source-Teil, das gleichzeitig nahe EOL ist und mit langen Lieferzeiten angeboten wird, ist ein ganz anderes Problem als eines, das nur ein einziges Merkmal aufweist.

Bevor Sie der Analyse vertrauen, bereinigen Sie die Daten. Doppelte Einträge, inkonsistente Hersteller-Teilenummern und uneinheitliche Formatierung verfälschen das Ergebnis. Die BOM-Normalisierung ist keine separate Zusatzaufgabe – sie ist die Voraussetzung dafür, dass dieser Schritt vertrauenswürdig ist.

Schritt 3: Interpretieren Sie Shortage- und EOL-Warnungen richtig

Nicht jede Warnung bedeutet dasselbe oder erfordert das gleiche Maß an Reaktion. 

Active, not recommended for new designs (NRND), Last-Time-Buy und Obsolete beschreiben jeweils einen anderen Punkt im Lebenszyklus eines Teils und sollten jeweils eine andere Maßnahme auslösen:

• Active: Der Hersteller produziert das Teil weiterhin. Das Lifecycle-Risiko ist im Allgemeinen gering, das Versorgungsrisiko aber nicht null (Allocation, Rückstände, lange Lieferzeiten). Prüfen Sie weiterhin Bestände und Lieferzeiten im Verhältnis zu Ihrem Build-Zeitplan.
• NRND: Der Hersteller lenkt neue Designs von diesem Teil weg. Sie können es weiterhin kaufen, und bestehende Designs können weiter produziert werden, aber oft ist dies das erste Zeichen dafür, dass eine Abkündigung bevorsteht. Verwenden Sie es nicht mehr in neuen Designs, identifizieren Sie alle bestehenden Designs, die es nutzen, und qualifizieren Sie jetzt eine Alternative. 
• Last-Time-Buy (LTB): Festes Zeitfenster für die letzte Bestellung. Vergleichen Sie vorhandene Bestände und offene Bestellungen mit Forecast und Servicebedarf, platzieren Sie die Bestellung vor Ablauf der Frist und beginnen Sie parallel mit der Qualifizierung einer Alternative oder der Planung eines Redesigns.
• Obsolete: Das Zeitfenster ist abgelaufen. Stellen Sie den verbleibenden Bestand den noch ausstehenden Builds gegenüber. Wenn die Abdeckung nicht ausreicht, wechseln Sie zu einer vorab freigegebenen Alternative oder führen ein Redesign durch. Das Teil sollte in keinem neuen Design mehr erscheinen.
• Allocation: Dies ist ein anderes Signal: ein vorübergehendes Ungleichgewicht zwischen Angebot und Nachfrage, keine Veränderung im Lebenszyklus. Die Reaktion besteht darin, die Abdeckung aktiv zu steuern: Bestände und offene Bestellungen prüfen, zukünftige Versorgung bestätigen, bei Bedarf nach zusätzlichen Quellen suchen und entscheiden, ob ein temporärer Überbrückungskauf oder eine Alternative erforderlich ist.

Die Dringlichkeit muss auch zur verbleibenden Zeit passen. Eine EOL-Mitteilung mit einem Last-Time-Buy-Fenster von 18 Monaten ist nicht dasselbe Problem wie eine mit nur noch 60 Tagen Restlaufzeit. Verlassen Sie sich aber nicht darauf, dass überhaupt eine formale Mitteilung kommt. Im Jahr 2025 traten bei mehr als der Hälfte der EOL-Ereignisse für elektronische Komponenten keine Product Change Notification (PCN) des Herstellers auf.

Schritt 4: Weisen Sie BOM-Risiken Verantwortlichkeiten und Schweregrade zu

Sobald ein Teil markiert wurde, muss jemand dafür verantwortlich sein, was als Nächstes geschieht.

Eine praktikable Aufteilung: Der Einkauf markiert das Teil und liefert die beschaffungsseitigen Fakten (Lieferzeit, Preisgestaltung, Anzahl der Bezugsquellen); das Engineering bewertet, was im Design tatsächlich davon betroffen ist. Diese Bewertung hängt davon ab, überall zu wissen, wo das Teil verwendet wird – bis hin zur konkreten Board-Revision. Benennen Sie für jedes markierte Teil genau eine verantwortliche Person, auch wenn beide Teams beitragen, damit die Reaktion nicht zwischen ihnen ins Stocken gerät.

Gewichten Sie den Schweregrad nach drei Faktoren:

• Beschaffung: Nur eine Bezugsquelle oder qualifizierte Alternativen verfügbar?
• Reichweite: in wie vielen aktiven Designs wird es verwendet?
• Phase: wie nah ist jedes Design an der Fertigung?

Nutzen Sie diese Faktoren, um eine einfache Schweregradstufe zuzuweisen: kritisch, beobachtenswert oder vorerst unkritisch. Die genauen Schwellenwerte variieren je nach Organisation, aber ein Teil mit begrenzten Beschaffungsoptionen, breiter Design-Abhängigkeit und Einsatz in der Produktionsphase erfordert schnelleres Handeln als ein Teil mit mehreren Bezugsquellen, das nur in einem frühen Prototyp verwendet wird.

Zum Beispiel ist ein Single-Source-Teil in nur einem frühen Prototyp beobachtenswert. Dasselbe Teil, das in fünf Produkten ausgeliefert wird, ist kritisch, weil Zeit und Handlungsspielraum mit Annäherung eines Designs an die Produktion immer kleiner werden.

Dokumentieren Sie die Zuordnung der Stufe, damit beim nächsten ähnlich gelagerten Fall dieselben Kriterien angewendet werden können.

Schritt 5: Bauen Sie den Reaktions-Workflow auf

Der Schweregrad ist nur dann relevant, wenn er zu einer anderen Reaktion führt.

Für Teile, von denen Sie bereits wissen, dass sie riskant sind, definieren Sie Alternativen, bevor Sie sie brauchen. Vorab freigegebene Alternativen in der Teilebibliothek machen aus einem markierten Risiko ein „hier ist, was wir bereits freigegeben haben“. Wenn keine freigegebene Alternative existiert, kann die Reaktion eine funktionsübergreifende Prüfung erfordern, um eine neue Quelle zu qualifizieren, das Design auf eine andere Komponente umzustellen oder genügend Bestand zu sichern, um die Lücke zu überbrücken.

Wenn ein markierter Eintrag kritisch ist oder ein Austausch Schaltplan oder Layout verändern würde, leiten Sie ihn durch einen formalen Änderungs- und Freigabeschritt, damit das Engineering zustimmt, bevor etwas umgesetzt wird. Eine KI-gestützte Impact-Analyse von Änderungsaufträgen kann dabei helfen, indem sie vorhersagt, wie sich eine vorgeschlagene Änderung auf Komponenten, Baugruppen, Zeitpläne und Designs auswirkt. So erhalten Prüfer ein klares Bild der Reichweite der Änderung, statt es manuell zusammenzustellen. Strukturierte Design-Reviews sorgen dann dafür, dass die Entscheidung vorankommt, statt in E-Mails stecken zu bleiben. Saubere Like-for-Like-Austausche mit passenden Spezifikationen sollten schnell ohne den vollständigen Redesign-Prozess abgewickelt werden.

Jeden Austausch durch den aufwendigsten verfügbaren Prozess zu zwingen, macht die BOM nicht sicherer; es führt nur dazu, dass das Team den Prozess ignoriert, wenn Geschwindigkeit wirklich entscheidend ist.

Unabhängig davon, welchen Weg der Fall nimmt, dokumentieren Sie die Entscheidung: was markiert wurde, was geprüft wurde, was gewählt wurde und wer es freigegeben hat. Diese Dokumentation macht das nächste Audit oder Retrospektive zu einer Formsache.

Nehmen wir an, ein Board-to-Board-Steckverbinder wird als NRND markiert. Eine Where-Used-Prüfung zeigt ihn in drei Designs: eines im Prototyp, eines zwei Monate vor Release und eines bereits in Auslieferung, und es gibt keine qualifizierte Alternative. Das ausgelieferte Produkt und das Fehlen einer Alternative machen den Fall kritisch. Da Steckverbinder an Footprint und Gehäusepassung gebunden sind, kann selbst ein sehr ähnlicher Ersatz ein Layout-Review erfordern. Deshalb sollte der Prototyp jetzt umgestellt werden, solange das nahezu nichts kostet, und beim Design kurz vor Release muss der Austausch entschieden werden, bevor es eingefroren wird. Der Einkauf ermittelt die verbleibende Abdeckung, das Engineering beginnt mit der Qualifizierung einer Alternative, und die Entscheidung samt Freigabe wird für das nächste Mal dokumentiert.

Schritt 6: Machen Sie daraus einen wiederkehrenden Prozess, keine einmalige Aktion

Eine einmal durchgeführte Risikobewertung ist mit dem nächsten Distributor-Update bereits veraltet. Koppeln Sie die Taktung an Ereignisse statt an den Kalender, anstatt sich auf eine jährliche Überprüfung zu verlassen, die alles dazwischen verpasst.

In der Praxis bedeutet das, die Prüfung jedes Mal erneut durchzuführen, wenn ein Design freigegeben wird, eine BOM-Revision erstellt wird, sich der Lifecycle- oder Lagerstatus eines Bauteils ändert und bevor Sie sich zu einer Bestellung oder einem Build verpflichten. Ein leichtgewichtiger periodischer Check hat weiterhin seinen Platz als Sicherheitsnetz, sollte aber nicht Ihre wichtigste Verteidigungslinie sein.

So sieht BOM-Gesundheit aus, wenn sie zur Routine geworden ist: eine konstante, aufwandsarme Prüfung, die in die bestehende Arbeitsweise des Teams integriert ist.

Dieser Leitfaden beginnt mit einer BOM, aber dieselbe ereignisgesteuerte Taktung lässt sich auf jedes aktive Design skalieren. Für diesen größeren Zusammenhang siehe Echtzeit-BOM-Intelligenz: So sieht Risikomonitoring über all Ihre aktiven BOMs hinweg aus.

Checkliste zur schnellen Referenz

• Zentralisieren Sie die BOM mit einer Live-Datenverbindung.
• Bereinigen und normalisieren Sie die Bauteildaten, bevor Sie sie analysieren.
• Kennzeichnen Sie Single-Source-, Near-EOL-, Long-Lead-Time-, Low-Inventory-Coverage- und preisvolatile Bauteile.
• Lesen Sie den Status korrekt: NRND, Last-Time-Buy und Obsolete sind Lifecycle-Codes; Allocation ist eine Lieferbeschränkung.
• Weisen Sie eine klare Zuständigkeit und eine Schweregradstufe basierend auf Beschaffung, Reichweite und Phase zu.
• Genehmigen Sie Alternativen vorab, leiten Sie kritische oder designrelevante Änderungen durch einen Freigabeprozess und dokumentieren Sie jede Entscheidung.
• Führen Sie die Prüfung in einer wiederkehrenden Taktung durch.

Diesen Prozess ausführen, ohne Ihre Designumgebung zu verlassen

Jeder Schritt geht mit der richtigen zugrunde liegenden Plattform schneller. Altium Agile Teams bringt aktuelle Komponentenpreise, Verfügbarkeit und Lifecycle-Status direkt in Ihre BOM, sodass Beschaffung und Entwicklung mit denselben Zahlen am selben Ort arbeiten, anstatt Exporte im Nachhinein abzugleichen.

• Schritte 1–2: Altium Agile Teams zentralisiert Ihre BOM in einem Cloud-Portal mit den neuesten Preis-, Verfügbarkeits- und Lifecycle-Daten von Octopart und IHS Markit; Integrationen mit SiliconExpert und Z2Data sind verfügbar. BOM-Normalisierung und -Bereinigung erfolgen am selben Ort.
• Schritt 3: Der Lifecycle-Status wird bei jedem Positionseintrag angezeigt, und Lifecycle-Kontrollen helfen dabei, obsolete oder Entwurfselemente aus Freigaben herauszuhalten.
• Schritt 4: Die Where-used-Verfolgung bis hinunter zur spezifischen Platinenrevision zeigt genau, welche Designs von einem gekennzeichneten Bauteil betroffen sind. Rollenbasierte Berechtigungen steuern, wer anzeigen, bearbeiten und freigeben darf.
• Schritt 5: Alternativen werden proaktiv in einer gemeinsamen Bibliothek definiert. Konfigurierbare Workflows und strukturierte Design-Reviews mit Freigaben leiten kritische oder designrelevante Änderungen zur technischen Genehmigung weiter, während saubere Like-for-like-Austausche reibungslos umgesetzt werden können. KI-gestützte Impact-Analysen für Änderungsaufträge liefern den Prüfenden eine prognostizierte Auswirkung vor der Freigabe. 
• Schritt 6: Audit-Trails und Ereignisprotokolle erfassen Änderungen und Aktionen automatisch. Review-Kommentare und Aufgaben halten die Begründung fest, sodass die Entscheidungsdokumentation während der Teamarbeit mitwächst. Globaler Workspace-Zugriff und Single Sign-on ermöglichen verteilten Teams, dieselben ereignisgesteuerten Prüfungen durchzuführen, ohne die Governance zu verlieren.

Zentralisieren Sie Ihre BOM, verbinden Sie sie mit aktuellen Lieferkettendaten und schaffen Sie einen Reaktions-Workflow, auf den sich Ihr gesamtes Team verlassen kann.

Erfahren Sie mehr über Altium Agile Teams →