Was ist ein MCP-Server für SAP?
Ein MCP-Server für SAP ist die Brücke zwischen einem KI-Agenten und Ihrem SAP-System (S/4HANA, ECC, S/4HANA Cloud). Über das offene Model Context Protocol stellt der Server gezielt ausgewählte SAP-Funktionen — BAPIs, RFC-Funktionsbausteine, OData-Services oder CDS-Views — dem KI-Modell zur Verfügung. Nicht „alles", sondern genau das, was Sie freigeben.
SAP ist der Härtetest für jede MCP-Integration: Berechtigungsobjekte, Mandantentrennung, Belegfluss, Wert- und Mengenflüsse — alles muss konsistent bleiben. Ein gut gebauter MCP-Server respektiert diese Architektur und tut nichts an SAP vorbei. Er ruft autorisierte Schnittstellen auf wie ein anderes Anwendungssystem auch — nur eben getrieben durch ein Sprachmodell.
Wichtig zu verstehen: MCP ersetzt nicht SAP-Standardprozesse. Es legt eine KI-Bedienebene davor, die für Reporting, Auswertungen, Belegrecherchen und definierte Anlageprozesse genutzt werden kann.
Kurz: SAP + MCP heißt: Ihr Vertrieb fragt natürlich nach Liefersituation, Bestand, Vorgängen oder Reklamationen — und bekommt aus SAP eine Antwort, ohne durch SAP-GUI-Bäume zu navigieren.
Use Cases: Was kann ein SAP-MCP-Server konkret?
- Auftrags- und Bestandsabfragen „Wo ist die Lieferung an Müller GmbH?" — Der Agent zieht Auftrag, Lieferung, Faktura über BAPI_SALESORDER_GETSTATUS und vergleichbare Bausteine. Antwort in Klartext, mit Beleg-Links.
- Reporting on demand CDS-Views oder OData-Services als MCP-Tools: Umsätze pro Region, Top-Kunden, ABC-Analyse — abgefragt durch natürliche Sprache, beantwortet aus echten SAP-Zahlen.
- Stammdatenpflege mit Kontrolle Anlage von Kunden, Materialien oder Lieferanten in SAP — durch den Agenten vorbereitet, durch einen autorisierten User mit Freigabe-Schritt final gebucht. Niemals Stammdaten ohne Vier-Augen-Prinzip.
- Ticket- und Reklamationsbearbeitung Eingehende Mails an Service oder Vertrieb: Der Agent identifiziert betroffenen Auftrag und Beleg in SAP, schlägt Antwort und Folgeprozess vor — Mensch entscheidet.
- Finanz- und Controlling-Auswertungen FI-/CO-Reporting per Sprache: „Welche offenen Posten gibt es im Buchungskreis 1000 mit Fälligkeit nächste Woche?" Der Agent baut die Abfrage gegen entsprechende OData-Services oder ABAP-Schnittstellen.
- Procurement-Assistenz Bestellungen erstellen, Wareneingänge prüfen, Lieferantenbewertungen abfragen — der Agent unterstützt Einkäufer, die Hoheit bleibt bei der zugewiesenen Rolle in SAP.
So funktioniert die Integration
Architektur:
KI-Agent ↔ MCP-Server (Ihr EU-Host) ↔ SAP Gateway / Cloud Connector ↔ SAP-System (BAPI/RFC, OData, CDS-Views)
Konkrete Schritte:
- SAP-Assessment: S/4HANA on-premise? Cloud? ECC mit OData-Gateway? Mit welcher Berechtigungswelt arbeiten wir? Welche BAPIs / OData-Services kommen in Frage?
- Berechtigungs-Konzept: Der MCP-Server bekommt einen oder mehrere technische User in SAP mit minimalen Rechten genau für die gewünschten Use Cases. Keine SAP_ALL, keine Generalfreigabe.
- Tool-Whitelist: Wir definieren in MCP nur die Funktionen, die wirklich gebraucht werden. Jede mit Input-Schema, sodass das Modell keine ungewollten Parameter setzen kann.
- Logging & Audit: SAP-seitig über die üblichen Audit-Mechanismen (Audit Log, BAL); MCP-Server-seitig zusätzliche Prompts und Tool-Calls als revisionssichere Spur.
- Performance: Caching für read-heavy Use Cases, klare Timeouts, asynchrone Aufrufe wo nötig — SAP-Backend darf nicht ausgebremst werden.
- Test in QA-System: Vor jedem Go-Live identische MCP-Konfiguration im QA-Mandanten, mit Fachbereich-Tests.
HANA, BTP und ABAP: Wo docken KI-Agenten am besten an?
In Gesprächen tauchen immer dieselben drei Varianten auf. Kurz eingeordnet:
- OData über Gateway (der Standardweg): Für Geschäfts-Use-Cases wie Auftragsstatus, offene Posten oder Stammdaten ist OData über das SAP Gateway fast immer der richtige Andockpunkt. Dokumentiert, berechtigungsfähig, versioniert.
- SAP BTP als Integrationsschicht: Der MCP-Server kann auf der Business Technology Platform laufen oder daneben im selben EU-Cloud-Stack. BTP bringt Destination-Service und Connectivity mit, ersetzt aber weder Tool-Design noch Berechtigungskonzept.
- HANA Cloud direkt: Direkter SQL-Zugriff auf HANA ist für Analytik-Sonderfälle denkbar, umgeht aber die Business-Logik und Berechtigungsprüfungen der Applikationsschicht. Wir setzen ihn nur ein, wenn CDS-Views und OData nachweislich nicht reichen.
- ABAP ADT MCP-Server: Ein eigenes Thema für Entwicklungsteams (KI-gestützt ABAP lesen und schreiben). Für Geschäftsprozesse im Fachbereich ist das der falsche Andockpunkt, beides lässt sich aber parallel betreiben.
Häufige Stolperfallen aus der Praxis
SAP-MCP-Projekte scheitern selten am Code. Sie verzögern sich an diesen Punkten:
- Berechtigungen dauern länger als die Technik: Der technische User mit minimalen Berechtigungsobjekten ist schnell spezifiziert, aber Basis, Compliance und Betriebsrat brauchen Vorlauf. Diesen Prozess am ersten Tag starten, nicht in Woche vier.
- Teure Calls ohne Caching: Manche BAPIs sind schwergewichtig. Ein Agent, der dieselbe Abfrage im Minutentakt stellt, bremst das Backend. Read-heavy Tools brauchen Caching und klare Timeouts von Anfang an.
- QA-Mandant ohne brauchbare Daten: Tests gegen einen leeren oder veralteten QA-Mandanten sagen nichts aus. Vor dem Fachbereichstest gehört ein realistischer Datenstand in den Mandanten.
- Gesperrte Objekte: Belege und Stammdaten können durch Nutzer oder Batch-Jobs gesperrt sein. Der MCP-Server muss Sperren erkennen und sauber melden, statt Aktionen still zu verlieren.
- Cloud-Connector-Setup unterschätzt: Bei on-premise-Systemen ist der Cloud Connector der kritische Pfad. Netzwerk-Team früh einbinden, sonst steht die fertige Integration wochenlang vor einer Firewall.
DSGVO, Hosting & Sicherheit
SAP-Systeme enthalten typischerweise Personenstammdaten, Gehaltsdaten, Lieferantendaten — die volle DSGVO-Spielwiese. Deshalb:
- MCP-Server in EU-Hosting, idealerweise im selben Cloud-Region-Stack wie SAP (S/4HANA Cloud in Europe-Frankfurt o.ä.).
- SAP Cloud Connector, wenn das SAP-System on-premise hinter Firewalls liegt — keine direkten Verbindungen aus dem Internet.
- Technischer User mit minimalen Berechtigungsobjekten, dokumentiert und reviewt durch SAP-Basis und Compliance.
- AVV mit dem KI-Anbieter, EU-Datenresidenz erzwungen.
- Schreibvorgänge mit Vier-Augen-Prinzip: Der Agent darf vorbereiten und vorschlagen, aber finale Buchungen erfordern menschliche Bestätigung — selten Ausnahmen für unkritische Vorgänge.
Was kostet das?
SAP-MCP-Projekte sind aufwendiger als DATEV oder Lexoffice — typischerweise mehrere Wochen Vorlauf für Berechtigungen, QA-Tests, Performance. Aber:
- BAFA-Förderung auf Beratungs- und Konzeptionsanteile (Berater-ID 225369).
- Phasen-basiertes Vorgehen: Erst ein klarer Use Case (z. B. Auftrags-Status-Abfrage) — dann Erweiterung.
- Fester Architektur-Block: Sobald MCP-Server, Cloud Connector und Tool-Framework stehen, sind weitere Use Cases ein Bruchteil des Initialaufwands.
Konkrete Größenordnungen besprechen wir in der Erstberatung — abhängig von Ihrer SAP-Variante, gewünschten Use Cases und Compliance-Vorgaben.
Verwandte Ratgeber
Häufige Fragen
Welche SAP-Versionen werden unterstützt?
S/4HANA (On-Premise und Cloud) ebenso wie SAP ECC mit OData-Gateway. Auch SAP Business One ist über entsprechende Schnittstellen anbindbar — im Audit klären wir die konkrete Konstellation.
Wird in SAP geschrieben oder nur gelesen?
Standardmäßig empfehlen wir read-heavy Use Cases zuerst. Schreibvorgänge sind möglich, aber mit Vier-Augen-Prinzip und klar definiertem Berechtigungsobjekt.
Müssen wir SAP-Customizing ändern?
Nein. Der MCP-Server arbeitet ausschließlich über bestehende oder gezielt freigegebene Standard-Schnittstellen — kein Eingriff in den SAP-Kern, kein Custom-ABAP-Bedarf in den meisten Fällen.
Wie sicher ist der Zugriff?
Der MCP-Server nutzt einen dedizierten technischen SAP-User mit minimalen Rechten. SAP Cloud Connector schützt on-premise-Verbindungen. Alle Calls sind in SAP loggbar.
Ist das BAFA-förderfähig?
Ja. Weber Media ist BAFA-zugelassener Berater (ID 225369). Beratungs- und Konzeptionsanteile sind förderfähig — die Höhe des Zuschusses hängt von Bundesland und Unternehmensgröße ab. Die technische Umsetzung selbst ist nicht förderfähig.
Welche KI-Modelle funktionieren mit SAP-MCP?
Alle MCP-kompatiblen — Anthropic Claude, OpenAI GPT, Google Gemini, Microsoft Copilot. Modellwechsel ohne Re-Integration.
Wie lange dauert ein SAP-MCP-Projekt typischerweise?
Erster Use Case meist 6–10 Wochen — abhängig von Berechtigungslage, QA-Verfügbarkeit und Cloud-Connector-Setup. Folge-Use-Cases dann deutlich schneller.
Was ist mit S/4HANA Cloud Public Edition?
Cloud-Edition ist gut anbindbar: OData-Services sind dokumentiert, Berechtigungen über Business Roles. MCP-Server läuft idealerweise im gleichen Cloud-Region-Stack.
Kann der MCP-Server auf der SAP BTP laufen?
Ja, die BTP ist ein möglicher Betriebsort, inklusive Destination-Service und Connectivity zum Backend. Genauso gut funktioniert ein EU-Host neben der BTP. Entscheidend sind Berechtigungskonzept und Tool-Design, nicht der Betriebsort.
Was unterscheidet einen MCP-Server von SAP Joule?
Joule ist SAPs Assistent innerhalb der SAP-Welt. Ein MCP-Server verbindet SAP mit dem Rest Ihrer Systemlandschaft (CRM, E-Mail, Buchhaltung, Dokumente) und lässt Ihnen die freie Wahl des KI-Modells. Beides schließt sich nicht aus, in vielen Landschaften ergänzt es sich.
Geht das auch mit Ihrem SAP?
Schreiben Sie kurz, welches System Sie anbinden wollen. Sie bekommen eine schriftliche Einschätzung zur Machbarkeit, ohne Termin und ohne Verkaufsgespräch.
Danke, Ihre Anfrage ist da.
Sie bekommen innerhalb eines Werktags eine schriftliche Einschätzung per Mail.
Lieber direkt sprechen? 30 Minuten Erstberatung buchen