ERP-Anbindung für KI-Agenten: wenn der Agent SAP, abas oder proAlpha verstehen muss

Worum es geht: die Kurzfassung

• Die KI ist selten der Engpass, das ERP ist es. In rund zwei Dritteln der gescheiterten Mittelstand-KI-Projekte scheitert die Anbindung an SAP, abas, proAlpha oder ältere Eigenentwicklungen, nicht das Modell.
• Vier Integrationsmuster stehen praktisch zur Wahl: native REST-API, klassische SAP-Schnittstellen (RFC/BAPI/IDoc), iPaaS-Konnektoren (n8n, Make, MuleSoft) und RPA als Notlösung. Die Reihenfolge entspricht ungefähr der absteigenden Stabilität.
• Realistischer Aufwand für eine produktive Anbindung: 2–12 Wochen und 8.000–40.000 Euro je Schnittstelle, abhängig von ERP-Generation, Customizings und Vorhandensein einer Sandbox.
• Lese- und Schreibrechte trennen. KI-Agenten dürfen im ersten Schritt fast nie schreiben. Ein technischer User mit minimalem Scope und ein Audit-Log sind nicht verhandelbar.
• Frage an jeden Integrationspartner: Wie viele produktive Schnittstellen haben Sie auf unserer ERP-Version (mit Release-Nummer) im Bestand? Eine ehrliche Antwort ist die einzige Voraussetzung für ein realistisches Angebot.

Warum ERP-Anbindung der wahre Schwerpunkt ist

Die öffentliche KI-Debatte dreht sich um Modelle, Halluzinationen und Prompt-Engineering. Im Mittelstand sieht die Realität anders aus: Die schwierigste Frage ist nicht „Welches Modell?”, sondern „Wie kommt der Agent an die Daten, die er braucht, und wie schreibt er, ohne Unsinn anzurichten?”.

Ein typischer Auftragsagent muss lesen können: Kundenstamm, Artikel, Preise, Lagerbestände, offene Bestellungen, Lieferzeiten. Er muss schreiben können: Angebot anlegen, Bestellung erfassen, Statuswechsel auslösen, Notiz hinterlegen. Im Hintergrund stehen dann meist SAP S/4HANA, ein klassisches SAP ECC, abas ERP, proAlpha, Sage 100, Microsoft Dynamics Business Central oder eine über zwei Jahrzehnte gewachsene Eigenentwicklung. Nicht selten eine Kombination aus zwei davon.

Diese Welt unterscheidet sich grundlegend von der Welt der LLM-Demos, in der ein Notebook mit drei API-Calls bereits ein „funktionierender Agent” ist. Im Produktiveinsatz entscheidet die Schnittstellen-Tiefe darüber, ob ein Pilot in der Schublade verschwindet oder in den Tagesbetrieb übergeht.

Die vier Integrationsmuster in der Praxis

1. Native REST-API mit OAuth

Der beste Fall. Microsoft Dynamics 365 Business Central, SAP S/4HANA Cloud, Odoo, Weclapp und ähnlich moderne Systeme bieten dokumentierte REST-APIs mit OAuth-Authentifizierung und sauberen JSON-Antworten. Ein KI-Agent kann hier mit überschaubarem Aufwand lesend wie schreibend angebunden werden, typisch 2–4 Wochen Implementierung, plus die übliche Iteration bis die Edge Cases gefunden sind.

Wer in diesem Setup arbeitet, hat einen großen Startvorteil: Die Schnittstelle ist Teil des Produkts, sie wird mit dem ERP aktualisiert und gewartet, und es gibt eine Community, die Fehler vorher findet.

2. Klassische SAP-Schnittstellen (RFC, BAPI, IDoc)

Im Mittelstand ist die alte Welt noch sehr lebendig. SAP ECC, oft mit einem Custom-Aufsatz, läuft in vielen Fertigungsbetrieben weiter und wird nicht morgen abgelöst. Hier sind die Klassiker:

• RFC (Remote Function Call): Direkter Aufruf einer ABAP-Funktion. Performant, aber eng gekoppelt. Eine Änderung im ERP kann die Schnittstelle brechen.
• BAPI (Business Application Programming Interface): Standardisierte Geschäftsfunktionen wie „Verkaufsauftrag anlegen”. Stabiler als RFC, aber begrenzt in der Funktionsabdeckung.
• IDoc (Intermediate Document): Asynchroner XML-basierter Nachrichtenaustausch. Klassiker für EDI und Batch-Schnittstellen, weniger geeignet für interaktive KI-Agenten, weil die Latenz hoch und die Fehlerbehandlung umständlich ist.

Für einen KI-Agenten an SAP ECC ist meist eine Middleware sinnvoll, die diese Schnittstellen kapselt und dem Agenten eine moderne REST-Fassade bietet. SAP Integration Suite, MuleSoft, oder schlanke Open-Source-Alternativen wie n8n decken das ab.

3. iPaaS-Konnektoren und Low-Code-Middleware

Plattformen wie n8n, Make, Zapier, MuleSoft Anypoint und Boomi bringen vorgefertigte Konnektoren für die meisten ERPs mit. Im Mittelstand-Kontext lohnt sich diese Schicht, wenn ein KI-Agent mit drei oder mehr Systemen parallel sprechen muss, etwa ERP plus CRM plus Ticketsystem plus DMS.

n8n und Make sind preislich realistisch für mittelständische Setups (typisch 50–500 Euro pro Monat), MuleSoft und Boomi spielen in einer anderen Liga und rechnen sich erst, wenn Sie ohnehin eine Konzern-IT haben.

4. RPA als Notlösung, nicht als Strategie

Wenn das ERP keine vernünftige Schnittstelle hat (das gibt es) und auch keine Custom-Erweiterung möglich ist (das ist seltener), können Sie einen KI-Agenten formal an RPA-Bots koppeln. Der Bot klickt die Oberfläche, der Agent gibt die Befehle.

Das funktioniert für 90-Tage-Piloten, in denen es nur darum geht, einen Use Case nachzuweisen. Produktiv ist es ein Glücksspiel: Jedes ERP-Update kann den Bot brechen, jedes UI-Redesign macht ihn arbeitslos. Wer RPA länger als 6 Monate als Hauptintegrationspfad fährt, hat die ERP-Anbindung verschoben, nicht gelöst.

Was die ERP-Integration im Mittelstand wirklich aufwendig macht

Drei Faktoren treiben den Aufwand, in dieser Reihenfolge:

1. Customizings. Reine Standard-ERP-Installationen sind im deutschen Mittelstand selten. Über 15 Jahre wachsen Custom-Felder, eigene Tabellen, individuelle Workflows und Z-Reports. Jede dieser Anpassungen kann zur Schnittstellen-Falle werden. Erfahrene Integratoren fragen deshalb vor dem Angebot nach einer Liste der Customizings. Wer nicht fragt, hat den Aufwand nicht verstanden.

2. Sandbox- und Testumgebung. Ohne saubere Test-Umgebung wird gegen Produktion entwickelt, mit allen Folgen. Sandbox-Zugänge fehlen in mittelständischen Setups häufiger, als allen lieb ist, und das nachträgliche Aufsetzen einer Test-Umgebung kann das gesamte Projekt um 4–6 Wochen verschieben.

3. Berechtigungskonzept. Wer hat in Ihrem ERP welche Rechte? Wer darf einen technischen User anlegen? Wer entscheidet, welche Felder ein KI-Agent lesen oder schreiben darf? In vielen Mittelstand-Installationen ist das Berechtigungskonzept über die Jahre verwässert worden. Die KI-Anbindung ist dann der Anlass, das ein letztes Mal sauber zu ziehen.

Schreibend gehen, aber nicht sofort

Ein KI-Agent, der direkt schreibt, ist verlockend. Aber er ist im ersten Schritt fast immer die falsche Entscheidung.

Bewährt hat sich ein dreistufiger Aufbau:

• Phase 1 (Wochen 1–4): Der Agent liest nur. Er erzeugt einen Vorschlag (Bestellung, Reklamation, Angebot) und legt ihn als E-Mail-Entwurf oder Ticket im Bestellsystem ab. Ein Mensch prüft und gibt frei.
• Phase 2 (Wochen 5–8): Der Agent schreibt in den Sandbox-Mandanten, parallel zum produktiven Tagesgeschäft. Stichproben prüfen, ob das ERP-Schreiben mit dem menschlich gemachten Schreiben übereinstimmt. In dieser Phase entstehen die spannendsten Erkenntnisse. Meist findet man drei bis fünf Fälle, die niemand vorher beschrieben hatte.
• Phase 3 (ab Woche 9): Schrittweise produktiver Schreibzugriff mit Approval-Schwelle. Anfangs schreibt der Agent nur Vorgänge unter einem Wertlimit (z. B. Bestellungen < 1.000 €) ohne Freigabe, alles darüber muss ein Mensch zustimmen. Über die Zeit wird die Schwelle verschoben, oder nicht, je nach Erfahrungswerten.

Dieser Phasenaufbau passt zu dem 90-Tage-Pilotmuster, das wir im Pillar-Artikel zu KI-Agenten im Mittelstand 2026 beschrieben haben.

Wie Sie den Integrationspartner im Auswahlgespräch prüfen

Sieben Fragen, mit denen Sie in zehn Minuten den Spreu vom Weizen trennen:

1. Auf welcher ERP-Version (mit Release-Stand) hatten Sie zuletzt eine produktive Anbindung im Live-Betrieb? Eine Antwort wie „abas in der 2022er Version, läuft seit Mai bei der Firma X” ist Gold wert. Schwammige „Wir haben schon mit allen ERPs gearbeitet” sind ein rotes Tuch.
2. Wie viele Schnittstellen kommen typischerweise im ersten Jahr hinzu, und wer wartet sie? Wer zur Frage nach der Wartung schweigt, plant sie nicht ein.
3. Welche Sandbox-Voraussetzungen brauchen Sie? Wer keine Sandbox verlangt, entwickelt gegen Produktion.
4. Wie wird mit Customizings umgegangen? Ehrliche Antwort: „Wir brauchen vorher die Liste der Z-Tabellen und Z-Reports.” Unehrliche Antwort: Schulterzucken.
5. Wie sieht das Berechtigungskonzept für den technischen User aus? Konkret: Welche Rollen, welche Felder, welche Mandanten.
6. Wie sieht das Audit-Log aus, was wird wie lange aufbewahrt? DSGVO-Artikel 30 und der EU AI Act erwarten beide eine Nachvollziehbarkeit der KI-Entscheidungen. Siehe dazu auch unseren Artikel zu EU AI Act und DSGVO für KI-Agenten im Mittelstand.
7. Wer ist Ihre Eskalationsstufe, wenn der Agent versehentlich eine produktive Fehlbuchung anlegt? Wer hier nicht innerhalb von fünf Sekunden eine Telefonnummer und einen Namen nennt, hat das Problem noch nie gehabt, oder noch nie ehrlich gelöst.

Stammdaten, ERP, Agent: die Reihenfolge zählt

Wer mit einem KI-Agenten an ein ERP geht, dessen Artikelstamm nicht gepflegt ist, baut auf Sand. Verdoppelte Artikelnummern, leere Mengeneinheiten, falsche Preisstaffeln: der Agent wird sie nicht reparieren, er wird sie verstärken. Wir haben dazu eine eigene Spoke geschrieben: Stammdaten als Engpass: warum KI-Projekte ohne sauberen Artikelstamm scheitern.

In der Praxis bewährt sich diese Reihenfolge:

1. Stammdaten-Audit (1–2 Wochen)
2. ERP-Anbindung lesend (2–4 Wochen)
3. Agent-Logik mit Sandbox-Schreiben (4–8 Wochen)
4. Produktiver Schreibzugriff mit Approval (ab Woche 9)

Wer Schritte überspringt, holt sie später teurer nach.

Fazit für Entscheider

Wenn Sie heute über einen KI-Agenten nachdenken, fragen Sie zuerst Ihre IT (oder Ihren ERP-Dienstleister): „Welche Schnittstelle haben wir aktuell zum ERP, was hat sie kosten lassen, wer betreut sie?” Aus der Antwort ergibt sich, ob Sie für die KI-Anbindung Wochen oder Monate einplanen müssen, und welches Budget realistisch ist.

Die KI ist heute selten der schwierige Teil. Die Sauberkeit Ihrer Schnittstellen-Landschaft ist es. Wer das anerkennt, hat den entscheidenden Schritt vor allen anderen schon getan.

Wenn Sie einen konkreten Use Case skizzieren möchten (Lese- und Schreibrechte, Datenfluss, Berechtigungen), meldet sich gern Tobias Egner zurück. Schreiben Sie an tobias@dagentic.de oder schauen Sie auf der Startseite vorbei.