// DEEP DIVE | LEGACY INTEGRATION
SAP Automation und AI Integration: Der Side-by-Side Ansatz
SAP KI Integration funktioniert ohne Eingriff in den Standard. Statt Z-Code, Modifikationen oder Customizing läuft die KI-Logik außerhalb des SAP-Kerns und steuert Prozesse über dokumentierte Schnittstellen: BAPIs, IDocs, OData. Der Kern bleibt sauber (Clean Core), die Erweiterung erfolgt Side-by-Side. So bleiben Upgrade-Fähigkeit und Hersteller-Support intakt.
DAS PROBLEM
SAP ist mächtig, aber starr
Wer SAP im Bestand hat, kennt das Spannungsfeld: Das System ist das Rückgrat der Prozesse, aber jede Anpassung dauert, kostet und trägt das Risiko, sich beim nächsten Upgrade in den Fuß zu schießen. Z-Code zerstört Standards, jede Modifikation hebt sich beim nächsten Patch wieder auf oder verhindert ihn ganz.
Gleichzeitig bremsen manuelle Prozesse, die sich im SAP-Standard nicht abbilden lassen: Aufträge aus PDFs werden abgetippt, Rechnungen manuell geprüft, Stammdaten zwischen Systemen synchronisiert. Klassische AI-Anbieter empfehlen oft, das Problem mit SAP BTP oder einer Migration auf S/4HANA zu erschlagen, was Jahre und Millionen bedeutet.
Die pragmatische Lösung ist eine andere: KI sitzt nicht im SAP, sondern davor und dahinter. Über offizielle Schnittstellen werden Prozesse gesteuert, ohne dass irgendwer in den Kern eingreift.
BAPIs, IDocs und OData: Wir sprechen fließend SAP
Je nach SAP-Version nehmen wir die passende Tür. Für R/3 und ECC nutzen wir RFC, IDoc und BAPI. Für S/4HANA setzen wir auf OData, REST-APIs und SAP-zertifizierte BTP-Integrationen. Wichtig: Wir simulieren keine User-Eingaben (kein reines Screen Scraping) und schreiben nicht wild in die Datenbank. Wir buchen auf Business-Object-Ebene mit den Methoden, die SAP selbst dokumentiert. Das ist der Unterschied zwischen Hacking und Integration.
Vier Use Cases, die wir produktiv automatisieren
/ UNSER ANSATZ
01
Schritt 01
SD - Auftragseingang (VA01)
PDF-Bestellung kommt per Mail, Xanevo KI extrahiert Position, Menge und Liefertermin, matcht den Debitor gegen den SAP-Kundenstamm und legt den Auftrag via BAPI_SALESORDER_CREATEFromDAT2 an. Die Belegnummer wird zurückgemeldet. Null Tippfehler, durchschnittlich 70 % weniger Bearbeitungszeit pro Auftrag.
02
Schritt 02
MM - Rechnungsprüfung (MIRO)
Automatischer 3-Way-Match zwischen Bestellung, Wareneingang und Rechnung. Wenn alles passt, wird via MIRO dunkelgebucht. Gibt es Abweichungen, bekommt der Buchhalter einen strukturierten Vorschlag mit Begründung statt einer unsortierten Liste. Finance gewinnt Zeit, nicht Risiko.
03
Schritt 03
Master Data - Materialstamm-Anlage
Neue Artikel kommen aus Lieferanten-Feeds, PIM oder Katalogen. Die KI extrahiert Material-Attribute, reichert sie an und legt den Materialstamm in SAP an (BAPI_MATERIAL_SAVEDATA). Klassifikation nach ECLASS oder ETIM passiert automatisch. Was vorher Stunden manueller Pflege pro Artikel bedeutete, läuft jetzt in der Pipeline.
04
Schritt 04
Berechtigungskonzept und Sicherheit
Wir arbeiten mit einem dedizierten Technical User, der nur die Berechtigungen hat, die er für die definierten Use Cases braucht. Keine SAP_ALL, keine Modifikationen am Rollenkonzept. Jeder Vorgang ist mit Buchungsbeleg, User-ID und Zeitstempel auditierbar.
Clean Core ohne Z-Code
SAP empfiehlt seit Jahren die Clean Core Strategie: keine kundenindividuellen Anpassungen im Standard, alle Erweiterungen Side-by-Side. Genau das setzen wir um. Der SAP-Kern bleibt im Auslieferungszustand, die KI-Logik läuft auf der Xanevo-Plattform und kommuniziert über Standard-Schnittstellen. Wenn SAP ein Update herausbringt, müssen wir nicht erst prüfen, ob unsere Modifikationen überleben. Sie überleben, weil es keine gibt.
70 %
weniger Bearbeitungszeit pro automatisiertem SAP-Auftrag
Gemessen bei einem mittelständischen B2B-Händler, der zuvor Aufträge per Hand in VA01 erfasste. Nach Einführung der Xanevo-Bridge laufen 85 % der Aufträge dunkel, nur Sonderfälle landen auf dem Sachbearbeiter-Tisch.
Welche SAP-Version unterstützen wir?
System
Integrationsmethode
Status
SAP R/3 (4.6c bis ECC 6.0)
RFC, BAPI, IDoc
Voll supportet
SAP S/4HANA (On-Premise)
OData, CDS Views
Voll supportet
SAP S/4HANA (Cloud, Public Edition)
Whitelisted APIs
Voll supportet
SAP Business One / ByDesign
SOAP, REST
Auf Anfrage
Drei Fragen, die SAP-Verantwortliche stellen
Nein. Die Xanevo-Bridge läuft autark, kann aber an BTP angebunden werden, wenn Sie diese ohnehin produktiv nutzen. Für Unternehmen ohne BTP-Investition ist das kein Hindernis.
Da wir ausschließlich dokumentierte Standard-Schnittstellen nutzen (BAPIs, IDocs, OData), sind SAP-Updates in aller Regel unproblematisch. Bei größeren Versionssprüngen (etwa ECC nach S/4HANA) passen wir die Connector-Schicht an, das KI-Modul und die Workflow-Logik bleiben unberührt.
Minimal. Wir brauchen einen Technical User mit definierten Berechtigungen und die Firewall-Freigabe für unsere Connector-Komponente. Beides lässt sich in der Regel mit Ihrem internen SAP Competence Center klären. Externe Berater werden nur bei Sonderkonstellationen nötig.
Verwandte Deep Dives
AS/400 und Mainframe
Modernisierung für IBM i Systeme via Terminal Emulation und validierten Schreibpfaden.
// SAP INTEGRATION
Prüfen wir Ihre SAP-Schnittstelle.
Bei welcher SAP-Version stehen Sie, welche Module sind im Einsatz, welche Prozesse würden Sie automatisieren? Wir prüfen Ihre Version, Release-Stand und Berechtigungsdesign und sagen Ihnen klar, was machbar ist und was nicht. Eine Stunde, kein Verkauf.