Sie stehen kurz davor, ein neues ERP-System einzuführen. Die Geschäftsführung erwartet bessere Transparenz, der Vertrieb will verlässliche Liefertermine, das Lager braucht saubere Bestände und die Finanzabteilung möchte endlich mit konsistenten Daten arbeiten. Gleichzeitig laufen Excel-Dateien, alte Warenwirtschaft, CRM, E-Mail-Postfächer und individuelle Schnittstellen weiter. Genau an diesem Punkt entscheidet sich, ob die ERP-System-Implementierung ein belastbares Fundament oder nur eine weitere Insellösung wird.
Eine erfolgreiche Einführung beginnt deshalb nicht mit einer Produktdemo. Sie beginnt mit Prozessen, Verantwortlichkeiten, Datenqualität und einer realistischen Rollout-Reihenfolge. Besonders im deutschen Mittelstand muss das ERP-System außerdem als Verbindung zwischen operativem Geschäft, Datenplattform, Analytics und künftigen KI-Anwendungen geplant werden. Wer nur den Go-live betrachtet, übersieht die Abhängigkeiten, die später Zeit, Budget und Akzeptanz kosten.
Inhaltsverzeichnis
- Warum ERP-Projekte im Mittelstand scheitern oder gelingen
- Projektvorbereitung und Zielbild sauber definieren
- Cloud oder On-Premises und die richtige Systemauswahl
- Architektur und Integrationen richtig planen
- Datenmigration ohne böse Überraschungen
- Tests, Schulung und Change Management
- Go-Live, Hypercare und laufender Betrieb
Warum ERP-Projekte im Mittelstand scheitern oder gelingen
Ein Handelsunternehmen aus dem Mittelstand stand vor einem bekannten Problem: Der Einkauf führte Artikelinformationen in einer Anwendung, der Vertrieb arbeitete mit einem separaten CRM und das Lager pflegte Bestände teilweise manuell. Die Systeme waren nicht grundsätzlich unbrauchbar. Schwierig wurde die Kombination aus unterschiedlichen Stammdaten, abweichenden Prozessen und fehlender Verantwortlichkeit. Sobald ein Kunde seine Lieferadresse änderte oder ein Artikel mehrere Varianten erhielt, entstanden Rückfragen, Korrekturen und Verzögerungen.
Die Ausgangslage ist im deutschen Markt nicht ungewöhnlich. Für 2025 weist das Institut für Mittelstandsforschung Bonn zur ERP-Nutzung in Deutschland bei Unternehmen mit 10 bis 249 Beschäftigten eine Nutzung von 42 % aus. Bei Grossunternehmen mit 250 oder mehr Beschäftigten liegt sie bei 89 %. Die Zahlen zeigen, dass ERP im grösseren und prozessintensiveren Unternehmen häufiger tief in die operative Steuerung eingebunden ist. Im Mittelstand ist die Einführung deshalb oft mehr als ein Softwareprojekt. Sie verändert Abläufe, Datenverantwortung und die Zusammenarbeit zwischen Abteilungen.
Drei Hebel entscheiden über den Verlauf
Eine Fraunhofer-IAIS-Erhebung unter 74 deutschen Unternehmen nennt gutes Projektmanagement mit 33,8 % als wichtigsten Erfolgsfaktor. Es folgen die enge Kommunikation mit allen Fachabteilungen und die Unterstützung durch die Geschäftsführung, jeweils mit 23 %. Die Vermeidung unnötigen Customizings wird mit 13,5 % genannt.
In der Praxis gehören diese Faktoren zusammen:
- Projektmanagement: Ein klarer Plan definiert Entscheidungen, Abhängigkeiten, Eskalationswege und Freigaben.
- Fachbereichskommunikation: Vertrieb, Einkauf, Produktion, Logistik und Finanzen müssen ein gemeinsames Prozessverständnis entwickeln.
- Geschäftsführung: Die Leitung muss Zielkonflikte entscheiden und den neuen Standard sichtbar unterstützen.
- Standardisierung: Jede individuelle Anpassung braucht einen fachlichen Grund, einen Besitzer und eine Bewertung der Folgekosten.
Praktische Regel: Wenn drei Abteilungen denselben Ablauf unterschiedlich beschreiben, ist die Organisation noch nicht bereit für die technische Konfiguration.
Das Handelsunternehmen aus dem Beispiel hätte mit einer schnellen Produktauswahl wahrscheinlich nur die vorhandene Unordnung übertragen. Stattdessen wurden zuerst Auftragsannahme, Bestandsführung und Lieferfreigabe gemeinsam dokumentiert. Erst danach liess sich entscheiden, welche Funktionen das ERP abdecken sollte und an welcher Stelle eine Integration wirklich notwendig war.
Projektvorbereitung und Zielbild sauber definieren
Bevor Anbieter verglichen werden, braucht das Projekt ein belastbares Zielbild. Das klingt selbstverständlich, wird aber häufig durch den Wunsch nach einer schnellen Entscheidung übergangen. Ein ERP-System kann keinen Konsens ersetzen, wenn die Fachbereiche nicht klären, wie ein Auftrag künftig angelegt, geprüft, freigegeben, geliefert und fakturiert wird.
Vom Ist-Prozess zum Soll-Prozess
Ein Fertigungsunternehmen dokumentierte seine Auftragsabwicklung zunächst gemeinsam mit Vertrieb, Arbeitsvorbereitung, Produktion und Finanzbuchhaltung. Dabei zeigte sich, dass drei Abteilungen denselben Prozess unterschiedlich lebten. Der Vertrieb versprach Liefertermine auf Basis eigener Listen, die Arbeitsvorbereitung arbeitete mit Kapazitätsannahmen und die Finanzbuchhaltung erhielt Informationen erst nach manuellen Rückfragen.
Die Prozessaufnahme sollte deshalb nicht nur Bildschirme und Klickwege erfassen. Sie muss auch Entscheidungen, Datenquellen, Ausnahmen und Verantwortliche sichtbar machen:
- Ist-Ablauf aufnehmen: Wer löst den Prozess aus, welche Informationen werden benötigt und wo entstehen Wartezeiten?
- Varianten trennen: Standardfälle, Sonderfreigaben, Retouren und Fehlerbehandlungen gehören getrennt betrachtet.
- Soll-Prozess beschreiben: Welche Schritte bleiben bestehen, welche entfallen und welche Rolle entscheidet künftig?
- Systemgrenzen markieren: Was gehört ins ERP, was bleibt im CRM, was übernimmt das WMS und welche Daten gehen an die Analyseplattform?
- Erfolg definieren: Der Projektauftrag braucht überprüfbare Ergebnisse, nicht nur allgemeine Ziele wie „mehr Effizienz“.
Das Kernteam richtig besetzen
Das Kernteam sollte aus Fachbereichsverantwortlichen, interner IT, Projektleitung und Geschäftsführung bestehen. Key User aus den betroffenen Bereichen bringen dabei mehr als reine Anwenderperspektive ein. Sie prüfen Prozesse, testen Konfigurationen, erklären Entscheidungen in ihren Teams und erkennen früh, wenn ein Modell im Tagesgeschäft nicht funktioniert.
Eine brauchbare Vorbereitung umfasst mindestens diese Punkte:
- Prozesslandkarte: Die wichtigsten End-to-End-Abläufe sind dokumentiert.
- Entscheidungsliste: Offene Fragen haben Verantwortliche und einen verbindlichen Termin.
- Dateninventar: Altsysteme, Exporte, Eigentümer und Datenarten sind bekannt.
- Integrationsübersicht: CRM, Webshop, WMS, Versand, Zeiterfassung und Finanzsystem sind erfasst.
- Anpassungsprinzip: Der Standard wird bevorzugt, Customizing braucht eine begründete Ausnahme.
- Rollenmodell: Fachliche Freigabe, technische Verantwortung und Datenschutzverantwortung sind geklärt.
Die Qualität dieser Vorarbeit wirkt später direkt auf Migration, Tests und Go-live. Wer den Soll-Prozess erst während der Konfiguration festlegt, produziert Änderungsrunden. Wer ihn vorher mit den Fachbereichen abstimmt, schafft eine gemeinsame Grundlage für Systemauswahl und Abnahme.
Cloud oder On-Premises und die richtige Systemauswahl
Die Bereitstellungsform beeinflusst nicht nur den Serverstandort. Sie entscheidet über Betriebsverantwortung, Update-Prozesse, Skalierbarkeit, Sicherheitskonzept und die Art, wie das Projekt geplant wird. Laut der Erhebung zum Bereitstellungsmodell der ERP-Nutzung in deutschen KMU nutzten 2024 52 % der KMU ein On-Premises-ERP, 31 % eine Cloudlösung und 45 % planten künftig den Wechsel zu cloudbasierten ERP-Systemen.
| Kriterium | Cloud-ERP | On-Premises |
|---|---|---|
| Einführungsdauer | Standardisierte Modelle können schneller ausgerollt werden | Infrastruktur und individuelle Betriebsanforderungen verlängern oft die Vorbereitung |
| Skalierbarkeit | Ressourcen und Nutzer lassen sich meist flexibler erweitern | Erweiterungen liegen stärker in der eigenen technischen Planung |
| DSGVO und EU-Infrastruktur | Vertrag, Auftragsverarbeitung, Datenstandort und Unterauftragnehmer müssen geprüft werden | Unternehmen kontrollieren die Infrastruktur stärker, tragen aber auch mehr Verantwortung |
| Updates | Der Anbieter steuert Plattform- und Produktupdates | Das Unternehmen plant, testet und verantwortet Updates selbst |
| Wartungsaufwand | Weniger eigener Infrastruktur-Betrieb, dafür Abhängigkeit vom Betriebsmodell | Mehr Kontrolle, aber höherer Aufwand für Betrieb, Sicherheit und Pflege |
Für den deutschen Mittelstand werden typische Einführungszeiträume von 9 bis 12 Monaten genannt. Klassische On-Premise-Projekte können laut den verfügbaren Markt- und Verbandsangaben rund 15 Monate dauern. Eine Cloud-Standardlösung mit geringem Customizing kann bei passender Vorbereitung in etwa 4 bis 6 Monaten produktiv gehen, während komplexe ERP-Migrationen im Mittelstand je nach Ausgangslage 9 bis 18 Monate beanspruchen können, wie das Glossar zur ERP-Migration einordnet.
Was die Auswahl wirklich entscheidet
Ein Unternehmen mit 25 Nutzerplätzen sollte nicht nur Lizenzpreise vergleichen. Laut der zitierten Trovarit-Studie liegt der durchschnittliche Preis einer ERP-Einführung im DACH-Raum bei 5.917 Euro pro Arbeitsplatz, dargestellt in der Übersicht zu ERP-Einführungskosten und Dauer. Für die Auswahl sind daneben Datenmigration, Integrationen, Schulung, Support und die interne Zeit der Fachbereiche entscheidend.
Open-Source-ERP oder Open-Source-CRM kann eine sinnvolle dritte Option sein, wenn ein Unternehmen Code, Datenhaltung und Erweiterbarkeit stärker selbst kontrollieren will. Das bedeutet aber nicht automatisch weniger Aufwand. Betrieb, Sicherheitsupdates, Verantwortlichkeiten und fachliche Weiterentwicklung müssen sauber organisiert werden. Ein möglicher Ansatz ist eine souveräne Cloud mit Open-Source-ERP und CRM, bei der Datenhosting in Deutschland und die gewünschte technische Kontrolle gemeinsam bewertet werden.
Architektur und Integrationen richtig planen
Ein ERP-System ist selten der einzige operative Baustein. In einem typischen Mittelstandsunternehmen tauscht es Daten mit CRM, Webshop, WMS, Versanddienstleistern, Produktionsplanung und einer Datenplattform aus. Die wichtigste Architekturfrage lautet deshalb nicht nur, welches System welche Funktion besitzt. Sie lautet, welches System für welche Information die führende Quelle ist.
Für Kunden, Artikel, Aufträge, Bestände und Lieferstatus braucht das Projekt ein klares Datenmodell. Sonst schreiben mehrere Systeme dieselben Datensätze, ohne dass Regeln für Konflikte existieren. Eine direkte Punkt-zu-Punkt-Integration wirkt anfangs schnell, wird aber schwer wartbar, sobald weitere Anwendungen dazukommen. Je nach Landschaft sind zentrale Integrationsdienste, dokumentierte APIs oder ein kontrollierter Datenaustausch über Middleware sinnvoll.
ERP und WMS nicht isoliert ausrollen
Die Reihenfolge des Rollouts ist ein kritischer Projektentscheid. Fraunhofer-Publikationen weisen darauf hin, dass die Abstimmung mit Systemen wie dem WMS ein zentrales Implementierungsproblem sein kann. Ein Bericht zur ERP-Modernisierung und zu Abhängigkeiten mit WMS und Logistik macht deutlich, dass die Reihenfolge von Lager-, Logistik- und ERP-Prozessen versteckte Risiken erzeugt.
In einem Projekt für einen mittelständischen Händler wurde deshalb zuerst der ERP-Prozess für Artikel, Aufträge, Verfügbarkeiten und Lieferfreigaben stabilisiert. Das WMS wurde nicht als losgelöster Schnellstart angebunden. Erst als klar war, wann ein Bestand reserviert, kommissioniert und zurückgemeldet wird, wurden die Nachrichten zwischen ERP und Lagerlösung endgültig spezifiziert.
Eine praktikable Reihenfolge kann so aussehen:
- Stammdaten und Kernprozesse: Artikel, Kunden, Lieferanten und Aufträge erhalten eindeutige Verantwortlichkeiten.
- Finanzielle und kaufmännische Abläufe: Belege, Preise, Zahlungsbedingungen und Buchungslogik werden stabilisiert.
- Operative Abwicklung: Einkauf, Verkauf, Produktion oder Service werden durchgängig getestet.
- WMS und Logistik: Lagerbewegungen, Versandstatus und Rückmeldungen werden erst angebunden, wenn die ERP-Führungslogik feststeht.
- Datenplattform: Bereinigte und semantisch eindeutige ERP-Daten fliessen in Analytics, Reporting und Automatisierung.
Das ERP wird damit zur Prozess- und Datenbasis für spätere Analytics und KI-Agenten. Eine DACH-Studie berichtet, dass rund 70 % der Unternehmen ihre SAP-S/4HANA-Transformation abgeschlossen haben oder gerade migrieren, während Cloud-ERP, Plattformarchitekturen und KI mit konkretem Geschäftsnutzen stärker in den Mittelpunkt rücken, wie die SAP-Studie zur ERP-Transformation im DACH-Raum beschreibt. Für DSGVO-orientierte Projekte gehört dazu eine Infrastrukturstrategie, die Datenflüsse, Zugriffsrechte und bevorzugte EU-Standorte von Anfang an berücksichtigt. Architekturberatung sollte deshalb nicht nur Schnittstellen bauen, sondern die Verantwortlichkeit jedes Datenobjekts dokumentieren. Ein passender Ansatz ist eine Software-Architektur-Beratung für integrierte Unternehmenssysteme.
Datenmigration ohne böse Überraschungen
Die Migration wird oft zu spät konkret. Im Auswahlprojekt sieht der Datenbestand ordentlich aus, weil nur einzelne Exporte geprüft wurden. Beim ersten vollständigen Abzug treten dann doppelte Kunden, veraltete Artikel, fehlende Pflichtfelder, uneinheitliche Einheiten und unklare historische Belege auf.
Ein Handelshaus musste Kunden- und Artikeldaten aus drei Altsystemen zusammenführen. Die entscheidende Entlastung entstand nicht durch ein cleveres Importskript, sondern durch frühes Data-Cleaning. Dubletten wurden fachlich bewertet, alte Datensätze aussortiert und Pflichtinformationen vor dem Mapping ergänzt. Dadurch verschob sich der Schwerpunkt von späterer Fehlerkorrektur hin zu kontrollierter Vorbereitung.
Migration in prüfbaren Schritten
- Datenbestand analysieren: Welche Tabellen, Exporte und Dokumente existieren, wem gehören sie und welche werden künftig noch gebraucht?
- Qualitätsregeln festlegen: Doppelte Kunden, ungültige Adressen, fehlende Steuerinformationen und widersprüchliche Artikelnummern brauchen eindeutige Regeln.
- Mapping erstellen: Jedes Quellfeld erhält ein Zielfeld, eine Umwandlungsregel oder eine begründete Ausschlussentscheidung.
- Testmigration durchführen: Der Import wird mit realistischen Datensätzen wiederholt und von Key Usern fachlich geprüft.
- Abnahme dokumentieren: Mengen, Pflichtfelder, Beziehungen und Stichproben werden protokolliert, bevor der produktive Lauf freigegeben wird.
Für mittelständische Projekte mit mehreren Altsystemen und mittlerer Datenqualität werden 2 bis 4 Monate Migrationsdauer genannt. Der Budgetanteil liegt typischerweise bei 15 bis 20 % der Gesamtkosten. Für ein Gesamtbudget von 130.000 bis 430.000 Euro nennt die Übersicht zu Aufwand und Kosten der ERP-Datenmigration eine Migrationsspanne von rund 20.000 bis 80.000 Euro, davon 15.000 bis 40.000 Euro für externe Leistungen.
Kontrollpunkt: Ein Import ist nicht erfolgreich, weil das System Datensätze akzeptiert. Erfolgreich ist er erst, wenn der Fachbereich die Daten im vollständigen Geschäftsprozess verwenden kann.
Beim Migrationsmodell stehen Big Bang und schrittweiser Rollout gegenüber. Big Bang reduziert die Zeit mit parallelen Systemen, erhöht aber die Anforderungen an Tests, Cutover und Support. Ein schrittweiser Rollout begrenzt den Umfang je Welle, braucht jedoch klare Übergangsregeln. Unterstützung bei IT-Integrationen und Migrationen für SaaS-Umgebungen kann besonders dann sinnvoll sein, wenn Datenquellen, Schnittstellen und Verantwortlichkeiten über mehrere Systeme verteilt sind.
Tests, Schulung und Change Management
Am Go-Live-Wochenende eines Produktionsunternehmens lag der entscheidende Fehler nicht in einem einzelnen Modul. Ein Integrationstest hatte gezeigt, dass der Auftrag korrekt angelegt wurde. Der vollständige Tagesablauf offenbarte jedoch, dass eine Änderung am Liefertermin nicht sauber an Lager und Versand weitergegeben wurde. Erst der End-to-End-Test mit realistischen Rollen und Zeitpunkten machte die Abhängigkeit sichtbar.
Der Testzyklus
Ein belastbarer Testaufbau beginnt mit einzelnen Modulen und endet nicht vor einem vollständigen Geschäftstag:
- Modultest: Key User prüfen einzelne Funktionen wie Auftragserfassung, Einkauf, Lagerbuchung oder Rechnung.
- Integrationstest: Datenflüsse zwischen ERP, CRM, WMS, Versand und Finanzsystem werden kontrolliert.
- Prozesssimulation: Ein Auftrag läuft vom Eingang über Verfügbarkeit und Lieferung bis zur Abrechnung.
- Ausnahmetest: Retouren, Teillieferungen, Preisänderungen, Stornos und fehlende Daten werden bewusst ausgelöst.
- Berechtigungstest: Rollen sehen genau die Informationen und Funktionen, die sie für ihre Arbeit benötigen.
Für die letzten acht Wochen vor dem Go-Live bewährt sich ein klarer Fahrplan. Zuerst werden offene Prozessentscheidungen geschlossen und Key User trainiert. Danach testen die Fachbereiche ihre täglichen Abläufe, melden Fehler mit Priorität und prüfen die Korrekturen. In den letzten Wochen folgen Endanwenderschulungen, Cutover-Probe, Kommunikationsrunden und die Entscheidung über Go oder No-Go.
Schulung muss zur Rolle passen
Ein Lagerist braucht andere Übungen als eine Buchhalterin. Key User sollten Fehler analysieren und Kollegen unterstützen können, während Endanwender konkrete Aufgaben trainieren: Auftrag anlegen, Bestand prüfen, Lieferung buchen oder Rechnung freigeben. Kurze Anleitungen direkt am Prozess helfen oft mehr als ein umfangreiches Handbuch, das im Alltag niemand öffnet.
Change Management funktioniert nicht über freundliche Rundmails allein. Die Geschäftsführung muss erklären, warum Abläufe geändert werden, welche Mehrarbeit in der Übergangsphase entsteht und wann Unterstützung verfügbar ist. Sichtbare Verbesserungen, etwa eine verlässlichere Auftragsinformation oder weniger doppelte Dateneingabe, geben den Teams einen nachvollziehbaren Grund, den neuen Ablauf anzunehmen.
Was im Test verschwiegen wird, erscheint im Betrieb als Störung.
Für die Kommunikation gehören feste Ansprechpartner, regelmässige Statusinformationen und ein einfacher Rückkanal in den Projektplan. So werden Einwände nicht erst am Go-Live-Tag sichtbar, sondern während der Konfiguration und Schulung bearbeitet.
Go-Live, Hypercare und laufender Betrieb
Die Go- oder No-Go-Entscheidung braucht mehr als eine funktionierende Demo. Freigegeben werden sollten nur Prozesse, deren Daten, Schnittstellen, Berechtigungen, Schulungen und Supportwege geprüft sind. Ein System kann technisch startklar wirken und trotzdem betrieblich nicht bereit sein, wenn etwa das Lager keine verlässliche Rückmeldung erhält oder die Finanzbuchhaltung Belege nicht abschliessen kann.
Ein Mittelständler richtete für den Start ein dreiwöchiges Hypercare-Fenster ein. In jeder Abteilung war ein Key User als erste Anlaufstelle benannt, während das Projektteam kritische Tickets priorisierte und täglich bewertete. Dadurch liessen sich Bedienfragen von echten Prozessfehlern trennen, ohne dass jede Rückfrage direkt beim technischen Dienstleister landete.
Vom Projekt in die Verantwortung
Nach der intensiven Startphase braucht der laufende Betrieb klare Zuständigkeiten:
- Supportmodell: Key User, interner Service Desk und externe Unterstützung haben definierte Eskalationswege.
- Monitoring: Schnittstellen, fehlgeschlagene Jobs, Datenqualität und Systemverfügbarkeit werden regelmässig geprüft.
- Update-Strategie: Änderungen werden bewertet, getestet und mit betroffenen Fachbereichen kommuniziert.
- DSGVO-Verantwortung: Zugriffe, Aufbewahrung, Auftragsverarbeitung und Datenflüsse bleiben dokumentiert.
- Verbesserungsprozess: Fachbereiche können Anforderungen einreichen, die nach Nutzen, Risiko und Aufwand priorisiert werden.
Der Blick nach dem Go-Live richtet sich zunehmend auf die Datenbasis. Für SAP S/4HANA zeigen deutsche Studien eine hohe Umsetzungsdynamik: 35 % der deutschen Unternehmen setzen das System bereits ein, 37 % planen die Implementierung. Von den planenden Unternehmen wollen 69 % innerhalb von zwölf Monaten live gehen, während 23 % einen Zeitraum von zwei bis drei Jahren nennen, wie Computerwoche zur S/4HANA-Umsetzung in Deutschland berichtet. Das enge Zeitfenster macht frühe Entscheidungen zu Datenmigration, Schnittstellen und Schulung besonders wichtig.
Eine ERP-System-Implementierung gelingt, wenn sie phasenorientiert geführt wird: Zielbild, Prozesse, Auswahl, Architektur, Migration, Tests, Schulung, Go-Live und Optimierung bauen aufeinander auf. Starten Sie deshalb nicht mit einer Anbieterpräsentation, sondern mit einer moderierten Prozess- und Datenaufnahme. Lassen Sie daraus eine Integrationslandkarte, ein realistisches Rollout-Szenario und eine belastbare Entscheidungsgrundlage für Cloud, On-Premises oder Open Source entstehen.
Wenn Sie Ihr ERP-Projekt in Münster, NRW oder im DACH-Raum vorbereiten, können Sie jetzt einen strukturierten Projektcheck mit Küstermann Media GmbH anstossen. Bringen Sie Ihre bestehende Systemlandschaft, die wichtigsten Prozesse und die offenen Migrationsfragen mit, damit daraus ein konkreter Fahrplan für Architektur, Integration und Einführung entsteht.
