SAP Artikel
10 ERP-Modernisierungsfehler, die Sie in Ihrer ERP-Strategie vermeiden sollten
Noel D. Costa
- Letztes Update :
Fehler bei der ERP-Modernisierung werden selten sofort erkannt. Sie treten meist erst später zutage, möglicherweise erst nach der Inbetriebnahme, wenn die erwarteten Effizienzsteigerungen nicht eintreten oder operative Workarounds erneut zum Einsatz kommen. Diese Probleme sind nicht immer technischer Natur. Oft sind sie strategischer Natur und schleichen sich bereits in der Planungs- oder frühen Ausführungsphase ein.
Viele ERP Modernisierungsfehler passieren, weil Teams erwarten, dass die Software Prozessprobleme standardmäßig löst. Das ist nicht der Fall. Sie übernehmen alte Entscheidungen, wenden sie auf neue Plattformen an und gehen davon aus, dass das Ergebnis anders ausfallen wird. Das ist selten der Fall, und das kann ich aus Erfahrung mit Sicherheit sagen.
Ich habe erlebt, wie Projekte erfahrener Teams trotz solider Finanzierung und einer ganzen Reihe externer Berater scheiterten.
Die Ursache sind Lücken in der Verantwortung, der Integrationsplanung und manchmal auch einfach mangelnde Kommunikation zwischen Teams, die voneinander abhängige Entscheidungen treffen. Diese Art von Fehlern bei der ERP-Modernisierung wird zwar wenig beachtet, verursacht Ihnen aber langfristig Probleme.
Einige häufige Probleme, die größere Fehler auslösen:
Fehlausrichtung zwischen Projektzielen und Prioritäten der Geschäftseinheit
Unvollständige Festlegung des Umfangs aufgrund vager oder veralteter Geschäftsfälle
Überstürzte Konfigurationen ohne klare Änderungsmanagementplan
Unterdefinierte Rollen innerhalb der Struktur des Implementierungsteams
Schwache Lenkungsaufsicht, insbesondere in der Entwurfsphase (siehe diese Anleitung)
Dieser Artikel konzentriert sich auf Fehler bei der ERP-Modernisierung, die schwerer zu erkennen sind. Dabei handelt es sich nicht um die üblichen „verpassten Termine“ oder „Budgetüberschreitungen“, die Ihnen vielleicht bekannt sind.
Um ein vollständiges Bild zu erhalten, können Sie sich auch unsere Aufschlüsselung ansehen von Warum die Datenmigration fehlschlägt und die Bedeutung von echtes KPI-Tracking in ERP-Projekten. Beides hängt mit den versteckten Fehlermustern zusammen, die wir hier ausführlich behandeln.
Most Fehler bei der ERP-Modernisierung Dies liegt nicht an schlechter Technologie, sondern an Entscheidungen, die getroffen werden, ohne das Systemdesign an den tatsächlichen Geschäftsanforderungen auszurichten. Wenn die ERP-Planung mit der Inbetriebnahme endet, modernisieren Sie nicht, sondern ersetzen lediglich alte Probleme durch neue Software.
10 wichtige Erkenntnisse zu Fehlern bei der ERP-Modernisierung
ERP ist nicht mit der Inbetriebnahme abgeschlossen. Es benötigt Optimierung, Support und Nachverfolgung. Andernfalls häufen sich die Probleme, während das Team bereits andere Aufgaben erledigt hat.
Das Kopieren veralteter Workflows in ein neues ERP-System führt lediglich dazu, dass alte Ineffizienzen bestehen bleiben. Ich habe Unternehmen erlebt, die veraltete Genehmigungen einfach deshalb reproduziert haben, weil niemand sie hinterfragt hat.
Wenn Daten fehlerhaft eingegeben werden, kann das ERP-System das Problem nicht beheben. Berichte werden beschädigt, Benutzer verlieren das Vertrauen und die Bereinigung wird in einem Live-System komplexer.
Die Leute, die die eigentliche Arbeit machen, werden bei Workshops oft außen vor gelassen. Diese Diskrepanz zeigt sich schnell, wenn die Akzeptanz nach der Markteinführung sinkt.
Bei der Integration geht es nicht nur um die Verbindung von Systemen. Es geht darum, wie und wann Daten übertragen werden, was bei einem Ausfall passiert und wer für die Reaktion verantwortlich ist.
Einige Arbeitsabläufe, insbesondere Ticketing, IT-Services oder Asset-Anfragen, funktionieren auf speziell entwickelten Plattformen wie ServiceNow besser. ERP kann nicht alles.
Das Warten auf versprochene Funktionen ist riskant. Roadmaps ändern sich. Ihr Zeitplan sollte nie davon abhängen, was ein Anbieter könnte freizugeben.
Alte Systeme bleiben „vorübergehend“ aktiv und überdauern schließlich Jahre. Ohne einen Stilllegungsplan werden sie dauerhaft.
Anmeldezahlen und Verfügbarkeit sind kein Erfolgskriterium. Verfolgen Sie Dinge, die echte Fortschritte zeigen, z. B. schnellere Zyklen, weniger Fehler, weniger manuelle Arbeit.
Lizenzkosten bleiben selten konstant. Wenn Sie Wachstum und Funktionsnutzung nicht modellieren, geben Sie zu viel aus, ohne es zu merken, bis es zu spät ist.
Fehler Nr. 1: ERP-Modernisierung als einmalige Implementierung behandeln
Der Fehler: Den Go-Live als Ziellinie betrachten
Dieser Fehler gehört zu den kostspieligeren Fehlern bei der ERP-Modernisierung und ist offensichtlich. Teams behandeln die Inbetriebnahme wie eine Ziellinie, obwohl sie eigentlich nur der erste Kontrollpunkt ist. Allein diese Denkweise kann alles Weitere gefährden.
Sobald das System live ist, gehen viele davon aus, dass die Schwerstarbeit erledigt ist. Doch genau dann beginnt der eigentliche Druck: Wenn der tägliche Betrieb, sich ändernde Anforderungen und das tatsächliche Benutzerverhalten gegen das geplante System verstoßen.
Ohne eine Strategie für die Zeit nach der Implementierung wird dieser Druck ad hoc bewältigt. Verbesserungswünsche häufen sich, Prozessabweichungen bleiben unkontrolliert und die Governance schwindet nach und nach.
Ich habe Projekte erlebt, bei denen sich der Lenkungsausschuss unmittelbar nach der Inbetriebnahme auflöste. Sechs Monate später stagniert die Akzeptanz, und niemand kümmert sich um den Rückstand.
Solche Fehler bei der ERP-Modernisierung sind selten technischer Natur. Sie sind struktureller Natur. Und wenn jemand die Notwendigkeit kontinuierlicher Planung anspricht, ist die Unternehmensleitung bereits weiter.
Die Lösung: Behandeln Sie ERP als lebendiges System
ERP-Modernisierung funktioniert nur, wenn der ERP-Lebenszyklus vom ersten Tag an geplant wird, sei es für SAP, Oracle oder jedes andere ERP-System. Dazu gehört nicht nur die technische Bereitschaft, sondern auch die menschliche und operative Ebene. Wenn Ihre Roadmap mit der Inbetriebnahme endet, haben Sie keine Roadmap.
Sie benötigen Kontinuität in der Entscheidungsfindung nach dem Start. Ein formeller Lenkungsausschuss sollte auch nach dem Go-Live aktiv bleiben, und dies Leitfaden schlüsselt die Rollen und Aufsichtslücken auf die oft übersehen werden. Es lohnt sich auch, klare Post-Deployment-Tors zu setzen, die diese Qualitätsrahmen im Detail.
Definieren Sie einen Governance-Plan für die Zeit nach der Inbetriebnahme (6–12 Monate) mit Finanzierung
Erweitern Sie das Mandat des Lenkungsausschusses über die Inbetriebnahme hinaus
Überwachen Sie die Prozessausrichtung, nicht nur die Systemverfügbarkeit
Priorisieren Sie die Triage des Rückstands mit klarer Zuständigkeit
Verwenden Sie diese KPI-Framework um den Wert zu verfolgen, nicht nur die Aktivität
Fehler bei der ERP-Modernisierung in dieser Phase erscheinen zunächst oft harmlos. Doch sie häufen sich. Langsam. Leise. Und schließlich ziehen sie das Projekt zurück, bis es dem ähnelt, was Sie ursprünglich hinter sich lassen wollten.
Sehen Sie, wie ich Ihr ERP und AI Die richtige Systemauswahl oder Implementierung für Sie.
ERP- und KI-Systemauswahl – Identifizieren und wählen Sie die richtige ERP- oder KI-fähige Plattform, die Ihren Geschäftsanforderungen entspricht.
Projektunterstützung und -wiederherstellung – Halten Sie Ihr Projekt auf Kurs oder bringen Sie fehlgeschlagene Implementierungen wieder unter Kontrolle.
ERP-Modernisierung – Verwandeln Sie vorhandene ERP-Systeme in moderne, effiziente und skalierbare ERP-Umgebungen.
KONTAKTFehler Nr. 2: Migration von Legacy-Prozessen ohne Optimierung
Der Fehler: Kopieren, was nicht mehr funktioniert
Meiner Meinung nach ist dies einer der schwerwiegendsten Fehler bei der ERP-Modernisierung, vor allem, weil er leicht zu rechtfertigen ist. Teams sagen oft: „Lasst uns jetzt nicht zu viel ändern. Wir optimieren später.“ Aber später kommt fast nie.
Das eigentliche Problem ist, dass alte Prozesse für ältere Systeme, ältere Teams und andere Geschäftsbedingungen entwickelt wurden. Diese zu übernehmen, ohne die Logik zu überdenken, erschwert Verbesserungen. Das Ergebnis ist eine moderne ERP-Plattform mit veralteten Workflows. Das ist kein Fortschritt. Es ist nur eine teurere Version dessen, was Sie bereits hatten.
Ich habe erlebt, wie ganze Genehmigungsketten exakt so wiederhergestellt wurden, wie sie waren, selbst wenn die Hälfte der Beteiligten nichts mit dem aktuellen Prozess zu tun hatte. Niemand fragt sich, ob diese Schritte noch relevant sind. So Fehler bei der ERP-Modernisierung tatsächlich geschehen, nicht durch große Fehler, sondern durch kleine Entscheidungen, die niemand in Frage stellt.
Die Lösung: Beginnen Sie mit dem Prozess, nicht mit der Software
Sie müssen verstehen, dass Ihr ERP-System nur das Gerüst bildet. Wenn der zugrundeliegende Prozess fehlerhaft ist, wird die Technologie ihn nur verstärken. Die Neugestaltung der Geschäftsprozesse sollte vor dem Systemaufbau erfolgen, nicht nach der Inbetriebnahme. Das bedeutet, dass Sie den Entscheidungsfluss, den Datenverkehr und die Arbeitsverfolgung überdenken müssen.
Meiner Erfahrung nach erzielt man die besten Ergebnisse, wenn Operationen, Finanzen, und die Lieferteams gehen den Workflow gemeinsam durch, bevor auch nur ein einziges Feld konfiguriert wird. Es geht nicht um Automatisierung, sondern um Vereinfachung.
Einige praktische Schritte, die helfen:
-
Identifizieren Sie manuelle Genehmigungen oder Schritte, die keinen Mehrwert mehr bringen
-
Verwenden Sie aktuelle Schwachstellen als Grundlage, nicht veraltete Dokumentation
-
Überdenken Sie die Berichterstattung basierend auf tatsächlichen KPIs, nicht auf veralteten Berichten
-
Hinterfragen Sie jede Aufgabe mit der Frage „Warum machen wir das hier?“
Wenn Sie nach einer strukturierten Vorgehensweise suchen, ist die Leitfaden für SAP Activate-Vorlagen hilft bei der Aufteilung der Phasen für das Prozessdesign. Sie sollten sich auch darüber im Klaren sein, wie weit die Neugestaltung geht und dieser Teil auf Verwaltung des Projektumfangs ist nützlich, um diesen Aufwand unter Kontrolle zu halten.
Außerdem ist es wichtig, das richtige Team für diese Arbeit aufzubauen. Meiner Meinung nach braucht man starke funktionale Führungskräfte, nicht nur technische Rollen. Diese Aufteilung von Rollen des SAP-Implementierungsteams behandelt, worauf Sie achten müssen.
Von allen Fehlern bei der ERP-Modernisierung lässt sich dieser am ehesten vermeiden – allerdings nur, wenn jemand vor Beginn der Migration darauf hinweist.
Fehler Nr. 2: Migration von Legacy-Prozessen ohne Optimierung
| Legacy-Migrationsbereich | Was oft schief geht | Was Sie stattdessen tun sollten |
|---|---|---|
| Benutzerdefinierter Code von ECC | Teams verschieben ungenutzten oder veralteten Z-Code direkt in S/4HANA, ohne die aktuelle Relevanz oder Eignung zu bewerten. | Nutzen Sie den Custom Code Analyzer von SAP. Entfernen Sie nicht mehr benötigte Elemente. Richten Sie die verbleibende Logik an den SAP-Grundsätzen aus. |
| Veraltete Workflows | Alte Genehmigungsabläufe, die für papierbasierte Prozesse entwickelt wurden, werden repliziert, ohne zu prüfen, ob eine Automatisierung jetzt möglich ist. | Sprechen Sie erneut mit den Geschäftsinhabern. Ordnen Sie Workflows gegebenenfalls den S/4HANA Fiori-Funktionen oder dem BTP Workflow Management zu. |
| Nicht standardmäßige Stammdateneinrichtung | Legacy-Systeme ermöglichten flexible, nicht standardmäßige Konfigurationen (z. B. mehrere Maßeinheiten). Diese funktionieren in S/4 nicht mehr. | Bereinigen und harmonisieren Sie Stammdaten vor der Migration. Nutzen Sie SAP MDG oder Bereinigungstools, um Probleme frühzeitig zu erkennen. |
| Auf Legacy-Tabellen basierende Berichterstattung | Alte Berichte mit direktem Tabellenzugriff stimmen nicht mit S/4-CDS-Ansichten oder eingebetteten Analysen überein. | Erstellen Sie kritische Berichte mithilfe von CDS-Ansichten neu. Vermeiden Sie nach Möglichkeit Zugriffe auf Tabellenebene. Richten Sie sich an den wichtigsten Datendiensten aus. |
| Prozesslücken mit Excel oder E-Mail füllen | Manuelle Nebenprozesse bleiben während der Migration verborgen. Sie tauchen nach der Inbetriebnahme erneut auf und verursachen Reibungsverluste. | Führen Sie vor der Migration Business Process Mining-Sitzungen durch. Identifizieren Sie Lücken und digitalisieren Sie diese vor oder während der Migration. |
| Stapelverarbeitungsaufträge mit Kopieren und Einfügen | Hintergrundjobs von ECC werden unverändert verschoben, ohne dass neue Laufzeitverhalten in S/4HANA analysiert werden. | Nutzen Sie den SAP Job Catalog. Überprüfen Sie Laufzeitabhängigkeiten, berücksichtigen Sie HANA-Leistungsunterschiede und richten Sie sich nach aktualisierten Jobketten. |
Fehler Nr. 3: Schlechte Planung der ERP-Datenmigration
Der Fehler: Die Annahme, dass sich Daten während der Übertragung von selbst reparieren
Für mich ist dies einer der am wenigsten gewürdigten Fehler bei der ERP-Modernisierung, und dennoch hat er die sichtbarsten Folgen.
Das Verschieben fehlerhafter Daten in ein neues ERP-System ist wie ein Umzug in ein neues Haus, ohne etwas wegzuwerfen. Der ganze Ballast kommt mit. Schlimmer noch: Sobald sich der Ballast in einer strukturierten Plattform befindet, wird es noch schwieriger, ihn zu bereinigen.
Viele Teams erledigen die Datenarbeit zu spät. Sie gehen davon aus, dass die IT-Abteilung das Mapping übernimmt oder dass einige Transformationsregeln alles automatisch regeln.
Die meisten Probleme bei der ERP-Datenmigration sind jedoch nicht technischer Natur. Es handelt sich um betriebswirtschaftliche Probleme wie doppelte Lieferanten, veraltete Materialien, inkonsistente Benennung oder fehlende Stammdaten. Sobald diese Probleme im laufenden Betrieb auftreten, wird die Behebung teuer.
Ich habe Unternehmen erlebt, die hier Kosten sparen, indem sie alles „nur für den Fall der Fälle“ migrieren. Das geht selten gut aus. Das führt zu einer Überlastung des Systems, zu einem Berichtsrauschen und dazu, dass Benutzer genau den Daten misstrauen, mit denen sie eigentlich arbeiten sollen.
Die Lösung: Behandeln Sie Daten als Arbeitsablauf, nicht als Aufgabe
ERP-Datenmigration sollte als dedizierter Prozess mit echter Verantwortlichkeit behandelt werden. Dies schließt Prozessverantwortliche ein, nicht nur technische Berater. Sie müssen entscheiden, was übernommen, was archiviert und was von Grund auf neu erstellt werden soll.
Einige Schritte, die einen Unterschied machen:
Weisen Sie frühzeitig klare Verantwortlichkeiten für die Stammdatenverwaltung zu
Verwenden Sie Profiling-Tools, um Duplikate und Inkonsistenzen vor dem Mapping zu identifizieren
Erstellen Sie Freigabezyklen für die geschäftliche Validierung wichtiger Objekte
Testen Sie die Berichtsausgaben als Teil des UAT, nicht nach der Inbetriebnahme
Wenn Sie eine detaillierte Aufschlüsselung der Gründe für die fortbestehenden Probleme wünschen, lesen Sie diesen Artikel über Warum die SAP-Datenmigration scheitert geht tiefer auf die Ursachen ein. Sie können auch die Leitfaden zur Umfangsverwaltung um sicherzustellen, dass Ihr Migrationsumfang nicht unnötig aufgebläht wird.
Meiner Meinung nach könnten viele Fehler bei der ERP-Modernisierung vermieden werden, wenn die Datenplanung von Anfang an ernst genommen würde. Selbst jetzt sehe ich selten, dass Teams die Datenqualität als Teil ihrer Steuerungs-KPIs berücksichtigen. Dieser Artikel über Projektlenkungsausschüsse könnte Ihnen helfen, das Gespräch besser zu positionieren, bevor Ihnen die Zeit ausgeht.
Fehler Nr. 3: Schlechte Planung der ERP-Datenmigration
| Herausforderung Migration | Was normalerweise fehlschlägt | Was Sie stattdessen tun sollten |
|---|---|---|
| Stammdateninkonsistenzen | Verschiedene Werke oder Regionen verwenden leicht unterschiedliche Namens- oder Codierungsstrukturen, wodurch die Validierung während des Ladens unterbrochen wird. | Harmonisieren Sie Ihre Stammdaten frühzeitig. Legen Sie Regeln für Materialbeschreibungen, Einheiten und Benennungen fest, bevor mit dem Mapping begonnen wird. |
| Zu viele Abhängigkeiten wurden erst spät aufgedeckt | Das Laden der Materialdaten schlägt fehl, weil der Lieferantenstamm unvollständig ist. Verkaufsaufträge schlagen fehl, weil Kunden fehlen. | Verwenden Sie eine Abhängigkeitszuordnung, um die genaue Ladereihenfolge zu definieren. Überprüfen Sie, ob die Voraussetzungen für jeden Ladevorgang erfüllt sind. |
| Einmalige Umstellungsplanung | Die Teams planen nur einen Probelauf. Fehler treten zu spät bei der Umstellung der Produktion auf. | Planen Sie mindestens zwei vollständige Probeladungen ein. Bauen Sie Feedbackschleifen zwischen Konvertierungstools und Fachprüfern auf. |
| Undokumentierte Datentransformationen | Transformationsregeln sind in Excel-Tabellen oder Skripten vorhanden, haben jedoch keine Versionsnummer und sind nicht Eigentum davon. | Dokumentieren Sie jede Regel klar und deutlich. Verwenden Sie strukturierte Protokolle oder MDG, falls verfügbar. Weisen Sie jedem Transformationssatz einen Eigentümer zu. |
| Diskrepanz zwischen Geschäftserwartungen und Datenzuordnung | Das Unternehmen erwartet eine bestimmte Zuordnung der Werte, die technischen Zuordnungsregeln unterscheiden sich jedoch. Probleme treten erst nach dem Laden auf. | Führen Sie Mapping-Überprüfungen mit Geschäftsbenutzern durch. Bestätigen Sie die Logik auf Feldebene, nicht nur Übereinstimmungen zwischen Spalten. |
| Kein Rollback-Plan während der Inbetriebnahme | Wenn eine kritische Last ausfällt, geraten die Teams in Panik, ohne zu wissen, wie sie den Fehler zurückverfolgen oder isolieren können. | Definieren Sie Rollback-Trigger. Nutzen Sie Delta-Load-Staging, falls verfügbar. Behalten Sie Backup-Punkte in Ihrem Umstellungsplan. |
ERP-Modernisierungsstrategie
SAP Clean Core-Strategie
Vereinfachen Sie Anpassungen und ermöglichen Sie eine langfristige Modernisierung durch Clean-Core-Prinzipien.
Migration von ECC zu S/4HANA
Wechseln Sie vom alten ERP-System zu S/4HANA mit Anleitung zu Risiken, Vorbereitung und Projektphasen.
Implementierung vs. Rollout
Vergleichen Sie zentralisierte ERP-Builds mit schrittweisen Rollout-Ansätzen an globalen Standorten.
ERP-Budgetaufschlüsselungen
Warum die Kosten für die ERP-Modernisierung überzogen werden und wie Sie Ihr Budget stabilisieren können.
Fehler Nr. 4: Change Management bei ERP-Modernisierungsprojekten ignorieren
Der Fehler: Zu denken, dass Veränderungen von selbst passieren
Meiner Meinung nach ist dies einer der häufigsten Fehler bei der ERP-Modernisierung; nicht, weil die Leute nicht wissen, wie wichtig das Änderungsmanagement ist, sondern weil sie davon ausgehen, dass es bereits „gehandhabt“ wird.
Normalerweise bedeutet das ein paar PowerPoint-Präsentationen, eine Systemdemo und vielleicht eine kurze Schulung vor dem Go-Live. Das ist kein Plan. Das ist eine Checkliste.
Was ignoriert wird, ist Müdigkeit. Die meisten Mitarbeiter haben bereits mit zahlreichen Veränderungen zu kämpfen, z. B. mit neuen Tools, neuen Prozessen und veränderten Prioritäten. ERP fügt eine weitere Ebene hinzu, aber oft ohne ausreichende Erklärungen oder Kontext.
Das Ergebnis ist ein stiller Widerstand. Workarounds. Oder schlimmer noch: passiver Widerstand, bei dem die Benutzer dem System gerade so weit folgen, dass sie sagen können, sie hätten es getan, aber für die eigentliche Arbeit immer noch auf Tabellenkalkulationen oder Nebenprozesse angewiesen sind.
So schleichen sich Fehler bei der ERP-Modernisierung ein. Nicht, weil das System falsch war, sondern weil niemand die Mitarbeiter darauf vorbereitet hat, wie sehr sich ihre Arbeit verändern würde.
Die Lösung: Machen Sie das Änderungsmanagement zu einem Arbeitsablauf, nicht zu einer Nebenaufgabe
Effektives Change-Management für ERP-Arbeit braucht Struktur. Es erfordert Zeit, Budget und die Einbindung der Führungskräfte. Ich habe die Erfahrung gemacht, dass Veränderungen erst dann real werden, wenn die Führung sie an Geschäftsergebnisse und nicht an IT-Zeitpläne knüpft.
Wichtige Maßnahmen, die tatsächlich etwas bewirken:
Führen Sie ein Stakeholder-Mapping durch, um zu verstehen, woher der Widerstand kommen könnte
Arbeiten jederzeit weiterbearbeiten können. Jede Präsentation und jeder KI-Avatar, den Sie von Grund auf neu erstellen oder hochladen, Lenkungsausschüsse konsequent zu kommunizieren, nicht nur Probleme zu eskalieren
Integrieren Sie strukturierte Schulungszyklen, die an die Aufgabenbereiche gebunden sind – nicht nur allgemeine Systemübersichten.
Integrieren Sie Akzeptanz-KPIs in Ihre ERP-Projekt-Governance
Nutzen Sie die Erkenntnisse aus diesem Leitfaden zum Änderungsmanagementplan Interventionen richtig zu timen
Meiner Erfahrung nach wehren sich Teams nicht, weil sie Veränderungen ablehnen. Sie wehren sich, weil sie ihnen nicht vertrauen. Viele Fehler bei der ERP-Modernisierung könnten vermieden werden, wenn Unternehmen Widerstand als Signal und nicht als Hindernis betrachten würden. Echte Veränderungen erfordern Anstrengung. Aber sie zu ignorieren, kostet mehr.
Fehler Nr. 4: Change Management bei ERP-Modernisierungsprojekten ignorieren
| Beobachtetes Problem | Was normalerweise passiert | Was Sie stattdessen tun sollten |
|---|---|---|
| Unterschätzung der Auswirkungen auf die Benutzer | Der Go-Live erfolgt und die Benutzer fühlen sich von neuen Bildschirmen, Schritten oder Begriffen überrumpelt, die ihnen noch nie zuvor gezeigt wurden. | Führen Sie Ihre Benutzer frühzeitig durch die wichtigsten Änderungen. Zeigen Sie, was anders aussehen oder sich anders verhalten wird. Wiederholen Sie die Botschaft häufig. |
| Zu wenig praktische Ausbildung | Das Training endet als eine große Sitzung mit Folien. Keine Sandbox-Nutzung. Die Teilnehmer vergessen alles, wenn die Veranstaltung live geht. | Nutzen Sie den realen Systemzugriff in kleinen Gruppen. Konzentrieren Sie sich auf wichtige Aufgaben, nicht auf Theorie. Geben Sie Spickzettel, nicht nur PDFs. |
| Mangel an lokalen Champions | Projektteams kümmern sich um alles. Geschäftsbenutzer haben in ihrer Funktion niemanden, dem sie vertrauen und dem sie Fragen stellen können. | Identifizieren Sie Poweruser oder Prozessverantwortliche frühzeitig. Geben Sie ihnen die nötigen Mittel, um Änderungen zu erklären und andere zu unterstützen. |
| Schlechte Kommunikation zum „Warum“ | Den Benutzern wird mitgeteilt, was sich ändert, aber nicht warum. Es fühlt sich nach Mehrarbeit an, nicht nach Verbesserung. | Machen Sie die Vorteile deutlich. Verknüpfen Sie Änderungen mit den Problemen, die Benutzer bereits kennen. Sprechen Sie ihre Sprache, nicht die Projektsprache. |
| Keine Rückkopplungsschleife | Während des UAT oder der Schulung geäußerte Bedenken werden protokolliert, aber nie gelöst. Benutzer fühlen sich ignoriert. | Richten Sie eine schnelle Feedback-Bearbeitung ein. Zeigen Sie Ihren Nutzern den Fortschritt. Selbst kleine, anerkannte Änderungen können viel bewirken. |
| Verwirrung nach der Inbetriebnahme | Nach der Inbetriebnahme wird es in den Teams still. Keine Supportzeiten, keine sichtbaren Ansprechpartner. Bei auftretenden Problemen bricht Panik aus. | Planen Sie Support-Hotlines und übersichtliche Kontaktkarten ein. Stellen Sie sicher, dass die Benutzer in den ersten Wochen genau wissen, wohin sie sich wenden können. |
Fehler Nr. 5: Blindes Befolgen der Roadmaps von ERP-Anbietern
Der Fehler: Annehmen, dass die Roadmap des Anbieters zu Ihrem Unternehmen passt
Ich habe dies oft erlebt, und es ist einer der weniger bekannten Fehler bei der ERP-Modernisierung, birgt aber langfristige Risiken. Die meisten Teams akzeptieren die Roadmap des ERP-Anbieters, ohne den Zeitpunkt oder die Relevanz der Versprechen zu hinterfragen. Ich habe dies insbesondere während der ERP-Systemauswahl Phase.
Sie gehen davon aus, dass geplante Funktionen wie erwartet verfügbar sein werden und dass diese Funktionen ihre Geschäftsanforderungen sofort erfüllen. In der Realität ist dies jedoch selten der Fall.
Anbieter erstellen Roadmaps basierend auf den Anforderungen ihrer Services. Sie erstellen ERP-Roadmaps basierend auf breiten Kundengruppen. Ihr Geschäftsmodell spiegelt sich nicht unbedingt in diesem Entwurf wider.
Bis eine Roadmap-Funktion ausgeliefert wird, haben sich Ihre Anforderungen möglicherweise bereits geändert, oder schlimmer noch: Die Funktionalität ist zu eng gefasst und erfordert ohnehin Anpassungen. Das führt zu Verzögerungen, einem zunehmenden Umfang oder dazu, dass bereits abgeschlossene Entscheidungen erneut geprüft werden müssen.
Ich habe Fälle erlebt, in denen Teams ihre Integrationsstrategie vollständig auf die zukünftige Version eines Anbieters stützten, nur um dann festzustellen, dass diese um 12 Monate verschoben wurde. In der Zwischenzeit mussten sie temporäre Lösungen entwickeln oder mit Einschränkungen leben.
Die Lösung: Verwenden Sie die ERP-Roadmap als Input, nicht als Anweisung
Sie können die ERP-Roadmap als Planungshilfe nutzen, sie sollte jedoch niemals die interne Validierung ersetzen. Planen Sie Ihre Prozessanforderungen und -fähigkeiten unabhängig und betrachten Sie die Vorgaben des Anbieters als einen von mehreren Inputs, nicht als Kernplan.
Was hier zur Risikominderung beiträgt:
-
Machen Sie einen Drucktest der Anbieteraussagen mit internen Anwendungsfällen
-
Bestätigen Sie Abhängigkeiten mit Kontrollen des Projektumfangs
-
Richten Sie wichtige Lücken mit Ihren eigenen Umsetzungszeitpläne
-
Verstehen Sie die tatsächlichen Kosten des Wartens auf eine versprochene Funktion im Vergleich zur Entwicklung einer unterstützten Problemumgehung
-
Halten Sie die Lenkungsausschuss an allen Roadmap-basierten Entscheidungen beteiligt
Vendor Lock-in betrifft nicht nur Software. Es zeigt sich auch in Planungsannahmen. Einer der vermeidbareren Fehler bei der ERP-Modernisierung besteht darin, zu viel Kontrolle an eine Roadmap abzugeben, die Sie nicht selbst erstellt haben. Überprüfen Sie immer. Erstellen Sie immer zuerst Ihre eigene Version der Realität.
Fehler Nr. 5: Blindes Befolgen der Roadmaps von ERP-Anbietern
| Beobachtetes Problem | Was normalerweise passiert | Was Sie stattdessen tun sollten |
|---|---|---|
| Übermäßiges Vertrauen in die Zeitpläne der Anbieter-Roadmap | Die Teams richten ihre Projektpläne strikt an den Anbieterversionen aus, ohne Eignung, Bereitschaft oder geschäftliche Notwendigkeit in Frage zu stellen. | Nutzen Sie die Roadmap als Vorlage, nicht als Evangelium. Passen Sie sie an Ihre interne Strategie, Ihre Fähigkeiten und Ihre zeitlichen Einschränkungen an. |
| Vorausgesetzt, die Funktionen funktionieren wie erwartet | Die Teams planen die Verwendung kommender Module, vorausgesetzt, sie sind bei der Veröffentlichung ausgereift oder stabil, was selten der Fall ist. | Testen Sie neue Funktionen frühzeitig in Sandboxen. Nutzen Sie Kundenbeeinflussungsprogrammen. Warten Sie bei Bedarf auf bewährte Versionen. |
| Geschäftsspezifische Lücken vergessen | Entscheidungen werden auf der Grundlage dessen getroffen, was der Anbieter unterstützt, selbst wenn dabei wichtige Geschäftsprozesse nicht unterstützt werden. | Gehen Sie vom Geschäftsbedarf aus. Überprüfen Sie, ob die Roadmap hilfreich ist. Erstellen Sie benutzerdefinierte Flows nur bei Bedarf und mit Bedacht. |
| Budgetierung für das, was versprochen, aber nicht geliefert wird | Teams erwarten Kosteneinsparungen oder Automatisierungsvorteile durch Funktionen, die noch nicht veröffentlicht wurden oder sich noch in der Betaphase befinden. | Planen Sie Budgets basierend auf der aktuellen Realität. Behandeln Sie Roadmap-Versprechen als optionalen Vorteil, nicht als zentrale Planungsannahmen. |
| Die Roadmap bestimmt die Architektur | Zukünftige „geplante“ Funktionen beeinflussen Entscheidungen über Plattform, Struktur oder Bereitstellungsmodelle vorzeitig. | Priorisieren Sie ein stabiles, interoperables Design. Vermeiden Sie es, Ihre Strategie an eine zukünftige Version zu koppeln, die Sie nicht kontrollieren oder validieren können. |
Fehler Nr. 6: Strategie zur Außerbetriebnahme des ERP-Systems überspringen
Der Fehler: Legacy-Systeme im Hintergrund laufen lassen
Ich glaube, dieser Fehler kommt häufig vor, weil niemand etwas damit anfangen möchte. Sobald das neue ERP-System in Betrieb ist, werden die alten Systeme oft „für alle Fälle“ weitergeführt. Manchmal dient es der Compliance. Manchmal dient es als Referenz. So oder so bleiben sie aktiv, belasten langsam das Budget und schaffen Risiken.
Die Außerbetriebnahme eines ERP-Systems ist selten Teil des Kernprojektplans. Sie wird aufgeschoben und schließlich vergessen. Das Ergebnis ist ein kostspieliger Flickenteppich: Das moderne ERP-System steuert das Unternehmen, aber Benutzer melden sich weiterhin bei veralteten Tools an, um alte Rechnungen abzurufen, historische Personalakten einzusehen oder Berichte zu exportieren. Das verfehlt den Zweck der Migration.
Ich habe Fälle erlebt, in denen Altsysteme fünf Jahre nach der Inbetriebnahme noch liefen, weil niemand eine klare Datenaufbewahrungsrichtlinie oder einen Archivierungsplan definiert hatte. So häufen sich Fehler bei der ERP-Modernisierung: Die Last der Vergangenheit wird auf jede neue Plattform übertragen.
Die Lösung: Planen Sie die ERP-Außerbetriebnahme vom ersten Tag an
Die Abschaltung eines ERP-Systems sollte nicht als technische Aufgabe betrachtet werden. Sie erfordert rechtliche Verantwortung, Compliance und Datenverwaltung. Sie erfordert echte Eigenverantwortung und Finanzierung. Ohne frühzeitige Planung wird sie zu einer ständig wachsenden Backoffice-Belastung.
Einige Schritte, die ich empfehle, sind:
Identifizieren Sie, welche Systeme beibehalten werden müssen und warum
Definieren Sie eine rechtlich einwandfreie Richtlinie zur Datenaufbewahrung
Verwenden Sie geeignete Tools zum Archivieren oder Extrahieren statischer Daten
Verfolgen Sie Stilllegungsaufgaben in Ihrem Projektplanungsstruktur
Machen Sie dies zu einem Teil Ihrer Implementierungskostenplanung, keine Überraschung nach dem Go-Live
Fehler bei der ERP-Modernisierung im Zusammenhang mit der Außerbetriebnahme von Altsystemen lassen sich vermeiden, allerdings nur, wenn jemand vor der Inbetriebnahme die Verantwortung übernimmt. Alte Systeme unbeachtet zu lassen, mag wie ein Sicherheitsnetz erscheinen, doch in der Praxis werden sie zu technischen Schulden, die niemand im Budget berücksichtigt und die später kaum jemand bereinigen möchte.
Fehler Nr. 6: Strategie zur Außerbetriebnahme des ERP-Systems überspringen
| Beobachtetes Problem | Was normalerweise passiert | Was Sie stattdessen tun sollten |
|---|---|---|
| Legacy-Systeme liefen „für alle Fälle“ weiter | Alte ECC- oder Satellitensysteme bleiben nach der Inbetriebnahme noch jahrelang aktiv und belasten die Supportressourcen und das Budget. | Planen Sie vom ersten Tag an einen klaren Zeitplan für die Außerbetriebnahme. Stimmen Sie Archivierungs-, Berichts- und Zugriffsanforderungen frühzeitig mit den Geschäftsinhabern ab. |
| Compliance- und Audit-Lücken nach der Migration | Wenn Systeme ad hoc oder ohne Dokumentation außer Betrieb genommen werden, gehen Prüfpfade, Steuerdaten oder Berichtspflichten verloren. | Arbeiten Sie mit Audit- und Finanzteams zusammen, um gesetzliche Aufbewahrungsfristen zu ermitteln. Nutzen Sie bei Bedarf zertifizierte Archivierungslösungen. |
| Überlappende Datenlandschaften nach dem Go-Live | Neue SAP-Systeme laufen parallel zu älteren ERP-Systemen, was zu Verwirrungen bei der Berichterstellung und der Stammdatenkonsistenz führt. | Definieren Sie eine klare, zuverlässige Datenquelle für die Zeit nach der Umstellung. Teilen Sie mit, wann Altdaten eingefroren oder gelöscht werden. |
| Integrationsverbindungen bleiben offen | Schnittstellen zu Altsystemen bleiben bestehen, ohne dass aktive Benutzer vorhanden sind, was das Risiko und die Komplexität erhöht. | Ordnen Sie alle eingehenden/ausgehenden Datenflüsse zu. Trennen und deaktivieren Sie Middleware-Kontaktpunkte im Rahmen der Planung nach der Inbetriebnahme. |
| Entscheidungen zur Stilllegung werden wegen unklarer Eigentumsverhältnisse verschoben | Kein Team ist für die Außerbetriebnahmeaufgaben zuständig, daher bleiben die Systeme ohne Zeitplan aktiv. | Weisen Sie die Verantwortung dem PMO oder Architekturteam zu. Beziehen Sie den Dekompositionsumfang in die anfänglichen Projektchartas und Kostenmodelle ein. |
Fehler Nr. 7: Die Komplexität der ERP-Integration unterschätzen
Der Fehler: Annehmen, dass Integration „einfach so funktioniert“
Die Annahme, die Integration könne später erfolgen, ist meiner Meinung nach einer der kostspieligsten Fehler bei der ERP-Modernisierung, da sie sich hinter Selbstüberschätzung verbirgt. Zu viele Teams gehen davon aus, dass ERP-Integration eine technische Aufgabe ist, die im Hintergrund abläuft. Doch Integration ist der Punkt, an dem Ihre gesamte Systemarchitektur entweder zusammenhält oder auseinanderfällt.
Was ich immer wieder beobachte, ist eine Diskrepanz zwischen dem ERP-Umfang und den umgebenden Plattformen, z. B. CRM, E-Commerce, WMS und externen Reporting-Tools. Das ERP geht zwar in Betrieb, aber der Geschäftsbetrieb gerät ins Stocken, weil APIs schlecht geplant, benutzerdefinierte Konnektoren überstürzt oder die Herausforderungen der Middleware unterschätzt wurden. Das Schlimmste daran ist, dass diese Probleme in Testumgebungen selten auftreten. Sie schlagen im Tagesgeschäft hart zu, wenn das Volumen und die realen Daten einfließen.
Fehler bei der ERP-Modernisierung in der Integrationsplanung sind oft auf unklare Zuständigkeiten zurückzuführen. IT-Teams erwarten von den Verantwortlichen, dass sie die Workflows definieren. Fachanwender gehen davon aus, dass die Integration bereits abgedeckt ist. Niemand stimmt sich frühzeitig genug ab, was nach der Inbetriebnahme zu einer Reihe von Fehlern führt.
Die Lösung: Planen Sie die ERP-Integration als zentralen Arbeitsablauf
ERP-Integration ist kein Add-on. Sie muss im Implementierungsplan gleichberechtigt berücksichtigt werden. Das bedeutet funktionsübergreifende Workshops, ein fachgerechtes Mapping und eine umfassende Validierung – nicht nur Unit-Tests.
Zu den wichtigsten Schwerpunktbereichen sollten gehören:
Definieren Sie Integrationsszenarien frühzeitig Umfangsplanung
Abbau von Abhängigkeiten zwischen Systemen im Zeitplan für die Umsetzung
Dokumentieren und testen Sie Fehlerbehandlungsabläufe, nicht nur den Happy Path
Stellen Sie sicher, dass die API-Spezifikationen vollständig und versionsstabil sind
Weisen Sie die Integrationseigentümerschaft in Ihrem Projekt-Governance-Struktur
Meiner Erfahrung nach passieren Fehler bei der ERP-Modernisierung im Zusammenhang mit der Integration, wenn Teams diese als reines Werkzeug betrachten. Das ist sie nicht. Sie ist das Nervensystem Ihrer gesamten Landschaft. Wenn sie scheitert, gerät alles ins Stocken, selbst wenn Ihr ERP technisch bereits in Betrieb ist.
Fehler Nr. 7: Die Komplexität der ERP-Integration unterschätzen
| Beobachtetes Problem | Was normalerweise passiert | Was Sie stattdessen tun sollten |
|---|---|---|
| Schnittstellen wurden zu spät im Projekt festgelegt | Integration wird als technische Aufgabe behandelt. Arbeitsabläufe gehen davon aus, dass Übergaben einfach funktionieren, was zu Design-Inkonsistenzen führt. | Beginnen Sie mit dem Integrationsdesign während der Planung. Beziehen Sie Middleware, Datenmapping und Schätzungen des Nachrichtenvolumens ein. |
| Unterschätzung der Auswirkungen asynchronen Verhaltens | Teams gehen von Echtzeit-Datenaktualisierungen aus, doch Batch-Jobs oder Ereignisauslöser führen zu Verzögerungen. Dies führt zu enttäuschten Erwartungen. | Klären Sie das synchrone und asynchrone Verhalten pro Schnittstelle. Validieren Sie die Zeittoleranzen mit den Geschäftsbenutzern. |
| Schlecht dokumentierte Abhängigkeiten zwischen Systemen | Integrationsfehler breiten sich systemübergreifend aus. Teams führen die Fehlerbehebung isoliert und ohne gemeinsame Abhängigkeitszuordnung durch. | Erstellen Sie eine Karte der Integrationsarchitektur. Verfolgen Sie Upstream-/Downstream-Abhängigkeiten mit jeder Schnittstelle. |
| Angenommen, vorgefertigte Inhalte funktionieren einfach | Vorab bereitgestellte Flows werden wiederverwendet, ohne dass die Stammdatenstruktur, Geschäftsregeln oder Feldzuordnungen überprüft werden müssen. | Testen Sie vorgefertigte Inhalte stets mit Live-Daten. Planen Sie Zeit für die Anpassung an Lokalisierung, Erweiterungen und abweichende Stammdaten ein. |
| Keine klare Zuständigkeit zwischen funktionalen und technischen Teams | Wenn Fehler auftreten, scheitert die Integration. Die Funktionsteams geben den technischen Teams die Schuld und umgekehrt. | Definieren Sie Schnittstellenverantwortliche klar. Weisen Sie vor dem Go-Live SLAs für Lösungs- und Eskalationspfade zu. |
Fehler Nr. 8: Annehmen, dass das ERP-System ausreicht, um alle Aktivitäten zu verwalten
Der Fehler: ERP als das einzige wichtige Tool betrachten
Meiner Meinung nach ist der Glaube, ein einziges ERP-System könne alles bewältigen, einer der größten Fehler bei der ERP-Modernisierung. Das ist nicht möglich. Nicht, weil das System schwach wäre, sondern weil es nicht darauf ausgelegt war, alle betrieblichen Herausforderungen zu lösen.
Ich habe an Projekten gearbeitet, bei denen Teams komplexe Service-Workflows in ERP-Plattformen zwangen, einfach weil sie keine externen Systeme wie ServiceNow oder ManageEngine einbinden wollten. Die Folge war ein Chaos aus benutzerdefinierten Feldern, manueller Ticketverfolgung und frustrierten Benutzern, die sich durch einen Prozess navigieren mussten, der von vornherein nicht passte.
ERP funktioniert gut, wenn der Prozess strukturiert, transaktional und an finanzielle oder logistische Ergebnisse gekoppelt ist. Bei IT-Serviceanfragen, Workflow-Eskalationen, Asset-Management oder sogar Wissensartikeln leisten Tools wie ServiceNow jedoch bessere Arbeit. Wird dies ignoriert, entstehen Halblösungen und unnötige technische Schulden – einer der häufigsten Fehler bei der ERP-Modernisierung, die ich bei mittelgroßen und großen Programmen beobachtet habe.
Die Lösung: ERP dort einsetzen, wo es Sinn macht, erweitern, wo es nicht Sinn macht
Die ERP-Modernisierung sollte Entscheidungen darüber beinhalten, was kein Frontalunterricht. ERP-Integration. Sie benötigen eine Systemarchitektur, die die Stärken jeder Plattform nutzt, anstatt alle Aktivitäten über eine einzige Schnittstelle abzuwickeln.
Einige praktische Maßnahmen, um diesen Fehler zu vermeiden:
Identifizieren Sie Bereiche, in denen die Komplexität des Workflows die ERP-Fähigkeit übersteigt
Integrieren Sie externe Plattformen wie ServiceNow oder andere für Nicht-Kernprozesse
Binden Sie die Funktionsleiter frühzeitig ein, um die Übergabe realer Prozesse zu planen.
Arbeiten jederzeit weiterbearbeiten können. Jede Präsentation und jeder KI-Avatar, den Sie von Grund auf neu erstellen oder hochladen, Vorlagen für das Umfangsmanagement zu klären, was ins ERP gehört
Verfolgen Sie die Integrationsverantwortung klar in Ihrem Rollen des Implementierungsteams
Fehler wie dieser bei der ERP-Modernisierung werden leicht übersehen. Man geht davon aus, dass Standardisierung Konsolidierung bedeutet. Doch in der Praxis führt Flexibilität gepaart mit Klarheit zu echter Effizienz. Der Versuch, jede Aufgabe ins ERP-System zu zwängen, führt nur zu aufgeblähten Konfigurationen und frustrierten Teams. Wissen Sie, wo Sie aufhören müssen. Dann setzen Sie das richtige System am richtigen Ort ein.
Fehler Nr. 8: Die Annahme, dass das ERP-System für die Verwaltung aller Aktivitäten ausreicht
| Allgemeine Annahme | Was oft passiert | Was Sie beachten sollten |
|---|---|---|
| ERP übernimmt alle Geschäftsprozesse nativ | Teams stellen mitten im Projekt fest, dass einige Prozesse nicht unterstützt oder nur teilweise abgedeckt sind. | Führen Sie vor dem Entwurf eine Fit-Gap-Analyse der Geschäftsfähigkeiten durch. Validieren Sie die ERP-Abdeckung im Vergleich zum tatsächlichen Prozessbedarf. |
| Alle Berichte können direkt im ERP erstellt werden | Standard-ERP-Berichte sind möglicherweise nicht flexibel. Endbenutzer verlangen Excel-Exporte, Power BI oder benutzerdefinierte Dashboards. | Planen Sie die Berichtsarchitektur frühzeitig. Erwägen Sie eingebettete Analysen, Data Lakes oder BI-Plattformen von Drittanbietern. |
| ERP reicht aus, um Zusammenarbeit und Arbeitsabläufe zu unterstützen | Teamübergreifende Genehmigungen, die Zusammenarbeit mit Lieferanten oder mobile Arbeitsabläufe wirken umständlich oder eingeschränkt. | Bewerten Sie Workflow-Tools und die Integration mit Plattformen wie Microsoft Teams, ServiceNow und Lieferantenportalen, wo nötig. |
| Benutzerdefinierte Erweiterungen sind riskant und sollten vermieden werden | Workarounds tauchen in Tabellenkalkulationen, E-Mails oder Schattensystemen auf. | Verwenden Sie Side-by-Side-Erweiterungen auf Plattformen wie SAP BTP, um Ausnahmen zu behandeln, ohne den Kern zu beeinträchtigen. |
| ERP kann veraltete Nischensysteme sofort vollständig ersetzen | Einige veraltete Tools erfüllen wichtige Nischenanforderungen, die von ERP-Modulen nicht effektiv abgedeckt werden. | Führen Sie die schrittweise Abschaffung von Altsystemen durch. Planen Sie die Koexistenz und legen Sie, soweit möglich, Zeitpläne für den Ersatz fest. |
Fehler Nr. 9: ERP-Lizenzkosten und -modelle übersehen
Der Fehler: Unterschätzung der langfristigen Auswirkungen der ERP-Lizenzierung
Ich habe festgestellt, dass sich Teams auf Implementierungszeitpläne und Funktionalität konzentrieren und vergessen, das Lizenzmodell im Detail zu studieren. Später sind sie überrascht, wie schnell sich die ERP-Kosten summieren.
Die Preisgestaltung moderner ERP-Lizenzen, insbesondere von SaaS-ERP, ist selten unkompliziert. Sie denken vielleicht, Sie zahlen für eine Plattform, aber tatsächlich zahlen Sie für einzelne Module, Transaktionsvolumen, API-Nutzung und benannte Benutzer.
Mit der Zeit kann eine scheinbar angemessene Jahresgebühr schneller steigen als erwartet, insbesondere wenn das Unternehmen in einer neuen Phase expandiert oder neue Benutzer hinzukommen.
Ich habe Projekte erlebt, die zwar unter Budget in Betrieb gingen, aber im zweiten Jahr aufgrund falsch prognostizierter Lizenzen Geld verloren. Wenn niemand die Zuordnung von Benutzerrollen zu Lizenztypen oder die Frage, welche Module notwendig und welche optional sind, abbildet, wird diese Fehlausrichtung teuer.
Die Lösung: Behandeln Sie ERP-Lizenzen als strategische Kosten, nicht als Einrichtungsgebühr
Entscheidungen zur ERP-Lizenzierung sollten frühzeitig getroffen und regelmäßig überprüft werden. Sie benötigen eine Lizenzierungsstrategie, die fünf Jahre im Voraus berücksichtigt, nicht nur die Inbetriebnahme.
Einige Punkte, die bei der Planung berücksichtigt werden sollten:
Überprüfen Sie die Preisstufen pro Benutzer und welche Zugriffsebenen enthalten sind
Regelmäßiges Überprüfen inaktiver Lizenzen nach der Inbetriebnahme
Modellieren Sie mehrere Wachstumsszenarien für lizenzbezogene Gesamtbetriebskosten
Überprüfen Sie den Modulbedarf mit Tools zur Implementierungsplanung
Bitte lesen Sie diesen Leitfaden zur Kostenaufschlüsselung vor dem Abschluss von Verträgen
Holen Sie sich Input von Ihrem Lenkungsausschuss vor den abschließenden Verhandlungen
Fehler bei der ERP-Modernisierung im Bereich Lizenzierung zeigen sich meist erst, wenn es für Neuverhandlungen zu spät ist. Der Schlüssel liegt nicht nur darin, bessere Preise auszuhandeln, sondern auch darin, die Kostentreiber im Laufe der Zeit zu verstehen und Lock-in-Fallen zu vermeiden. Lizenzierung ist kein einmaliger Posten. Sie ist vom ersten Tag an Teil der betrieblichen Realität Ihres ERP-Systems. Behandeln Sie sie auch so.
Fehler Nr. 9: ERP-Lizenzkosten und -modelle übersehen
| Mariä Himmelfahrt | Was normalerweise passiert | Was du machen solltest |
|---|---|---|
| Die Lizenzierung ist eine einmalige Gebühr, die bei der Inbetriebnahme festgelegt wird. | Lizenzmodelle ändern sich mit Nutzungsmustern, neuen Modulen oder indirekten Zugriffsansprüchen. | Überprüfen Sie die Vertragsbedingungen regelmäßig. Planen Sie die Skalierung und klären Sie die Unterschiede zwischen benannten und gleichzeitigen Benutzermodellen. |
| Alle Benutzer können unter einer Standardbenutzerlizenz auf alles zugreifen, was sie benötigen | Für einige Funktionen sind höherstufige Lizenzen erforderlich. Die Teams stellen dies zu spät fest. | Ordnen Sie Rollen Lizenztypen zu. Stimmen Sie die Zugriffsanforderungen frühzeitig im Projekt mit dem Lizenzmodell ab. |
| Die Regeln für den indirekten Zugang werden uns nicht betreffen | Die Integration von Nicht-SAP-Plattformen kann unerwartete Lizenzkosten auslösen. | Verstehen Sie das Digital Access Model von SAP. Verfolgen Sie die Interaktionen mit Systemen von Drittanbietern genau. |
| Abonnementmodelle sind einfacher zu verwalten | Laufende Kosten steigen schnell mit dem Benutzerwachstum oder der Aktivierung von Funktionen. | Integrieren Sie Lizenzprognosen in Ihre TCO-Modelle. Berücksichtigen Sie dabei auch die Nutzungserwartungen im Jahresvergleich. |
| Zusatzmodule sind flexibel lizenzierbar | Add-ons wie GRC, EWM oder Ariba können separate Verhandlungen oder Plattformgebühren erfordern. | Bestätigen Sie die kommerziellen Grenzen für jedes Funktionsmodul, auch wenn es Teil der umfassenderen ERP-Marke ist. |
Planung und Durchführung der ERP-Modernisierung
Projektplanung und -steuerung
Strategien, um SAP-Projekte auf Kurs zu halten, Abweichungen im Umfang zu vermeiden und die Lieferdisziplin aufrechtzuerhalten.
Effektive Lenkungsausschüsse
Richten Sie die richtige Entscheidungsstruktur ein, um die ERP-Modernisierung unter Berücksichtigung der Geschäftsverantwortung voranzutreiben.
SAP-Zeitplanplanungshandbuch 2025
Planen Sie Ihren Zeitplan für die ERP-Modernisierung mit realistischen Meilensteinen, Abhängigkeiten und Risikopuffern.
Kosten- und Budgetaufschlüsselung
Ein genauerer Blick darauf, wo ERP-Budgets scheitern und wie Sie sich auf versteckte Kosten nach der Inbetriebnahme vorbereiten können.
Fehler Nr. 10: ERP-Modernisierung ohne strategische Ausrichtung
Der Fehler: ERP als bloßes IT-Projekt behandeln
Dies ist einer der häufigsten und schwerwiegendsten Fehler bei der ERP-Modernisierung. Viele Unternehmen betrachten ERP immer noch als Technologie-Upgrade und nicht als Geschäftstransformation. Die Planung beginnt in der IT, wird von der IT geleitet und löst letztendlich hauptsächlich IT-Probleme.
Was bei diesem Ansatz verloren geht, ist die strategische Ausrichtung. Die digitale ERP-Transformation sollte umfassendere Geschäftsziele direkt unterstützen, z. B. die Skalierung des Betriebs, die Integration von Akquisitionen, die Verbesserung der Kundenzufriedenheit oder die Einführung neuer Produkte. Fehlt dieser Kontext, geht das ERP zwar in Betrieb, aber das Unternehmen wird sich sechs Monate später fragen, warum sich nichts wirklich verbessert hat.
Ich habe Unternehmen erlebt, die große ERP-Programme einführten, ohne die operativen, Finanz- oder Produktverantwortlichen in der Entwurfsphase einzubeziehen. Später zeigt sich die Diskrepanz in Nacharbeiten, Widerstand oder teuren „Erweiterungen“, die eigentlich Teil des ursprünglichen Projektumfangs hätten sein sollen.
Die Lösung: ERP vom ersten Tag an an der Geschäftsstrategie ausrichten
ERP ist Infrastruktur. Doch ohne eine dahinterstehende Strategie modernisieren Sie im luftleeren Raum. Strategische ERP-Planung muss an echten Geschäftstreibern verankert sein. Nicht an IT-Zielen, sondern an Geschäftsergebnissen.
Einige Möglichkeiten, diese Lücke zu schließen:
-
Richten Sie ERP-Prioritäten aus mit M&A-, Wachstums- oder Lieferkettenstrategie
-
Bringen Sie kommerzielle, Finanzenund Operationen in Projektlenkungsausschüsse
-
Dokumentausrichtung in Ihrem Umsetzungscharta
-
Stresstest der ERP-Ziele anhand von KPIs auf Vorstandsebene
-
Behandeln Sie Roadmap-Entscheidungen als geschäftliche Verpflichtungen und nicht nur als IT-Leistungen.
Fehler bei der ERP-Modernisierung, die auf einer Fehlausrichtung beruhen, treten meist erst spät zutage, wenn die Unternehmensleitung den ROI in Frage stellt. Meiner Meinung nach ist die Lösung nicht technischer, sondern struktureller Natur. Binden Sie die Fachabteilungen frühzeitig ein und halten Sie sie dort. Andernfalls bauen Sie ein großartiges System, das niemand wirklich braucht.
Meine letzten Gedanken
Wenn es ein Muster gibt, das ich in Unternehmen immer wieder beobachte, dann ist es die Tendenz, ERP wie eine Software-Aktualisierung zu behandeln. Diese Denkweise ist der Kern vieler Fehler bei der ERP-Modernisierung: Man konzentriert sich auf Funktionen, Lizenzen und Zeitpläne, ignoriert aber die tieferen Veränderungen in der Geschäftstätigkeit.
Bei der Modernisierung geht es nicht nur darum, ein altes System zu ersetzen. Es geht darum, Technologie mit der tatsächlichen Geschäftsstrategie in Einklang zu bringen. Fehlt diese Verbindung, greift selbst das technisch ausgereifteste ERP-System zu kurz. Ich habe Teams erlebt, die einen erfolgreichen Go-Live feierten, nur um später festzustellen, dass sie die tatsächliche Arbeitsabwicklung nicht verbessert hatten. So schleicht sich schleichend und stilles Versagen ein.
Um ERP-Fehler zu vermeiden, muss der Fokus von der Bereitstellung auf den Wert verlagert werden. Von der IT-Eigentümerschaft zur funktionsübergreifenden Verantwortung. Und von den Kennzahlen zur Inbetriebnahme auf die langfristigen Ergebnisse.
Was Sie jetzt tun können
Meiner Meinung nach besteht der beste Weg, diese Fehler bei der ERP-Modernisierung zu vermeiden, darin, ERP nicht länger als einmalige Entscheidung zu betrachten. Nutzen Sie dies als Gelegenheit, Ihre aktuellen Pläne zu überprüfen und sie anhand der tatsächlichen Anforderungen zu testen.
Beginnen Sie mit der Überprüfung:
Ob dein Projektumfang ist auf Geschäftsergebnisse ausgerichtet
Wenn dein ERP-Strategie ist klar mit Wachstums- oder Transformationszielen verknüpft
Wer ist für die Nachverfolgung des Erfolgs nach der Inbetriebnahme verantwortlich und ob KPIs richtig gemessen werden
Bei Best Practices für die ERP-Modernisierung geht es nicht darum, alles auf einmal zu erledigen. Es geht darum, auf dem gleichen Stand zu bleiben, ehrlich zu sagen, was funktioniert, und sich nicht auf Entscheidungen festzulegen, die das Geschäft außer Acht lassen.
Fehler bei der ERP-Modernisierung werden nicht immer in den Systemprotokollen angezeigt. Manchmal zeigen sie sich in der Art und Weise, wie Benutzer mit dem System umgehen, oder schlimmer noch, sie führen dazu, dass sie es überhaupt nicht mehr nutzen. Konzentrieren Sie sich auf die Ausrichtung und behandeln Sie Ihr ERP als das, was es ist: eine Geschäftsplattform, nicht nur Software.
Wenn Sie Fragen haben oder Ihr ERP-Modernisierungsprogramm besprechen möchten, zögern Sie bitte nicht, sich an uns zu wenden!
FAQs zu Fehlern bei der ERP-Modernisierung
1. Warum scheitern so viele ERP-Modernisierungsbemühungen nach der Inbetriebnahme?
Die meisten Teams planen bis zum Go-Live und hören dann auf. Das ist einer der häufigsten Fehler bei der ERP-Modernisierung. Das System geht live, aber niemand kümmert sich um die Folgemaßnahmen: Verbesserungen, Feedbackschleifen, Prozesskorrekturen und das Aufräumen von Rückständen. Meiner Erfahrung nach stagniert der Nutzen, wenn man die ersten zwölf Monate nach dem Go-Live nicht plant. Man hat Benutzer, die sich zwar oberflächlich anpassen, aber im Stillen zu alten Workarounds zurückkehren.
2. Welches Risiko besteht beim Kopieren von Altprozessen in ein neues ERP-System?
Es ist verlockend, alles so zu migrieren, wie es ist. Das fühlt sich sicherer an. Doch genau hier beginnen viele Fehler bei der ERP-Modernisierung. Wenn alte Workflows, Genehmigungen oder Berichte neu erstellt werden, ohne ihren Nutzen zu hinterfragen, weist das neue System am Ende dieselben Ineffizienzen auf. Ich habe Unternehmen erlebt, die ein Vermögen für ERP ausgegeben haben, nur um am Ende mit digitalen Versionen veralteter Prozesse zu enden, die vor der Migration niemand hinterfragt hat.
3. Wie beeinträchtigen fehlerhafte Daten die ERP-Modernisierungsbemühungen?
Unsaubere oder überladene Daten vervielfachen das Risiko. Selbst das beste ERP-System kann nicht optimal funktionieren, aber wenn die Daten voller Duplikate, veralteter Codes oder unvollständiger Datensätze sind, scheitern Reporting und Prozesse. Ich habe einmal erlebt, wie eine Inbetriebnahme scheiterte, weil niemand bemerkte, dass ein Kerndatensatz Einträge aus fünf verschiedenen Geschäftsbereichen mit jeweils eigener Logik enthielt. Solche Probleme häufen sich an und führen zu einem sofortigen Vertrauensverlust in das System.
4. Warum wird das Änderungsmanagement in ERP-Projekten oft unterschätzt?
Das liegt daran, dass es nicht sichtbar ist. Führungskräfte gehen davon aus, dass ein paar Schulungen und Bürgerversammlungen ausreichen. Doch Change Management bereitet die Mitarbeiter auf die tatsächlichen Veränderungen in ihrer täglichen Arbeit vor. Wird das ignoriert, sträuben sich die Mitarbeiter stillschweigend. Sie verzögern die Einführung. Sie bauen ihre eigenen parallelen Prozesse auf. Ich habe erlebt, wie großartige Systeme außer Acht gelassen wurden, weil niemand erklärt hat, warum Dinge änderten sich oder wie es den Endbenutzern half.
5. Welche Gefahr besteht, wenn man sich auf die Roadmaps von ERP-Anbietern verlässt?
Anbieter versprechen stets eine optimistische Zukunft. Doch diese Funktionen werden oft verzögert, reduziert oder für breitere Märkte konzipiert, nicht für Ihr konkretes Geschäft. Ich habe an Projekten gearbeitet, bei denen wichtige Funktionen pausiert wurden, während auf Roadmap-Elemente gewartet wurde, die entweder nie oder zu spät kamen. Dies ist einer der subtileren Fehler bei der ERP-Modernisierung: Die Planung orientiert sich an einem Lieferantenversprechen statt an den aktuellen Geschäftsanforderungen.
6. Warum laufen Legacy-Systeme auch nach der ERP-Inbetriebnahme weiter?
Dies liegt daran, dass niemand plant, sie abzuschalten. Alle konzentrieren sich darauf, das neue ERP-System live zu schalten, doch Altsysteme bleiben bestehen, um Berichte zu erstellen, Compliance-Anforderungen zu erfüllen oder einfach nur vertraut zu sein. Mit der Zeit werden diese Systeme zu Sicherheitsrisiken und Kostenfaktoren.
Ich habe einmal ein Unternehmen erlebt, das jährlich einen sechsstelligen Betrag zahlte, nur um ein altes System für sechs Benutzer am Laufen zu halten, die zweimal jährlich Berichte erstellen mussten. Die ERP-Modernisierung muss einen klaren Stilllegungsplan beinhalten.
7. Warum schlägt die ERP-Integration fehl, auch wenn alles andere bereit zu sein scheint?
Der Fehler liegt darin, Integration als technisches Plug-in zu betrachten. Das ist sie nicht. ERP-Integration erfordert eine detaillierte Planung aller Geschäftsbereiche, der IT und der Lieferanten. Geschieht dies nicht, brechen APIs zusammen, Datensynchronisationen schlagen fehl und Systeme geraten aus dem Takt. Integrationsfehler können selbst ein perfekt konfiguriertes ERP-System zum Absturz bringen. Und schlimmer noch: Das Unternehmen bemerkt es meist vor der IT, weil Dinge mitten im Prozess ausfallen.
8. Warum spiegeln die meisten ERP-KPIs nicht die tatsächliche Geschäftsleistung wider?
Weil sie zu allgemein sind. Die Messung von Logins oder Betriebszeiten sagt nichts über den Nutzen aus. Ich habe Dashboards voller positiver Kennzahlen gesehen, während sich Nutzer heimlich über zusätzliche Schritte und Ineffizienzen beschweren. KPIs sollten sich auf Prozessverbesserungen konzentrieren. Werden Bestellungen schneller abgewickelt? Gibt es weniger Ausnahmen? Das sind die Signale, die zeigen, ob ERP tatsächlich hilft oder nur funktioniert.
9. Wie werden ERP-Lizenzmodelle langfristig zu einem finanziellen Problem?
Lizenzierung sieht anfangs selten schlecht aus. Doch sobald die Nutzerbasis wächst oder weitere Module aktiviert werden, steigen die Kosten rapide an. Der Fehler liegt darin, die Nutzung der nächsten drei bis fünf Jahre nicht zu modellieren. Ich kenne ein Team, das seine Lizenzausgaben im zweiten Jahr verdoppelte, weil es eine einzige Funktion benötigte, die hinter einem höherwertigen Modul versteckt war. ERP-Modernisierung erfordert eine Finanzplanung, die nicht mit der Inbetriebnahme endet.
10. Was bedeutet „strategische Ausrichtung“ bei der ERP-Modernisierung wirklich?
Das bedeutet, dass Ihre ERP-Entscheidungen direkt mit der Geschäftsstrategie verknüpft sind. Nicht nur mit IT-Zielen, sondern auch mit tatsächlichen Umsatzzielen, Wachstumsplänen oder operativen Veränderungen. Ich habe Teams erlebt, die zwar alle Meilensteine auf dem Papier erreicht haben, aber die Geschäftsleitung fragt sich immer noch, warum sich nichts besser anfühlt. Das bedeutet in der Regel, dass das ERP-System für die Bedürfnisse von gestern und nicht für die Pläne von morgen entwickelt wurde. Strategische Ausrichtung erfordert einen kontinuierlichen Dialog zwischen IT und Fachabteilung, nicht nur ein Kick-off-Meeting.
