Die Formel gehört nicht ins Dashboard

Teil 1–2 haben die Entscheidung benannt und die Karte gefüllt. Dieser Teil legt die Rechnung an einen verbindlichen Ort, damit sie sich nicht in Dashboard-Kacheln oder Spreadsheets verzweigt — und jede Änderung eine Version plus Consumer-Hinweis bekommt.

← Vorheriger Teil

Verwandte Vertragstiefe: KPI definieren

In einem Satz: Eine Rechnung im Semantic Layer oder Metrics Store; Dashboards konsumieren; Änderungen werden versioniert angekündigt.

Entscheidung

1. Ein Calc-Home. Semantic oder Metrics Store — nicht DAX-im-Tile, nicht das Close-Sheet.
2. Consumer abonnieren. Board-Pack, Close und Sales-Tile lesen denselben Key.
3. Version + Hinweis. Grain oder Periode brechen = neue Version und Consumer-Hinweis vor Publish — Versionierung.
4. Custodian deployed. Owner bleibt A für die Bedeutung; Custodian liefert die Rechnung.
5. Handoff. Diese Serie hält die Karte. Store-Change-Gates und Reconciliation wohnen nebenan.

Was du festhältst

Auf der Karte: Calc-Home (Semantic-Key oder Metrics-Store-ID), Consumer-Liste (Close, Board, Sales-Tile) und die Hinweisregel (wer wird informiert, wie lange vor Publish). Ein lokales Measure, das bleibt, wird als Abweichung mit Ablauf markiert — oder gekappt. Trusted Metrics ist der Pfad, nachdem Karte gehalten und Rechnung ein Home hat; hier keine dritte Serie.

Szenario

On-time steht auf der Karte. Power BI hat weiter ein lokales Measure; die Close-Datei eine zweite Ratio. Ein Filterwechsel im Tile bewegt die Kennzahl um sechs Punkte. Das fehlende Artefakt ist die Rechnung im Semantic Layer plus versionierter Publish und Hinweis an Close. Das Tile umzufärben ist dieses Artefakt nicht.

Anti-Patterns

• „Das Dashboard ist der KPI“
• Excel als System of Record, nachdem die Karte existiert
• Stille Kennzahl-Edits ohne Version
• verantwortliche Person, der SQL deployed und die Karte nie wieder sieht
• Store-Ops überspringen, weil „wir es schon definiert haben“

Umsetzung im Alltag

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.

• Arbeitsplan — Eine Kennzahl festhalten
• Lernpfad — Eine Kennzahl festhalten

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.

1. Jede Kopie der Startwahl-Rechnung finden (Tile, Excel, Notebook).
2. Die Rechnung einmal ins Semantic oder den Metrics Store legen; Consumer auf den Key zeigen.
3. Das lokale Measure kappen oder als Abweichung markieren.
4. Regel für Version + Consumer-Hinweis schreiben; den Key an Semantic-Store-Ops übergeben.

Weiterlesen

• Metrics Foundations
• Kennzahlenmodell & Metrics Store Governance
• Governance in der Finance-Landschaft

Nächster Schritt

← Vorheriger Teil

Verwandte Vertragstiefe: KPI definieren