KI-Agenten auf Legacy-Systemen: Wie der Mittelstand modernisiert, ohne das ERP rauszureissen

Gehen Sie in einen beliebigen deutschen Maschinenbauer, Grosshaendler oder mittelstaendischen Dienstleister, und Sie finden unter der Haube dasselbe: ein ERP, das installiert wurde, als es noch keine Smartphones gab, ein Dutzend Satellitensysteme, die ueber zwei Jahrzehnte angeschraubt wurden, und ein Raum voller Sachbearbeiter, die die Workarounds kennen, die die Software nicht dokumentiert. Das ist die Betriebsrealitaet der Unternehmen, die einen Grossteil der deutschen Wirtschaftsleistung tragen¹.

Seit Jahren lautet der Ratschlag: erst modernisieren, dann KI. ECC raus, auf S/4HANA migrieren, Satelliten konsolidieren, Daten saeubern, dann ueber Agenten nachdenken. Dieser Ratschlag ist falsch. Gartner erwartet, dass rund die Haelfte aller SAP-ECC-Kunden den Mainstream-Support-Stichtag 2027 weiter in ECC verbringt³. Rund 75 Prozent der ERP-nahen KI-Projekte bleiben an der Integrationsgrenze zwischen Legacy-System und neuer KI-Faehigkeit stecken⁹. Die Unternehmen, die der Reihe nach vorgehen wollen, sind die, die nirgendwo ankommen.

Dieser Leitfaden stellt den entgegengesetzten Ansatz dar. Sie setzen KI-Agenten als Schicht auf das, was Sie bereits betreiben. Kein Rip-and-Replace. Keine 36-Monats-Migration, bevor irgendjemand Wert sieht. Sie holen ROI aus Ihrem Legacy-Stack, waehrend die Modernisierungsentscheidung noch offen ist - und wenn Sie spaeter migrieren, ueberlebt die Agent-Schicht den Uebergang und senkt sogar das Migrationsrisiko.

Die Legacy-Realitaet im Mittelstand

Legacy ist kein Sonderfall. Es ist der Betriebszustand der deutschen Mittelstands-IT. Jeder ehrliche KI-Plan muss von dort starten, nicht von einer Gruenwiese.

• ERP aus der Zeit vor 2005 ist verbreitet - 41 Prozent der deutschen und italienischen Industrieunternehmen betreiben noch individuelle ERP- oder MRP-Systeme aus der Zeit vor 2005, viele ohne moderne APIs¹.
• SAP dominiert, ECC bleibt - Ueber 75 Prozent der deutschen Grossunternehmen fahren SAP im Kern. Gartner schaetzt, dass Anfang 2026 noch 70 Prozent der ECC-Kunden nicht auf S/4HANA migriert sind^3,14.
• Satelliten-Wildwuchs ist real - Ein typisches Mittelstandsunternehmen mit 300 bis 1.500 Mitarbeitenden fuehrt 20 bis 80 Fachsysteme neben dem Kern-ERP: MES, WMS, CRM, PLM, CAD, eigene Access-Datenbanken, Branchentools und Netzwerklaufwerke voller Tabellen.
• Technische Schuld frisst das Budget - Unternehmen verbrennen rund 40 Prozent ihres IT-Budgets fuer die reine Wartung von Legacy. CIOs leiten 10 bis 20 Prozent ihres Neuentwicklungs-Budgets in die Schuldentilgung^13,14.
• Entwicklerzeit ist gebunden - Interne IT verbringt rund 33 Prozent ihrer Zeit mit Aktivitaeten rund um technische Schuld statt mit neuen Faehigkeiten¹⁴.
• Digitalisierung wird zum Steuerungsproblem - Bitkom meldet, dass erstmals eine Mehrheit der deutschen Unternehmen sagt, sie koenne ihre Digitalisierung nicht ausreichend steuern. 53 Prozent nennen Steuerung als groesste Hurde, vor Budget oder Technologie^1,16.
• Der IT-Fachkraeftemangel verstaerkt es - Rund 149.000 IT-Stellen sind offen, und der Mittelstand gewinnt selten die Konkurrenz um ABAP-, RPG- oder Integrationsspezialisten¹⁶.

Warum Rip-and-Replace im Mittelstand scheitert

Das klassische Spielbuch sagt: zuerst das Kernsystem modernisieren, dann KI draufsetzen. Fuer die meisten Mittelstaendler ist dieser Ratschlag nicht nur langsam, sondern strukturell kaputt. Drei Dinge gehen schief.

1. Der Zeitrahmen sprengt den Business Case

• Migrationen laufen lang - Eine mittelstaendische S/4HANA-Migration braucht typischerweise 12 bis 36 Monate von Kick-off bis stabiler Produktion.
• Mannschaft ist ueber Jahre gebunden - Ihre besten Prozess- und IT-Leute stecken in der Migration und stehen fuer nichts anderes zur Verfuegung, auch nicht fuer KI.
• Wert kommt am Ende - Das Business sieht keine operative Verbesserung bis zum Cutover, das heisst jahrelang Rechnung ohne Ergebnis.
• Prioritaeten verschieben sich - Eine Lieferkettenkrise, eine neue Regulierung oder ein Fuehrungswechsel im laufenden Projekt kippt regelmaessig den Plan oder zwingt zu Neuzuschnitten.
• Das KI-Rennen pausiert nicht - Waehrend Sie migrieren, bauen Wettbewerber, die das Rip-and-Replace uebersprungen haben, Agenten und vergroessern den Effizienzvorsprung.

2. Die Risikokonzentration ist extrem

• Single-Point-of-Failure-Projekt - Rip-and-Replace setzt den operativen Kern des Unternehmens auf ein einziges Cutover-Ereignis.
• Datenmigration ist der Sterbefriedhof - Jahrzehnte unvollstaendiger, inkonsistenter oder undokumentierter Daten muessen vor dem Cutover bereinigt und gemappt werden. Niemand besitzt alles.
• Change-Fatigue ist real - Das Unternehmen durchlaeuft ein mehrjaehriges Veraenderungsprogramm, nur um funktional dort anzukommen, wo es schon war, nur mit neuer Oberflaeche.
• Kostenueberschreitungen sind die Norm - Jeder heute aufgeschobene Wartungseuro kostet spaeter rund vier Euro, und ERP-Grossprojekte laufen regelmaessig 50 bis 100 Prozent ueber Budget¹⁴.
• Lieferantenhebel kippt - Mitten in der Migration sind Sie kommerziell in der schwaechsten Position gegenueber ERP-Anbieter und Systemintegrator.

3. Das KI-Ergebnis ist danach trotzdem nicht garantiert

• Neues ERP, gleicher Prozess - Wenn KI das Ziel ist, muessen die Prozesse ohnehin neu gedacht werden; die Migration macht das nicht automatisch.
• Neues ERP, alte Datengewohnheiten - Ein frisches System erzeugt keine sauberen Daten; es bietet nur neue Orte, um denselben Schlamassel abzulegen.
• KI nach der Migration ist ein zweites Projekt - Nach dem Cutover ist das Team muerbe, das Budget ausgeschoepft, und die KI-Arbeit startet bei Null, nicht im Vorsprung.
• Annie Hodgkins von Gartner sagt es klar - generative KI einfach oben auf einen alten Stack zu klatschen, macht eine Anwendung nicht auf magische Weise intelligent oder zukunftsfaehig⁸.

Die Agent-Layer-Alternative

Die Agent-Schicht ist kein Produkt, sondern ein Architekturmuster. Die Idee ist schlicht: ein KI-Agent sitzt oberhalb Ihrer bestehenden Systeme, liest und schreibt ueber dokumentierte Schnittstellen, haelt eigenen Zustand und erledigt die mehrstufige Arbeit, die vorher ein Mensch gemacht hat. Ihr ECC, Ihr AS/400, Ihre individuelle .NET-Anwendung, Ihre Access-Datenbank - alles bleibt stehen.

Wie das Muster aussieht

• Integrationsschicht - der Agent konsumiert das, was Ihre Systeme bereits bieten: REST-APIs, SOAP-Services, SAP BAPI/RFC, IBM-i-Db2-SQL, Dateiabwuerfe, E-Mail oder einen duennen, agentenspezifischen Adapter.
• Agent-Laufzeit - die Reasoning- und Tool-Use-Logik, die entscheidet, was als Naechstes passiert, gehostet in Ihrem Cloud-Tenant oder on-prem.
• Agent-Zustand und Speicher - der eigene Speicher des Agenten fuer offene Aufgaben, Kontext und Lernmuster, komplett getrennt vom ERP.
• Human-in-the-Loop-Punkte - kritische Aktionen (grosse Rechnungen, Vertragsanpassungen, Ausnahmen) gehen vor dem Zurueckschreiben an einen Pruefer.
• Audit-Trail - jede Agent-Aktion wird mit Ein- und Ausgabe sowie Begruendungskette protokolliert, was Governance und Compliance vereinfacht.
• Observability - Dashboards zeigen Durchsatz, Genauigkeit und Eskalationsrate, sodass das Business den Qualitaetsindikator besitzt, nicht nur die IT.

Warum das im Mittelstand gewinnt

1. Sie nutzen, was da ist - kein neues ERP, keine neue Plattform, kein Rip-and-Replace. Der Agent wird zu zusaetzlicher Kapazitaet, nicht zum naechsten System, das man lernen muss.
2. Sie starten eng - ein Prozess, ein Systempaar, ein Team. Der Schaden eines Fehlers ist eingegrenzt, der Erfolgsfall ist messbar.
3. Sie bauen in Wochen - der typische erste Use Case geht in 8 bis 12 Wochen live, nicht in 8 bis 12 Monaten. McKinsey meldet, dass bereits rund ein Viertel aller Organisationen agentische KI in mindestens einer Funktion mit aehnlichen Zyklen skaliert⁵.
4. Sie sammeln Gewinne - Use Case zwei verwendet die Integrationen und Governance von Use Case eins, der zweite Einsatz ist also guenstiger und schneller.
5. Sie behalten Optionen - die Agent-Schicht zwingt Sie nicht in einen Migrationspfad. Sie verbessert das heutige System und klaert vorab, welche Daten und Fluesse wirklich zaehlen - genau das, was eine spaetere Migration braucht.

5 Integrationsmuster, die wirklich funktionieren

Die Agent-Schicht steht und faellt damit, wie gut sie mit den Legacy-Systemen darunter spricht. Diese fuenf Muster tauchen in erfolgreichen Einsaetzen im Mittelstand immer wieder auf, grob von der saubersten zur schmutzigsten Variante.

1. Dokumentierte API oder Service-Schnittstelle

• Was es ist - das Legacy-System bietet REST, SOAP, OData oder GraphQL, der Agent ruft direkt.
• Wo es auftritt - neuere SAP-Releases, moderne CRM- und Service-Systeme, Cloud-Zeit-Satelliten, vom Hersteller bereitgestellte Integrations-APIs.
• Wann waehlen - immer, wenn die Schnittstelle existiert und stabil ist. Erste Wahl.
• Worauf achten - Rate Limits, Auth-Ablauf, Versionierung. Behandeln Sie die Legacy-API wie einen Vertrag und ueberwachen Sie sie.

2. ERP-spezifische Protokolle (BAPI, RFC, IDoc)

• Was es ist - SAP und andere Enterprise-ERPs bieten Remote Function Calls lange bevor REST dazukommt. Der Agent nutzt SDK oder eine Middleware-Uebersetzung.
• Wo es auftritt - SAP ECC, SAP S/4HANA on-prem, viele IBM-Mainframe-Workloads.
• Wann waehlen - wenn die Standard-API nicht abdeckt, was Sie brauchen; BAPI/RFC gehen oft weiter als REST.
• Worauf achten - Indirekt-Access-Lizenzierung, transaktionale Integritaet, Rollback-Semantik bei Agenten-Abbruch mitten im Workflow.

3. Datenpipeline oder Event-Stream

• Was es ist - der Agent liest aus einem Data Warehouse, CDC-Stream oder einer Nachrichten-Queue, die das Legacy-System bereits spiegelt.
• Wo es auftritt - Unternehmen mit vorhandenem Data Lake, Kafka-Backbone oder ETL-Tooling.
• Wann waehlen - hochvolumige Lese-Use-Cases (Analytik, Forecasting, Anomalien), wo Echtzeit-Writes nicht noetig sind.
• Worauf achten - Frische-Lag, Schema-Drift, Lineage. Die Pipeline wird Teil des Risikobereichs des Agenten.

4. RPA-Bruecke oder UI-Automatisierung

• Was es ist - der Agent steuert einen UiPath-, Blue-Prism- oder Playwright-Bot, der in seinem Namen durch die Legacy-Oberflaeche klickt.
• Wo es auftritt - Green-Screen-Terminals, alte Windows-Clients, Portale ohne API.
• Wann waehlen - wenn das Legacy-System wirklich keine programmierbare Oberflaeche hat und ein Adapter zu teuer ist.
• Worauf achten - bruechig bei UI-Aenderungen. Behandeln Sie die RPA-Bruecke als Provisorium, auch wenn sie Jahre haelt.

5. Duenner Adapter-Service

• Was es ist - ein kleiner Service (oft wenige hundert Zeilen Code), der aus Dateien, DB-Tabellen oder Queues liest, die das Legacy-System ohnehin nutzt, und dem Agenten eine saubere API anbietet.
• Wo es auftritt - eigenentwickelte ERPs, Access-Datenbanken, Netzwerklaufwerke, alte AS/400-Programme ohne oeffentliche Schnittstelle.
• Wann waehlen - wenn nichts oben Genanntes funktioniert, Sie aber auf irgendeinem indirekten Weg an die Daten kommen.
• Worauf achten - Adapter zunaechst ueberwiegend Lese-Richtung halten. Writes erst, wenn Vertrauen steht.

Die SAP-ECC-Frage: Jetzt migrieren, jetzt layern oder beides?

In jedem deutschen Mittelstands-Vorstand laeuft dasselbe Gespraech: Was machen wir vor dem 2027er Stichtag mit SAP ECC? Die Antwort ist nicht binaer. Agent-Layering und S/4HANA-Migration sind keine konkurrierenden Entscheidungen, sondern komplementaere mit unterschiedlichem Zeitrahmen.

Was die Daten sagen

• Mainstream-Support endet 31.12.2027 - danach ist erweiterter Support gegen Aufpreis bis 2030 verfuegbar, Drittpartei-Support sogar laenger²¹.
• Die meisten Kunden verpassen den Termin - Gartner rechnet 2027 mit rund 17.000 ECC-Holdouts, etwa der Haelfte der Kundenbasis³.
• Nur 39 Prozent der ECC-Kunden hatten Ende 2024 S/4HANA lizenziert³.
• Migration allein liefert keinen KI-Wert - sie wechselt die Plattform, nicht den Prozess. Ohne bewusste Prozess-Neugestaltung wird S/4HANA zu einem teureren ECC.
• Agent-Layering funktioniert heute auf ECC - BAPI, RFC und IDoc sind stabil, dokumentiert und tragen die meisten Automatisierungsszenarien.

Wie die beiden Entscheidungen zu sequenzieren sind

1. Agent-Schicht jetzt einsetzen - auf dem System, das Sie heute betreiben, mit einem Use Case, der in 9 Monaten zurueckzahlt.
2. Den realen Prozess durch den Agenten sichtbar machen - das Mapping dokumentiert, was Ihr Business wirklich tut, der teuerste Deliverable jedes S/4HANA-Projekts.
3. Die Datenklarheit aus dem Agenten zur Migrationsplanung nutzen - Sie wissen genau, welche Datenfluesse, Stammdatenelemente und Erweiterungen zaehlen, weil der Agent sie in Produktion nutzt.
4. Migrieren, wenn der Business Case steht - mit dem Agenten, der die operative Arbeit macht, ist der Migrationspfad kein Kritischer-Pfad-Element mehr fuer KI-Wert.
5. Beim Cutover den Connector tauschen - Agentenlogik, Training, Governance und Workflows bleiben; nur die Integrations-Endpunkte wechseln von ECC zu S/4HANA.

AS/400, Custom-ERP und die anderen Legacy-Monster

Nicht jedes Mittelstandsunternehmen fahrt SAP. Viele sind um IBM i auf Power-Hardware herum gewachsen, betreiben ein regionales Eigen-ERP oder eine Konstellation aus MS-Access-Datenbanken, die eine einzige Person kurz vor der Rente zusammenhaelt. Jede Variante hat ihren eigenen Weg in die Agent-Schicht.

IBM i / AS/400

• Nicht so festgefahren, wie es wirkt - IBM i bietet Daten ueber Db2 SQL, Stored Procedures, Integrated Web Services und zunehmend ueber MCP-Server, die Legacy-Operationen in Tool-Aufrufe fuer den Agenten uebersetzen^11,12.
• RPG-Logik kann bleiben - ueber IWS oder einen duennen REST-Adapter offenlegen; der Agent ruft sie wie jedes andere Tool, ohne RPG-Rewrites.
• Zugriffsmuster zaehlen - erst Nur-Lese, dann freigegebene Schreibpfade, wenn Vertrauen steht.
• Lizenz und Kapazitaet - zusaetzliche interaktive Last auf IBM i hat historische Lizenzbesonderheiten; stimmen Sie sich vor dem Go-Live mit Ihrem IBM-Partner ab.

Regionales Eigen-ERP

• APIs sind meist duenn oder fehlen - integrator-gebaute ERPs legen Datenbank oder Dateiabwuerfe offen, aber selten saubere Service-Schnittstellen.
• Adapter-Muster gewinnt - ein kleiner Service in Ihrer Hand, neben dem ERP, bietet dem Agenten eine saubere API und isoliert spaetere ERP-Aenderungen.
• Den Hersteller einbinden - viele regionale ERP-Hersteller sind fuer API-Arbeit offen; manche investieren mit, um KI-faehige Oberflaechen zu ergaenzen.
• Unterwegs dokumentieren - das Mapping, das Sie fuer den Adapter bauen, ist ein Wertbestandteil, kein Wegwerf-Artefakt; es wird zur Spezifikation jeder kuenftigen Abloesung.

Access, Excel und der Schatten-Stack

• Ja, das zaehlt als Legacy - Schattensysteme fuehren oft Prozesse, die das ERP nicht kennt. Agenten koennen die auch uebernehmen.
• Datei-basierte Aufnahme ist okay - ein Agent, der aus einem Netzlaufwerk oder einer Excel-Datei liest, ist ein gueltiges Muster, wenn nichts Besseres existiert.
• Schatten offiziell machen - das Agentenprojekt ist ein guter Anlass, kritische Schatten-Daten in einen geordneten Speicher zu heben, statt sie herauszureissen.
• Nicht nur die Datei, auch den Prozess abbilden - der Agent muss verstehen, wer die Datei wann und warum bearbeitet; die Datei zu automatisieren, ohne den Prozess zu kennen, bringt keinen ROI.

Risiko und Governance auf Legacy

Einen Agenten auf ein 20 Jahre altes System zu setzen ist nicht leichtsinnig - es ist eines der sichereren KI-Einsatzmuster, weil der Kern unangetastet bleibt. Die Risiken, die es gibt, sind bekannt und handhabbar.

Sechs Risiken, die Sie einplanen

1. Ungewollte Schreibzugriffe - ein Agent, der in das Legacy-System schreibt, kann bei Fehlverhalten im Mengengeruest Schaden anrichten. Start in Read-only, Schreibzugriffe Schritt fuer Schritt mit Freigaben fuer wirkungsstarke Aktionen.
2. Last und Stabilitaet - Legacy-Systeme sind fuer menschlichen Verkehr dimensioniert. Ein Agent, der tausende Abfragen pro Stunde schickt, kann Performance ins Wanken bringen, wenn Rate Limits fehlen.
3. Authentifizierung und Secrets - Zugangsdaten fuer Legacy-Systeme sind oft geteilt oder schlecht rotiert. Der Agent arbeitet mit eingegrenzten Service-Konten und Secrets aus einem sicheren Vault je Umgebung.
4. Datenlecks - sensible Daten (HR, Finanzen, Kunden-PII) muessen innerhalb der Grenze bleiben. Rohdaten nicht an externe LLMs schicken; redigieren, zusammenfassen oder Inferenz im eigenen Tenant halten.
5. Prompt Injection aus Legacy-Inhalten - nutzergepflegte Felder (Kundenzettel, Lieferantenbriefe) koennen Anweisungen enthalten, die den Agenten manipulieren. Legacy-Inhalte als nicht vertrauenswuerdige Eingabe behandeln und validieren.
6. Abhaengigkeit von Legacy-Wissenstraegern - das Projekt macht sichtbar, wie sehr alles an einem einzigen RPG- oder ABAP-Spezialisten haengt. Paaren Sie die Person explizit mit dem Agententeam und dokumentieren Sie das Wissen.

Compliance in der Praxis

• DSGVO - Daten bleiben innerhalb Ihrer Infrastruktur, Verarbeitungszwecke dokumentiert, Rechtsgrundlage je Use Case gemappt. Agenten schaffen keine neuen Compliance-Kategorien, sie erben die des darunterliegenden Prozesses.
• EU-KI-Verordnung - die meisten operativen Agenten auf Legacy fallen in minimal oder begrenzt. Transparenz-Hinweise bei Kunden-Interaktion, Artikel-4-Schulung fuer Mitarbeitende, Konformitaetsbewertung nur bei Hoch-Risiko (Kreditscoring, Einstellung, sicherheitskritisch)¹⁸.
• Branchenregulierung - Automobil, Medizin, Pharma, Finanzdienstleistung bringen eigene Audit-Anforderungen. Der strukturierte Agent-Log ist in der Regel einfacher zu pruefen als die menschliche Spur, die er ersetzt.
• Betriebsrat - Mitbestimmung gilt fuer jeden Prozess, der Mitarbeit beruehrt. Betriebsrat frueh einbinden; in der Praxis ist die Agent-Schicht oft leichter zu vereinbaren als eine ERP-Migration, weil die Aenderungen enger und sichtbarer sind.

Das 90-Tage-Playbook Agent auf Legacy

Der gruseligste Teil der Agent-Schicht ist das Legacy-System darunter. Das Playbook adressiert das frontal. So laeuft ein erfolgreicher Ersteinsatz wirklich.

Phase 1: Discovery und Architektur (Wochen 1-3)

1. Woche 1: Use-Case-Auswahl - einen Prozess waehlen, der echte Stunden kostet, mindestens zwei Systeme beruehrt und einen klaren Business-Owner hat. Nicht den heikelsten Prozess, sondern den teuersten Routineprozess.
2. Woche 2: Systeminventar - jedes beteiligte System, jede verfuegbare Schnittstelle und jeden manuellen Workaround dokumentieren. Vor allem die Workarounds - dort liegt der Legacy-Wert versteckt.
3. Woche 3: Integrationsentwurf - Integrationsmuster fuer jedes Zielsystem waehlen. Zugriff, Authentifizierung, Rate Limits und Umgebungen bestaetigen. IT-Security-Freigabe fuer die Grenze vor dem ersten Code.

Phase 2: Build und Test (Wochen 4-8)

4. Woche 4-5: Connector und Adapter - die duenne Integrationsschicht bauen. Adapter eng halten; ein Use Case braucht nicht das ganze System.
5. Woche 6: Agentenlogik - Reasoning, Tool-Nutzung und Human-in-the-Loop-Punkte zusammenfuehren. Zuerst gegen historische Daten laufen lassen.
6. Woche 7: Schatten-Modus - der Agent laeuft neben dem bestehenden Prozess, ohne zu handeln. Das Team prueft Agenten-Entscheidungen und markiert Widersprueche.
7. Woche 8: Feinschliff - Agent passt sich auf Basis des Schatten-Feedbacks an. Sonderfaelle dokumentiert, Eskalationspfade validiert.

Phase 3: Soft-Launch und Messung (Wochen 9-12)

9. Woche 9: Read-only Go-Live - der Agent schreibt noch nicht. Er produziert Empfehlungen, die das Team ausfuehrt oder verwirft.
10. Woche 10: Schreibzugriff bei Low-Risk-Aktionen - Entwurf erzeugen, Kategorie vorschlagen, Ticket routen.
11. Woche 11: Voller Umfang - der Agent uebernimmt den Prozess in definierten Schwellen; darueber eskaliert er.
12. Woche 12: Messung und naechster Use Case - KPIs gegen Baseline abgleichen, an die Fuehrung berichten, den naechsten Use Case auf derselben Integrationsschicht scopen.

Wie Superkind passt

Superkind baut individuelle KI-Agenten, die als eine einzige Schicht auf Ihrem bestehenden Tech-Stack sitzen. Fuer Mittelstaendler ist genau das der Punkt: kein Rip-and-Replace, keine neue Plattform, die jemand lernen muss, kein Warten auf die ERP-Migration, bis KI Wert liefert.

• Prozess zuerst, System zweitens - wir starten beim Workflow, den Ihr Team wirklich faehrt, nicht bei der Systemarchitektur. Das Mapping bringt die echten Regeln zutage, auch die, die nie aufgeschrieben wurden.
• Funktioniert auf allem, was Sie betreiben - SAP ECC, SAP S/4HANA, IBM i, regionale Eigen-ERPs, Salesforce, HubSpot, Access, Dateifreigaben, E-Mail. Die Agent-Schicht ist system-agnostisch angelegt.
• Saubere Grenze zum Legacy - Agenten sprechen mit Ihren Systemen ueber dokumentierte Schnittstellen oder duenne Adapter, die wir bauen. Nichts Invasives, keine neue technische Schuld.
• Live in 8-12 Wochen - erster Live-Use-Case im Quartal, nicht im Jahrzehnt. Ihr Team gibt ab Tag eins Feedback und der Agent wird mit jeder Interaktion schaerfer.
• Ergebnisse, keine Lizenzen - Preis pro Use Case mit messbarem ROI, der vor dem Build definiert ist. Keine Seat-Vertraege, keine Mehrjahresbindung.
• Migrations-sicher - wenn Sie spaeter auf ein neues ERP wechseln, ueberleben Agentenlogik, Workflows und Team-Schulung. Wir tauschen den Connector, nicht den ganzen Stack.
• Governance eingebaut - Audit-Logs, Human-in-the-Loop-Punkte, eingegrenzte Zugriffe, DSGVO-konforme Architektur, Artikel-4-Schulungsmaterial fuer die EU-KI-Verordnung.
• Kontinuierliche Partnerschaft - wir liefern nicht ab und verschwinden. Use Case eins finanziert Use Case zwei, und die Integrationsschicht skaliert quer durch Abteilungen.

Entscheidungsrahmen: Passt die Agent-Schicht fuer Sie?

Nicht jedes Unternehmen braucht zuerst die Agent-Schicht. Hier ein Rahmen, um zu entscheiden.

Haeufig gestellte Fragen

Weiterlesen

• KI-Agenten fuer den Mittelstand - der breitere Leitfaden fuer den Einsatz von KI-Agenten in deutschen KMU.
• Der 12-Monats-KI-Fahrplan fuer den Mittelstand - wie Sie KI in vier 90-Tage-Phasen sequenzieren.
• RPA vs. KI-Agenten - wann RPA noch die richtige Antwort ist und wann nicht.
• Erst Prozesse, dann KI - warum Prozessklarheit neue Technologie schlaegt.
• Ihre KI ist nur so gut wie Ihre Daten - Datenvoraussetzungen fuer erfolgreichen Agenten-Einsatz.
• KI-Agenten vs. Microsoft Copilot - wann sich Eigenentwicklung wirklich lohnt.
• KI-Agenten in der Fertigung - Use Cases und Integrationsmuster fuer die Produktion.

Henri Jung

Co-Gruender von Superkind. Hilft Mittelstaendlern und Enterprises, individuelle KI-Agenten zu entwickeln, die wirklich zu ihren Arbeitsablaeufen passen. Henri arbeitet daran, die Luecke zwischen dem, was KI kann, und dem Wert, den sie in echten Unternehmen stiftet, zu schliessen. Er ist ueberzeugt, dass der Mittelstand alles hat, was es braucht, um in der KI fuehrend zu sein - nur den richtigen Ansatz.