Konfigurations-Versionskontrolle
Eine String-Dimensionierungsregel blockierte eine High-Volume-Wechselrichter-Kombination. Wiederherstellung der Vorversion dauerte einen Tag Spreadsheet-Diff, weil CPQ keine Versionshistorie hielt.
Version control · session
Configuration Rule Set
v40
Max span
6000 mm
Allowed material
- Steel
v41
Max span
7200 mm
Allowed material
- Steel
- Aluminium
Die Herausforderung
Eine String-Dimensionierungsregel blockierte eine High-Volume-Wechselrichter-Kombination. Wiederherstellung der Vorversion dauerte einen Tag Spreadsheet-Diff, weil CPQ keine Versionshistorie hielt.
Ein OEM für Solar-Montagesysteme und Wechselrichter pflegt Modul-Kompatibilität, String-Dimensionierung und Schienenregeln, gegen die Händler in CPQ konfigurieren. Produktlogik entwickelt sich wöchentlich mit neuen Panel-Leistungen und Wechselrichter-SKUs. Wenn eine Kombination ausfällt, muss Innendienst wissen, welche Regelversion sich änderte und wie der Vorzustand aussah, nicht nur dass etwas in Produktion brach.
Ohne Versionshistorie exportiert Product Ops Regeltabellen in Spreadsheets und vergleicht Spalten von Hand. Der Ingenieur der ursprünglichen Constraint schrieb vor zwei Jahren weg. Rollback heißt Bedingungen aus altem PDF neu tippen und hoffen, dass nichts anderes wich. Eine schlechte Änderung kann Händlerangebote blockieren, bis jemand Logik aus E-Mail-Anhängen rekonstruiert.
Konfigurations-Governance trennt Autoren von Publishern und hält Edits in Staging. Audit-Logs zeichnen Aktionen danach auf. Zugriffskontrolle definiert Login-Rechte. Konfigurations-Versionskontrolle ist anders: sie hält Zeitstrahl jeder Regeländerung, lässt Teams zwei Versionen im Editor diffen und stellt Vorzustand in einer Aktion wieder her, wenn Produktionsverhalten regressiert.
Anfrage → Konfiguration → Preis → Freigabe → Auftrag braucht Produktlogik, die schnell evolvieren und sicher zurückrollen kann, wenn eine Änderung daneben geht, nicht Regelsätze die nur vorwärts gehen, weil niemand sieht was gestern änderte.
So funktioniert es
So trackt Mercura Versionskontrolle für Konfigurationsregeln
Jedes Speichern einer Konfigurationsregel in Mercura erzeugt Versionsdatensatz mit Autor, Zeitstempel, Summary und optionalen Änderungsnotizen. Der Regel-Editor zeigt Zeitstrahl aller Versionen. Zwei Versionen wählen für Diff nebeneinander von geänderten Bedingungen, Optionen und Abhängigkeiten. Rollback stellt Vorversion als aktuellen Zustand wieder her; Rollback selbst wird neuer Versionseintrag. Benannte Snapshots markieren Major-Releases wie neue Modulfamilien oder Preisbuch-Updates. Branch-Entwürfe testen Regeländerungen vor Händler-Configurator-Impact. Governance und Freigabe steuern wann Änderungen publizieren; Versionskontrolle bewahrt Historie zum Vergleichen, Erklären und Rückgängigmachen.
Rollback
Restore without rewriting history
Illustrative sequence · restore creates a new version from a prior state
v41 production issue
Select v40
Preview rollback
Confirm
v42 created from v40 state
Im Lieferumfang enthalten
Was Konfigurations-Versionskontrolle abdeckt
Record
- Automatischer Versionsdatensatz bei jedem Regel-Save
- Zeitstrahl-Ansicht mit Autor, Datum und Notizen pro Version
Compare
- Diff nebeneinander zwischen zwei Regelversionen
Restore
- Ein-Klick-Wiederherstellung auf vorherigen Konfigurationszustand
- Wiederherstellungsereignisse als neue Versionen in derselben Kette
Trace
- Benannte Snapshots für Produkt-Launches und Preisbuch-Meilensteine
- Draft-Branches zum Testen von Regeländerungen vor Produktionseffekt
- Versionsexport für Engineering-Dokumentation und Compliance-Dateien
Der Unterschied
Regeländerungen vor und nach Versionskontrolle
Spreadsheets und Gedächtnis als Versionshistorie
- 01 Regeländerungen überschreiben Produktion ohne vergleichbaren Vorzustand then
- 02 Untersuchungen vergleichen manuelle Exports statt In-Editor-Diffs then
- 03 Rollback heißt Logik aus alten Dateien oder E-Mails neu tippen then
- 04 Begründung für Constraints verloren wenn Autoren gehen then
- 05 Händlerangebote blockiert bis jemand Vorregel von Hand neu baut
Mit Mercura
- 01 Jeder Edit in durchsuchbarem Versions-Zeitstrahl gespeichert
- 02 Diff-Ansicht zeigt genau welche Bedingungen zwischen Versionen wichen
- 03 Vorzustand in einer Aktion ohne manuellen Neuaufbau
- 04 Änderungsnotizen fangen warum Constraint so gesetzt wurde
- 05 Produktions-Regressionen in Minuten statt Tagen korrigiert
Praxisbeispiel
Beispielablauf: Wechselrichter-String-Regel-Regression
OEM von Dachschienen, String-Wechselrichtern und Optimizer-Modulen über regionale Händler. Product Manager aktualisierte String-Dimensionierungs-Kompatibilität für neue High-Wattage-Modulfamilie. Stunden später meldeten Händler, dass beliebte Drei-Wechselrichter-String-Kombination nicht mehr wählbar war. Product Ops öffnete Mercura-Versionskontrolle, verglich letzten Save mit Vorwochenversion, fand erweiterte Bedingung die gültige Kombinationen ausschloss. Rollback stellte Vorregelzustand in einer Aktion wieder her. Händler nahmen Angebote am selben Nachmittag wieder auf. Ohne Versionshistorie hatte das Team im Vorquartal Spreadsheet-Exports für ähnlichen Vorfall verglichen.
Geschäftlicher Nutzen
Warum Versionskontrolle das Sicherheitsnetz komplexer Produktlogik ist
Konfigurations-Versionskontrolle lässt Product Teams CPQ-Regeln schnell evolvieren, weil jede Änderung reversibel und erklärbar ist. Ergänzt Publish-Governance, Audit-Spuren, Zugriffsrechte und Freigabe-Routing. Mercura ersetzt kein externes Engineering-Dokumenten- oder Git-System außerhalb CPQ. Jemand muss Änderungsnotizen schreiben wenn Constraints nicht offensichtlich sind. Wenn Schmerz ist "wir änderten Regel und kommen nicht zurück zu dem was letzte Woche funktionierte", bringen Versionshistorie und Diff in CPQ Anfrage, Konfiguration, Preis, Freigabe und Auftrag mit Logik in Einklang, die Teams auf jedem Angebot prüfen und wiederherstellen können.
Business impact
Faster diagnosis
Diff view shows exactly which conditions changed between versions.
Safe recovery
Restore prior state in one action without manual rebuild.
Complete change history
Every edit stored in a searchable version timeline.
Compare
Governance vs version control
Configuration Governance
How a change reaches production
Draft → Review → Publish
Version Control
What each version contained · compare / restore
v37 → v38 → v39 → Compare / Restore
Governance-Karte
How identity, permissions, change, review, publish, history, and evidence connect
Current version · history intact
Regelversionen diffen und Vorzustand in einer Aktion wiederherstellen
Buchen Sie eine Demo und gehen Sie Versions-Zeitstrahl, Diff nebeneinander und Rollback an einer Regel durch, von der Händler abhängen.
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.