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

Kurz beantwortetKI-Werkzeuge für SAP unterscheiden sich weniger im Sprachmodell als im Zugriff: Welche Belege und Dokumente sie lesen, ob die SAP-Berechtigungen bei jeder Anfrage gelten und ob jede Antwort eine Fundstelle trägt. Der Assistent des Herstellers bleibt innerhalb von SAP, der Wissensassistent verbindet SAP mit Serviceberichten, Zeichnungen und Postfächern. Ein Pilot auf echten Fällen zeigt in zwei Wochen, welche Klasse den eigenen Fall trägt.

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. SAP bietet einen eigenen Assistenten an, der in die Oberflächen der aktuellen Produktgeneration eingebettet ist. Er kennt die 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, die noch auf der Vorgängergeneration arbeiten, ist er meist gar nicht verfügbar.

Klasse zwei, der Assistent der Büro-Plattform. Die Assistenten der großen Büro-Plattformen 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. edda arbeitet nach diesem Muster; bei TROESTER waren zwölf Systeme angebunden, und die Lösungszeit im Service sank im Zwei-Wochen-Pilot von rund sechs Stunden auf 76 Minuten.

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.

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.

Beispielrechnung, Annahmen gekennzeichnet. Interne Messungen zeigen 30 bis 90 Minuten Suchzeit pro Wissensarbeiter und Tag. 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, halbiert diese Zeit; das wären 99.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.

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.
• edda-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.