KI für SAP ECC: Ihre Fachbereiche warten nicht auf die Cloud

Gut drei Viertel der Unternehmen mit umgesetzten KI-Use-Cases nutzen dafür Lösungen außerhalb von SAP. Wie KI-Agenten schon heute auf ECC laufen, unter Ihrer Kontrolle und mit Freigabe durch den Menschen.

Das Wichtigste in Kürze

• SAPs KI-Roadmap ist in vielen Fällen eng mit der Cloud- und BTP-Strategie verknüpft. In ECC-Landschaften sind SAP-eigene KI-Innovationen bisher nur eingeschränkt nutzbar.
• Laut DSAG-Investitionsreport 2026 setzen 77 Prozent der Unternehmen mit umgesetzten KI-Use-Cases dafür Nicht-SAP-Lösungen ein, nur 3 Prozent SAP.
• KI für SAP ECC funktioniert, wenn Agenten neben dem ERP laufen und über Standardschnittstellen zugreifen.
• Die KI interpretiert, der Workflow exekutiert: Agenten schreiben nur nach Freigabe ins ERP, und jeder Schritt wird protokolliert.

KI für SAP ECC ist heute möglich, ohne vorher auf S/4HANA oder SAP Cloud ERP umzusteigen. Voraussetzung ist eine Architektur, bei der KI-Agenten neben dem ERP laufen und über Standardschnittstellen lesen und schreiben. SAPs eigene KI-Angebote sind dagegen in vielen Fällen eng mit der Cloud- und BTP-Strategie verknüpft.

Was bietet SAP an KI für ECC-Kunden?

SAPs aktuelle KI-Roadmap ist in vielen Fällen eng mit der Cloud- und BTP-Strategie verknüpft. Die DSAG stellt fest, dass KI-Innovationen in On-Premise- oder stark angepassten Landschaften bisher nur eingeschränkt nutzbar sind. Für ECC-Kunden stellt sich deshalb die Frage, welche Szenarien schon heute unabhängig davon produktiv laufen können.

Auch bei der Migration selbst sind KI-Agenten kein Selbstläufer. Gartner warnt, dass SAPs Agenten für die technische Migration von ECC nach S/4HANA noch nicht belegt haben, dass sie die erwarteten Kosten senken oder den erwarteten Ertrag bringen (Gartner First Take, Mai 2026). Wer KI auf ECC nutzen will, sollte deshalb zwischen KI im Tagesgeschäft und KI für das Migrationsprojekt unterscheiden.

Welche KI nutzen SAP-Kunden tatsächlich?

Unternehmen mit KI im produktiven Einsatz greifen überwiegend zu Werkzeugen außerhalb von SAP. Im DSAG-Investitionsreport 2026 haben 43 Prozent der Befragten bereits KI-Use-Cases umgesetzt. Davon setzen 77 Prozent in Produktion oder im Einsatz auf Nicht-SAP-Lösungen, nur 3 Prozent auf SAP. Als Gründe nennt die DSAG komplexe Lizenzmodelle und heterogene Landschaften.

KI im SAP-Umfeld ist damit vielerorts schon Realität, nur meist nicht von SAP.

Das Risiko liegt woanders. Wenn Fachbereiche KI-Werkzeuge ohne Architektur an SAP anbinden, entstehen Integrationen ohne Freigabelogik und ohne Protokoll. Die eigentliche Frage ist deshalb nicht, ob KI auf ECC kommt, sondern wie sie kontrolliert läuft.

Welche Architektur trägt KI für SAP ECC?

Am tragfähigsten ist eine Architektur, bei der Agenten auf einer Plattform neben dem ERP laufen. Sie lesen Daten über Standardschnittstellen, bereiten Vorschläge vor und schreiben erst nach Freigabe zurück. Das ERP bleibt unverändert, und die Lösung übersteht den späteren Wechsel auf S/4HANA mit einer angepassten Schnittstelle.

Ein KI-Agent ist in diesem Zusammenhang ein System, das eine Aufgabe in mehreren Schritten selbstständig vorbereitet. Es sammelt Daten, gleicht sie ab, erstellt einen Vorschlag für eine Buchung oder Bestelländerung und legt das Ergebnis einem Menschen zur Freigabe vor.

Die Ansätze schließen sich nicht aus. Viele Unternehmen werden SAP-eigene KI dort nutzen, wo sie nach dem Umstieg verfügbar ist, und eigene Agenten für Prozesse betreiben, die SAP nicht abdeckt oder die Fremdsysteme einbeziehen. Nach welchen Kriterien Sie die Plattform dafür wählen, beschreibt SAP Clean Core ohne BTP.

Warum braucht ein KI-Agent eine Runtime?

Ein Sprachmodell kann einen SAP-Prozess verstehen, aber nicht verantwortlich betreiben. Ein LLM ist ein Gehirn ohne Hände: Erst Rollen, Freigaben, Schnittstellen, Protokollierung und deterministische Workflows machen daraus einen produktiven Unternehmensprozess. Genau diese Runtime-Schicht fehlt vielen KI-Piloten, die im Test überzeugen und im Betrieb hängen bleiben.

Hilfreich ist es, drei Ebenen zu unterscheiden:

In SAP-nahen Prozessen sollte die KI nicht unkontrolliert buchen. Die KI interpretiert Dokumente und Freitext. Der Workflow exekutiert die freigegebenen Schritte deterministisch und nachvollziehbar. Die Frage ist also weniger, ob ein Modell einen SAP-Prozess versteht. Es zählt, wer den daraus entstehenden Prozess produktiv betreibt.

Welche Daten braucht ein KI-Agent aus ECC?

Ein KI-Agent braucht aus ECC genau die Daten, die ein Sachbearbeiter für dieselbe Aufgabe nachschlagen würde. Für den Abgleich einer Auftragsbestätigung sind das Bestellung, Positionen, Liefertermine und Lieferantenstamm. Diese Daten liest der Agent gezielt über Standardschnittstellen, ohne das gesamte ERP in eine externe Umgebung zu kopieren.

Die Datenqualität bestimmt den Nutzen. Sind Materialnummern des Lieferanten nicht gepflegt oder Liefertermine uneinheitlich erfasst, liefert der Agent mehr Rückfragen als Vorschläge. Ein Pilot deckt solche Lücken schnell auf, und ihre Bereinigung hilft auch der späteren Migration.

Welche Szenarien lohnen sich auf ECC schon heute?

Lohnend sind Szenarien mit viel manueller Vorarbeit und einer klaren Freigabe am Ende. Typisch sind Dokumente und Anfragen, die per E-Mail kommen und heute jemand von Hand ins ERP überträgt, etwa Eingangsrechnungen oder Auftragsbestätigungen von Lieferanten. Der Agent bereitet vor, der Mensch entscheidet, und das ERP bekommt nur freigegebene Daten.

Ein Beispiel aus dem Einkauf: Ein Lieferant schickt eine Auftragsbestätigung mit geändertem Liefertermin als PDF. Der Agent liest das Dokument, findet die passende Bestellung in ECC, stellt die Abweichung dar und schlägt die Änderung vor. Der Einkäufer bestätigt mit einem Klick, erst dann wird die Bestellung angepasst. Jeder Schritt wird protokolliert.

In der Instandhaltung kann ein Agent aus der Freitext-Störmeldung eines Technikers die passende technische Anlage und einen Schadenscode vorschlagen. Die Meldung wird vollständiger, und die Auswertung von Ausfallursachen wird belastbarer.

In der Kreditorenbuchhaltung liest ein Agent Eingangsrechnungen, ordnet sie Bestellung und Wareneingang zu und markiert Abweichungen bei Preis oder Menge. Der Buchhalter prüft nur noch die Fälle mit Abweichung, statt jede Rechnung von Hand zu erfassen.

Wie behalten Sie die Kontrolle über KI-Agenten?

Kontrolle über KI-Agenten entsteht, wenn Agenten nur nach Freigabe durch einen Menschen ins ERP schreiben und jeder Schritt nachvollziehbar protokolliert wird. Ebenso wichtig ist der Betriebsort: Laufen Agenten on-premises oder in einer EU-Cloud, bleiben Daten in Ihrem Einflussbereich. Das erleichtert die Abstimmung mit Datenschutz und Betriebsrat.

Für Revision und Wirtschaftsprüfung ist das Protokoll der Kern. Es muss zeigen, wer welchen Vorschlag wann freigegeben hat und auf welcher Datengrundlage der Agent ihn erstellt hat. Legen Sie außerdem fest, welche Berechtigungen ein Agent im ERP hat. Ein Agent für Bestelländerungen braucht keinen Zugriff auf Kreditorenstammdaten.

Klären Sie außerdem, welches Sprachmodell der Agent nutzt und wo es betrieben wird. Für viele Szenarien genügen Modelle, die in einer EU-Cloud oder im eigenen Rechenzentrum laufen. Das vereinfacht die Freigabe durch den Datenschutz erheblich.

Warum die KI-Lösung den ERP-Wechsel überstehen sollte

Unsere These: KI-Projekte auf ECC sind kein Provisorium bis zur Cloud. Wer Agenten heute neben dem ERP aufbaut, nimmt sie beim Umstieg auf S/4HANA mit und passt nur die Schnittstelle an. Wer dagegen wartet, bis SAPs KI für die eigene Landschaft verfügbar ist, verliert Jahre, in denen Fachbereiche ohnehin eigene Werkzeuge einsetzen.

Dazu kommt ein praktischer Effekt: Agenten, die heute auf ECC laufen, liefern Erfahrung mit Datenqualität und Freigabeprozessen. Dieses Wissen fehlt vielen Unternehmen, wenn sie nach dem Umstieg mit KI beginnen wollen. Welche Fristen für diesen Umstieg gelten, fasst SAP Drittdatenbank 2030 zusammen. Wer heute mit klaren Freigaben startet, hat beim Umstieg außerdem Regeln, die Revision und Betriebsrat bereits kennen.

Ihr nächster Schritt

Wählen Sie einen Prozess mit hohem manuellem Aufwand und klarer Freigabe, und bauen Sie dafür einen Agenten neben dem ERP. Messen Sie Durchlaufzeit und Fehlerquote vorher und nachher. Ein solcher Pilot zeigt in überschaubarer Zeit, ob die Architektur trägt, und liefert die Argumente für weitere Szenarien. Gute Pilotprozesse erkennen Sie an diesen Merkmalen:

• hohe Belegmenge mit wiederkehrendem Muster
• klare Regeln, wann ein Vorschlag freigegeben wird
• messbare Durchlaufzeit vor dem Pilot
• wenige beteiligte Systeme

Simplifier liefert dafür die Runtime: Rollen, Freigaben, Audit Trail, Monitoring und kontrollierte Ausführung. KI-Agenten greifen über Standardschnittstellen lesend und schreibend auf SAP und Nicht-SAP-Systeme zu. Die KI interpretiert, der Workflow exekutiert. Bildlich gesprochen: Function Calling ist die Steckdose, Simplifier ist die Elektroinstallation des Hauses. Sie entscheiden, ob die Plattform on-premises oder in der EU-Cloud läuft, ohne BTP-Zwang.

Ein Beispiel für Build AI aus unserem eigenen Haus ist Miri, unsere KI-Migrations-Agentin. Sie analysiert bestehende Anwendungen und baut sie auf Simplifier neu auf. Auch ihre Ergebnisse gehen erst nach fachlicher Prüfung und Tests in den Betrieb, denn dieselbe Regel gilt für jede KI im Unternehmen.