Wir tasten den Kern des ERP nicht an
Die richtige Positionierung für jede Integration mit einem ausgereiften ERP (insbesondere SAP) ist „Clean Core“: Sie bauen Side-by-Side-Erweiterungen über OData, IDoc oder Events und ändern nie den Code im Kern des Systems. Der Kern bleibt vom Anbieter normal aktualisierbar, ohne dass Ihre Integrationen brechen.
Die erste Discovery-Frage entscheidet alles: welche Version (S/4HANA oder ECC), welche Module sind bereits aktiv (EWM, Catch Weight Management)? Die Antwort zeigt, ob ein Aufbau von Grund auf nötig ist oder nur eine Anpassung dessen, was schon existiert. KI auf SAP wird als Side-by-Side-Erweiterung gebaut, über OData, IDoc oder Events, ohne den Kern anzutasten — genau das, was auch SAP mit Clean Core empfiehlt.
Welches ERP nutzt Ihr Unternehmen?
Wählen Sie das System. Wir sagen Ihnen, wie es angebunden wird und was die erste Discovery-Frage ist.
Die Buchhaltung hat keine API — und das ist kein Hindernis
SAGA C Desktop, von vielen Buchhaltern in Rumänien genutzt, hat keine API und wird offiziell bestätigt auf der Desktop-Seite auch keine bekommen. Die tatsächliche Integration erfolgt durch direktes Lesen der nativen Datenbank (DBF- oder Firebird-Formate, je nach Version) oder über den offiziellen Import-/Export-Workflow.
Wir haben mehr als 16 Werkzeuge zum Lesen, Prüfen und Abgleichen auf diesem System aufgebaut — Saldenliste, Kontokarte, Journal, Steuererklärungen, Bankabgleich — alle rein lesend, ohne jemals direkt in die Datendateien zu schreiben. KI auf SAGA bedeutet konkret das direkte Lesen der nativen Datenbank — SAGA C Desktop hat keine API und wird, offiziell bestätigt, auch nie eine haben. Das SAP-Digitalisierungs-Discovery bei FOX ist der konkrete Fall hinter diesem Ansatz — Clean Core, ohne den Kern anzutasten, mit einem „Production Brain” als Vorzeigeprojekt. das SAP-Digitalisierungs-Discovery bei FOX.
Das Modell erhält das Ergebnis, nicht die Rohdaten
MCP (Model Context Protocol) ist der aufkommende Standard, mit dem ein KI-Modell über einen dedizierten Server an ein externes System angebunden wird, der genau steuert, was das Modell sieht. Qlik hat zum Beispiel im Februar 2026 einen offiziellen MCP-Server veröffentlicht: Qlik berechnet, das Modell erhält nur das bereits gesteuerte Ergebnis — die Rohdaten gelangen nie direkt zum Modell.
Dieses Muster — Berechnung und Governance im Quellsystem, kontrollierte Offenlegung gegenüber dem Modell — ist dasjenige, das wir für jede ernsthafte KI-ERP-Integration empfehlen, nicht nur für Qlik. MCP-Server für Unternehmen existieren genau zu diesem Zweck: ein kontrollierter Kanal, über den ein KI-Agent für SAP oder SAGA nur das Ergebnis sieht, nicht die Rohdaten im System. Für Unternehmen, die zusätzlich zur Zugriffs-Governance auch ein Hosting in der EU verlangen, erklären wir separat den Unterschied zwischen self-hosted und souverän, damit das Discovery-Gespräch von klaren Begriffen ausgeht.
Priorisierung der Integrationen
Nicht alle Module eines ERP lohnt es sich, in der ersten Etappe an KI anzubinden. Wir priorisieren, was schnell messbare Wirkung hat: 1-Klick-Neuberechnung für bestimmte Prozesse, ein Dashboard für heute manuell berechnete Daten, Alarmierung bei Ausnahmen, die heute unbemerkt bleiben.
Ein reales Beispiel für eine versteckte Priorität: das „Giveaway” (unbemessen verschenktes Produkt) kann auf einer Linie ohne digitale Kontrolle einige Prozent der Produktion erreichen — oft die größte versteckte Chance, unsichtbar, bis sie gemessen wird. KI-Agenten für SAP starten immer auf einem einzigen Modul mit sauberen Daten — meist Einkauf oder Bestand — nicht auf dem gesamten ERP auf einmal, um das Risiko der ersten Anbindung zu begrenzen. Neben den Konnektoren kann das System KI-Agenten umfassen, die nur mit Freigabe im ERP lesen und schreiben.
Wer sieht was, über KI
Eine gut gemachte KI-ERP-Integration hält sich genau an dieselben Zugriffsregeln wie das ursprüngliche System — ein Agent sollte keine Daten sehen, auf die der dahinterstehende Nutzer keinen Zugriff hat. Das zentrale Berechtigungsregister und der eingeschränkte Scope pro Plattform/Rolle sind Teil der Architektur, kein nachträglicher Sicherheitszusatz.
Bei Modulen mit sensiblen Daten (Finanzen, Personal) wird diese Governance-Schicht ausdrücklich geprüft, bevor irgendein Modell an das System angebunden wird.
Von Discovery zur Side-by-Side-Erweiterung
Jede Integration beginnt mit einer klaren Kartierung dessen, was aus dem bestehenden System herauskommt, bevor die Anbindungstechnologie gewählt wird.
- 01Wir kartieren, welche Module aktiv sind und welche Daten aus dem bestehenden System (SAP/SAGA/anderes ERP) ausgehen
- 02Wir wählen das passende Integrationsmuster: eine BTP-Erweiterung, einen kontrollierten MCP-Connector oder direktes Auslesen von Daten
- 03Wir bauen und testen mit echten Daten, ohne Eingriffe in den Kern des Systems
- 04Wir übergeben mit Dokumentation, was das Modell genau sieht und was strikt intern bleibt
Festpreis, nach einem kurzen Discovery-Gespräch.
- Audit der aktiven Module
- Integrationskarte
- Clean-Core-Empfehlung
- 1-2 BTP/MCP-Erweiterungen
- gesteuerte Anbindung an Qlik/SAP/SAGA
- Übergabe + Dokumentation
- Vollständige Side-by-Side-Architektur
- Agenten + Berichte
- Wartungs-Retainer
Jedes Projekt hat einen anderen Kontext, andere Abläufe und eine andere Infrastruktur. Der Preis wird nach einem kurzen, bezahlten Discovery festgelegt und ändert sich danach nicht mehr.
Häufige Fragen
Wie wird KI mit SAP integriert, ohne das bestehende System zu beeinträchtigen?
Über den „Clean Core"-Ansatz: Sie bauen Side-by-Side-Erweiterungen auf SAP BTP, über OData, IDoc oder Events, ohne jemals den Kern zu verändern. Das erlaubt es, dass SAP normal vom Anbieter aktualisiert werden kann, ohne dass Ihre Integration bei jedem Update kaputtgeht.
Kann KI an SAGA angebunden werden, wenn SAGA keine API hat?
Ja — durch direktes Lesen der nativen SAGA-Datenbank (Format DBF oder Firebird, je nach Version), mit der strengen Regel, niemals direkt in die Datendateien zu schreiben. Jede Änderung läuft über den offiziellen Importmechanismus.
Was ist ein MCP-Server, und warum ist er für die KI-Integration mit dem ERP wichtig?
MCP (Model Context Protocol) ist ein Standard, mit dem ein externes System (ERP, BI, Datenbank) Daten über einen dedizierten Server für ein KI-Modell bereitstellt, der genau steuert, was beim Modell ankommt. Qlik hat zum Beispiel seit Februar 2026 einen offiziellen MCP-Server, über den das Modell nur das bereits berechnete und gesteuerte Ergebnis erhält.
Gelangen die Rohdaten aus dem ERP an das KI-Modell?
Nein, wenn die Integration richtig konzipiert ist — das Quellsystem (ERP oder BI-Tool) berechnet und steuert die Daten, und das Modell erhält nur das durch diese Schicht gefilterte Ergebnis. Das ist der Unterschied zwischen einer sicheren KI-Integration und einer, die unnötig sensible Daten offenlegt.
Was kostet die KI-Integration mit einem bestehenden ERP?
Der Preis wird nach einem kurzen, kostenpflichtigen Discovery-Gespräch festgelegt. Zahlen aus Kundenprojekten veröffentlichen wir nicht.
Welche Unternehmen in Rumänien haben Systeme ohne API, an die es sich lohnt, KI anzubinden?
Der häufigste Fall ist die Buchhaltung (SAGA C Desktop, weit verbreitet) und ältere Industrie-ERPs. Das Fehlen der API blockiert die Integration nicht, ändert aber, wie sie erfolgt — durch direktes Lesen der Daten oder Side-by-Side-Erweiterungen, nicht durch standardmäßige API-Anbindung.
Kann ein KI-Agent für SAP direkt in das ERP schreiben, oder liest er nur?
Das hängt von der beim Discovery-Gespräch festgelegten Governance ab — standardmäßig liest ein Agent und schlägt vor, während das Schreiben ins System ein separater, menschlich freigegebener Schritt bleibt, besonders bei Transaktionen mit direkter finanzieller Auswirkung.
Lassen Sie uns schauen, was sich bei Ihnen automatisieren lässt.
Eine kostenlose 30-Minuten-Sitzung: Wir sagen Ihnen, was sich automatisieren lässt, wie lange es dauert und was es kostet – mit Festpreis nach dem Discovery-Gespräch.