Modell-Lebenszyklus

Status: Entwurf

Berechnungs- und Beziehungsmodelle sind die Logik der Workbench — Änderungen brauchen volle Governance.

Status

draft → review → released → produktiv → deprecated → archived

Status	Bedeutung
`draft`	Modellierer arbeitet, nicht in Cases wählbar
`review`	Fachexperten prüfen (Energie, Steuer, Recht je nach Modell-Inhalt)
`released`	freigegeben, in neuen Cases wählbar
`produktiv`	aktiv von einem oder mehreren Cases referenziert
`deprecated`	Nachfolger existiert, nicht für neue Cases
`archived`	nicht mehr aktiv, historisch erhalten

Pflichten vor `released`

mindestens ein Golden-Data-Testfall mit erwarteten Ergebnissen
Trockenlauf gegen alle aktiven Cases — Differenzliste dokumentiert
Review-Protokoll mit mind. 1 Fachexperten-Approval
Management-Freigabe

Versionierung

Modelle werden semver-versioniert (v2.3.0). Bestehende Cases bleiben auf der Version, mit der sie freigegeben wurden — sie sind „eingefroren” auf den Modellsstand zum Freigabezeitpunkt.

Migration alter Cases

Default: nicht. Alte Cases bleiben auf alter Modellversion. Wenn fachlich nötig (z. B. Steuersatz-Änderung wirkt rückwirkend):

explizite Migration durch Modellierer auf neue Version
Audit-Trail mit Begründung
Snapshot der alten Modellversion bleibt im Dossier

Bibliothek mehrerer Modelle

Mehrere Modelle koexistieren parallel:

mehrere Modelle pro case_type (Standard + spezialisierte Varianten)
mehrere Versionen pro Modell
Branchen- oder regulatorisch spezifische Varianten

Auswahl im Case durch Analyst.

Deprecation

Wenn Modell-Version v2.3.0 durch v3.0.0 abgelöst wird:

v3.0.0 wird released
v2.3.0 wird auf Wunsch deprecated markiert
Bestehende Cases auf v2.3.0 bleiben funktionsfähig
Neue Cases können v2.3.0 nicht mehr wählen
Nach Ende der Lebensdauer aller referenzierenden Cases: archived