Systemgrenzen im Anlieferprozess
Zeitfensterplanung, WMS und ERP arbeiten im Anlieferprozess häufig mit aufeinanderfolgenden Informationen. Sie besitzen aber nicht dieselbe Aufgabe. Diese Seite ordnet Daten, Verantwortlichkeiten und Übergabepunkte ein.
Die Kernfrage
Wer plant wann die Anlieferung, welches System benötigt welche Information und wann geht die Verantwortung in den eigentlichen Wareneingangs- oder Folgeprozess über?
Die Antwort ist keine universelle IT-Architektur. Sie hängt von Systemlandschaft und Prozessdesign ab. Die fachlichen Grenzen helfen jedoch, Datenübergaben, Rollen und Ausnahmefälle vor einer Einführung klar zu besprechen.
Systemmodell
Koordiniert typischerweise, wann eine Anlieferung stattfinden soll und welche Zeitfenster, Ressourcen oder Rampenkapazität dafür vorgesehen sind.
Typische Daten: Buchung, Zeitfenster, Ressource/Rampe, geplante Ankunft.
Nicht Kernaufgabe: Wareneingang buchen, Bestand führen oder Putaway steuern.
Unterstützt typischerweise die lagernahe Ausführung, den Wareneingang und die davon abhängigen Folgeprozesse.
Typische Daten: erwartete Lieferung, Wareneingangsergebnis und lagerbezogene Folgeinformationen.
Nicht Kernaufgabe: einen Terminmarkt oder externe Slot-Buchungen koordinieren.
Verwaltet häufig Geschäfts- und Belegkontext, etwa Bestellungen sowie Lieferanten- und Lieferreferenzen.
Typische Daten: Bestellung, Liefer-/Bestellreferenz, Geschäftspartner und Belegfolge.
Nicht Kernaufgabe: die operative Rampenbelegung oder Slot-Buchung im Detail steuern.
Ein Lieferavis beziehungsweise ASN ist dabei ein Informationsobjekt, kein zwingend eigenes System. Yard Management und TMS können angrenzen, lösen aber andere Teile des Prozesses. Mehr zur Grenze zwischen Terminierung und physischem Hofprozess erklärt Zeitfenstermanagement vs. Yard Management.
Reference Asset
Die Abfolge zeigt typische fachliche Übergaben. Eine Verbindung bedeutet benötigten Informationsaustausch – nicht automatisch eine technische Schnittstelle, API oder vorhandene onDock-Integration.
Lieferinformation / Avis
Liefer-, Bestell- und Transportbezug
ERP / Lieferant / CarrierTermin / Zeitfenster
Buchung, Zeitraum, Ressource
ZeitfensterplanungGeplante Ankunft
Erwartete Zeit, Carrier- und Rampenkontext
Planung / ggf. TMSTatsächliche Ankunft
Ist-Zeit, Status, Klärungsbedarf
Operative Rolle / ggf. YardWareneingang
Lieferbezug, Ergebnis, Abweichung
WMS / WareneingangBestands-/Folgeprozess
Wareneingangsergebnis und Belegfolge
WMS / ERPReference Asset
Die Datenverantwortungs-Map ordnet typische Herkunft, Nutzung und fachliche Führung ein. Sie zeigt keine starre System-of-Record-Architektur: Die konkrete Verantwortung kann je nach Prozessdesign variieren.
| Objekt | Typische Einordnung | Benötigt von | Fachliche Führung | Was muss geklärt werden? |
|---|---|---|---|---|
| A · Lieferinformation vor der Terminierung | ||||
| Lieferavis | ERP variabel Lieferant, ERP oder vorgelagerter Prozess | Planung WMS operative Rollen | Kann je nach Prozess variieren. | Welche Liefer- und Referenzdaten müssen vor der Terminierung vorliegen – und wer prüft ihre Vollständigkeit? |
| Liefer-/Bestellreferenz | ERP häufig im ERP | Planung WMS für den Abgleich | Häufig ERP; angebundene Systeme können mitführen. | Welche Referenz verbindet Buchung, erwartete Lieferung und Wareneingang eindeutig? |
| Lieferant / Transportpartner | ERP TMS häufig dort gepflegt | Planung operative Rolle | Prozessabhängig. | Welche Beteiligten müssen zum Buchungskontext bekannt sein – und wo werden sie gepflegt? |
| Fahrzeug | TMS variabel Carrier oder Buchung | Planung operative Rolle | Nur wenn der Standortprozess es benötigt. | Ist die Fahrzeuginformation vor Ankunft erforderlich – und wer darf sie ändern? |
| B · Termin- und Ressourcenplanung | ||||
| Zeitfenster | Planung Termin und Buchungsstatus | Planung operative Rolle Carrier und Standort | Typischerweise die Terminplanung. | Wer muss neue, bestätigte oder stornierte Termine kennen? |
| Rampe / Ressource | Planung variabel Planung oder Standortstammdaten | Planung operative Rolle | Kann je nach Ressourcenmodell variieren. | Wo wird die verfügbare Rampe geführt – und wer darf sie ändern? |
| Geplante Ankunft | Planung TMS Buchung, TMS oder Planung | operative Rolle WMS | Kann je nach Architektur variieren. | Welche Rollen oder Systeme benötigen die geplante Ankunftszeit? |
| C · Ankunft und Änderungen | ||||
| Tatsächliche Ankunft | operative Rolle variabel Gate-, Yard- oder operative Rolle | Planung WMS | Prozessabhängig. | Wer benötigt die tatsächliche Ankunft und die Abweichung zum Plan? |
| Statusänderung | variabel im jeweiligen Prozessschritt | Planung operative Rolle WMS | Abhängig von der Ereignisdefinition. | Was bedeutet ein Status – und welche Rolle muss darauf reagieren? |
| Umbuchung | Planung oder autorisierte Rolle | Planung operative Rolle Carrier und Standort | Planung oder vereinbarte Prozessregel. | Wer benötigt alten Termin, neuen Termin und Änderungsgrund? |
| Storno | Planung oder autorisierte Rolle | operative Rolle Carrier, Standort, abhängige Rollen | Planung oder vereinbarte Prozessregel. | Wo muss das Storno wirksam werden und wer muss davon erfahren? |
| D · Wareneingang und Folgeprozess | ||||
| Wareneingang | WMS operative Rolle WMS beziehungsweise Wareneingangsprozess | ERP WMS Folgeprozesse | Kann je nach ERP-/WMS-Architektur variieren. | Welches Ergebnis oder welche Abweichung muss für Folgeprozesse geklärt werden? |
| Bestandsbuchung | WMS ERP je nach Architektur | ERP WMS Folgeprozesse | Kann je nach ERP-/WMS-Architektur variieren. | Wo wird die Bestandsbuchung fachlich geführt – und welche Folgeprozesse benötigen ihr Ergebnis? |
Für kleine Bildschirme nach Prozessphase gegliedert:
A · Lieferinformation vor der Terminierung
Klärungsfrage: Welche Liefer- und Referenzdaten müssen vor der Terminierung vorliegen – und wer prüft ihre Vollständigkeit?
Klärungsfrage: Welche Referenz verbindet Buchung, erwartete Lieferung und Wareneingang eindeutig?
Klärungsfrage: Welche Beteiligten müssen zum Buchungskontext bekannt sein – und wo werden sie gepflegt?
Klärungsfrage: Ist die Fahrzeuginformation vor Ankunft erforderlich – und wer darf sie ändern?
B · Termin- und Ressourcenplanung
Klärungsfrage: Wer muss neue, bestätigte oder stornierte Termine kennen?
Klärungsfrage: Wo wird die verfügbare Rampe geführt – und wer darf sie ändern?
Klärungsfrage: Welche Rollen oder Systeme benötigen die geplante Ankunftszeit?
C · Ankunft und Änderungen
Klärungsfrage: Wer benötigt die tatsächliche Ankunft und die Abweichung zum Plan?
Klärungsfrage: Was bedeutet ein Status – und welche Rolle muss darauf reagieren?
Klärungsfrage: Wer benötigt alten Termin, neuen Termin und Änderungsgrund?
Klärungsfrage: Wo muss das Storno wirksam werden und wer muss davon erfahren?
D · Wareneingang und Folgeprozess
Klärungsfrage: Welches Ergebnis oder welche Abweichung muss für Folgeprozesse geklärt werden?
Klärungsfrage: Wo wird die Bestandsbuchung fachlich geführt – und welche Folgeprozesse benötigen ihr Ergebnis?
Vor Einführung klären
Für die organisatorische Einführung vertieft Zeitfensterplanung einführen die Fragen nach Pilot, Rollen und Alltagstauglichkeit.
Ausnahmeprozess
Frage: Bleibt Termin oder Ressource tragfähig? Klärung: Ist-Zeit, neue Erwartung und Entscheidung an die betroffenen Rollen geben.
Frage: Welcher Kontext ist noch gültig? Klärung: Alten und neuen Termin, Ressource sowie Empfänger eindeutig behandeln.
Frage: Kann die Lieferung sicher zugeordnet werden? Klärung: Fehlende Daten und den vorgesehenen Ausnahmeweg klären.
Frage: Wer entscheidet über Priorität und Umgang? Klärung: Identifikation, Kapazität und Verantwortlichkeit festlegen.
Frage: Welche Folgeentscheidung entsteht? Klärung: Neue Zuordnung und betroffene Parteien kommunizieren.
Frage: Welcher Status gilt fachlich? Klärung: Ereignis, Empfänger und nächste Aktion eindeutig definieren.
Die Tabelle beschreibt fachliche Klärungen. Sie behauptet keine automatische Verarbeitung oder Synchronisierung durch onDock, WMS oder ERP.
Entscheidungslogik
Ihr Kern ist die Koordination vor der Ankunft: Termin, Zeitfenster, Kapazität und Änderungen. Der Übergang zur tatsächlichen Ankunft braucht jedoch klare Informationen und Verantwortlichkeiten.
Je nach Landschaft kann eine erwartete Lieferung bereits vor Ankunft sichtbar sein. Wareneingang, Bestandsbuchung und Folgeprozesse bleiben dennoch andere fachliche Aufgaben als die Terminierung.
onDock unterstützt den Termin-, Zeitfenster-, Buchungs- sowie Ressourcen- und Rampenkontext. Die Seite erläutert darüber hinaus allgemeines Fachwissen; sie ist keine Aussage über eine allgemeine WMS- oder ERP-Integration.
Für den übergeordneten Ablauf von Termin bis Verarbeitung siehe LKW-Anlieferung planen; zur Bedeutung von Vorabinformationen siehe Lieferavisierung im Wareneingang.
FAQ
Zeitfenstermanagement koordiniert typischerweise Termin, Zeitfenster und verfügbare Ressourcen vor der Ankunft. ERP und WMS verarbeiten je nach Systemlandschaft Geschäfts-, Liefer-, Wareneingangs- und Folgeinformationen. Die genaue Verteilung einzelner Daten kann variieren.
Ein Lieferavis ist eine Vorabinformation über eine erwartete Lieferung. Es kann aus unterschiedlichen vorgelagerten Prozessen stammen und wird typischerweise dort benötigt, wo Lieferung, Termin und Wareneingang vorbereitet oder abgeglichen werden.
Typisch sind ein vereinbarter Zeitraum, Buchungsstatus, Bezug zu Lieferant oder Transportpartner sowie gegebenenfalls eine Ressource oder Rampe. Welche Daten an weitere Systeme oder Rollen gehen, hängt vom Prozessdesign ab.
Betroffen sind mindestens die Rollen, deren Planung oder Erwartung sich durch die Änderung verändert. Vor dem Rollout sollte daher geklärt sein, welches System oder welche Rolle fachlich führt, welche Information weitergegeben wird und wie die Änderung verstanden wird.
Das hängt von der Systemlandschaft ab. Typischerweise wird der WMS- und Wareneingangskontext relevant, wenn die erwartete Lieferung zur tatsächlichen Ankunft und anschließenden Warenannahme übergeht. Die Terminplanung ersetzt diesen Prozess nicht.
Nächster Schritt
Wenn Terminierung, Zuständigkeiten und Übergaben im eigenen Standortprozess klarer werden sollen, besprechen wir gern die operative Ausgangslage – ohne daraus eine Integrationszusage abzuleiten.
