Wie Order, Shipment und Tour zusammenhängen
Warum eine Order und eine Tour nie direkt verknüpft sind, wie das Shipment sie verbindet und was sich ändert, wenn ein Shipment in Etappen befördert wird.
Warum eine Order und eine Tour nie direkt verknüpft sind, wie das Shipment sie verbindet und was sich ändert, wenn ein Shipment in Etappen befördert wird.
War dieser Artikel hilfreich?
Keine Antwort gefunden?
Fragen Sie Luna oder schreiben Sie unserem Support-Team.
Note
In Orbit sind eine Order und eine Tour nie direkt verknüpft. Sie hängen nur über ein Shipment zusammen. Genau deshalb kann sich die Ware einer Order auf mehrere Touren verteilen.
Orbit hält die zwei Seiten eines Jobs getrennt. Die Order ist der kaufmännische Datensatz: was der Kunde gebucht hat, wer die Rechnung bekommt und der Preis. Die Tour ist der operative Plan: die Route, das Fahrzeug und der Carrier, der fährt. Die beiden verweisen nie direkt aufeinander.
Sie treffen sich nur über das Shipment: eine einzelne Beförderung von einer Beladung zu einer Entladung. Eine Order fasst ein oder mehrere Shipments zusammen, und jedes Shipment wird auf eine Tour geplant. Eine Tour hängt also nur über das Shipment, das sie befördert, mit einer Order zusammen.
Diese indirekte Verbindung ist Absicht. Weil es keine feste Eins-zu-eins-Verbindung zwischen Order und Tour gibt, lassen sich die Shipments einer Order auf mehrere Touren verteilen, und eine Tour kann Shipments aus verschiedenen Orders befördern. Genau das braucht die Routenplanung in der Praxis.
Das Wichtigste:
Der Zusammenhang folgt einer einfachen Kette:
Weil es keine direkte Verbindung zwischen Order und Tour gibt, gehen Sie so vor, um in Orbit MissionControl die Order hinter einer Tour zu finden: Öffnen Sie die Tour, sehen Sie sich das Shipment an, das sie befördert, und folgen Sie diesem Shipment zu seiner Order.
Was jedes dieser Objekte ist und welche Aktionen Sie darauf ausführen, erklären die Artikel Orders, Shipments und Touren. Wie sich ihre Status mit dem Fortschritt der Arbeit ändern, lesen Sie unter Status von Order, Shipment, Tour und Leg.
Die meisten Shipments werden direkt befördert, und die Kette oben ist schon alles. Wo ein Fahrzeug nicht den ganzen Job übernehmen kann, wird ein Shipment in Etappen befördert, den Legs. Die Kette bekommt dann einen Schritt mehr: Eine Order enthält Shipments, ein Shipment wird von einem oder mehreren Legs befördert, und jedes Leg wird auf seine eigene Tour geplant.
Das ändert die Regel nicht, es erweitert sie. Order und Tour sind weiter nie direkt verknüpft. Neu ist, dass ein einzelnes Shipment jetzt selbst über mehrere Touren reichen kann, mit verschiedenen Carriern an verschiedenen Tagen, statt dafür mehrere Shipments zu brauchen. Ihr Kunde sieht weiterhin eine Zustellung.
Wie eine Beförderung in Etappen aufgeteilt wird, erklärt der Artikel Legs: Wie ein Shipment befördert wird. Befördert Ihre Organisation jedes Shipment direkt, bleiben Legs im Hintergrund.
Meist beginnt ein Shipment als Unrouted, also noch auf keiner Tour, und Sie planen es selbst auf eine Tour. Eine Buchung kann aber auch schon geroutet ankommen, mit einer Tour, die im Moment der Buchung entsteht.
Ob das passiert, ist eine Frage der Konfiguration. Jedes Buchungsformular in Orbit basiert auf einer TransportShape, und eine TransportShape legt in ihrer Einstellung Outputs fest, welche Objekte sie erzeugt: Order, Shipment und optional Tour. Ist Tour in den Outputs enthalten, erzeugt eine abgeschickte Buchung die Tour automatisch zusammen mit Order und Shipment. Die Arbeit ist dann ohne eigenen Planungsschritt bereit zur Disposition.
Erzeugt eine TransportShape aus einer einzelnen Buchung eine Tour, wird das Shipment dieser Buchung sofort auf die neue Tour geplant. Für diese eine Buchung passen Order, Shipment und Tour sauber eins zu eins zusammen. Die Grundregel bleibt: Order und Tour hängen weiter nur über dieses Shipment zusammen.
Ein Logistikkoordinator bei Orion Industries in Berlin nimmt von ACME Ltd eine Order an, zwei Partien zu befördern, eine nach Paris, eine nach Madrid. Orbit erfasst das als eine Order mit zwei Shipments. Weil die zwei Zustellungen zu verschiedenen Routen passen, plant der Koordinator das Shipment nach Paris auf eine Tour und das Shipment nach Madrid auf eine andere, jede mit eigenem Carrier. Die eine Order reicht jetzt über zwei Touren und hängt, wie immer, nur über ihre Shipments mit ihnen zusammen. Öffnet eine Kollegin später die Tour nach Madrid in Orbit MissionControl und will wissen, wer die Rechnung bekommt, folgt sie dem Shipment zurück zur Order und findet dort die kaufmännischen Angaben.
Nein. Die Verbindung läuft immer über ein Shipment. Um zwischen Order und Tour zu wechseln, folgen Sie dem Shipment, das beide verbindet.
Ja. Eine Order kann mehrere Shipments enthalten, und jedes kann auf eine andere Tour geplant werden. Das hilft, wenn die Zustellungen zu verschiedenen Routen oder Carriern passen.
Ja, wenn es in Etappen befördert wird. Jedes Leg der Beförderung wird auf seine eigene Tour geplant. Ein Shipment, das über einen Hub läuft, kann also auf der Tour eines Carriers zum Hub sein und auf der Tour eines anderen weiter. Lesen Sie dazu den Artikel Legs.
Nicht immer. Ein Shipment beginnt meist als Unrouted und wird danach auf eine Tour geplant. Eine Tour entsteht bei der Buchung nur, wenn die TransportShape des Buchungsformulars Tour in ihren Outputs enthält. Eine Buchung, die noch auf Bestätigung wartet, hat noch kein aktives Shipment. Bis zur Bestätigung wird also nichts geplant.
Öffnen Sie die Tour in Orbit MissionControl, sehen Sie sich das Shipment an, das sie befördert, und folgen Sie diesem Shipment zu seiner Order. Eine direkte Abkürzung gibt es nicht, weil die beiden nie direkt verknüpft sind.
Ja. Eine Tour kann mehrere Shipments befördern, und diese Shipments können zu verschiedenen Orders gehören. Jedes Shipment verweist weiter auf seine eigene Order.
Ja. Eine Service-Order, die Arbeit ohne physische Beförderung abrechnet, etwa Entladen oder Lagerung, kann ohne Shipment bestätigt werden. Dann gibt es nichts, was auf eine Tour zu planen wäre.