Das ERP-System ist der heilige Gral der deutschen Unternehmens-IT. Jahrzehntelang war das Versprechen dasselbe: ein System, das alles kann — Finanzen, Einkauf, Produktion, HR, Controlling. Wer SAP hatte, hatte gewonnen. Alle anderen arbeiteten daran, irgendwann SAP zu haben. Diese Logik hat großen Schaden angerichtet — nicht weil ERPs schlecht sind, sondern weil die Frage falsch gestellt wurde.
Kernprozesse versus Sekundärprozesse
Die entscheidende Unterscheidung, die zu selten gemacht wird, ist die zwischen Kernprozessen und Sekundärprozessen. Kernprozesse sind diejenigen, die direkt zum Wettbewerbsvorteil beitragen — die Art, wie ein Unternehmen produziert, liefert, abrechnet oder seinen Kunden betreut. Sekundärprozesse sind notwendig, aber generisch: Reisekostenabrechnung, Urlaubsverwaltung, Standard-Buchhaltung. Für Kernprozesse braucht man oft spezialisierte Systeme. Für Sekundärprozesse reicht ein Standardtool. Das Problem: ERPs behandeln beides gleich.
Integrationskomplexität als unterschätztes Risiko
Wer versucht, alles in ein ERP zu pressen, schafft oft mehr Komplexität als er löst. Anpassungen kosten das Zehnfache der Lizenz. Schnittstellen werden zum Flaschenhals. Und wenn das ERP nach fünf Jahren ausgetauscht werden soll, ist das Unternehmen so tief eingebaut, dass ein Wechsel faktisch unmöglich wird. Die Alternative — eine klug zusammengesetzte Systemlandschaft aus Best-of-Breed-Tools, verbunden durch eine saubere Integrationsschicht — erfordert mehr Architekturarbeit am Anfang, zahlt sich aber auf lange Sicht aus.
Erkennen Sie das?
Wenn bei Ihnen die Frage ansteht, ob ein System wirklich alles können muss, schauen wir im kostenlosen Erstgespräch, welche Prozesse zusammengehören und welche besser getrennt bleiben.
Das Company-OS-Konzept
Wir denken Systemlandschaften gerne als Company OS: ein Betriebssystem, das aus einem zentralen Datenkern besteht, um den herum spezialisierte Applikationen andocken. Der Datenkern — heute oft ein modernes Data Warehouse wie Snowflake — hält alle Daten zusammen, unabhängig davon, aus welchem System sie stammen. Die Applikationsschicht kann sich dann verändern, ohne dass der Kern berührt wird. Das ERP ist in diesem Modell nicht das Zentrum — es ist eine von mehreren Applikationen. Wer seine Systemlandschaft so denkt, trifft bessere Entscheidungen: über Kaufen vs. Bauen, über Standardisierung vs. Spezialisierung und über die echten Kosten von IT-Projekten.
Das ERP ist nicht das Zentrum des Unternehmens — die Daten sind es. Wer das versteht, trifft bessere Systementscheidungen.