Die Produktion hat den Fertigstellungstermin verschoben. In der Auftragsverwaltung steht noch der bisherige Liefertermin, die Versandplanung arbeitet bereits mit einem neuen Datum. Nun fragt der Vertrieb, welchen Stand er dem Kunden nennen kann. Sie lassen Unterlagen vergleichen, klären den Transport und prüfen, ob die Änderung überhaupt die gesamte Auftragsmenge betrifft.
Solche Rückfragen sind für einen Operations-Verantwortlichen belastend. Jede einzelne wirkt überschaubar. Zusammen binden sie jedoch die Zeit von Planung, Versand und Auftragsabwicklung. Besonders ärgerlich wird es, wenn eine bereits geklärte Änderung im nächsten System wieder fehlt.
Wer Liefertermine synchronisieren möchte, sollte deshalb nicht einfach Datumsfelder miteinander verbinden. Zuerst muss klar sein, welcher Termin gemeint ist, wo er entsteht und wer ihn verändern darf. Auf dieser Grundlage lassen sich Änderungen gezielt weitergeben und Ausnahmen sichtbar bearbeiten.
Das Wichtigste in Kürze
- Kundenwunsch, interne Fertigstellung, geplanter Versand und bestätigte Ankunft sind verschiedene Informationen.
- Legen Sie je Terminart eine führende Quelle und eine fachlich verantwortliche Rolle fest.
- Übertragen Sie Änderungen mit eindeutiger Auftragsposition, Herkunft und nachvollziehbarem Änderungsstand.
- Prüfen Sie neben der technischen Übertragung auch die fachliche Übernahme im Zielsystem.
- Eine aktuelle Planinformation ist noch keine freigegebene Kundenzusage.
Ein Liefertermin ist erst mit seiner Bedeutung vergleichbar
Ein Datum ohne Erläuterung schafft nur scheinbar Klarheit. Die Produktion meint möglicherweise das Ende der Bearbeitung. Der Versand erwartet die Übergabe an den Frachtführer. Der Kunde fragt dagegen nach der Ankunft an seinem Standort.
Diese Zeitpunkte können auseinanderliegen, ohne dass eines der Systeme falsch arbeitet. Verpackung, Qualitätsfreigabe, Abholfenster und Transport benötigen ebenfalls Zeit. Klären Sie deshalb zunächst die verwendeten Begriffe.
| Terminart | Fachliche Bedeutung |
|---|---|
| Kundenwunschtermin | Vom Kunden gewünschter Zeitpunkt, noch keine bestätigte Machbarkeit |
| Geplante Fertigstellung | Erwarteter Abschluss eines definierten internen Arbeitsschritts |
| Geplanter Versand | Erwartete Übergabe der Ware an den Transportprozess |
| Bestätigter Kundentermin | Nach dem vereinbarten Verfahren freigegebene Terminauskunft an den Kunden |
Definieren Sie zusätzlich, ob ein Datum einen Kalendertag, ein Zeitfenster oder einen Zeitpunkt mit Zeitzone beschreibt. Halten Sie fest, wie Feiertage, Betriebsferien und Transportkalender berücksichtigt werden. Derselbe Feldname reicht als gemeinsame Definition nicht aus.
Für jede Terminart braucht es eine führende Quelle
Wenn drei Systeme dasselbe Datum gleichberechtigt ändern dürfen, entsteht ein Konfliktmodell statt eines verlässlichen Ablaufs. Legen Sie je Information fest, welches System den maßgeblichen Stand führt und welche Rolle ihn fachlich verantwortet.
Die Fertigungsplanung kann beispielsweise die geplante Fertigstellung verantworten. Die Auftragsabwicklung entscheidet nach Prüfung der Abhängigkeiten über den bestätigten Kundentermin. Andere Systeme übernehmen diese Werte und machen deren Herkunft erkennbar.
Das bedeutet nicht, ein einziges System müsse alle Entscheidungen treffen. Entscheidend ist eine eindeutige Verantwortung pro Information. Vermeiden Sie insbesondere, dass ein übernommener Wert als vermeintlich neue Änderung zurück an seine Quelle geschickt wird und dort erneut eine Übertragung auslöst.
Auftragspositionen und Teilmengen müssen eindeutig zugeordnet sein
Ein Auftragskopf ist häufig zu grob. Werden zwei Positionen getrennt gefertigt oder unterschiedliche Mengen zu verschiedenen Terminen versendet, muss die Änderung genau dieser Position beziehungsweise Teillieferung zugeordnet werden.
Prüfen Sie deshalb die Referenzen zwischen Auftrag, Fertigung und Versand. Artikelnummer und Kundenname allein sind dafür kein verlässlicher Schlüssel. Auch Stornierungen und Mengenänderungen müssen berücksichtigt werden. Sonst erscheint zwar überall dasselbe Datum, aber es beschreibt nicht dieselbe Lieferung.
Ein Änderungsereignis braucht mehr als ein neues Datum
Eine brauchbare Änderungsmeldung erklärt, was sich für welchen Vorgang geändert hat. Vereinbaren Sie mindestens die betroffene Referenz, die Terminart, den neuen Wert, die Quelle und einen eindeutigen Änderungsstand. Ergänzen Sie, soweit sinnvoll, bisherigen Wert, betroffene Menge und fachlichen Änderungsgrund.
Eine Versionsnummer oder eine andere kontrollierte Reihenfolge hilft zu erkennen, welcher Stand neuer ist. Der Zeitpunkt des technischen Empfangs genügt dafür nicht immer: Eine ältere Meldung kann verspätet eintreffen, nachdem bereits eine neuere verarbeitet wurde.
Die IT muss außerdem Wiederholungen beherrschen. Wird dieselbe Meldung nach einem Verbindungsfehler erneut übertragen, darf sie nicht nochmals eine fachliche Änderung oder eine zweite Kundeninformation auslösen.
Planänderung und Kundenzusage bleiben getrennte Entscheidungen
Ein illustratives Beispiel: Die geplante Fertigstellung einer Position verschiebt sich vom 18. auf den 20. eines Monats. Das Planungssystem meldet die neue Version an die Auftragsabwicklung. Dort wird geprüft, ob Qualitätsfreigabe und Transport noch zum bisherigen bestätigten Kundentermin passen.
Möglicherweise bleibt die Kundenzusage trotz der internen Verschiebung erfüllbar. Möglicherweise benötigt nur eine Teilmenge einen neuen Termin. Oder der bisherige Termin ist gefährdet und muss durch die zuständige Rolle neu bewertet werden.
Erst diese Prüfung liefert die Grundlage für die weitere Kommunikation. Der Fertigstellungstermin sollte deshalb nicht einfach in das Feld für die Kundenankunft kopiert werden. Ebenso wenig darf ein neuer Planstand eine bestehende Zusage stillschweigend ersetzen.
Dokumentieren Sie, ob eine Änderung nur intern übernommen, fachlich geprüft oder bereits für eine Kundenauskunft freigegeben ist. So kann der Vertrieb unterscheiden, was aktuell bekannt ist und was noch geklärt werden muss.
Technische Quittungen ersetzen keine fachliche Übernahme
Eine Schnittstelle kann eine Nachricht erfolgreich empfangen, ohne dass der richtige Auftrag aktualisiert wurde. Vielleicht fehlt die Position im Zielsystem, die Menge ist inzwischen geändert oder ein Bearbeitungsschritt verhindert die Übernahme.
Prüfen Sie daher zwei Ebenen: Wurde die Meldung technisch zugestellt? Und wurde der beabsichtigte fachliche Stand im Zielsystem gespeichert? Beide Ergebnisse sollten für die zuständigen Personen nachvollziehbar sein.
Ergänzen Sie einen regelmäßigen Abgleich für relevante offene Vorgänge. Dabei wird nicht jede Abweichung automatisch überschrieben. Der Abgleich erkennt zunächst, wo Quelle und Ziel bei derselben Terminart und Referenz auseinanderliegen. Die Ursache kann ein technischer Fehler sein, aber auch eine noch offene fachliche Entscheidung.
Ausnahmen brauchen einen sichtbaren Klärungsweg
Definieren Sie, was passiert, wenn eine Meldung nicht verarbeitet werden kann. Eine begrenzte automatische Wiederholung kann vorübergehende Störungen abfangen. Unklare Zuordnungen oder widersprüchliche Änderungen benötigen dagegen eine gezielte Prüfung.
Ein Ausnahmefall sollte Auftrag und Position, betroffene Information, letzten bestätigten Übertragungsstand und zuständige Rolle zeigen. Die IT untersucht den Übertragungsfehler. Planung oder Auftragsabwicklung beurteilen die fachlichen Auswirkungen. Eine Vertretungsregel verhindert, dass die Klärung bei Abwesenheit liegen bleibt.
Bleibt ein System länger unerreichbar, brauchen die Teams einen abgestimmten Ersatzablauf. Notieren Sie kontrolliert, welche Änderungen später nachgeführt werden müssen. Stellen Sie veraltete Angaben nicht als aktuell dar. Nach Wiederherstellung ist zu prüfen, welcher fachliche Stand gilt; ein ungeprüftes Nachspielen aller alten Meldungen kann neue Widersprüche erzeugen.
Ein begrenzter Pilot prüft reale Terminwechsel
Wählen Sie einen klar abgegrenzten Prozess, etwa eine Produktgruppe zwischen Fertigungsplanung, Auftragsabwicklung und Versand. Erfassen Sie zuerst, welche Terminarten heute verwendet werden und wo Mitarbeiter Daten erneut eintragen.
Testen Sie anschließend nicht nur den einfachen Datumswechsel. Nehmen Sie eine Teillieferung, eine Stornierung, eine doppelte Meldung, eine verspätete ältere Version und einen Ausfall des Zielsystems auf. Prüfen Sie jeweils, ob die richtige Position den richtigen Stand erhält und ob notwendige Freigaben erhalten bleiben.
Die Mitarbeitenden sollten anhand des Vorgangs erklären können, was passiert ist. Dafür benötigen sie keine technischen Protokolldetails, aber eine verständliche Herkunfts- und Statusinformation. Erst wenn auch Ausnahmen nachvollziehbar funktionieren, erweitern Sie den Umfang.
Verlässlichere Auskünfte werden an wenigen Kennzahlen sichtbar
Messen Sie die Verbesserung dort, wo heute Aufwand und Unsicherheit entstehen. Geeignete Größen sind die Zeit zwischen freigegebener Änderung und fachlicher Übernahme, die Zahl ungeklärter Terminabweichungen und die durchschnittliche Klärungsdauer. Ergänzen Sie die manuell erneut erfassten Änderungen je vergleichbarem Auftragsvolumen.
Trennen Sie diese Prozesskennzahlen von der tatsächlichen Liefertreue. Eine erfolgreiche Synchronisierung macht Informationen aktueller, beseitigt aber weder Materialengpässe noch fehlende Kapazität. Wenn Sie Liefertreue bewerten, legen Sie außerdem fest, gegen welchen bestätigten Termin gemessen wird. Ein ständig nach hinten verschobener Vergleichstermin kann die Auswertung beschönigen.
Der nächste Terminwechsel kann bereits übersichtlicher laufen
Verfolgen Sie eine reale Lieferterminänderung vom Ursprung bis zur letzten betroffenen Stelle. Notieren Sie, welche Bedeutung das Datum hat, wer entscheidet und an welcher Übergabe manuell nachgearbeitet wird. Dieser konkrete Vorgang zeigt meist mehr als eine allgemeine Diskussion über Systemintegration.
Wenn die Regeln tragen, entsteht Entlastung: Planung, Versand und Vertrieb müssen nicht mehr bei jeder Rückfrage denselben Stand neu zusammensuchen. Ziel ist eine nachvollziehbare Termininformation, auf deren Grundlage Ihr Team sicherer entscheidet.
Moritz Firle
Roman Geis