ERP-Einführung ohne Chaos: Ein Fahrplan für den Mittelstand

Eine ERP-Einführung gehört zu den folgenreichsten Projekten, die ein mittelständisches Unternehmen angehen kann. Das System verbindet Einkauf, Lager, Produktion, Vertrieb und Buchhaltung – und berührt damit fast jeden Arbeitsplatz. Ob das Vorhaben gelingt, entscheidet sich selten an der Software selbst. Es entscheidet sich an klaren Zielen, sauberen Daten, verfügbaren Mitarbeitern und einer Geschäftsführung, die das Projekt als Chefsache behandelt. Der folgende Fahrplan ordnet die Arbeit in elf Schritte.

Das Ziel: Prozesse tragen, nicht Software bedienen

Ein ERP-System ist kein Selbstzweck. Es soll Abläufe vereinheitlichen, Medienbrüche beseitigen und Zahlen liefern, auf die sich Entscheidungen stützen lassen. Wer mit dem Satz „Wir brauchen ein neues ERP“ startet, beginnt am falschen Ende. Der bessere Ausgangspunkt lautet: Welche Probleme soll das neue System lösen, und woran erkennen wir in zwei Jahren, dass es gelungen ist?

Ein ERP-Projekt ist ein Organisationsprojekt mit Software-Anteil – nicht umgekehrt.

Der Fahrplan in elf Schritten

1. Ziele und Projektumfang festlegen

Am Anfang steht ein kurzes, verbindliches Zieldokument. Es beschreibt, welche Unternehmensbereiche und Standorte einbezogen werden, welche Altsysteme abgelöst werden und welche messbaren Verbesserungen erwartet werden – etwa kürzere Durchlaufzeiten in der Auftragsabwicklung, ein schnellerer Monatsabschluss oder verlässliche Bestandsdaten. Ebenso wichtig ist, was ausdrücklich nicht zum Projekt gehört. Ein klar abgegrenzter Umfang ist der wirksamste Schutz gegen ausufernde Budgets.

2. Ist-Prozesse dokumentieren

Bevor Anforderungen formuliert werden, muss das Unternehmen verstehen, wie es heute arbeitet. Dazu gehören die Kernprozesse vom Angebot bis zur Zahlung, vom Bedarf bis zur Bestellung und vom Wareneingang bis zur Auslieferung. Entscheidend sind die Ausnahmen: Sonderpreise, manuelle Freigaben, Excel-Listen neben dem System. Genau dort steckt das Wissen, das bei der Einführung sonst verloren geht. Die Dokumentation ist zugleich eine Chance, überflüssige Schritte zu streichen, bevor sie in ein neues System übertragen werden.

3. Anforderungen und Lastenheft

Aus Zielen und Ist-Analyse entsteht das Lastenheft. Es beschreibt aus Sicht des Unternehmens, was das System leisten muss – nicht, wie ein Anbieter es umsetzt. Bewährt hat sich eine Priorisierung in Muss-, Soll- und Kann-Anforderungen. Zum Lastenheft gehören auch nichtfunktionale Anforderungen: Schnittstellen zu Onlineshop, Bank, Lohnbuchhaltung oder Maschinensteuerung, Benutzerzahlen, Mehrsprachigkeit, Berechtigungskonzept und Anforderungen an Datenschutz und Informationssicherheit. Das Pflichtenheft, in dem der spätere Anbieter die Umsetzung beschreibt, baut darauf auf.

4. Marktüberblick und Auswahl

Der ERP-Markt ist breit – von Branchenlösungen für einzelne Gewerke bis zu Plattformen für international tätige Konzerne. Eine seriöse Auswahl beginnt mit einer Longlist, die anhand der Muss-Anforderungen auf wenige Anbieter verdichtet wird. Diese präsentieren anschließend anhand eigener, realistischer Szenarien des Unternehmens – nicht anhand ihrer Standard-Demo. Referenzbesuche bei Unternehmen ähnlicher Größe und Branche sowie die Prüfung des Implementierungspartners sind oft aufschlussreicher als jede Folienpräsentation.

Eine Grundsatzfrage ist der Betrieb: Cloud oder On-Premise. Cloud-Lösungen verlagern Betrieb, Updates und einen Teil der Sicherheitsverantwortung zum Anbieter, laufen über Abonnements und sind meist stärker standardisiert. On-Premise-Installationen bieten mehr Gestaltungsfreiheit, verlangen aber eigenes IT-Personal, eigene Infrastruktur und eine eigene Update-Strategie. Bei Cloud-Angeboten sollten Unternehmen Rechenzentrumsstandorte, Exit-Regelungen und den Umgang mit Daten vertraglich klären. Wer ohnehin an seiner Informationssicherheit arbeitet – etwa weil NIS2 das eigene Unternehmen betrifft –, sollte die Anforderungen an Lieferanten von Beginn an in die Auswahl einbeziehen.

Für Unternehmen, die noch SAP ERP 6.0 (ECC) einsetzen, ist die Auswahl zusätzlich an einen Termin gebunden: SAP hat die Mainstream-Wartung für die Kernanwendungen der SAP Business Suite 7 bis Ende 2027 zugesagt. Danach bietet der Hersteller eine optionale erweiterte Wartung bis Ende 2030 gegen einen Aufschlag auf die Wartungsbasis an.

5. Budget – einschließlich des internen Aufwands

Ein realistisches Budget umfasst Lizenzen oder Abonnements, Implementierungsleistungen, Schnittstellen, Datenmigration, Schulung, Infrastruktur und laufende Wartung. Der am häufigsten unterschätzte Posten erscheint auf keiner Rechnung: die Arbeitszeit der eigenen Mitarbeiter. Fachabteilungen müssen Prozesse beschreiben, Daten bereinigen, testen und schulen – parallel zum Tagesgeschäft. Dieser Aufwand gehört ausdrücklich in die Planung, ebenso ein Puffer für Unvorhergesehenes. Da Zahlungen an Anbieter und Berater über Monate verteilt anfallen, lohnt es sich, das Projekt in die rollierende Liquiditätsplanung aufzunehmen.

6. Projektteam und Key-User

Ein ERP-Projekt braucht einen Auftraggeber aus der Geschäftsführung, eine Projektleitung mit Entscheidungsbefugnis und für jeden Fachbereich einen Key-User. Key-User kennen die Prozesse ihres Bereichs, formulieren Anforderungen, testen und schulen später ihre Kollegen. Sie müssen dafür spürbar vom Tagesgeschäft entlastet werden. Ein Lenkungsausschuss, der in festen Abständen tagt, entscheidet über Budget, Umfang und Konflikte zwischen Abteilungen.

7. Datenmigration und Datenbereinigung

Ein neues System mit alten, fehlerhaften Daten erzeugt dieselben Probleme wie zuvor – nur schneller. Stammdaten zu Kunden, Lieferanten, Artikeln und Stücklisten sollten früh analysiert werden: Dubletten, veraltete Datensätze, uneinheitliche Schreibweisen, fehlende Pflichtfelder. Für jede Datenart braucht es einen Verantwortlichen aus dem Fachbereich. Außerdem ist festzulegen, welche Bewegungsdaten übernommen werden und welche im Altsystem verbleiben – mit Blick auf die gesetzlichen Aufbewahrungspflichten. Mehrere Probeläufe der Migration vor dem Go-live sind die Regel, nicht die Ausnahme.

8. Testen

Getestet wird in Stufen: einzelne Funktionen, dann vollständige Prozessketten vom Angebot bis zur Buchung, schließlich die Abnahme durch die Fachbereiche. Testfälle sollten aus den dokumentierten Ist-Prozessen abgeleitet werden und ausdrücklich Sonderfälle enthalten. Schnittstellen, Berechtigungen und Belegdruck verdienen eigene Testläufe. Fehler werden zentral erfasst, priorisiert und vor dem Go-live nachweislich behoben.

9. Schulung

Schulungen wirken am besten kurz vor dem Go-live, rollenbezogen und mit eigenen Daten des Unternehmens. Das Key-User-Prinzip – Kollegen schulen Kollegen – erhöht die Akzeptanz. Kurze Arbeitsanleitungen für die wichtigsten Vorgänge helfen in den ersten Wochen mehr als umfangreiche Handbücher.

10. Go-live: Big Bang oder stufenweise

Beim Big Bang werden alle Bereiche zu einem Stichtag umgestellt. Das vermeidet lange Parallelphasen und Übergangsschnittstellen, bündelt aber das Risiko auf einen Termin. Die stufenweise Einführung – nach Modulen, Standorten oder Gesellschaften – verteilt das Risiko und erlaubt Lerneffekte, verlängert jedoch die Projektdauer und erfordert zeitweise Schnittstellen zwischen alt und neu. Welche Variante passt, hängt von Unternehmensgröße, Verflechtung der Prozesse und Risikobereitschaft ab. In beiden Fällen gilt: Der Stichtag sollte nicht in die Hochsaison oder den Jahresabschluss fallen, und es braucht einen dokumentierten Rückfallplan.

11. Hypercare

Nach dem Go-live beginnt die Phase intensiver Betreuung. Implementierungspartner und Key-User stehen einige Wochen lang unmittelbar zur Verfügung, Probleme werden täglich gesichtet und priorisiert. Erst wenn die Kernprozesse stabil laufen und der erste Monatsabschluss im neuen System gelungen ist, geht das Projekt in den Regelbetrieb über. Danach ist es Zeit, die anfangs definierten Ziele zu überprüfen.

Compliance: E-Rechnung, GoBD und DSGVO

Ein neues ERP-System muss die rechtlichen Anforderungen von Anfang an abbilden. Drei Themen verdienen nach aktueller Rechtslage (Stand: September 2026) besondere Aufmerksamkeit.

E-Rechnung. Eine elektronische Rechnung im Sinne von § 14 Abs. 1 UStG wird in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen, das eine elektronische Verarbeitung ermöglicht. Für die Ausstellung im inländischen B2B-Verkehr gelten Übergangsregeln nach § 27 Abs. 38 UStG: Sie enden grundsätzlich mit Ablauf des Jahres 2026, für Unternehmen mit einem Vorjahresumsatz von nicht mehr als 800.000 Euro erst Ende 2027. Das ERP-System sollte E-Rechnungen erzeugen, empfangen und maschinell verarbeiten können. Einzelheiten zu Fristen und Formaten bietet der SIGNO-Beitrag zum Rechnungsverkehr bis 2028.

GoBD. Die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff beruhen auf dem BMF-Schreiben vom 28. November 2019, das am 11. März 2024 und zuletzt mit BMF-Schreiben vom 14. Juli 2025 geändert wurde. Die jüngste Änderung stellt unter anderem klar, dass für die Aufbewahrung einer E-Rechnung grundsätzlich der strukturierte Datensatz genügt. Für die ERP-Einführung bedeutet das: Die Verfahrensdokumentation muss an das neue System angepasst werden, die Datenübernahme ist nachvollziehbar zu dokumentieren, und die Finanzverwaltung muss nach § 147 Abs. 6 AO auf steuerlich relevante Daten zugreifen können – auch auf solche, die im abgelösten Altsystem verbleiben. Die Aufbewahrungsfristen nach § 147 Abs. 3 AO betragen je nach Unterlage zehn, acht oder sechs Jahre.

DSGVO. Ein ERP-System verarbeitet personenbezogene Daten von Kunden, Lieferanten und Beschäftigten. Wird es in der Cloud betrieben oder von einem Dienstleister gewartet, ist ein Vertrag zur Auftragsverarbeitung nach Art. 28 DSGVO erforderlich. Das Berechtigungskonzept, Löschfristen und datenschutzfreundliche Voreinstellungen im Sinne von Art. 25 DSGVO sollten Teil des Lastenhefts sein, nicht eine nachträgliche Korrektur. Das Verzeichnis von Verarbeitungstätigkeiten ist nach der Umstellung zu aktualisieren.

Typische Fallstricke

• Alles individuell anpassen. Jede Sonderprogrammierung verteuert Einführung, Tests und künftige Updates. Oft ist es klüger, den eigenen Prozess an den Standard anzupassen, sofern er kein echter Wettbewerbsvorteil ist.
• Datenqualität unterschätzen. Die Bereinigung von Stammdaten dauert erfahrungsgemäß länger als geplant und lässt sich nicht an den Anbieter delegieren.
• Veränderungsmanagement vernachlässigen. Mitarbeiter, die ihre gewohnten Werkzeuge verlieren, brauchen frühe Information, Beteiligung und Schulung. Widerstand zeigt sich sonst nach dem Go-live in Umgehungslösungen.
• Key-User nicht freistellen. Wer das Projekt neben voller Tagesarbeit betreuen soll, wird zum Engpass.
• Umfang während des Projekts ausweiten. Neue Wünsche gehören in eine spätere Ausbaustufe, nicht in den laufenden Zeitplan.

Checkliste für das ERP-Projekt

1. Ziele, Umfang und Erfolgskriterien schriftlich festgelegt und von der Geschäftsführung freigegeben
2. Kernprozesse einschließlich Ausnahmen dokumentiert
3. Lastenheft mit priorisierten Anforderungen, Schnittstellen und Datenschutzanforderungen erstellt
4. Anbieter anhand eigener Szenarien und Referenzen verglichen, Betriebsmodell entschieden
5. Budget mit internem Aufwand und Puffer kalkuliert, in der Liquiditätsplanung berücksichtigt
6. Projektleitung, Lenkungsausschuss und freigestellte Key-User benannt
7. Stammdaten bereinigt, Verantwortliche je Datenart bestimmt, Migration mehrfach geprobt
8. Funktions-, Prozess- und Abnahmetests mit dokumentierten Ergebnissen abgeschlossen
9. Rollenbezogene Schulungen durchgeführt, Arbeitsanleitungen verfügbar
10. Go-live-Strategie, Stichtag und Rückfallplan festgelegt
11. E-Rechnung, Verfahrensdokumentation nach GoBD, Datenzugriff auf Altdaten und Auftragsverarbeitung geklärt
12. Hypercare-Phase mit festen Ansprechpartnern organisiert, Zielerreichung nach dem Go-live überprüft

Fazit

Eine ERP-Einführung ohne Chaos ist kein Glücksfall, sondern das Ergebnis systematischer Vorbereitung. Wer Ziele und Umfang früh festlegt, die eigenen Prozesse kennt, Daten ernst nimmt und die Mitarbeiter mitnimmt, senkt das Risiko erheblich. Die Wahl des Systems ist wichtig – doch über den Erfolg entscheidet meist, wie konsequent das Unternehmen das Projekt führt. Rechtliche Anforderungen wie E-Rechnung, GoBD und DSGVO sollten dabei von Beginn an mitgedacht werden, nicht erst kurz vor dem Stichtag.

Hinweis: Dieser Beitrag dient der allgemeinen Information und stellt keine Anlage-, Steuer- oder Rechtsberatung dar. Maßgeblich ist die individuelle Prüfung durch qualifizierte Berater.

Quellen

• SAP Support – Maintenance Strategy SAP S/4HANA and SAP Business Suite 7 – https://support.sap.com/en/release-upgrade-maintenance/maintenance-information/maintenance-strategy/s4hana-business-suite7.html
• Bundesministerium der Finanzen – GoBD, 2. Änderung (BMF-Schreiben vom 14.07.2025) – https://www.bundesfinanzministerium.de/Content/DE/Downloads/BMF_Schreiben/Weitere_Steuerthemen/Abgabenordnung/2025-07-14-GoBD-2-aenderung.html
• DATEV – Änderung der GoBD vom 14. Juli 2025 – https://www.datev.de/web/de/berufsgruppenuebergreifend/gesetzliche-themen/gobd/aenderungen-vom-14-Juli-2025
• § 147 AO – Ordnungsvorschriften für die Aufbewahrung von Unterlagen – https://www.gesetze-im-internet.de/ao_1977/__147.html
• § 14 UStG – Ausstellung von Rechnungen – https://www.gesetze-im-internet.de/ustg_1980/__14.html
• § 27 UStG – Allgemeine Übergangsvorschriften – https://www.gesetze-im-internet.de/ustg_1980/__27.html
• Verordnung (EU) 2016/679 (DSGVO) – EUR-Lex – https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32016R0679