Fehlt McKinseys Orchestrierungsschicht der eine Schritt, der sie zum Laufen bringt?

McKinsey hat im Januar 2026 seine Empfehlung veröffentlicht, wie sich die Kluft zwischen KI und ERP überbrücken lässt. Die Orchestrierungsschicht, die dort beschrieben wird, existiert bereits. Aber sie ist nicht auf ERP gebaut.

In „Bridging the Great AI Agent and ERP Divide to Unlock Value at Scale" (Jensen, Deano und Allison) benennen die Autoren richtig, warum die meisten Enterprise-KI-Programme stocken: Nur 40 Prozent der Unternehmen berichten überhaupt von einem EBIT-Effekt durch KI, und die Lücke zwischen Investition und Ergebnis führt zurück auf eine fehlende Schicht zwischen KI-Ambition und betrieblicher Realität. Sie nennen das eine Orchestrierungsschicht und beschreiben genau, was sie leisten muss. Die Diagnose stimmt. Die Empfehlung geht nicht weit genug.

Was laut McKinsey existieren muss

Von Seite 7 des Artikels:

Es ist wichtig, die durchgängigen Schritte in einen einzigen Ablauf zu fassen, der ERP-Ereignisse, KI-Logik und Geschäftsaktionen verbindet. Eine Orchestrierungsschicht sequenziert den Fluss, zieht ERP-Daten, schickt sie an die KI, empfängt die Empfehlung und schreibt das Ergebnis zurück ins ERP, und Event-Trigger aus dem ERP stellen sicher, dass die KI nur läuft, wenn etwas Bedeutsames passiert. Zusammen entsteht so ein reibungsloser, reaktiver Ablauf, in dem ERP und KI als ein System arbeiten, mit Intelligenz genau dort, wo die Arbeit passiert.

Präzise. Korrekt. Und in zwei wichtigen Punkten unvollständig.

Wo die Empfehlung zu kurz greift

Die erste Lücke ist architektonisch. McKinsey verankert die Orchestrierungsschicht im ERP, wodurch sie die Grenzen des ERP erbt. Eine im ERP verankerte Schicht sieht, was das ERP sieht. Sie kann nicht nativ die Lieferantenbeziehung überspannen, die außerhalb des ERP gemanagt wird, den externen Dienstleister, der vor Ort koordiniert, das Aufgaben-Tool, in dem Teams im Feld ihren Fortschritt festhalten, oder die Kommunikationsplattform, auf der Eskalationen auflaufen. In dem Moment, in dem der Prozess eine Systemgrenze überschreitet, verliert die ERP-verankerte Orchestrierungsschicht den Faden.

Die zweite Lücke ist grundlegender. McKinsey empfiehlt, agentische Fähigkeiten „direkt in die Schritte einzubetten, in denen Arbeit passiert, Freigaben, Planung, Empfehlungen, Prognosen und Ausnahmebehandlung" (S. 7) und eine „im ERP verankerte gemeinsame Ontologie" zu bauen, um der KI „einen konsistenten Satz an Datendefinitionen, Prozesslogik und Geschäftsregeln" (S. 6) zu geben. Beide Empfehlungen setzen voraus, dass der Ablauf bereits als digitales Artefakt existiert. Bei den meisten Unternehmen existiert er so nicht. Er existiert als Erfahrungswissen, Mail-Ketten, Status-Meetings und Tabellen.

Man kann KI nicht in einen Ablauf einbetten, der nie digitalisiert wurde.

Die Voraussetzung, die McKinsey fehlt

Jede kritische Geschäftsfunktion hat ihre eigene Infrastruktur. Ressourcen haben ERP. Kunden haben CRM. Dokumente haben ein DMS. Identität hat IAM. Prozesse haben nichts. Sie durchziehen all diese Systeme, spannen sich über interne Abteilungen und externe Organisationen, und laufen noch immer vollständig von Hand. Wissensarbeiter verbringen 60 Prozent ihrer Zeit mit Koordination: Status verfolgen, Updates hinterherlaufen, Probleme lösen, Schritte zurückverfolgen, wenn etwas schiefgeht.

Das ist die grundlegende Lücke. Keine ERP-Lücke. Eine Lücke fehlender Prozess-Infrastruktur.

KI in eine von Hand orchestrierte Umgebung zu geben, löst das nicht, sondern verschärft es. Ohne eine Prozessschicht arbeiten KI-Agenten ohne Kontrolle, ohne Konsistenz und ohne Rechenschaft. Sie machen die bestehende Fragmentierung schneller. Die Orchestrierungsschicht, die McKinsey beschreibt, lässt sich nicht auf ERP bauen. Sie braucht ihr eigenes Fundament: dedizierte Infrastruktur, in der der Prozess die oberste Schicht ist und jedes System, ERP eingeschlossen, ein Teilnehmer darunter.

Wie diese Infrastruktur in der Praxis aussieht

metamorphOS ist genau auf dieser Voraussetzung gebaut. Die Orchestrierungs-Engine der Plattform leitet Aufgaben aus digitalisierten Prozessen ab, reichert sie mit Kontext an und routet sie zur richtigen Zeit an den richtigen Akteur. Die entscheidende architektonische Wahl ist, dass die Engine akteur-agnostisch ist. Aufgaben werden Menschen, SaaS-Plattformen, KI-Agenten oder Bots über ein einziges Autorisierungssystem zugewiesen. KI ist kein Sonderfall, der in einen Ablauf eingebettet werden muss. Sie ist ein nativer Teilnehmertyp und empfängt Aufgaben genauso wie jeder andere Akteur. McKinseys Empfehlung, KI in Abläufen zu verankern, ist hier auf Architekturebene gelöst, nicht durch Integrationsarbeit Fall für Fall.

Das Fundament unter der Engine ist command-basiert und event-sourced. Jede Aktion wird durch ein Command ausgelöst, was eine klare Kette aus Autorisierung und Verantwortung erzeugt. Commands erzeugen Events, die unveränderlich an eine Single Source of Truth angehängt werden, was volle Nachvollziehbarkeit über jeden Teilnehmer und jedes System hinweg herstellt. Das ist kein Compliance-Dashboard, das nach der Einführung ergänzt wird. Es ist audit-ready by design, ab der ersten Prozessausführung. McKinsey empfiehlt „enge Human-in-the-Loop-Governance für Entscheidungen mit hoher Wirkung" (S. 8) als Risikominderung. In metamorphOS ist diese Governance strukturell, nicht nachträglich konfiguriert.

Wo McKinsey nach einer im ERP verankerten Ontologie ruft, verankert metamorphOS die Ontologie im Prozess. Sie ist von Grund auf systemagnostisch. Wenn ein Prozess eine Beschaffungsplattform, ein Aufgaben-Tool, eine Echtzeit-Kommunikationsschicht, einen externen Lieferanten und ein ausgelagertes Serviceteam über 140 Standorte hinweg überspannt, wie in einem laufenden metamorphOS-Einsatz, hält die im Prozess verankerte Ontologie das vollständige Bild. Eine im ERP verankerte kann das nicht.

Die Reihenfolge, die McKinsey überspringt

Automatisierung läuft in Phasen. Jede baut auf der vorigen auf. Überspringt man eine, kippt der Rest.

1. Den Prozess digitalisieren.
2. Den Kontext integrieren.
3. Die Routinearbeit automatisieren.
4. KI für den Rest einsetzen.

McKinseys Artikel adressiert Phase vier. Der Grund, warum die Mehrheit der KI-Initiativen keinen messbaren EBIT-Effekt erzeugt, ist nicht die falsche Modellwahl oder zu wenig ERP-Investition, sondern dass Phase eins bis drei nie abgeschlossen wurden. Der Prozess wurde nie digitalisiert. Der Kontext nie integriert. Die Routine nie vom Ermessen getrennt. KI landet in einer von Hand orchestrierten Umgebung, und die Probleme vervielfachen sich.

Der Schluss, auf den McKinsey zusteuert

McKinsey hat recht, dass eine Orchestrierungsschicht der Hebel ist. Was der Artikel nicht klärt, ist, wo diese Schicht verankert ist. Sie im ERP zu verankern, baut dieselben Systemgrenzen in neuer Form wieder auf. Die Schicht, die funktioniert, ist im Prozess selbst verankert, sitzt über jedem System, behandelt Menschen und KI-Agenten als gleichwertige Teilnehmer eines digitalisierten Ablaufs und macht jede Ausführung nachvollziehbar, vom ersten Command bis zum letzten Event.

Diese Infrastruktur existiert. Die Frage für die meisten Unternehmen ist nicht, ob sie diese Schicht bauen, sondern ob sie bereit sind, bei Phase eins anzufangen. Wenn du einen Prozess durchgehen willst, sprich mit uns.

---

Jensen, B., Deano, D. und Allison, M. (2026). „Bridging the Great AI Agent and ERP Divide to Unlock Value at Scale." McKinsey & Company, Januar 2026. Zitate aus S. 6, 7 und 8.