Odpowiedź po rozwiązaniu problemu optymalizacji wycieczki obejmującego trasy, które należy pokonywać w przypadku każdego pojazdu, pominięte przesyłki i całkowity koszt rozwiązania.
Zapis JSON |
---|
{ "routes": [ { object ( |
Pola | |
---|---|
routes[] |
trasy wyznaczone dla każdego pojazdu; i-ta trasa odpowiada i-temu pojazdowi w modelu. |
requestLabel |
Kopia |
skippedShipments[] |
Lista wszystkich pominiętych przesyłek. |
validationErrors[] |
Lista wszystkich błędów weryfikacji, które udało nam się wykryć niezależnie. Zobacz „WIELE BŁĘDÓW” wyjaśnienie dotyczące komunikatu |
metrics |
Czas trwania, odległość i wskaźniki wykorzystania w tym rozwiązaniu. |
OptimizeToursValidationError
Opisuje błąd lub ostrzeżenie napotkane podczas weryfikowania elementu OptimizeToursRequest
.
Zapis JSON |
---|
{
"code": integer,
"displayName": string,
"fields": [
{
object ( |
Pola | |
---|---|
code |
Błąd weryfikacji jest definiowany przez parę ( Inne pola (poniżej) zawierają więcej informacji o błędzie. WIELU BŁĘDÓW: jeśli wystąpiło wiele błędów, proces weryfikacji próbuje zwrócić kilka z nich. Ten proces, podobnie jak w przypadku kompilatora, nie jest idealny. Niektóre błędy weryfikacji są „krytyczne”, co oznacza, że zatrzymują cały proces weryfikacji. Dotyczy to między innymi Stabilność: rozwiązania REFERENCYJNE: lista wszystkich par (kod, nazwa):
|
displayName |
Wyświetlana nazwa błędu. |
fields[] |
Kontekst błędu może mieć wartość 0, 1 (w większości przypadków) lub większą liczbę pól. Na przykład w odniesieniu do pojazdu nr 4 i pierwszej dostawy nr 2 można wykonać te czynności:
Pamiętaj jednak, że moc zbioru funkcji |
errorMessage |
Zrozumiały dla człowieka ciąg tekstowy opisujący błąd. Między Stabilność: niestabilna: komunikat o błędzie powiązany z danym parametrem |
offendingValues |
Może zawierać wartości pól. Nie zawsze jest to możliwe. Nie należy polegać wyłącznie na tym narzędziu i używać go wyłącznie do ręcznego debugowania modelu. |
Odniesienie do pola
Określa kontekst błędu weryfikacji. FieldReference
zawsze odnosi się do danego pola w tym pliku i ma taką samą strukturę hierarchiczną. Możemy na przykład określić element nr 2 w atrybucie startTimeWindows
pojazdu nr 5 za pomocą:
name: "vehicles" index: 5 subField { name: "endTimeWindows" index: 2 }
Pomijamy jednak elementy najwyższego poziomu, takie jak OptimizeToursRequest
czy ShipmentModel
, aby uniknąć zatłoczenia wiadomości.
Zapis JSON |
---|
{ "name": string, "subField": { object ( |
Pola | |
---|---|
name |
Nazwa pola, np. „pojazdy”. |
subField |
W razie potrzeby zagnieżdżone pole podrzędne. |
Pole sumy
|
|
index |
Indeks pola, jeśli się powtarza. |
key |
Klucz, jeśli pole jest mapą. |
Dane
Zbiorcze wskaźniki, zagregowane dla wszystkich tras.
Zapis JSON |
---|
{
"aggregatedRouteMetrics": {
object ( |
Pola | |
---|---|
aggregatedRouteMetrics |
Dane zagregowane na trasach. Poszczególne dane to suma (lub maksimum, w przypadku obciążeń) we wszystkich polach |
skippedMandatoryShipmentCount |
Liczba pominiętych przesyłek obowiązkowych. |
usedVehicleCount |
Liczba wykorzystywanych pojazdów. Uwaga: jeśli trasa pojazdu jest pusta, a |
earliestVehicleStartTime |
Najwcześniejszy czas uruchomienia używanego pojazdu, obliczany jako minimum dla wszystkich używanych pojazdów w okresie Sygnatura czasowa w RFC3339 UTC „Zulu” z rozdzielczością nanosekundową i maksymalnie 9 cyframi po przecinku. Przykłady: |
latestVehicleEndTime |
Najnowsza godzina zakończenia działania używanego pojazdu, obliczana jako maksymalna liczba wszystkich używanych pojazdów w okresie Sygnatura czasowa w RFC3339 UTC „Zulu” z rozdzielczością nanosekundową i maksymalnie 9 cyframi po przecinku. Przykłady: |
costs |
Koszt rozwiązania z podziałem na pola żądania związane z kosztami. Klucze to ścieżki proto, względem danych wejściowych OptimizeToursRequest, np. „model.shipments.pickups.cost”, a wartości to łączny koszt wygenerowany przez odpowiednie pole kosztu, zagregowany dla całego rozwiązania. Inaczej mówiąc, koszt["model.shipments.pickups.cost"] to suma wszystkich kosztów odbioru w ramach danego rozwiązania. Wszystkie koszty zdefiniowane w modelu są uwzględnione w szczegółowym raporcie z wyjątkiem kosztów związanych z atrybutami przejścia, które od 2022 roku są raportowane tylko w postaci zbiorczej. Obiekt zawierający listę par |
totalCost |
Całkowity koszt rozwiązania. Suma wszystkich wartości na mapie kosztów. |