Stücklistenverwaltung Fertigung
Was die Stücklistenverwaltung leistet
eBOM- und mBOM-Editor
Ein Editor, zwei Sichten. Das Engineering pflegt die eBOM als Konstruktionsabsicht — Bauteile, Über-/Unterordnungen, Mengen, CAD-Referenz. Die Fertigung pflegt die mBOM als Fertigungsrezept — Phantom-Baugruppen, Verbrauchsmaterial, Linienzuordnungen. Beide Sichten lesen denselben typisierten Komponentenstamm; eine umbenannte Position wirkt überall.
Versionierung mit Revisionsspur
Jede Stücklistenrevision ist ein eigenständiges Objekt — wer hat sie vorgeschlagen, wer freigegeben, welche Engineering-Änderung war Auslöser, welches System hat sie übernommen. Revisionen sind zeilenweise vergleichbar; abgelöste Stände bleiben abfragbar für Gewährleistung, Rückruf und Regulatorik. Kein gemeinsames Excel mit Datum.
KI-Attributvererbung aus dem PIM
Verweist eine Stücklistenposition auf eine Komponente, übernimmt der Editor deren typisierte Attribute aus der Produktattribut-Extraktion — Material, Oberfläche, Toleranzklasse, Zertifizierung. Eine Mastra-Pipeline grenzt die Engineering-Referenz gegen passende Lieferanten-SKUs ein; ein Mensch wählt.
eBOM- und mBOM-Synchronisation
Engineering-Änderungen überschreiben das Fertigungsrezept nicht still. Eine Änderung an der eBOM erscheint auf der mBOM als Diff mit Routing-Regel — automatische Übernahme bei gleichartigen Tauschpositionen, Prüfung in der Warteschlange bei Phantom-Baugruppen, Sperre bei zertifizierten Komponenten. Die Fertigung weiss, was wirkt.
PLM-Export — Teamcenter, Aras
Freigegebene Revisionen gehen über die offene API des führenden PLM — Siemens Teamcenter, PTC Windchill, Aras Innovator oder ein eigener Stack. Positionsnummern, Über-/Unterordnungen, Wirksamkeitsdaten und Anhänge werden auf das PLM-Schema abgebildet. Ein Upgrade läuft über unsere Legacy-Modernisierung.
ERP-Export — SAP, Abacus
Die mBOM geht zusätzlich an das ERP, das Beschaffung und Werkstattsteuerung treibt — SAP S/4HANA, Abacus oder ein Schweizer Branchen-ERP — über die ERP- und PIM-Konnektoren, die wir betreuen. Fertigungsalternativen, Losgrössen und Kostenstellen werden im Onboarding abgebildet.
Vorgehen Stücklisten
Bestand Komponentenstamm
Wir starten mit den Komponenten, auf die Ihre Stücklisten heute verweisen — Excel, PLM-Exporte, CAD-Stamm, Lieferantenkataloge. Doppelte Referenzen kollabieren auf kanonische Positionen; jede Komponente erhält ein Attributset.
Schema für Stücklisten
Position, Über-/Unterordnung, Menge, Einheit, Wirksamkeit, Revision — jedes Feld erhält einen Typ, ein Pflichtkennzeichen und einen Verantwortlichen. Das Schema ist der Vertrag zu Engineering, Fertigung und PLM/ERP.
Versionierungsregeln
Wir halten die Änderungsregeln mit Ihnen fest — wer darf vorschlagen, wer freigeben, welches System sperrt die Freigabe. Regeln liegen als Konfiguration; Change-Orders sind Objekte mit eigener Revisionsspur.
KI-Vererbungspilot
An einer Produktfamilie verkabeln wir die Multi-Agent-Pipeline — eine Stücklistenzeile, zwanzig Lieferanten-SKUs, das System engt auf typgleiche Kandidaten ein, ein Mensch bestätigt über Reverb-Websockets in Echtzeit.
eBOM/mBOM-Workflow
Wir aktivieren das Diff-Routing — automatisch, prüfen, sperren — gegen Ihre reale Änderungshistorie. Die Fertigung erhält eine Warteschlange auf ihre Linien; das Engineering sieht hängende Vorschläge.
PLM- und ERP-Übergabe
Wir bilden freigegebene Revisionen auf das führende PLM (Teamcenter, Windchill, Aras oder eigener Stack) und auf das ERP der Beschaffung (SAP, Abacus oder Branchen-ERP) ab. Schema, Regeln, Mappings und Runbook wandern mit.
Wir starten mit den Komponenten, auf die Ihre Stücklisten heute verweisen — Excel, PLM-Exporte, CAD-Stamm, Lieferantenkataloge. Doppelte Referenzen kollabieren auf kanonische Positionen; jede Komponente erhält ein Attributset.
Position, Über-/Unterordnung, Menge, Einheit, Wirksamkeit, Revision — jedes Feld erhält einen Typ, ein Pflichtkennzeichen und einen Verantwortlichen. Das Schema ist der Vertrag zu Engineering, Fertigung und PLM/ERP.
Wir halten die Änderungsregeln mit Ihnen fest — wer darf vorschlagen, wer freigeben, welches System sperrt die Freigabe. Regeln liegen als Konfiguration; Change-Orders sind Objekte mit eigener Revisionsspur.
An einer Produktfamilie verkabeln wir die Multi-Agent-Pipeline — eine Stücklistenzeile, zwanzig Lieferanten-SKUs, das System engt auf typgleiche Kandidaten ein, ein Mensch bestätigt über Reverb-Websockets in Echtzeit.
Wir aktivieren das Diff-Routing — automatisch, prüfen, sperren — gegen Ihre reale Änderungshistorie. Die Fertigung erhält eine Warteschlange auf ihre Linien; das Engineering sieht hängende Vorschläge.
Wir bilden freigegebene Revisionen auf das führende PLM (Teamcenter, Windchill, Aras oder eigener Stack) und auf das ERP der Beschaffung (SAP, Abacus oder Branchen-ERP) ab. Schema, Regeln, Mappings und Runbook wandern mit.
Warum diese Engine, kein Aufsatz
Stücklistenabstimmung ist ein Zustandsautomat
Engineering-BOM und ERP-BOM driften jedes Quartal auseinander — eine umbenannte Komponente, eine getauschte SKU, ein Change Order, der in einem System landet und im anderen nicht. Der Drift summiert sich still, bis Gewährleistung oder Audit eine manuelle Abstimmung erzwingen, und die Abstimmung selbst wird selten erfasst. Wir modellieren die BOM als Zustandsautomaten: jede Revision ist ein Übergang mit Vorschlagendem, Freigebendem, Auslöser und Wirksamkeitsfenster.
Varianten und Supersession als typisierte Daten
Komponenten tragen typisierte Attribute gegen ETIM, eClass oder eigene OEM-Erweiterungen — Material, Oberfläche, Toleranzklasse, Zertifizierung — und jedes Attribut ist parallel zur Supersession-Kette versioniert. Wird eine veraltete SKU ersetzt, bleibt die Kette intakt; der Editor löst alte Revisionen auf, ohne die neuen umzuschreiben. Dieselbe Oberfläche speist die Produktattribut-Extraktion.
Rollenbezogene Prüfung über Engineering, Supply Chain, ERP-Ops
Engineering hält die Struktur — Bauteile, Eltern, Konstruktionsabsicht. Supply Chain hält die Beschaffung — welche SKU eine Zeile erfüllt, welche Alternativen im Katalog stehen. ERP-Operations hält die Übergabe — ab wann eine Revision wirkt, gegen welche Kostenstelle und Fertigungsalternative. Jede Rolle sieht nur die Zeilen, für die sie verantwortet.
Integrationsziele sind Schemata, nicht Adapter
Teamcenter, Windchill und Aras auf PLM-Seite, SAP S/4HANA und Abacus auf ERP-Seite sind Integrationsziele, keine Partnerschaften. Wir binden gegen offene APIs und mappen Identifizierer, Wirksamkeit und Anhänge auf das Schema; die Mappings sind Konfiguration, betreut von der ERP-PIM-Konnektoren-Linie.
Häufig gestellte Fragen
PLM hält die Konstruktionsabsicht; ERP steuert Beschaffung. Keines hält den typisierten Komponentenstamm, den beide brauchen, und keines den Diff. Wir behandeln BOM und Komponenten als Stammdaten — typisiert, versioniert, auditierbar — so werden PLM und ERP zu Konsumenten.
Die eBOM ist die Sicht des Engineerings — Produkt, Über-/Unterordnungen, CAD-Referenzen. Die mBOM ist die Sicht der Fertigung — Phantom-Baugruppen, Verbrauchsmaterial, Linienzuordnungen. Beide lesen denselben typisierten Komponentenstamm; Änderungen routen je Regel.
Eine Multi-Agent-Mastra-Pipeline grenzt die SKU-Menge anhand typisierter Attribute ein — Material, Oberfläche, Toleranzklasse, Zertifizierung — aus der Produktattribut-Extraktion. Kandidaten erscheinen über Reverb-Websockets; ein Mensch wählt die SKU für die mBOM.
Jede Revision ist ein eigenständiges Objekt und trägt vorschlagende und freigebende Person, auslösende Engineering-Änderung, Wirksamkeitsfenster und konsumierende Systeme. Revisionen sind zeilenweise vergleichbar; abgelöste Stände bleiben abfragbar für Gewährleistung.
Freigegebene Revisionen gehen über offene APIs an Siemens Teamcenter, PTC Windchill, Aras Innovator und kundenspezifische PLM-Stacks; mBOMs an SAP S/4HANA, Abacus und Schweizer Branchen-ERPs über unsere Konnektor-Bibliothek. Wir sind kein PLM-Partner.
Ja. Der Stack — Laravel 12, Next.js 13, PostgreSQL, Mistral, OpenAI und Mastra — läuft auf AWS in EU- oder Schweizer Regionen oder on-prem. Für FINMA-, MDR- oder IVDR-Workflows setzen wir auf Schweizer Hosting; Residenz ist eine Deployment-Entscheidung.
Über SAPIENTROQ
Sind Sie an einer Lösung interessiert?
Wir freuen uns, Ihnen die Möglichkeiten unverbindlich aufzuzeigen.
Roland Kurmann
CEO, SAPIENTROQ
