Ein Epos über Daten, die lernten zu sprechen, Oberflächen, die begannen zu glänzen, und eine Künstliche Intelligenz, die endlich versteht, was ein „Buchungskreis“ ist.
Prolog: Das Schweigen der Giganten
Stellen Sie sich einen gewaltigen Tresor vor. In seinem Inneren lagern die wertvollsten Schätze eines Unternehmens: Verkaufszahlen der letzten zehn Jahre, Logistikpfade, die den Planeten umspannen, Personalakten und komplexe Produktionszyklen. Dieser Tresor trägt den Namen SAP. Er ist mächtig, er ist sicher, und er ist – für die Außenwelt – nahezu unzugänglich.
In der „alten Welt“ der IT, sagen wir um das Jahr 2005, glich der Versuch, Daten aus diesem Tresor zu holen, einer diplomatischen Mission in ein isoliertes Königreich. Man musste die Sprache des Hofes beherrschen: ABAP. Man musste die geheimen Pfade kennen: BAPIs und IDocs. Wer eine einfache Web-Anwendung bauen wollte, die Bestände in Echtzeit abfragt, sah sich mit einer Mauer aus Komplexität konfrontiert. Es war die Ära der digitalen Isolation.
Doch die Welt veränderte sich. Das Web wurde mobil, Nutzer erwarteten Schönheit statt kryptischer Transaktionscodes, und Systeme mussten beginnen, in Millisekunden miteinander zu flüstern. Ein neuer Botschafter musste her. Sein Name: OData.
Teil 1: Die Geburtsstunde einer Lingua Franca
Der Turmbau zu Babel in der IT
Lange Zeit scheiterten IT-Projekte daran, dass Backend-Entwickler (die SAP-Gurus) und Frontend-Entwickler (die Web-Visionäre) in völlig unterschiedlichen Paradigmen dachten. Der eine dachte in Tabellen und Funktionsbausteinen, der andere in HTML-Tags und JavaScript-Objekten.
OData (Open Data Protocol) trat an, um dieses Babel zu beenden. Ursprünglich von Microsoft initiiert und später als offener OASIS-Standard verabschiedet, wurde es von SAP als die strategische Brücke gewählt. Warum? Weil OData das Rad nicht neu erfand. Es nutzte das, was das Internet bereits groß gemacht hatte: HTTP und REST.
Was OData so magisch macht
Stellen Sie sich OData wie ein Buffet vor. Früher mussten Sie in die Küche gehen, den Koch (das Backend) überreden, Ihnen ein spezielles Menü (ein BAPI) zu kochen, und bekamen oft mehr, als Sie essen konnten. Mit OData wird das SAP-System zum Self-Service-Buffet:
-
Die URL als Schlüssel: Jede Information hat eine Adresse.
.../SalesOrders('1001')liefert genau diesen Auftrag.
-
Die Metadaten – Die Landkarte des Schatzes: Das ist der Clou. Ein OData-Service bringt sein eigenes Inhaltsverzeichnis mit (das
$metadata-Dokument). Es sagt dem Gegenüber: „Ich habe folgende Felder, so sind sie verknüpft, und das ist ihr Datentyp.“
-
Query-Optionen: Mit Befehlen wie
$filter,
$topoder
$expandschneidet sich der Empfänger die Daten exakt so zu, wie er sie braucht – direkt in der URL.
Teil 2: Die Befreiung der Oberfläche – Wie OData Fiori zum Leuchten brachte
Es gab einen Moment in der Geschichte von SAP, als das Unternehmen erkannte: Wir können die besten Funktionen der Welt haben, aber wenn die Nutzer sie hassen, werden wir verlieren. Dies war die Geburtsstunde von SAP Fiori.
Die Entkopplung als Befreiungsschlag
Fiori ist nicht nur ein Design, es ist eine Architektur-Philosophie. Und diese Architektur atmet OData. In der klassischen Welt war die Logik in die Oberfläche „eingebacken“. In der Fiori-Welt herrscht strikte Trennung:
1. Das Frontend (SAPUI5): Eine leichtgewichtige, elegante Web-App, die im Browser oder auf dem iPhone läuft
2. Die Brücke (OData): Der schlanke Kanal, durch den nur die notwendigen Daten fließen.
3. Das Backend (S/4HANA): Der Kraftraum, in dem die Berechnungen stattfinden.
Diese Trennung ermöglichte es plötzlich, Apps in Wochen statt in Monaten zu bauen. Ein Entwickler in Berlin kann eine Fiori-App designen, während der ABAP-Entwickler in Bangalore den OData-Service bereitstellt. Sie müssen sich nie treffen, solange sie sich auf das OData-Modell einigen.
Statelessness: Die Freiheit der Cloud
OData-Services sind „stateless“ (zustandslos). Das bedeutet, der Server muss sich nicht merken, wer Sie sind, während Sie zwischen zwei Klicks Kaffee holen. Das macht Systeme skalierbar für Millionen von Nutzern – eine Grundvoraussetzung für die SAP Business Technology Platform (BTP).
Teil 3: Das Nervensystem der API-Ökonomie
Wir leben nicht mehr in einer Welt der Einzelgänger. Unternehmen sind Teil eines Ökosystems. Ihr SAP-System muss mit Salesforce kommunizieren, mit der Logistiksoftware eines Partners oder mit einer Zoll-Plattform.
OData als universeller Stecker
Früher waren Schnittstellen (APIs) individuelle Maßanfertigungen – teuer und wartungsintensiv. OData hat die Schnittstellen-Welt industrialisiert. Durch den SAP API Business Hub (heute Teil des Integration Suite) stellt SAP tausende vorgefertigte OData-Schnittstellen bereit. Das bedeutet für ein Unternehmen:
-
Keine „Integration-Hell“: Da OData standardisiert ist, verstehen Third-Party-Tools wie Microsoft Power BI oder Tableau die SAP-Daten „out of the box“.
-
Sicherheit durch das Gateway: Der SAP Gateway fungiert als Türsteher. Er übersetzt die internen Komplexitäten in saubere OData-Services und wacht mit Argusaugen über die Authentifizierung (OAuth2, SAML).
Teil 4: Die neue Grenze – Wenn KI auf OData trifft
Wir schreiben das Jahr 2025. Das Modewort heißt Generative AI. Doch hier liegt ein Problem: Ein Large Language Model (LLM) wie GPT-4 weiß viel über die Welt, aber nichts über Ihren aktuellen Lagerbestand in Werk 102.
Der Kontext-Lieferant für Joule und Co.
SAP hat mit Joule einen Copiloten geschaffen, der Business-Probleme lösen soll. Damit Joule keine „Halluzinationen“ hat (also Dinge erfindet), braucht es eine Erdung in der Realität. Hier kommt OData ins Spiel.
RAG (Retrieval Augmented Generation) ist das Zauberwort:
1. Ein Nutzer fragt: „Welche meiner Lieferanten sind im Verzug?“
2. Die KI nutzt nicht ihr gespeichertes Wissen, sondern ruft über einen OData-Service die Echtzeit-Daten aus dem S/4HANA ab.
3. Dank der Metadaten versteht die KI die Semantik der Daten. Sie weiß, dass „DELIV_DATE“ ein Datum ist und vergleicht es mit dem heutigen Kalender.
4. Die Antwort der KI ist präzise, fundiert und – dank OData – absolut aktuell.
OData ist also die Pipeline, die den „Brain“ der KI mit dem „Blut“ des Unternehmens (den Daten) versorgt.
Teil 5: Der Maschinenraum – CDS und der RAP-Model
Für die Technik-Enthusiasten unter uns: Wie entstehen diese Services heute? Die Zeiten, in denen man im SAP Gateway Service Builder (SEGW) mühsam Felder zusammenklicken musste, neigen sich dem Ende zu.
Das Zeitalter von RAP (ABAP RESTful Application Programming Model)
SAP hat mit dem RAP-Model den Goldstandard für die Entwicklung auf S/4HANA gesetzt. Im Zentrum stehen CDS Views (Core Data Services).
-
Datenmodellierung auf Steroiden: Man definiert Datenstrukturen direkt auf der Datenbank.
-
Auto-Expose: Mit einer einzigen Code-Zeile (
@EndUserText.labelund einer Service-Definition) wird aus einer Datenbanktabelle ein voll funktionsfähiger OData-Service.
-
V2 vs. V4: Während OData V2 der bewährte Standard für Fiori ist, pusht SAP nun massiv OData V4. Es bietet noch bessere Performance, echtes Batch-Processing (viele Befehle in einem Paket) und eine noch schlankere JSON-Struktur.
Epilog: Die Sprache der Gewinner
In der digitalen Evolution überleben nicht die Stärksten, sondern die, die sich am besten vernetzen können. OData hat SAP aus dem Elfenbeinturm geholt. Es hat die Daten demokratisiert und für Entwickler, Designer und nun auch für KIs zugänglich gemacht.
Wenn Sie heute eine Fiori-App öffnen, wenn eine KI Ihnen eine präzise Vorhersage über Ihre Cashflow-Entwicklung gibt oder wenn Ihr Lager automatisch eine Bestellung bei einem Lieferanten auslöst – dann geschieht das höchstwahrscheinlich im leisen, effizienten Rhythmus von OData-Calls.
Es ist mehr als ein Protokoll. Es ist die Sprache, die das Schweigen der Giganten beendet hat.
Was ist Ihr nächster Schritt in der OData-Welt?
Die Reise endet hier nicht. Um das volle Potenzial auszuschöpfen, müssen Sie entscheiden, wo Sie ansetzen:
1. Strategische Analyse: Möchten Sie eine Bestandsaufnahme Ihrer aktuellen Schnittstellen-Architektur machen, um Flaschenhälse zu identifizieren?
2. Fiori-Modernisierung: Planen Sie den Umstieg von alten GUI-Transaktionen auf moderne Apps und benötigen einen Leitfaden für die Service-Aktivierung?
3. KI-Readiness: Wollen Sie wissen, wie Sie Ihre OData-Services vorbereiten müssen, damit Ihr Unternehmen bereit für SAP Joule und KI-Szenarien ist?