SAP und KI-Agenten: Der pragmatische Weg durch S/4HANA, ECC und Business One im Mittelstand

Jeder mittelständische SAP-Kunde in Deutschland hat dieses Jahr dieselben Gespräche im Kalender stehen. Das erste dreht sich um die ECC-End-of-Maintenance-Frist 2027. Das zweite um S/4HANA - welche Edition, welches Jahr, welcher Integrator. Das dritte, fast nebenbei, um KI: Warten wir, bis wir auf S/4HANA sind, oder fangen wir jetzt an?

Die ehrliche Antwort ist für SAP-Marketingfolien unbequem: Die meisten Mittelständler können sich das Warten nicht leisten. ECC ist immer noch dort, wo Aufträge, Rechnungen und Bestände leben. S/4HANA-Migrationen dauern im Schnitt 18 bis 36 Monate⁹, und 69 Prozent der DACH-Unternehmen melden bereits unzureichende interne Ressourcen für das Projekt⁴. Gleichzeitig wächst die manuelle Transaktionsarbeit in Finanzen, Vertrieb und Supply Chain weiter. Die richtige Frage lautet nicht „ECC oder S/4HANA?“ - sie lautet „was automatisieren wir heute, unabhängig davon, wo SAP gerade steht?“

Dieser Leitfaden richtet sich an den Mittelstands-CFO, IT-Leiter oder SAP-Architekten, der SAP betreibt - in welcher Variante auch immer - und eine konkrete Antwort auf eine Frage will: Kann ein KI-Agent den SAP-nutzenden Teams jetzt echte Arbeit abnehmen, ohne das ERP umzuschreiben, ohne eine neue Plattform zu kaufen und ohne den Migrationsplan zu stören? Die kurze Antwort lautet: Ja. Die ausführliche Antwort ist der Rest dieses Artikels.

Die SAP-Klippe 2027

Die Zahlen hinter der SAP-Mittelstands-Diskussion sind unerbittlich. SAP hat bestätigt, dass die Mainstream-Wartung für ECC am 31. Dezember 2027 endet, ohne weitere Verlängerung⁷. Extended Maintenance ist verfügbar, mit 9 Prozent Aufschlag und begrenzter neuer Funktionalität¹⁰. Mehr als 10.000 Kunden weltweit sind weiterhin auf ECC, viele davon deutsche mittelständische Industrie- und Maschinenbaufirmen⁴. Und nur etwa 39 Prozent der ECC-Kunden haben bisher S/4HANA lizenziert⁹.

• Frist 2027 - SAP-ECC-Mainstream-Wartung endet am 31. Dezember 2027; danach gilt Extended Maintenance mit +9 % Aufschlag und ohne neue Inhalte^7,10.
• Migrations-Vorlauf - Typische S/4HANA-Migrationen dauern 18-36 Monate end-to-end; SI-Kapazität wird für späte 2026er-Starts knapp⁹.
• Ressourcen-Engpass - 69 % der DACH-Unternehmen melden unzureichende interne Ressourcen für die Migration⁴.
• Joule-Adoption ist dünn - SAP liefert über 40 Joule-Agenten und über 2.400 Skills, aber nur ca. 3 % der SAP-Kunden betreiben sie produktiv^4,5.
• Das KI-Signal im Mittelstand - 41 % der deutschen Firmen nutzen KI heute aktiv, im Vorjahr waren es 17 %; weitere 48 % planen den Einsatz²⁵. Die meisten warten nicht darauf, dass SAP die Antwort liefert.
• Operative Kosten bleiben hoch - Die repetitive Arbeit in Auftragserfassung, Drei-Wege-Abgleich, Stammdaten-Pflege und Debitoren-Nachverfolgung kostet Stunden, die das Migrationsprojekt selbst braucht¹².

Die Versuchung in vielen Mittelständlern ist, die KI-Investition einzufrieren, bis die S/4HANA-Migration abgeschlossen ist. Diese Logik ist verkehrt herum. Jeder Monat Verzögerung sind nicht eingesparte Stunden, nicht freigesetzte Kapazität und nicht verbesserte Stammdaten-Qualität. Je sauberer Ihre Stammdaten und je besser dokumentiert Ihre Prozesse beim Migrationsstart sind, desto reibungsloser läuft die Migration - und KI-Agenten leisten beides.

Was ein SAP-nativer KI-Agent tatsächlich tut

Der Begriff „KI auf SAP“ deckt alles ab, von einer Chat-Box auf Fiori bis zu einer vollständigen Agenten-Plattform innerhalb von BTP. Es lohnt sich, präzise zu sein, was ein SAP-nativer KI-Agent ist - und was nicht.

Die Agenten-Schleife auf SAP

1. Erfassen - Holt den Trigger aus E-Mail, einem Fiori-Inbox-Eintrag, einer EDI-Nachricht, einem OData-Event, einem eingehenden IDoc oder einem geplanten SAP-Job.
2. Lesen - Ruft die relevante BAPI, den OData-Service oder das RFC, um den SAP-Kontext zu lesen: offene Aufträge, Lieferantenstamm, Bestände, Kundenkreditlimit, Werkskalender.
3. Denken - Verbindet den SAP-Kontext mit dem Trigger-Inhalt (PDF-Rechnung, Kundenmail, EDI-850-Bestellung, Sensordaten) und den firmenspezifischen Regeln, um zu entscheiden, was zu tun ist.
4. Vorschlagen - Erzeugt die SAP-Transaktion mit allen Pflichtfeldern und einem Konfidenz-Score je Feld.
5. Entscheiden - Oberhalb der Konfidenzschwelle bucht der Agent direkt über BAPI oder OData. Darunter landet der Fall in einer Prüf-Queue mit einer einzeiligen Begründung.
6. Auditieren - Jede Aktion wird mit Zeitstempel, technischem Nutzer, Agentenversion und Begründung protokolliert - parallel zu den Standard-SAP-Änderungsbelegen und AUT10-Logs.
7. Lernen - Jede Korrektur des Menschen fließt zurück in den Agenten. Muster, die er dreimal sieht, werden zu Regeln, die er automatisch anwendet.

Was er nicht ist

• Kein Screen-Scraping - Der Agent steuert nie die SAP-GUI wie ein Mensch; er ruft stabile APIs.
• Kein SAP-Ersatz - SAP bleibt das System of Record; der Agent liest aus SAP und schreibt zurück.
• Anfangs nicht unbeaufsichtigt - Jeder neue Anwendungsfall startet read-only oder mit voller menschlicher Freigabe und verdient sich Auto-Buchung Transaktion für Transaktion.
• Kein Joule-Klon - Joule ist SAPs eingebauter Copilot. Ein Agent läuft außerhalb von SAP, kann sich mit Nicht-SAP-Systemen verbinden und ist über SAP-Editionen hinweg portabel.
• Kein RPA-Verschnitt - RPA-Bots brechen, wenn sich der Bildschirm ändert. Agenten denken nach und erholen sich.

7 SAP-Anwendungsfälle mit schnellem ROI

Nicht jede SAP-Transaktion eignet sich als erster KI-Kandidat. Die Anwendungsfälle unten teilen dieselbe DNA: hohes Volumen, repetitiv, in SAP gut dokumentiert und mit eindeutiger richtiger Antwort. Einen wählen. Live gehen. Den nächsten ergänzen.

1. Auftragserfassung aus Kundenmail oder PDF

Kunden senden Bestellungen weiterhin per E-Mail und PDF, selbst wenn EDI angeboten wird. Der Agent parst Mail oder Anhang, schaut den Kunden in SAP nach (XD03 oder das OData-Äquivalent), prüft den offenen Kredit, gleicht Materialnummern und Konditionen ab und entwirft den Kundenauftrag über BAPI_SALESORDER_CREATEFROMDAT2.

• Hohes Volumen - Mittelständische Maschinenbauer und Distributoren sehen 50-500 davon pro Tag im Innendienst.
• Wiederkehrende Muster - 80 % der Kunden senden monatlich dieselben 5-15 Materialien mit denselben Incoterms und Zahlungsbedingungen.
• Match-Logik schwierig, aber begrenzt - Material-Aliasse, kundenspezifische Teilenummern und Freitext sind genau das, worin ein LLM gut ist.
• Nebeneffekt - Auftragsbestätigungs-Zyklus sinkt von 24-48 Stunden auf unter 1 Stunde bei sauberen Aufträgen.
• Compliance-Nebeneffekt - Jedes Anlegen ist in CDPOS / CDHDR; die Begründung des Agenten steht daneben für volle Nachvollziehbarkeit.

2. Drei-Wege-Abgleich in der Kreditorenbuchhaltung (MIRO)

Eingangsrechnungen mit Bestellungen und Wareneingängen abzugleichen ist eine der repetitivsten Tätigkeiten in der SAP-Finanzbuchhaltung. Der Agent liest die Rechnung, ruft BAPI_PO_GETDETAIL und BAPI_GOODSMVT_GETLIST auf, führt den Drei-Wege-Abgleich durch und entwirft die MIRO-Buchung. Ausnahmen (Preisabweichungen, Teil-Lieferungen, fehlender Wareneingang) gehen in die Prüf-Queue.

• Branchen-Benchmark - 80 % weniger AP-Kosten pro Rechnung bei automatisiertem vs. manuellem Drei-Wege-Abgleich¹².
• Skonto-Sicherung - Schnellere Buchung sichert Skonti, die das Team heute bei langsamen Rechnungen verliert.
• Toleranzhandhabung - Konfigurierbare Toleranzen je Lieferantentyp und Materialgruppe, alles geloggt.
• WE-blockierte Arbeit - Agent überwacht die WE-blockierte Rechnungs-Queue und mahnt fehlende Wareneingänge im Lager an, bevor sie altern.
• Funktioniert mit DATEV - Für Firmen, die in DATEV buchen, aber in SAP beschaffen, überbrückt der Agent beide Systeme in einem Workflow.

3. Lieferantenstamm-Pflege (LFA1, LFB1, LFM1)

Der Lieferantenstamm ist der Ort, an dem SAP-Datenqualität stirbt. Dubletten, gesperrte Lieferanten, die niemand entsperrt, fehlende Zahlungsbedingungen, falsch gesetzte Quellensteuer-Schlüssel. Der Agent überwacht die Anlage-Anfrage-Queue, gleicht gegen Bestand ab, reichert mit Handelsregister- und Bankdaten an und füllt den BAPI_VENDOR_CREATE-Aufruf für die Finanzfreigabe vor.

• Dubletten-Vermeidung - 95 %+ der Dubletten-Anfragen vor Anlage des zweiten Datensatzes erkannt.
• Stammdaten-Qualität - IBAN, USt-ID und Handelsregisternummer bei der Anlage gegen autoritative Quellen validiert.
• Migrations-Vorbereitung - Sauberer Lieferantenstamm ist eines der wirkungsvollsten Dinge, die Sie vor einer S/4HANA-Migration tun können¹¹.
• Sperr- / Entsperr-Workflow - Agent überwacht Sperr-Ereignisse und mahnt die zuständige Stelle zur Klärung an.
• Audit-freundlich - Jede Änderung steht in den SAP-Änderungsbelegen; Agent ergänzt die Begründung.

4. Bestandsanpassungen und Inventur

Inventuren, Umbuchungen und Bestandskorrekturen sind ständige Hintergrundarbeit in jedem Werk oder Lager. Der Agent beobachtet Zähl-Ergebnisse, vergleicht mit dem MM-IM-Bestand, entwirft die BAPI_GOODSMVT_CREATE-Anpassung und bucht die Differenz nach Manager-Freigabe.

• Bewegungsart-Intelligenz - Wählt die richtige Bewegungsart (711, 712, 309, 311) je nach Differenztyp ohne menschliches Nachschlagen.
• Werkskalender-Bewusstsein - Plant Buchungen so, dass sie im offenen MM-Periode landen.
• Abweichungs-Flagging - Hochwertige oder hochprozentige Abweichungen werden mit einer Einzeiler-Zusammenfassung an den Bestandsmanager eskaliert.
• Langsamdreher - Agent beobachtet Reports zu langsamem Bestand und schlägt monatlich Abwertungs-Kandidaten vor.
• Funktioniert mit WMS - Für Firmen mit EWM läuft dieselbe Logik über klassische WM- und EWM-Transaktionen.

5. Debitoren-Nachverfolgung und Cash Application

Die offene Debitorenliste ist der langsamste Untergang in der Buchhaltung. Der Agent fährt den F-28-Cash-Application-Prozess auf eingehenden Bankzeilen, gleicht über FBZP / DDLB gegen offene Rechnungen ab, wendet Teilzahlungen korrekt an und entwirft Mahnschreiben im FB12 / F150-Rhythmus.

• Auto-Match-Quote - 85-95 % der Bankzeilen am ersten Tag automatisch zugeordnet, steigt mit Mustern.
• Kundenspezifische Behandlung - Top-20-Kunden und Streitfälle gehen an Menschen; der Long Tail läuft automatisch.
• DSO-Wirkung - Days Sales Outstanding sinkt typischerweise innerhalb eines Quartals um 5-10 Tage.
• Tonalität - Erinnerungen und Mahnungen in der Sprache des Kunden mit der Stimme der Firma.
• Übergabe an Recht - Fälle ab Mahnstufe 3 werden für die Rechtsabteilung mit vollständiger Korrespondenz vorgepackt.

6. Instandhaltungs-Aufträge (PM)

Instandhaltungsteams melden Probleme in Klartext - in WhatsApp, in Werkstattlogs, auf Wartungs-Tablets. Der Agent liest den Bericht, klassifiziert ihn gegen den Equipmentstamm (IH06 / IE03), entwirft die Meldung (IW21) und den Auftrag (IW31) und schlägt die Ersatzteilliste gegen den MM-Bestand vor.

• Freitext zu strukturierten Daten - „Pumpe 3 leckt Hydrauliköl an der Welle“ wird zur typisierten Meldung mit Objektnummer, Schadenscode, Ursachencode und Aktivitätsvorschlag.
• Ersatzteil-Vorgriff - Reservierungen automatisch gegen MRP mit Werk und Lagerort angelegt.
• Vorausschauend - Passt natürlich zu sensorbasierter Predictive Maintenance für End-to-End-Automatisierung von Anomalie zu geplantem Auftrag.
• Compliance-Spur - Jede Meldung trägt Quelltext, Klassifikations-Begründung und menschliche Freigabe - sauber für ISO-9001-Audits.
• Skill-Match - Aufträge an die richtige Gewerk-Gruppe je nach Equipment und Schadenstyp dispatcht.

7. Stammdaten-Ausnahmen und Migrationsvorbereitung

Jedes mittelständische SAP-System trägt einen langen Schweif an Stammdaten-Sonderfällen, die Migrationsprojekte zur Qual machen: Kunden mit demselben Namen in zwei Vertriebsorganisationen, Materialien mit veralteten Mengeneinheits-Umrechnungen, Stücklisten mit gelöschten Komponenten. Der Agent durchsucht die Stammdaten, markiert Anomalien, schlägt eine Korrektur vor und verfolgt sie durch den Bereinigungs-Workflow.

• Wert vor der Migration - Das Daten-Bereinigungsprojekt, das der SI sechsstellig anbietet, beginnt sich sofort zu rechnen, wenn ein Agent es fährt.
• Kontinuierliche Qualität - Nach der Migration beobachtet der Agent die Stammdaten weiter auf Drift, statt alle zwei Jahre ein Einmal-Projekt zu fahren.
• Modul-übergreifende Prüfungen - Kunden / Lieferanten / Mitarbeiter-Deduplikation über SD, MM, HR (wo der Datenschutz es erlaubt).
• Feld-Standardisierung - Adressformate, Ländercodes, Regionscodes und Steuerklassifizierungen gegen autoritative Quellen normalisiert.
• Audit-freundliche Outputs - Jede markierte Anomalie trägt Grund und vorgeschlagene Korrektur; der Mensch entscheidet jeden Fall.

S/4HANA, ECC und Business One: Drei Welten, ein Agentenmuster

Die mittelständische SAP-Landschaft ist nicht ein Produkt; sie ist mindestens drei. Jede hat ihre eigene Integrationsoberfläche, ihre eigene KI-Roadmap von SAP und ihr eigenes realistisches Agentenmuster. Die Agenten-Schleife ist dieselbe; was sich ändert, ist, wie der Agent mit SAP spricht.

SAP S/4HANA (jede Variante)

• Integration - OData V2 / V4, die öffentlichen S/4HANA-APIs und moderne BAPIs über das SAP Gateway. Cloud Connector für hybride Deployments.
• Joule-Fit - Nativ auf Cloud Public Edition und Cloud Private Edition mit RISE / GROW. On-Premise S/4HANA braucht weiterhin das BTP-Add-on.
• Eigener-Agent-Fit - Stark. Stabile APIs, moderne Authentifizierung (OAuth, SAML, mTLS), CDS-Views für Lese-Abfragen.
• Beste erste Anwendungsfälle - Auftragserfassung, Drei-Wege-Abgleich, Debitoren-Nachverfolgung, Stammdaten-Ausnahmen.

SAP ECC (weiterhin 10.000+ live)

• Integration - RFC, BAPI, IDoc und im SAP Gateway gebaute OData-Services. SLT und ALE für Replikation.
• Joule-Fit - Keiner direkt. Joule ist Cloud-only.
• Eigener-Agent-Fit - Stark. RFC und BAPI sind stabil, gut dokumentiert, die meisten ECC-Systeme exponieren sie bereits über PI / PO oder CPI.
• Beste erste Anwendungsfälle - Drei-Wege-Abgleich (MIRO), Lieferantenstamm-Pflege, Auftragserfassung, Stammdaten-Bereinigung als Migrationsvorbereitung.
• Migrations-Aspekt - Der Agent, der heute auf ECC läuft, zieht nach dem Cutover mit umgepointer Integrationsschicht auf S/4HANA, kein Rebuild.

SAP Business One (der kleine / mittlere Mittelstand)

• Integration - Service Layer (REST), DI API (schwerere Batch-Operationen), B1if für event-basierte Trigger.
• Joule-Fit - Begrenzt. SAP schichtet KI-Funktionen in B1, sie sind aber schmaler als Joule auf S/4¹⁷.
• Eigener-Agent-Fit - Stark auf dem Service Layer; pragmatisch für operative Workflows.
• Beste erste Anwendungsfälle - Auftragserfassung aus PDF / Mail, Debitoren-Nachverfolgung, Bestandsanpassungen, Kunden-Onboarding.
• Volumen-Realität - B1-Kunden fahren typischerweise kleinere Agenten-Setups - ein bis zwei Anwendungsfälle, fokussiert auf die volumenstärkste manuelle Queue.

Integrationsschichten: BAPI, OData, RFC, IDoc, CPI

Die Integrationsschicht entscheidet über Erfolg oder Misserfolg der meisten SAP-KI-Projekte. Wählen Sie das falsche Primitiv, kämpft der Agent ein Jahr gegen SAP. Wählen Sie das richtige, fügt sich der Agent so ein wie jedes andere SAP-angebundene System.

Die fünf Integrations-Primitive

• BAPI (Business Application Programming Interface) - Der stabile Kontrakt für Transaktionen. BAPI_SALESORDER_CREATEFROMDAT2, BAPI_GOODSMVT_CREATE, BAPI_VENDOR_CREATE, BAPI_PO_CREATE1. Rückwärtskompatibel über Support-Packs und die sicherste Schreib-Oberfläche.
• OData (V2 / V4) - Die moderne REST-Oberfläche, besonders auf S/4HANA. Die öffentlichen S/4HANA-APIs im SAP API Business Hub decken den Großteil operativer Szenarien ab; CDS-View-basierte Services decken den Rest.
• RFC (Remote Function Call) - Die Transportschicht unter BAPI. Nützlich, wenn Sie einen synchronen Aufruf brauchen, den BAPI nicht exponiert; weniger sicher als BAPI für Schreibvorgänge.
• IDoc (Intermediate Document) - Asynchrone, nachrichtenbasierte Integration. Beste Wahl für hochvolumige, eventgetriebene Flüsse: Bestelleingänge, Versandbestätigungen, Rechnungseingänge. Passt natürlich zu EDI.
• CPI / SAP Integration Suite - SAPs Integrations-Plattform auf BTP. Routet, transformiert und authentifiziert Aufrufe zwischen Agent und SAP. Best Practice für produktive Agenten-Deployments²².

Das Deployment-Muster

1. Agent läuft auf BTP oder Ihrer eigenen EU-Infrastruktur - Niemals auf dem SAP-Application-Server selbst. Die Grenze sauber halten.
2. Cloud Connector oder SAP Private Link überbrückt Agent zu SAP - Standard-SAP-gesegnetes Muster für hybride Agenten, die On-Prem ECC oder S/4HANA aufrufen.
3. SAP Integration Suite (CPI) sitzt in der Mitte - Authentifiziert den Agenten (OAuth Client Credentials, mTLS, Service Keys), routet den Aufruf an das richtige Backend, transformiert Payloads bei Bedarf²³.
4. Der Agent nutzt einen eigenen technischen SAP-Nutzer - Benannt (AGENT_AP, AGENT_SD usw.), mit einer PFCG-Rolle, die exakt auf die benötigten Transaktionen und Berechtigungsobjekte zugeschnitten ist.
5. Jeder Aufruf wird im CPI-Message-Monitoring UND im Agent-eigenen Audit-Trail geloggt - Beidseitige Nachvollziehbarkeit für jedes Audit.

Authentifizierung produktiv

• OAuth 2.0 Client Credentials - Standard für Agent-zu-CPI und CPI-zu-S/4HANA-Cloud. Tokens rotieren, Scopes sind je Anwendungsfall geschnitten.
• mTLS - Wo regulatorische oder vertragliche Anforderungen Zertifikats-basierte Maschinen-Identität verlangen.
• Service Keys - Für technische Nutzer auf BTP-Services; quartalsweise rotiert, in einem Secrets Manager (Vault, AWS Secrets Manager, Azure Key Vault, BTP Credential Store) abgelegt²².
• Cloud-Connector-Principal-Propagation - Wenn der Agent stellvertretend für einen bestimmten Nutzer agieren muss (selten, aber nützlich für die Nachvollziehbarkeit menschlich freigegebener Transaktionen).
• SAML / SSO - Für Joule und BTP-UI-Komponenten; weniger relevant für headless Agent-Aufrufe.

Joule vs. Custom: Wann bauen, wann kaufen

SAP Joule hat eine starke Erzählung: über 40 vorgebaute Agenten, über 2.400 Skills, native Integration mit dem SAP-Stack, eine Vendor-Beziehung, ein Upgrade-Pfad⁴. Die Erzählung hat einen Haken - laut mehreren Analysten-Berichten betreiben heute nur ca. 3 Prozent der SAP-Kunden Joule produktiv^5,6. Die Gründe haben oft nichts mit dem Produkt zu tun; sie haben mit Scope zu tun.

Wo Joule gewinnt

• Sie sind auf RISE with SAP oder GROW with SAP - Vertrag, BTP-Berechtigung und AI-Units-Pool sind schon da.
• Workflows sind SAP-intern - Aufträge, Finanzen, Beschaffung, HCM - alles innerhalb von SAP, durchgängig.
• Sie wollen den SAP-Upgrade-Pfad - Joule entwickelt sich mit SAP-Releases mit; Sie pflegen die Integrationsschicht nicht selbst.
• Sie haben eine SAP-only-IT-Strategie - Ein Vendor, eine UI, eine Support-Beziehung.
• Sie sind früh in der S/4HANA-Adoption - Joule kommt vorverdrahtet; geringerer Grenzaufwand als bauen.

Wo ein eigener Agent gewinnt

• Sie sind noch auf ECC - Joule läuft nicht auf ECC; der eigene Agent schon.
• Sie betreiben Business One - Joule ist begrenzt oder nicht vorhanden; eigener Agent passt zum Service Layer und B1if natürlich.
• Der Workflow überspannt Systeme - Auftrag landet in M365, wird gegen Ihr CRM validiert, in SAP gebucht, an DATEV kopiert. Joule lebt in SAPs Wänden; der eigene Agent nicht.
• Sie sind nicht auf RISE / GROW - On-Premise-S/4HANA ohne Cloud-Add-on bedeutet mehr Aufwand für Joule; den eigenen Agenten interessiert es nicht.
• Sie brauchen EU-Souveränität mit einem Nicht-SAP-Modell - Mistral, Aleph Alpha oder selbst gehostete Modelle laufen neben dem Agenten; SAP AI Core ist eine Option, nicht die einzige.
• Sie wollen Outcome-basierte Preise statt AI Units - Joule-Abrechnung basiert auf AI-Unit-Verbrauch; eigene Agenten sind typischerweise je Anwendungsfall bepreist.

Der 90-Tage-Pilot

SAP-angebundene Agenten sind ein dankbarer Ort für einen Piloten, gerade weil SAP das System of Record ist. Read-only-Modi sind einfach. Freigabe-Gates sind natürlich. Audit-Trails kommen kostenlos. Ein fokussierter 90-Tage-Pilot auf eine Transaktion bringt Sie vom Kick-off zum bestätigten ROI, ohne den Periodenabschluss oder das Migrationsprojekt zu stören.

Phase 1: Scope und Read-only (Tage 1-30)

1. Woche 1: Transaktion wählen - Eine BAPI, ein OData-Service, eine menschliche Queue. Auftragserfassung, Drei-Wege-Abgleich oder Lieferantenstamm sind die sichersten ersten Wahlen.
2. Woche 2: Berechtigung und Zugang - Technischen Nutzer, PFCG-Rolle, CPI-iFlow, OAuth-Client provisionieren. SI gibt Rolle frei.
3. Woche 3: Daten-Audit - Sechs Monate der Transaktion aus CDPOS / CDHDR ziehen. Top-Muster, Ausnahmen-Typen und aktuelle Durchlaufzeit taggen. Das ist die Baseline.
4. Woche 4: Read-only-Pilot - Agent liest, schlägt vor, postet Vorschlag in eine Queue für das Team. Noch keine SAP-Schreibvorgänge. Vorschlag gegen tatsächliche menschliche Buchung vergleichen, um Genauigkeit zu messen.

Phase 2: Shadow und Freigabe (Tage 31-60)

5. Woche 5-6: Shadow-Lauf - Agent verarbeitet jeden Eingang parallel zum menschlichen Team. Übereinstimmungsrate, falsch-positiv und Sonderfälle tracken.
6. Woche 7: Tunen und dokumentieren - Konfidenzschwellen anpassen, Sonderfälle dokumentieren, Runbook bauen. Verfahrensdokumentation entwerfen.
7. Woche 8: Selektives Auto-Posting (Top-Muster) - Für die häufigsten 30 Muster bei hoher Konfidenz bucht der Agent direkt über BAPI / OData mit einer Ein-Klick-Freigabe. Der Long Tail geht weiter zum Menschen.

Phase 3: Ausweiten und messen (Tage 61-90)

9. Woche 9-10: Auto-Posting ausweiten - Auto-Post-Bucket vergrößern, sobald Konfidenz steigt. Top 50 Muster, dann Top 80.
10. Woche 11: Operative Übergabe - Agentenpartner schult Ihr Operations-Team auf Monitoring, Eskalation und das einseitige Runbook.
11. Woche 12: Messen und reporten - Gegen Baseline vergleichen: eingesparte Stunden, Durchlaufzeit, Fehlerrate, Ausnahmen-Volumen. Lenkungskreis präsentieren. Anwendungsfall 2 planen.

Compliance, Berechtigungen und Souveränität

SAP-angebundene Agenten berühren Finanzdaten, Mitarbeiterdaten und Kundendaten. Compliance ist nicht optional und nicht jemand anders' Job. Die gute Nachricht: SAP liefert die meisten Bausteine. Das Muster unten funktioniert für ECC, S/4HANA und B1.

Die vier Compliance-Säulen

• SAP-Berechtigung (PFCG) - Jeder Agent hat einen eigenen technischen Nutzer mit eingegrenzter PFCG-Rolle. SoD-Analyse vor Go-live. Niemals SAP_ALL, niemals ein persönlicher Account.
• SAP-Audit-Trail - Jede Agenten-Transaktion steht in den Standard-SAP-Änderungsbelegen (CDPOS / CDHDR), AUT10 und STAD. Das eigene Log des Agenten ergänzt die Begründung.
• GoBD (für finanznahe Transaktionen) - Nachvollziehbarkeit, Unveränderbarkeit, Verfahrensdokumentation. Der Agent erzeugt die Dokumentation; der Prüfer sichtet sie.
• DSGVO - Personenbezogene Daten (Mitarbeiter, Kunden, Lieferanten) sind im Verzeichnis von Verarbeitungstätigkeiten gemappt. AV-Vertrag mit dem Agent-Anbieter. Subunternehmer-Liste aktuell.

EU-AI-Act-Fit (gilt ab August 2026)

• Die meisten operativen SAP-Agenten sind minimales Risiko - Aufträge, Drei-Wege-Abgleich, Bestandsanpassungen, Debitoren-Nachverfolgung. Pflichten: KI-Schulung und Eintrag im KI-Inventar.
• HR-nahe SAP-Agenten können hochrisikant sein - Bewerber-Ranking, Leistungsbewertung gegen HCM-Daten, automatische Beförderungs-Entscheidungen. Brauchen einen schwereren Compliance-Durchgang vor August 2026²⁸.
• Artikel-4-KI-Schulung - Das Team, das den Agenten betreibt und prüft, braucht dokumentierte Schulung. Betriebsrat früh einbinden, um den Scope abzustimmen.
• Dokumentation - Pro Agent: Zweck, Datenquellen, Modell, menschlicher Prüf-Checkpoint, Eskalationspfad, Owner. Dieselbe Vorlage über das KI-Inventar.

Souveränitäts-Optionen

• SAP-BTP-EU-Rechenzentren - Frankfurt und Amsterdam für Datenresidenz. Standard für souveräne Deployments.
• SAP AI Core mit EU-gehosteten Modellen - Agenten-LLM über SAP AI Core für tightere SAP-Integration; EU-residente Foundation Models.
• EU-only-Modellanbieter - Mistral, Aleph Alpha oder Sovereign-Cloud-LLM-Hosting für volle Souveränität ohne Abhängigkeit von US-gehosteten Modellen.
• Selbst gehostete Modelle - Für die sensibelsten Deployments ein Open-Weight-Modell auf eigener EU-Infra. Langsamerer Upgrade-Zyklus, volle Kontrolle.
• Hybride Setups - Operative SAP-Transaktionen auf BTP EU; Long-Context-Reasoning auf Sovereign Cloud. Die Kette dokumentieren.

Wie Superkind passt

Superkind baut maßgeschneiderte KI-Agenten für KMU und Enterprises. Für SAP-betreibende Mittelständler heißt das: ein Agent, geformt um Ihre SAP-Edition, Ihre Transaktionen und Ihre SI-Beziehung - keine generische SaaS, in die Sie Ihre Prozesse hineinbiegen müssen.

• SAP-Edition-bewusst - Wir arbeiten auf ECC, S/4HANA (jede Variante) und Business One. Der Integrations-Adapter unterscheidet sich; das Agentenmuster ist dasselbe.
• Prozess-First-Discovery - Wir sitzen mit dem SAP-Anwenderteam, beobachten die tatsächliche Transaktion und lesen die bestehende Prozessdokumentation, bevor wir technisch werden. Keine Templates, keine Annahmen.
• SI-Co-Design - Wir entwerfen Integration, technischen Nutzer, PFCG-Rolle und CPI-iFlow mit Ihrem SI im Raum. Sein Sign-off ist im Scope, nicht ein Kampf.
• Live in 90 Tagen - Eine Transaktion geht vom Kick-off zu ersten messbaren eingesparten Stunden in drei Monaten. Dann ergänzen wir die nächste.
• Kein Plattform-Ersatz - SAP bleibt das System of Record. Der Agent ruft über stabile APIs ein und berührt nie den SAP-Application-Server.
• Outcome-basierte Preise - Pro Anwendungsfall mit messbarem ROI vor dem Build definiert. Keine Mehrjahreslizenzen, keine AI-Unit-Verbrauchs-Überraschungen.
• EU-Souveränitäts-Option - Agent läuft auf BTP EU oder Ihrer eigenen EU-Infra mit EU-gehosteten Modellen. Kein transatlantischer Datenfluss, wenn Sie ihn nicht wollen.
• Migrations-freundlich - Der heute auf ECC gebaute Agent zieht beim Cutover mit umgepointer Integrationsschicht auf S/4HANA, kein Rebuild.

Entscheidungsrahmen: Wo sollten Sie starten?

Nicht jeder SAP-betreibende Mittelständler braucht in diesem Quartal ein Agentenprojekt. Nutzen Sie die Tabelle unten als Schnell-Lesung, ob ein Pilot jetzt, eine Vorbereitung oder Warten richtig ist.

Häufig gestellte Fragen

Henri Jung

Co-Founder von Superkind. Hilft KMU und Enterprises dabei, maßgeschneiderte KI-Agenten zu deployen, die wirklich zur Arbeitsweise ihrer Teams passen. Henri brennt dafür, die Lücke zwischen dem, was KI kann, und dem Wert, den sie in echten Unternehmen erzeugt, zu schließen. Er ist überzeugt: Der Mittelstand hat alles, was er braucht, um bei KI vorne zu liegen - er braucht nur den richtigen Ansatz.