Eine Terminverschiebung im ERP wirkt auf den ersten Blick wie eine Kleinigkeit: Ein Kunde verschiebt den Liefertermin um drei Tage, ein Datum wird angepasst, fertig. Doch in vielen ERP-Systemen beginnt genau in diesem Moment eine Kettenreaktion, die am Ende Stunden an manueller Nacharbeit kostet.
Warum eine Terminverschiebung im ERP so viele Folgen hat
Das Grundproblem: Viele Systeme können zwar Termine technisch ändern, beherrschen aber die Auswirkungen auf Reservierungen, Beschaffung und Fertigungsplanung nicht sauber. Statt einer einzelnen, kontrollierten Anpassung entsteht eine Reihe kleinerer Inkonsistenzen, die sich gegenseitig verstärken — bis am Ende niemand mehr genau sagen kann, welche Planungsdaten noch stimmen. Wer gerade erst über den Umstieg auf ein neues ERP-System nachdenkt, findet Hintergründe dazu in unserem Artikel Warum ist jetzt der richtige Zeitpunkt für den Wechsel zu Business Central?.
1. Reservierungen gehen verloren
Bereits reservierte Materialien werden bei der Terminänderung nicht sauber mitgeführt. Das System „vergisst“, was für welchen Auftrag eigentlich schon eingeplant war — und andere Aufträge greifen plötzlich auf dasselbe Material zu, ohne dass jemand das aktiv gesteuert hat.
2. Fertigungsaufträge werden inkonsistent
Produktionsaufträge, die auf Basis des alten Termins geplant wurden, passen nach der Verschiebung nicht mehr zueinander. Kapazitäten und Reihenfolgen stimmen nicht länger, was auf den ersten Blick oft gar nicht auffällt.
3. Materialbedarfe stimmen nicht mehr
Die Verschiebung wirkt sich auf den tatsächlichen Bedarfszeitpunkt aus — wird das nicht korrekt nachgezogen, rechnet das System mit falschen Mengen zum falschen Zeitpunkt, und Beschaffung wird entweder zu früh oder zu spät ausgelöst.
4. Der nächste MRP-Lauf produziert fragwürdige Vorschläge
Da die Datenbasis bereits inkonsistent ist, übernimmt der MRP-Lauf diese Fehler unkritisch und schlägt Beschaffungen oder Fertigungsaufträge vor, die nicht der Realität entsprechen. Disponenten müssen die Vorschläge manuell gegenprüfen, bevor sie sie freigeben können — genau die Arbeit, die ein MRP-Lauf eigentlich abnehmen soll.
5. Disposition und Arbeitsvorbereitung verlieren das Vertrauen ins System
Der langfristig teuerste Effekt: Wenn Mitarbeitende gelernt haben, dass Systemvorschläge nach Terminänderungen unzuverlässig sind, beginnen sie, Planungsdaten manuell zu prüfen oder komplett zu umgehen. Der eigentliche Sinn eines integrierten ERP-Systems geht damit Stück für Stück verloren.
Praxisbeispiel
Bei einem Fertigungsbetrieb mit rund 120 offenen Fertigungsaufträgen führte eine einzelne Kundenterminverschiebung regelmäßig zu 2–3 Stunden manueller Korrekturarbeit in der Disposition, bevor der nächste MRP-Lauf wieder verlässliche Ergebnisse lieferte. Nach Einführung einer stabilen Terminverschiebungslogik sank dieser Aufwand auf unter 30 Minuten pro Vorfall — bei geschätzt 15 Terminverschiebungen pro Monat eine spürbare Entlastung der Disposition.
Terminverschiebung im ERP: Stabil und nachvollziehbar mit Business Central
Mit der Erweiterung von West Beach für Microsoft Dynamics 365 Business Central bleiben Reservierungen, Planung und Materialbedarfsberechnung auch bei Terminverschiebungen stabil und nachvollziehbar. Statt eine Terminverschiebung im ERP als reine Datumsänderung zu behandeln, synchronisiert die Lösung Auftrags-, Fertigungs- und Beschaffungsplanung automatisch:
- Erhalt bestehender Reservierungen
- Synchronisierung von Auftrags-, Fertigungs- und Beschaffungsplanung
- MRP-Läufe mit belastbaren Daten statt Überraschungen
- Volle Transparenz über die Auswirkungen jeder Änderung
Warum sich dafür ein spezialisierter Implementierungspartner lohnt, statt ein großer Standardanbieter, erläutern wir in Business Central Implementierungspartner: 5 Gründe für ein kleineres Expertenteam statt einen großen Anbieter.
Das Ergebnis in der Praxis
Unternehmen, die diesen Ansatz nutzen, berichten von höherer Planungssicherheit, weniger manuellen Eingriffen durch die Disposition, weniger Eilbestellungen und — vielleicht am wichtigsten — wieder mehr Vertrauen in die eigene ERP-Planung. Disponenten können sich auf die Vorschläge des Systems verlassen, statt jede Planung nach einer Terminänderung erneut von Hand zu prüfen.
Die eigentliche Herausforderung ist nicht die Terminverschiebung selbst. Die Herausforderung ist, dass das ERP-System danach noch weiß, was es tut. Wer wiederkehrendes Planungschaos nach Terminänderungen beobachtet, sollte nicht bei der Disposition ansetzen, sondern bei der Frage, ob das System eine Terminverschiebung im ERP überhaupt korrekt verarbeiten kann — denn jede manuelle Korrektur heute ist ein Symptom, kein Einzelfall.


