Welche KI-Werkzeuge lesen SAP-Inhalte und beantworten Fragen daraus?

Was heißt „SAP-Inhalte lesen" bei einem KI-Werkzeug?

Ein KI-Werkzeug liest SAP-Inhalte, wenn es Belege, Stammdaten und angehängte Dokumente über die Schnittstellen abruft, die SAP dafür vorsieht, und die Frage eines Nutzers daraus mit Beleg beantwortet. Drei Inhaltsarten sind zu unterscheiden: strukturierte Belege wie Aufträge, Bestellungen, Instandhaltungsaufträge und Qualitätsmeldungen; Stammdaten wie Material, Kunde, Anlage und Equipment; und Dokumente, die an Belegen hängen, etwa Lieferscheine, Prüfprotokolle und Zeichnungen aus ArchiveLink oder dem Dokumentenmanagement.

Viele Werkzeuge lesen nur die erste Art. Sie beantworten „Welche Bestellungen sind offen?" und scheitern an „Was wurde bei der Störung an dieser Anlage 2023 gemacht?", weil die Antwort im angehängten Servicebericht steht. Der Satz „liest SAP" verdient deshalb immer eine Rückfrage: welche der drei Arten, mit welchen Rechten, und woher weiß ich, dass die Antwort stimmt.

Welche fünf Klassen von KI-Werkzeugen gibt es für SAP?

Klasse eins, der Assistent des ERP-Herstellers. Bei SAP heißt er Joule und ist in die Oberflächen der Cloud-ERP-Generation eingebettet. Er kennt Belege und Transaktionen und arbeitet innerhalb der Rechte des angemeldeten Nutzers. Seine Grenze liegt an der Systemgrenze: Der Servicebericht auf dem Netzlaufwerk, die Zeichnung im PDM-System und das Postfach des Service gehören nicht zu seiner Welt. Für Betriebe auf ECC oder einem S/4HANA ohne Cloud-Vertrag ist er meist nicht oder nur eingeschränkt verfügbar.

Klasse zwei, der Assistent der Büro-Plattform. Die Assistenten der großen Büro-Plattformen, etwa Microsoft 365 Copilot, erreichen SAP über Konnektoren, die Belege in den Index der Plattform übernehmen. Sie sind stark bei Dokumenten in SharePoint, Postfächern und Teams, und schwächer bei der Tiefe der SAP-Belege: Oft landen Kopfdaten im Index, die Positionen und Änderungsstände fehlen. Die Berechtigung wird meist beim Import abgebildet, nicht bei jeder Anfrage.

Klasse drei, die Unternehmenssuche. Eine Suchmaschine über alle Quellen, mit oder ohne Sprachmodell davor. Sie findet Dokumente und Belege nach Stichwort und liefert eine Trefferliste. Was ihr fehlt, ist die Verbindung: Reklamation, Auftrag, Charge und Wartungseinsatz erscheinen als vier Treffer, die der Mensch zusammenführt. Wo der Unterschied zum Assistenten liegt, ordnet Enterprise Search oder KI-Assistent ein.

Klasse vier, der Wissensassistent mit lesender Anbindung. Ein Assistent, der SAP über OData oder RFC liest, die Dokumente aus ArchiveLink, SharePoint, Netzlaufwerken und Postfächern indexiert, die Berechtigungen aus jeder Quelle spiegelt und bei jeder Anfrage prüft, und jede Antwort mit Fundstelle belegt. AskEdda arbeitet nach diesem Muster; bei TROESTER sank die Lösungszeit je Störung im Service von rund sechs Stunden auf 76 Minuten (gemessen im Zwei-Wochen-Pilot · TROESTER).

Klasse fünf, der Eigenbau. Ein Team baut mit einem Sprachmodell, einer Vektordatenbank und selbst geschriebenen Konnektoren ein eigenes System. Das ist möglich und lehrreich. Die Kosten liegen weniger im ersten Prototyp als im Betrieb: Berechtigungen, Delta-Synchronisation, Texterkennung für Scans und die Pflege der Konnektoren bei jedem SAP-Versionswechsel. Was ein solches System im Kern tut, erklärt RAG in der Industrie.

Was kann SAP Joule, und wo liegt die Grenze?

SAP Joule ist der generative KI-Assistent von SAP, Teil des Angebots SAP Business AI. Er beantwortet Fragen zu Belegen, führt durch Transaktionen und startet zunehmend Agenten für Standardabläufe. Nach Angaben von SAP ist Joule an die Cloud-ERP-Verträge RISE with SAP und GROW with SAP gebunden; seit der Sapphire 2026 sollen Teile davon auch ECC- und S/4HANA-On-Premise-Systeme erreichen, allerdings für Kunden, die den Umstieg in die Cloud bereits vereinbart haben. Für einen Mittelständler auf ECC, dessen Standardwartung Ende 2027 ausläuft, ist Joule damit vor allem eine Frage der Migrationsplanung, wie SAP S/4HANA 2027: das KI-Migrationsfenster beschreibt.

Inhaltlich bleibt Joule bei SAP: Er liest Belege und Stammdaten der angebundenen SAP-Systeme sehr gut, Serviceberichte auf Netzlaufwerken, Zeichnungen im PDM oder Zusagen im Postfach dagegen nicht. Stehen die Antworten Ihrer zwanzig Testfragen überwiegend in SAP-Belegen, ist Joule ein naheliegender Kandidat. Liegt ein großer Teil außerhalb, braucht es zusätzlich oder stattdessen ein Werkzeug der Klasse vier.

Welche KI-SAP-Integration steckt hinter jeder Klasse?

Hinter jeder Klasse steht einer von drei Anbindungswegen: eingebettet im SAP-System, Kopie in den Index eines Fremdsystems, oder lesende Anbindung über OData und RFC mit Index außerhalb und Prüfung der Rechte bei jeder Anfrage. Der Weg entscheidet über Aktualität, Rechte und Pflegeaufwand mehr als das Sprachmodell. Welcher Weg zu welchem Betrieb passt, mit ECC und S/4HANA, Delta-Synchronisation und dem Model Context Protocol, steht in KI-SAP-Integration: Welcher Weg passt. Hier genügt die Faustregel: Wer SAP-Daten kopiert, betreibt ab diesem Tag eine zweite Wahrheit.

Welche Werkzeuge können SAP-Dokumente durchsuchen, mit KI oder nur per Stichwort?

SAP-Dokumente mit KI durchsuchen können die Klassen drei bis fünf, wenn sie die Belegbilder aus ArchiveLink und dem Dokumentenmanagement lesen und Bedeutung statt Zeichenketten vergleichen. Der Assistent des Herstellers findet Belege, selten Dokumentinhalte; der Plattform-Assistent findet Dokumente, die in seiner Plattform liegen. Was eine Dokumentensuche über SAP-Belege in sechs Ebenen braucht, von der Texterkennung bis zu den gemeinsamen Schlüsseln, beschreibt SAP-Dokumente durchsuchen mit KI. Für die Auswahl reicht die Probe: eine Frage stellen, deren Antwort nur im gescannten Prüfprotokoll steht.

Wie wähle ich das passende Werkzeug aus?

Die Auswahl gelingt über zwanzig echte Fragen aus dem Betrieb, nicht über Funktionslisten. Wer die Fragen vorher sammelt und jedes Werkzeug daran misst, sieht in zwei Wochen, welche Klasse trägt.

1. Zwanzig Fragen sammeln. Aus Service, Vertrieb und Instandhaltung: die Fragen, die heute am längsten dauern. Zu jeder Frage notieren, in welchem System und in welchem Dokument die Antwort steht.
2. Inhaltsarten zuordnen. Wie viele Fragen brauchen nur Belege, wie viele Dokumente an Belegen, wie viele Nachbarsysteme? Liegt mehr als ein Drittel außerhalb der Belege, scheiden die Klassen eins und zwei meist aus.
3. Rechte prüfen. Eine Frage stellen, deren Antwort der Fragende in SAP nicht sehen dürfte. Erscheint sie trotzdem, ist das Werkzeug für den Betrieb ungeeignet, gleich wie gut die übrigen Antworten sind.
4. Fundstelle prüfen. Bei zehn Antworten den Beleg öffnen. Führt der Klick zur Quelle, und stimmt sie?
5. Vorher-Zahl erheben. Lösungszeit oder Suchzeit über die letzten zwanzig Fälle, schriftlich, bevor der Pilot beginnt.
6. Pilot mit Abbruchkriterium. Zwei Wochen auf echten Daten, Nachher-Messung mit derselben Methode. Wie das Kriterium formuliert wird, steht in Abbruchkriterium für KI-Piloten.

Was zeigt eine Fallskizze aus dem Service?

Ein Serviceleiter fragt: „Anlage 7 beim Kunden Müller, Störung Hydraulik, was war 2023?" Ein Wissensassistent mit lesender Anbindung ruft den Instandhaltungsauftrag und die Qualitätsmeldung über OData ab, holt den Servicebericht aus ArchiveLink, findet im Postfach des Service die Zusage an den Kunden und liefert eine Antwort in fünf Sätzen, jeder mit Fundstelle. Der Assistent des Herstellers liefert den Auftrag und die Meldung. Die Unternehmenssuche liefert vierzehn Treffer.

Modellrechnung, Annahmen gekennzeichnet. Annahme: 20 Mitarbeiter in Service und Vertrieb, 45 Minuten Suchzeit je Tag, 220 Arbeitstage, Vollkostensatz 60 Euro. Das ergibt 20 × 0,75 × 220 × 60 = 198.000 Euro Suchzeit im Jahr. Annahme: Ein Werkzeug, das Belege, Dokumente und Nachbarsysteme verbindet, spart ein Drittel dieser Zeit; das wären 66.000 Euro im Jahr. Ein Werkzeug, das nur Belege liest, spart nach unserer Erfahrung deutlich weniger, weil die langen Suchen bei den Dokumenten liegen. Die Zahlen sind Annahmen zum Nachrechnen; die Vorher-Zahl aus dem eigenen Betrieb ersetzt sie.

Wird aus dem Werkzeug eine SAP-Wissensdatenbank mit KI?

Ja, wenn das Werkzeug als Antwortschicht über SAP und den Nachbarquellen betrieben wird, mit Pflege der Quellen und Messung der Nutzung. Eine SAP-Wissensdatenbank mit KI entsteht aus dem angebundenen Bestand, aus keinem neuen Datentopf. Wie sie aufgebaut wird, in vier Phasen mit Rollen und Pflege, steht in SAP-Wissensdatenbank mit KI aufbauen; wie die Abfrage selbst abläuft, in SAP-Daten mit KI abfragen.

Was keines der Werkzeuge löst

Kein Werkzeug macht aus einem unvollständigen Beleg einen vollständigen. Fehlen Rückmeldungen im Instandhaltungsauftrag oder liegen Serviceberichte nur als Scan ohne Texterkennung vor, bleiben auch die Antworten lückenhaft. Berechtigungen in SAP müssen stimmen, bevor ein Assistent sie spiegelt: Wer heute zu viel sehen darf, sieht es danach auch in der Antwort. Und jede Anbindung braucht einen Verantwortlichen, der Quellen pflegt, Nutzung auswertet und bei Versionswechseln von SAP die Schnittstellen prüft.

Begriffe kurz erklärt

OData und RFC

Die lesenden Schnittstellen, über die SAP Belege und Stammdaten bereitstellt: OData bei S/4HANA und Fiori, RFC und BAPI bei ECC. Eine Anbindung braucht dafür Lesezugriff.

ArchiveLink

Die SAP-Ablage für Belegbilder und Dokumente, die an einem Beleg hängen: Lieferschein, Prüfprotokoll, Zeichnung. Werkzeuge, die nur Belege lesen, sehen diese Inhalte nicht.

Berechtigungsspiegelung

Die Rechte der Quellsysteme gelten bis in die Antwort. Geprüft wird bei jeder Anfrage, nicht einmal beim Import.

Fundstelle

Der Beleg oder das Dokument, aus dem ein Satz der Antwort stammt, mit einem Klick erreichbar. Ohne Fundstelle ist eine Antwort im Betrieb eine Behauptung.

Weiterführend

• SAP-Dokumente durchsuchen mit KI: die sechs Ebenen der Aufbereitung.
• KI-SAP-Integration: Welcher Weg passt: OData, RFC, MCP im Vergleich.
• SAP-Wissensdatenbank mit KI aufbauen: Antwortschicht in vier Phasen.
• SAP-Daten mit KI abfragen: die Abfrage aus Sicht des Nutzers.
• AskEdda-Integrationen: SAP, SharePoint, Confluence, Teams und MCP im Mittelstand.
• Berechtigungen als Systemgrenze und Antwort mit Quelle.
• Themen-Hub: SAP-Wissen per KI nutzbar machen und die Leistungsseite Deployment und Integration.