Konfigurations-Versionskontrolle
Eine String-Dimensionierungsregel blockierte eine High-Volume-Wechselrichter-Kombination. Wiederherstellung der Vorversion dauerte einen Tag Spreadsheet-Diff, weil CPQ keine Versionshistorie hielt.
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.
Im Lieferumfang enthalten
Was Konfigurations-Versionskontrolle abdeckt
- Automatischer Versionsdatensatz bei jedem Regel-Save
- Zeitstrahl-Ansicht mit Autor, Datum und Notizen pro Version
- Diff nebeneinander zwischen zwei Regelversionen
- Ein-Klick-Wiederherstellung auf vorherigen Konfigurationszustand
- Benannte Snapshots für Produkt-Launches und Preisbuch-Meilensteine
- Draft-Branches zum Testen von Regeländerungen vor Produktionseffekt
- Wiederherstellungsereignisse als neue Versionen in derselben Kette
- Versionsexport für Engineering-Dokumentation und Compliance-Dateien
Der Unterschied
Regeländerungen vor und nach Versionskontrolle
- Regeländerungen überschreiben Produktion ohne vergleichbaren Vorzustand
- Untersuchungen vergleichen manuelle Exports statt In-Editor-Diffs
- Rollback heißt Logik aus alten Dateien oder E-Mails neu tippen
- Begründung für Constraints verloren wenn Autoren gehen
- Händlerangebote blockiert bis jemand Vorregel von Hand neu baut
- Jeder Edit in durchsuchbarem Versions-Zeitstrahl gespeichert
- Diff-Ansicht zeigt genau welche Bedingungen zwischen Versionen wichen
- Vorzustand in einer Aktion ohne manuellen Neuaufbau
- Änderungsnotizen fangen warum Constraint so gesetzt wurde
- 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.
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.