🌐

English?

Would you like to switch to your local language?

Aug 22, 2026

Modernisierung eines geerbten ERP-Systems anhand eines realen Beispiels

Das Beispiel der Modernisierung eines geerbten ERP-Systems zeigt, wie manuelle Arbeit reduziert, die Datenqualität verbessert und der Geschäftsbetrieb sicherer aufrechterhalten werden kann.

Modernisierung eines geerbten ERP-Systems anhand eines realen Beispiels

Short Answer

Das Beispiel der Modernisierung eines geerbten ERP-Systems zeigt, wie manuelle Arbeit reduziert, die Datenqualität verbessert und der Geschäftsbetrieb sicherer aufrechterhalten werden kann.

Die Finanzabteilung begann jeden Freitagvormittag mit demselben Ablauf: Export aus dem alten ERP, Korrekturen in Excel, Abstimmung mit dem Lager und anschließend mit dem Vertrieb. Bis der Managementbericht fertig war, waren die Daten bereits teilweise veraltet. Dieses Beispiel der Modernisierung eines geerbten ERP-Systems handelt nicht von einer außergewöhnlichen IT-Situation, sondern von einem typischen Wachstumsproblem: Das System funktioniert noch, aber die manuellen Prozesse, die sich darum entwickelt haben, erfordern immer mehr Zeit, Aufmerksamkeit und bergen Risiken.

Der Austausch eines alten ERP-Systems mag wie ein Technologieprojekt klingen. In Wirklichkeit ist es eine geschäftliche Entscheidung. Im ERP-System sind Bestellhistorien, Artikelstammdaten, Lagerbewegungen, Rechnungsregeln, Einkaufsroutinen und oft über Jahre hinweg entwickelte Ausnahmen gespeichert. Wenn man versucht, dies mit einem einzigen großen Umstieg zu lösen, riskiert das Unternehmen nicht nur das System, sondern auch die Betriebssicherheit.

Das Beispiel der Modernisierung eines geerbten ERP-Systems: Es begann nicht mit dem System

Der im Beispiel genannte technische Großhändler mit mehreren Standorten beschäftigte etwa 90 Personen. Das alte ERP-System verwaltete den Lagerbestand, den Einkauf, die Bestellungen und einen Teil der Rechnungsstellung. Das Programm war stabil, die Mitarbeiter kannten es, und es war nicht vernünftig zu behaupten, dass es allein unbrauchbar sei.

Das Problem lag eher darin, was vor und nach dem ERP geschah. Die Bestellungen aus dem Webshop wurden täglich importiert, aber fehlerhafte Artikelnummern wurden manuell korrigiert. Die Preise für wichtige Kunden wurden in einer separaten Tabelle geführt. Das Lager arbeitete mit aus dem ERP-System ausgedruckten Listen und meldete Abweichungen per E-Mail. Die Transportdaten wurden von einem Sachbearbeiter auf eine externe Plattform übertragen. Die Führungskräfte forderten für die wöchentlichen Bestands- und Margenberichte Daten aus drei verschiedenen Quellen an.

Die erste Formulierung des Unternehmens war einfach: Es braucht ein neues ERP. Bei der Untersuchung stellte sich jedoch heraus, dass ein Großteil der täglichen Probleme nicht auf das Alter des ERP-Systems zurückzuführen war. Das Problem war, dass sich die Geschäftsprozesse im Laufe der Zeit geändert hatten, die damit verbundenen Arbeitsmethoden jedoch nicht.

Zum Beispiel wurde bei der Bestellprüfung dieselbe Information dreimal überprüft: zuerst vom Verkäufer, dann vom Kollegen, der für die Kreditlimits verantwortlich war, und schließlich von der Rechnungsstellung. Dies war früher eine gerechtfertigte Kontrolle, als es nur wenige Bestellungen gab und viele individuelle Bedingungen existierten. Bei dem aktuellen Volumen war jedoch der Großteil der Bestellungen standardisiert. Nicht das Prinzip der Kontrolle war falsch, sondern dass jede Bestellung denselben manuellen Weg durchlief.

Die Aufdeckung der Situation: Was verlangsamt den Betrieb wirklich?

In der ersten Phase der Modernisierung wurde keine Softwareliste erstellt. Der Informationsfluss wurde vom Eingang der Bestellung bis zur Auslieferung und Rechnungsstellung verfolgt. Bei jedem Schritt wurden dieselben Fragen gestellt: Wer initiiert die Arbeit, mit welchen Daten wird gearbeitet, wo werden die Informationen geändert, wer muss sie genehmigen, und was passiert im Fehlerfall?

Daraus ergaben sich vier wichtige Feststellungen:

  • Die Bestelldaten wurden an mehreren Stellen in verschiedene Systeme erneut eingegeben.
  • Die Lagerinformationen waren im Webshop, im Vertrieb und im Lager nicht zur gleichen Zeit verfügbar.
  • Der Prozess zur Behandlung von Ausnahmen wurde Teil des normalen Betriebs.
  • Mehrere kritische Schritte basierten auf dem Wissen eines erfahrenen Mitarbeiters, ohne dokumentierte Regeln.

Letzteres war besonders riskant. Wenn der Kollege, der für die Transportadministration verantwortlich war, im Urlaub war, konnte die Aufgabe von jemand anderem übernommen werden, jedoch langsamer und mit mehr Fehlern. Nicht, weil er nicht dazu in der Lage war, sondern weil ein Teil der Geschäftsregeln nur im Kopf der betreffenden Person existierte.

Die Aufdeckung bedeutete nicht, dass jeder manuelle Schritt beseitigt werden musste. Bei bestimmten Bestellungen - wie bei individueller Preisgestaltung, Lieferbeschränkungen oder ungewöhnlicher Produktzusammensetzung - blieb eine menschliche Überprüfung gerechtfertigt. Das Ziel war, dass Routineaufgaben nicht dieselbe Aufmerksamkeit beanspruchen, die bei Ausnahmen wirklich benötigt wird.

Die Lösung: schrittweise Modernisierung, kein blinder Austausch

Die Geschäftsleitung entschied sich schließlich gegen einen sofortigen vollständigen ERP-Austausch. Zuerst wurde festgelegt, welches System für welche Daten verantwortlich ist. Das ERP blieb die primäre Quelle für Lagerbestände, Bestellstatus und Rechnungsgrunddaten. Der Webshop musste keine eigene Lagerlogik aufrechterhalten, und das Lager musste sich nicht auf per E-Mail erhaltene Änderungen stützen.

Danach wurden die wiederholten Datenübertragungen geregelt. Die Bestellungen des Webshops wurden nach regelbasierter Überprüfung in das ERP-System aufgenommen. Bestellungen, die den vordefinierten Bedingungen entsprachen, wurden automatisch weitergeleitet. Eine unvollständige Adresse, eine Überschreitung des Kreditlimits oder eine unklare Artikelnummer wurden weiterhin zu einer Aufgabe für einen Mitarbeiter. So verschwand die Kontrolle nicht, sondern das Kontrollobjekt wurde präziser.

Beim Transportprozess wurde kein komplett neues Logistiksystem eingeführt. Zuerst wurde vereinheitlicht, welche Daten für die Erstellung eines Etiketts erforderlich sind, wie Teillieferungen gehandhabt werden und wer berechtigt ist, die Adresse zu ändern. Erst danach wurde die Datenverbindung zum Transportdienstleister aufgebaut. Die zuvor für das Kopieren aufgewendete Zeit entfiel größtenteils, während fehlerhafte oder unvollständige Daten weiterhin für die verantwortlichen Kollegen sichtbar blieben.

Auch bei der Berichterstattung war ein auffälliges Management-Dashboard nicht der erste Schritt. Zuerst musste geklärt werden, was genau der verfügbare Lagerbestand bedeutet, welches Datum als Erfüllung gilt und wie Gutschriften in der Marge behandelt werden. Ein schneller Bericht, der auf einer fehlerhaften Definition basiert, verbreitet nur schneller Missverständnisse.

Was sollte aus einem alten System erhalten bleiben?

Im geerbten ERP-System gibt es oft echten geschäftlichen Wert. Über Jahre hinweg entwickelte Rechnungsregeln, Produktstrukturen oder branchenspezifische Besonderheiten können darin enthalten sein, die bei der Einführung eines neuen Systems leicht unterschätzt werden. Daher bedeutet Modernisierung nicht immer Ersatz.

Es gibt drei realistische Richtungen. Die erste ist, dass das bestehende ERP bleibt, aber die darum herum aufgebauten Prozesse, Integrationen und Berichte modernisiert werden. Dies kann gut funktionieren, wenn das System stabil ist, die Daten zugänglich sind und die Hauptbegrenzung der isolierte Betrieb ist.

Die zweite Richtung ist der schrittweise Ersatz. Dabei übernimmt eine neue Lösung eine Funktion - wie die Webshop-Integration, die Lagerunterstützung oder das Management-Reporting - während das ERP vorübergehend weiterhin eine zentrale Rolle spielt. Dies kann das Risiko eines einmaligen Umstiegs verringern, erfordert jedoch strenge architektonische Disziplin. Es muss klar bleiben, in welchem System welche Daten gültig sind.

Die dritte Richtung ist der vollständige Austausch. Dies kann gerechtfertigt sein, wenn das ERP nicht mehr unterstützt wird, die Anpassung unverhältnismäßig teuer ist, die Datenextraktion unsicher ist oder grundlegende Geschäftsprozesse nicht bewältigt werden können. Der vollständige Austausch ist nicht nur eine Systemeinführung: Es ist auch ein Projekt zur Datenqualität, Berechtigungen, Prozessen und Schulungen.

Das messbare Ergebnis ist nicht nur die Anzahl der eingesparten Stunden

Bei dem im Beispiel genannten Unternehmen verringerte sich die administrative Zeit der Bestellabwicklung, aber die wichtigere Veränderung war die Vorhersehbarkeit. Das Lager wusste früher, welche Bestellungen dringend waren und welche auf Überprüfung warteten. Der Vertrieb beantwortete weniger Statusanfragen. Die Finanzabteilung musste nicht jede Woche dieselben Abweichungen manuell aufdecken.

Der Erfolg der Modernisierung sollte daher nicht nur daran gemessen werden, wie viele Arbeitsstunden eingespart wurden. Es lohnt sich, auf die Anzahl der Datenkorrekturen, Bestellfehler, Schwankungen der Durchlaufzeiten, verspätet ausgestellte Rechnungen, die Zeit für manuell erstellte Berichte und auch darauf zu achten, wie viele Prozesse bei Abwesenheit einer einzigen Person zum Stillstand kommen.

Auch der menschliche Einfluss ist nicht nebensächlich. Die Mitarbeiter werden nicht wertvoller, weil sie Daten schneller zwischen Systemen kopieren. Sie können bessere Entscheidungen treffen, Kunden betreuen oder Ausnahmen lösen, wenn das System die Routinearbeit zuverlässig erledigt und die Probleme gut sichtbar macht.

Die Voraussetzung für einen sicheren Übergang ist die Betriebdisziplin

Ein häufiger Fehler bei der ERP-Modernisierung ist, dass das Projekt mit einer Liste von Funktionen beginnt: Es wird eine neue Oberfläche, mobiler Zugriff, automatische Benachrichtigungen, mehr Dashboards benötigt. Diese können ihren Platz haben, ersetzen jedoch nicht die grundlegenden Entscheidungen über den Datenverantwortlichen, die Genehmigungsregeln, die Berechtigungen und die Fehlerbehandlung.

Ein gut geführter Übergang sollte Datenüberprüfung, testbare Prozesse, einen Rückfallplan und klare Verantwortlichkeiten enthalten. Der parallele Betrieb des alten und neuen Systems kann in bestimmten Fällen gerechtfertigt sein, insbesondere bei finanziellen oder Produktionsprozessen. Gleichzeitig muss dies zeitlich begrenzt werden, da zwei parallele Wahrheitsquellen langfristig nur neue Unsicherheiten schaffen.

Der beste erste Schritt ist daher nicht die Auswahl des neuen ERP-Systems. Stattdessen sollte ein Prozess ausgewählt werden, der jede Woche sichtbar Zeit kostet: zum Beispiel die Abstimmung zwischen Bestellung und Lagerausgabe, die Behandlung von Rechnungsabweichungen oder die Erstellung des Bestandsberichts. Wenn dieser Weg faktisch kartiert wird, wird nicht nur ersichtlich, welches System modernisiert werden muss, sondern auch, welche Arbeitsweise endlich hinter sich gelassen werden sollte.

Planning a similar system or integration?

Show us the current process and systems. We will help identify the lowest-risk next step.

Key Takeaways

  • Bestelldaten wurden an mehreren Stellen in verschiedene Systeme eingegeben.
  • Lagerinformationen waren nicht gleichzeitig im Webshop, im Verkauf und im Lager verfügbar.
  • Der für die Ausnahmebehandlung entwickelte Prozess wurde Teil des normalen Betriebs.
  • Mehrere kritische Schritte basierten auf dem Wissen erfahrener Mitarbeiter, ohne dokumentierte Regeln.

Frequently Asked Questions

Was verlangsamt den Betrieb wirklich?

In der ersten Phase der Modernisierung wurde keine Softwareliste erstellt. Der Informationsfluss wurde vom Eingang der Bestellung bis zur Auslieferung und Rechnungsstellung verfolgt. Bei jedem Schritt wurden dieselben Fragen gestellt: Wer startet die Arbeit, mit welchen Daten wird gearbeitet, wo werden die Informationen geändert, wer muss genehmigen und was passiert im Fehlerfall?

Was sollte aus einem alten System beibehalten werden?

In einem geerbten ERP-System steckt oft echter geschäftlicher Wert. Über Jahre hinweg entwickelte Rechnungslegungsregeln, Produktstrukturen oder branchenspezifische Besonderheiten können darin enthalten sein, die bei der Einführung eines neuen Systems leicht unterschätzt werden. Daher bedeutet Modernisierung nicht immer Ersatz.

Discuss the Specific Requirement

Request an initial proposal or book a 30-minute expert consultation.

Send us an inquiry
Infrastruktur-Governance Infrastruktur-Fallstudien