Semantic Layer: KPI-Definitionen konsistent halten

Dieselbe Frage kann unterschiedliche Berechnungen verdecken

Fragen Sie Finanzbuchhaltung und Vertrieb nach dem Umsatz des vergangenen Monats. Das Finanzteam stützt sich wahrscheinlich auf gebuchte Ausgangsrechnungen abzüglich Gutschriften, während der Vertrieb das Volumen neu abgeschlossener Aufträge heranzieht. Ein Dashboard kann beide Werte technisch völlig korrekt anzeigen und dennoch für Verwirrung und Fehlinterpretationen im Management sorgen.

Ein Semantic Layer, auf Deutsch eine semantische Schicht, löst dieses Problem, indem er betriebswirtschaftliche Fachbegriffe mit eindeutig definierten Datenbeziehungen und Berechnungslogiken verknüpft. Er kann direkt in einer BI-Plattform oder in einem separaten Datenbanksystem abgebildet werden. Ein System als semantische Schicht zu bezeichnen, macht es für sich genommen jedoch noch nicht unabhängig von einem bestimmten Softwareanbieter.

Für Unternehmen, die Power BI parallel zu KI-Systemen und operativen Dashboards nutzen, stellt sich eine sehr konkrete Frage: Ist Ihr Team in der Lage, jede geschäftskritische Kennzahl über alle diese Auswertungskanäle hinweg verständlich zu erklären und exakt zu reproduzieren?

Definitionen so verfassen, dass andere sie umsetzen können

Beginnen Sie mit einer zentralen Kennzahl wie dem fakturierten Nettoumsatz. Dokumentieren Sie die fachliche Verantwortung, die genutzten Datenfelder, die Stichtagslogik, berücksichtigte Buchungsstatus und Fremdwährungsregeln. Halten Sie den Detaillierungsgrad fest und definieren Sie, welche Filter das Ergebnis verändern dürfen.

Eine praxistaugliche Definition muss folgende Fragen eindeutig beantworten:

• Versteht sich die Berechnung inklusive oder exklusive Mehrwertsteuer?
• Werden Gutschriften als negative Betragszeilen geführt oder über eine separate Belegverknüpfung abgezogen?
• Welches Beleg- oder Leistungsdatum ordnet einen Datensatz dem jeweiligen Kalendermonat zu?
• Wie werden Stornos, Entwürfe und unvollständige Datensätze behandelt?
• Welche Gesellschaften und Währungen dürfen konsolidiert werden?
• Welcher Wert wird ausgegeben, wenn für eine Periode keine Buchungen vorliegen?

Dokumentieren Sie die fachliche Definition zusammen mit den technischen Parametern und nicht bloß in einem Tooltip eines Diagramms. Microsoft beschreibt detailliert, wie Power-BI-Measures auf den jeweiligen Filterkontext eines Berichts reagieren. Wenn Sie eine Kennzahl in einem anderen Werkzeug nachbauen, müssen Sie diesen Kontext gezielt testen, anstatt Formeln rein optisch zu übersetzen.

Testbeispiele nutzen, die Unstimmigkeiten aufdecken

Verwenden Sie einen überschaubaren, hypothetischen Testdatensatz: Eine Rechnung über 1.000 EUR netto und eine Gutschrift über 200 EUR netto, beide gebucht im September. Gemäß der Definition des fakturierten Nettoumsatzes muss das September-Ergebnis exakt 800 EUR betragen. Ein Auftragseingang für Oktober gehört nicht in diese Summe, selbst wenn er vorbereitend im September im CRM erfasst wurde.

Ergänzen Sie Testfälle für Monate ohne Buchungen, Filter nach Geschäftsbereichen sowie Gutschriften, die erst Monate nach der ursprünglichen Rechnung gebucht werden. Stimmen Sie die erwarteten Sollwerte für jeden Fall verbindlich ab, bevor Sie BI-Tools wechseln. Eine übereinstimmende Jahressumme kann leicht darüber hinwegtäuschen, dass Monatsabgrenzungen fehlerhaft sind oder Datensätze ungewollt dupliziert werden.

Diese Tests bilden ein kompaktes Abnahmepaket. Sie benötigen dafür keine teure Enterprise-Plattform. Eine abgestimmte Definition und ein kontrollierter Referenzdatensatz genügen, um undokumentierte Berechnungen transparent und portabel zu machen.

Datenportabilität von Berechnungsportabilität trennen

Eine gemeinsame Datenschnittstelle erspart doppelte Datenextraktionen. Sie garantiert jedoch keineswegs, dass jedes Empfängersystem die Quelldaten auf dieselbe Weise interpretiert. Power BI nutzt häufig eigene DAX-Measures und Modellbeziehungen, die sich von den Berechnungen in einem anderen Dashboard unterscheiden können.

Der KI-Assistent und die Dashboards von DigiData greifen auf zentral freigegebene Kennzahlen innerhalb der Plattform zu. Über den OData-Feed stellt DigiData strukturierte Quelltabellen für externe Auswertungen bereit. Gehen Sie jedoch nicht davon aus, dass jede gespeicherte Kennzahl automatisch über OData exportiert oder direkt in ein Power-BI-Measure umgewandelt wird. Prüfen Sie den Datenpfad genau und validieren Sie die Ergebnisse in jedem Zielsystem separat.

Auch der Einsatz von KI schützt nicht vor Fehlern. Eine mathematisch korrekte Kennzahl kann durch ein Sprachmodell ungenau oder missverständlich interpretiert werden. Lassen Sie sich stets Zeitraum, gesetzte Filter und die angewendete Berechnungsformel anzeigen und prüfen Sie textliche Erklärungen unabhängig von der reinen Kennzahl.

Verantwortlichkeiten für Definitionsänderungen festlegen

Weisen Sie jeder Kennzahl eine feste fachliche Verantwortung zu, die Änderungen freigeben muss. Halten Sie den Anlass, das Gültigkeitsdatum und alle betroffenen Berichte fest. Wenn die Finanzbuchhaltung die Zuordnungslogik von Gutschriften modifiziert, müssen die Verantwortlichen nachgelagerter Berichte informiert sein, bevor neue Zahlen mit dem Managementbericht des Vormonats verglichen werden.

Führen Sie das Abnahmepaket jedes Mal aus, wenn Beziehungen, Feldzuordnungen oder Berechnungsregeln angepasst werden. Beziehen Sie Berechtigungstests mit normalen Benutzerkonten ein: Eine rechnerisch richtige Summe ist fehlerhaft, wenn ein Anwender Daten sieht, für die er keine Autorisierung besitzt.

Konzentrieren Sie sich zunächst auf die wenigen KPIs, die für unternehmerische Entscheidungen ausschlaggebend sind. Sobald diese dokumentiert und getestet sind, übertragen Sie das Vorgehen auf weitere Berichte. Nutzen Sie unsere Vendor-Lock-in-Checkliste, um systematisch zu prüfen, ob Daten, Logiken und operatives Know-how bei Bedarf tatsächlich übertragbar sind.