Regelbasierte Produktkonfiguration
Verwandeln Sie Tabellenlogik und Erfahrungswissen in eine visuelle Regel-Engine. Jedes Angebot folgt denselben Kompatibilitätsregeln von der Anfrage bis zur Freigabe.
Rules engine · session
Industrial pump line
Region
Active logic
- R-088 · IF power > 5kW → Cooling = required
- R-112 · IF region = EU → Voltage = 400V
- R-140 · LOOKUP power + duty → Frame F-240
- R-144 · IF outdoor → Enclosure = IP65
- R-201 · IF outdoor → Heater = Added
- R-240 · IF outdoor → Indoor Panel = Hidden
Rule trace
Selected: Outdoor
- R-144 Enclosure = IP65
- R-201 Heater = Added
- R-240 Indoor Panel = Hidden
Cooling
Required
Voltage
400V
Frame
F-240
Enclosure
IP65
Was das steuert
Jeder Schritt
Kompatibilität bei jeder Optionsänderung
Ein Regelwerk
Gleiche Logik für Direktvertrieb und Händler
Vor dem Angebot
Ungültige Kombinationen beim Konfigurieren ausgeblendet
Die Herausforderung
Produktregeln stecken in Köpfen, nicht im Angebotsprozess
Ihr Vertrieb kennt den Katalog, aber die echte Logik liegt in Application Guides, Excel-Tabellen und bei wenigen Senior-Ingenieuren. Jede komplexe Anfrage wird zum Ping-Pong: Passt dieser Motor zu diesem Gehäuse? Ist dieser Oberflächenschutz in der Food-Zone erlaubt? Gilt dieser Rabatt auf diese Option?
Der Innendienst leitet Konfigurationen zur Freigabe an Applications Engineering weiter. Händler arbeiten mit veralteten Preislisten und Bauchgefühl. Wenn jemand eine inkompatible Kombination entdeckt, liegt das Angebot beim Kunden oder der Auftrag in der Fertigung.
Tabellen-Konfiguratoren brechen, sobald eine Produktlinie oder ein neuer Markt dazukommt. Schulungen skalieren nicht: Jedes Release bedeutet neue Folien und mehr Eskalationen. Der Angebotsprozess wird langsamer, obwohl Engineering die Optionen längst freigegeben hat.
Der Engpass ist nicht fehlendes Produktdetail. Es fehlt die Durchsetzung der Kompatibilitätslogik dort, wo Angebote entstehen: im Konfigurator, im Händlerportal, in dem Moment der Auswahl.
So funktioniert es
So wendet Mercura Regeln während der Konfiguration an
Produkt- und Operations-Teams modellieren Logik im visuellen Regel-Editor von Mercura: IF/THEN-Bedingungen, Pflichtoptionen, gegenseitige Ausschlüsse und dynamische Filter, die auf jede Auswahl reagieren. Während Vertrieb oder Händler konfigurieren, verschwinden inkompatible Optionen, Pflichtzeilen erscheinen, und der Preis wird gegen dasselbe Regelwerk neu berechnet. Es gibt keinen separaten Validierungsschritt vor dem Angebot. Wenn Engineering eine Regel ändert, wirkt sie in jedem Kanal, der dieses Produktmodell nutzt. Ziel ist nicht, technisches Urteilsvermögen bei Sonderfällen zu ersetzen, sondern Routineangebote aus der Engineering-Warteschlange zu halten.
Rule pipeline
Orchestration across every logic type
Im Lieferumfang enthalten
Was Sie in der Regel-Engine modellieren
Orchestrate
- Visuelle IF/THEN-Autorenschaft ohne Custom Code
- Optionen einblenden, ausblenden oder verpflichtend setzen
Evaluate
- Gegenseitige Ausschlüsse zwischen Material, Druckstufe und Oberfläche
- Pflicht-Zusatzpositionen bei gewählter Basisoption
Act
- Regelwerke über Produktfamilien und Revisionen hinweg
- Versionshistorie bei Katalogänderungen
Output
- Gleiche Regeln im Innendienst, Händlerportal und eingebetteten Konfigurator
- Ergänzt Constraint- und Abhängigkeitslogik für tiefere Modelle
Der Unterschied
Angebote vor und nach codierten Regeln
Regeln in Tabellen und Erfahrung
- 01 Kompatibilität manuell bei komplexen Angeboten
- 02 Applications Engineering bei Routinekonfigurationen in CC
- 03 Händler bieten Kombinationen an, die in der Auftragserfassung scheitern
- 04 Neue Optionen bedeuten Schulung statt Regelupdate
- 05 Fehler sichtbar, nachdem der Kunde das PDF hat
Mit Mercura
- 01 Logik in jedem Konfigurationsschritt erzwungen
- 02 Standardkonfigurationen ohne Engineering-Freigabe
- 03 Vertrieb und Händler nutzen ein gepflegtes Regelwerk
- 04 Katalogupdates als Regeländerung, nicht als E-Mail-Welle
- 05 Ungültige Pfade vor Preis und Freigabe entfernt
Geschäftlicher Nutzen
Warum Regeln im CPQ hinterlegen
Regelbasierte Konfiguration macht Expertenwissen skalierbar anbietbar. Sie hält den Vertrieb auf Kataloglogik in Gang, die Engineering bereits definiert hat. Sie ersetzt weder CAD noch PLM noch strukturelle Berechnung bei Einzelentwürfen. Regeln brauchen Verantwortliche: Ändert sich der Katalog, muss das Modell gepflegt werden. Teams, die diese Logik zentral pflegen, sehen weniger späte Korrekturen, weniger Lärm bei Applications Engineering und Händler, die innerhalb klarer Leitplanken anbieten.
Business impact
Centralized product knowledge
IF/THEN, lookups, dependencies, and constraints in one engine.
Scalable sales execution
Same ruleset for direct sales and dealers.
Consistent validation
Every selection re-evaluates before the quote leaves.
Compare
Rules engine vs one relationship type
RULE ENGINE
umbrella orchestration layer
- ├─ Dependencies
- ├─ Constraints
- ├─ Lookups
- ├─ Set values
- ├─ Hide / show
- └─ Formulas
Dependency
One relationship type · A → B changes
Constraint
One validation type · A+B invalid
Konfigurationskarte
Produktdefinition → Regelorchestrierung → kommerzielle Pakete → gültige Konfiguration, Preis und Stückliste
Produktdefinition
Logik
Kommerzielle Pakete
Ausgabe
Gültige Konfiguration · Preis · Stückliste
Valid rule trace · BOM updated
Produktregeln live in der Konfiguration sehen
Buchen Sie eine Demo und sehen Sie, wie Mercura IF/THEN-Logik für Innendienst und Händler anlegt.
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.