funktionen > Konfigurationsbeschränkungen
Konfiguration

Konfigurationsbeschränkungen

Harte Stops im Konfigurator, keine weichen Warnungen nach dem PDF. Inkompatible Materialien, Schutzarten und Optionen verschwinden vor Freigabe und Auftrag.

Blockiert

Ungültige Pfade beim Auswählen entfernt

Bei Auswahl

Kein Warten auf spätere Engineering-Prüfung

Gemeinsam

Gleiche Leitplanken für Vertrieb, Händler und Portale

Die Herausforderung

Das Angebot sah gut aus. Die Fertigung sagte: nicht baubar.

Jemand wählte Spannweitenband, Lastklasse und Hakenblock, die im Formular plausibel wirkten. Das PDF ging raus. Tage später markiert Auftragseingang oder Werk eine unmögliche Kombination: Hubkapazität übersteigt die gewählte Trägerklasse, Festoon-Bewertung zu niedrig für die Laufkatzen-Geschwindigkeit, Steuerungspaket nicht freigegeben für den angeforderten Lastwechselzyklus.

Der Innendienst meinte es gut. Händler kopierten die Konfiguration vom letzten Quartal. Application Engineering war der inoffizielle Constraint-Checker, bis das Volumen wuchs und nicht jede Position geprüft werden konnte. Weiche Warnungen und Kopfwissen stoppen keinen Submit-Klick.

Ohne harte Constraints im Konfigurator trainieren Sie Exklusionen auswendig und sehen denselben ungültigen Pfad nach jedem Neueinstieg und jeder neuen Region wieder. Preis und Freigabe laufen auf einer Konfiguration, die nie hätte existieren dürfen.

Der Schmerz ist nicht fehlende Produktdoku. Engineering-Grenzen werden nicht dort erzwungen, wo das Angebot entsteht: Anfrage → Konfiguration → Preis → Freigabe → Auftrag.

So funktioniert es

Wie Mercura Constraints während der Konfiguration durchsetzt

Produkt und Engineering veröffentlichen Ausschlüsse, Anforderungen und Grenzen in Mercura. Bei der Auswahl werden inkompatible Optionen ausgeblendet oder deaktiviert, Pflichtbegleiter erscheinen, Werte außerhalb werden mit klarer Hilfe abgelehnt. Das Angebot kommt auf einem blockierten Pfad nicht weiter. Regelbasierte Konfiguration ist das breitere IF/THEN-Modell; diese Seite ist die Enforcement-Schicht, die ungültige Kombinationen aus Preis, Freigabe und Auftrag hält. Constraints brauchen einen Owner bei Katalogänderungen. Sie erfinden keine Produktphysik.

Im Lieferumfang enthalten

Was Constraint-Enforcement abdeckt

  • Ausschluss: A darf nicht mit B kombiniert werden
  • Anforderung: wenn A, dann muss B vorhanden sein
  • Bereichs- und Schutzartgrenzen an Optionen gekoppelt
  • Sofortiges Feedback, wenn eine Wahl eine Grenze bricht
  • Gleiche Constraints in Innendienst, Händlerportal und Embedded Flows
  • Klarer Grund, wenn eine Option nicht verfügbar ist
  • Versionierte Updates beim Entfernen oder Hinzufügen einer Grenze
  • Zusammen mit Regeln, Abhängigkeiten und Variantenmodellen

Der Unterschied

Angebote mit und ohne harte Constraints

Warnungen und Gedächtnis
  • Ungültige Kombinationen erreichen Auftragseingang oder Werk
  • Application Engineering prüft komplexe Angebote stichprobenartig
  • Händler wiederholen Fehler aus alten PDFs
  • Neue Mitarbeiter lernen Ausschlüsse aus Kopfwissen
  • Nacharbeit beginnt, wenn der Kunde schon ein Angebot hat
Mit Mercura
  • Blockierte Kombinationen sind nicht wählbar oder sendbar
  • Standardpfade ohne menschlichen Constraint-Check
  • Vertrieb und Händler teilen dieselben Leitplanken
  • Grenzänderungen erscheinen als Constraint-Updates
  • Preis und Freigabe sehen nur baubare Konfigurationen

Praxisbeispiel

Beispielablauf: Constraints bei Brückenkran-Paketen

Ein Brückenkran-OEM verkauft Ein- und Doppelträger-Pakete mit Kapazitätsklassen, Spannweitenbändern und Laufkatzen-Optionen, die nicht frei mischbar sind. Händler bauten Kombinationen aus einer PDF-Matrix und entdeckten Konflikte bei der Auftragsprüfung. Mit veröffentlichten Constraints in Mercura fallen inkompatible Kapazitäts-/Spannweitenpaare bei der Konfiguration weg; nur baubare Auswahlen erreichen Preis und Freigabe.

Geschäftlicher Nutzen

Warum Constraints neben Regeln stehen, nicht statt Prozess

Konfigurationsbeschränkungen sind die Leitplanke, mit der Kanäle konfigurieren können, ohne jedes Angebot als Engineering-Review zu behandeln. Sie ergänzen regelbasierte Logik und Abhängigkeitsmodelle; sie ersetzen nicht CAD, Zertifizierung oder Urteil bei Anfragen außerhalb des veröffentlichten Rahmens. Jemand muss Constraint-Updates besitzen, wenn Produkte sich ändern. Wenn Ihre schlimmsten Tage mit einem scheinbar gültigen PDF beginnen, das die Fertigung ablehnt, schützen harte Stops bei der Auswahl Marge, Vertrauen und Durchlaufzeit besser als ein weiteres Schulungsdeck.

Ungültige Kombinationen vor dem Angebot blockieren sehen

Buchen Sie eine Demo und versuchen Sie eine verbotene Paarung, bis der Konfigurator sie vor Preis und Freigabe entfernt.

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.