KI-SAP-Integration: Welcher Weg passt, OData, RFC oder MCP?

Kurz beantwortetEine KI-SAP-Integration verbindet einen Assistenten lesend mit SAP, über OData bei S/4HANA, über RFC und BAPI bei ECC, ergänzt um ArchiveLink für Dokumente. Ein Nachtlauf-Export in eine eigene Datenbank ist der einfachste und zugleich teuerste Weg, weil er eine zweite Wahrheit erzeugt. Ein MCP-Server stellt die Anbindung einmal je System bereit, damit jeder Assistent sie nutzen kann; Rechte, Delta und Protokoll bleiben Architekturarbeit.

Was gehört zu einer KI-SAP-Integration, und was gehört nicht dazu?

Zu einer KI-SAP-Integration gehören fünf Bausteine: Konnektoren, die lesen; ein Index mit Graph, der Abschnitte über gemeinsame Schlüssel verbindet; eine Zugriffsprüfung je Anfrage; der Assistent, der Fragen versteht und Belege holt; und der Kanal, in dem die Antwort ankommt. Nicht dazu gehört eine Migration: SAP bleibt führendes System, der Assistent liest. Schreibzugriffe, etwa das Anlegen einer Meldung, gehören erst mit definierter Freigabe in den Betrieb.

Die Reihenfolge der Bausteine ist zugleich die Reihenfolge der Fehler, die wir in Erstgesprächen hören. Ein Betrieb hat den Assistenten gekauft und den Kanal eingerichtet, aber die Konnektoren lesen nur Kopfdaten, der Index kennt keine Schlüssel, und die Rechte wurden beim Import einmal gesetzt. Das Ergebnis sind Antworten, die zu einem Auftrag die Kopfzeile kennen und die Position nicht, und die einem Sachbearbeiter eine Bestellung zeigen, die er in SAP nie öffnen dürfte. Warum Anschließen fast immer günstiger ist als Ersetzen, steht in Systeme integrieren statt ersetzen.

Ein Hinweis zur Produktgeneration: Viele Betriebe im Maschinenbau arbeiten 2026 noch auf ECC und planen den Umzug auf S/4HANA bis 2027. Die Anbindung sollte diesen Umzug überleben. Das gelingt, wenn der Index und die Zugriffsprüfung außerhalb von SAP liegen und nur der Konnektor gewechselt wird, von RFC auf OData. Was das Zeitfenster für die Datenbereinigung bedeutet, steht in Das S/4HANA-Zeitfenster 2027.

OData, RFC, Nachtlauf oder MCP: Welche vier Wege gibt es?

Die vier Wege unterscheiden sich in Aktualität, Produktgeneration, Dokumentenzugriff, Rechten und Pflege. OData und RFC lesen live mit den Rechten des Fragenden, der Nachtlauf-Export liefert einen Stand von gestern ohne Rechte, der MCP-Server kapselt OData oder RFC und macht die Anbindung für mehrere Assistenten wiederverwendbar.

Weg eins, OData. Der Standardweg bei S/4HANA und Fiori. Definierte Dienste stellen Belege und Stammdaten als lesbare Sichten bereit, mit Filter, Paginierung und den Rechten des aufrufenden Nutzers. Aktualität: live. Aufwand: Dienste freigeben, technischen Nutzer anlegen, Sichten für die gewählten Belegarten wählen. Grenze: Bei ECC ohne Gateway steht OData meist nicht zur Verfügung.

Weg zwei, RFC und BAPI. Der Weg für ECC und für Sichten, die OData nicht abdeckt. Standard-BAPIs lesen Aufträge, Meldungen, Equipments und Materialstämme; eigene Funktionsbausteine ergänzen, was fehlt. Aktualität: live. Aufwand: Berechtigungsobjekte für den technischen Nutzer, Freigabe der Bausteine, Test je Baustein. Grenze: Jeder eigene Baustein ist Code, der bei jedem Versionswechsel geprüft wird.

Weg drei, Nachtlauf-Export. Ein nächtlicher Lauf exportiert Tabellen in eine eigene Datenbank, auf der der Assistent arbeitet. Der Weg ist in einer Woche gebaut und deshalb beliebt. Sein Preis: Der Stand ist von gestern, die Rechte fehlen, Dokumente aus ArchiveLink sind nicht dabei, und ab dem ersten Tag gibt es zwei Wahrheiten, die jemand abgleichen muss. Für Feinplanung und Service ist der Stand von gestern zu alt; welche Aktualität die Planung braucht, steht in Produktionsplanung und ERP-Schnittstelle.

Weg vier, MCP-Server. Das Model Context Protocol, seit Ende 2024 offener Standard, beschreibt, wie ein Assistent auf externe Systeme zugreift. Ein MCP-Server für SAP kapselt OData oder RFC und stellt Werkzeuge bereit: Auftrag lesen, Meldung suchen, Equipment-Historie holen. Jeder Assistent, der das Protokoll spricht, nutzt denselben Server. Rechte, Delta und Protokollierung liefert das Protokoll nicht mit; sie werden im Server gebaut. Was MCP im Mittelstand leistet, ordnet MCP im Mittelstand ein.

Wie lesen diese Wege SAP-Dokumente, und reicht das für eine Suche mit KI?

Keiner der vier Wege liest von sich aus Dokumente; OData und RFC liefern Belege, ArchiveLink liefert die Belegbilder dazu, und ein MCP-Server kann beides kapseln. Für eine Suche mit KI über SAP-Dokumente braucht es zusätzlich Texterkennung, Zerlegung und gemeinsame Schlüssel. Die sechs Ebenen dieser Aufbereitung stehen in SAP-Dokumente durchsuchen mit KI; hier gilt nur die Regel: Wer die Anbindung plant, plant ArchiveLink von Anfang an mit, weil die langen Suchen bei den Dokumenten liegen.

Wie gehe ich bei der Anbindung vor?

Mit den Fragen, die beantwortet werden sollen, und den Belegarten, in denen die Antworten stehen. Die Technik folgt daraus, in sechs Schritten über etwa vier Wochen bis zum Pilot.

1. Fragen und Belegarten festlegen. Zwanzig echte Fragen aus Service, Vertrieb oder Planung, dazu die zwei bis vier Belegarten, in denen die Antworten stehen.
2. Weg wählen. S/4HANA: OData. ECC: RFC und BAPI. Mehrere Assistenten oder viele Systeme: MCP-Server, der den gewählten Weg kapselt. Nachtlauf nur für Auswertungen ohne Rechte und ohne Aktualität.
3. Technischen Nutzer anlegen. Leserechte auf die gewählten Sichten, keine Schreibrechte, Berechtigungsobjekte dokumentiert. Datenschutzbeauftragter und Betriebsrat sehen die Quellenliste mit Zweck je Quelle.
4. Delta festlegen. Erster Vollabzug, danach Änderungsdatum oder Änderungsbelege als Delta. Ein Vollabzug je Nacht ist bei großen Beständen weder nötig noch machbar.
5. Rechte spiegeln. Für jede Belegart festlegen, welches Berechtigungsobjekt in SAP entscheidet, und diese Prüfung bei jeder Anfrage ausführen. Die Probe: eine Frage, deren Antwort der Fragende nicht sehen dürfte.
6. Pilot mit Vorher-Zahl. Lösungszeit oder Suchzeit über die letzten zwanzig Fälle erheben, zwei Wochen messen, Abbruchkriterium vorher schriftlich.

Was zeigt die Beispielrechnung zum Anbindungsaufwand?

Annahmen gekennzeichnet. Ein Betrieb will drei Assistenten betreiben, Annahme: einen im Service, einen im Vertrieb, einen in der Instandhaltung, und hat zwölf Quellsysteme, SAP eingeschlossen. Ohne gemeinsame Anbindung entstehen im schlechtesten Fall 3 × 12 = 36 Einzelanbindungen, jede mit eigener Rechteprüfung und eigener Pflege bei jedem Versionswechsel. Mit einem MCP-Server je System sind es zwölf Anbindungen, die jeder Assistent nutzt. Annahme: eine Anbindung kostet in Bau und erstem Jahr Pflege fünf Personentage. Dann stehen 180 Personentage gegen 60. Die Rechnung gilt für die Anbindung; Rechteprüfung, Delta und Protokoll sind in beiden Fällen zu bauen, einmal je System statt einmal je Paar.

Welche KI-Werkzeuge bringen die Anbindung mit, und wann wird daraus eine SAP-Wissensdatenbank?

Wissensassistenten mit lesender Anbindung bringen Konnektoren für OData, RFC und ArchiveLink samt Rechtespiegelung mit; edda gehört dazu, und bei TROESTER waren auf diesem Weg zwölf Systeme angebunden, mit einer Lösungszeit im Service von rund sechs Stunden auf 76 Minuten im Zwei-Wochen-Pilot. Der Vergleich der Werkzeugklassen steht in Welche KI-Werkzeuge lesen SAP-Inhalte. Eine SAP-Wissensdatenbank mit KI wird aus der Anbindung, sobald sie als Antwortschicht mit Pflege, Rollen und Messung betrieben wird; die vier Phasen dahin beschreibt SAP-Wissensdatenbank mit KI aufbauen.

Begriffe kurz erklärt

OData

Ein offenes Protokoll, über das S/4HANA Belege und Stammdaten als lesbare Dienste bereitstellt, mit Filter, Paginierung und den Rechten des Aufrufers.

RFC und BAPI

Remote Function Call und Business Application Programming Interface: die Funktionsbausteine, über die ECC und S/4HANA Belege lesen lassen. Standard-BAPIs decken Aufträge, Meldungen und Stammdaten ab.

Model Context Protocol (MCP)

Offener Standard seit Ende 2024, über den Assistenten auf externe Systeme zugreifen. Ein Server je System statt einer Anbindung je Assistent und System.

Führendes System

Das System, in dem ein Datenbereich verbindlich gepflegt wird. Bei einer KI-Anbindung bleibt SAP führend, der Assistent liest und schreibt nichts zurück.

Weiterführend

• Welche KI-Werkzeuge lesen SAP-Inhalte und SAP-Dokumente durchsuchen mit KI.
• SAP-Wissensdatenbank mit KI aufbauen und SAP-Daten mit KI abfragen.
• Integrationsschicht statt Data Lake und Wissens-Hub an ERP und MES anbinden.
• KI mit SAP, SharePoint und Confluence verbinden und edda: Berechtigungen im Namen des Nutzers.
• Das S/4HANA-Zeitfenster 2027.
• Themen-Hub: SAP-Wissen per KI nutzbar machen und die Leistungsseite Deployment und Integration.