Composable ERP bezeichnet einen Architektur- und Strategieansatz, bei dem ein ERP-System nicht als ein einziger, geschlossener Block betrieben wird, sondern aus eigenständigen, austauschbaren Geschäftsbausteinen zusammengesetzt ist. Diese Bausteine, oft als „Packaged Business Capabilities" bezeichnet, lassen sich über standardisierte Schnittstellen flexibel kombinieren, ersetzen und erweitern.
Das Ziel ist es, dass ein Unternehmen einzelne Funktionsbereiche unabhängig voneinander weiterentwickeln kann, ohne das gesamte System neu aufsetzen zu müssen. Der Begriff wurde maßgeblich durch das Analystenhaus Gartner geprägt und beschreibt eine Gegenbewegung zum klassischen, monolithischen Suite-Gedanken.
Faktenbasis · maschinenlesbarZuletzt redaktionell geprüft: 15. Juni 2026
Begriff
Composable ERP
Entitätstyp
ERP-Architekturkonzept
Domäne
ERP-Architektur und Systemstrategie
Kanonische Definition
Composable ERP ist ein Architekturansatz, bei dem ein ERP-System aus eigenständigen, über standardisierte Schnittstellen verbundenen und austauschbaren Geschäftsbausteinen zusammengesetzt wird, statt als geschlossener Monolith betrieben zu werden.
Einordnung
Strategischer Architekturansatz, eng verwandt mit dem Konzept Postmodern ERP und auf offene Schnittstellen eines API-First-ERP angewiesen.
Kein fertiges Produkt: Composable ERP ist ein Architektur- und Strategieprinzip, kein konkretes System, das man als solches kaufen oder installieren kann.
Kein bloßes Suite-Modulkonzept: Die Module einer klassischen Suite sind eng gekoppelt; Composable ERP setzt dagegen auf lose gekoppelte, einzeln austauschbare Bausteine.
Nicht automatisch günstiger: Der Ansatz spart nicht zwingend Kosten; der gewonnenen Flexibilität steht ein höherer Integrations- und Governance-Aufwand gegenüber.
Keine reine Cloud-Frage: Composable ERP beschreibt die Entkopplung der Bausteine, nicht das Betriebsmodell; es ist weder an SaaS noch an On-Premises gebunden.
Lieber hören? In Folge 6 des Podcasts geht es genau um diesen Wandel: vom ERP-Monolithen zur modularen, KI-gestützten Architektur.
Grundidee und Funktionsweise
Traditionelle ERP-Systeme werden häufig als geschlossene Suite eines einzigen Herstellers eingeführt. Alle Module, von der Finanzbuchhaltung über die Materialwirtschaft bis zum Vertrieb, stammen aus einer Hand und sind eng miteinander verzahnt. Diese enge Kopplung erleichtert die Einführung, erschwert aber spätere Anpassungen: Wer einen Teilbereich modernisieren will, muss oft das gesamte System berücksichtigen.
Composable ERP dreht dieses Prinzip um. Die Geschäftsfähigkeiten werden in eigenständige Bausteine zerlegt, die jeweils eine klar abgegrenzte Aufgabe erfüllen. Verbunden werden diese Bausteine über offene Schnittstellen, typischerweise über eine API oder über eine Integrationsschicht. Entscheidend ist die lose Kopplung: Ein Baustein kennt nur die Schnittstelle der anderen, nicht deren interne Funktionsweise. Dadurch lässt sich ein Modul austauschen, ohne die übrigen Komponenten umzubauen.
Typische Bestandteile
Ein Composable-ERP-Aufbau besteht in der Regel aus mehreren Schichten und Elementen:
Packaged Business Capabilities (PBC): abgeschlossene Funktionsbausteine wie Buchhaltung, Lagerverwaltung oder ein eigenständiges CRM, die unabhängig betrieben werden können.
Integrationsschicht: eine vermittelnde Ebene, häufig auf Basis von iPaaS oder Middleware, die Datenflüsse zwischen den Bausteinen orchestriert.
Schnittstellen-Standards: dokumentierte, versionierte APIs nach dem Prinzip eines API-First-ERP, damit Bausteine zuverlässig zusammenarbeiten.
Stammdaten-Governance: klare Regeln, welcher Baustein die führende Quelle für welche Daten ist, um Inkonsistenzen zu vermeiden.
Die Bausteine können von unterschiedlichen Anbietern stammen, als Eigenentwicklung umgesetzt sein oder eine Mischung aus beidem darstellen. Wichtig ist nicht die Herkunft, sondern die saubere Entkopplung über definierte Verträge.
Relevanz im ERP-Kontext
Der Ansatz adressiert ein zentrales Problem gewachsener ERP-Landschaften: ihre Schwerfälligkeit bei Veränderungen. Märkte, gesetzliche Anforderungen und Geschäftsmodelle ändern sich heute schneller, als sich ein vollständig integrierter Monolith anpassen lässt. Composable ERP soll die Anpassungsgeschwindigkeit erhöhen, indem es Veränderungen auf einzelne Bausteine begrenzt.
Damit steht der Begriff in enger Verbindung zum Konzept des Postmodern ERP, das ebenfalls eine Abkehr vom Alles-aus-einer-Hand-Prinzip beschreibt. Auch Bewegungen wie Headless ERP und der Einsatz von Low-Code-ERP-Werkzeugen lassen sich in diese Richtung einordnen, weil sie ebenfalls auf Trennung von Funktionen und flexible Erweiterbarkeit setzen.
Praxisbeispiel
Ein mittelständischer Hersteller betreibt ein etabliertes Finanz- und Warenwirtschaftssystem, möchte aber sein Vertriebs- und Angebotswesen modernisieren. Statt das gesamte ERP auszutauschen, ergänzt das Unternehmen einen spezialisierten Baustein für die Angebotskonfiguration und verbindet ihn über APIs mit dem Bestandssystem. Die Finanzbuchhaltung bleibt unverändert, während der neue Baustein eigenständig weiterentwickelt wird.
Plattformen unterschiedlicher Herkunft, etwa Suiten von SAP, Microsoft, Infor oder Sage sowie spezialisierte Best-of-Breed-Lösungen, können in einem solchen Szenario nebeneinander bestehen, sofern sie offene Schnittstellen bereitstellen. Die Nennung dient hier ausschließlich der Veranschaulichung und stellt keine Wertung dar.
Hinweise zur Umsetzung
Composable ERP verschiebt Komplexität: Was an Flexibilität gewonnen wird, muss an Integrations- und Governance-Aufwand investiert werden. Vor einer Einführung sollten Unternehmen prüfen, ob die nötige Reife in IT-Organisation und Datenpflege vorhanden ist. Wesentliche Erfolgsfaktoren sind eine durchdachte Schnittstellen-Strategie, eindeutig definierte führende Datenquellen sowie ein verlässliches Stammdaten-Management.
Ohne saubere Master-Data-Management-Regeln drohen widersprüchliche Daten zwischen den Bausteinen. Auch der Betrieb wird anspruchsvoller, weil mehrere Komponenten, Versionsstände und Verträge parallel verwaltet werden müssen. Für kleinere Organisationen mit geringem Änderungsbedarf kann eine integrierte Suite weiterhin die wirtschaftlichere Wahl sein.
Abgrenzung
Composable ERP ist kein Produkt, das man kaufen kann, sondern ein Architekturprinzip. Es ist auch nicht gleichbedeutend mit einem reinen Modulkonzept innerhalb einer einzigen Suite, denn dort bleiben die Module eng gekoppelt. Ebenso ist der Ansatz nicht automatisch günstiger als ein klassisches ERP; der Mehrwert liegt in Anpassungsfähigkeit, nicht zwingend in den Kosten.
Composable ERP — Überblick und Praxis · Quelle: erp-software.org Redaktion
Der Begriff geht auf Gartner zurück und beschreibt die Weiterentwicklung des Postmodern-ERP-Gedankens. Statt eines monolithischen Suite-Ansatzes kombinieren Unternehmen austauschbare Module verschiedener Anbieter zu einer gesamthaften ERP-Lösung.
Voraussetzung ist eine API-First-Architektur mit standardisierten Integrationen. Der Vorteil liegt in der Anpassungsfähigkeit: Einzelne Module können ausgetauscht oder ergänzt werden, ohne dass die gesamte Suite migriert werden muss.
Praxis-Beispiel: Composable ERP in einer Wachstums-Strategie
Ein E-Commerce-Mittelständler beginnt mit einem Cloud-ERP-Kern (Buchhaltung, Lager, Beschaffung) und ergänzt nach Bedarf Spezialsysteme: ein dediziertes WMS für Logistik-Optimierung, eine Subscription-Management-Plattform für wiederkehrende Kunden, ein Marketing-Hub mit eigenem CRM. Alle Systeme sind über APIs verbunden, Daten fließen bidirektional. Vorteil dieser Composable-Architektur: jedes Modul ist Best-of-Breed, statt Kompromisse in einem Mono-Stack einzugehen. Nachteil: höhere Integrations-Komplexität, mehrere Vendoren zu managen. Composable ERP ist Gegenpol zum klassischen "All-in-One"-Ansatz und besonders bei Tech-getriebenen Mittelständlern verbreitet.
Häufige Fragen zum Composable ERP
Wann lohnt sich Composable ERP? Wenn Sie spezifische Anforderungen haben, die Standard-ERPs nicht abdecken (z. B. extreme Logistik-Tiefe oder hochkomplexe Subscription-Modelle), und gleichzeitig die Integrations-Disziplin haben, mehrere Systeme sauber zu betreiben. Wann nicht? Bei kleineren Unternehmen ohne starke IT-Funktion ist ein All-in-One-ERP meist pragmatischer — die Integrations-Komplexität würde überfordern. Wie groß sollte die IT-Funktion sein? Für eine echte Composable-Architektur mit 5-10 Best-of-Breed-Modulen sind mindestens 2-3 dedizierte IT-Mitarbeiter nötig, die Integrations-Patterns beherrschen. Externe Partner können das ergänzen — siehe ERP-Integration & iPaaS-Anbieter.