Werden Aufträge noch in einem Altsystem erfasst, Bestände in Excel gepflegt und Kundeninformationen im CRM separat verwaltet, entsteht nicht nur Mehraufwand. Entscheidungen beruhen dann auf unterschiedlichen Zahlenständen. Ein Beispiel für eine ERP-Migration im Mittelstand zeigt deshalb vor allem eines: Der Systemwechsel ist kein reines IT-Projekt. Er ist die Gelegenheit, Prozesse zu vereinheitlichen, Datenflüsse verbindlich zu gestalten und Wachstum operativ beherrschbar zu machen.
Die Ausgangslage: Wachstum trifft auf Systemgrenzen
Ein typischer mittelständischer Handels- und Dienstleistungsbetrieb ist über Jahre gewachsen. Die bestehende Warenwirtschaft deckt Einkauf, Lager und Fakturierung grundsätzlich ab, wurde aber mehrfach angepasst. Zusätzliche Tabellen unterstützen Projektabrechnungen, Freigaben und Forecasts. Das Vertriebsteam arbeitet mit einem CRM, dessen Daten nur punktuell ins ERP gelangen. Belege liegen teils auf Netzlaufwerken, teils in E-Mail-Postfächern.
Die Folgen zeigen sich im Tagesgeschäft: Mitarbeitende erfassen Daten mehrfach, der Monatsabschluss dauert länger als nötig, Lieferzusagen sind schwer verlässlich zu prüfen und die Geschäftsleitung diskutiert über Kennzahlen statt über Maßnahmen. Wenn neue Gesellschaften, Standorte, E-Commerce-Kanäle oder komplexere Serviceleistungen hinzukommen, reichen einzelne Anpassungen im Altsystem häufig nicht mehr aus.
Eine ERP-Migration ist in dieser Situation sinnvoll, wenn sie eine klar formulierte Geschäftserwartung erfüllt. Das kann eine schnellere Auftragsabwicklung sein, eine bessere Deckungsbeitragsrechnung, automatisierte Freigaben oder die Fähigkeit, weitere Einheiten ohne neue Insellösungen anzubinden. Ein neues ERP allein liefert diesen Nutzen jedoch nicht. Entscheidend sind die Entscheidungen vor, während und nach der Einführung.
Beispiel ERP-Migration im Mittelstand: Vom Inselsystem zur Prozessplattform
Nehmen wir ein anonymisiertes, aber realistisches Szenario: Ein Unternehmen mit rund 180 Mitarbeitenden vertreibt technische Produkte, bietet ergänzende Dienstleistungen an und wächst über mehrere Vertriebskanäle. Das alte ERP ist funktional überholt, viele Abläufe beruhen auf individuellen Workarounds. Die Unternehmensleitung entscheidet sich für eine cloudbasierte ERP-Plattform wie Haufe X360, weil sie Finanzwesen, Einkauf, Lager, Verkauf und Projektprozesse zentral abbilden möchte.
Das Ziel lautet nicht, jede bisherige Besonderheit nachzubauen. Das Ziel lautet, einen verbindlichen Standardprozess zu schaffen - mit sinnvollen, wirtschaftlich begründeten Anpassungen. Genau an diesem Punkt entscheidet sich oft, ob die Migration später Akzeptanz schafft oder lediglich alte Probleme in eine neue Oberfläche verlagert.
Zuerst Prozesse entscheiden, dann Felder migrieren
Im Projekt werden zunächst die kritischen End-to-End-Prozesse aufgenommen: Lead-to-Order, Order-to-Cash, Procure-to-Pay, Lagerbewegungen, Serviceabrechnung und Monatsabschluss. Fachbereiche beschreiben nicht nur, was sie heute tun, sondern auch, warum sie davon abweichen. Häufig stellt sich heraus, dass Sonderwege aus einer früheren Ausnahmesituation stammen und längst keine betriebliche Notwendigkeit mehr haben.
Danach wird verbindlich festgelegt, welche Prozesse künftig im ERP geführt werden und welche Systeme weiterhin spezialisiert bleiben. Das CRM verantwortet beispielsweise Vertriebschancen und Aktivitäten. Nach dem gewonnenen Auftrag werden Kunden-, Artikel-, Preis- und Auftragsdaten über definierte Schnittstellen an das ERP übergeben. Ein Dokumentenmanagementsystem archiviert Belege revisionssicher und stellt sie im jeweiligen Vorgang bereit. So entsteht keine Konkurrenz zwischen Anwendungen, sondern eine nachvollziehbare Aufgabenverteilung.
Stammdaten werden zum eigenen Arbeitspaket
Viele Projekte unterschätzen die Datenqualität. Dubletten bei Debitoren, uneinheitliche Artikelbezeichnungen, fehlende Einheiten oder historisch gewachsene Preislogiken fallen im Altsystem oft kaum auf. Bei der Migration führen sie zu Fehlern, Rückfragen und falschen Auswertungen.
Deshalb wird nicht der gesamte Datenbestand ungeprüft übernommen. Das Projektteam definiert klare Regeln für Bereinigung, Anreicherung und Archivierung. Für die Übernahme werden mindestens vier Bereiche sauber vorbereitet:
Kunden- und Lieferantendaten mit eindeutigen Nummern, Adressen, Zahlungsbedingungen und Ansprechpartnern
Artikel-, Leistungs- und Stücklistendaten inklusive Einheiten, Steuerlogiken und Beschaffungsinformationen
offene Aufträge, Bestellungen, Rechnungen und relevante Salden zum Stichtag
Preislisten, Konditionen und Freigaberegeln, sofern sie künftig noch benötigt werden
Historische Daten müssen nicht immer vollständig ins neue ERP. Wenn die Finanzbuchhaltung, gesetzliche Aufbewahrungspflichten oder der Kundenservice Zugriff auf ältere Informationen brauchen, kann ein lesbarer Archivzugang wirtschaftlicher sein als die komplette Transformation von zehn Jahren Historie. Die richtige Tiefe hängt von Branche, Compliance-Anforderungen und Auskunftspflichten ab.
Schnittstellen sind Geschäftsprozesse, keine Nebenaufgabe
Im genannten Beispiel soll das CRM die Vertriebsarbeit stärken, ohne dass Vertriebsmitarbeitende Aufträge doppelt pflegen müssen. Dafür braucht es mehr als einen technischen Datenaustausch. Es muss fachlich geklärt sein, welches System führend ist, wann Daten übergeben werden und wie Fehler behandelt werden.
Ein Beispiel: Ändert ein Kunde nach Auftragseingang seine Rechnungsadresse, darf nicht offenbleiben, ob die Korrektur im CRM, im ERP oder in beiden Anwendungen erfolgt. Werden solche Regeln erst nach dem Go-live geklärt, entstehen neue Datenkonflikte. Gleiches gilt für E-Commerce, Versanddienstleister, Zeiterfassung, Banken, Dokumentenmanagement und Business Intelligence.
Eine gute Integrationsarchitektur dokumentiert Datenobjekte, Übergabezeitpunkte, Verantwortlichkeiten und Überwachungsmöglichkeiten. Automatisierung spart nur dann Zeit, wenn Fehler schnell sichtbar werden und fachlich eindeutig zugeordnet werden können.
Tests und Go-live folgen einem realistischen Takt
Vor dem Go-live testet das Unternehmen nicht nur einzelne Funktionen. Es simuliert reale Geschäftsvorfälle: vom Angebot über Auftrag, Kommissionierung und Rechnung bis zu Zahlung, Retoure und Buchung. Besonders wichtig sind Sonderfälle wie Teillieferungen, Gutschriften, Fremdwährungen, Rahmenverträge oder abweichende Rechnungsadressen.
Ein gestaffelter Start kann sinnvoll sein, etwa zuerst mit Kernprozessen und einer Gesellschaft, später mit weiteren Standorten oder komplexen Erweiterungen. Ein Big Bang ist ebenfalls möglich, wenn Daten, Prozesse und Projektressourcen ausreichend stabil sind. Für einen Mittelständler ist nicht die Methode entscheidend, sondern die ehrliche Einschätzung der eigenen Veränderungsfähigkeit.
Nach dem Start braucht das Projekt eine Hypercare-Phase mit klaren Ansprechpartnern, kurzen Entscheidungswegen und täglicher Priorisierung. Nicht jede Rückfrage ist ein Systemfehler. Manche zeigt, dass Schulungen, Rollenrechte oder Prozessregeln nachgeschärft werden müssen.
Die wichtigsten Entscheidungen vor dem Projektstart
Die Geschäftsführung sollte früh festlegen, wer fachlich entscheidet. Ein ERP-Projekt scheitert selten daran, dass keine Softwarefunktion vorhanden ist. Es gerät ins Stocken, wenn Fachbereiche widersprüchliche Anforderungen stellen und niemand verbindlich priorisiert. Ein Lenkungskreis mit Entscheidungsmandat ist deshalb wertvoller als eine lange Wunschliste.
Ebenso wichtig ist ein realistischer Ressourcenplan. Die besten Key User sind meist im Tagesgeschäft stark eingebunden. Werden sie nicht spürbar entlastet, bleibt die Projektarbeit nebenbei liegen. Das erhöht das Risiko, dass Anforderungen unvollständig bleiben und Mitarbeitende erst kurz vor dem Start mit dem neuen System arbeiten.
Auch der Anpassungsgrad verlangt Disziplin. Standardprozesse beschleunigen Updates, reduzieren Wartung und erleichtern die Einarbeitung. Individuelle Erweiterungen können gerechtfertigt sein, wenn sie einen echten Wettbewerbsvorteil oder eine zwingende Branchenanforderung abbilden. Sie sollten aber bewusst entschieden, dokumentiert und langfristig finanzierbar sein.
Was Mittelständler häufig falsch machen
Der häufigste Fehler lautet: Das neue ERP soll das alte System eins zu eins ersetzen. Damit werden über Jahre angesammelte Sonderprozesse übernommen, obwohl sie niemand mehr hinterfragt hat. Besser ist es, zwischen unverzichtbaren Anforderungen und gewachsenen Gewohnheiten zu unterscheiden.
Ein weiterer Fehler ist die späte Einbindung der Anwender. Akzeptanz entsteht nicht durch eine Schulung zwei Tage vor dem Start. Mitarbeitende müssen verstehen, welche Probleme gelöst werden, wie sich ihre Rolle verändert und an wen sie sich bei Fragen wenden. Key User aus Fachbereichen sind dabei Multiplikatoren, keine reine Testressource.
Schließlich wird die Zeit nach dem Go-live oft zu knapp geplant. Erst unter Echtbedingungen wird sichtbar, welche Auswertungen fehlen, wo Berechtigungen zu weit oder zu eng sind und welche Automatisierungen den größten Effekt liefern. ERP-Einführung und ERP-Optimierung gehören deshalb zusammen.
Wann sich der Aufwand wirtschaftlich rechnet
Der Business Case entsteht nicht allein durch wegfallende Lizenzkosten des Altsystems. Er zeigt sich in weniger manuellen Eingaben, geringeren Fehlerkosten, schnelleren Durchlaufzeiten und belastbareren Steuerungsdaten. Gerade die Verbindung von ERP, CRM, Dokumentenmanagement und HR-Systemen schafft Nutzen, weil Informationen dort verfügbar sind, wo Entscheidungen getroffen werden.
Dabei gilt: Nicht jede Integration muss am ersten Tag produktiv sein. Für einige Unternehmen ist zunächst der stabile Kern aus Finanzwesen, Warenwirtschaft und Auftragsabwicklung entscheidend. Andere benötigen wegen hoher Transaktionszahlen oder eines stark wachsenden Onlinegeschäfts früh eine enge E-Commerce-Anbindung. Die Reihenfolge sollte sich an Geschäftswirkung und Risiko orientieren, nicht an einer technischen Vollständigkeitsidee.
express Cloud Solutions begleitet solche Vorhaben mit Blick auf die gesamte Business-IT-Architektur: ERP als operatives Rückgrat, CRM für den Vertrieb, DMS für nachvollziehbare Dokumente und Integrationen für durchgängige Abläufe. Der entscheidende Maßstab bleibt jedoch immer derselbe: Das System muss den Arbeitsalltag einfacher und das Unternehmen steuerbarer machen.
Eine gelungene ERP-Migration beginnt daher nicht mit der Frage, welche Funktion noch fehlt. Sie beginnt mit der Entscheidung, welche Prozesse künftig schneller, klarer und verlässlicher funktionieren müssen - und wer diese Veränderung im Unternehmen trägt.
