Close- und Perioden-Contracts — Gebuchte Wahrheit betreibbar machen
Ledger-Perioden, Open/Close-Status und Belegverträge als Gates: welche Buchung gilt, wer Perioden schließt und wie Korrekturen joinbar bleiben.
Ein kontrollierter Monatsabschluss ist noch kein Datenvertrag. Close scheitert datenseitig, wenn Periodenstatus, Beleggültigkeit und Korrekturbeziehungen nur in Köpfen oder Excel-Brücken leben. Spätere KPI-, Audit- und Mart-Fragen haben nichts zum Joinen.
Dieser Teil definiert den Mindestvertrag für gebuchte Wahrheit — bevor Management-Sichten und Forecasts dazukommen.
Vorher: Governance in Finance. Weiter: Management-Accounting vs. Ledger.
Ansatz
Jeder materielle Ledger-Fluss erhält vor Production-Close und Mart-Freigabe:
- eine Entity- und Perioden-ID (Legal Entity / Company Code + Buchungsperiode);
- einen Periodenstatus-Contract (offen, soft-close, hard-close, reopen-Regel);
- einen Beleg-Contract (wirksame Buchung, Storno/Neubuchung verknüpft);
- einen Data Owner und Steward für Close-Datenprodukte;
- eine autoritative Quelle für den Abschlussausschnitt (ERP vs. Staging vs. Mart).
Kein Management-KPI und kein „Close fertig“-Signal ohne diese fünf.
Close-Workflow
1. Perioden öffnen
Owner bestätigt Entity-Scope, Währungen und Cut-off. Custodian stellt sicher, dass Ingestion und Jobs denselben Periodenschlüssel nutzen.
2. Belege binden
Jede wirksame Buchung trägt Perioden-ID, Status und Herkunftssystem. Storno und Neubuchung bleiben über Korrekturbeziehung joinbar — nicht nur als Freitext.
3. Soft-Close
Steward friert den operativen Feed für die Periode ein oder markiert Late-Entries. Ausnahmen brauchen Owner-Freigabe und Evidence.
4. Hard-Close und Evidence
Periodenstatus wechselt nur mit nachweisbarer Reconciliation. Snapshot oder Hash der autoritativen Menge wird abgelegt — siehe später Close-Evidence und Korrekturpfade.
5. Mart und Consumer
Downstream-Produkte lesen nur Perioden mit freigegebenem Status. „Vorläufig“ ist ein explizites Label, kein stiller Default.
Handoffs
| Von | An | Artefakt |
|---|---|---|
| Finance Owner | Steward | Periodenplan + Entity-Scope |
| Steward | Custodian / Engineering | Periodenschlüssel + Status-API/Tabelle |
| Owner | Controllers | Soft-/Hard-Close-Freigabe |
| Steward | Audit / Evidence | Snapshot-Referenz + Reconciliation-ID |
| Owner | KPI-Owner | Freigegebene Periode für Management-Metriken |
Anti-Patterns
- Periode im ERP schließen, Auswertungstabelle weiter mit offenen Staging-Loads füttern
- Soft-Close nur in einer Chat-Nachricht
- Stornos ohne Link zur Originalbuchung
- Dieselbe Perioden-ID für Legal Entity und Management-Sicht vermischen
Erster Umsetzungsschnitt
Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.
Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.
Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.
- Drei kritische Entities wählen; Periodenstatus und Owner dokumentieren.
- Eine Reconciliation end-to-end mit Perioden-ID nachziehen.
- Mart-Jobs blockieren, die hard-closed Perioden überschreiben.
- Close-Kalender und Register-Ort an Controllers und Data kommunizieren.
Governing finance landscapes
Part 2 of 5
View series