--- title: "Eine Definition von Umsatz für jeden Bericht und jeden Agenten" url: "https://hurukan.com/de/blog/eine-definition-von-umsatz" description: "Rechnet jede Abteilung den Umsatz anders, erben Agenten die Verwirrung in Maschinentempo. Ein Semantic Layer legt jede Definition einmal fest." --- # Eine Definition von Umsatz für jeden Bericht und jeden Agenten 24\. August 2026·3 Min. Lesezeit·Redaktion Drei Personen aus einem Finanzteam von der Seite an einem Glastisch, sie vergleichen gedruckte Berichte mit blau eingekreisten Zahlen, ein Laptop zeigt eine abstrakte blau-graue Tabelle, Tageslicht In der Vorstandssitzung liegen drei Umsatzzahlen für denselben Monat auf dem Tisch. Der Vertrieb bringt eine aus dem CRM mit: als gewonnen markierte Deals. Die Finanzen eine aus dem Hauptbuch: ausgestellte Rechnungen abzüglich Gutschriften. Der Betrieb eine aus dem Lagersystem: versandte Aufträge. Jede ist nach ihrer eigenen Definition richtig, und die ersten zwanzig Minuten der Sitzung gehen dafür drauf, herauszufinden, warum sie voneinander abweichen. Nun wird ein Agent gefragt, wie sich der Umsatz im Vergleich zum Plan entwickelt. Welche Definition verwendet er? In der Praxis die der Tabelle, die er zuerst findet – und beim nächsten Mal womöglich eine andere. Die Ursache: Die Definitionen von Geschäftskennzahlen leben in der Berichtsschicht – in den Formeln jedes Dashboards, in jeder Tabelle, in den Abfragen jedes Analysten. Jeder Nutzer setzt sie neu um, und die Umsetzungen driften mit jeder Korrektur auseinander. Agenten verschärfen das, nicht weil sie nachlässig wären, sondern weil es mehr von ihnen gibt, weil sie Daten direkt abfragen und weil sie schneller Antworten liefern, als jemand die Definition hinter jeder einzelnen prüfen kann. Die etablierte Antwort hat in der Business Intelligence einen Namen: Semantic Layer. Das ist eine gemeinsame Schicht, die Geschäftskennzahlen und Dimensionen einmal definiert, über den Rohdaten, sodass jedes Werkzeug „Umsatz“ beim Namen anfragt, statt ihn neu zu berechnen. OLAP-Würfel haben vor Jahrzehnten eine Variante davon geleistet. Die Idee zählt heute mehr, da zu den Nutzern Software gehört, die ihre eigenen Abfragen schreibt. ## Wo Definitionen driften **In Berichte kopierte Formeln.** Eine Kopie wird korrigiert, die anderen nicht, und die Zahlen gehen getrennte Wege, ohne dass jemand das beschlossen hätte. **Ein Wort, mehrere Bedeutungen.** Auftragseingang, fakturierter Umsatz und realisierter Umsatz sind alle legitim und alle verschieden. Sie alle „Umsatz“ zu nennen, garantiert Streit. **Stille Filter.** Konzerninterne Umsätze hier ausgeschlossen, dort nicht. Gutschriften hier verrechnet, dort nicht. Ein Testkunde, den niemand aus einer Datenquelle entfernt hat. **Zeit.** Auftragsdatum, Rechnungsdatum oder Lieferdatum: Derselbe Vorgang fällt in verschiedene Monate, je nachdem, welches Datum ein Bericht verwendet. **Währung und Rundung.** Welcher Wechselkurs, von welchem Tag, und wo gerundet wird. **Agenten, die selbst wählen.** Ein Sprachmodell, das Abfragen gegen Rohtabellen schreibt, wählt bei jeder Frage eine plausible Definition. Plausibel ist nicht dasselbe wie vereinbart, und es ist nicht garantiert, dass es zweimal dieselbe ist. ## Einmal definieren, an der Quelle **Jede Variante benennen.** Auftragseingang, fakturierter Umsatz und realisierter Umsatz werden jeweils zu einer eigenen, benannten Kennzahl mit einem Verantwortlichen und einer schriftlichen Definition. Das Ziel ist nicht eine Umsatzdefinition für das ganze Unternehmen, sondern genau eine Definition hinter jedem Namen. **Kennzahlen auf dem Geschäftsmodell definieren, nicht auf Tabellen.** Der fakturierte Umsatz wird auf Rechnungen und Gutschriften als Objekten in der [Ontologie](https://hurukan.com/de/system/ontologie) des Unternehmens definiert, mit ihren Zuständen und Beziehungen – nicht auf Spaltennamen, die sich bei einem Upgrade des Quellsystems ändern. **Alles fragt die Schicht.** Dashboards, Tabellen, Exporte und Agenten fordern die Kennzahl beim Namen an. Gerade Agenten sollten eine Geschäftskennzahl nicht aus Rohtabellen zusammensetzen dürfen; sie fragen danach, und die Antwort kommt mit ihrer Definition. **Definitionen versionieren, mit Gültigkeitsdatum.** Ändert sich eine Definition, lassen sich die Zahlen des Vorjahres weiterhin so reproduzieren, wie sie berichtet wurden, und die Änderung ist als Änderung sichtbar. **Die Definition mit der Zahl zeigen.** Jede Antwort nennt Kennzahl, Filter, Zeitraum und Stand. Eine Zahl ohne diese Angaben ist ein Gerücht mit Nachkommastellen. Im Design von Hurukan werden Kennzahlen auf den Objekten der [Ebene Ontologie](https://hurukan.com/de/system/ontologie) definiert und aus einem Datenmodell in der [Datenebene](https://hurukan.com/de/system/daten) gelesen. Ein Bericht und ein Agent, die dieselbe Frage stellen, erhalten also dieselbe Antwort aus demselben Grund. Die Budgetkontrolle im Modul [Finanzen](https://hurukan.com/de/modules/finanzen) (Plan, gebunden, Ist und Prognose) baut auf genau solchen benannten Größen auf. Das ist im Aufbau. ## Ein Test, den Sie heute machen können Fragen Sie drei Personen nach der Umsatzzahl des Vormonats und danach, wie sie darauf gekommen sind: jemanden aus den Finanzen, jemanden aus dem Vertrieb und die Person, die die Vorstandsunterlagen vorbereitet. Notieren Sie die drei Zahlen und die drei Methoden. Hat Ihr Unternehmen bereits einen KI-Assistenten, der mit seinen Daten verbunden ist, stellen Sie ihm dieselbe Frage zweimal, in zwei getrennten Sitzungen, und notieren Sie, was er sagt und wie. Haben Sie über diese fünf Antworten hinweg mehr als eine Zahl und können den Grund für jede Abweichung nicht benennen, brauchen Sie eine gemeinsame Definition, bevor Sie einen weiteren Bericht brauchen. Warum Analytik besser mit Fragen beginnt als mit Dashboards, steht in [das Dashboard, das niemand öffnet](https://hurukan.com/de/blog/das-dashboard-das-niemand-oeffnet). - Semantic Layer - Kennzahlen - Data Governance - Berichtswesen ## Weiterlesen - [Eine Identität für Menschen und Agenten: wer was tun darf](https://hurukan.com/de/blog/eine-identitaet-fuer-menschen-und-agenten) - [Laufender Zustand und Aufzeichnung: die zwei Gedächtnisse eines Unternehmensbetriebssystems](https://hurukan.com/de/blog/laufender-zustand-und-aufzeichnung-zwei-gedaechtnisse)