ERP-Projekt: Die Phasen der ERP-Einführung im Überblick

Ein ERP-Projekt ist kein Softwarekauf, sondern ein Organisationsprojekt mit Software als Werkzeug. Wer die Einführung eines ERP-Systems plant, steuert gleichzeitig Prozesse, Daten, Menschen und Technik. Dieser Leitfaden beschreibt die Schritte der ERP-Einführung von Anfang bis Ende, jeweils mit Ziel, typischen Ergebnissen und den Stolperfallen, die in der Praxis am häufigsten auftreten.

Er richtet sich an Geschäftsführer, Finanzleiter und IT-Verantwortliche im Mittelstand, die ein ERP-System einführen oder ein bestehendes ablösen wollen. Grundlagen zum System selbst finden Sie im Beitrag Was ist ein ERP-System?.

Das ERP-Projekt im Überblick: neun Phasen, ein roter Faden

Jede ERP-Implementierung folgt im Kern demselben Muster, auch wenn die Begriffe je nach Anbieter variieren. Die Phasen bauen aufeinander auf: Was in der Vorbereitung unklar bleibt, rächt sich im Test, und was im Fachkonzept vergessen wird, kostet nach dem Go-live ein Vielfaches.

Die Reihenfolge ist keine starre Kette. Konfiguration und Datenübernahme laufen oft parallel, Schulungen beginnen bereits während der Tests. Entscheidend ist, dass jede Phase einen klaren Abschluss hat, den Sie bewusst freigeben.

Phase eins: Projektvorbereitung und Zielbild

Ziel: Bevor Sie Software vergleichen, müssen Sie wissen, wofür Sie sie brauchen. In dieser Phase legen Sie fest, welche Probleme das neue System lösen soll, welche Bereiche betroffen sind und wer das Projekt verantwortet.

Typische Ergebnisse:

• ein Projektauftrag mit Zielen, Abgrenzung und Entscheidungsbefugnissen,
• eine Bestandsaufnahme der heutigen Prozesse und Systeme,
• ein benanntes Projektteam mit Sponsor aus der Geschäftsleitung, Projektleiter und Schlüsselanwendern,
• ein grober Rahmen für Budget und Zeitplan, ohne falsche Genauigkeit.

Stolperfallen:

• Das Ziel lautet nur „neues System“. Besser sind messbare Ziele, etwa schnellere Abschlüsse, weniger manuelle Erfassung oder durchgängige Lagerführung.
• Der Sponsor fehlt oder hat keine Zeit. Ohne Rückhalt der Geschäftsleitung werden Konflikte zwischen Fachbereichen nicht entschieden.
• Schlüsselanwender werden nicht freigestellt. Das Projekt läuft dann „nebenbei“ und verliert gegen das Tagesgeschäft.

Wer die Kosten früh einordnen möchte, findet Orientierung im Beitrag ERP-Kosten. Konkrete Beträge hängen immer vom Umfang ab und lassen sich erst nach dem Fachkonzept belastbar nennen.

Phase zwei: Systemauswahl und Anforderungen

Ziel: Aus dem Markt wählen Sie ein System und einen Umsetzungspartner, die zu Ihrer Größe, Branche und Ihren Prozessen passen. Grundlage ist ein Lastenheft, das beschreibt, was das System leisten muss.

Typische Ergebnisse:

• ein ERP-Lastenheft mit Muss- und Kann-Anforderungen,
• eine Vorauswahl von Systemen und Anbietern,
• Demonstrationen mit Ihren eigenen Szenarien statt Standardvorführungen,
• eine dokumentierte Entscheidung und ein Vertrag mit klar beschriebenem Leistungsumfang.

Zum Markt gehören je nach Zielgröße und Anforderung unter anderem Odoo, Microsoft Dynamics 365 Business Central, SAP Business One, Sage, Oracle NetSuite und weclapp. Sie unterscheiden sich in Betriebsmodell, Erweiterbarkeit, Lizenzlogik und Ökosystem. Eine strukturierte Hilfe bietet der Leitfaden ERP-Auswahl; direkte Gegenüberstellungen finden Sie unter Vergleiche.

Stolperfallen:

• Der Funktionsvergleich ersetzt die Prozessprüfung. Entscheidend ist, ob Ihre wichtigsten Abläufe im Standard abbildbar sind, nicht die längste Funktionsliste.
• Nur der Lizenzpreis wird verglichen. Einführung, Anpassungen, Schnittstellen, Betrieb und Weiterentwicklung gehören in die Gesamtbetrachtung.
• Die Wahl des Integrators wird wie ein Nebenpunkt behandelt. Dabei prägt er Qualität und Verlauf des Projekts mindestens so stark wie die Software. Worauf Sie achten sollten, steht in ERP-Integrator finden.

Auch die Frage nach Cloud oder eigenem Betrieb fällt in diese Phase. Die Abwägung beschreibt der Beitrag Cloud-ERP oder On-Premise.

Phase drei: Fachkonzept und Soll-Prozesse

Ziel: Gemeinsam mit dem Integrator legen Sie fest, wie Ihre Geschäftsprozesse künftig im System ablaufen. Diese Phase entscheidet über den Erfolg stärker als jede andere, weil hier festgelegt wird, was später gebaut, getestet und geschult wird.

Typische Ergebnisse:

• beschriebene Soll-Prozesse von der Anfrage bis zur Zahlung, vom Einkauf bis zum Wareneingang, von der Planung bis zur Fertigmeldung,
• ein Pflichtenheft oder Fachkonzept, das Standardfunktionen, Anpassungen und Schnittstellen unterscheidet,
• eine Liste der Abweichungen vom Standard mit Begründung und Aufwandsbewertung,
• ein belastbarer Projektplan mit Meilensteinen und Verantwortlichen.

Stolperfallen:

• Der Altprozess wird eins zu eins nachgebaut. Das führt zu teuren Anpassungen, die den Betrieb und spätere Updates erschweren. Fragen Sie bei jedem Sonderwunsch, ob der Prozess selbst vereinfacht werden kann.
• Die Fachbereiche sind nicht am Tisch. Was die Geschäftsleitung für selbstverständlich hält, funktioniert im Lager oder in der Buchhaltung oft anders.
• Rechtliche Anforderungen werden spät bedacht. In Deutschland betrifft das etwa die Anforderungen an Rechnungsstellung, Aufbewahrung und Nachvollziehbarkeit sowie den Datenschutz. Zur elektronischen Rechnung lesen Sie den Beitrag E-Rechnung im ERP.

Branchenbesonderheiten gehören ebenfalls ins Fachkonzept, etwa Chargenführung, Stücklisten oder Projektabrechnung. Einen Einstieg geben die Seiten zu Fertigung, Großhandel und Dienstleistern.

Phase vier: Konfiguration und Anpassung

Ziel: Das System wird so eingerichtet, dass es die Soll-Prozesse abbildet. Dazu gehören Organisationsstruktur, Kontenrahmen, Steuerlogik, Rollen und Rechte, Belegarten, Workflows, Berichte und Schnittstellen.

Typische Ergebnisse:

• ein konfiguriertes Testsystem, das die Kernprozesse durchgängig abbildet,
• dokumentierte Einstellungen, damit spätere Änderungen nachvollziehbar bleiben,
• umgesetzte Anpassungen und Schnittstellen, jeweils mit Beschreibung,
• erste Prototypen zur Abstimmung mit den Schlüsselanwendern.

Bewährt hat sich ein iteratives Vorgehen: Der Integrator zeigt früh lauffähige Teile, die Anwender prüfen sie am echten Beispiel, Korrekturen fließen direkt ein. So entdecken Sie Missverständnisse nach Wochen statt kurz vor dem Start.

Stolperfallen:

• Anpassungen wuchern. Jede individuelle Programmierung erhöht den Pflegeaufwand und kann Aktualisierungen erschweren. Ein guter Grundsatz lautet: Standard, wo immer möglich; Anpassung, wo der Prozess einen echten Wettbewerbsvorteil bringt.
• Schnittstellen werden unterschätzt. Anbindungen an Shop, Bank, Lagertechnik oder Produktionsmaschinen brauchen eigene Tests und klare Zuständigkeiten.
• Änderungswünsche laufen ungeordnet ein. Ein einfaches Änderungsverfahren mit Bewertung von Aufwand und Nutzen schützt Zeitplan und Budget.

Für kleinere Unternehmen gilt besonders, den Umfang bewusst schlank zu halten. Hinweise dazu finden Sie unter ERP für KMU.

Phase fünf: Datenübernahme

Ziel: Stammdaten wie Kunden, Lieferanten, Artikel, Stücklisten und Konten sowie offene Posten und Bestände gelangen sauber ins neue System. Die Datenübernahme ist selten eine Nebensache, sondern oft der anspruchsvollste Teil des Projekts.

Typische Ergebnisse:

• eine Festlegung, welche Daten übernommen werden und welche nicht,
• Regeln zur Bereinigung: Dubletten, veraltete Einträge, uneinheitliche Schreibweisen,
• Probeübernahmen mit Auswertung der Fehler,
• ein Abstimmungsverfahren, das zeigt, dass Salden und Bestände nach der Übernahme stimmen.

Ausführlicher beschäftigt sich der Beitrag ERP-Migration mit diesem Thema, besonders wenn ein Altsystem abgelöst wird.

Stolperfallen:

• Die Bereinigung beginnt zu spät. Schlechte Altdaten werden im neuen System nicht besser. Starten Sie früh und weisen Sie den Fachbereichen die Verantwortung für ihre Daten zu.
• Es wird zu viel übernommen. Jahrelange Historie ist selten nötig und verlangsamt die Tests. Oft genügt ein Archivzugriff auf das Altsystem.
• Es gibt nur eine einzige Übernahme. Planen Sie mehrere Probeläufe, damit der finale Lauf Routine ist.

Phase sechs: Test und Abnahme

Ziel: Sie prüfen, ob das System im Alltag trägt, bevor der Echtbetrieb beginnt. Getestet werden nicht einzelne Funktionen, sondern durchgehende Abläufe mit realistischen Daten.

Typische Ergebnisse:

• Testfälle entlang der wichtigsten Geschäftsprozesse, geschrieben von den Fachbereichen,
• Testprotokolle mit Fehlerliste, Priorisierung und Status,
• Abnahme der Prozesse durch die jeweiligen Verantwortlichen,
• ein dokumentierter Entschluss zum Produktivstart mit klaren Kriterien.

Stolperfallen:

• Der Integrator testet allein. Fachliche Fehler erkennen nur die Menschen, die den Prozess täglich leben.
• Die Tests sind zu technisch. Spielen Sie echte Fälle durch, etwa einen Auftrag mit Teillieferung, eine Reklamation oder einen Monatsabschluss.
• Der Termin schlägt die Qualität. Wer bei offenen kritischen Fehlern trotzdem startet, zahlt später mit Mehraufwand und Vertrauensverlust.

Phase sieben: Schulung und Veränderungsmanagement

Ziel: Alle Anwender wissen, wie sie im neuen System arbeiten, und verstehen, warum sich Abläufe ändern. Akzeptanz entsteht nicht durch Anweisung, sondern durch Beteiligung und Übung.

Typische Ergebnisse:

• ein Schulungsplan nach Rollen, nicht nach Abteilungen,
• Schulungsunterlagen und kurze Arbeitsanleitungen für den Alltag,
• Schlüsselanwender, die als erste Ansprechpartner im Haus dienen,
• eine offene Kommunikation über Ziele, Zeitplan und Veränderungen.

Stolperfallen:

• Die Schulung liegt zu früh oder zu spät. Wer Wochen vor dem Start geschult wird, vergisst vieles; wer erst am Tag davor lernt, ist überfordert. Üben Sie im Testsystem mit eigenen Daten kurz vor dem Start.
• Die Leitungsebene fehlt. Wenn Führungskräfte das System nicht nutzen, übernehmen es auch die Teams nicht ernsthaft.
• Widerstände werden ignoriert. Hören Sie Bedenken früh an; sie zeigen oft echte Lücken im Prozess.

Phase acht: Go-live und Hypercare

Ziel: Das System geht in den Produktivbetrieb. Ein Go-live ist ein organisatorischer Stichtag mit Vorbereitung, Übergabe und enger Betreuung, kein einzelner Knopfdruck.

Typische Ergebnisse:

• ein Umstellungsplan mit Reihenfolge, Verantwortlichen und Rückfallszenario,
• die finale Datenübernahme und deren Abstimmung,
• eine Betreuungsphase direkt nach dem Start, in der Integrator und Schlüsselanwender kurze Wege haben,
• ein Verfahren für Störungen und Fragen mit eindeutigen Ansprechpartnern.

Die Wahl des Startzeitpunkts verdient Sorgfalt. Ungünstig sind Spitzenzeiten wie Inventur, Jahresabschluss oder saisonale Hochphasen. Manche Unternehmen starten schrittweise nach Bereichen oder Standorten, andere stellen alles auf einmal um. Beides kann richtig sein, wenn Risiken und Abhängigkeiten bewusst abgewogen wurden.

Stolperfallen:

• Es gibt kein Rückfallszenario. Legen Sie vorab fest, unter welchen Bedingungen und wie Sie notfalls zum Altprozess zurückkehren.
• Die Anfangsphase wird unterschätzt. In den ersten Wochen treten Fragen und Fehler auf, die kein Test gezeigt hat. Planen Sie dafür Kapazität ein.
• Alte Parallelsysteme bleiben bestehen. Schalten Sie Altsysteme geordnet ab, sonst entstehen doppelte Datenpflege und widersprüchliche Zahlen.

Phase neun: Kontinuierliche Verbesserung

Ziel: Ein ERP-System ist nach dem Start nicht fertig. Prozesse, Produkte und gesetzliche Vorgaben ändern sich, und die Anwender entdecken im Alltag Verbesserungen. Diese Phase sichert den Nutzen der Investition.

Typische Ergebnisse:

• eine Überprüfung der anfangs gesetzten Ziele: Was wurde erreicht, was nicht?
• eine priorisierte Liste von Verbesserungen und Erweiterungen,
• ein geregelter Ablauf für Updates, Tests und Berechtigungen,
• eine feste Zuständigkeit im Haus, häufig ein Systemverantwortlicher oder ein kleines Team.

Stolperfallen:

• Nach dem Projektabschluss löst sich das Wissen auf. Dokumentieren Sie Konfiguration und Entscheidungen, und halten Sie mindestens eine Person im Unternehmen vor, die das System im Detail kennt.
• Updates werden aufgeschoben, bis sie zu groß werden. Regelmäßige, kleine Aktualisierungen sind meist einfacher als seltene, große.
• Der Support-Vertrag passt nicht zum Bedarf. Prüfen Sie Reaktionszeiten und Zuständigkeiten im Voraus.

Rollen im ERP-Projekt: Wer macht was?

Ein klarer Rollenzuschnitt verhindert, dass wichtige Aufgaben zwischen Auftraggeber und Dienstleister liegen bleiben.

Die fachliche Verantwortung bleibt bei Ihnen. Ein Integrator kann Prozesse vorschlagen und umsetzen, aber nicht entscheiden, wie Ihr Unternehmen arbeiten soll.

Einfluss der Softwarewahl auf den Projektablauf

Die Phasen sind bei allen Systemen ähnlich, doch die Gewichtung verschiebt sich. Bei modularen Systemen mit großem Funktionsumfang wie Odoo liegt viel Gewicht auf der Entscheidung, welche Apps in welcher Reihenfolge eingeführt werden. Bei Lösungen im Microsoft-Umfeld wie Microsoft Dynamics 365 Business Central spielen Anbindung an bestehende Microsoft-Dienste und die Lizenzierung eine größere Rolle. Bei SAP Business One und Sage sind es häufig Anpassungen und Add-ons, die gesondert geplant werden müssen. Cloudbasierte Systeme wie Oracle NetSuite verlagern Betriebsfragen zum Anbieter, verlangen aber ebenso saubere Prozesse und Daten.

Welche Variante zu Ihnen passt, hängt von Ihren Prozessen ab, nicht von einem Ranking. Wer mehrere Kandidaten im direkten Vergleich sehen möchte, nutzt etwa die Gegenüberstellung Odoo oder Business Central.

Die häufigsten Gründe, warum ein ERP-Projekt scheitert

Fast alle Projektprobleme lassen sich auf wenige Ursachen zurückführen:

• unklare oder wechselnde Ziele,
• fehlende Entscheidungen der Geschäftsleitung,
• zu viele Sonderwünsche statt Standardprozesse,
• schlechte Datenqualität und späte Bereinigung,
• Fachbereiche, die zu spät oder zu wenig eingebunden sind,
• Tests unter Zeitdruck oder mit unrealistischen Daten,
• eine Schulung, die als Pflichttermin statt als Befähigung verstanden wird.

Eine ausführliche Analyse mit Gegenmaßnahmen liefert der Beitrag Typische Fehler im ERP-Projekt.

Checkliste: Sind Sie startklar?

Bevor Sie in die Umsetzung gehen, sollten Sie diese Fragen mit Ja beantworten können:

• Gibt es einen Sponsor in der Geschäftsleitung, der Entscheidungen trifft?
• Sind Ziele schriftlich festgehalten und überprüfbar?
• Stehen Schlüsselanwender mit realer Zeit zur Verfügung?
• Wissen Sie, welche Daten übernommen werden und wer sie bereinigt?
• Ist beschrieben, was zum Standard gehört und was individuell angepasst wird?
• Sind Testkriterien und ein Abnahmeverfahren vereinbart?
• Ist geklärt, wer das System nach dem Start betreut?

Jede Antwort mit Nein ist kein Grund, das Projekt zu stoppen, aber ein Punkt, den Sie vor dem Start klären.

So finden Sie den passenden Partner für Ihr ERP-Projekt

Ein erfahrener Integrator spart Zeit, weil er typische Fehler kennt und die Phasen sauber führt. Wir sind unabhängig von Softwareherstellern und setzen keine Projekte selbst um. Wir schildern Ihr Vorhaben, ordnen es ein und vermitteln Sie kostenlos an einen passenden, geprüften Integrator. Wie die Vermittlung abläuft, erklärt die Seite So funktioniert es. Einen allgemeinen Überblick über Systeme finden Sie unter ERP-Software und im ERP-Ratgeber.

Wenn Sie bereits wissen, was Sie vorhaben, genügt eine kurze Beschreibung. Der Integrator übernimmt anschließend die Detailklärung mit Ihnen.

Die genannten Softwarenamen sind Marken der jeweiligen Hersteller und dienen ausschließlich der Information. Diese Website ist unabhängig und steht in keiner Verbindung zu den Herstellern.