Der Engpass sitzt im ERP-System

Eine neue Preisregel braucht einen SAP-Berater, einen Change Request, einen Testzyklus und wochenlange Wartezeit. Eine neue Integration berührt fünfzehn Module. Ein einzelner Bericht braucht drei Arbeitstage, bis er geändert ist. Das ERP-System sollte das führende System im Unternehmen sein. In der Praxis wurde es zum limitierenden System: Aus Konfiguration wurde Anpassung, aus Anpassung wurden Jahre voller Geschäftslogik, eingebettet in eine Plattform, die dafür nie gebaut wurde.

Ablösen wäre teuer und langsam

Laut einer Studie von Panorama Consulting erreicht bei einem großen ERP-Ablöseprojekt weniger als die Hälfte der Unternehmen die ursprünglich definierten Geschäftsziele. Das ERP-System bleibt deshalb bestehen. Wir lösen nur die Geschäftslogik heraus, die es blockiert.

Dieses Muster zeigte sich bei einem thailändischen Präzisionsfertiger für die Luft- und Raumfahrt bereits an einem anderen System. Das bestehende ERP-System Infor Syteline blieb dabei unangetastet; wir entwickelten ein Dashboard, das alle Abteilungen in Echtzeit synchronisiert. Die Einführung war innerhalb weniger Wochen abgeschlossen, und die operative Effizienz stieg um 400 Prozent.

So definieren wir ERP-Entkopplung

Das ERP-System leistet weiterhin, worin es gut ist: Finanzbuchhaltung, Stammdaten, regulatorische Compliance. Alles, was Geschwindigkeit, Flexibilität oder Integration braucht, siedeln wir außerhalb davon an. Wir betreiben ERP-Entkopplung als disziplinierte, schrittweise Extraktion und halten den Betrieb dabei in jedem Schritt aufrecht. Das unterscheidet sie von einem klassischen Ablöseprojekt mit Stillstand.

Vorher und nachher

Vor der Entkopplung läuft jede Geschäftsänderung über das ERP-System: Rabattregeln dauern Wochen, neue Versandkonditionen brauchen monatelange Konzeption, Bestandsabgleiche binden IT-Kapazität, die eigentlich der Produktentwicklung gehört. Die Kosten pro Änderung steigen und lassen sich kaum vorhersagen.

Nach der Entkopplung liefern Produktteams unabhängig: Preis- und Fulfillmentlogik liegen, ebenso wie die Integrationsschicht, in Services, die deine eigenen Teams kontrollieren. ERP-Change-Requests werden seltener, die Abhängigkeit von Anbietern sinkt. Wochenlange Änderungszyklen schrumpfen auf einzelne Tage.

Drei Phasen bis zur ersten produktiven API

Grenzbereichsanalyse (rund zwei Wochen) Wir identifizieren die Geschäftsfunktionen, die im ERP-System gebunden sind, und bewerten sie nach Dringlichkeit und Änderungsfrequenz - dazu nach dem nötigen Integrationsaufwand. Eine priorisierte Entkopplungs-Roadmap mit API-Vertragsdefinitionen steht am Ende und lässt sich direkt umsetzen.

Erste Extraktion (sechs bis acht Wochen) Wir lösen die Funktion mit dem größten Schmerzpunkt in einen zweckgebundenen Service mit stabiler API. Mit Live-Daten und produktivem Traffic, während alter und neuer Pfad parallel laufen, sorgen wir dafür, dass das ERP-System durchgehend funktionsfähig bleibt. Wir validieren unter Produktionslast, bevor umgestellt wird.

Sequenzielle Entkopplung (im Schnitt fünf Wochen je Funktion, laufend) Jede weitere Extraktion wird schneller und günstiger: Integrationsmuster und Datensynchronisationsschicht stehen längst, ebenso die Bereitstellungsinfrastruktur. Wir arbeiten die Roadmap in der festgelegten Priorität ab. Die Umstellung selbst ist dabei nur eine Routing-Änderung; ein Rollback bleibt jederzeit möglich, bis der alte ERP-Pfad formell stillgelegt wird.

Zwei Leistungen: Roadmap und API-Vertrag

Grenzbereichsidentifikation und Entkopplungs-Roadmap Wichtiger als die Methode ist die richtige Auswahl, denn nicht jede ERP-Funktion taugt als Kandidat. Wir identifizieren die Funktionen, die aktuell im ERP-System gebunden sind, und bewerten sie nach Dringlichkeit. Für jede definieren wir zusätzlich den API-Vertrag. Das Ergebnis ist ein priorisierter Umsetzungsplan: welche Funktion zuerst extrahiert wird, in welcher Reihenfolge, und wie die jeweilige Schnittstelle aussieht.

API-Layer-Design und Vertragsdefinition Eine Extraktion mit instabilem API-Vertrag erzeugt nur eine andere Art von technischen Schulden. Die API-Schicht steht deshalb fest, bevor sie implementiert wird: Ressourcenmodell, Versionierungsstrategie, Fehlerbehandlung, Authentifizierungsmodell. Die E-Commerce-Plattform, das Logistiksystem oder die Reporting-Schicht bekommen damit einen stabilen Vertrag, auf dessen Basis dein Team entwickelt, noch bevor die ERP-Integration abgeschlossen ist. Der Lieferzeitplan löst sich von der ERP-Migration, Frontend- und Integrationsarbeit laufen parallel.

Vier Bausteine: Strangler-Fig bis Migration

Strangler-Fig-Extraktion Neue API-Aufrufe gehen an den extrahierten Dienst, alte ERP-Aufrufe laufen weiter, bis der neue Dienst validiert und stabil ist. Der Traffic wandert schrittweise, das ERP-System selbst bleibt während der Extraktion unverändert. Nur die Routing-Schicht ändert sich; Finanzen und Lager laufen normal weiter, der Betrieb ebenso.

SAP- und Legacy-Integration Für SAP nutzen wir ausschließlich veröffentlichte Schnittstellen wie BAPIs, IDocs, OData und RFC; kundenspezifisches ABAP bleibt außen vor. Für Oracle und andere Legacy-Systeme setzen wir Adapter-Muster und Anti-Corruption-Layer ein, die extrahierte Dienste von den internen ERP-Strukturen abschirmen.

Datensynchronisation Wir legen für jede Entität eine Konsistenzgarantie fest: Quelle der Wahrheit, Konfliktlösung, maximal akzeptable Verzögerung, Fehlererkennung und -behebung. Finanzdaten bekommen die strengeren Modelle, an anderer Stelle reicht Eventual Consistency.

Schrittweise Migration Eine Funktion wandert erst, wenn der Ersatzdienst parallel läuft und unter Produktionslast bestanden hat. Der Monatsabschluss läuft dabei ungestört weiter, ebenso das Versenden von Bestellungen aus dem Lager. Nichts steht während der Entkopplung still.

Die Technologie dahinter

Unterstützt werden SAP S/4HANA, SAP ECC, Oracle E-Business Suite, Microsoft Dynamics und kundenspezifische Legacy-Systeme mit datenbank- oder dateibasierten Integrationspunkten.

Ergebnisse aus produktiven Projekten

Alle Zahlen stammen aus realen Projekten, weitere Referenzen sind unter einer Vertraulichkeitsvereinbarung verfügbar:

• Der Luxus-Kunstbuchverlag (zwölf Filialen weltweit): Dual-Instanz-Shopify-Plus-Schicht mit Echtzeit-Synchronisation zu Microsoft Business Central sowie den Systemen Akeneo und Makaira. 27 Millionen Euro jährliches Bruttowarenvolumen, Verkaufsereignisse bis 5 Millionen Euro stabil abgewickelt, manuelle Koordination zwischen den Systemen vollständig eliminiert.
• Der Gesundheitstechnologie-Hersteller (400 Millionen Euro Jahresumsatz, über 100 Märkte): kundenspezifische API-Integrationsschicht synchronisiert ERP und PIM alle 15 Minuten über drei Shopify-Plus-Storefronts, zwei davon in der EU und in Großbritannien, dazu eine in den USA. Lieferausfälle und manueller Aufwand sanken sofort, ERP- und PIM-System blieben unverändert.
• Senior Aerospace Thailand: Infor Syteline blieb bestehen, wir ersetzten Insellösungen und Google-Sheets-Workarounds durch ein zentrales Dashboard mit Echtzeit-Synchronisation. Operative Effizienz um 400 Prozent gestiegen, Einführung abgeschlossen, bevor der erste Monat vorbei war.
• Die europäische Zahlungsplattform (Berlin, über 85.000 Händler): neues Händler-Gateway und neu geschriebene API-Dokumentation, während das bestehende Backend durchgehend stabil weiterlief. Umsatz in zwei Jahren um rund 10,6 Prozent auf 220,5 Millionen Euro gestiegen, bereinigtes EBITDA 2024 um 16 Prozent auf 31,9 Millionen Euro, über 331 Millionen Transaktionen pro Jahr, 19,7 Milliarden Euro Jahresvolumen während des gesamten Übergangs gehalten.
• Die europäische Handelsgenossenschaft (8,7 Milliarden Euro Geschäftsvolumen 2024, mehr als 5.500 angeschlossene Einzelhändler): sechs Monate Systemverständnis vor der ersten Änderung, danach automatisierte Datensynchronisation zwischen den Plattformen. Abweichungen bei Preisen und Beständen halbiert, Plattform blieb während der gesamten Analyse in Betrieb.

Verwandte Angebote auf dieser Seite: ein Audit zur Skalierungsfähigkeit und ein SaaS-Kosten-Audit.