Zwei Unternehmen, ein ERP – und völlig unterschiedliche Ergebnisse
Zwei Unternehmen führen das gleiche ERP-System ein.
Beide starten mit ähnlichen Voraussetzungen.
Beide bilden ihre Prozesse ab.
Beide arbeiten zunächst erfolgreich mit dem System.
Einige Jahre später zeigt sich ein deutlicher Unterschied:
Während das eine Unternehmen sein System kontinuierlich weiterentwickeln kann,
wird jede Anpassung beim anderen zur Herausforderung.
Änderungen dauern länger.
Abhängigkeiten nehmen zu.
Die Weiterentwicklung wird zunehmend aufwendig.
Der Unterschied liegt nicht im System. Sondern in der Art, wie es aufgebaut wurde.
Wann sich entscheidet, ob ein ERP-System tragfähig ist
Die entscheidenden Unterschiede zeigen sich selten beim Start.
Sondern in dem Moment, in dem sich das Unternehmen weiterentwickelt:
- neue Anforderungen entstehen
- Prozesse angepasst werden
- zusätzliche Logiken hinzukommen
Genau hier zeigt sich, ob ein ERP-System mitwachsen kann –
oder ob jede Veränderung neue Komplexität erzeugt.
Wie diese Dynamik entsteht, haben wir hier beschrieben:
„ERP-Wildwuchs: Warum Systeme mit der Zeit unkontrollierbar werden – und was Unternehmen dagegen tun können“
Warum Architektur oft wichtiger ist als die Systemauswahl
In vielen Projekten liegt der Fokus stark auf der Auswahl des Systems:
- Funktionen
- Module
- Anbieter
Das ist nachvollziehbar.
Langfristig entscheidend ist jedoch eine andere Frage:
Wie ist das System strukturiert, wenn sich Anforderungen verändern?
Denn genau dann zeigt sich, ob ein ERP:
- stabil bleibt
- erweiterbar ist
- kontrollierbar bleibt
Zwei Unternehmen mit dem gleichen System können deshalb völlig unterschiedliche Ergebnisse erzielen.
Die zentrale Herausforderung: Stabilität und Veränderung gleichzeitig ermöglichen
Ein ERP-System muss heute zwei Dinge gleichzeitig leisten:
- den operativen Betrieb zuverlässig abbilden
- neue Anforderungen flexibel integrieren
Viele Systeme geraten genau hier in ein Spannungsfeld:
Wird zu viel angepasst, leidet die Stabilität.
Wird zu wenig angepasst, passt das System nicht mehr zur Realität.
Wie sich diese Balance grundsätzlich strukturieren lässt, zeigt auch:
„Das 70–20–10-Modell im ERP: Wie Sie Standard, Anpassung und Individualität strukturiert verbinden“
Die vier Ebenen einer tragfähigen ERP-Architektur
Eine langfristig beherrschbare ERP-Architektur trennt klar zwischen vier Ebenen:
- ERP-Kern – die stabile Grundlage
Der Kern bildet die Basis des Systems:
- Stammdaten
- Finanzprozesse
- zentrale Geschäftslogiken
Wichtig ist:
- möglichst unverändert
- updatefähig
- frei von individuellen Anpassungen
Der Kern sorgt für Stabilität – nicht für Flexibilität.
- Erweiterungsmodule – wiederverwendbare Logik
Viele Anforderungen treten nicht einmalig auf, sondern wiederholt.
Diese lassen sich strukturiert als Module abbilden:
- Freigabeprozesse
- Projektlogiken
- branchenspezifische Abläufe
Das Ergebnis:
- klare Struktur
- Wiederverwendbarkeit
- bessere Skalierbarkeit
- Individuelle Erweiterungen – gezielte Differenzierung
Einige Prozesse sind tatsächlich unternehmensspezifisch.
Zum Beispiel:
- besondere Kalkulationsmodelle
- individuelle Geschäftslogiken
- spezielle Kundenanforderungen
Diese sollten:
- Klar abgegrenzt umgesetzt werden
- nicht in bestehende Strukturen eingreifen
- nachvollziehbar bleiben
Genau hier entstehen Wettbewerbsvorteile.
Mehr dazu auch hier:
„Individuelle Prozesse sind kein Sonderfall – sondern Ihr Wettbewerbsvorteil“
- Technologische Grundlage – die Voraussetzung für Erweiterbarkeit
Damit diese Trennung funktioniert, braucht es eine technische Basis.
Eine geeignete Plattform ermöglicht:
- Erweiterungen außerhalb des Kerns
- kontrollierte Anpassungen
- langfristige Wartbarkeit
Ohne diese Grundlage vermischen sich Anpassungen zwangsläufig mit dem Kern.
Das entscheidende Prinzip: Trennung schafft Beherrschbarkeit
Der wichtigste Unterschied zwischen stabilen und problematischen Systemen ist einfach:
In stabilen Systemen sind die Ebenen klar getrennt.
In problematischen Systemen sind sie miteinander vermischt.
Wenn diese Trennung fehlt:
- greifen Änderungen tief ins System ein
- entstehen unerwartete Abhängigkeiten
- wird jede Anpassung zum Risiko
Genau daraus entsteht die Komplexität, die viele Unternehmen später erleben.
Warum Architektur langfristig wichtiger ist als Geschwindigkeit
In vielen ERP-Projekten entsteht Druck:
- schnelle Umsetzung
- viele Anforderungen gleichzeitig
- kurze Projektlaufzeiten
Das führt häufig dazu, dass Struktur nachrangig behandelt wird.
Kurzfristig funktioniert das. Langfristig entstehen jedoch genau die Probleme, die später schwer zu beheben sind.
Ein ERP-System ist nur so gut wie seine Architektur
ERP-Systeme unterscheiden sich weniger durch ihre Funktionen,
sondern durch ihre Struktur.
Der entscheidende Unterschied ist:
Kann sich das System weiterentwickeln, ohne unkontrollierbar zu werden?
Eine klare Architektur sorgt dafür, dass:
- Stabilität erhalten bleibt
- Anpassungen möglich sind
- Komplexität beherrschbar bleibt
Nicht das System entscheidet über den Erfolg – sondern die Art, wie es aufgebaut ist.
