Eine ERP-Einführung im Handel ist selten nur ein IT-Projekt, sie verändert Abläufe, Verantwortlichkeiten und Datenflüsse, vom Einkauf bis zur Faktura. Gerade im Handel treffen viele Besonderheiten zusammen, etwa viele Artikelvarianten, saisonale Spitzen, mehrere Lagerstandorte, E-Commerce-Prozesse, EDI-Anbindungen, Preis- und Konditionslogiken, sowie strenge Anforderungen an die Lieferfähigkeit. Damit die Umstellung nicht im Tagesgeschäft untergeht, braucht es einen Projektplan, der fachliche Ziele, technische Arbeitspakete und klare Meilensteine zusammenführt. Dieser Beitrag zeigt Ihnen eine praxistaugliche Vorgehensweise für die ERP-Einführung im Handel, inklusive Zeitplan-Logik, Rollenmodell, typischen Stolpersteinen und konkreten Checklisten, die Sie direkt in Ihr Projekt übernehmen können.
Inhaltsverzeichnis
- Warum die ERP-Einführung im Handel anders ist
- Zielbild und Leitplanken
- Projektorganisation: Rollen, Gremien und Entscheidungswege
- Der Projektplan in Phasen
- Typische Meilensteine, die im Handel wirklich zählen
- Beispiel Zeitplan: Realistische Dauer und Abhängigkeiten
- Arbeitspaket-Checkliste
- Risikomanagement: Die häufigsten Stolpersteine
- Meilensteinbasierte Steuerung
- Praxis-Tipp: Projektplan als Roadmap nutzen
- Meilensteine im Überblick
Warum die ERP-Einführung im Handel anders ist als in vielen anderen Branchen
Handelsunternehmen arbeiten häufig mit sehr hohen Transaktionszahlen und einer großen Prozessbreite, wie Beschaffung, Disposition, Wareneingang, Qualitätsprüfung, Lagerlogistik, Versand, Filialbelieferung, Retouren, Fakturierung, Debitoren und Reporting. Gleichzeitig müssen Daten konsistent bleiben, obwohl sie aus vielen Quellen kommen, etwa Lieferantenstammdaten, PIM, Marktplätzen, Webshops, EDI, Speditionen und Zahlungsdienstleistern.
Typische Besonderheiten, die Ihren Projektplan beeinflussen:
- Hohe Abhängigkeit von Stammdatenqualität, Artikel, Varianten, EAN, Einheiten, Preisen, Konditionen
- Viele Schnittstellen, EDI, Marktplätze, Shop, POS, Versanddienstleister, Finanzbuchhaltung
- Operative Spitzen, Saison, Aktionsgeschäft, Kampagnen, Black Friday, Inventurperioden
- Komplexe Lagerprozesse, mehrere Standorte, chaotische Lagerung, Seriennummern, MHD, Chargen
- Hoher Druck auf Liefertermintreue, Fehlmengen kosten direkt Umsatz und Reputation
Damit wird klar, warum ein sauberer Projektplan mit Meilensteinen nicht nur hilfreich ist, sondern ein zentraler Erfolgsfaktor.
Zielbild und Leitplanken: Was vor dem Projektstart feststehen muss
Bevor Sie Zeitpläne zeichnen und Workshops terminieren, brauchen Sie ein gemeinsames Zielbild. Ohne Zielbild wird die ERP-Einführung schnell zum Sammelbecken für ungeplante Anforderungen. Dazu gehören Zusatzwünsche, alte Prozessgewohnheiten und technische Sonderwege.
Zielbild definieren
Ein gutes Zielbild beantwortet fünf Fragen:
- Welche Prozesse sollen im neuen ERP-Standard laufen, und wo ist bewusst eine Abweichung geplant?
- Welche Kennzahlen sollen sich verbessern, etwa Lieferfähigkeit, Durchlaufzeiten, Bestandsgenauigkeit, Rechnungsqualität?
- Welche Systeme bleiben, welche werden ersetzt, welche werden angebunden?
- Welche Daten sind führend: Artikel, Kunden, Lieferanten, Preise, Bestände?
- Wie sieht der Go-live-Scope aus: ein Standort, mehrere Standorte, alle Kanäle, nur Kernprozesse?
Leitplanken festlegen
Leitplanken sind einfache Regeln, die später Diskussionen abkürzen:
- Standard vor Individualisierung, Anpassungen nur mit Business-Case
- Daten zuerst, Prozesse danach, technische Automatisierung zuletzt
- Schnittstellen minimal halten, wo möglich Datenquellen konsolidieren
- Entscheiden nach Wirkung auf Servicegrad, Kosten, Compliance
Wenn Sie im Handel zusätzlich ein Lagerverwaltungssystem betreiben, lohnt sich früh die Abstimmung, ob ERP und WMS eng integriert werden sollen. Anbieter, die beide Welten gemeinsam denken, reduzieren oft Reibungsverluste an der Systemgrenze, weil Buchungslogik, Bestandsführung und Belegflüsse konsistenter umgesetzt werden können.
Projektorganisation: Rollen, Gremien und Entscheidungswege
Eine ERP-Einführung im Handel scheitert selten an fehlender Technik, häufiger an unklaren Zuständigkeiten. Legen Sie Rollen und Entscheidungswege schriftlich fest.
Kernrollen im Projekt
- Projekt-Sponsor, meist Geschäftsführung oder Bereichsleitung, räumt Hindernisse aus dem Weg
- Projektleitung intern, steuert Scope, Ressourcen, Risiken, Kommunikation
- Teilprojektleitungen Fachbereich, Einkauf, Vertrieb, Lager, Finanzen, Controlling
- IT-Leitung oder Solution-Owner, Architektur, Sicherheit, Betrieb, Integrationen
- Key-User je Prozess, testet, schult, definiert Soll-Prozesse
- Datenverantwortliche, Stammdaten, Migration, Datenqualität
- Implementierungspartner, Customizing, Entwicklung, Tests, Go-live-Support
Gremien
- Lenkungskreis, strategische Entscheidungen, Budget, Termin, Scope
- Projektboard operativ, wöchentlich, Status, Risiken, Abhängigkeiten
- Facharbeitsgruppen, Workshops, Detailentscheidungen, Prozessdesign
RACI-Matrix nutzen
Eine RACI-Matrix klärt pro Arbeitspaket, wer verantwortlich ist, wer entscheidet, wer unterstützt und wer informiert wird. Das verhindert spätere Verzögerungen, weil Entscheidungen nicht im Kreis laufen.
Der Projektplan in Phasen: bewährtes Modell für die ERP-Einführung
Für viele Handelsprojekte funktioniert ein phasenbasierter Projektplan, der mit klaren Meilensteinen arbeitet. Unten finden Sie ein praxiserprobtes Modell, das sich sowohl für klassische als auch für hybride Vorgehensweisen eignet.
Phase 0: Vorbereitung und Scoping
Ziel: Projekt aufsetzen, Rahmen klären, Risiken sichtbar machen.
Typische Arbeitspakete:
- Business Case, Zielbild, grober Scope, Standorte, Kanäle, Prozesse
- Systemlandschaft und Schnittstelleninventar
- Ressourcenplanung, Key-User-Verfügbarkeit, Peak-Zeiten im Handel berücksichtigen
- Grobe Datenanalyse, Stammdatenquellen, Dubletten, Datenverantwortung
- Projektplan, Kommunikationsplan, Change-Plan
Meilenstein M0: Projektauftrag freigegeben, Budget und Ressourcen bestätigt
Phase 1: Analyse und Soll-Konzept
Ziel: Prozesse und Daten im Zielzustand definieren, ohne sich in Details zu verlieren.
Arbeitspakete:
- Prozessworkshops je End-to-End-Kette, Purchase-to-Pay, Order-to-Cash, Lagerprozesse
- Definition der Prozessvarianten, wie B2B, B2C, Marktplatz, Filiale
- KPI-Definition, Servicegrad, Durchlaufzeit, Retourenquote, Inventurdifferenzen
- Datenmodell und Stammdatenregeln, Pflichtfelder, Validierungen, Verantwortliche
- Integrationskonzept: Welche Schnittstellen, welche Frequenzen, welche Formate?
- Berechtigungskonzept grob, Rollen, Trennung von Aufgaben, Audit-Anforderungen
Meilenstein M1: Soll-Konzept abgenommen, Change-Requests bewertet, Scope stabil
Phase 2: Design und Customizing
Ziel: System konfigurieren, Prozesse im System abbilden, erste End-to-End-Flows zeigen.
Arbeitspakete:
- Customizing nach Soll-Konzept: Mandant, Werke, Lager, Belegarten, Preisfindung
- Prototyping kritischer Prozesse, Kommissionierung, Retouren, Gutschriften, EDI-Belege
- Definition von Ausnahmen: unter anderem Teilmengen, Backorder, Ersatzlieferung
- Schnittstellenspezifikation: Datenmapping, Fehlerhandling, Monitoring
- Reporting und Auswertungen: Mindestumfang, Management-Cockpit
- Testkonzept: Testfälle, Testdaten, Rollen für Tests
Meilenstein M2: Systemdesign umgesetzt, Prototyp für Kernprozesse läuft
Phase 3: Datenmigration und Integration
Ziel: Daten sauber ins Zielsystem bringen und Systemgrenzen stabil machen.
Arbeitspakete:
- Datenbereinigung: Dubletten, fehlende Attribute, fehlerhafte Einheiten, EAN-Logik
- Migrationsobjekte festlegen: Kunden, Lieferanten, Artikel, Preise, Bestände, offene Belege
- Migrationszyklen planen: Testmigration 1, Testmigration 2, Generalprobe
- Schnittstellen bauen: testen, Lasttests, Monitoring, Wiederanlaufkonzepte
- Abstimmung mit externen Partnern: EDI, Spedition, Marktplatz, Zahlungsdienstleister
- Sicherheits- und Zugriffsprüfung: Berechtigungen, Protokollierung
Meilenstein M3: Testmigration erfolgreich, Integrationen stabil, Datenqualität messbar
Phase 4: Test, Schulung und Cutover-Vorbereitung
Ziel: Betriebssicherheit herstellen, Organisation vorbereiten, Cutover planen.
Arbeitspakete:
- Modultests, Integrationstests, End-to-End-Tests
- User-Acceptance-Test mit Key-Usern, Abnahme pro Prozess
- Performance-Tests in realistischen Spitzen, viele Positionen, viele Aufträge
- Schulungskonzept, Multiplikatoren, Trainingsumgebung, Unterlagen
- Cutover-Plan, Aufgabenliste nach Uhrzeit, Verantwortliche, Kommunikationskette
- Supportmodell, Hypercare-Team, Ticketprozesse, Eskalationswege
Meilenstein M4: Abnahmetests bestanden, Schulungen abgeschlossen, Cutover freigegeben
Phase 5: Go-live und Hypercare
Ziel: Sicherer Start, schnelle Stabilisierung, kontrollierter Übergang in den Regelbetrieb.
Arbeitspakete:
- Cutover durchführen, letzte Migration, Systemfreigabe
- Operatives Monitoring, Belegdurchsatz, Fehlerraten, Schnittstellenqueues
- Tägliche War Rooms in der Hypercare, Priorisierung, schnelle Korrekturen
- Dokumentation finalisieren, Übergabe an Betrieb und Fachbereiche
- Roadmap für Phase 2, Optimierungen, Automatisierung, Zusatzmodule
Meilenstein M5: Stabiler Betrieb erreicht, Hypercare abgeschlossen, Lessons Learned dokumentiert
Typische Meilensteine, die im Handel wirklich zählen
Viele Projektpläne sind zu technisch. Für den Handel sollten Meilensteine an operativen Erfolgsnachweisen hängen. Beispiele:
- Artikelstammdaten sind vollständig, geprüft und verantwortlich zugeordnet
- Preis- und Konditionslogik ist mit realen Fällen getestet, inklusive Aktionen
- Lagerprozesse funktionieren mit echten Lagerplätzen, MHD, Chargen, Seriennummern, falls relevant
- Retourenprozess ist Ende-zu-Ende getestet, inklusive Gutschrift und Wiedereinlagerung
- EDI- oder Marktplatzbestellungen laufen stabil, inklusive Fehlerfall und Wiederanlauf
- Rechnungsprüfung und Faktura sind korrekt, inklusive Steuern, Skonto, Teillieferung
Wenn diese Punkte im Projektplan als eigene Meilensteine sichtbar sind, sinkt das Risiko von bösen Überraschungen nach dem Go-live.
Beispiel Zeitplan: Realistische Dauer und Abhängigkeiten
Die Dauer hängt stark von Scope und Komplexität ab. Für viele mittelständische Handelsunternehmen ist eine Spanne von 6 bis 12 Monaten realistisch, wenn Kernprozesse, mehrere Schnittstellen und eine strukturierte Migration enthalten sind. Große Multichannel-Landschaften benötigen oft länger.
Ein Beispiel, das Sie anpassen können:
- Vorbereitung und Scoping, 4 bis 6 Wochen
- Analyse und Soll-Konzept, 6 bis 10 Wochen
- Design und Customizing, 8 bis 14 Wochen
- Migration und Integration, parallel, 10 bis 16 Wochen
- Test und Schulung, 6 bis 10 Wochen
- Go-live und Hypercare, 4 bis 8 Wochen
Wichtig ist weniger die absolute Dauer, sondern die Logik der Abhängigkeiten. Datenmigration kann nicht erst am Ende starten, Schulung kann nicht ohne stabile Prozesse stattfinden, und Tests sind ohne realistische Testdaten wertlos.
Arbeitspaket-Checkliste: Was in keinem Projektplan fehlen darf
Nutzen Sie diese Liste als Mindestumfang, wenn Sie Ihre ERP-Einführung im Handel planen.
Prozess und Organisation
- End-to-End-Prozesslandkarte und Prozessowner
- Soll-Prozessdokumentation, auch für Ausnahmen
- Berechtigungskonzept und Rollen
- Schulungsplanung und Trainingsunterlagen
- Change-Management, Kommunikation, Feedbackkanäle
Daten und Migration
- Datenquellen, Verantwortliche, Datenregeln
- Datenbereinigung, Qualitätskennzahlen
- Migrationsobjekte und Migrationsreihenfolge
- Testmigrationen und Generalprobe
- Cutover-Datenfreeze-Regeln
Integrationen
- Schnittstelleninventar, Formate, Frequenzen
- Monitoring, Fehlerhandling, Wiederanlauf
- Last- und Performance-Tests
- Dokumentation für Betrieb
Betrieb und Stabilität
- Backup und Restore, Notfallkonzept
- Systemmonitoring, Jobpläne, Batchläufe
- Support- und Ticketprozess
- Hypercare-Plan, War Room, Eskalationen
Projekte profitieren oft, wenn Standardfunktionen möglichst umfassend genutzt werden und Schnittstellen nicht unnötig komplex werden. Plattformen mit flexiblen Schnittstellen und klaren Migrationswerkzeugen können in der Praxis Aufwand reduzieren, besonders wenn viele Artikel und Belege bewegt werden.
Risikomanagement: Die häufigsten Stolpersteine und wie Sie sie vermeiden
Risiko 1: Stammdaten werden unterschätzt
Symptom: Prozesse sind im System schön modelliert, aber Artikel, Einheiten, Preise, Lieferzeiten sind unvollständig.
Gegenmaßnahmen:
- Datenverantwortliche benennen, pro Datenobjekt
- Datenregeln definieren, Pflichtfelder, Validierung, Dublettenregeln
- Datenqualität messen, vor jeder Testphase
- Frühzeitig Testmigrationen durchführen
Mehr dazu finden Sie im Beitrag Stammdatenqualität als Margenhebel.
Risiko 2: Key-User haben keine Zeit
Symptom: Workshops werden verschoben, Tests laufen halbherzig, Schulungen bleiben oberflächlich.
Gegenmaßnahmen:
- Key-User-Kapazitäten im Projektauftrag absichern
- Spitzenzeiten im Handel blocken: Inventur, Saison, Aktionen
- Stellvertretungen organisieren
- Verantwortung klar machen: Key-User sind nicht nur Tester, sie sind Prozessentscheider
Risiko 3: Zu viele Sonderwünsche
Symptom: Customizing wird zu Entwicklung, Termine rutschen, Upgradefähigkeit sinkt.
Gegenmaßnahmen:
- Change-Request-Prozess mit Aufwand und Nutzenbewertung
- Standard priorisieren, Abweichung nur bei messbarem Vorteil
- Pilot-Scope definieren, Erweiterungen in Release 2 planen
Risiko 4: Schnittstellen werden zu spät getestet
Symptom: Go-live rückt näher, aber EDI, Shop oder Versandlabel funktionieren nicht stabil.
Gegenmaßnahmen:
- Schnittstellen früh spezifizieren, dann stufenweise testen
- Realistische Lasttests, inklusive Fehlerszenarien
- Monitoring und Alerts vor Go-live etablieren
Risiko 5: Cutover ist nicht durchgeprobt
Symptom: Am Go-live-Wochenende herrscht Chaos, Aufgaben sind unklar, Datenstände passen nicht.
Gegenmaßnahmen:
- Cutover-Plan minutengenau, mit Verantwortlichen
- Generalprobe, inklusive Datenfreeze und Systemumschaltung
- Klare Abnahmekriterien für Go-Live-Entscheidung
Passend dazu: Go-live-Strategie im Handel: Big Bang oder stufenweise Einführung.
Meilensteinbasierte Steuerung: So behalten Sie den Überblick
Ein Projektplan ist nur dann hilfreich, wenn er als Steuerungsinstrument genutzt wird. Im Handel ist das Tagesgeschäft oft laut. Deshalb brauchen Sie klare Routinen.
Empfehlungen:
- Wöchentliches Statusmeeting mit Ampel für Scope: Termin, Budget, Risiken
- Zweiwöchentliches Review der Meilensteine: Was ist fertig, was ist gefährdet?
- Transparente Risikoliste: mit Owner und Termin für Maßnahmen
- Entscheidungsvorlagen für den Lenkungskreis: kurz, faktenbasiert
- Testfortschritt messbar machen: Anzahl Testfälle, Erfolgsquote, offene Defekte
Wenn Sie so steuern, wird aus dem Projektplan ein lebendes Werkzeug, statt einer Datei, die nur für Reportings existiert.
Praxis-Tipp: Projektplan als Roadmap für Verbesserungen nutzen
Viele Unternehmen wollen bei der ERP-Einführung alles auf einmal lösen. Oft ist es effizienter, einen sauberen Go-live-Scope zu definieren und danach gezielt zu optimieren.
Beispiele für typische Release-2-Themen:
- Automatisierte Disposition und Forecasting
- Erweiterte Lagerstrategien, Wellenplanung, Multi-Order-Picking
- Detaillierteres Reporting und Self-Service-BI
- Weitere Marktplätze, zusätzliche EDI-Partner
- Prozessautomatisierung in der Rechnungsprüfung und im Mahnwesen
Damit bleiben Sie lieferfähig, und entwickeln dennoch Schritt für Schritt weiter.
Meilensteine im Überblick, Ihr Start ins ERP-Projekt
Eine erfolgreiche ERP-Einführung im Handel benötigt ein klares Zielbild, eine belastbare Projektorganisation und einen Projektplan, der operative Meilensteine sichtbar macht. Wenn Sie Phasen wie Scoping, Soll-Konzept, Customizing, Migration, Tests und Cutover sauber trennen und mit Abnahmen absichern, reduzieren Sie Risiken spürbar. Entscheidend sind früh gestartete Datenarbeit, realistische Tests mit echten Fällen, sowie ein durchgeprobter Cutover. Genau hier entsteht die Stabilität, die der Handel im Tagesgeschäft benötigt, besonders in Spitzenzeiten und bei vielen Schnittstellen.
Wenn Sie Ihre ERP-Einführung jetzt konkret planen möchten, starten Sie mit drei schnellen Schritten: Erstellen Sie ein Schnittstelleninventar, definieren Sie die Top-20-End-to-End-Testfälle aus Ihrem Tagesgeschäft, und setzen Sie eine erste Datenqualitätsmessung für Artikel und Kunden auf. Wenn Sie zusätzlich prüfen wollen, wie eng ERP und Lagerprozesse verzahnt werden sollten, kann ein kurzer System- und Prozesscheck mit einem erfahrenen Handelspartner helfen, den Scope zu schärfen und Meilensteine realistisch zu takten. SOG unterstützt Handelsunternehmen dabei, ERP-Projekte strukturiert aufzusetzen und Prozessbrüche zwischen ERP und Lager früh sichtbar zu machen, damit Ihr Projektplan nicht nur auf dem Papier funktioniert, sondern im Betrieb.
