- JSON-Darstellung
- Sendung
- VisitRequest
- LatLng
- Waypoint
- Ort
- TimeWindow
- Fahrzeug
- TravelMode
- RouteModifiers
- UnloadingPolicy
- LoadLimit
- Intervall
- DurationLimit
- DistanceLimit
- BreakRule
- BreakRequest
- FrequencyConstraint
- DurationDistanceMatrix
- Zeile
- TransitionAttributes
- ShipmentTypeIncompatibility
- IncompatibilityMode
- ShipmentTypeRequirement
- RequirementMode
- PrecedenceRule
Ein Versandmodell enthält eine Reihe von Sendungen, die von einer Reihe von Fahrzeugen ausgeführt werden müssen, wobei die Gesamtkosten minimiert werden, die sich aus der Summe der folgenden Kosten zusammensetzen:
- die Kosten für die Routenplanung der Fahrzeuge (Summe der Kosten pro Gesamtzeit, Kosten pro Fahrtzeit und Fixkosten für alle Fahrzeuge).
- die Strafen für nicht ausgeführte Sendungen.
- die Kosten für die gesamte Dauer der Sendungen
JSON-Darstellung |
---|
{ "shipments": [ { object ( |
Felder | |
---|---|
shipments[] |
Sendungen, die im Modell ausgeführt werden müssen. |
vehicles[] |
Fahrzeuge, die für Besuche verwendet werden können. |
global |
Globaler Beginn und Ende des Modells: Zeiten außerhalb dieses Bereichs können nicht als gültig betrachtet werden. Der Zeitraum des Modells darf nicht länger als ein Jahr sein. Das heißt, der Wenn Sie Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
global |
Wenn dieser Wert nicht festgelegt ist, wird als Standardwert 00:00:00 UTC, 1. Januar 1971 (d. h. Sekunden: 31536000, Nanosekunden: 0) verwendet. Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
global |
Die „globale Dauer“ des gesamten Plans ist die Differenz zwischen der frühesten effektiven Startzeit und der spätesten effektiven Endzeit aller Fahrzeuge. Nutzer können dieser Menge einen Kostenpreis pro Stunde zuweisen, um beispielsweise die schnellstmögliche Auftragsausführung zu optimieren. Diese Kosten müssen in derselben Einheit wie |
duration |
Gibt die im Modell verwendeten Zeit- und Entfernungsmatrizen an. Wenn dieses Feld leer ist, werden je nach Wert des Felds Typische Syntax:
|
duration |
Tags, die die Quellen der Zeit- und Entfernungsmatrizen definieren; Tags entsprechen |
duration |
Tags, die die Ziele der Zeit- und Entfernungsmatrizen definieren; Tags entsprechen |
transition |
Dem Modell hinzugefügte Übergangsattribute. |
shipment |
Kombinationen von nicht kompatiblen Versandtypen (siehe |
shipment |
|
precedence |
Eine Reihe von Vorrangregeln, die im Modell erzwungen werden müssen. |
max |
Die maximale Anzahl aktiver Fahrzeuge wird eingeschränkt. Ein Fahrzeug ist aktiv, wenn auf seiner Route mindestens ein Versand erfolgt. So lässt sich die Anzahl der Routen begrenzen, wenn es weniger Fahrer als Fahrzeuge gibt und die Fahrzeugflotte heterogen ist. Bei der Optimierung wird dann die beste Teilmenge der Fahrzeuge ausgewählt. Muss strikt positiv sein. |
Versand
Der Versand eines einzelnen Artikels von einer Abholstelle zu einer Lieferstelle. Damit die Lieferung als ausgeführt gilt, muss ein einzelnes Fahrzeug einen der Abholorte aufsuchen (und seine Reservekapazitäten entsprechend verringern) und später einen der Lieferorte aufsuchen (und seine Reservekapazitäten entsprechend wieder erhöhen).
JSON-Darstellung |
---|
{ "displayName": string, "pickups": [ { object ( |
Felder | |
---|---|
display |
Der benutzerdefinierte Anzeigename der Sendung. Sie kann bis zu 63 Zeichen lang sein und UTF-8-Zeichen enthalten. |
pickups[] |
Abholoptionen, die mit der Sendung verknüpft sind. Wenn nichts angegeben ist, muss das Fahrzeug nur einen Standort anfahren, der den Lieferungen entspricht. |
deliveries[] |
Mit der Sendung verknüpfte Lieferalternativen. Wenn nichts angegeben ist, muss das Fahrzeug nur einen Standort aufsuchen, der den Abholorten entspricht. |
load |
Anforderungen an die Ladung der Sendung (z. B. Gewicht, Volumen, Anzahl der Paletten usw.) Die Schlüssel in der Zuordnung sollten IDs sein, die den Typ der entsprechenden Ladung beschreiben, idealerweise auch mit den Einheiten. Beispiele: „weight_kg“, „volume_gallons“, „pallet_count“ usw. Wenn ein bestimmter Schlüssel nicht in der Zuordnung enthalten ist, wird die entsprechende Ladung als null betrachtet. |
allowed |
Die Fahrzeuge, die diese Lieferung durchführen können. Wenn das Feld leer ist, kann die Aktion von allen Fahrzeugen ausgeführt werden. Fahrzeuge werden in der |
costs |
Gibt die Kosten an, die bei der Lieferung dieser Sendung mit jedem Fahrzeug anfallen. Falls angegeben, muss Folgendes vorhanden sein:
Diese Kosten müssen in derselben Einheit wie |
costs |
Indizes der Fahrzeuge, für die |
pickup |
Gibt die maximale absolute Umwegzeit im Vergleich zum kürzesten Weg von der Abholung zur Lieferung an. Wenn angegeben, muss der Wert nicht negativ sein und die Sendung muss mindestens eine Abholung und eine Zustellung enthalten. Angenommen, t ist die kürzeste Zeit, die benötigt wird, um von der ausgewählten Abholoption direkt zur ausgewählten Lieferoption zu gelangen. Wenn Sie dann
Wenn für dieselbe Sendung sowohl relative als auch absolute Limits angegeben sind, wird für jedes mögliche Abhol-/Lieferpaar das strengere Limit verwendet. Seit Oktober 2017 werden Umwege nur unterstützt, wenn die Reisedauer nicht vom Fahrzeug abhängt. Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
pickup |
Gibt die maximale Dauer vom Beginn der Abholung bis zum Beginn der Zustellung einer Sendung an. Wenn angegeben, muss der Wert nicht negativ sein und die Sendung muss mindestens eine Abholung und eine Zustellung enthalten. Das hängt nicht davon ab, welche Alternativen für die Abholung und Lieferung ausgewählt werden, und auch nicht von der Fahrzeuggeschwindigkeit. Dieser Wert kann zusammen mit Einschränkungen für die maximale Umleitung angegeben werden. Die Lösung berücksichtigt dann beide Spezifikationen. Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
shipment |
Nicht leerer String, der den „Typ“ für diese Sendung angibt. Mit dieser Funktion können Sie Inkompatibilitäten oder Anforderungen zwischen Unterscheidet sich von |
label |
Gibt ein Label für diese Sendung an. Dieses Label wird in der Antwort im Feld |
ignore |
Wenn „wahr“ festgelegt ist, wird diese Sendung übersprungen, aber es wird kein Wenn Sie einen Versand ignorieren, führt dies zu einem Validierungsfehler, wenn sich Es ist zulässig, eine Lieferung zu ignorieren, die in |
penalty |
Wenn die Sendung nicht abgeschlossen wird, wird diese Strafe auf die Gesamtkosten der Routen angerechnet. Ein Versand gilt als abgeschlossen, wenn eine der Abhol- und Lieferoptionen in Anspruch genommen wird. Die Kosten können in derselben Einheit angegeben werden, die für alle anderen kostenbezogenen Felder im Modell verwendet wird. Sie müssen positiv sein. WICHTIG: Wenn diese Strafe nicht angegeben ist, gilt sie als unendlich, d.h. die Sendung muss abgeschlossen werden. |
pickup |
Gibt die maximale relative Umwegzeit im Vergleich zum kürzesten Weg von der Abholung zur Lieferung an. Wenn angegeben, muss der Wert nicht negativ sein und die Sendung muss mindestens eine Abholung und eine Zustellung enthalten. Angenommen, t ist die kürzeste Zeit, die benötigt wird, um von der ausgewählten Abholoption direkt zur ausgewählten Lieferoption zu gelangen. Wenn Sie dann
Wenn für dieselbe Sendung sowohl relative als auch absolute Limits angegeben sind, wird für jedes mögliche Abhol-/Lieferpaar das strengere Limit verwendet. Seit Oktober 2017 werden Umwege nur unterstützt, wenn die Reisedauer nicht vom Fahrzeug abhängt. |
VisitRequest
Anfrage für einen Besuch, der mit einem Fahrzeug durchgeführt werden kann: Es hat einen (oder zwei, siehe unten) geografischen Standort, Öffnungszeiten, die durch Zeitfenster dargestellt werden, und eine Dienstleistungsdauer (Zeit, die das Fahrzeug nach der Ankunft für die Abholung oder Abgabe von Waren benötigt).
JSON-Darstellung |
---|
{ "arrivalLocation": { object ( |
Felder | |
---|---|
arrival |
Der geografische Standort, an dem das Fahrzeug bei dieser |
arrival |
Der Wegpunkt, an dem das Fahrzeug ankommt, wenn es diese |
departure |
Der geografische Standort, an dem das Fahrzeug nach Abschluss dieser |
departure |
Der Wegpunkt, von dem aus das Fahrzeug nach Abschluss dieser |
tags[] |
Gibt Tags an, die an die Besuchsanfrage angehängt sind. Leere oder doppelte Strings sind nicht zulässig. |
time |
Zeitfenster, die die Ankunftszeit bei einem Besuch einschränken. Hinweis: Ein Fahrzeug kann außerhalb des Zeitfensters für die Ankunftszeit abfahren. Das bedeutet, dass Ankunftszeit und Dauer nicht innerhalb eines Zeitfensters liegen müssen. Dies kann zu Wartezeiten führen, wenn das Fahrzeug vor Wenn Die Zeitfenster dürfen sich nicht überschneiden, d. h., sie dürfen nicht aneinander angrenzen. Außerdem müssen sie in aufsteigender Reihenfolge angegeben werden.
|
duration |
Dauer des Besuchs, d.h. die Zeit, die das Fahrzeug zwischen Ankunft und Abfahrt verbringt (wird zur möglichen Wartezeit addiert, siehe Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
cost |
Kosten für die Erledigung dieser Besuchsanfrage auf einer Fahrzeugroute. So können Sie für jede alternative Abholung oder Lieferung einer Sendung unterschiedliche Kosten bezahlen. Diese Kosten müssen in derselben Einheit wie |
load |
Ladeanforderungen dieser Besuchsanfrage. Dieses Feld funktioniert genauso wie das Feld |
visit |
Gibt die Arten der Besuche an. So kann zusätzliche Zeit für ein Fahrzeug für diesen Besuch eingeplant werden (siehe Ein Typ kann nur einmal vorkommen. |
label |
Gibt ein Label für diese |
LatLng
Ein Objekt, das ein Paar aus Breiten- und Längengrad darstellt. Es wird als Paar von Double-Werten ausgedrückt, die für den Breitengrad und den Längengrad stehen. Sofern nicht anders angegeben, muss es dem World Geodetic System 1984 (WGS 84) entsprechen. Die Werte müssen innerhalb normalisierter Bereiche liegen.
JSON-Darstellung |
---|
{ "latitude": number, "longitude": number } |
Felder | |
---|---|
latitude |
Der Breitengrad in Grad. Er muss im Bereich [-90,0, +90,0] liegen. |
longitude |
Der Längengrad in Grad. Er muss im Bereich [-180,0, +180,0] liegen. |
Zwischenstopp
Kapselt einen Wegpunkt ein. Wegpunkte markieren die Ankunfts- und Abfahrtsorte von Besuchsanfragen sowie die Start- und Endpunkte von Fahrzeugen.
JSON-Darstellung |
---|
{ "sideOfRoad": boolean, // Union field |
Felder | |
---|---|
side |
Optional. Gibt an, dass das Fahrzeug am Standort dieses Wegpunkts an einer bestimmten Straßenseite halten soll. Wenn Sie diesen Wert festlegen, führt die Route durch den Standort, damit das Fahrzeug an der Straßenseite anhalten kann, die vom Standort aus gesehen auf der rechten Seite der Straße liegt. Diese Option funktioniert nicht für den Mobilitätsmodus „ZU FUSS“. |
Union-Feld location_type . Verschiedene Möglichkeiten, einen Standort darzustellen. Für location_type ist nur einer der folgenden Werte zulässig: |
|
location |
Ein Punkt, der anhand von geografischen Koordinaten angegeben ist, einschließlich einer optionalen Richtung. |
place |
Die POI-Orts-ID, die mit dem Wegpunkt verknüpft ist. |
Standort
Umfasst einen Standort (einen geografischen Punkt und eine optionale Überschrift).
JSON-Darstellung |
---|
{
"latLng": {
object ( |
Felder | |
---|---|
lat |
Die geografischen Koordinaten des Wegpunkts. |
heading |
Die Kompassrichtung, die der Verkehrsflussrichtung entspricht. Mit diesem Wert wird die Straßenseite angegeben, die für die Abholung und Rückgabe verwendet werden soll. Die Werte für die Richtung können zwischen 0 und 360 liegen. 0 gibt dabei die Richtung „Nördlich“ an, 90 die Richtung „Östlich“ usw. |
TimeWindow
Zeitfenster begrenzen die Zeit eines Ereignisses, z. B. die Ankunftszeit bei einem Besuch oder den Beginn und das Ende eines Fahrzeugs.
Die festen Zeitfenstergrenzen startTime
und endTime
erzwingen den frühesten und spätesten Zeitpunkt des Ereignisses, sodass startTime <= event_time <=
endTime
. Die untere Grenze des weichen Zeitfensters, softStartTime
, gibt an, dass das Ereignis am oder nach softStartTime
stattfinden soll. Die Kosten sind dabei proportional dazu, wie lange vor dem weichen Startzeitpunkt das Ereignis eintritt. Die obere Grenze des weichen Zeitfensters, softEndTime
, gibt an, dass das Ereignis am oder vor softEndTime
stattfinden soll. Die Kosten sind proportional dazu, wie lange nach softEndTime
das Ereignis eintritt. startTime
, endTime
, softStartTime
und softEndTime
müssen innerhalb der globalen Zeitlimits liegen (siehe ShipmentModel.global_start_time
und ShipmentModel.global_end_time
) und Folgendes einhalten:
0 <= `startTime` <= `endTime` and
0 <= `startTime` <= `softStartTime` and
0 <= `softEndTime` <= `endTime`.
JSON-Darstellung |
---|
{ "startTime": string, "endTime": string, "softStartTime": string, "softEndTime": string, "costPerHourBeforeSoftStartTime": number, "costPerHourAfterSoftEndTime": number } |
Felder | |
---|---|
start |
Der Beginn des Zeitfensters. Wenn nicht angegeben, wird Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
end |
Das Ende des Zeitfensters. Wenn nicht angegeben, wird Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
soft |
Die Startzeit des Zeitfensters. Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
soft |
Das ungefähre Ende des Zeitfensters. Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
cost |
Diese Kosten pro Stunde werden den anderen Kosten im Modell hinzugefügt, wenn das Ereignis vor dem „softStartTime“ eintritt. Sie werden so berechnet:
Diese Kosten müssen positiv sein. Das Feld kann nur festgelegt werden, wenn „softStartTime“ festgelegt wurde. |
cost |
Kosten pro Stunde, die den anderen Kosten im Modell hinzugefügt werden, wenn das Ereignis nach
Diese Kosten müssen positiv sein. Das Feld kann nur festgelegt werden, wenn |
Fahrzeug
Stellt ein Fahrzeug mit einem Versandproblem dar. Wenn Sie ein Versandproblem beheben, wird für dieses Fahrzeug eine Route von startLocation
nach endLocation
erstellt. Eine Route besteht aus einer Folge von Besuchen (siehe ShipmentRoute
).
JSON-Darstellung |
---|
{ "displayName": string, "travelMode": enum ( |
Felder | |
---|---|
display |
Der benutzerdefinierte Anzeigename des Fahrzeugs. Sie kann bis zu 63 Zeichen lang sein und UTF-8-Zeichen enthalten. |
travel |
Die Mobilitätsform, die sich auf die für das Fahrzeug nutzbaren Straßen und die Geschwindigkeit auswirkt. Siehe auch |
route |
Eine Reihe von Bedingungen, die erfüllt sein müssen und sich auf die Berechnung von Routen für das betreffende Fahrzeug auswirken. |
start |
Geografische Position, an der das Fahrzeug startet, bevor es Sendungen abholt. Wenn keine Angabe erfolgt, beginnt das Fahrzeug bei der ersten Abholung. Wenn das Versandmodell Zeit- und Entfernungsmatrizen hat, darf |
start |
Wegpunkt, der einen geografischen Standort darstellt, an dem das Fahrzeug startet, bevor es Sendungen abholt. Wenn weder |
end |
Geografische Position, an der das Fahrzeug endet, nachdem es seine letzte |
end |
Wegpunkt, der einen geografischen Ort darstellt, an dem das Fahrzeug anhält, nachdem es seine letzte |
start |
Gibt Tags an, die am Anfang der Route des Fahrzeugs angebracht sind. Leere oder doppelte Strings sind nicht zulässig. |
end |
Gibt Tags an, die am Ende der Route des Fahrzeugs angehängt sind. Leere oder doppelte Strings sind nicht zulässig. |
start |
Zeitfenster, in denen das Fahrzeug den Startort verlassen kann. Sie müssen innerhalb der globalen Zeitlimits liegen (siehe Zeitfenster, die zum selben wiederholten Feld gehören, dürfen sich nicht überschneiden. Sie müssen also nicht aneinandergrenzen und in chronologischer Reihenfolge angeordnet sein.
|
end |
Zeitfenster, in denen das Fahrzeug am Zielort ankommen kann. Sie müssen innerhalb der globalen Zeitlimits liegen (siehe Zeitfenster, die zum selben wiederholten Feld gehören, dürfen sich nicht überschneiden. Sie müssen also nicht aneinandergrenzen und in chronologischer Reihenfolge angeordnet sein.
|
unloading |
Für das Fahrzeug gilt eine Richtlinie für das Entladen. |
load |
Kapazitäten des Fahrzeugs (z. B. Gewicht, Volumen, Anzahl der Paletten) Die Schlüssel in der Zuordnung sind die Kennungen der Art der Auslastung, die mit den Schlüsseln des Felds |
cost |
Fahrzeugkosten: Alle Kosten müssen in derselben Einheit wie Kosten pro Stunde der Fahrzeugroute. Diese Kosten werden auf die Gesamtzeit der Route angewendet und umfassen Fahrtzeit, Wartezeit und Besuchszeit. Die Verwendung von |
cost |
Kosten pro zurückgelegte Stunde der Fahrzeugroute. Diese Kosten werden nur auf die Fahrzeit der Route angewendet (d.h. die in |
cost |
Kosten pro Kilometer der Fahrzeugroute. Diese Kosten werden auf die in der |
fixed |
Pauschalkosten, die anfallen, wenn dieses Fahrzeug für die Bearbeitung einer Sendung verwendet wird. |
used |
Dieses Feld gilt nur für Fahrzeuge, deren Route keine Sendungen umfasst. Gibt an, ob das Fahrzeug in diesem Fall als gebraucht betrachtet werden soll oder nicht. Wenn „wahr“ festgelegt ist, fährt das Fahrzeug vom Start- zum Zielort, auch wenn es keine Sendungen abwickelt. Die Zeit- und Entfernungskosten für die Fahrt vom Start- zum Zielort werden berücksichtigt. Andernfalls fährt es nicht vom Start- zum Zielort und für dieses Fahrzeug sind keine |
route |
Limit für die Gesamtdauer der Route des Fahrzeugs. In einem bestimmten |
travel |
Beschränkung, die auf die Fahrtdauer der Route des Fahrzeugs angewendet wird. In einer bestimmten |
route |
Beschränkung, die auf die Gesamtstrecke der Route des Fahrzeugs angewendet wird. In einer bestimmten |
extra |
Hier wird eine Zuordnung von Strings vom Typ „visitTypes“ zu Zeiträumen angegeben. Die Dauer ist die Zeit, die zusätzlich zu Wenn eine Besuchsanfrage mehrere Typen hat, wird für jeden Typ auf der Karte eine Dauer hinzugefügt. |
break |
Beschreibt den Pausenplan, der für dieses Fahrzeug gelten soll. Wenn das Feld leer ist, werden für dieses Fahrzeug keine Pausen geplant. |
label |
Gibt ein Label für dieses Fahrzeug an. Dieses Label wird in der Antwort als |
ignore |
Wenn „true“ angegeben ist, muss Wenn ein Versand von einem in Wenn ein Versand von einem ignorierten Fahrzeug in |
travel |
Gibt einen Multiplikator an, mit dem die Fahrtzeiten dieses Fahrzeugs erhöht oder verringert werden können. Wenn Sie diesen Wert beispielsweise auf 2,0 festlegen, ist dieses Fahrzeug langsamer und die Fahrzeiten sind doppelt so lang wie bei Standardfahrzeugen. Dieser Multiplikator hat keine Auswirkungen auf die Besuchsdauer. Wenn WARNUNG: Die Fahrtzeiten werden nach Anwendung dieses Multiplikators, aber vor der Ausführung numerischer Vorgänge auf die nächste Sekunde gerundet. Ein kleiner Multiplikator kann daher zu einem Genauigkeitsverlust führen. Weitere Informationen finden Sie unter |
TravelMode
Mobilitätsformen, die von Fahrzeugen genutzt werden können.
Diese sollten eine Teilmenge der bevorzugten Mobilitätsarten der Google Maps Platform Routes API sein. Weitere Informationen finden Sie unter https://developers.google.com/maps/documentation/routes_preferred/reference/rest/Shared.Types/RouteTravelMode.
Enums | |
---|---|
TRAVEL_MODE_UNSPECIFIED |
Nicht angegebene Mobilitätsform, entspricht DRIVING . |
DRIVING |
Mobilitätsform, die der Wegbeschreibung für Pkw entspricht (Auto, …). |
WALKING |
Mobilitätsform, die der Wegbeschreibung für Fußgänger entspricht. |
RouteModifiers
Umfasst eine Reihe optionaler Bedingungen, die bei der Berechnung von Fahrzeugrouten erfüllt werden müssen. Dies entspricht RouteModifiers
in der Google Maps Platform Routes Preferred API. Weitere Informationen finden Sie unter https://developers.google.com/maps/documentation/routes/reference/rest/v2/RouteModifiers.
JSON-Darstellung |
---|
{ "avoidTolls": boolean, "avoidHighways": boolean, "avoidFerries": boolean, "avoidIndoor": boolean } |
Felder | |
---|---|
avoid |
Gibt an, ob Mautstraßen nach Möglichkeit vermieden werden sollen. Es werden Routen bevorzugt, die keine Mautstraßen enthalten. Gilt nur für motorisierte Fortbewegungsmittel. |
avoid |
Gibt an, ob Autobahnen nach Möglichkeit vermieden werden sollen. Vorzug wird Routen gegeben, die keine Autobahnen enthalten. Gilt nur für motorisierte Fortbewegungsmittel. |
avoid |
Gibt an, ob Fähren nach Möglichkeit vermieden werden sollen. Vorzug wird Routen eingeräumt, die keine Fahrten mit Fähren enthalten. Gilt nur für motorisierte Fortbewegungsmittel. |
avoid |
Optional. Gibt an, ob Routen in Innenräumen nach Möglichkeit vermieden werden sollen. Vorzug haben Routen, die keine Indoor-Navigation enthalten. Gilt nur für den |
UnloadingPolicy
Richtlinie zum Entladen eines Fahrzeugs. Gilt nur für Sendungen, die sowohl eine Abholung als auch eine Lieferung umfassen.
Andere Sendungen können unabhängig von unloadingPolicy
an jeder beliebigen Stelle auf der Route erfolgen.
Enums | |
---|---|
UNLOADING_POLICY_UNSPECIFIED |
Keine Angabe zu Entladerichtlinien; Lieferungen müssen direkt nach den entsprechenden Abholungen erfolgen. |
LAST_IN_FIRST_OUT |
Die Lieferungen müssen in umgekehrter Reihenfolge der Abholungen erfolgen. |
FIRST_IN_FIRST_OUT |
Die Lieferungen müssen in derselben Reihenfolge wie die Abholungen erfolgen. |
LoadLimit
Definiert ein Ladelimit für ein Fahrzeug, z. B. „Dieser Lkw darf nur bis zu 3.500 kg laden“. loadLimits
ansehen.
JSON-Darstellung |
---|
{ "softMaxLoad": string, "costPerUnitAboveSoftMax": number, "startLoadInterval": { object ( |
Felder | |
---|---|
soft |
Ein weiches Limit für die Auslastung. |
cost |
Wenn die Auslastung auf der Route dieses Fahrzeugs |
start |
Das zulässige Ladeintervall des Fahrzeugs zu Beginn der Route. |
end |
Das zulässige Ladeintervall des Fahrzeugs am Ende der Route. |
max |
Die maximal zulässige Auslastung. |
Intervall
Intervall der zulässigen Lademengen.
JSON-Darstellung |
---|
{ "min": string, "max": string } |
Felder | |
---|---|
min |
Eine akzeptable Mindestauslastung. Muss ≥ 0 sein. Wenn beide angegeben sind, muss |
max |
Eine maximal zulässige Auslastung. Muss ≥ 0 sein. Wenn keine Angabe gemacht wird, ist die maximale Auslastung durch diese Nachricht nicht eingeschränkt. Wenn beide angegeben sind, muss |
DurationLimit
Ein Limit, das die maximale Dauer der Route eines Fahrzeugs definiert. Sie kann hart oder weich sein.
Wenn ein Feld für den flexiblen Grenzwert definiert ist, müssen sowohl der Grenzwert für den flexiblen Maximalwert als auch die zugehörigen Kosten gemeinsam definiert werden.
JSON-Darstellung |
---|
{ "maxDuration": string, "softMaxDuration": string, "quadraticSoftMaxDuration": string, "costPerHourAfterSoftMax": number, "costPerSquareHourAfterQuadraticSoftMax": number } |
Felder | |
---|---|
max |
Ein starres Limit, das die Dauer auf maximal maxDuration beschränkt. Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
soft |
Ein weiches Limit, das keine maximale Dauer vorschreibt, aber bei dessen Überschreitung Kosten für die Route anfallen. Diese Kosten werden mit anderen im Modell definierten Kosten mit derselben Einheit addiert. Falls angegeben, darf Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
quadratic |
Ein weiches Limit, das keine maximale Dauer vorschreibt, aber bei dessen Überschreitung für die Route Kosten anfallen, die quadratisch mit der Dauer ansteigen. Diese Kosten werden mit anderen im Modell definierten Kosten mit derselben Einheit addiert. Falls angegeben, darf
Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
cost |
Kosten pro Stunde, die anfallen, wenn der Grenzwert von
Die Kosten dürfen nicht negativ sein. |
cost |
Kosten pro Quadratkilometer und Stunde, die anfallen, wenn der Grenzwert von Die zusätzlichen Kosten betragen 0, wenn die Dauer unter der Schwelle liegt. Andernfalls hängen die Kosten von der Dauer ab:
Die Kosten dürfen nicht negativ sein. |
DistanceLimit
Ein Limit, das die maximale zurückgelegte Strecke definiert. Sie kann hart oder weich sein.
Wenn ein weiches Limit definiert ist, müssen sowohl softMaxMeters
als auch costPerKilometerAboveSoftMax
definiert sein und nicht negativ sein.
JSON-Darstellung |
---|
{ "maxMeters": string, "softMaxMeters": string, "costPerKilometerBelowSoftMax": number, "costPerKilometerAboveSoftMax": number } |
Felder | |
---|---|
max |
Eine feste Grenze, die die Entfernung auf maxMeters begrenzt. Das Limit darf nicht negativ sein. |
soft |
Ein weiches Limit, das keine maximale Entfernung vorschreibt, aber bei einem Verstoß zu Kosten führt, die sich mit anderen im Modell definierten Kosten mit derselben Einheit addieren. Falls definiert, muss „softMaxMeters“ kleiner als „maxMeters“ sein und darf nicht negativ sein. |
cost |
Angefallene Kosten pro Kilometer, bis zu
Diese Kosten werden in |
cost |
Kosten pro Kilometer, wenn die Entfernung das Limit von
Die Kosten dürfen nicht negativ sein. |
BreakRule
Regeln zum Generieren von Pausen für ein Fahrzeug (z.B. Mittagspausen). Eine Pause ist ein zusammenhängender Zeitraum, in dem das Fahrzeug an seiner aktuellen Position inaktiv bleibt und keine Besuche durchführen kann. Unterbrechungen können in folgenden Fällen auftreten:
- während der Fahrt zwischen zwei Besuchen (einschließlich der Zeit direkt vor oder direkt nach einem Besuch, aber nicht in der Mitte eines Besuchs), in diesem Fall wird die entsprechende Fahrtzeit zwischen den Besuchen verlängert,
- oder vor dem Start des Fahrzeugs (das Fahrzeug wird möglicherweise nicht mitten in einer Pause gestartet), in diesem Fall hat es keinen Einfluss auf die Startzeit des Fahrzeugs.
- oder nach dem Ende des Fahrzeugs (ebenfalls mit der Endzeit des Fahrzeugs).
JSON-Darstellung |
---|
{ "breakRequests": [ { object ( |
Felder | |
---|---|
break |
Abfolge von Pausen. Weitere Informationen finden Sie in der Nachricht |
frequency |
Es können mehrere |
BreakRequest
Die Abfolge der Pausen (d.h. ihre Anzahl und Reihenfolge), die für jedes Fahrzeug gelten, muss im Voraus bekannt sein. Die wiederholten BreakRequest
definieren diese Sequenz in der Reihenfolge, in der sie auftreten müssen. Die Zeitfenster (earliestStartTime
/ latestStartTime
) dürfen sich überschneiden, müssen aber mit der Bestellung kompatibel sein (dies wird geprüft).
JSON-Darstellung |
---|
{ "earliestStartTime": string, "latestStartTime": string, "minDuration": string } |
Felder | |
---|---|
earliest |
Erforderlich. Untere Grenze (einschließlich) des Beginns der Pause. Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
latest |
Erforderlich. Obergrenze (einschließlich) für den Beginn der Pause. Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
min |
Erforderlich. Mindestdauer der Werbeunterbrechung. Muss positiv sein. Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
FrequencyConstraint
Die Häufigkeit und Dauer der oben genannten Pausen kann weiter eingeschränkt werden, indem eine Mindestpausenfrequenz erzwungen wird, z. B. „Alle 12 Stunden muss eine Pause von mindestens einer Stunde eingelegt werden“. Angenommen, dies kann als „Innerhalb eines gleitenden Zeitfensters von 12 Stunden muss es mindestens eine Pause von mindestens einer Stunde geben“ interpretiert werden, würde dieses Beispiel in die folgende FrequencyConstraint
übersetzt:
{
minBreakDuration { seconds: 3600 } # 1 hour.
maxInterBreakDuration { seconds: 39600 } # 11 hours (12 - 1 = 11).
}
Bei der Zeit und Dauer der Werbeunterbrechungen in der Lösung werden alle diese Einschränkungen berücksichtigt, zusätzlich zu den Zeitfenstern und Mindestdauern, die bereits in der BreakRequest
angegeben sind.
Ein FrequencyConstraint
kann in der Praxis auch auf nicht aufeinanderfolgende Pausen angewendet werden. Im folgenden Zeitplan wird beispielsweise das Beispiel „1 Stunde alle 12 Stunden“ berücksichtigt:
04:00 vehicle start
.. performing travel and visits ..
09:00 1 hour break
10:00 end of the break
.. performing travel and visits ..
12:00 20-min lunch break
12:20 end of the break
.. performing travel and visits ..
21:00 1 hour break
22:00 end of the break
.. performing travel and visits ..
23:59 vehicle end
JSON-Darstellung |
---|
{ "minBreakDuration": string, "maxInterBreakDuration": string } |
Felder | |
---|---|
min |
Erforderlich. Mindestdauer der Unterbrechung für diese Einschränkung. Nicht negativ. Siehe Beschreibung von Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
max |
Erforderlich. Maximale zulässige Spanne eines Zeitintervalls auf der Route, das nicht mindestens teilweise eine Pause von Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
DurationDistanceMatrix
Gibt eine Matrix mit Dauer und Entfernung vom Start- und Endpunkt des Besuchs zum Start- und Endpunkt des Fahrzeugs an.
JSON-Darstellung |
---|
{
"rows": [
{
object ( |
Felder | |
---|---|
rows[] |
Gibt die Zeilen der Matrix für Dauer und Entfernung an. Es muss dieselbe Anzahl an Elementen wie |
vehicle |
Tag, das angibt, für welche Fahrzeuge diese Matrix mit Dauer und Entfernung gilt. Wenn das Feld leer ist, gilt dies für alle Fahrzeuge und es kann nur eine einzige Matrix geben. Jeder Fahrzeugstart muss genau einer Matrix entsprechen, d.h. genau eines der Alle Matrizen müssen eine unterschiedliche |
Zeile
Gibt eine Zeile der Matrix für Dauer und Entfernung an.
JSON-Darstellung |
---|
{ "durations": [ string ], "meters": [ number ] } |
Felder | |
---|---|
durations[] |
Dauerwerte für eine bestimmte Zeile. Es muss dieselbe Anzahl an Elementen wie Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
meters[] |
Entfernungswerte für eine bestimmte Zeile. Wenn sich keine Kosten oder Einschränkungen auf Entfernungen im Modell beziehen, kann dieses Feld leer bleiben. Andernfalls muss es so viele Elemente wie |
TransitionAttributes
Gibt Attribute von Übergängen zwischen zwei aufeinanderfolgenden Besuchen auf einer Route an. Für dieselbe Umstellung können mehrere TransitionAttributes
gelten. In diesem Fall werden alle zusätzlichen Kosten addiert und die strengste Einschränkung oder das strengste Limit angewendet (entsprechend der natürlichen „AND“-Semantik).
JSON-Darstellung |
---|
{
"srcTag": string,
"excludedSrcTag": string,
"dstTag": string,
"excludedDstTag": string,
"cost": number,
"costPerKilometer": number,
"distanceLimit": {
object ( |
Felder | |
---|---|
src |
Tags, die die (src->dst)-Übergänge definieren, auf die diese Attribute angewendet werden. Ein Quellbesuch oder Fahrzeugstart wird nur dann abgeglichen, wenn |
excluded |
|
dst |
Ein Zielbesuch oder ein Fahrzeugende stimmt genau dann überein, wenn |
excluded |
|
cost |
Gibt die Kosten für die Durchführung dieser Umwandlung an. Dieser Wert hat dieselbe Einheit wie alle anderen Kosten im Modell und darf nicht negativ sein. Sie wird auf alle anderen bestehenden Kosten aufgeschlagen. |
cost |
Gibt einen Kostenpreis pro Kilometer an, der auf die zurückgelegte Strecke bei diesem Übergang angewendet wird. Sie wird zu allen |
distance |
Gibt ein Limit für die zurückgelegte Strecke bei diesem Übergang an. Seit Juni 2021 werden nur noch Softlimits unterstützt. |
delay |
Gibt eine Verzögerung an, die beim Ausführen dieses Übergangs auftritt. Diese Verzögerung tritt immer nach dem Ende des Quellbesuchs und vor Beginn des Zielbesuchs auf. Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
ShipmentTypeIncompatibility
Gibt Inkompatibilitäten zwischen Sendungen an, die sich aus ihrem shipmentType ergeben. Die Anzeige inkompatibler Sendungen auf derselben Route ist je nach Inkompatibilitätsmodus eingeschränkt.
JSON-Darstellung |
---|
{
"types": [
string
],
"incompatibilityMode": enum ( |
Felder | |
---|---|
types[] |
Liste der inkompatiblen Typen. Zwei Sendungen mit unterschiedlichen |
incompatibility |
Modus, der auf die Inkompatibilität angewendet wird. |
IncompatibilityMode
Modi, die festlegen, wie die Anzeige inkompatibler Sendungen auf derselben Route eingeschränkt wird.
Enums | |
---|---|
INCOMPATIBILITY_MODE_UNSPECIFIED |
Nicht angegebener Inkompatibilitätsmodus. Dieser Wert sollte niemals verwendet werden. |
NOT_PERFORMED_BY_SAME_VEHICLE |
In diesem Modus können zwei Sendungen mit inkompatiblen Typen niemals dasselbe Fahrzeug nutzen. |
NOT_IN_SAME_VEHICLE_SIMULTANEOUSLY |
Bei zwei Sendungen mit inkompatiblen Typen im
|
ShipmentTypeRequirement
Hiermit werden Anforderungen an Sendungen basierend auf ihrem shipmentType angegeben. Die Details der Anforderung werden durch den Anforderungsmodus definiert.
JSON-Darstellung |
---|
{
"requiredShipmentTypeAlternatives": [
string
],
"dependentShipmentTypes": [
string
],
"requirementMode": enum ( |
Felder | |
---|---|
required |
Liste der alternativen Versandtypen, die für die |
dependent |
Für alle Sendungen mit einem Typ im Feld HINWEIS: Anforderungsketten, bei denen eine |
requirement |
Modus, der auf die Anforderung angewendet wird. |
RequirementMode
Modi, die das Aussehen abhängiger Sendungen auf einer Route definieren.
Enums | |
---|---|
REQUIREMENT_MODE_UNSPECIFIED |
Nicht angegebener Anforderungsmodus. Dieser Wert sollte niemals verwendet werden. |
PERFORMED_BY_SAME_VEHICLE |
In diesem Modus müssen alle „abhängigen“ Sendungen dasselbe Fahrzeug wie mindestens eine ihrer „erforderlichen“ Sendungen nutzen. |
IN_SAME_VEHICLE_AT_PICKUP_TIME |
Im Modus Für die Abholung einer „abhängigen“ Sendung muss daher Folgendes angegeben sein:
|
IN_SAME_VEHICLE_AT_DELIVERY_TIME |
Wie bisher, mit der Ausnahme, dass die „abhängigen“ Sendungen zum Zeitpunkt der Lieferung eine „erforderliche“ Sendung im Fahrzeug haben müssen. |
PrecedenceRule
Eine Vorrangregel zwischen zwei Ereignissen (jedes Ereignis ist die Abholung oder Zustellung einer Sendung): Das „zweite“ Ereignis muss mindestens offsetDuration
nach Beginn des „ersten“ Ereignisses beginnen.
Mehrere Vorrangstufen können sich auf dieselben (oder ähnliche) Ereignisse beziehen, z.B. „Abholung von B erfolgt nach Lieferung von A“ und „Abholung von C erfolgt nach Abholung von B“.
Außerdem gelten Vorrangregeln nur, wenn beide Sendungen ausgeführt werden. Andernfalls werden sie ignoriert.
JSON-Darstellung |
---|
{ "firstIsDelivery": boolean, "secondIsDelivery": boolean, "offsetDuration": string, "firstIndex": integer, "secondIndex": integer } |
Felder | |
---|---|
first |
Gibt an, ob das erste Ereignis eine Übermittlung ist. |
second |
Gibt an, ob das „zweite“ Ereignis eine Zustellung ist. |
offset |
Die Zeitverschiebung zwischen dem ersten und dem zweiten Ereignis. Sie kann negativ sein. Die Dauer in Sekunden mit bis zu neun Nachkommastellen und am Ende mit " |
first |
Versandindex des ersten Ereignisses. Dieses Feld muss angegeben werden. |
second |
Versandindex des „zweiten“ Ereignisses. Dieses Feld muss angegeben werden. |