CIM reicht nicht — die kommerzielle Ontologie-Schicht für die Energiewirtschaft
Eine Ontologie-Schicht ist das fehlende Stück zwischen rohen operativen Daten und jedem KI-System, das man darauf setzen will. Palantir hat das Konzept mit AIP berühmt gemacht; das Prinzip ist älter als die Marke. Die Ontologie sitzt zwischen den Quellsystemen und allen Apps obendrauf und modelliert das Geschäft in drei Bausteinen: Objekten (Kunde, Bestellung, Anlage, Vertrag), Beziehungen (Betreiber besitzt Anlage, Anlage liegt an Marktlokation) und Aktionen (Termingeschäft platzieren, Bestellung stornieren, Bilanzkreis ausgleichen). Jedes Objekt verweist auf den kanonischen Datensatz in den darunter liegenden Systemen; Aktionen schreiben Änderungen über die Ontologie zurück, mit vollem Audit-Trail.
Für die Energiewirtschaft ist diese Schicht der Unterschied zwischen einem KI-Demo, das über deine Daten redet, und einem KI-System, das auf deinen Daten operiert. Ohne Ontologie halluziniert ein LLM-Agent über SAP, dem Handelssystem und dem Messstellen-Hub Joins zusammen und verwechselt Entitäten. Mit Ontologie kann er nur sehen, was existiert, nur über deklarierte Aktionen handeln, und jeder Schritt steht im Log.
Die fünf generischen Vorteile einer Ontologie-Schicht gelten für jede datenintensive Organisation. Es lohnt sich, sie zu kennen, bevor wir zur Energie-spezifischen Erweiterung kommen — sie sind der Grund, warum dieses Gespräch überhaupt stattfindet.
Was eine Ontologie-Schicht leistet
Fünf konkrete Vorteile, in Produktion beobachtbar, unabhängig von der Branche obendrauf.
Eine Sprache zwischen Business und IT Keine SQL-Joins über sechs Tabellen mehr für eine Geschäfts-Frage
Die Ontologie kennt die Begriffe „Vertrag" und „Restlaufzeit" direkt. Fachbereiche bauen ihre Reports selbst gegen semantische Objekte, statt Tabellen zu joinen, die sie nicht verstehen. Der historische Engpass „der Analyst ist im Urlaub, niemand sonst schreibt dieses SQL" verschwindet.
Apps werden 10× schneller gebaut Eine neue Anwendung baut kein neues Datenmodell mehr
Jede neue Anwendung liest und schreibt gegen die bestehende Ontologie. Kein App-spezifisches Datenmodell auszurichten, keine App-spezifische Integration zu pflegen. Der kumulierte Effekt ist das, was Ontologie-Plattform-Organisationen „schnell" aussehen lässt — der langsame Teil war die Schema-Arbeit, und die Ontologie hat sie schon erledigt.
Ein semantischer Rahmen für KI LLM-Agenten halluzinieren auf rohen Tabellen; auf Ontologien nicht
Operiert ein Agent auf rohem SQL, erfindet er Spalten, verwechselt Entitäten und schreibt plausibel klingenden Unsinn. Mit Ontologie kann der Agent nur auf Objekte zugreifen, die tatsächlich existieren, nur deklarierte Aktionen aufrufen, und der Audit-Trail zeigt jeden Schritt. Der semantische Rahmen ist das Geländer, das Agenten überhaupt erst produktionsreif macht.
Governance ist eingebaut Rechte hängen am Objekt, nicht an Tabellenzeilen
Objekt-basierte Rechte ersetzen Tabellen-Permissions. Eine rollenbasierte Policy am Vertrags-Objekt propagiert in jede App, jeden Query und jeden Agenten obendrauf. Compliance-Auditoren verfolgen Autorisierung über die Policy, nicht über zusammengeflickte Anwendungslogs.
Lineage wird natürlich Jeder Wert ist rückverfolgbar: Quelle, Zeitstempel, Akteur
Die Ontologie zeichnet pro Schreibvorgang auf, aus welchem System der Wert kam, wann, und welcher Benutzer oder Agent die Änderung ausgeführt hat. Lineage wird nicht nachgerüstet — sie fällt aus dem Design der Ontologie raus. Für die Energiewirtschaft, wo die BNetzA oder ein interner Audit jederzeit nach der Kette fragen kann, die zu einer regulatorischen Meldung führte, zählt das.
Die Energiewirtschaft hat schon einen Startpunkt
Die gute Nachricht: für die Energiewirtschaft musst du die Ontologie nicht bei Null erfinden. Es gibt einen internationalen Standard, der den Großteil bereits liefert — das IEC Common Information Model, IEC 61970 / 61968 / 62325, kurz CIM. Es definiert Klassen wie PowerSystemResource, GeneratingUnit, ConductingEquipment, MeasurementPoint, SwitchingDevice. Übertragungs- und große Verteilnetzbetreiber nutzen das seit Jahren. Wer eine Ontologie für die Energiewirtschaft baut, sollte auf CIM aufsetzen, nicht parallel ein eigenes Modell bauen — zwei Modelle über dieselben Daten zu fahren ist ein operativer Albtraum.
Die schlechte Nachricht: CIM wurde aus der Netzbetreiber-Welt heraus designt. Es modelliert die Physik — das Netz, die Anlagen, die Topologie, die Messwerte. Es modelliert nicht die kommerzielle Seite, nicht die regulatorische Seite, und Zeitreihen nicht als First-Class-Citizen. Für Direktvermarkter, für ein Stadtwerk auf der Vertriebsseite oder für einen Trader sind das aber genau die Schichten, in denen der Wert sitzt.
Vier Erweiterungen auf CIM machen die Ontologie für die kommerzielle Energiewelt nutzbar.
Was CIM nicht abdeckt
Die vier Erweiterungen auf CIM, die eine elektrotechnische Ontologie zu einer kommerziellen Energie-Ontologie machen.
Kommerzielle Objekte Die Verträge, Portfolios und Hedging-Instrumente, die CIM nicht modelliert
Die kommerzielle Schicht ergänzt Objekte, die CIM nicht hat, weil es sie nicht brauchte: Anlagenbetreiber, Vermarktungsvertrag, Portfolio, HedgingPosition, Termingeschäft, Rückkauf, Mindestpreis, EEG-Förderung mit der anzulegender Wert-Logik, Bilanzkreis, Bilanzkreisvertrag. Das sind die Entitäten, in denen Direktvermarkter tatsächlich leben — sie spielen kommerziell, nicht physikalisch.
Regulatorische Objekte Marktrollen, Marktlokationen und Nachrichtentypen, an denen die MaKo hängt
Die regulatorische Schicht ergänzt Marktlokation (MaLo), Messlokation (MeLo), Lieferantenwechsel-Vorgang, die EDIFACT-Nachrichten (UTILMD, MSCONS, ORDERS, INVOIC), Marktrolle (LF, NB, MSB, ÜNB) und den Eintrag im Marktstammdatenregister. Das sind die Anker, an denen jeder MaKo-Prozess hängt. Eine Ontologie, die sie nicht trägt, kann nicht als Single Source für Compliance- und Marktkommunikations-Workflows dienen.
Zeitreihen als First-Class-Citizen Nicht als Property an einem Objekt — als Klasse mit Operationen
Anders als bei Defense- oder Supply-Chain-Ontologien, wo Objekte primär „Dinge" sind, lebt in der Energiewelt die Substanz in Flüssen über Zeit: halbstündliche Erzeugungs-Messwerte, viertelstündliche Marktpreise, stündliche Wetterprognosen, Bilanzkreis-Abweichungen pro Settlement-Periode. Die Ontologie braucht ein elegantes Modell für „Anlage X hat Erzeugungs-Zeitreihe Y mit Granularität Z" — nicht als Property der Anlage, sondern als eigene Klasse mit Operationen: interpolieren, aggregieren, prognostizieren, gegen einen Tarif validieren. Ohne das bleibt die Ontologie ein statischer Katalog, während das Geschäft in Dynamiken läuft.
Aktionen, die Geld bewegen Termingeschäft platzieren, Rückkauf ausführen, Mindestpreis anpassen, Anlage onboarden
Die Aktions-Schicht ist der Moment, wo die Ontologie aufhört, ein Modell zu sein, und ein System wird. Termingeschäft platzieren (mit Mindestpreis-Validierung gegen den EEG-anzulegenden Wert). Rückkauf ausführen (mit Profitabilitäts-Check gegen den aktuellen Spot). Neue Anlage onboarden (kaskadiert in Vermarktungsvertrag, Bilanzkreis-Zuordnung, Marktstammdaten-Meldung). EDIFACT-Nachricht verarbeiten (parsen, validieren, mit der richtigen MaKo-Antwort zurückspielen). Bilanzkreis-Abweichung ausgleichen. Gremien-Bericht generieren. Jede Aktion schreibt über die Ontologie zurück, mit vollem Audit-Trail — Compliance-Officer und KI-Agenten können jede Zustandsänderung End-to-End nachvollziehen.
Die Beziehungen, die alles zusammenhalten
Objekte werden erst durch die Kanten zwischen ihnen nützlich. Die tragendsten Beziehungen in einer kommerziellen Energie-Ontologie sind absehbar:
Ein Anlagenbetreiber besitzt eine oder mehrere Anlagen. Jede Anlage ist an einer Marktlokation registriert und Teil eines oder mehrerer Portfolios. Ein Vermarktungsvertrag verbindet den Anlagenbetreiber mit dem Direktvermarkter und referenziert die betroffenen Anlagen. Eine Anlage bezieht ggf. EEG-Förderung mit einer spezifischen Mindestpreis-Logik. Ein Portfolio hält HedgingPositions pro Lieferquartal, jeweils bestehend aus Termingeschäften und Rückkäufen. Eine Marktlokation generiert MSCONS-Zeitreihen. Jede Anlage hat angeheftete Wetterprognose-Zeitreihen.
Diese acht Beziehungen tragen ungefähr 80 % der Queries, die eine kommerzielle Energie-Organisation täglich fährt. Wenn die Ontologie sie richtig modelliert, ist der Rest komponierbar.
Warum jetzt
Das Gespräch über Ontologie in der Energiewirtschaft ist nicht neu. Neu ist die agentische KI-Schicht obendrauf. Ein LLM-Agent kann an eine rohe operative Datenbank gehängt werden und wird ein überzeugend aussehendes Demo produzieren. Er wird auch driften, Entitäten erfinden, regulatorische Constraints übersehen und plausibel klingenden Unsinn in produktive Systeme zurückschreiben, wenn man ihm genug Autonomie gibt.
Die Ontologie-Schicht ist die strukturelle Antwort auf dieses Risiko. Der Agent liest durch die Ontologie — also sieht er nur, was real ist. Der Agent schreibt durch deklarierte Aktionen — also kann er nur tun, was erlaubt ist. Jeder Schritt steht im Audit-Trail. Das ist nicht die Antwort auf „sollen wir KI einsetzen"; es ist die Voraussetzung, es zu dürfen.
Der Grund, warum Palantirs AIP in regulierten Umgebungen funktioniert und die meisten Wettbewerber stagnieren, ist nicht das Modell. Es ist, dass alles, was das Modell anfassen kann, hinter einer Ontologie-Schicht mit Vertrag sitzt.
Für die europäische Energiewirtschaft ist das Rezept jetzt sichtbar: IEC CIM als physischen Anker nehmen, die vier kommerziellen und regulatorischen Erweiterungen draufsetzen, Zeitreihen als eigene Klasse mit Operationen modellieren, und die Aktionen definieren, die tatsächlich Geld bewegen oder regulatorische Meldungen auslösen. Das Resultat ist ein Substrat, auf dem Direktvermarkter, Stadtwerke und Trader KI-Agenten genauso laufen lassen können wie heute ihre besten menschlichen Analysten — mit voller Sichtbarkeit, vollem Audit, vollständiger Umkehrbarkeit jeder Änderung.
Die Fünf-Schichten-Architektur, die wir an anderer Stelle beschreiben, hat Ontology als zweite Schicht; dieser Artikel zoomt in das hinein, was diese eine Schicht für eine Energie-Branchen-Implementierung enthalten muss. Die anderen vier Schichten — Connect, Apps, Agents, Trust — sitzen auf dieser hier. Sie funktionieren nur, wenn die Ontologie real ist.
Weiterlesen
Der breitere Fünf-Schichten-Stack, in dem die Ontology-Schicht sitzt:
Thought Leadership Die fünf Layer des KI-Stacks für die Energiewirtschaft Connect · Ontology · Apps · Agents · TrustOntology-Schicht in Ihrer Organisation aufbauen?
Wir helfen Energieunternehmen, die CIM-verankerte kommerzielle Ontologie zu entwerfen — und die Agenten, die darauf laufen.
Kontakt aufnehmen