Stammdaten-Lebenszyklus

Status: Entwurf

Stammdaten sind das Faktengerüst — sie unterliegen einer leichten Governance, aber nicht jeder Datentyp braucht volle Approval-Workflows.

Status

Status	Bedeutung
draft	in Bearbeitung, nicht in Cases referenzierbar
review	Stewardship prüft (optional, je Datentyp)
released	freigegeben, in Cases referenzierbar
deprecated	nicht mehr für neue Cases, bestehende Cases bleiben referenziert
archived	aus operativem Katalog, historisch erhalten

Approval-Pflicht je Datentyp

Datentyp	Approval erforderlich	Begründung
Vertragsmuster	ja	rechtlich relevant
Tarif (Energie)	ja	regulatorisch relevant
Tochtergesellschaft	ja	strukturelle Änderung
Provider	nein	direkte Pflege durch Stammdatenpfleger
Material	nein	Marktdaten, häufige Änderung
Liegenschaft	nein	Pflege durch Asset-Management
Wohneinheit / Gebäude	nein	folgt der Liegenschaft
Person	nein	DSGVO im Audit, kein eigener Approval

(Die Tabelle ist Default — die konkrete Konfiguration läuft über entity_type.requires_approval o. ä. — siehe docs/spec/90-governance/03-open-questions.md OP-35.)

Versionierung

Jede Änderung erzeugt eine neue Version (entity_version der Spec). Cases referenzieren entweder:

• Live (im draft-Stand, sieht aktuelle Stammdaten)
• Snapshot (ab freigabe-Übergang, sieht eingefrorenen Stand)

Soft-Delete

Default. Datensatz bekommt deleted_at, Cases mit Snapshot-Referenz bleiben funktionsfähig. Hard-Delete nur Admin, in der Regel DSGVO-getrieben.

Verwandte Dokumente

• ../20-use-cases/05-uc-stammdatenpflege.md
• docs/spec/30-domain-model/07-entity-version.md
• docs/spec/50-behavior/02-delete-and-archive.md