Operational Transformation

9 min Lesezeit

Composable Layer statt ERP-Monolith

Warum Best-of-Breed die Unternehmensarchitektur verändert

Die Zukunft gehört nicht dem ERP-Monolithen. Sie gehört Unternehmen, die ihre Architektur bewusst komponieren können.

Executive Summary

Über viele Jahre folgte Unternehmenssoftware einer einfachen Logik: Ein zentrales ERP-System sollte möglichst viele Prozesse innerhalb einer gemeinsamen Plattform abbilden. Die Vorteile lagen auf der Hand. Daten waren zentral verfügbar, Prozesse standardisiert und die Systemlandschaft vergleichsweise überschaubar.

Heute verändert sich diese Realität grundlegend. Unternehmen nutzen spezialisierte Lösungen für Vertrieb, Service, Produktdaten, Planung, Produktion und zunehmend auch für künstliche Intelligenz. Die Systemlandschaft entwickelt sich vom Monolithen zu einem Ökosystem.

Diese Entwicklung eröffnet neue Möglichkeiten. Gleichzeitig entsteht eine neue Herausforderung. Die zentrale Frage lautet nicht mehr, welches System das Zentrum bildet. Die entscheidende Frage lautet, wie unterschiedliche Systeme zu einer steuerbaren Gesamtarchitektur verbunden werden.

Hier entsteht eine neue Ebene der Unternehmensarchitektur: der Composable Layer. Er verbindet Systeme, Daten und Prozesse miteinander und schafft die Grundlage für Transparenz, Steuerbarkeit und Anpassungsfähigkeit.

Die Zukunft gehört nicht dem ERP-Monolithen. Sie gehört Unternehmen, die ihre Architektur bewusst komponieren können.

01

Der Traum vom zentralen System

Die Idee eines zentralen Unternehmenssystems war lange Zeit attraktiv.
Ein Anbieter.
Eine Plattform.
Eine Datenbasis.
Eine Wahrheit.

Unternehmen investierten erhebliche Ressourcen in ERP-Systeme, um genau dieses Ziel zu erreichen.

Das ERP entwickelte sich dabei weit über seine ursprüngliche Funktion hinaus. Es wurde nicht nur zur Plattform für Transaktionen, sondern häufig auch zum organisatorischen Mittelpunkt der Unternehmenssteuerung.

In vielen Unternehmen entstand die Erwartung, dass möglichst viele Prozesse innerhalb eines einzigen Systems abgebildet werden sollten.

Je mehr Funktionen das ERP übernahm, desto größer erschien der Nutzen.

Diese Logik war nachvollziehbar.

Sie reduzierte Komplexität und vereinfachte Governance. Gleichzeitig entstand jedoch ein neues Problem.

Die Innovationsgeschwindigkeit spezialisierter Lösungen begann deutlich schneller zu wachsen als die Entwicklung integrierter ERP-Plattformen.

Großer zentraler Systemblock als Symbol für ein ERP-System, das Prozesse, Daten und Funktionen in einer einzigen Plattform vereint.

02

Warum Best-of-Breed immer attraktiver wird

Mehrere spezialisierte Module bilden ein geordnetes digitales Ökosystem rund um unterschiedliche Unternehmensfähigkeiten.

Moderne Unternehmen stehen heute vor einer anderen Situation als noch vor zehn Jahren.
Für nahezu jede geschäftliche Fähigkeit existieren hochspezialisierte Lösungen.

Vertriebsteams arbeiten mit CRM-Systemen.
Produktmanager nutzen PIM-Plattformen.
Serviceorganisationen setzen auf spezialisierte Service-Lösungen.
Produktionsbereiche verwenden MES-Systeme.
Marketingabteilungen nutzen eigene Plattformen.

Dazu kommen Datenplattformen, Analytics-Lösungen und KI-Anwendungen.

Die Frage lautet daher nicht mehr:

Können wir alles im ERP abbilden?

Sondern:

Müssen wir das überhaupt?

Viele Unternehmen erkennen, dass spezialisierte Systeme in ihren jeweiligen Domänen deutlich leistungsfähiger sind als generische ERP-Module.
Sie bieten:

höhere Benutzerfreundlichkeit
schnellere Innovationszyklen
bessere Fachlichkeit
größere Flexibilität

Best-of-Breed entsteht deshalb nicht aus technologischer Spielerei.
Best-of-Breed entsteht aus dem Wunsch nach besseren Fähigkeiten.

Unternehmen kaufen heute keine Systeme mehr. Sie kaufen Fähigkeiten.

03

Warum Best-of-Breed neue Probleme schafft

Mit jeder zusätzlichen Lösung wächst jedoch die Komplexität.

Ein CRM-System löst Vertriebsprobleme.
Ein PIM-System verbessert Produktdaten.
Eine Serviceplattform optimiert Kundenservice.

Jedes System erzeugt einen lokalen Nutzen.

Die Gesamtarchitektur wird dadurch jedoch nicht automatisch besser.
Im Gegenteil.
Viele Unternehmen entwickeln über Jahre eine Landschaft aus spezialisierten Lösungen, ohne ein übergeordnetes Architekturmodell zu etablieren.

Das Ergebnis ist bekannt.

Daten entstehen an unterschiedlichen Stellen.
Prozesse verlaufen über Systemgrenzen hinweg.
Verantwortlichkeiten werden unklar.
Zusammenhänge werden schwer nachvollziehbar.

Die Architektur entwickelt sich schrittweise zu einer Sammlung isolierter Optimierungen.
Genau an diesem Punkt entsteht häufig die falsche Schlussfolgerung:

Wir brauchen bessere Integration.

Mehrere Unternehmenssysteme sind durch zahlreiche Verbindungen miteinander vernetzt und erzeugen ein komplexes Netzwerk aus Abhängigkeiten.

04

Integration löst nicht das eigentliche Problem

Integration ist wichtig.
Sie ist jedoch nicht ausreichend.

Viele Unternehmen investieren erhebliche Ressourcen in:

APIs
Middleware
ETL-Prozesse
Event-Plattformen
Schnittstellen

Dadurch werden Systeme technisch miteinander verbunden.
Die technische Verbindung allein schafft jedoch noch keine Steuerbarkeit.

Ein Unternehmen kann hunderte Schnittstellen besitzen und trotzdem nicht verstehen, wie seine Prozesse tatsächlich funktionieren.
Es kann Daten austauschen und dennoch keine Transparenz über Zusammenhänge besitzen.
Es kann Informationen synchronisieren und dennoch keine fundierten Entscheidungen treffen.

Die Herausforderung liegt daher nicht ausschließlich in der Integration.
Die Herausforderung liegt in der Orchestrierung.

Vom Integrationsproblem zum Steuerungsproblem

An dieser Stelle verändert sich die Perspektive.
Die meisten Diskussionen über Unternehmensarchitekturen beginnen mit Technologie.
Tatsächlich handelt es sich jedoch um ein Steuerungsthema.

Denn die entscheidende Frage lautet:

Wie entsteht Transparenz über die Realität des Unternehmens?

Nicht

Welche Systeme sind verbunden?

Sondern

Welche Zusammenhänge werden sichtbar?

Nicht

Welche Daten werden übertragen?

Sondern

Welche Entscheidungen können dadurch verbessert werden?

Damit verschiebt sich der Fokus von der technischen Ebene auf die operative Ebene.

Und genau dort entsteht die Notwendigkeit eines Composable Layers.

05

Was ein Composable Layer wirklich ist

Der Begriff wird häufig missverstanden.
Viele verbinden damit lediglich Integrationsplattformen oder API-Architekturen. 
Das greift zu kurz.

Ein Composable Layer ist keine einzelne Technologie.
Er ist eine Architekturidee.

Seine Aufgabe besteht darin, unterschiedliche Fähigkeiten zu einer steuerbaren Gesamtarchitektur zu verbinden.

Dazu gehören vier zentrale Funktionen.

Verbindung

Systeme und Datenquellen werden integriert.Informationen können über Domänengrenzen hinweg fließen.

Transparenz

Zusammenhänge zwischen Prozessen werden sichtbar.Die operative Realität kann verstanden werden.

Steuerung

Entscheidungen basieren auf einer ganzheitlichen Perspektive.Nicht auf isolierten Systeminformationen.

Anpassungsfähigkeit

Neue Lösungen können integriert werden, ohne die Gesamtarchitektur neu aufzubauen.

Damit entsteht eine Architektur, die sowohl Stabilität als auch Veränderungsfähigkeit ermöglicht.

06

Warum Process Intelligence zur Schlüsselkomponente wird

Viele Unternehmen betrachten Architektur zunächst als IT-Thema.
Der eigentliche Nutzen entsteht jedoch erst dann, wenn Architektur zu Transparenz führt.

Genau hier gewinnt Process Intelligence an Bedeutung.
Process Intelligence verbindet Daten aus unterschiedlichen Systemen und macht sichtbar, wie Prozesse tatsächlich ablaufen.

Sie beantwortet Fragen wie:

Wo entstehen Verzögerungen?
Welche Prozessvarianten existieren?
Welche Ausnahmen verursachen Probleme?
Welche Maßnahmen erzeugen Wirkung?

Damit entsteht ein entscheidender Unterschied.

Der Composable Layer verbindet Systeme.

Process Intelligence verbindet Verständnis.

Und erst beides zusammen schafft Steuerbarkeit.

07

Die neue Rolle des ERP-Systems

Diese Entwicklung bedeutet nicht, dass ERP-Systeme an Bedeutung verlieren.
Im Gegenteil.

ERP-Systeme bleiben zentrale Bestandteile moderner Unternehmensarchitekturen.
Ihre Rolle verändert sich jedoch.Das ERP wird zunehmend zu einer stabilen operativen Plattform.

Es übernimmt Aufgaben wie:

Stammdaten
Transaktionen
Finanzprozesse
Kernprozesse

Die Steuerungslogik entsteht jedoch zunehmend darüber.

Das ERP bleibt wichtig.
Es ist nur nicht mehr das Zentrum.

Damit schließt sich der Kreis zum vorherigen Beitrag.

08

Was Unternehmen heute anders denken müssen

Viele Architekturentscheidungen folgen noch immer der Logik:

Welches System brauchen wir?

Diese Perspektive greift zunehmend zu kurz.

Erfolgreiche Unternehmen stellen andere Fragen.

Welche Fähigkeiten benötigen wir?

Nicht Systeme stehen im Mittelpunkt.
Sondern Fähigkeiten.

Welche Prozesse wollen wir steuern?

Nicht Datenintegration.
Sondern Prozesssteuerung.

Wie schaffen wir Transparenz?

Nicht Reporting.
Sondern Verständnis.

Wie bleiben wir anpassungsfähig?

Nicht Perfektion.
Sondern Evolvierbarkeit.

09

Fazit

Der Wandel von monolithischen ERP-Landschaften hin zu Best-of-Breed-Architekturen ist keine kurzfristige Technologiebewegung.
Er ist Ausdruck einer grundlegenden Veränderung.

Unternehmen benötigen heute spezialisierte Fähigkeiten, schnellere Innovationszyklen und höhere Anpassungsfähigkeit.
Dadurch entstehen neue Systemlandschaften.

Die Herausforderung besteht jedoch nicht darin, möglichst viele Systeme einzuführen.
Die Herausforderung besteht darin, diese Systeme zu einer steuerbaren Gesamtarchitektur zu verbinden.

Genau dort entsteht der Composable Layer.

Er verbindet nicht nur Daten und Anwendungen.
Er schafft Transparenz, Steuerbarkeit und die Fähigkeit, Veränderungen beherrschbar zu machen.

Die Zukunft gehört deshalb weder dem ERP-Monolithen noch einer unkoordinierten Sammlung spezialisierter Lösungen.

Die Zukunft gehört Unternehmen, die ihre Architektur bewusst komponieren können.