解決巡迴路線最佳化問題後的回應,其中包含每輛車輛的路線、已略過的貨件,以及解決方案的整體成本。
JSON 表示法 |
---|
{ "routes": [ { object ( |
欄位 | |
---|---|
routes[] |
為每輛車輛計算的路線;第 i 條路線對應至模型中的第 i 輛車輛。 |
requestLabel |
如果要求中指定了標籤,則為 |
skippedShipments[] |
所有跳過的出貨清單。 |
validationErrors[] |
列出可獨立偵測的所有驗證錯誤。查看 |
metrics |
這項解決方案的時間長度、距離和用量指標。 |
OptimizeToursValidationError
說明驗證 OptimizeToursRequest
時發生的錯誤或警告。
JSON 表示法 |
---|
{
"code": integer,
"displayName": string,
"fields": [
{
object ( |
欄位 | |
---|---|
code |
驗證錯誤是由一組一律存在的值 ( 其他欄位 (請見下方) 提供更多與錯誤相關的資訊。 多個錯誤:如有多個錯誤,驗證程序會試著輸出數個錯誤。與編譯器類似,這個程序不完美。部分驗證錯誤會導致「致命」錯誤,也就是會停止整個驗證程序。 穩定性: 參考資料:所有 (代碼、名稱) 組合的清單:
|
displayName |
錯誤顯示名稱。 |
fields[] |
錯誤內容可能涉及 0 個、1 個 (大多數情況) 或更多欄位。舉例來說,參照第 4 號車輛和第 2 批第 2 項取貨方式可按照以下方式完成:
不過,請注意, |
errorMessage |
使用者容易理解的錯誤說明字串。 STABILITY:不穩定:與指定 |
offendingValues |
可能包含欄位值。但不一定適用於所有情況。請務必不要依賴這項功能,並且只用於手動模型偵錯。 |
FieldReference
指定驗證錯誤的內容。FieldReference
一律會參照這個檔案中的特定欄位,並採用相同的階層結構。舉例來說,您可以透過以下程式碼,指定車輛 #5 的 startTimeWindows
元素 #2:
name: "vehicles" index: 5 subField { name: "endTimeWindows" index: 2 }
不過,我們會省略 OptimizeToursRequest
或 ShipmentModel
等頂層實體,以免訊息過於擁擠。
JSON 表示法 |
---|
{ "name": string, "subField": { object ( |
欄位 | |
---|---|
name |
欄位名稱,例如「vehicles」。 |
subField |
視需要以遞迴方式建立子欄位。 |
聯集欄位
|
|
index |
如果是重複欄位,則為該欄位的索引。 |
key |
若欄位為對應項,則為索引鍵。 |
指標
匯總所有路徑的整體指標。
JSON 表示法 |
---|
{
"aggregatedRouteMetrics": {
object ( |
欄位 | |
---|---|
aggregatedRouteMetrics |
匯總路線。每個指標都是所有同名 |
skippedMandatoryShipmentCount |
略過的強制貨件數量。 |
usedVehicleCount |
使用的車輛數量。注意:如果車輛路線為空白,且 |
earliestVehicleStartTime |
二手車的最早開始時間,計算依據為 RFC3339 世界標準時間「Zulu」格式的時間戳記,解析度以奈秒為單位,小數點後最多 9 位。例如 |
latestVehicleEndTime |
二手車的最新結束時間,計算方式為所有二手車 RFC3339 世界標準時間「Zulu」格式的時間戳記,解析度以奈秒為單位,小數點後最多 9 位。範例: |
costs |
解決方案的費用,依費用相關要求欄位細分。鍵是相對於輸入 OptimizeToursRequest 的 proto 路徑,例如「model.shipments.pickups.cost」,而值則是相應費用欄位產生的總費用,並在整個解決方案中匯總。換句話說,costs["model.shipments.pickups.cost"] 是解決方案中所有提貨費用的總和。這裡會詳細列出模型中定義的所有費用,但 TransitionAttributes 相關費用除外,因為這類費用自 2022 年 1 月起只會以匯總方式呈報。 這個物件中包含 |
totalCost |
解決方案的總費用。成本對應項目中的所有值總和。 |