Das Gespräch fängt immer gleich an. Du willst, dass die KI etwas Nützliches mit deinen Bestellungen, deinen Rechnungen oder deinen Tickets macht, und jemand — ein Integrator, ein Vertriebler, ein wohlmeinender Berater — erklärt dir, dass vorher das Haus in Ordnung gebracht werden muss: migrieren auf eine neue, moderne Plattform mit API, und danach setzen wir die Agenten drauf. Klingt nach gesundem Menschenverstand. Für ein Unternehmen mit zwanzigtausend Menschen ist es das vermutlich auch. Für eines mit zweihundert ist es ein Umweg von achtzehn Monaten, in denen die KI keinen einzigen Prozess anfasst und das Geschäft einfriert, während es umzieht.
Die eigentliche Entscheidung ist nicht, welches Werkzeug du kaufst. Sie lautet: Blockiert dich das alte System wirklich, oder ist es nur das, was sich am leichtesten beschuldigen lässt?
Altsystem migrieren oder KI-Agenten daraufsetzen: zwei Wege, und keiner ist umsonst
Es gibt zwei Wege, und man sollte sie beim Namen nennen, weil das Marketing sie absichtlich vermischt.
- Replatform (migrieren). Du ersetzt das System of Record — das führende System: das ERP, das CRM, die Branchenlösung — durch ein anderes. Die Daten ziehen um, die Prozesse werden neu gebaut, das Team wird umgeschult. Die KI kommt danach, falls sie kommt.
- Overlay (daraufsetzen). Du lässt das System, wo es ist, und baust eine Schicht aus Agenten, die per API, per MCP oder über den vorhandenen Konnektor darauf liest und schreibt. Das System of Record ändert sich nicht; es ändert sich, wer die Arbeit drumherum macht.
Die übliche Falle ist, das Overlay als Pflaster zu präsentieren und das Replatform als die seriöse Lösung. So ist es nicht: Das sind zwei verschiedene Wetten mit zwei verschiedenen Rechnungen, und beide haben ihr Kleingedrucktes. Was jetzt kommt, sind die Symptome, an denen du erkennst, in welchem Fall du steckst.
Der Umweg von achtzehn Monaten hat eine Zahl hinter sich
Das Argument „erst migrieren" ruht auf einem Versprechen: dass das Projekt dann endet, wenn der Plan es sagt. Die Zahlen der Branche geben das nicht her. Der Jahresbericht der Panorama Consulting Group über Unternehmenssoftware-Projekte, veröffentlicht am 4. März 2026, fand heraus, dass mehr als ein Viertel der Organisationen sein Projektbudget überschritten hat, und nennt als Hauptursache den Bedarf an zusätzlicher Technologie.
Das Interessante ist nicht der Prozentsatz, sondern der Mechanismus, den der Bericht beschreibt. Laut dem Bericht selbst entdecken Organisationen die gravierenden Passungsprobleme spät im Projekt, und ihre Reaktion besteht darin, zu mehr Technologie zu greifen, den Scope auszuweiten und Eigenentwicklungen zu bauen. Anders gesagt: Die Mehrkosten entstehen nicht daraus, die falsche Software gewählt zu haben, sondern daraus, zu spät zu merken, dass sie nicht passte. Quelle: The 2026 ERP Report, Panorama Consulting Group, 4. März 2026.
Übersetzt auf deine Entscheidung: Wenn du migrierst, um KI einsetzen zu können, wettest du darauf, dass du in anderthalb Jahren eine neue Plattform hast und Lust, das KI-Projekt anzufangen. Beide Annahmen sind gleichzeitig optimistisch.
Wann das alte Werkzeug WIRKLICH der Engpass ist
Es gibt vier Symptome, die eine Migration rechtfertigen, und keines davon lautet „es ist alt". Man erkennt sie daran, dass sie die Arbeit blockieren, nicht daran, dass sie nerven:
- Die Daten lassen sich nicht lesen. Keine API, kein programmierbarer Export, keine Datenbank, an die man sich hängen kann. Nur Bildschirme. Du kannst den Bildschirm robotisieren, aber das ist RPA und es bricht jedes Mal, wenn der Anbieter einen Button verschiebt.
- Die Lizenz stirbt. Der Hersteller hat das Support-Ende mit Datum angekündigt, oder das System läuft auf einer Version, die niemand mehr patcht. Hier bestimmst nicht du den Kalender: Er wurde dir hingelegt.
- Die Compliance zwingt dich. Eine neue Vorschrift verlangt etwas, das das System nicht kann — eine unveränderbare Aufzeichnung, eine Nachverfolgbarkeit, ein Übermittlungsformat — und kein Patch hilft.
- Das System ist der Prozess. Es speichert nicht bloß die Daten: Die Geschäftslogik wohnt darin, in Eigenentwicklungen, die niemand dokumentiert hat und die nur eine Person versteht, die in zwei Jahren in Rente geht.
Wenn du in einem dieser vier steckst, migriere. Und wenn du migrierst, tu es aus dem richtigen Grund und verkleide es nicht als KI-Projekt: Das sind zwei Budgets, zwei Kalender und zwei Teams.
Wann er es nicht ist und du nur die Agenda von jemand anderem kaufst
Der viel häufigere Fall ist der umgekehrte: Das alte System funktioniert, hält die Daten sauber und hat eine brauchbare API, aber es ist hässlich, die Oberfläche ist von 2014 und niemand benutzt es gern. Das ist kein Engpass, das ist eine Unannehmlichkeit. Und eine Unannehmlichkeit rechtfertigt keine achtzehn Monate.
Das zuverlässigste Alarmsignal ist, wer den Vorschlag bringt. Wenn den Weg „erst migrieren" derjenige vorschlägt, der die Zielplattform verkauft oder die Migration abrechnet, bekommst du keine Diagnose: Du bekommst seine Vertriebsagenda, die legitim ist, aber nicht deine. Frag das Einzige, was die beiden Dinge trennt: Welcher konkrete Prozess lässt sich heute ohne Migration nicht automatisieren, und warum? Ist die Antwort allgemein — „um eine solide Basis zu haben", „um vorbereitet zu sein" —, dann lautet die Antwort: Es geht doch.
Ein Detail taucht immer häufiger auf: Manche Plattformen bringen ihre eigenen Agenten schon von Haus aus mit, also scheint die Migration die KI gleich mitzuliefern. Sie liefert einen Teil, und dieser Teil hat seine eigene Rechnung. In Dynamics 365 Business Central etwa werden die nativen Agenten nach Verbrauch abgerechnet, und die Dokumentation von Microsoft ist eindeutig: Ist das Kontingent aufgebraucht, steht die KI-Kapazität nicht mehr zur Verfügung, bis mehr nachgelegt wird. Das ist kein Grund, nicht zu migrieren; es ist ein Grund, die native KI nicht als gratis zu verbuchen. Diese Rechnung, für genau diesen Fall, steht in Business Central mit KI automatisieren. Quelle: Manage consumption-based billing for agent capabilities, Microsoft Learn, aktualisiert am 8. Juli 2026.
Die versteckten Kosten des Overlays, die dir auch niemand nennt
Es wäre unehrlich, das Overlay als die Option ohne Rechnung zu verkaufen. Es hat drei echte Kosten, und die schaut man sich besser vorher an als hinterher:
- Integrationsschulden. Jede Verbindung, die du baust, ist ein Teil, das gewartet werden muss. Wenn der Anbieter seine API oder sein Modell ändert, muss jemand das reparieren — und genau dieser Posten ist die Wartung der KI-Automatisierungen, die niemand einplant.
- Verteilte Berechtigungen. Der Agent braucht Zugangsdaten im alten System, und alte Systeme haben meist ein Alles-oder-nichts-Rechtemodell. Das sauber zu lösen kostet Arbeit; es schlecht zu lösen kostet einen Vorfall.
- Doppelte Quelle der Wahrheit. Wenn die Agentenschicht anfängt, eigenen Zustand zu speichern — ihr Gedächtnis, ihre Warteschlange, ihre Entscheidungen —, hast du am Ende zwei Orte, an denen du nachsehen musst. Die Regel ist einfach: Das System of Record bleibt das System of Record, und die Schicht speichert nichts, was sie nicht wieder herstellen kann.
Und es gibt eine vierte Kostenart, die keine Wartung ist, sondern Eigentum: Auch die Schicht, die du daraufsetzt, verfällt. OpenAI stellte Agent Builder, seine visuelle Leinwand zum Bauen von Agenten, im Oktober 2025 vor; am 3. Juni 2026 kündigte OpenAI die Abkündigung an und setzte die Abschaltung auf den 30. November 2026. Dreizehn Monate. Deshalb ist die Frage, auf welcher Ebene du das Overlay baust und was du mitnehmen darfst, keine Nebensache — sie ist entfaltet in auf welcher Ebene dein Agent lebt und was der Ausstieg kostet. Quelle: Agent Builder, OpenAI-Dokumentation, abgerufen am 7. September 2026.
Die Regel, in einem Satz
Fast alle mittelständischen Unternehmen, die vor dieser Entscheidung stehen, sind im zweiten Fall und glauben, im ersten zu sein. Der Unterschied lässt sich an einem Nachmittag prüfen: Versuch, per API die letzten hundert Datensätze des Prozesses zu ziehen, der wehtut. Kommen sie raus, musst du zum Anfangen nicht migrieren. Kommen sie nicht raus, weißt du, warum du migrierst — und du weißt auch, dass die KI das zweite Projekt ist, nicht das erste.
Wie du das diese Woche entscheidest, ohne Gremium
- Wähl einen Prozess, keine Strategie. Den, der die meisten Stunden frisst. Einen.
- Prüf den Zugang zu den Daten. Lässt sich per API oder Konnektor lesen und schreiben? Ein halber Nachmittag technische Arbeit beantwortet das, und zwar wirklich.
- Setz Daten hinter die Pflichten. Support-Ende, Gesetzesänderungen, auslaufende Verträge. Gibt es ein echtes Datum, entscheidet das Datum.
- Schätz beide Wege für DIESEN Prozess. Nicht für das ganze Unternehmen: für diesen Prozess. Das Overlay schätzt man in Wochen; wenn deine Overlay-Schätzung auch in Quartalen herauskommt, ist etwas falsch aufgesetzt.
- Entscheide und schreib es auf. Mit dem Grund. In einem Jahr wird jemand fragen, warum — und „das wurde uns empfohlen" ist keine Antwort.
Wir machen fast immer das Zweite, und nicht aus Dogma: weil sich in den meisten Fällen, die zu uns kommen, die Daten längst lesen lassen und nur fehlt, dass jemand die Arbeit macht. Wir bauen die Schicht gegen das System, das du schon hast — so wird KI mit deinen Systemen integriert —, messen, was sie spart, und wenn unterwegs eines der vier Symptome von oben auftaucht, sagen wir es. Wir verkaufen keine Migrationen. Wir verkaufen aber auch nicht die Idee, dass man nie migrieren muss.