↓

ERP-Projekt planen und umsetzen: alle Phasen im Überblick

Ein ERP-Projekt ist kein Softwarekauf, sondern ein Organisationsprojekt. Dieser Leitfaden führt Sie durch alle Phasen von der Planung bis zur laufenden Verbesserung – mit Ergebnissen und Stolpersteinen je Phase.

Aktualisiert am 28. Oktober 2026

1 Projektdefinitionund Lastenheft 2 Auswahl von ERPund Partner 3 Konfigurationund Anpassungen 4 Datenübernahme 5 Tests undSchulung 6 Go-live undSupport
Die Phasen eines ERP-Projekts

Ein ERP-Projekt entscheidet darüber, ob Ihr Unternehmen in den nächsten Jahren mit einem durchgängigen System arbeitet oder weiter zwischen Tabellen, Insellösungen und Medienbrüchen vermittelt. Die Software ist dabei nur ein Baustein. Den größeren Teil machen Prozesse, Daten und Menschen aus. Dieser Leitfaden beschreibt die Phasen der ERP-Einführung von der Planung bis zur laufenden Verbesserung und nennt für jede Phase das Ziel, die Ergebnisse und die typischen Stolpersteine.

Er richtet sich an Geschäftsführer, Finanzleiter und IT-Verantwortliche in österreichischen KMU und mittelgroßen Unternehmen. Wenn Sie erst klären möchten, was ein ERP-System überhaupt leistet, lesen Sie zuerst was ein ERP-System ist.

Der Ablauf eines ERP-Projekts im Überblick

Jedes Projekt ist anders, doch die Abfolge ist erstaunlich stabil. Die folgende Tabelle zeigt die Phasen und ihren wichtigsten Zweck.

Phase Kernfrage Wichtigstes Ergebnis
Planung und Zielbild Was soll das System für uns leisten? Projektauftrag, Ziele, Verantwortliche
Auswahl Welches System und welcher Partner passen? Entscheidung auf Basis eines Lastenhefts
Fachkonzept Wie laufen unsere Prozesse künftig? Freigegebene Sollprozesse
Einrichtung Wie bilden wir das im System ab? Konfigurierte Testumgebung
Datenübernahme Welche Daten ziehen mit um? Bereinigte, geprüfte Stammdaten
Abnahmetest Funktioniert alles im Alltag? Dokumentierte Abnahme
Schulung Können die Anwender damit arbeiten? Geschulte Mitarbeitende, Anleitungen
Produktivstart Wie gelingt der Umstieg? Laufender Betrieb, Hypercare
Verbesserung Was holen wir noch heraus? Priorisierte Weiterentwicklung

Wichtig: Die Phasen sind keine starre Kette. Datenbereinigung beginnt schon im Fachkonzept, Schulungsunterlagen entstehen parallel zur Einrichtung, und die Entscheidungen der Auswahl wirken bis zum Betrieb nach.

Phase 1: Planung und Zielbild

Ziel: Bevor Sie ein System anschauen, legen Sie fest, warum Sie ein ERP-Projekt starten. Typische Gründe sind verteilte Daten, manuelle Abläufe, fehlende Transparenz bei Beständen und Margen, ein auslaufendes Altsystem oder neue Anforderungen wie die elektronische Rechnung.

Ergebnisse:

  • ein kurzer Projektauftrag mit Zielen, die sich überprüfen lassen (etwa „Auftragsabwicklung ohne Doppelerfassung“ oder „Monatsabschluss ohne manuelle Zusammenführung“)
  • ein Auftraggeber in der Geschäftsführung und eine benannte Projektleitung
  • eine erste Abgrenzung: Welche Bereiche und Standorte gehören zum ersten Schritt, welche später?
  • ein Rahmen für Budget und Zeit, den Sie intern abgestimmt haben

Typische Fallen:

  • Ziele wie „alles modernisieren“ lassen sich nicht messen und führen zu einem Projekt ohne Ende.
  • Die Projektleitung wird nebenbei besetzt. Ein ERP-Projekt braucht freigestellte Zeit, sonst bleibt das Tagesgeschäft immer wichtiger.
  • Der Betriebsrat, die Datenschutzverantwortlichen oder der Steuerberater werden zu spät eingebunden.

Wie sich die Kosten zusammensetzen und welche Posten gern übersehen werden, erklärt der Beitrag zu den ERP-Kosten.

Phase 2: Auswahl von System und Partner

Ziel: Sie entscheiden sich für ein System und einen Implementierungspartner, die zu Ihren Prozessen, Ihrer Größe und Ihrer IT-Landschaft passen. Die beiden Entscheidungen hängen eng zusammen: Ein gutes System in den Händen eines unpassenden Partners wird ein schwieriges Projekt, und umgekehrt.

Ergebnisse:

  • ein Lastenheft mit Muss- und Kann-Anforderungen
  • eine Vorauswahl von Systemen, etwa aus dem Kreis von Odoo, Microsoft Dynamics 365 Business Central, SAP Business One, BMD oder Oracle NetSuite
  • Präsentationen, in denen die Anbieter Ihre eigenen Abläufe zeigen, nicht ihre Standarddemo
  • ein Angebot mit klar beschriebenem Leistungsumfang, Verantwortlichkeiten und Annahmen
  • eine Entscheidung, die Sie nachvollziehbar dokumentieren

Typische Fallen:

  • Der Vergleich dreht sich um Funktionslisten statt um Ihre kritischen Prozesse.
  • Der Preis der Lizenz wird verglichen, nicht der Gesamtaufwand über die Nutzungsdauer.
  • Referenzen werden nicht geprüft. Sprechen Sie mit Unternehmen ähnlicher Größe und Branche.

Hilfe bei der Systemfrage geben die Beiträge zur ERP-Auswahl und zur Frage, ob Cloud oder On-Premise besser passt. Wie Sie einen geeigneten Partner erkennen, lesen Sie unter ERP-Integrator finden. Genau hier setzt unser kostenloser Service an: Wir ordnen Ihr Vorhaben ein und stellen den Kontakt zu einem passenden Integrator her, so funktioniert die Vermittlung.

Phase 3: Fachkonzept und Prozessdesign

Ziel: Gemeinsam mit dem Partner beschreiben Sie, wie Ihre Abläufe künftig im System laufen. Diese Phase wird häufig unterschätzt, ist aber die wichtigste. Hier entscheidet sich, wie viel Standard Sie nutzen und wie viel Sonderentwicklung entsteht.

Ergebnisse:

  • beschriebene Sollprozesse für Einkauf, Verkauf, Lager, Finanzbuchhaltung und gegebenenfalls Produktion, Projekte oder Service
  • eine Liste der Abweichungen vom Standard, jeweils mit Begründung und Aufwandsabschätzung
  • Festlegung von Organisationsstruktur, Kontenplan, Kostenstellen, Währungen, Steuerkennzeichen und Berechtigungskonzept
  • eine Übersicht aller Schnittstellen, etwa zu Webshop, Lohnverrechnung, Bank, Kassa oder Produktionsmaschinen
  • schriftliche Freigabe durch die Fachbereiche

Typische Fallen:

  • „Das haben wir immer schon so gemacht“ wird zur Anforderung. Fragen Sie bei jeder Abweichung, ob sie einen geschäftlichen Nutzen bringt oder nur Gewohnheit ist.
  • Sonderwünsche werden gesammelt, ohne Folgen für Wartung und Updates zu bedenken.
  • Österreichische Besonderheiten werden spät geklärt: Anforderungen der Buchhaltung nach UGB und Steuerrecht, Umsatzsteuerlogik, Meldungen an Behörden, Lohnverrechnung und Zahlungsverkehr. Klären Sie früh, was das System im Standard abdeckt und wofür Zusatzmodule oder lokale Erweiterungen nötig sind. Gerade bei der Anbindung an österreichische Lohn- und Steuerprozesse spielt auch der lokale Anbieter BMD eine Rolle.

Phase 4: Einrichtung und Konfiguration

Ziel: Der Partner richtet das System nach dem freigegebenen Konzept ein. Sie arbeiten in einer Testumgebung, die Schritt für Schritt wächst.

Ergebnisse:

  • konfigurierte Mandanten, Organisationseinheiten und Benutzerrollen
  • eingerichtete Standardprozesse, Formulare, Berichte und Freigabe-Workflows
  • umgesetzte Schnittstellen und, wo unvermeidbar, Erweiterungen
  • regelmäßige Zwischenvorführungen, in denen Ihre Schlüsselanwender den Fortschritt sehen und Rückmeldung geben

Typische Fallen:

  • Die Fachbereiche sehen das System erst zum Abnahmetest. Fehlannahmen fallen dann zu spät auf. Verlangen Sie Zwischenstände in kurzen Abständen.
  • Änderungswünsche laufen ohne Steuerung. Führen Sie ein einfaches Änderungsverfahren ein: Wunsch, Bewertung, Entscheidung, Dokumentation.
  • Berechtigungen werden zu großzügig vergeben. Planen Sie die Funktionstrennung von Anfang an, auch mit Blick auf interne Kontrollen und Prüfungen.

Phase 5: Datenübernahme

Ziel: Stammdaten und Bewegungsdaten kommen sauber aus dem Altsystem in das neue System. Datenqualität ist oft der Engpass, der den Zeitplan bestimmt.

Ergebnisse:

  • eine Entscheidung, was übernommen wird: offene Posten, Salden, Artikel, Kunden, Lieferanten, Stücklisten, Preise, Verträge
  • bereinigte Daten ohne Dubletten, veraltete Einträge und unvollständige Felder
  • Zuordnungstabellen zwischen alter und neuer Struktur
  • mehrere Probeläufe der Übernahme mit anschließendem Abgleich, etwa von Saldenlisten und offenen Posten mit der Buchhaltung
  • eine Regelung für Altdaten, die nicht übernommen werden, aber zugänglich bleiben müssen

Typische Fallen:

  • Bereinigt wird erst kurz vor dem Start. Beginnen Sie früh, denn Entscheidungen über Artikelstrukturen und Kundendaten brauchen Zeit.
  • Aufbewahrungspflichten werden vergessen. Steuer- und unternehmensrechtliche Unterlagen müssen auch nach dem Wechsel in lesbarer Form verfügbar sein; klären Sie das mit Ihrer Steuerberatung.
  • Niemand ist für die Datenqualität verantwortlich. Benennen Sie je Datenbereich eine Person, die freigibt.

Die Datenübernahme ist auch der Kern jedes Systemwechsels. Mehr dazu im Beitrag zur ERP-Migration.

Phase 6: Abnahmetest

Ziel: Sie prüfen, ob das System Ihre tatsächlichen Abläufe trägt, bevor es produktiv geht. Getestet wird mit realen Szenarien und realen Daten, nicht mit Beispielen des Anbieters.

Ergebnisse:

  • ein Testplan mit durchgängigen Geschäftsfällen, etwa vom Angebot über Auftrag, Lieferung und Rechnung bis zur Zahlung und Buchung
  • Tests für Ausnahmen: Retouren, Teillieferungen, Storno, Gutschriften, Fremdwährung
  • Lasttests und Berechtigungstests, soweit relevant
  • eine Liste der Fehler mit Priorität und Verantwortlichem
  • eine schriftliche Abnahme durch die Fachbereiche

Typische Fallen:

  • Es testen nur Projektleitung und Partner. Die Menschen, die täglich damit arbeiten, müssen selbst testen.
  • Es werden nur Standardfälle geprüft. Die Probleme entstehen fast immer bei den Ausnahmen.
  • Der Termin steht fest, die Fehlerliste ist offen. Legen Sie vorab Kriterien fest, ab wann ein Go-live vertretbar ist und welche Fehler es verhindern.

Phase 7: Schulung und Veränderungsmanagement

Ziel: Ihre Mitarbeitenden verstehen, warum sich Abläufe ändern, und können mit dem neuen System sicher arbeiten. Ein technisch perfektes System scheitert im Alltag, wenn es niemand annimmt.

Ergebnisse:

  • ein Schulungsplan nach Rollen: Sachbearbeitung, Lager, Buchhaltung, Führungskräfte
  • Schulungen in einer Umgebung mit Ihren eigenen Daten
  • kurze Arbeitsanleitungen für die wichtigsten Abläufe
  • ausgebildete Schlüsselanwender, die im Tagesgeschäft als erste Ansprechpersonen dienen
  • klare Kommunikation an alle Betroffenen: Was ändert sich, ab wann, wer hilft?

Typische Fallen:

  • Die Schulung findet zu früh statt und ist beim Start vergessen, oder sie findet in der Woche des Starts statt und überfordert.
  • Das Budget für Schulung wird als Erstes gekürzt, wenn der Zeitplan eng wird.
  • Skepsis im Team wird übergangen. Beziehen Sie kritische Stimmen früh ein; sie kennen die Schwachstellen der alten Abläufe am besten.

Phase 8: Produktivstart und Hypercare

Ziel: Der Umstieg vom alten auf das neue System gelingt ohne Stillstand. Danach begleitet der Partner den Betrieb intensiver als üblich, damit Probleme schnell gelöst werden. Diese Zeit heißt Hypercare.

Ergebnisse:

  • ein Umstiegsplan mit Stichtag, Reihenfolge der Schritte und Verantwortlichen
  • Abgleich der Eröffnungsbestände, etwa Lagerbestand, Salden und offene Posten
  • eine Rückfallregelung für den Fall, dass kritische Fehler auftreten
  • ein Support-Prozess mit Ansprechpersonen, Reaktionswegen und Priorisierung
  • tägliche kurze Abstimmungen in den ersten Betriebswochen

Typische Fallen:

  • Der Stichtag wird ungünstig gewählt, etwa mitten im Monatsabschluss oder in der Hauptsaison. Wählen Sie einen Zeitpunkt, an dem Buchhaltung und Lager Luft haben.
  • Das Altsystem wird sofort abgeschaltet. Halten Sie den lesenden Zugriff bereit, bis die Eröffnungswerte bestätigt sind.
  • Nach dem Start fehlt die Kapazität, Rückfragen zu beantworten. Planen Sie die Entlastung der Schlüsselanwender ein.

Ob Sie auf einmal oder in Etappen umsteigen, hängt von Größe und Struktur ab. Mehrere Standorte, Gesellschaften oder sehr verschiedene Geschäftsbereiche sprechen für einen schrittweisen Weg. Bei einem überschaubaren Unternehmen mit eng verzahnten Prozessen ist ein einziger Stichtag oft sauberer.

Phase 9: Laufende Verbesserung

Ziel: Mit dem Go-live endet das Projekt, aber nicht die Arbeit am System. Nach den ersten Betriebswochen zeigt sich, wo Prozesse hakten, welche Berichte fehlen und wo Automatisierung Zeit spart.

Ergebnisse:

  • eine Nachbetrachtung mit Bilanz zu den Projektzielen
  • ein priorisierter Wunschzettel für die nächste Ausbaustufe
  • Regeln für Updates, Tests und Änderungen im Betrieb
  • Berichte und Kennzahlen, die das Management tatsächlich nutzt
  • ein Wartungs- und Supportvertrag, der zu Ihrem Bedarf passt

Typische Fallen:

  • Das Projektteam löst sich auf, und niemand besitzt das System. Benennen Sie eine fachliche Verantwortung für das ERP im Unternehmen.
  • Wünsche stauen sich, bis Anwender wieder Tabellen neben dem System pflegen. Kleine Anpassungen in kurzen Zyklen halten die Akzeptanz hoch.
  • Updates werden ohne Test eingespielt. Gerade bei Cloud-Lösungen mit regelmäßigen Versionswechseln braucht es einen festen Prüfablauf.

Rollen im Projekt: Wer macht was?

Ein Projekt braucht auf beiden Seiten klare Zuständigkeiten. Die folgende Übersicht hilft bei der Planung.

Rolle Aufgabe
Auftraggeber (Geschäftsführung) Ziele setzen, Entscheidungen treffen, Hindernisse beseitigen
Projektleitung im Unternehmen Termine, Ressourcen, Abstimmung mit dem Partner
Schlüsselanwender Prozesse beschreiben, testen, Kolleginnen und Kollegen schulen
IT Infrastruktur, Schnittstellen, Sicherheit, Berechtigungen
Finanzen und Steuerberatung Buchhaltungsvorgaben, Abstimmung der Eröffnungswerte
Implementierungspartner Beratung, Einrichtung, Entwicklung, Schulung, Support

Die Verantwortung für Prozesse, Daten und Entscheidungen bleibt bei Ihnen. Der Partner bringt Methode und Systemwissen mit, kann aber nicht für Sie entscheiden, wie Ihr Unternehmen arbeiten soll.

Zeit, Budget und Umfang realistisch steuern

Verlässliche Aussagen zu Dauer und Kosten gibt es erst nach einer Analyse Ihrer Prozesse. Pauschale Angaben ohne Kenntnis Ihres Umfangs sollten Sie skeptisch sehen. Folgende Faktoren bestimmen Aufwand und Dauer:

  • Zahl der Prozesse und Bereiche im ersten Schritt
  • Anteil des Standards gegenüber Sonderentwicklungen
  • Qualität und Menge der zu übernehmenden Daten
  • Zahl der Standorte, Gesellschaften und Sprachen
  • Zahl und Komplexität der Schnittstellen
  • Verfügbarkeit Ihrer Fachleute neben dem Tagesgeschäft

Drei Grundsätze helfen, das Projekt beherrschbar zu halten. Erstens: Starten Sie mit einem klar abgegrenzten ersten Umfang, der den größten Nutzen bringt, und erweitern Sie danach. Zweitens: Nutzen Sie den Standard, wo immer er ausreicht. Jede Sonderlösung verursacht dauerhaft Aufwand bei Pflege und Updates. Drittens: Planen Sie Reserven für Unvorhergesehenes ein, vor allem bei Datenqualität und Schnittstellen.

Typische Fehler im ERP-Projekt vermeiden

Aus den Phasen oben ergibt sich eine Reihe wiederkehrender Muster:

  • unklare Ziele und fehlende Verantwortung auf Führungsebene
  • zu später oder zu geringer Einsatz der Fachbereiche
  • ein Funktionsumfang, der im ersten Schritt zu groß ist
  • ungeklärte Datenqualität
  • Schulung und Kommunikation als Nebensache
  • kein Plan für den Betrieb nach dem Start

Wie sich solche Fehler konkret auswirken und woran Sie sie früh erkennen, beschreibt der Beitrag Fehler im ERP-Projekt.

Besonderheiten für KMU

Kleinere und mittlere Unternehmen haben selten eine eigene Projektabteilung. Das spricht nicht gegen ein ERP-Projekt, aber für Disziplin bei Umfang und Ressourcen. Ein schlanker Start mit Finanzen, Verkauf, Einkauf und Lager schafft früh einen spürbaren Nutzen. Branchenspezifische Erweiterungen, etwa für Fertigung, Großhandel oder Bau, folgen, wenn der Kern stabil läuft. Mehr zu den Anforderungen kleinerer Betriebe finden Sie unter ERP für KMU.

Checkliste vor dem Projektstart

Bevor Sie den Auftrag erteilen, sollten Sie jede dieser Fragen mit Ja beantworten können:

  • Gibt es einen schriftlichen Projektauftrag mit überprüfbaren Zielen?
  • Ist die Geschäftsführung als Auftraggeber benannt und erreichbar?
  • Ist die Projektleitung im Unternehmen freigestellt oder zumindest spürbar entlastet?
  • Liegt ein Lastenheft vor, das Ihre kritischen Prozesse beschreibt?
  • Ist der Leistungsumfang im Angebot so klar, dass er sich vom Zusatzaufwand abgrenzen lässt?
  • Wissen Sie, wer die Daten bereinigt und freigibt?
  • Sind Steuerberatung, Datenschutz und gegebenenfalls Betriebsrat eingebunden?
  • Gibt es einen Plan für Schulung, Hypercare und Betrieb?

Fazit: Gute Vorbereitung zahlt sich in jeder Phase aus

Ein ERP-Projekt gelingt, wenn Ziele klar sind, die Fachbereiche mitarbeiten, die Daten sauber sind und der Partner zu Ihnen passt. Die Technik ist heute in der Regel beherrschbar; entscheidend sind Entscheidungen, Zuständigkeiten und Disziplin. Wenn Sie wissen möchten, welcher Integrator zu Ihrem Vorhaben passt, schildern Sie uns Ihr Projekt. Wir vermitteln kostenlos und neutral gegenüber den Herstellern; die Umsetzung übernimmt der Integrator. Einen Vergleich der gängigen Systeme finden Sie im ERP-Vergleich und im Überblick zur ERP-Software.

Häufige Fragen

Welche Phasen hat ein ERP-Projekt?

Ein ERP-Projekt umfasst typischerweise Projektplanung, Auswahl von System und Partner, Fachkonzept, Systemeinrichtung, Datenübernahme, Abnahmetest, Schulung, Produktivstart und danach die laufende Verbesserung. Die Phasen überlappen sich teilweise, die Reihenfolge der Entscheidungen bleibt aber gleich: erst verstehen, dann gestalten, dann übernehmen, dann starten.

Wie lange dauert die Einführung eines ERP-Systems?

Die Dauer hängt vom Umfang der Prozesse, der Zahl der Standorte, der Datenqualität und der Verfügbarkeit Ihrer Fachabteilungen ab. Ein schlank gehaltenes Projekt mit Standardprozessen läuft deutlich kürzer als ein Projekt mit vielen Sonderlösungen. Ein seriöser Integrator nennt Ihnen nach der Analyse einen Zeitplan mit Meilensteinen statt einer pauschalen Zusage.

Wer muss im ERP-Projekt auf Unternehmensseite mitarbeiten?

Sie brauchen einen Auftraggeber aus der Geschäftsführung, eine Projektleitung mit ausreichend Zeit sowie Schlüsselanwender aus Finanzen, Einkauf, Vertrieb, Lager und gegebenenfalls Produktion. Die IT begleitet Schnittstellen, Infrastruktur und Berechtigungen. Ohne freigestellte Fachleute verzögert sich jedes Projekt, unabhängig vom gewählten System.

Was sind die häufigsten Gründe, warum ein ERP-Projekt scheitert?

Häufig sind es unklare Ziele, ein zu großer Funktionsumfang im ersten Schritt, schlechte Stammdaten, fehlende Entscheidungen im Unternehmen und eine zu knappe Schulung. Technik ist selten die Ursache. Wer Ziele, Zuständigkeiten und Umfang früh schriftlich festhält, beugt den meisten Problemen vor.

Wann lohnt sich ein Go-live in Etappen statt auf einmal?

Eine Einführung in Etappen eignet sich, wenn mehrere Standorte, Gesellschaften oder sehr unterschiedliche Bereiche betroffen sind. Sie senken das Risiko und sammeln Erfahrung für die nächsten Schritte. Ein einziger Stichtag ist einfacher zu steuern, wenn die Organisation überschaubar ist und die Prozesse durchgängig verzahnt sind.

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.