Komponentenbibliotheken für CPQ-Produktmodelle
Ein Positionsregler-Modell. Siebenundvierzig Kopien im Katalog. Komponenten einmal in Bibliothek definieren und in Konfiguratoren referenzieren, damit Updates überall ankommen.
Die Herausforderung
Ein Positionsregler-Modell. Siebenundvierzig Kopien im Katalog.
Hersteller Regelventile und Stellantrieb-Baugruppen pflegt Dutzende Konfiguratoren für Kugel-, Klappen- und Globusventil-Linien. Derselbe Smart-Positionsregler, Endschalter-Kit und Magnetventil erscheinen in vielen, jeweils separat im Produktmodell definiert. Product Management aktualisiert Positionsregler-Preis nach Lieferantenrevision und öffnet Tabelle, um jeden Konfigurator mit alter Zahl zu finden.
Eine Linie zeigt neue Positionsregler-Spec. Andere kalkuliert noch eingestelltes Gehäusematerial. Kompatibilitätsregel blockiert ungültige Paarung im Globusventil-Konfigurator, aber nicht in Klappenlinie, weil nur eine Kopie aktualisiert wurde. Vertrieb sendet fertiges Angebot aus aktualisierter Linie, während Händler-Angebot aus veralteter Linie PDF-Review scheitert.
Modulare Konfiguration komponiert Plattformen aus Slot-Modulen. Multi-Level-Stückliste erzeugt Produktionshierarchie aus abgeschlossener Konfiguration. Konfigurationsvorlagen speichern bewährte Angebots-Baselines. Komponentenbibliotheken sind anders: Mercura hält eine Bibliotheksdefinition pro gemeinsam genutztem Teil mit Attributen, Preis, Regeln und Stücklistenzeilen, referenziert von jedem Produktmodell.
Anfrage → Konfiguration → Preis → Freigabe → Auftrag soll nicht davon abhängen, wie oft Product Management dasselbe Teil in separate Konfiguratoren kopierte.
Einmal definieren
Komponente produktübergreifend referenziert
Ein Update
Preis und Spec überall
Kein Drift
Gleiches Teil, gleiche Regeln
So funktioniert es
So funktionieren Komponentenbibliotheken in Mercura
Product Ops erstellt Bibliothekseinträge in Mercura für gemeinsame Teile: Positionsregler, Stellantriebe, Dichtungskits, Steuermodule und Bausteine über Ventillinien. Jeder Eintrag trägt Attribute, Preis, Kompatibilitätsregeln und Stücklistenzeilen. Produktmodellierer referenzieren Bibliothekskomponenten in Konfiguratoren statt Neudefinition. Wenn Product Management Preis, Spec oder Auslaufstatus in Bibliothek aktualisiert, übernimmt jede referenzierende Konfiguration die Änderung im nächsten Angebot. Modellautoren durchsuchen Bibliothek bei neuen Produkten. Jemand muss Bibliotheks-Governance besitzen, welche Configs ausgelaufene Teile referenzieren prüfen und Referenzen schützen wenn Teil in zwei Einträge geteilt wird.
Im Lieferumfang enthalten
Was Komponentenbibliotheken abdecken
- Zentrale Bibliothek mit einer Definition pro gemeinsamem Teil
- Referenz über Bibliothek in mehreren Produktkonfiguratoren
- Preis- und Spec-Updates propagieren zu allen Referenzen
- Kompatibilitätsregeln geerbt wo Komponente genutzt wird
- Komponentenversionierung mit Änderungshistorie
- Ausgelaufene Teile in einer Bibliotheksaktion aus Auswahl entfernt
- Stücklistenzeilen auf Bibliothekskomponenten in Produkt-BOM wiederverwendet
- Suche und Browse für Produktmodell-Autoren
Der Unterschied
Gemeinsame Teile vor und nach Komponentenbibliotheken
- Gleicher Positionsregler separat in jedem Konfigurator definiert
- Preisupdates erfordern Suche in jedem Produktmodell
- Kompatibilitätsregeln driften zwischen Ventillinien
- Eingestellte Teile in veralteten Configs weiter wählbar
- Katalogpflege wächst mit jeder neuen Produktlinie
- Gemeinsame Teile einmal in Komponentenbibliothek definiert
- Bibliotheksupdate erreicht jeden referenzierenden Konfigurator
- Preis und Regeln konsistent über Produktlinien
- Auslauf überall mit einer Bibliotheksänderung
- Neue Produkte referenzieren bestehende Bibliotheksblöcke
Praxisbeispiel
Beispielablauf: Positionsregler-Bibliothek über Ventillinien
Hersteller Regelventile und Stellantrieb-Pakete pflegte Smart-Positionsregler und Endschalter-Kits als separate Definitionen in Kugel-, Klappen- und Globusventil-Konfiguratoren. Lieferantenpreisänderung bedeutete Hand-Update jeder Kopie und zwei Linien beim ersten Durchlauf übersehen. Nach Zentralisierung in Mercura-Komponentenbibliotheken aktualisiert Product Management Preis und Spec einmal; jeder referenzierende Ventil-Konfigurator spiegelt Änderung im nächsten Angebot ohne Config-für-Config-Suche.
Geschäftlicher Nutzen
Warum Komponentenbibliotheken Katalog-Architektur sind, keine Teile-Tabelle
Komponentenbibliotheken wandeln wachsenden Katalog von duplizierten Teildefinitionen in referenzierte Bausteine. Sie ergänzen modulare Plattformen, Multi-Level-Stücklisten-Output, Konfigurationsvorlagen und parametrische Modelle. Mercura ersetzt weder PLM als Freigabesystem neuer Teile noch ERP-Artikelstamm. Jemand muss Bibliotheks-Governance und Migration besitzen wenn gemeinsames Teil geteilt oder ausläuft. Wenn Schmerz „Positionsregler-Preis geändert aber drei Konfiguratoren kalkulieren noch alten" ist, richten Bibliotheken Anfrage, Konfiguration, Preis, Freigabe und Auftrag an einer gepflegten Definition pro gemeinsamem Teil aus.
Sehen Sie ein Bibliotheksupdate jeden referenzierenden Ventil-Konfigurator erreichen
Buchen Sie Demo und ändern Sie Positionsregler-Preis in Bibliothek, bis jedes referenzierende Produktmodell neuen Wert kalkuliert ohne jeden Konfigurator einzeln zu öffnen.
Lassen Sie uns gemeinsam bauen.
Wir ermöglichen es Herstellern, die Produktmodellierung zu beherrschen, den Angebotsprozess zu optimieren, Fehler zu reduzieren und letztendlich maßgeschneiderte Lösungen zu liefern, die Kunden nachfragen.