ERP-Einführung im Fertigungsbetrieb: Beispiel

Wenn in einem Fertigungsbetrieb Liefertermine rutschen, Bestände trotzdem zu hoch sind und Auswertungen erst Tage später vorliegen, liegt das Problem selten an einem einzelnen Team. Meist fehlt ein gemeinsames System, das Einkauf, Produktion, Lager, Finanzwesen und Service auf derselben Datengrundlage zusammenführt. Genau hier hilft ein praxisnahes Beispiel für die ERP-Einführung im Fertigungsbetrieb, weil es zeigt, worauf es im Projekt wirklich ankommt – und wo die typischen Fehler entstehen.

ERP-Einführung im Fertigungsbetrieb: ein realistisches Beispiel

Nehmen wir einen mittelständischen Hersteller mit 85 Mitarbeitenden. Das Unternehmen fertigt Baugruppen in kleinen bis mittleren Serien, arbeitet mit Varianten, hat wiederkehrende Engpässe bei bestimmten Materialien und plant noch in mehreren Excel-Dateien. Die Auftragsdaten liegen im Vertrieb, Stücklisten werden teilweise in der Konstruktion gepflegt, Fertigungsrückmeldungen kommen verspätet aus der Produktion, und das Controlling arbeitet mit Monatswerten statt mit aktuellen Kennzahlen.

Die Geschäftsführung entscheidet sich für ein ERP-Projekt, weil drei Ziele nicht mehr anders zu erreichen sind: mehr Termintreue, bessere Transparenz über Material und Kapazitäten sowie weniger manueller Aufwand in den administrativen Abläufen. Das ist ein typischer Ausgangspunkt. Kaum ein Fertigungsunternehmen führt ein ERP-System ein, weil Software an sich interessant wäre. Der Treiber ist fast immer operativer Druck.

Im Beispiel beginnt das Projekt nicht mit Funktionen, sondern mit Prozessen. Das ist ein entscheidender Unterschied. Wer zuerst fragt, welche Masken und Module verfügbar sind, bekommt oft ein System, das irgendwie alles kann, aber die tatsächliche Arbeitsweise des Betriebs nur unvollständig abbildet.

Was im Projekt zuerst geklärt werden muss

Bevor die eigentliche Einführung startet, braucht der Betrieb ein sauberes Zielbild. Dazu gehört die Antwort auf einige sehr praktische Fragen: Wie sollen Fertigungsaufträge künftig angelegt werden? Wer ist für Stücklisten und Arbeitspläne verantwortlich? Welche Lagerbewegungen müssen in Echtzeit erfasst werden und welche reichen gesammelt am Schichtende? Wie tief soll die Nachkalkulation wirklich sein?

Gerade im Mittelstand ist hier Augenmaß wichtig. Nicht jeder Betrieb benötigt vom ersten Tag an eine bis ins Detail ausgefeilte Feinplanung. Wenn die Stammdatenqualität noch schwankt und Rückmeldungen aus der Fertigung bisher kaum digital erfolgen, ist ein einfacherer, stabiler Start oft die bessere Entscheidung. ERP-Projekte scheitern selten daran, dass zu wenig gedacht wurde. Häufiger scheitern sie daran, dass in Phase eins zu viel auf einmal gewollt ist.

Im Beispielfall definiert das Unternehmen deshalb einen klaren Projektumfang für die erste Stufe. Eingeführt werden Auftragsabwicklung, Einkauf, Materialdisposition, Lager, Produktionsplanung, Betriebsdatenerfassung und Finanzwesen. Erweiterte Automatisierungen und spezielle Auswertungen folgen erst danach. Diese Reihenfolge schafft Sicherheit, weil zuerst die Kernprozesse laufen müssen.

Stammdaten sind kein Nebenthema

Im Beispiel zeigt sich schnell, dass die größte Schwachstelle nicht die Software ist, sondern die Datenbasis. Stücklisten sind historisch gewachsen, Artikelnummern uneinheitlich und Durchlaufzeiten eher Erfahrungswerte als belastbare Parameter. Genau an dieser Stelle unterschätzen viele Unternehmen den Aufwand.

Eine ERP-Einführung im Fertigungsbetrieb steht und fällt mit den Stammdaten. Wenn Materialstämme, Arbeitspläne, Lieferzeiten oder Losgrößen nicht stimmen, produziert das neue System zwar mehr Daten, aber nicht automatisch bessere Entscheidungen. Der Nutzen entsteht erst, wenn die Daten fachlich sauber gepflegt und organisatorisch verantwortet werden.

Im Projekt wird daher ein eigenes Arbeitspaket für Stammdaten eingerichtet. Fachbereiche prüfen aktiv mit, statt die Aufgabe nur an die IT oder den Implementierungspartner abzugeben. Das kostet Zeit, spart aber später deutlich mehr.

Der Sollprozess muss zur Fertigung passen

Im nächsten Schritt werden die Zielprozesse definiert. Im Beispiel fertigt das Unternehmen sowohl auf Lager als auch auftragsbezogen. Einige Artikel sind Standardteile, andere kundenindividuelle Varianten. Genau diese Mischform ist für viele ERP-Projekte anspruchsvoll, weil Planung und Beschaffung unterschiedlich funktionieren.

Deshalb wird nicht versucht, alles über einen einzigen Standardprozess abzubilden. Für Standardartikel wird mit definierten Meldebeständen und Vorschlägen aus der Disposition gearbeitet. Für kundenbezogene Fertigung werden Aufträge enger an Bedarf, Materialverfügbarkeit und Kapazität gekoppelt. Das ist kein Sonderfall, sondern gelebte Praxis in vielen Produktionsunternehmen.

Wichtig ist dabei, dass das System nicht nur formal richtig eingerichtet wird, sondern im Alltag auch akzeptiert ist. Ein Prozess, der theoretisch sauber aussieht, aber in der Werkhalle zusätzliche Umwege erzeugt, wird umgangen. Dann entstehen wieder Nebenlisten, Zurufe und Schattenprozesse. Ein guter ERP-Ansatz reduziert genau diese Reibung.

Schulung heißt nicht nur Bedienung

Im Beispiel werden die Key User früh eingebunden. Das hat zwei Vorteile. Erstens liefern sie realistische Rückmeldungen, wo der geplante Sollprozess noch nicht tragfähig ist. Zweitens werden sie später zu Multiplikatoren im Unternehmen.

Schulungen sollten deshalb nicht nur erklären, welche Schaltfläche was auslöst. Sie müssen den Zusammenhang vermitteln: Warum ist eine saubere Rückmeldung in der Fertigung für Einkauf, Planung und Nachkalkulation relevant? Warum muss ein Wareneingang zeitnah gebucht werden? Warum schaden unkontrollierte manuelle Korrekturen der Datenqualität?

Wer diese Zusammenhänge nicht vermittelt, bekommt zwar geschulte Anwender, aber keine stabile Prozessdisziplin.

Typische Risiken bei der ERP-Einführung im Fertigungsbetrieb

Das Beispiel läuft nicht ohne Reibung. Genau deshalb ist es hilfreich. In der Testphase fällt auf, dass Maschinenzeiten in einigen Arbeitsplänen zu grob angesetzt wurden. Die Folge: Kapazitätsvorschauen wirken auf dem Papier plausibel, passen aber nicht zur tatsächlichen Auslastung. Außerdem zeigt sich, dass bestimmte Buchungen im Lager zeitlich zu spät erfolgen, wodurch Materialbestände nicht zuverlässig genug sind.

Solche Punkte sind normal. Kritisch werden sie erst, wenn sie zu spät erkannt werden. Ein sauberer Probebetrieb mit echten Geschäftsvorfällen ist deshalb wichtiger als jede schöne Projektpräsentation. Entscheider sollten darauf achten, dass nicht nur Standardfälle getestet werden, sondern auch Störungen: Teillieferungen, Nacharbeit, Eilaufträge, Materialmangel, Ausschuss oder Terminverschiebungen.

Ein weiteres Risiko liegt in unklaren Verantwortlichkeiten. Wenn niemand verbindlich entscheidet, wie ein Prozess künftig laufen soll, zieht sich das Projekt in die Länge. Dann werden Workshops wiederholt, Konfigurationen mehrfach geändert und das Vertrauen in den Zeitplan sinkt. Ein ERP-Projekt im Fertigungsbetrieb braucht deshalb nicht nur technische Kompetenz, sondern klare Steuerung.

So sieht ein realistischer Go-live aus

Im Beispielfall erfolgt die Umstellung nicht an einem beliebigen Stichtag, sondern nach einer gezielten Vorbereitungsphase. Offene Bestände werden geprüft, Bewegungsdaten bereinigt, Mitarbeitende in Schichten begleitet und Supportkapazitäten für die ersten Wochen fest eingeplant. Genau das macht den Unterschied zwischen einem technisch erfolgreichen und einem operativ tragfähigen Start.

Der Go-live selbst verläuft nicht perfekt. In den ersten Tagen entstehen Rückfragen bei Buchungsabläufen, einzelne Auswertungen müssen nachgeschärft werden, und die Produktionsplanung arbeitet noch enger mit dem Projektteam zusammen als später im Regelbetrieb. Das ist kein Zeichen für Scheitern, sondern Teil einer realistischen Einführung.

Wichtig ist, dass das Unternehmen den Start nicht als Endpunkt versteht. Erst im laufenden Betrieb zeigt sich, wo weitere Optimierung sinnvoll ist. Manche Automatisierung lohnt sich sofort, andere erst nach drei Monaten stabiler Nutzung. Diese Priorisierung schützt vor unnötiger Komplexität.

Woran der Erfolg messbar wird

Sechs Monate nach dem Go-live sind die Effekte im Beispiel klarer als direkt nach der Einführung. Die Bestandsgenauigkeit ist gestiegen, Materialengpässe werden früher sichtbar, Fertigungsaufträge sind transparenter nachverfolgbar und Monatsabschlüsse benötigen weniger manuellen Abstimmungsaufwand. Noch wichtiger: Entscheidungen basieren nicht mehr auf parallelen Listen, sondern auf einem gemeinsamen Datenstand.

Nicht jeder Effekt zeigt sich sofort in Euro. Manche Verbesserungen liegen zunächst in höherer Prozesssicherheit, geringerer Fehleranfälligkeit und besserer Planbarkeit. Für einen Fertigungsbetrieb sind genau das oft die Voraussetzungen, um später Wachstum, Variantenvielfalt oder zusätzliche Standorte überhaupt beherrschbar zu machen.

Was Unternehmen aus diesem Beispiel mitnehmen sollten

Eine ERP-Einführung im Fertigungsbetrieb ist kein reines Softwareprojekt. Sie greift in Verantwortlichkeiten, Datenqualität, Abläufe und Führungsentscheidungen ein. Wer das ernst nimmt, plant realistisch, priorisiert sauber und bindet die Fachbereiche früh ein.

Für mittelständische Unternehmen ist dabei ein pragmatischer Ansatz meist der richtige. Nicht jede Funktion muss zum Start vollständig ausgereift sein. Entscheidend ist, dass die Kernprozesse stabil laufen, die Daten belastbar sind und das System den Betrieb tatsächlich unterstützt. Ein erfahrener Implementierungspartner bringt hier nicht nur Technik ein, sondern auch die notwendige Übersetzung zwischen Produktionsrealität und Systemlogik – genau dort entsteht der eigentliche Projekterfolg.

Wenn Sie vor einer ERP-Einführung stehen, lohnt sich der nüchterne Blick auf den Ist-Zustand mehr als jede Produktdemo. Wer die eigenen Prozesse ehrlich bewertet, startet nicht spektakulär, aber deutlich sicherer.