Antwort nach der Lösung eines Problems zur Optimierung der Tour mit den Routen, denen jedes Fahrzeug folgt, den übersprungenen Sendungen und den Gesamtkosten der Lösung.
JSON-Darstellung |
---|
{ "routes": [ { object ( |
Felder | |
---|---|
routes[] |
Für jedes Fahrzeug berechnete Routen; die i-te Route entspricht dem i-ten Fahrzeug im Modell. |
requestLabel |
Kopie von |
skippedShipments[] |
Liste aller übersprungenen Sendungen. |
validationErrors[] |
Liste aller Validierungsfehler, die wir unabhängig voneinander erkennen konnten. Weitere Informationen erhalten Sie unter MEHRERE FEHLER zur |
metrics |
Messwerte zu Dauer, Entfernung und Nutzung für diese Lösung. |
OptimizeToursValidationError
Beschreibt einen Fehler oder eine Warnung, die beim Validieren eines OptimizeToursRequest
aufgetreten ist.
JSON-Darstellung |
---|
{
"code": integer,
"displayName": string,
"fields": [
{
object ( |
Felder | |
---|---|
code |
Ein Validierungsfehler wird durch das Paar ( Die anderen Felder (unten) liefern weitere Informationen zum Fehler. MULTIPLE ERRORS: Wenn mehrere Fehler vorliegen, werden beim Validierungsprozess mehrere davon ausgegeben. Ähnlich wie ein Compiler ist dies ein nicht perfekter Prozess. Einige Validierungsfehler sind „fatal“, d. h., sie beenden den gesamten Validierungsprozess. Dies ist u. a. bei Stabilität: REFERENCE: Eine Liste aller Paare vom Typ „Code, Name“:
|
displayName |
Der Fehleranzeigename. |
fields[] |
Ein Fehlerkontext kann 0, 1 (in den meisten Fällen) oder mehrere Felder umfassen. Für Fahrzeug 4 und die erste Abholung der Sendung 2 könnte das beispielsweise so aussehen:
Die Kardinalität von |
errorMessage |
Für Menschen lesbarer String, der den Fehler beschreibt. Es gibt eine 1:1-Zuordnung zwischen STABILITÄT: Nicht stabil: Die Fehlermeldung, die mit einer bestimmten |
offendingValues |
Kann die Werte der Felder enthalten. Diese Option ist nicht immer verfügbar. Sie sollten sich nicht darauf verlassen und sie nur für die manuelle Fehlerbehebung von Modellen verwenden. |
FieldReference
Gibt einen Kontext für den Validierungsfehler an. Ein FieldReference
verweist immer auf ein bestimmtes Feld in dieser Datei und hat dieselbe hierarchische Struktur. Beispielsweise können wir Element 2 von startTimeWindows
von Fahrzeug 5 wie folgt angeben:
name: "vehicles" index: 5 subField { name: "endTimeWindows" index: 2 }
Entitäten der obersten Ebene wie OptimizeToursRequest
oder ShipmentModel
werden jedoch weggelassen, um die Nachricht nicht zu überladen.
JSON-Darstellung |
---|
{ "name": string, "subField": { object ( |
Felder | |
---|---|
name |
Name des Felds, z. B. „Fahrzeuge“. |
subField |
Bei Bedarf rekursiv verschachteltes untergeordnetes Feld. |
Union-Feld Für |
|
index |
Index des Felds, falls es wiederholt wird. |
key |
Key, wenn das Feld eine Zuordnung ist. |
Messwerte
Gesamtmesswerte, aggregiert über alle Routen.
JSON-Darstellung |
---|
{
"aggregatedRouteMetrics": {
object ( |
Felder | |
---|---|
aggregatedRouteMetrics |
Aggregiert über die Routen. Jeder Messwert ist die Summe (oder bei Ladevorgängen der maximale Wert) aller |
skippedMandatoryShipmentCount |
Anzahl der obligatorischen Sendungen übersprungen. |
usedVehicleCount |
Anzahl der genutzten Fahrzeuge. Hinweis: Wenn eine Fahrzeugroute leer ist und |
earliestVehicleStartTime |
Die früheste Startzeit für ein gebrauchtes Fahrzeug, berechnet als Minimum aller gebrauchten Fahrzeuge in der Kategorie „ Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
latestVehicleEndTime |
Die letzte Endzeit für ein Gebrauchtfahrzeug, berechnet als Maximum aller Gebrauchtwagen in der Kategorie „ Ein Zeitstempel im Format RFC3339 UTC "Zulu" mit einer Auflösung im Nanosekundenbereich und bis zu neun Nachkommastellen. Beispiele: |
costs |
Kosten der Lösung, aufgeschlüsselt nach kostenbezogenen Anfragefeldern. Die Schlüssel sind Proto-Pfade, bezogen auf die OptimizeToursRequest-Eingabe, z. B. „model.shipments.pickups.cost“. Die Werte sind die Gesamtkosten, die vom entsprechenden Kostenfeld generiert und über die gesamte Lösung aggregiert werden. Mit anderen Worten: „costs["model.shipments.pickups.cost"]“ ist die Summe aller Abholkosten für die Lösung. Alle im Modell definierten Kosten werden hier ausführlich aufgeführt, mit Ausnahme der Kosten im Zusammenhang mit TransitionAttributes, die seit Januar 2022 nur noch in zusammengefasster Form erfasst werden. Ein Objekt, das eine Liste von |
totalCost |
Gesamtkosten der Lösung. Die Summe aller Werte in der Kostenzuordnung. |