- JSON 表示法
- 出貨
- VisitRequest
- LatLng
- 旅行點
- Location
- TimeWindow
- 交通工具
- TravelMode
- UnloadingPolicy
- LoadLimit
- 間隔
- DurationLimit
- DistanceLimit
- BreakRule
- BreakRequest
- FrequencyConstraint
- DurationDistanceMatrix
- 列
- TransitionAttributes
- ShipmentTypeIncompatibility
- IncompatibilityMode
- ShipmentTypeRequirement
- RequirementMode
- PrecedenceRule
運送模型包含一組必須由一組車輛行駛的貨運,並盡可能降低整體成本,亦即以下各項的總和:
- 車輛路線的費用 (所有車輛的總交通時間、平均交通時間、固定費用)。
- 導致貨物延遲情形
- 運送作業全球作業期間的成本
JSON 表示法 |
---|
{ "shipments": [ { object ( |
欄位 | |
---|---|
shipments[] |
必須在模型中執行的一組貨運組合。 |
vehicles[] |
可用來進行造訪的車輛組合。 |
globalStartTime |
模型的全球開始時間和結束時間:超出範圍的時間一律視為有效。 模型的時間範圍必須少於一年,即 使用 RFC3339 世界標準時間「Zulu」的時間戳記格式,解析度為奈秒,且最多 9 個小數位數。範例: |
globalEndTime |
如未設定,1971 年 1 月 1 日世界標準時間 00:00:00 (也就是秒數:31536000,nanos: 0) 會做為預設值。 RFC3339 世界標準時間「Zulu」的時間戳記格式,解析度為奈秒,且最多 9 個小數位數。範例: |
globalDurationCostPerHour |
「全球時間長度」是指所有車輛最早生效開始時間與最晚有效結束時間之間的差距。舉例來說,使用者可以為該數量設定每小時費用,以針對最快完成的工作進行最佳化。這個費用的單位必須與 |
durationDistanceMatrices[] |
指定模型中使用的持續時間和距離矩陣。如果這個欄位空白,系統會根據 使用範例:
|
durationDistanceMatrixSrcTags[] |
定義時間長度和距離矩陣來源的標記; 標記會對應至 |
durationDistanceMatrixDstTags[] |
定義時間長度和距離矩陣目的地的標記; 標記會對應至 |
transitionAttributes[] |
已新增至模型的轉場屬性。 |
shipmentTypeIncompatibilities[] |
不相容的 shipping_types 組合 (請參閱 |
shipmentTypeRequirements[] |
一組 |
precedenceRules[] |
必須在模型中強制執行的優先順序規則組合。 |
maxActiveVehicles |
限制可運作的車輛數量上限。如果路線至少執行一次貨運,表示車輛正在行駛中。當車隊少於車輛,且車隊屬於異質時,這項功能可用來限制路線數量。最佳化功能會選擇最適合使用的車輛組合。必須是正數。 |
運送地址
運送單一商品 (從任一取件到出貨)每輛車都必須前往其中一個上車地點 (並視情況調降空間) 至貨運地點,才能順利將貨物視為出貨。
JSON 表示法 |
---|
{ "displayName": string, "pickups": [ { object ( |
欄位 | |
---|---|
displayName |
使用者定義的運送顯示名稱。長度上限為 63 個半形字元,可以使用 UTF-8 字元。 |
pickups[] |
與出貨相關的取貨替代選項組合。如未指定,車輛只需造訪與配送項目對應的地點。 |
deliveries[] |
與出貨相關的提交替代方案。如未指定,車輛只需造訪與上車地點對應的地點。 |
loadDemands |
貨物負載 (例如重量、體積、棧板數量等)。圖中的鍵應為用來說明對應負載類型的 ID,最好也包含單位。例如:「weight_kg」、「volume_gallons」、「pallet_count」等。如果指定鍵未顯示在地圖上,則相應的載入項目會視為空值。 這個物件中包含 |
allowedVehicleIndices[] |
可能提供這項運送作業的車輛組合。如果留空,所有車輛都可以執行這項作業。車輛會以 |
costsPerVehicle[] |
指定每輛車出貨時的運費。指定的變數必須包含 EITHER:
這些費用的單位必須與「 |
costsPerVehicleIndices[] |
適用 |
pickupToDeliveryAbsoluteDetourLimit |
指定從上車到貨運之間的最短路徑等待時間。若有指定,其必須為非負數,且運送必須包含至少一項取貨和送貨服務。 舉例來說,如果從選定的取貨替代服務直接改為配送至所選配送方式,最早需要多久時間才能處理完畢。接著設定
如果同一運送屬性同時指定了相對和絕對限制,則每個取貨/外送組合使用的限制越多。截至 2017 年 10 月 10 日為止,只有交通時間不需乘車時,系統才會支援繞道時間。 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
pickupToDeliveryTimeLimit |
指定從開始取貨到出貨到貨之間的最長時間。若有指定,其必須為非負數,且運送必須包含至少一項取貨和送貨服務。這不會影響取貨方式,或選擇取貨和送貨的替代地點,以及車輛速度。您可以與最大繞道限制一起指定這項設定:解決方案將遵循這兩種規格。 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
shipmentType |
指定「類型」的非空白字串。這項功能可用於定義 與單次造訪指定的 |
label |
指定此貨品的標籤。這個標籤會在對應 |
ignore |
如果為 true,請略過此出貨作業,但不套用 如果模型中沒有任何 我們允許忽略在 |
penaltyCost |
如果貨運未完成,則罰金會計入路線總額。如果消費者造訪指定的取件和外送替代品,系統會將出貨視為已完成。費用可用與模型中所有其他費用相關欄位相同的單位表示,且必須為正數。 重要事項:如未指明這項處分,將視為無限期,也就是必須完成出貨。 |
pickupToDeliveryRelativeDetourLimit |
指定從自取到貨品送達的最短路徑出發時間的最長相對繞路時間。若有指定,其必須為非負數,且運送必須包含至少一項取貨和送貨服務。 舉例來說,如果從選定的取貨替代服務直接改為配送至所選配送方式,最早需要多久時間才能處理完畢。接著設定
如果同一運送屬性同時指定了相對和絕對限制,則每個取貨/外送組合使用的限制越多。截至 2017 年 10 月 10 日為止,只有交通時間不需乘車時,系統才會支援繞道時間。 |
VisitRequest
可要求搭乘由車輛完成的造訪要求:有地理位置 (或兩個如下所示)、以時間範圍表示的開業和打烊時間,以及服務持續時間 (車輛抵達上車或下車後花費的時間)。
JSON 表示法 |
---|
{ "arrivalLocation": { object ( |
欄位 | |
---|---|
arrivalLocation |
執行這個 |
arrivalWaypoint |
執行這個 |
departureLocation |
完成這個 |
departureWaypoint |
完成這個 |
tags[] |
指定造訪要求中附加的標記。字串不得留空或重複。 |
timeWindows[] |
限製造訪時的抵達時間的時間範圍。請注意,車輛可能會於抵達時間之外出發,也就是說,抵達時間 + 所需時間不一定要在時間範圍之內。如果車輛在 如果缺少 時段不得不連貫,也就是說,時間範圍不得與其他時段重疊或相鄰,而且必須依遞增順序排列。 只有單一時段才能設定 |
duration |
造訪所需時間,例如車輛抵達和離開之間經過的時間 (可計入可能的等待時間;請參閱 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
cost |
針對車輛路線提出造訪要求的費用。這可以用來針對每次取貨或配送的替代品項支付不同的費用。這個費用的單位必須與「 |
loadDemands |
這項造訪要求的載入要求。這與 這個物件中包含 |
visitTypes[] |
指定造訪的類型,這可分配車輛完成這項造訪所需的時間 (請參閱 一個類型只能出現一次。 |
label |
指定這個「 |
LatLng
代表經緯度組合的物件。以一對雙精準數表示經度度數和緯度度數。除非另有指定,否則這個物件必須符合 WGS84 標準。此外,值必須在正規化範圍內。
JSON 表示法 |
---|
{ "latitude": number, "longitude": number } |
欄位 | |
---|---|
latitude |
緯度度數,必須介於 [-90.0, +90.0] 的範圍之間。 |
longitude |
經度度數,必須介於 [-180.0, +180.0] 的範圍之間。 |
途經點
封裝路線控點。路線控點會標示 VisitRequests 的抵達和出發地點,以及車輛的起點和終點。
JSON 表示法 |
---|
{ "sideOfRoad": boolean, // Union field |
欄位 | |
---|---|
sideOfRoad |
選用設定。表示這個路線控點的位置是用來指定車輛在特定側面停靠的位置。設定這個值後,路線就會通過位置,這樣車輛就能在道路側停靠,該位置是從道路中心偏離位置。這個選項不適用於「WALKING」交通方式。 |
聯集欄位 location_type 。以不同方式表示地點。location_type 只能是下列其中一項: |
|
location |
使用地理座標指定的點,包含選擇性的方向。 |
placeId |
與路線控點相關聯的搜尋點地點 ID。 |
位置
包含位置 (地理位置和選用標題)。
JSON 表示法 |
---|
{
"latLng": {
object ( |
欄位 | |
---|---|
latLng |
路線控點的地理座標。 |
heading |
與車流方向相關聯的指南針方向。這個值是用於指定道路的邊,供上車和下車地點使用。標題值可以介於 0 到 360 之間,其中 0 指定代表往北的方向、90 指定往東的方向等。 |
TimeWindow
時間範圍會限制事件的時間,例如造訪時的抵達時間,或是車輛的開始和結束時間。
硬時間範圍邊界 (startTime
和 endTime
) 會強制執行事件的最早和最晚時間,例如 startTime <= event_time <=
endTime
。電子時間範圍下限 softStartTime
表示在 softStartTime
當天或之後發生事件的偏好,其費用會與 softStartTime 事件發生前的時間長度按比例計算。電子時間範圍上限 softEndTime
表示在 softEndTime
當天或之前發生事件的偏好,其費用與 softEndTime
事件發生之後的時間長度成正比。startTime
、endTime
、softStartTime
和 softEndTime
應在全球時間限制內 (請參閱 ShipmentModel.global_start_time
和 ShipmentModel.global_end_time
),並應遵守下列規定:
0 <= `startTime` <= `softStartTime` <= `endTime` and
0 <= `startTime` <= `softEndTime` <= `endTime`.
JSON 表示法 |
---|
{ "startTime": string, "endTime": string, "softStartTime": string, "softEndTime": string, "costPerHourBeforeSoftStartTime": number, "costPerHourAfterSoftEndTime": number } |
欄位 | |
---|---|
startTime |
硬性時間範圍開始時間。如果未指定,則會設為 RFC3339 世界標準時間「Zulu」的時間戳記格式,解析度為奈秒,且最多 9 個小數位數。範例: |
endTime |
硬性時間範圍結束時間。如果未指定,則會設為 RFC3339 世界標準時間「Zulu」的時間戳記格式,解析度為奈秒,且最多 9 個小數位數。範例: |
softStartTime |
時間範圍的正規開始時間。 RFC3339 世界標準時間「Zulu」的時間戳記格式,解析度為奈秒,且最多 9 個小數位數。範例: |
softEndTime |
時間範圍的虛假結束時間。 RFC3339 世界標準時間「Zulu」的時間戳記格式,解析度為奈秒,且最多 9 個小數位數。範例: |
costPerHourBeforeSoftStartTime |
如果事件發生在 softStartTime 前,模型中其他費用的每小時費用,計算方式如下:
費用必須為正數,且必須先設定 softStartTime 才能設定欄位。 |
costPerHourAfterSoftEndTime |
如果事件發生在
費用必須為正數,且只有在已設定 |
車輛
模擬運送問題中的車輛。解決運送問題時,系統會建立從 startLocation
開始到 endLocation
這輛車的路線。路線是指一連串的造訪記錄 (請參閱 ShipmentRoute
)。
JSON 表示法 |
---|
{ "displayName": string, "travelMode": enum ( |
欄位 | |
---|---|
displayName |
使用者定義的車輛顯示名稱。長度上限為 63 個半形字元,可以使用 UTF-8 字元。 |
travelMode |
交通方式會影響車輛可使用的道路和速度。另請參閱 |
startLocation |
車輛在接受任何貨物前開始的地理位置。如未指定,車輛會在第一次上車時開始。如果運送模型包含時間長度和距離矩陣,則不得指定 |
startWaypoint |
路線點代表車輛在接受任何貨物前開始的地理位置。如果未指定 |
endLocation |
車輛在最後一次完成 |
endWaypoint |
路線點代表車輛在最後一次完成 |
startTags[] |
指定車輛路線起點所附加的標記。 字串不得留空或重複。 |
endTags[] |
指定車輛路線終點的標記。 字串不得留空或重複。 |
startTimeWindows[] |
車輛可能駛離起點的時間範圍。必須在全球時間限制內 (請參閱 屬於相同重複欄位的時間範圍必須不連貫,也就是說,時間範圍不得與其他時段重疊或相鄰,而且必須依時間順序排列。 只有單一時段才能設定 |
endTimeWindows[] |
車輛可能抵達終點的時間範圍。必須在全球時間限制內 (請參閱 屬於相同重複欄位的時間範圍必須不連貫,也就是說,時間範圍不得與其他時段重疊或相鄰,而且必須依時間順序排列。 只有單一時段才能設定 |
unloadingPolicy |
已對車輛強制執行卸載政策。 |
loadLimits |
車輛容量 (例如重量、體積、棧板數量)。對應中的鍵是載入類型的 ID,與 這個物件中包含 |
costPerHour |
車輛費用:所有費用都會加總,且必須與 車輛路線的每小時費用。這筆費用適用於該路線總共花費的時間,而且包含交通時間、等待時間和造訪時間。使用 |
costPerTraveledHour |
車輛路線的每行駛時數。這筆費用僅適用於該路線 (也就是在 |
costPerKilometer |
車輛路線的每公里費用。這筆費用適用於 |
fixedCost |
使用此車輛處理貨物時須支付的固定費用。 |
usedIfRouteIsEmpty |
這個欄位僅適用於車輛路線不提供任何貨運時。用於說明車輛是否應視為「二手」或在這個案例中否。 如果設為 true,即使車輛不提供任何貨物,車輛也會從起點移動到終點 --> 否則,它不會從起點行駛至終點,且這輛車沒有 |
routeDurationLimit |
這個限制適用於車輛路線的總行車時間。在指定的 |
travelDurationLimit |
這個限制適用於車輛路線的交通時間。在指定的 |
routeDistanceLimit |
限制適用於車輛路線的總距離。在指定的 |
extraVisitDurationForVisitType |
指定 VisitTypes 字串到 times 的對應。時間長度除了 如果造訪要求包含多個類型,地圖中會為每個類型加入持續時間。 這個物件中包含 |
breakRule |
說明這輛車要強制執行的休息時間表。如果留空,這輛車就不會安排休息時間。 |
label |
指定這輛車的標籤。在回覆中會回報這個標籤為對應 |
ignore |
如果設為 true, 如果 如果貨物在 |
travelDurationMultiple |
指定乘數,可用來增加或減少這輛車的交通時間。舉例來說,如果將這個項目設定為 2.0,就代表這輛車的行駛速度較慢,而且交通時間是一般車輛的兩倍。(多次不會影響造訪時間長度)。如果指定 警告:套用這個數倍數後,交通時間會四捨五入至最接近的秒數,但在執行任何數值運算之前,整數值可能會導致精確度降低。 另請參閱下方的 |
TravelMode
車輛可使用的交通方式。
這些應屬於 Google 地圖平台路徑首選 API 交通模式的子集,詳情請參閱:https://developers.google.com/maps/documentation/routes_preferred/reference/rest/Shared.Types/RouteTravelMode。
列舉 | |
---|---|
TRAVEL_MODE_UNSPECIFIED |
未指定交通方式,相當於 DRIVING 。 |
DRIVING |
與行車路線 (汽車、...) 對應的交通模式。 |
WALKING |
與步行路線對應的交通模式。 |
UnloadingPolicy
車輛卸載方式相關政策。僅適用於提供自取和外送的出貨商品。
其他商品在路線上的任何地點皆可自由運送,與 unloadingPolicy
無關。
列舉 | |
---|---|
UNLOADING_POLICY_UNSPECIFIED |
未指定卸載政策;配送服務只能安排在相應的上車地點後完成。 |
LAST_IN_FIRST_OUT |
貨品必須按取貨順序反向排序 |
FIRST_IN_FIRST_OUT |
配送訂單的訂單必須與取貨地點相同 |
LoadLimit
定義套用至車輛的負載限制,例如「這輛卡車只能承載 3500 公斤」。詳情請參閱《loadLimits
》。
JSON 表示法 |
---|
{ "softMaxLoad": string, "costPerUnitAboveSoftMax": number, "startLoadInterval": { object ( |
欄位 | |
---|---|
softMaxLoad |
對負載的輕微限制。詳情請參閱《 |
costPerUnitAboveSoftMax |
如果車輛沿途的負載量超過 |
startLoadInterval |
路線起點的可接受的負載間隔。 |
endLoadInterval |
路線終點的車輛可接受的負載間隔。 |
maxLoad |
可接受的負載量上限。 |
時間間隔
可接受的負載量的時間間隔。
JSON 表示法 |
---|
{ "min": string, "max": string } |
欄位 | |
---|---|
min |
|
max |
|
DurationLimit
用來定義車輛路線最長行駛時間的限制。挑戰可以是困難或輕微。
定義軟性上限欄位後,必須同時定義非強制性上限及相關費用。
JSON 表示法 |
---|
{ "maxDuration": string, "softMaxDuration": string, "quadraticSoftMaxDuration": string, "costPerHourAfterSoftMax": number, "costPerSquareHourAfterQuadraticSoftMax": number } |
欄位 | |
---|---|
maxDuration |
硬性限制將持續時間限制在 maxDuration 內。 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
softMaxDuration |
非強制執行時間限制並未強制執行時間長度上限,而違反時路徑會產生費用。這筆費用會與模型中定義的其他費用相加,且單位相同。 如果已定義, 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
quadraticSoftMaxDuration |
非強制執行的持續時間上限並未強制執行時間上限,但如果違反,路徑會在這段時間內產生二次費用。這筆費用會與模型中定義的其他費用相加,且單位相同。 如果已定義,
持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
costPerHourAfterSoftMax |
違反
費用必須為正數。 |
costPerSquareHourAfterQuadraticSoftMax |
違反 如果時間長度低於門檻,則額外費用為 0,否則費用取決於持續時間,方法如下:
費用必須為正數。 |
DistanceLimit
用於定義可行駛距離上限。挑戰可以是困難或輕微。
如果已定義軟性限制,則必須定義 softMaxMeters
和 costPerKilometerAboveSoftMax
,且不得為負數。
JSON 表示法 |
---|
{ "maxMeters": string, "softMaxMeters": string, "costPerKilometerAboveSoftMax": number } |
欄位 | |
---|---|
maxMeters |
硬性限制會將距離限制在 maxMeter 內。限制值不得為負數。 |
softMaxMeters |
非強制規定的距離上限並未強制執行,不過一旦違反,成本就會加起來,等於模型中定義的其他費用,且單位相同。 如果定義的 softMaxMeters 必須小於 maxMeters,且不得為負數。 |
costPerKilometerAboveSoftMax |
如果距離超過
費用必須為正數。 |
BreakRule
產生車輛休息時間 (例如午休時間) 的規則。休息時間是指車輛在目前位置保持閒置狀態,且無法進行任何巡訪。下列情形可能會發生中斷:
- 。
- 或是車輛啟動時 (車輛不得在休息中發動),在這種情況下,並不會影響車輛開始時間。
- 或在車輛結束 (坐下與車輛結束時間) 後。
JSON 表示法 |
---|
{ "breakRequests": [ { object ( |
欄位 | |
---|---|
breakRequests[] |
廣告插播序列。請參閱 |
frequencyConstraints[] |
但可能有幾個 |
BreakRequest
您必須事先得知每輛車的休息順序 (即數量和順序)。重複的 BreakRequest
會定義該序列的出現順序。客戶的時間範圍 (earliestStartTime
/ latestStartTime
) 可能會重疊,但必須與訂單相容 (已勾選)。
JSON 表示法 |
---|
{ "earliestStartTime": string, "latestStartTime": string, "minDuration": string } |
欄位 | |
---|---|
earliestStartTime |
必要欄位。廣告插播開始時的下限 (含)。 RFC3339 世界標準時間「Zulu」的時間戳記格式,解析度為奈秒,且最多 9 個小數位數。範例: |
latestStartTime |
必要欄位。廣告插播開始時的限制上限 (含)。 RFC3339 世界標準時間「Zulu」的時間戳記格式,解析度為奈秒,且最多 9 個小數位數。範例: |
minDuration |
必要欄位。廣告插播的時間長度下限。必須為正數。 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
FrequencyConstraint
其中一種做法是強制執行最小的廣告插播頻率 (例如「每 12 小時至少要有 1 小時」),限制上述廣告插播的頻率和時間長度。假設這個值可解讀為「在 12 小時的任何滑動時間範圍內,至少要有一個廣告插播時段至少一小時」,則範例會轉譯為下列 FrequencyConstraint
:
{
minBreakDuration { seconds: 3600 } # 1 hour.
maxInterBreakDuration { seconds: 39600 } # 11 hours (12 - 1 = 11).
}
除了 BreakRequest
中指定的時間範圍和最短持續時間,解決方案中的廣告插播時間點和持續時間也會遵循所有這類限制。
FrequencyConstraint
可能在練習時適用於不連續的休息時間。舉例來說,下列排程會套用「每 12 小時 1 小時」範例:
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 表示法 |
---|
{ "minBreakDuration": string, "maxInterBreakDuration": string } |
欄位 | |
---|---|
minBreakDuration |
必要欄位。這項限制的最短廣告插播長度。正數。請參閱 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
maxInterBreakDuration |
必要欄位。路線中任何時間間隔的上限,至少不包含部分 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
DurationDistanceMatrix
指定從造訪、車輛起點位置和車輛終點位置之間的時間長度和距離矩陣。
JSON 表示法 |
---|
{
"rows": [
{
object ( |
欄位 | |
---|---|
rows[] |
指定時間長度和距離矩陣的資料列。必須包含與 |
vehicleStartTag |
定義這個持續時間和距離矩陣適用的車輛的標記。如果為空白,表示適用於所有車輛,且只能有一個矩陣。 每輛車起點都必須與一個矩陣相符,也就是說,只有其中一個 所有矩陣都必須有不同的 |
列
指定時間長度和距離矩陣的資料列。
JSON 表示法 |
---|
{ "durations": [ string ], "meters": [ number ] } |
欄位 | |
---|---|
durations[] |
指定資料列的持續時間值。必須包含與 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
meters[] |
特定資料列的距離值。如果沒有費用或限制是指模型中的距離,則可留空;否則,其元素數量必須與 |
TransitionAttributes
指定路線上兩次連續造訪之間的轉換屬性。同一轉換可能有幾個 TransitionAttributes
:在這種情況下,所有額外費用都會增加,且須遵守最嚴格的限製或限制 (遵循自然「AND」語意)。
JSON 表示法 |
---|
{
"srcTag": string,
"excludedSrcTag": string,
"dstTag": string,
"excludedDstTag": string,
"cost": number,
"costPerKilometer": number,
"distanceLimit": {
object ( |
欄位 | |
---|---|
srcTag |
定義一組 (src->dst) 轉場效果的標記,會套用至這些屬性。 如果 |
excludedSrcTag |
詳情請參閱 |
dstTag |
如果目的地或車輛的 |
excludedDstTag |
詳情請參閱 |
cost |
指定執行這項轉換作業的費用。這與模型中的所有其他費用相同,不得為負數。此額度適用於所有其他現有費用。 |
costPerKilometer |
指定執行這個轉場時,每公里的移動距離。加總在車輛上指定的 |
distanceLimit |
指定執行這次轉換時的移動距離上限。 自 2021 年 6 月起,系統僅支援非強制性限制。 |
delay |
指定執行這項轉換作業時會產生的延遲。 這類延遲是指在完成來源造訪「之後」,以及開始目的地造訪「之前」。 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
ShipmentTypeIncompatibility
根據出貨類型,指定不同運送方式間的不相容問題。系統會依據不相容模式,限制同一條路線上不相容的運送方式。
JSON 表示法 |
---|
{
"types": [
string
],
"incompatibilityMode": enum ( |
欄位 | |
---|---|
types[] |
不相容類型的清單。兩件出貨各有不同的 |
incompatibilityMode |
模式套用至不相容。 |
IncompatibilityMode
定義同一條路線上不相容貨運外觀的限制方式。
列舉 | |
---|---|
INCOMPATIBILITY_MODE_UNSPECIFIED |
未指定相容模式。請一律不要使用這個值。 |
NOT_PERFORMED_BY_SAME_VEHICLE |
在此模式下,如果兩件不相容的運送類型不相容,就無法同一輛車共用。 |
NOT_IN_SAME_VEHICLE_SIMULTANEOUSLY |
針對兩種不相容的類型隨附
|
ShipmentTypeRequirement
根據運送類型指定運送資訊的規定。規定的具體細節是由要求模式所定義。
JSON 表示法 |
---|
{
"requiredShipmentTypeAlternatives": [
string
],
"dependentShipmentTypes": [
string
],
"requirementMode": enum ( |
欄位 | |
---|---|
requiredShipmentTypeAlternatives[] |
|
dependentShipmentTypes[] |
凡是 注意:系統不允許 |
requirementMode |
為需求套用的模式。 |
RequirementMode
定義路線上相依運送方式的模式。
列舉 | |
---|---|
REQUIREMENT_MODE_UNSPECIFIED |
未指定需求模式。請一律不要使用這個值。 |
PERFORMED_BY_SAME_VEHICLE |
在這個模式下,所有「相依」貨運項目必須至少與一項「必要」同一輛車共用出貨。 |
IN_SAME_VEHICLE_AT_PICKUP_TIME |
使用 一個「相依」因此,貨運公司必須符合下列條件:
|
IN_SAME_VEHICLE_AT_DELIVERY_TIME |
與以往相同,但「相依」運送項目必須具備「必填」屬性商品在交貨時出貨。 |
PrecedenceRule
兩個事件之間的優先順序規則 (每個事件均為取貨或貨件交付):「第二個」事件的開始日期至少要在「第一個」後 offsetDuration
已開始。
不過,有些優先順序可代表相同 (或相關) 事件,例如:「商品到貨後取貨」和「C 從 取件 B 發生時取貨」。
此外,只有在兩項運送作業都發生時,優先順序才會套用,其他作業則遭到忽略。
JSON 表示法 |
---|
{ "firstIsDelivery": boolean, "secondIsDelivery": boolean, "offsetDuration": string, "firstIndex": integer, "secondIndex": integer } |
欄位 | |
---|---|
firstIsDelivery |
表示是否為「第一個」就是一項外送服務 |
secondIsDelivery |
表示是否為「秒」就是一項外送服務 |
offsetDuration |
「第一個」值之間的偏移和「second」活動。可以是負值。 持續時間以秒為單位,最多 9 個小數位數,結尾為「 |
firstIndex |
「第一個」的運送索引活動。必須指定此欄位。 |
secondIndex |
「第二」的運送索引活動。必須指定此欄位。 |