Package google.maps.routeoptimization.v1

Chỉ mục

RouteOptimization

Dịch vụ tối ưu hoá hành trình bằng xe.

Tính hợp lệ của một số loại trường:

  • google.protobuf.Timestamp
    • Thời gian được tính theo thời gian Unix: giây kể từ 01/01/1970 00:00:00+00:00.
    • giây phải nằm trong [0, 253402300799], tức là trong [1970-01-01T00:00:00+00:00, 9999-12-31T23:59:59+00:00].
    • Bạn phải đặt nanos thành 0 hoặc không đặt.
  • google.protobuf.Duration
    • giây phải nằm trong [0, 253402300799], tức là trong [1970-01-01T00:00:00+00:00, 9999-12-31T23:59:59+00:00].
    • Bạn phải đặt nanos thành 0 hoặc không đặt.
  • google.type.LatLng
    • vĩ độ phải nằm trong khoảng [-90.0, 90.0].
    • kinh độ phải nằm trong khoảng [-180.0, 180.0].
    • ít nhất một trong hai toạ độ vĩ độ và kinh độ phải khác 0.
BatchOptimizeTours

rpc BatchOptimizeTours(BatchOptimizeToursRequest) returns (Operation)

Tối ưu hoá hành trình xe cho một hoặc nhiều thông báo OptimizeToursRequest dưới dạng lô.

Phương thức này là một Thao tác thực hiện lâu (LRO). Dữ liệu đầu vào cho quá trình tối ưu hoá (tin nhắn OptimizeToursRequest) và dữ liệu đầu ra (tin nhắn OptimizeToursResponse) được đọc và ghi vào Cloud Storage ở định dạng do người dùng chỉ định. Giống như phương thức OptimizeTours, mỗi OptimizeToursRequest chứa một ShipmentModel và trả về một OptimizeToursResponse chứa các trường ShipmentRoute. Đây là một tập hợp các tuyến đường mà xe sẽ thực hiện để giảm thiểu tổng chi phí.

Người dùng có thể thăm dò ý kiến operations.get để kiểm tra trạng thái của LRO:

Nếu trường done LRO là sai, thì ít nhất một yêu cầu vẫn đang được xử lý. Các yêu cầu khác có thể đã hoàn tất thành công và kết quả của các yêu cầu đó có trong Cloud Storage.

Nếu trường done của LRO là đúng, thì tất cả các yêu cầu đều đã được xử lý. Mọi yêu cầu được xử lý thành công đều có kết quả trong Cloud Storage. Mọi yêu cầu không thành công sẽ không có kết quả trong Cloud Storage. Nếu trường error của LRO được đặt, thì trường này sẽ chứa lỗi từ một trong các yêu cầu không thành công.

Phạm vi uỷ quyền

Yêu cầu phạm vi OAuth sau:

  • https://www.googleapis.com/auth/cloud-platform
Quyền IAM

Yêu cầu quyền IAM sau đây trên tài nguyên parent:

  • routeoptimization.operations.create

Để biết thêm thông tin, hãy xem tài liệu về IAM.

OptimizeTours

rpc OptimizeTours(OptimizeToursRequest) returns (OptimizeToursResponse)

Gửi OptimizeToursRequest chứa ShipmentModel và trả về OptimizeToursResponse chứa ShipmentRoute. Đây là một tập hợp các tuyến đường mà xe sẽ thực hiện để giảm thiểu tổng chi phí.

Mô hình ShipmentModel chủ yếu bao gồm các Shipment cần được thực hiện và Vehicle có thể được dùng để vận chuyển các Shipment. ShipmentRoute chỉ định Shipment cho Vehicle. Cụ thể hơn, chúng chỉ định một loạt Visit cho mỗi xe, trong đó Visit tương ứng với VisitRequest, là một lượt lấy hàng hoặc giao hàng cho Shipment.

Mục tiêu là cung cấp một nhiệm vụ gán ShipmentRoute cho Vehicle để giảm thiểu tổng chi phí, trong đó chi phí có nhiều thành phần được xác định trong ShipmentModel.

Phạm vi uỷ quyền

Yêu cầu phạm vi OAuth sau:

  • https://www.googleapis.com/auth/cloud-platform
Quyền IAM

Yêu cầu quyền IAM sau đây trên tài nguyên parent:

  • routeoptimization.locations.use

Để biết thêm thông tin, hãy xem tài liệu về IAM.

AggregatedMetrics

Các chỉ số tổng hợp cho ShipmentRoute (tương ứng với OptimizeToursResponse trên tất cả các phần tử Transition và/hoặc Visit (tương ứng với tất cả các phần tử ShipmentRoute).

Trường
performed_shipment_count

int32

Số lượng lô hàng đã thực hiện. Xin lưu ý rằng một cặp đơn hàng đến lấy và giao tận nơi chỉ được tính một lần.

travel_duration

Duration

Tổng thời gian di chuyển cho một tuyến đường hoặc một giải pháp.

wait_duration

Duration

Tổng thời gian chờ cho một tuyến đường hoặc một giải pháp.

delay_duration

Duration

Tổng thời lượng trễ của một tuyến đường hoặc một giải pháp.

break_duration

Duration

Tổng thời lượng nghỉ của một tuyến đường hoặc một giải pháp.

visit_duration

Duration

Tổng thời lượng truy cập cho một tuyến đường hoặc một giải pháp.

total_duration

Duration

Tổng thời lượng phải bằng tổng của tất cả thời lượng ở trên. Đối với các tuyến đường, giá trị này cũng tương ứng với:

[ShipmentRoute.vehicle_end_time][google.maps.routeoptimization.v1.ShipmentRoute.vehicle_end_time] - [ShipmentRoute.vehicle_start_time][google.maps.routeoptimization.v1.ShipmentRoute.vehicle_start_time]
travel_distance_meters

double

Tổng quãng đường di chuyển cho một tuyến đường hoặc một giải pháp.

max_loads

map<string, VehicleLoad>

Tải tối đa đạt được trên toàn bộ tuyến đường (resp. giải pháp), cho mỗi số lượng trên tuyến đường này (resp. giải pháp), được tính là giá trị tối đa trên tất cả Transition.vehicle_loads (resp. ShipmentRoute.metrics.max_loads.

BatchOptimizeToursMetadata

Loại này không có trường nào.

Siêu dữ liệu thao tác cho lệnh gọi BatchOptimizeToursRequest.

BatchOptimizeToursRequest

Yêu cầu tối ưu hoá hàng loạt các chuyến tham quan dưới dạng một thao tác không đồng bộ. Mỗi tệp đầu vào phải chứa một OptimizeToursRequest và mỗi tệp đầu ra sẽ chứa một OptimizeToursResponse. Yêu cầu này chứa thông tin để đọc/ghi và phân tích cú pháp các tệp. Tất cả tệp đầu vào và đầu ra phải nằm trong cùng một dự án.

Trường
parent

string

Bắt buộc. Dự án và vị trí mục tiêu để thực hiện lệnh gọi.

Định dạng: * projects/{project-id} * projects/{project-id}/locations/{location-id}

Nếu bạn không chỉ định vị trí, hệ thống sẽ tự động chọn một khu vực.

model_configs[]

AsyncModelConfig

Bắt buộc. Thông tin đầu vào/đầu ra của từng mô hình giao dịch mua, chẳng hạn như đường dẫn tệp và định dạng dữ liệu.

AsyncModelConfig

Thông tin để giải quyết một mô hình tối ưu hoá một cách không đồng bộ.

Trường
display_name

string

Không bắt buộc. Tên mô hình do người dùng xác định, có thể được người dùng dùng làm bí danh để theo dõi các mô hình.

input_config

InputConfig

Bắt buộc. Thông tin về mô hình đầu vào.

output_config

OutputConfig

Bắt buộc. Thông tin vị trí đầu ra mong muốn.

BatchOptimizeToursResponse

Loại này không có trường nào.

Phản hồi cho BatchOptimizeToursRequest. Giá trị này được trả về trong Long Running Operation (Thao tác chạy trong thời gian dài) sau khi thao tác hoàn tất.

BreakRule

Quy tắc tạo thời gian nghỉ cho một xe (ví dụ: thời gian nghỉ trưa). Khoảng nghỉ là một khoảng thời gian liên tục mà trong đó xe vẫn ở trạng thái rảnh tại vị trí hiện tại và không thể thực hiện bất kỳ lượt truy cập nào. Điểm chèn quảng cáo có thể xảy ra:

  • trong quá trình di chuyển giữa hai lượt truy cập (bao gồm cả thời gian ngay trước hoặc ngay sau một lượt truy cập, nhưng không phải giữa một lượt truy cập), trong trường hợp này, thời gian di chuyển tương ứng giữa các lượt truy cập sẽ được kéo dài,
  • hoặc trước khi xe khởi động (xe có thể không khởi động giữa giờ nghỉ), trong trường hợp này, thời gian sạc không ảnh hưởng đến thời gian khởi động xe.
  • hoặc sau khi kết thúc chuyến xe (tương tự như thời gian kết thúc chuyến xe).
Trường
break_requests[]

BreakRequest

Trình tự các điểm chèn quảng cáo. Xem thông báo BreakRequest.

frequency_constraints[]

FrequencyConstraint

Có thể áp dụng một số FrequencyConstraint. Tất cả các điều kiện này phải được BreakRequest của BreakRule này đáp ứng. Xem FrequencyConstraint.

BreakRequest

Bạn phải biết trước trình tự nghỉ (tức là số lượng và thứ tự) áp dụng cho từng xe. Các BreakRequest lặp lại xác định trình tự đó theo thứ tự mà các BreakRequest đó phải xảy ra. Các khoảng thời gian của chúng (earliest_start_time / latest_start_time) có thể trùng lặp nhưng phải tương thích với thứ tự (điều này được kiểm tra).

Trường
earliest_start_time

Timestamp

Bắt buộc. Giới hạn dưới (bao gồm cả giá trị này) tại thời điểm bắt đầu khoảng nghỉ.

latest_start_time

Timestamp

Bắt buộc. Giới hạn trên (bao gồm cả giá trị này) tại thời điểm bắt đầu khoảng nghỉ.

min_duration

Duration

Bắt buộc. Thời lượng tối thiểu của điểm chèn quảng cáo. Phải dương.

FrequencyConstraint

Bạn có thể hạn chế thêm tần suất và thời lượng của các khoảng nghỉ được chỉ định ở trên bằng cách thực thi tần suất nghỉ tối thiểu, chẳng hạn như "Phải có khoảng nghỉ ít nhất 1 giờ mỗi 12 giờ". Giả sử bạn có thể diễn giải điều này là "Trong bất kỳ khoảng thời gian trượt nào là 12 giờ, phải có ít nhất một khoảng nghỉ ít nhất là một giờ", ví dụ đó sẽ được dịch thành FrequencyConstraint sau:

{
   min_break_duration { seconds: 3600 }         # 1 hour.
   max_inter_break_duration { seconds: 39600 }  # 11 hours (12 - 1 = 11).
}

Thời gian và thời lượng của các điểm chèn quảng cáo trong giải pháp sẽ tuân thủ tất cả các quy tắc ràng buộc như vậy, ngoài khoảng thời gian và thời lượng tối thiểu đã chỉ định trong BreakRequest.

Trong thực tế, FrequencyConstraint có thể áp dụng cho các khoảng nghỉ không liên tiếp. Ví dụ: lịch biểu sau đây tuân theo ví dụ "1 giờ mỗi 12 giờ":

  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
Trường
min_break_duration

Duration

Bắt buộc. Thời lượng tối thiểu của điểm chèn quảng cáo cho quy tắc ràng buộc này. Không âm. Xem nội dung mô tả về FrequencyConstraint.

max_inter_break_duration

Duration

Bắt buộc. Khoảng thời gian tối đa được phép của bất kỳ khoảng thời gian nào trong tuyến đường không bao gồm ít nhất một phần thời gian nghỉ của duration >= min_break_duration. Phải dương.

DataFormat

Định dạng dữ liệu cho tệp đầu vào và đầu ra.

Enum
DATA_FORMAT_UNSPECIFIED Giá trị không hợp lệ, định dạng không được là UNSPECIFIED.
JSON Cú pháp đối tượng JavaScript.
PROTO_TEXT Định dạng văn bản của Vùng đệm giao thức. Xem https://protobuf.dev/reference/protobuf/textformat-spec/

DistanceLimit

Giới hạn xác định khoảng cách tối đa có thể di chuyển. Lớp phủ này có thể cứng hoặc mềm.

Nếu bạn xác định giới hạn mềm, thì cả soft_max_meterscost_per_kilometer_above_soft_max đều phải được xác định và không được âm.

Trường
max_meters

int64

Giới hạn cứng ràng buộc khoảng cách ở mức tối đa là max_meters. Giới hạn phải là số không âm.

soft_max_meters

int64

Giới hạn mềm không thực thi giới hạn khoảng cách tối đa, nhưng khi bị vi phạm sẽ dẫn đến một chi phí cộng với các chi phí khác được xác định trong mô hình, với cùng một đơn vị.

Nếu được xác định, soft_max_meters phải nhỏ hơn max_meters và không được âm.

cost_per_kilometer_below_soft_max

double

Chi phí mỗi km đã phát sinh, tăng lên đến soft_max_meters, theo công thức:

  min(distance_meters, soft_max_meters) / 1000.0 *
  cost_per_kilometer_below_soft_max.

Chi phí này không được hỗ trợ trong route_distance_limit.

cost_per_kilometer_above_soft_max

double

Chi phí mỗi km phát sinh nếu khoảng cách vượt quá hạn mức soft_max_meters. Chi phí bổ sung là 0 nếu khoảng cách dưới hạn mức, nếu không, công thức dùng để tính chi phí sẽ như sau:

  (distance_meters - soft_max_meters) / 1000.0 *
  cost_per_kilometer_above_soft_max.

Chi phí phải là số không âm.

GcsDestination

Vị trí trên Google Cloud Storage mà(các) tệp đầu ra sẽ được ghi vào.

Trường
uri

string

Bắt buộc. URI Google Cloud Storage.

GcsSource

Vị trí trên Google Cloud Storage nơi tệp đầu vào sẽ được đọc.

Trường
uri

string

Bắt buộc. URI của một đối tượng Google Cloud Storage có định dạng gs://bucket/path/to/object.

InjectedSolutionConstraint

Giải pháp được chèn vào yêu cầu, bao gồm thông tin về những lượt truy cập phải bị hạn chế và cách hạn chế các lượt truy cập đó.

Trường
routes[]

ShipmentRoute

Các tuyến đường của giải pháp cần chèn. Một số tuyến đường có thể bị bỏ qua trong giải pháp ban đầu. Các tuyến đường và lô hàng bị bỏ qua phải đáp ứng các giả định về tính hợp lệ cơ bản được liệt kê cho injected_first_solution_routes.

skipped_shipments[]

SkippedShipment

Bỏ qua các lô hàng của giải pháp cần chèn. Một số có thể bị bỏ qua trong giải pháp ban đầu. Xem trường routes.

constraint_relaxations[]

ConstraintRelaxation

Đối với không hoặc nhiều nhóm xe, hãy chỉ định thời điểm và mức độ nới lỏng các quy tắc ràng buộc. Nếu trường này trống, thì tất cả các tuyến xe không trống đều bị ràng buộc hoàn toàn.

ConstraintRelaxation

Đối với một nhóm xe, hãy chỉ định(các) ngưỡng mà các quy tắc ràng buộc về lượt truy cập sẽ được nới lỏng và đến mức nào. Các lô hàng được liệt kê trong trường skipped_shipment bị ràng buộc để bỏ qua; tức là không thể thực hiện các lô hàng đó.

Trường
relaxations[]

Relaxation

Tất cả các trường hợp nới lỏng quy tắc ràng buộc về lượt truy cập sẽ áp dụng cho các lượt truy cập trên tuyến đường có xe trong vehicle_indices.

vehicle_indices[]

int32

Chỉ định các chỉ mục xe mà quy tắc ràng buộc về lượt truy cập relaxations áp dụng. Nếu trống, giá trị này được coi là giá trị mặc định và relaxations áp dụng cho tất cả các phương tiện không được chỉ định trong constraint_relaxations khác. Có thể có tối đa một giá trị mặc định, tức là tối đa một trường nới lỏng quy tắc ràng buộc được phép để trống vehicle_indices. Bạn chỉ có thể liệt kê một chỉ mục xe một lần, ngay cả trong một số constraint_relaxations.

Chỉ mục xe được liên kết giống như ShipmentRoute.vehicle_index, nếu interpret_injected_solutions_using_labels là đúng (xem bình luận fields).

Thư giãn

Nếu relaxations trống, thời gian bắt đầu và trình tự của tất cả các lượt truy cập trên routes sẽ bị ràng buộc hoàn toàn và bạn không thể chèn hoặc thêm lượt truy cập mới vào các tuyến đường đó. Ngoài ra, thời gian bắt đầu và kết thúc của xe trong routes bị ràng buộc hoàn toàn, trừ phi xe trống (tức là không có lượt truy cập và used_if_route_is_empty được đặt thành false trong mô hình).

relaxations(i).level chỉ định mức độ nới lỏng quy tắc ràng buộc áp dụng cho một lượt truy cập #j thỏa mãn:

  • route.visits(j).start_time >= relaxations(i).threshold_time
  • j + 1 >= relaxations(i).threshold_visit_count

Tương tự, việc khởi động xe được nới lỏng thành relaxations(i).level nếu đáp ứng:

  • vehicle_start_time >= relaxations(i).threshold_time
  • relaxations(i).threshold_visit_count == 0 và đầu xe được nới lỏng thành relaxations(i).level nếu đáp ứng:
  • vehicle_end_time >= relaxations(i).threshold_time
  • route.visits_size() + 1 >= relaxations(i).threshold_visit_count

Để áp dụng mức độ thư giãn nếu một lượt truy cập đáp ứng threshold_visit_count HOẶC threshold_time, hãy thêm hai relaxations có cùng level: một chỉ đặt threshold_visit_count và một chỉ đặt threshold_time. Nếu một lượt truy cập đáp ứng điều kiện của nhiều relaxations, thì cấp độ nới lỏng nhất sẽ được áp dụng. Do đó, từ khi xe bắt đầu đến khi kết thúc chuyến đi, mức độ thư giãn sẽ trở nên thoải mái hơn: tức là mức độ thư giãn không giảm khi tuyến đường diễn ra.

Thời gian và trình tự của các lượt truy cập tuyến không đáp ứng các điều kiện ngưỡng của bất kỳ relaxations nào đều bị ràng buộc hoàn toàn và không thể chèn lượt truy cập nào vào các trình tự này. Ngoài ra, nếu thời điểm bắt đầu hoặc kết thúc của một xe không đáp ứng điều kiện của bất kỳ trường hợp nới lỏng nào, thì thời gian sẽ được cố định, trừ phi xe trống.

Trường
level

Level

Mức độ nới lỏng quy tắc ràng buộc áp dụng khi các điều kiện tại hoặc sau threshold_time VÀ ít nhất threshold_visit_count được đáp ứng.

threshold_time

Timestamp

Thời gian tại hoặc sau đó có thể áp dụng level thư giãn.

threshold_visit_count

int32

Số lượt truy cập tại hoặc sau thời điểm có thể áp dụng level thư giãn. Nếu threshold_visit_count là 0 (hoặc chưa được đặt), thì level có thể được áp dụng trực tiếp khi xe khởi động.

Nếu là route.visits_size() + 1, thì level chỉ có thể được áp dụng cho đầu xe. Nếu lớn hơn route.visits_size() + 1, level sẽ không được áp dụng cho tuyến đó.

Cấp độ

Biểu thị các mức độ nới lỏng quy tắc ràng buộc khác nhau được áp dụng cho một lượt truy cập và các lượt truy cập tiếp theo khi lượt truy cập đó đáp ứng các điều kiện ngưỡng.

Dưới đây là danh sách liệt kê theo thứ tự tăng dần độ thư giãn.

Enum
LEVEL_UNSPECIFIED

Cấp độ nới lỏng mặc định ngầm ẩn: không có quy tắc ràng buộc nào được nới lỏng, tức là tất cả các lượt truy cập đều bị ràng buộc hoàn toàn.

Bạn không được sử dụng giá trị này một cách rõ ràng trong level.

RELAX_VISIT_TIMES_AFTER_THRESHOLD Thời gian bắt đầu và kết thúc lượt truy cập cũng như thời gian bắt đầu/kết thúc của xe sẽ được nới lỏng, nhưng mỗi lượt truy cập vẫn liên kết với cùng một xe và bạn phải tuân thủ trình tự lượt truy cập: không được chèn lượt truy cập nào vào giữa hoặc trước các lượt truy cập đó.
RELAX_VISIT_TIMES_AND_SEQUENCE_AFTER_THRESHOLD Tương tự như RELAX_VISIT_TIMES_AFTER_THRESHOLD, nhưng trình tự lượt truy cập cũng được nới lỏng: lượt truy cập chỉ có thể được thực hiện bằng xe này, nhưng có thể không được thực hiện.
RELAX_ALL_AFTER_THRESHOLD Tương tự như RELAX_VISIT_TIMES_AND_SEQUENCE_AFTER_THRESHOLD, nhưng xe cũng được nới lỏng: lượt truy cập hoàn toàn miễn phí tại hoặc sau thời gian ngưỡng và có thể không được thực hiện.

InputConfig

Chỉ định dữ liệu đầu vào cho [BatchOptimizeTours][google.maps.routeoptimization.v1.RouteOptimizationService.BatchOptimizeTours].

Trường
data_format

DataFormat

Bắt buộc. Định dạng dữ liệu đầu vào.

Trường hợp hợp nhất source. Bắt buộc. source chỉ có thể là một trong những loại sau:
gcs_source

GcsSource

Vị trí trên Google Cloud Storage. Đây phải là một đối tượng (tệp) duy nhất.

Vị trí

Đóng gói một vị trí (một điểm địa lý và tiêu đề không bắt buộc).

Trường
lat_lng

LatLng

Toạ độ địa lý của điểm trung gian.

heading

int32

Hướng la bàn liên quan đến hướng của luồng giao thông. Giá trị này dùng để chỉ định bên đường để sử dụng cho việc đón và trả khách. Giá trị hướng có thể từ 0 đến 360, trong đó 0 chỉ định hướng chính Bắc, 90 chỉ định hướng chính Đông, v.v.

OptimizeToursRequest

Yêu cầu được đưa cho trình giải pháp tối ưu hoá hành trình xác định mô hình vận chuyển cần giải quyết cũng như các tham số tối ưu hoá.

Trường
parent

string

Bắt buộc. Dự án hoặc vị trí mục tiêu để thực hiện cuộc gọi.

Định dạng: * projects/{project-id} * projects/{project-id}/locations/{location-id}

Nếu bạn không chỉ định vị trí, hệ thống sẽ tự động chọn một khu vực.

timeout

Duration

Nếu bạn đặt thời gian chờ này, máy chủ sẽ trả về phản hồi trước khi hết khoảng thời gian chờ hoặc hết thời hạn của máy chủ cho các yêu cầu đồng bộ, tuỳ theo thời điểm nào đến sớm hơn.

Đối với các yêu cầu không đồng bộ, máy chủ sẽ tạo một giải pháp (nếu có thể) trước khi hết thời gian chờ.

model

ShipmentModel

Mô hình vận chuyển cần giải quyết.

solving_mode

SolvingMode

Theo mặc định, chế độ giải là DEFAULT_SOLVE (0).

search_mode

SearchMode

Chế độ tìm kiếm dùng để giải quyết yêu cầu.

injected_first_solution_routes[]

ShipmentRoute

Hướng dẫn thuật toán tối ưu hoá tìm giải pháp đầu tiên tương tự như giải pháp trước đó.

Mô hình bị ràng buộc khi xây dựng giải pháp đầu tiên. Mọi lô hàng không được thực hiện trên một tuyến đường đều bị bỏ qua ngầm ẩn trong giải pháp đầu tiên, nhưng có thể được thực hiện trong các giải pháp tiếp theo.

Giải pháp phải đáp ứng một số giả định cơ bản về tính hợp lệ:

  • đối với tất cả các tuyến, vehicle_index phải nằm trong phạm vi và không được trùng lặp.
  • đối với tất cả lượt truy cập, shipment_indexvisit_request_index phải nằm trong phạm vi.
  • một lô hàng chỉ có thể được tham chiếu trên một tuyến đường.
  • phải đến lấy hàng trước khi giao hàng.
  • không được thực hiện nhiều phương thức giao hàng hoặc phương thức đến lấy hàng thay thế cho một lô hàng.
  • đối với tất cả các tuyến, thời gian đang tăng lên (tức là vehicle_start_time <= visits[0].start_time <= visits[1].start_time ... <= vehicle_end_time).
  • chỉ có thể vận chuyển hàng trên một loại xe được phép. Xe được phép nếu Shipment.allowed_vehicle_indices trống hoặc vehicle_index của xe nằm trong Shipment.allowed_vehicle_indices.

Nếu giải pháp được chèn không khả thi, thì không nhất thiết phải trả về lỗi xác thực mà có thể trả về lỗi cho biết không khả thi.

injected_solution_constraint

InjectedSolutionConstraint

Giới hạn thuật toán tối ưu hoá để tìm giải pháp cuối cùng tương tự như giải pháp trước đó. Ví dụ: bạn có thể dùng tính năng này để đóng băng các phần của tuyến đã hoàn tất hoặc sắp hoàn tất nhưng không được sửa đổi.

Nếu giải pháp được chèn không khả thi, thì không nhất thiết phải trả về lỗi xác thực mà có thể trả về lỗi cho biết không khả thi.

refresh_details_routes[]

ShipmentRoute

Nếu không trống, các tuyến đường đã cho sẽ được làm mới mà không sửa đổi trình tự lượt truy cập hoặc thời gian di chuyển cơ bản của các tuyến đường đó: chỉ các thông tin chi tiết khác mới được cập nhật. Điều này không giải quyết được mô hình.

Kể từ ngày 11/2020, tính năng này chỉ điền sẵn các đường đa tuyến của các tuyến không trống và yêu cầu populate_polylines phải là true.

Các trường route_polyline của các tuyến đường đã truyền có thể không nhất quán với tuyến đường transitions.

Không được sử dụng trường này cùng với injected_first_solution_routes hoặc injected_solution_constraint.

Shipment.ignoreVehicle.ignore không ảnh hưởng đến hành vi này. Đường đa tuyến vẫn được điền giữa tất cả các lượt truy cập trong tất cả các tuyến không trống, bất kể các chuyến hàng hoặc xe liên quan có bị bỏ qua hay không.

interpret_injected_solutions_using_labels

bool

Nếu đúng:

Cách diễn giải này áp dụng cho các trường injected_first_solution_routes, injected_solution_constraintrefresh_details_routes. Bạn có thể sử dụng phương thức này khi chỉ mục lô hàng hoặc xe trong yêu cầu đã thay đổi kể từ khi giải pháp được tạo, có thể là do lô hàng hoặc xe đã bị xoá khỏi hoặc thêm vào yêu cầu.

Nếu là true, nhãn trong các danh mục sau đây phải xuất hiện tối đa một lần trong danh mục của nhãn:

Nếu vehicle_label trong giải pháp được chèn không tương ứng với một xe yêu cầu, thì tuyến đường tương ứng sẽ bị xoá khỏi giải pháp cùng với các lượt truy cập của tuyến đường đó. Nếu shipment_label trong giải pháp được chèn không tương ứng với một lô hàng yêu cầu, thì lượt truy cập tương ứng sẽ bị xoá khỏi giải pháp. Nếu SkippedShipment.label trong giải pháp được chèn không tương ứng với một yêu cầu vận chuyển, thì SkippedShipment sẽ bị xoá khỏi giải pháp.

Việc xoá các lượt truy cập tuyến hoặc toàn bộ tuyến khỏi giải pháp được chèn có thể ảnh hưởng đến các quy tắc ràng buộc ngầm ẩn, dẫn đến thay đổi trong giải pháp, lỗi xác thực hoặc không khả thi.

LƯU Ý: Phương thức gọi phải đảm bảo rằng mỗi Vehicle.label (tương ứng với Shipment.label) xác định duy nhất một thực thể xe (hoặc lô hàng) được sử dụng trên hai yêu cầu có liên quan: yêu cầu trước đó đã tạo OptimizeToursResponse được sử dụng trong giải pháp được chèn và yêu cầu hiện tại bao gồm giải pháp được chèn. Các bước kiểm tra tính duy nhất được mô tả ở trên là chưa đủ để đảm bảo yêu cầu này.

consider_road_traffic

bool

Hãy cân nhắc việc ước tính lưu lượng truy cập khi tính toán các trường ShipmentRoute Transition.travel_duration, Visit.start_timevehicle_end_time; khi đặt trường ShipmentRoute.has_traffic_infeasibilities và khi tính toán trường OptimizeToursResponse.total_cost.

populate_polylines

bool

Nếu đúng, các đường đa tuyến sẽ được điền vào ShipmentRoute phản hồi.

populate_transition_polylines

bool

Nếu là true, các đường đa tuyến và mã thông báo tuyến sẽ được điền trong phản hồi ShipmentRoute.transitions.

allow_large_deadline_despite_interruption_risk

bool

Nếu bạn đặt giá trị này, thì yêu cầu có thể có thời hạn (xem https://grpc.io/blog/deadlines) tối đa là 60 phút. Nếu không, thời hạn tối đa chỉ là 30 phút. Xin lưu ý rằng các yêu cầu tồn tại lâu có nguy cơ bị gián đoạn lớn hơn đáng kể (nhưng vẫn nhỏ).

use_geodesic_distances

bool

Nếu đúng, quãng đường di chuyển sẽ được tính bằng khoảng cách trắc địa thay vì khoảng cách trên Google Maps và thời gian di chuyển sẽ được tính bằng khoảng cách trắc địa với tốc độ do geodesic_meters_per_second xác định.

label

string

Nhãn có thể được dùng để xác định yêu cầu này, được báo cáo lại trong OptimizeToursResponse.request_label.

geodesic_meters_per_second

double

Khi use_geodesic_distances là true, bạn phải đặt trường này và xác định tốc độ áp dụng để tính thời gian di chuyển. Giá trị của thuộc tính này phải ít nhất là 1,0 mét/giây.

max_validation_errors

int32

Cắt bớt số lỗi xác thực được trả về. Các lỗi này thường được đính kèm vào tải trọng lỗi INVALID_ARGUMENT dưới dạng thông tin chi tiết về lỗi BadRequest (https://cloud.google.com/apis/design/errors#error_details), trừ khi solving_mode=VALIDATE_ONLY: xem trường OptimizeToursResponse.validation_errors. Giá trị này mặc định là 100 và được giới hạn ở mức 10.000.

SearchMode

Chế độ xác định hành vi của hoạt động tìm kiếm, đánh đổi độ trễ với chất lượng giải pháp. Trong tất cả các chế độ, thời hạn yêu cầu chung sẽ được thực thi.

Enum
SEARCH_MODE_UNSPECIFIED Chế độ tìm kiếm không xác định, tương đương với RETURN_FAST.
RETURN_FAST Dừng tìm kiếm sau khi tìm thấy giải pháp phù hợp đầu tiên.
CONSUME_ALL_AVAILABLE_TIME Dành toàn bộ thời gian có thể để tìm kiếm các giải pháp tốt hơn.

SolvingMode

Xác định cách trình giải quyết xử lý yêu cầu. Trong tất cả các chế độ ngoại trừ VALIDATE_ONLY, nếu yêu cầu không hợp lệ, bạn sẽ nhận được lỗi INVALID_REQUEST. Xem max_validation_errors để giới hạn số lượng lỗi được trả về.

Enum
DEFAULT_SOLVE Giải mô hình. Cảnh báo có thể được đưa ra trong [OptimizeToursResponse.validation_errors][google.cloud.optimization.v1.OptimizeToursResponse.validation_errors].
VALIDATE_ONLY Chỉ xác thực mô hình mà không giải quyết mô hình: điền càng nhiều OptimizeToursResponse.validation_errors càng tốt.
DETECT_SOME_INFEASIBLE_SHIPMENTS

Chỉ điền sẵn OptimizeToursResponse.validation_errors hoặc OptimizeToursResponse.skipped_shipments và không thực sự giải quyết được phần còn lại của yêu cầu (statusroutes không được đặt trong phản hồi). Nếu phát hiện thấy các tuyến đường không khả thi trong injected_solution_constraint, thì các tuyến đường đó sẽ được điền vào trường OptimizeToursResponse.validation_errorsOptimizeToursResponse.skipped_shipments sẽ để trống.

LƯU Ý QUAN TRỌNG: không phải tất cả các lô hàng không thể thực hiện được đều được trả về tại đây, mà chỉ những lô hàng được phát hiện là không thể thực hiện được trong quá trình xử lý trước.

OptimizeToursResponse

Phản hồi sau khi giải quyết vấn đề tối ưu hoá chuyến đi, trong đó có các tuyến đường mà mỗi xe tuân theo, các lô hàng đã bị bỏ qua và chi phí tổng thể của giải pháp.

Trường
routes[]

ShipmentRoute

Các tuyến đường được tính toán cho mỗi xe; tuyến đường thứ i tương ứng với xe thứ i trong mô hình.

request_label

string

Bản sao của OptimizeToursRequest.label, nếu bạn đã chỉ định nhãn trong yêu cầu.

skipped_shipments[]

SkippedShipment

Danh sách tất cả các lô hàng bị bỏ qua.

validation_errors[]

OptimizeToursValidationError

Danh sách tất cả lỗi xác thực mà chúng tôi có thể phát hiện một cách độc lập. Xem nội dung giải thích "MULTIPLE ERRORS" (Nhiều lỗi) cho thông báo OptimizeToursValidationError. Thay vì lỗi, thông báo này sẽ bao gồm cảnh báo trong trường hợp solving_modeDEFAULT_SOLVE.

metrics

Metrics

Chỉ số về thời lượng, khoảng cách và mức sử dụng của giải pháp này.

Chỉ số

Chỉ số tổng thể, được tổng hợp trên tất cả các tuyến.

Trường
aggregated_route_metrics

AggregatedMetrics

Tổng hợp trên các tuyến đường. Mỗi chỉ số là tổng (hoặc tối đa, đối với tải) trên tất cả các trường ShipmentRoute.metrics có cùng tên.

skipped_mandatory_shipment_count

int32

Số lượng lô hàng bắt buộc bị bỏ qua.

used_vehicle_count

int32

Số lượng xe được sử dụng. Lưu ý: nếu tuyến xe trống và Vehicle.used_if_route_is_empty là true, thì xe được coi là đã qua sử dụng.

earliest_vehicle_start_time

Timestamp

Thời gian bắt đầu sớm nhất của một xe đã qua sử dụng, được tính là giá trị tối thiểu trên tất cả xe đã qua sử dụng của ShipmentRoute.vehicle_start_time.

latest_vehicle_end_time

Timestamp

Thời gian kết thúc mới nhất của một xe đã qua sử dụng, được tính là giá trị tối đa trên tất cả xe đã qua sử dụng của ShipmentRoute.vehicle_end_time.

costs

map<string, double>

Chi phí của giải pháp, được phân tích theo các trường yêu cầu liên quan đến chi phí. Khoá là đường dẫn proto, tương ứng với OptimizeToursRequest đầu vào, ví dụ: "model.shipments.pickups.cost" và giá trị là tổng chi phí do trường chi phí tương ứng tạo ra, được tổng hợp trên toàn bộ giải pháp. Nói cách khác, costs["model.shipments.pickups.cost"] là tổng chi phí lấy hàng trên giải pháp. Tất cả chi phí được xác định trong mô hình đều được báo cáo chi tiết tại đây, ngoại trừ chi phí liên quan đến TransitionAttributes chỉ được báo cáo theo cách tổng hợp kể từ ngày 1/1/2022.

total_cost

double

Tổng chi phí của giải pháp. Tổng của tất cả các giá trị trong bản đồ chi phí.

OptimizeToursValidationError

Mô tả lỗi hoặc cảnh báo gặp phải khi xác thực OptimizeToursRequest.

Trường
code

int32

Lỗi xác thực được xác định bằng cặp (code, display_name) luôn xuất hiện.

Các trường sau phần này cung cấp thêm thông tin về lỗi.

MULTIPLE ERRORS (NHIỀU LỖI): Khi có nhiều lỗi, quy trình xác thực sẽ cố gắng xuất ra một số lỗi trong số đó. Tương tự như trình biên dịch, đây là một quy trình không hoàn hảo. Một số lỗi xác thực sẽ là "lỗi nghiêm trọng", nghĩa là các lỗi này sẽ dừng toàn bộ quá trình xác thực. Đây là trường hợp của các lỗi display_name="UNSPECIFIED", v.v. Một số lỗi có thể khiến quá trình xác thực bỏ qua các lỗi khác.

TÍNH ỔN ĐỊNH: codedisplay_name phải rất ổn định. Tuy nhiên, các mã và tên hiển thị mới có thể xuất hiện theo thời gian, điều này có thể khiến một yêu cầu (không hợp lệ) nhất định tạo ra một cặp (code, display_name) khác vì lỗi mới đã ẩn lỗi cũ. Ví dụ: hãy xem "MULTIPLE ERRORS" (Nhiều lỗi).

display_name

string

Tên hiển thị của lỗi.

fields[]

FieldReference

Ngữ cảnh lỗi có thể liên quan đến 0, 1 (trong hầu hết trường hợp) hoặc nhiều trường. Ví dụ: tham khảo xe #4 và lượt lấy hàng đầu tiên của lô hàng #2 như sau:

fields { name: "vehicles" index: 4}
fields { name: "shipments" index: 2 sub_field {name: "pickups" index: 0} }

Tuy nhiên, lưu ý rằng số lượng giá trị riêng biệt của fields không được thay đổi đối với một mã lỗi nhất định.

error_message

string

Chuỗi ký tự mà con người đọc được, dùng để mô tả lỗi. Có mối liên kết 1:1 giữa codeerror_message (khi code != "UNSPECIFIED").

STABILITY (ỔN ĐỊNH): Không ổn định: thông báo lỗi liên kết với một code nhất định có thể thay đổi theo thời gian (hy vọng là để làm rõ thông báo đó). Thay vào đó, vui lòng sử dụng display_namecode.

offending_values

string

Có thể chứa(các) giá trị của(các) trường. Tính năng này không phải lúc nào cũng có. Bạn tuyệt đối không nên dựa vào tính năng này và chỉ nên sử dụng tính năng này để gỡ lỗi mô hình theo cách thủ công.

FieldReference

Chỉ định ngữ cảnh cho lỗi xác thực. FieldReference luôn tham chiếu đến một trường nhất định trong tệp này và tuân theo cùng một cấu trúc phân cấp. Ví dụ: chúng ta có thể chỉ định phần tử #2 của start_time_windows của xe #5 bằng cách sử dụng:

name: "vehicles" index: 5 sub_field { name: "end_time_windows" index: 2 }

Tuy nhiên, chúng ta bỏ qua các thực thể cấp cao nhất như OptimizeToursRequest hoặc ShipmentModel để tránh làm rối thông báo.

Trường
name

string

Tên trường, ví dụ: "vehicles".

sub_field

FieldReference

Trường con lồng nhau đệ quy, nếu cần.

Trường hợp hợp nhất index_or_key.

index_or_key chỉ có thể là một trong những loại sau:

index

int32

Chỉ mục của trường nếu lặp lại.

key

string

Khoá nếu trường là một bản đồ.

OutputConfig

Chỉ định đích đến cho kết quả [BatchOptimizeTours][google.maps.routeoptimization.v1.RouteOptimizationService.BatchOptimizeTours].

Trường
data_format

DataFormat

Bắt buộc. Định dạng dữ liệu đầu ra.

Trường hợp hợp nhất destination. Bắt buộc. destination chỉ có thể là một trong những loại sau:
gcs_destination

GcsDestination

Vị trí Google Cloud Storage để ghi đầu ra.

RouteModifiers

Đóng gói một tập hợp các điều kiện không bắt buộc để đáp ứng khi tính toán tuyến xe. Điều này tương tự như RouteModifiers trong API Routes Preferred của Nền tảng Google Maps; xem: https://developers.google.com/maps/documentation/routes/reference/rest/v2/RouteModifiers.

Trường
avoid_tolls

bool

Chỉ định xem có tránh đường thu phí hay không (nếu hợp lý). Chúng tôi sẽ ưu tiên các tuyến đường không có đường thu phí. Chỉ áp dụng cho các phương tiện di chuyển bằng động cơ.

avoid_highways

bool

Chỉ định xem có nên tránh đường cao tốc hay không (nếu hợp lý). Chúng tôi sẽ ưu tiên các tuyến đường không có đường cao tốc. Chỉ áp dụng cho các phương tiện di chuyển bằng động cơ.

avoid_ferries

bool

Chỉ định xem có tránh phà hay không khi hợp lý. Ưu tiên các tuyến không có phương tiện đi lại bằng phà. Chỉ áp dụng cho các phương tiện di chuyển bằng động cơ.

avoid_indoor

bool

Không bắt buộc. Chỉ định xem có nên tránh điều hướng trong nhà khi hợp lý hay không. Các tuyến không chứa thông tin chỉ đường trong nhà sẽ được ưu tiên. Chỉ áp dụng cho chế độ đi lại WALKING.

Lô hàng

Lần vận chuyển một mặt hàng, từ một điểm đến điểm lấy hàng đến một điểm đến điểm giao hàng. Để lô hàng được coi là đã thực hiện, một xe riêng biệt phải ghé thăm một trong các địa điểm lấy hàng (và giảm dung lượng dự phòng tương ứng), sau đó ghé thăm một trong các địa điểm giao hàng sau đó (và do đó tăng lại dung lượng dự phòng tương ứng).

Trường
display_name

string

Tên hiển thị do người dùng xác định của lô hàng. Tên này có thể dài tối đa 63 ký tự và có thể sử dụng ký tự UTF-8.

pickups[]

VisitRequest

Tập hợp các địa điểm lấy hàng thay thế liên kết với lô hàng. Nếu không được chỉ định, xe chỉ cần đến một vị trí tương ứng với các đơn hàng giao.

deliveries[]

VisitRequest

Tập hợp các phương thức giao hàng thay thế liên kết với lô hàng. Nếu không được chỉ định, xe chỉ cần đến một vị trí tương ứng với điểm đến lấy hàng.

load_demands

map<string, Load>

Yêu cầu về tải trọng của lô hàng (ví dụ: trọng lượng, thể tích, số lượng pallet, v.v.). Khoá trong bản đồ phải là giá trị nhận dạng mô tả loại tải tương ứng, tốt nhất là cũng bao gồm cả đơn vị. Ví dụ: "weight_kg", "volume_gallons", "pallet_count", v.v. Nếu một khoá nhất định không xuất hiện trong bản đồ, thì tải tương ứng sẽ được coi là rỗng.

allowed_vehicle_indices[]

int32

Tập hợp các phương tiện có thể thực hiện lô hàng này. Nếu trống, tất cả xe đều có thể thực hiện thao tác này. Xe được cung cấp theo chỉ mục trong danh sách vehicles của ShipmentModel.

costs_per_vehicle[]

double

Chỉ định chi phí phát sinh khi mỗi xe vận chuyển lô hàng này. Nếu được chỉ định, thuộc tính này phải có MỘT trong những thuộc tính sau:

  • có cùng số phần tử với costs_per_vehicle_indices. costs_per_vehicle[i] tương ứng với xe costs_per_vehicle_indices[i] của mô hình.
  • có cùng số phần tử với số lượng xe trong mô hình. Phần tử thứ i tương ứng với xe #i của mô hình.

Các chi phí này phải có cùng đơn vị với penalty_cost và không được âm. Để trống trường này nếu không có chi phí nào như vậy.

costs_per_vehicle_indices[]

int32

Chỉ mục của các xe mà costs_per_vehicle áp dụng. Nếu không trống, mảng này phải có cùng số phần tử với costs_per_vehicle. Bạn không được chỉ định chỉ mục xe nhiều lần. Nếu một xe bị loại trừ khỏi costs_per_vehicle_indices, thì chi phí của xe đó sẽ bằng 0.

pickup_to_delivery_absolute_detour_limit

Duration

Chỉ định thời gian đi đường vòng tuyệt đối tối đa so với đường đi ngắn nhất từ điểm đến điểm đến. Nếu được chỉ định, giá trị này phải là số không âm và lô hàng phải chứa ít nhất một lượt lấy hàng và một lượt giao hàng.

Ví dụ: giả sử t là thời gian ngắn nhất để đi từ lựa chọn đến lấy hàng đã chọn đến lựa chọn giao hàng đã chọn. Sau đó, việc thiết lập pickup_to_delivery_absolute_detour_limit sẽ thực thi:

start_time(delivery) - start_time(pickup) <=
t + pickup_to_delivery_absolute_detour_limit

Nếu cả giới hạn tương đối và giới hạn tuyệt đối đều được chỉ định trên cùng một lô hàng, thì giới hạn hạn chế hơn sẽ được dùng cho mỗi cặp điểm đến lấy hàng/điểm đến giao hàng có thể có. Kể từ tháng 10 năm 2017, chúng tôi chỉ hỗ trợ đường tránh khi thời gian di chuyển không phụ thuộc vào loại xe.

pickup_to_delivery_time_limit

Duration

Chỉ định khoảng thời gian tối đa từ khi bắt đầu lấy hàng đến khi bắt đầu giao hàng. Nếu được chỉ định, giá trị này phải là số không âm và lô hàng phải chứa ít nhất một lượt lấy hàng và một lượt giao hàng. Thời gian này không phụ thuộc vào phương án thay thế được chọn để đến lấy hàng và giao hàng, cũng như không phụ thuộc vào tốc độ xe. Bạn có thể chỉ định điều này cùng với các quy tắc ràng buộc về đường tránh tối đa: giải pháp sẽ tuân thủ cả hai thông số kỹ thuật.

shipment_type

string

Chuỗi không trống chỉ định "loại" cho lô hàng này. Bạn có thể dùng tính năng này để xác định các yêu cầu hoặc sự không tương thích giữa shipment_types (xem shipment_type_incompatibilitiesshipment_type_requirements trong ShipmentModel).

Khác với visit_types được chỉ định cho một lượt truy cập: Tất cả lượt lấy hàng/giao hàng thuộc cùng một lô hàng đều có cùng một shipment_type.

label

string

Chỉ định nhãn cho lô hàng này. Nhãn này được báo cáo trong phản hồi trong shipment_label của ShipmentRoute.Visit tương ứng.

ignore

bool

Nếu đúng, hãy bỏ qua lô hàng này nhưng không áp dụng penalty_cost.

Việc bỏ qua một lô hàng sẽ dẫn đến lỗi xác thực khi có bất kỳ shipment_type_requirements nào trong mô hình.

Bạn có thể bỏ qua một lô hàng được thực hiện trong injected_first_solution_routes hoặc injected_solution_constraint; trình giải sẽ xoá các lượt lấy hàng/giao hàng liên quan khỏi tuyến đường thực hiện. precedence_rules tham chiếu đến các lô hàng bị bỏ qua cũng sẽ bị bỏ qua.

penalty_cost

double

Nếu lô hàng không được hoàn tất, khoản phạt này sẽ được cộng vào tổng chi phí của các tuyến. Một lô hàng được coi là đã hoàn tất nếu người dùng đã đến một trong các địa điểm đến lấy hàng và giao hàng thay thế. Chi phí có thể được thể hiện bằng cùng một đơn vị được dùng cho tất cả các trường khác liên quan đến chi phí trong mô hình và phải là số dương.

LƯU Ý QUAN TRỌNG: Nếu bạn không chỉ định hình phạt này, thì hình phạt này sẽ được coi là vô thời hạn, tức là đơn hàng phải được hoàn tất.

pickup_to_delivery_relative_detour_limit

double

Chỉ định thời gian đi đường vòng tương đối tối đa so với đường ngắn nhất từ điểm đến điểm lấy hàng đến điểm giao hàng. Nếu được chỉ định, giá trị này phải là số không âm và lô hàng phải chứa ít nhất một lượt lấy hàng và một lượt giao hàng.

Ví dụ: giả sử t là thời gian ngắn nhất để đi từ lựa chọn đến lấy hàng đã chọn đến lựa chọn giao hàng đã chọn. Sau đó, việc thiết lập pickup_to_delivery_relative_detour_limit sẽ thực thi:

start_time(delivery) - start_time(pickup) <=
std::ceil(t * (1.0 + pickup_to_delivery_relative_detour_limit))

Nếu cả giới hạn tương đối và giới hạn tuyệt đối đều được chỉ định trên cùng một lô hàng, thì giới hạn hạn chế hơn sẽ được dùng cho mỗi cặp điểm đến lấy hàng/điểm đến giao hàng có thể có. Kể từ tháng 10 năm 2017, chúng tôi chỉ hỗ trợ đường tránh khi thời gian di chuyển không phụ thuộc vào loại xe.

Tải

Khi thực hiện một lượt ghé thăm, một số lượng đã xác định trước có thể được thêm vào tải trọng của xe nếu đó là lượt lấy hàng hoặc bị trừ đi nếu đó là lượt giao hàng. Thông báo này xác định số tiền đó. Vui lòng xem load_demands.

Trường
amount

int64

Mức tải của xe thực hiện lượt truy cập tương ứng sẽ thay đổi. Vì đây là số nguyên nên người dùng nên chọn một đơn vị thích hợp để tránh mất độ chính xác. Phải ≥ 0.

VisitRequest

Yêu cầu về lượt ghé thăm mà một xe có thể thực hiện: yêu cầu này có vị trí địa lý (hoặc hai vị trí, xem bên dưới), thời gian mở cửa và đóng cửa được biểu thị bằng khoảng thời gian và thời lượng phục vụ (thời gian xe dành cho việc đến lấy hàng hoặc trả hàng).

Trường
arrival_location

LatLng

Vị trí địa lý nơi xe đến khi thực hiện VisitRequest này. Nếu mô hình lô hàng có ma trận khoảng cách theo thời gian, bạn không được chỉ định arrival_location.

arrival_waypoint

Waypoint

Điểm trung gian mà xe đến khi thực hiện VisitRequest này. Nếu mô hình lô hàng có ma trận khoảng cách theo thời gian, bạn không được chỉ định arrival_waypoint.

departure_location

LatLng

Vị trí địa lý nơi xe khởi hành sau khi hoàn tất VisitRequest này. Có thể bỏ qua nếu giá trị này giống với arrival_location. Nếu mô hình lô hàng có ma trận khoảng cách theo thời gian, bạn không được chỉ định departure_location.

departure_waypoint

Waypoint

Điểm trung gian mà xe khởi hành sau khi hoàn tất VisitRequest này. Có thể bỏ qua nếu giá trị này giống với arrival_waypoint. Nếu mô hình lô hàng có ma trận khoảng cách theo thời gian, bạn không được chỉ định departure_waypoint.

tags[]

string

Chỉ định các thẻ đính kèm vào yêu cầu truy cập. Không được phép sử dụng chuỗi trống hoặc trùng lặp.

time_windows[]

TimeWindow

Khung thời gian ràng buộc thời gian đến trong một lượt truy cập. Xin lưu ý rằng một xe có thể khởi hành ngoài khoảng thời gian đến, tức là thời gian đến + thời lượng không cần nằm trong khoảng thời gian. Điều này có thể dẫn đến thời gian chờ nếu xe đến trước TimeWindow.start_time.

Nếu không có TimeWindow, thì xe có thể thực hiện lượt ghé thăm này bất cứ lúc nào.

Các khoảng thời gian phải tách biệt, tức là không có khoảng thời gian nào được chồng chéo hoặc liền kề với khoảng thời gian khác và các khoảng thời gian phải được sắp xếp theo thứ tự tăng dần.

Bạn chỉ có thể đặt cost_per_hour_after_soft_end_timesoft_end_time nếu có một khoảng thời gian duy nhất.

duration

Duration

Thời lượng của lượt truy cập, tức là thời gian xe ở lại từ khi đến đến khi rời đi (sẽ được thêm vào thời gian chờ có thể xảy ra; xem time_windows).

cost

double

Chi phí để thực hiện yêu cầu về lượt ghé thăm này trên tuyến đường của xe. Bạn có thể dùng phương thức thanh toán này để thanh toán các khoản phí khác nhau cho mỗi lần lấy hàng hoặc giao hàng thay thế. Chi phí này phải có cùng đơn vị với Shipment.penalty_cost và không được âm.

load_demands

map<string, Load>

Tải các yêu cầu của yêu cầu truy cập này. Trường này cũng giống như trường Shipment.load_demands, ngoại trừ việc trường này chỉ áp dụng cho VisitRequest này thay vì toàn bộ Shipment. Các yêu cầu được liệt kê ở đây được thêm vào các yêu cầu được liệt kê trong Shipment.load_demands.

visit_types[]

string

Chỉ định các loại lượt truy cập. Bạn có thể sử dụng thông tin này để phân bổ thêm thời gian cần thiết cho một xe hoàn tất lượt ghé thăm này (xem Vehicle.extra_visit_duration_for_visit_type).

Một loại chỉ có thể xuất hiện một lần.

label

string

Chỉ định nhãn cho VisitRequest này. Nhãn này được báo cáo trong phản hồi dưới dạng visit_label trong ShipmentRoute.Visit tương ứng.

ShipmentModel

Mô hình lô hàng chứa một tập hợp các lô hàng phải do một tập hợp xe thực hiện, đồng thời giảm thiểu tổng chi phí, tức là tổng của:

  • chi phí định tuyến xe (tổng chi phí trên tổng thời gian, chi phí trên thời gian di chuyển và chi phí cố định trên tất cả xe).
  • các khoản phạt đối với lô hàng không được thực hiện.
  • chi phí của toàn bộ thời gian vận chuyển
Trường
shipments[]

Shipment

Tập hợp các lô hàng phải được thực hiện trong mô hình.

vehicles[]

Vehicle

Tập hợp các xe có thể dùng để thực hiện lượt ghé thăm.

global_start_time

Timestamp

Thời gian bắt đầu và kết thúc chung của mô hình: không có thời gian nào nằm ngoài phạm vi này được coi là hợp lệ.

Khoảng thời gian của mô hình phải dưới một năm, tức là global_end_timeglobal_start_time phải cách nhau trong vòng 31536000 giây.

Khi sử dụng các trường cost_per_*hour, bạn nên đặt khoảng thời gian này thành một khoảng thời gian nhỏ hơn để tăng hiệu suất (ví dụ: nếu lập mô hình một ngày, bạn nên đặt giới hạn thời gian chung thành ngày đó). Nếu bạn không đặt giá trị, hệ thống sẽ sử dụng giá trị mặc định là 00:00:00 UTC, ngày 1 tháng 1 năm 1970 (tức là giây: 0, nano giây: 0).

global_end_time

Timestamp

Nếu bạn không đặt giá trị, hệ thống sẽ sử dụng giá trị mặc định là 00:00:00 UTC, ngày 1 tháng 1 năm 1971 (tức là giây: 31536000, nano giây: 0).

global_duration_cost_per_hour

double

"Thời lượng tổng thể" của kế hoạch tổng thể là chênh lệch giữa thời gian bắt đầu có hiệu lực sớm nhất và thời gian kết thúc có hiệu lực muộn nhất của tất cả xe. Ví dụ: người dùng có thể chỉ định chi phí mỗi giờ cho số lượng đó để cố gắng tối ưu hoá nhằm hoàn thành công việc sớm nhất. Chi phí này phải có cùng đơn vị với Shipment.penalty_cost.

duration_distance_matrices[]

DurationDistanceMatrix

Chỉ định ma trận thời lượng và khoảng cách được sử dụng trong mô hình. Nếu trường này trống, Google Maps hoặc khoảng cách trắc địa sẽ được sử dụng, tuỳ thuộc vào giá trị của trường use_geodesic_distances. Nếu không để trống, use_geodesic_distances không được là true và duration_distance_matrix_src_tags cũng như duration_distance_matrix_dst_tags không được để trống.

Ví dụ về cách sử dụng:

  • Có hai vị trí: locA và locB.
  • 1 xe bắt đầu tuyến đường tại locA và kết thúc tại locA.
  • 1 yêu cầu đến lấy hàng tại locB.
model {
  vehicles { start_tags: "locA"  end_tags: "locA" }
  shipments { pickups { tags: "locB" } }
  duration_distance_matrix_src_tags: "locA"
  duration_distance_matrix_src_tags: "locB"
  duration_distance_matrix_dst_tags: "locA"
  duration_distance_matrix_dst_tags: "locB"
  duration_distance_matrices {
    rows {  # from: locA
      durations { seconds: 0 }   meters: 0    # to: locA
      durations { seconds: 100 } meters: 1000 # to: locB
    }
    rows {  # from: locB
      durations { seconds: 102 } meters: 990 # to: locA
      durations { seconds: 0 }   meters: 0   # to: locB
    }
  }
}
  • Có 3 vị trí: locA, locB và locC.
  • 1 xe bắt đầu tuyến đường tại locA và kết thúc tại locB, sử dụng ma trận "nhanh".
  • 1 xe bắt đầu tuyến đường tại locB và kết thúc tại locB, sử dụng ma trận "chậm".
  • 1 xe bắt đầu tuyến đường tại locB và kết thúc tại locB, sử dụng ma trận "nhanh".
  • 1 yêu cầu đến lấy hàng tại locC.
model {
  vehicles { start_tags: "locA" end_tags: "locB" start_tags: "fast" }
  vehicles { start_tags: "locB" end_tags: "locB" start_tags: "slow" }
  vehicles { start_tags: "locB" end_tags: "locB" start_tags: "fast" }
  shipments { pickups { tags: "locC" } }
  duration_distance_matrix_src_tags: "locA"
  duration_distance_matrix_src_tags: "locB"
  duration_distance_matrix_src_tags: "locC"
  duration_distance_matrix_dst_tags: "locB"
  duration_distance_matrix_dst_tags: "locC"
  duration_distance_matrices {
    vehicle_start_tag: "fast"
    rows {  # from: locA
      durations { seconds: 1000 } meters: 2000 # to: locB
      durations { seconds: 600 }  meters: 1000 # to: locC
    }
    rows {  # from: locB
      durations { seconds: 0 }   meters: 0    # to: locB
      durations { seconds: 700 } meters: 1200 # to: locC
    }
    rows {  # from: locC
      durations { seconds: 702 } meters: 1190 # to: locB
      durations { seconds: 0 }   meters: 0    # to: locC
    }
  }
  duration_distance_matrices {
    vehicle_start_tag: "slow"
    rows {  # from: locA
      durations { seconds: 1800 } meters: 2001 # to: locB
      durations { seconds: 900 }  meters: 1002 # to: locC
    }
    rows {  # from: locB
      durations { seconds: 0 }    meters: 0    # to: locB
      durations { seconds: 1000 } meters: 1202 # to: locC
    }
    rows {  # from: locC
      durations { seconds: 1001 } meters: 1195 # to: locB
      durations { seconds: 0 }    meters: 0    # to: locC
    }
  }
}
duration_distance_matrix_src_tags[]

string

Thẻ xác định nguồn của ma trận thời lượng và khoảng cách; duration_distance_matrices(i).rows(j) xác định thời lượng và khoảng cách từ các lượt truy cập có thẻ duration_distance_matrix_src_tags(j) đến các lượt truy cập khác trong ma trận i.

Thẻ tương ứng với VisitRequest.tags hoặc Vehicle.start_tags. Một VisitRequest hoặc Vehicle nhất định phải khớp chính xác với một thẻ trong trường này. Xin lưu ý rằng thẻ nguồn, đích và ma trận của Vehicle có thể giống nhau; tương tự, thẻ nguồn và đích của VisitRequest có thể giống nhau. Tất cả thẻ phải khác nhau và không được là chuỗi trống. Nếu trường này không để trống, thì duration_distance_matrices không được để trống.

duration_distance_matrix_dst_tags[]

string

Thẻ xác định đích đến của ma trận thời lượng và khoảng cách; duration_distance_matrices(i).rows(j).durations(k) (tương ứng duration_distance_matrices(i).rows(j).meters(k)) xác định thời lượng (tương ứng là khoảng cách) của chuyến đi từ các lượt truy cập có thẻ duration_distance_matrix_src_tags(j) đến các lượt truy cập có thẻ duration_distance_matrix_dst_tags(k) trong ma trận i.

Thẻ tương ứng với VisitRequest.tags hoặc Vehicle.start_tags. Một VisitRequest hoặc Vehicle nhất định phải khớp chính xác với một thẻ trong trường này. Xin lưu ý rằng thẻ nguồn, đích và ma trận của Vehicle có thể giống nhau; tương tự, thẻ nguồn và đích của VisitRequest có thể giống nhau. Tất cả thẻ phải khác nhau và không được là chuỗi trống. Nếu trường này không để trống, thì duration_distance_matrices không được để trống.

transition_attributes[]

TransitionAttributes

Thêm các thuộc tính chuyển đổi vào mô hình.

shipment_type_incompatibilities[]

ShipmentTypeIncompatibility

Các tập hợp shipment_types không tương thích (xem ShipmentTypeIncompatibility).

shipment_type_requirements[]

ShipmentTypeRequirement

Các nhóm yêu cầu shipment_type (xem ShipmentTypeRequirement).

precedence_rules[]

PrecedenceRule

Tập hợp các quy tắc ưu tiên phải được thực thi trong mô hình.

max_active_vehicles

int32

Giới hạn số lượng tối đa của xe đang hoạt động. Xe được coi là đang hoạt động nếu tuyến đường của xe thực hiện ít nhất một chuyến hàng. Bạn có thể dùng thông tin này để giới hạn số lượng tuyến trong trường hợp có ít tài xế hơn số lượng xe và đội xe không đồng nhất. Sau đó, tính năng tối ưu hoá sẽ chọn nhóm xe phù hợp nhất để sử dụng. Phải là số dương.

DurationDistanceMatrix

Chỉ định một ma trận thời lượng và khoảng cách từ vị trí bắt đầu chuyến thăm và vị trí bắt đầu của xe đến vị trí kết thúc chuyến thăm và vị trí kết thúc của xe.

Trường
rows[]

Row

Chỉ định các hàng của ma trận thời lượng và khoảng cách. Mảng này phải có số phần tử bằng ShipmentModel.duration_distance_matrix_src_tags.

vehicle_start_tag

string

Thẻ xác định những loại xe áp dụng cho ma trận thời lượng và quãng đường này. Nếu trống, giá trị này sẽ áp dụng cho tất cả xe và chỉ có thể có một ma trận.

Mỗi lần khởi động xe phải khớp chính xác với một ma trận, tức là đúng một trường start_tags của chúng phải khớp với vehicle_start_tag của một ma trận (và chỉ của ma trận đó).

Tất cả các ma trận phải có vehicle_start_tag khác nhau.

Hàng

Chỉ định một hàng của ma trận thời lượng và khoảng cách.

Trường
durations[]

Duration

Giá trị thời lượng cho một hàng nhất định. Mảng này phải có số phần tử bằng ShipmentModel.duration_distance_matrix_dst_tags.

meters[]

double

Giá trị khoảng cách cho một hàng nhất định. Nếu không có chi phí hoặc quy tắc ràng buộc nào tham chiếu đến khoảng cách trong mô hình, thì bạn có thể để trống phần tử này; nếu không, phần tử này phải có số phần tử bằng durations.

PrecedenceRule

Quy tắc ưu tiên giữa hai sự kiện (mỗi sự kiện là một lần lấy hàng hoặc giao hàng): sự kiện "thứ hai" phải bắt đầu ít nhất offset_duration sau khi sự kiện "thứ nhất" bắt đầu.

Một số mức độ ưu tiên có thể tham chiếu đến cùng một sự kiện (hoặc sự kiện có liên quan), ví dụ: "lấy hàng B sau khi giao hàng A" và "lấy hàng C sau khi lấy hàng B".

Hơn nữa, thứ tự ưu tiên chỉ áp dụng khi cả hai lô hàng đều được thực hiện, nếu không thì sẽ bị bỏ qua.

Trường
first_is_delivery

bool

Cho biết liệu sự kiện "đầu tiên" có phải là một lượt phân phối hay không.

second_is_delivery

bool

Cho biết liệu sự kiện "thứ hai" có phải là một lượt phân phối hay không.

offset_duration

Duration

Độ lệch giữa sự kiện "đầu tiên" và sự kiện "thứ hai". Giá trị này có thể là âm.

first_index

int32

Chỉ mục lô hàng của sự kiện "đầu tiên". Bạn phải chỉ định trường này.

second_index

int32

Chỉ mục lô hàng của sự kiện "thứ hai". Bạn phải chỉ định trường này.

ShipmentRoute

Bạn có thể phân ly tuyến đường của một xe dọc theo trục thời gian như sau (giả sử có n lượt truy cập):

  |            |            |          |       |  T[2], |        |      |
  | Transition |  Visit #0  |          |       |  V[2], |        |      |
  |     #0     |    aka     |   T[1]   |  V[1] |  ...   | V[n-1] | T[n] |
  |  aka T[0]  |    V[0]    |          |       | V[n-2],|        |      |
  |            |            |          |       | T[n-1] |        |      |
  ^            ^            ^          ^       ^        ^        ^      ^
vehicle    V[0].start   V[0].end     V[1].   V[1].    V[n].    V[n]. vehicle
 start     (arrival)   (departure)   start   end      start    end     end

Xin lưu ý rằng chúng ta phân biệt giữa:

  • "sự kiện đúng giờ", chẳng hạn như thời điểm bắt đầu và kết thúc của xe cũng như thời điểm bắt đầu và kết thúc của mỗi lượt truy cập (còn gọi là thời điểm đến và thời điểm rời đi). Các sự kiện này xảy ra tại một giây nhất định.
  • "khoảng thời gian", chẳng hạn như chính lượt truy cập và quá trình chuyển đổi giữa các lượt truy cập. Mặc dù đôi khi khoảng thời gian có thể có thời lượng bằng 0, tức là bắt đầu và kết thúc cùng một giây, nhưng thường thì khoảng thời gian có thời lượng dương.

Biến không đổi:

  • Nếu có n lượt truy cập, thì sẽ có n+1 lượt chuyển đổi.
  • Một lượt truy cập luôn được bao quanh bởi một lượt chuyển đổi trước đó (cùng chỉ mục) và một lượt chuyển đổi sau đó (chỉ mục + 1).
  • Quá trình khởi động xe luôn đi kèm với quá trình chuyển đổi #0.
  • Phần kết thúc của xe luôn đứng trước chuyển đổi #n.

Khi phóng to, đây là những gì xảy ra trong TransitionVisit:

---+-------------------------------------+-----------------------------+-->
   |           TRANSITION[i]             |           VISIT[i]          |
   |                                     |                             |
   |  * TRAVEL: the vehicle moves from   |      PERFORM the visit:     |
   |    VISIT[i-1].departure_location to |                             |
   |    VISIT[i].arrival_location, which |  * Spend some time:         |
   |    takes a given travel duration    |    the "visit duration".    |
   |    and distance                     |                             |
   |                                     |  * Load or unload           |
   |  * BREAKS: the driver may have      |    some quantities from the |
   |    breaks (e.g. lunch break).       |    vehicle: the "demand".   |
   |                                     |                             |
   |  * WAIT: the driver/vehicle does    |                             |
   |    nothing. This can happen for     |                             |
   |    many reasons, for example when   |                             |
   |    the vehicle reaches the next     |                             |
   |    event's destination before the   |                             |
   |    start of its time window         |                             |
   |                                     |                             |
   |  * DELAY: *right before* the next   |                             |
   |    arrival. E.g. the vehicle and/or |                             |
   |    driver spends time unloading.    |                             |
   |                                     |                             |
---+-------------------------------------+-----------------------------+-->
   ^                                     ^                             ^
V[i-1].end                           V[i].start                    V[i].end

Cuối cùng, sau đây là cách sắp xếp TRAVEL (DI CHUYỂN), BREAKS (NGỪNG), DELAY (CHỜ) và WAIT (CHỜ) trong quá trình chuyển đổi.

  • Các lớp này không trùng lặp.
  • DELAY là duy nhất và phải là một khoảng thời gian liên tục ngay trước lượt truy cập tiếp theo (hoặc thời điểm kết thúc xe). Do đó, bạn chỉ cần biết thời lượng trễ để biết thời gian bắt đầu và kết thúc của trễ.
  • BREAKS là các khoảng thời gian liền kề, không trùng lặp. Phản hồi này chỉ định thời gian bắt đầu và thời lượng của mỗi khoảng nghỉ.
  • TRAVEL và WAIT là "có thể được ưu tiên": chúng có thể bị gián đoạn nhiều lần trong quá trình chuyển đổi này. Ứng dụng có thể giả định rằng hành trình diễn ra "càng sớm càng tốt" và "thời gian chờ" sẽ lấp đầy thời gian còn lại.

Ví dụ (phức tạp):

                               TRANSITION[i]
--++-----+-----------------------------------------------------------++-->
  ||     |       |           |       |           |         |         ||
  ||  T  |   B   |     T     |       |     B     |         |    D    ||
  ||  r  |   r   |     r     |   W   |     r     |    W    |    e    ||
  ||  a  |   e   |     a     |   a   |     e     |    a    |    l    ||
  ||  v  |   a   |     v     |   i   |     a     |    i    |    a    ||
  ||  e  |   k   |     e     |   t   |     k     |    t    |    y    ||
  ||  l  |       |     l     |       |           |         |         ||
  ||     |       |           |       |           |         |         ||
--++-----------------------------------------------------------------++-->
Trường
vehicle_index

int32

Xe thực hiện tuyến đường, được xác định bằng chỉ mục của xe trong nguồn ShipmentModel.

vehicle_label

string

Nhãn của xe thực hiện tuyến đường này, bằng ShipmentModel.vehicles(vehicle_index).label nếu được chỉ định.

vehicle_start_time

Timestamp

Thời gian xe bắt đầu hành trình.

vehicle_end_time

Timestamp

Thời gian xe hoàn tất tuyến đường.

visits[]

Visit

Trình tự các lượt truy cập theo thứ tự đại diện cho một tuyến đường. visits[i] là lượt truy cập thứ i trong tuyến đường. Nếu trường này trống, thì xe sẽ được coi là không sử dụng.

transitions[]

Transition

Danh sách các hiệu ứng chuyển đổi theo thứ tự cho tuyến đường.

has_traffic_infeasibilities

bool

Khi OptimizeToursRequest.consider_road_traffic được đặt thành true, trường này cho biết rằng sự không nhất quán về thời gian tuyến đường được dự đoán bằng cách sử dụng thông tin ước tính về thời gian di chuyển dựa trên lưu lượng truy cập. Có thể không đủ thời gian để hoàn tất hành trình đã điều chỉnh theo lưu lượng truy cập, độ trễ và thời gian nghỉ giữa các lượt truy cập, trước lượt truy cập đầu tiên hoặc sau lượt truy cập cuối cùng, trong khi vẫn đáp ứng khoảng thời gian truy cập và thời gian của xe. Ví dụ:

  start_time(previous_visit) + duration(previous_visit) +
  travel_duration(previous_visit, next_visit) > start_time(next_visit)

Thời điểm đến next_visit có thể trễ hơn khung thời gian hiện tại do thời gian di chuyển ước tính travel_duration(previous_visit, next_visit) tăng lên do lưu lượng truy cập. Ngoài ra, thời gian nghỉ có thể bị buộc phải trùng lặp với một lượt truy cập do thời gian di chuyển ước tính tăng lên và các quy định hạn chế về thời gian truy cập hoặc thời gian nghỉ.

route_polyline

EncodedPolyline

Hình nhiều đường đã mã hoá đại diện cho tuyến đường. Trường này chỉ được điền nếu bạn đặt OptimizeToursRequest.populate_polylines thành true.

breaks[]

Break

Thời gian nghỉ theo lịch cho xe thực hiện tuyến đường này. Trình tự breaks biểu thị các khoảng thời gian, mỗi khoảng thời gian bắt đầu tại start_time tương ứng và kéo dài duration giây.

metrics

AggregatedMetrics

Các chỉ số về thời lượng, quãng đường và tải cho tuyến đường này. Các trường của AggregatedMetrics được cộng trên tất cả ShipmentRoute.transitions hoặc ShipmentRoute.visits, tuỳ thuộc vào ngữ cảnh.

route_costs

map<string, double>

Chi phí của tuyến đường, được phân tích theo các trường yêu cầu liên quan đến chi phí. Các khoá là đường dẫn proto, tương ứng với OptimizeToursRequest đầu vào, ví dụ: "model.shipments.pickups.cost" và các giá trị là tổng chi phí do trường chi phí tương ứng tạo ra, được tổng hợp trên toàn bộ tuyến đường. Nói cách khác, costs["model.shipments.pickups.cost"] là tổng chi phí lấy hàng trên tuyến đường. Tất cả chi phí được xác định trong mô hình đều được báo cáo chi tiết tại đây, ngoại trừ chi phí liên quan đến TransitionAttributes chỉ được báo cáo theo cách tổng hợp kể từ ngày 1/1/2022.

route_total_cost

double

Tổng chi phí của tuyến đường. Tổng tất cả chi phí trong bản đồ chi phí.

Nghỉ giải lao

Dữ liệu đại diện cho việc thực thi một điểm ngắt.

Trường
start_time

Timestamp

Thời gian bắt đầu nghỉ giải lao.

duration

Duration

Thời lượng của một khoảng nghỉ.

EncodedPolyline

Biểu diễn được mã hoá của một đường đa tuyến. Bạn có thể xem thêm thông tin về việc mã hoá đường đa tuyến tại đây: https://developers.google.com/maps/documentation/utilities/polylinealgorithm https://developers.google.com/maps/documentation/javascript/reference/geometry#encoding.

Trường
points

string

Chuỗi đại diện cho các điểm được mã hoá của đa tuyến.

Hiệu ứng chuyển cảnh

Chuyển đổi giữa hai sự kiện trên tuyến đường. Xem nội dung mô tả về ShipmentRoute.

Nếu xe không có start_location và/hoặc end_location, thì các chỉ số tương ứng về hành trình sẽ là 0.

Trường
travel_duration

Duration

Thời gian di chuyển trong quá trình chuyển đổi này.

travel_distance_meters

double

Quãng đường đã đi trong quá trình chuyển đổi.

traffic_info_unavailable

bool

Khi lưu lượng truy cập được yêu cầu thông qua OptimizeToursRequest.consider_road_traffic và không thể truy xuất thông tin lưu lượng truy cập cho Transition, boolean này được đặt thành true. Tình trạng này có thể là tạm thời (hiếm khi xảy ra sự cố trong máy chủ lưu trữ dữ liệu giao thông theo thời gian thực) hoặc vĩnh viễn (không có dữ liệu cho vị trí này).

delay_duration

Duration

Tổng thời lượng độ trễ áp dụng cho quá trình chuyển đổi này. Nếu có, độ trễ sẽ bắt đầu chính xác delay_duration giây trước sự kiện tiếp theo (lượt truy cập hoặc kết thúc xe). Vui lòng xem TransitionAttributes.delay.

break_duration

Duration

Tổng thời lượng của các khoảng nghỉ xảy ra trong quá trình chuyển đổi này (nếu có). Thông tin chi tiết về thời gian bắt đầu và thời lượng của mỗi khoảng nghỉ được lưu trữ trong ShipmentRoute.breaks.

wait_duration

Duration

Thời gian chờ trong quá trình chuyển đổi này. Thời gian chờ tương ứng với thời gian rảnh và không bao gồm thời gian nghỉ. Ngoài ra, hãy lưu ý rằng thời gian chờ này có thể được chia thành nhiều khoảng không liên tục.

total_duration

Duration

Tổng thời lượng của quá trình chuyển đổi, được cung cấp để thuận tiện. Giá trị này bằng:

  • lượt truy cập tiếp theo start_time (hoặc vehicle_end_time nếu đây là lượt chuyển đổi cuối cùng) – start_time của lượt chuyển đổi này;
  • nếu ShipmentRoute.has_traffic_infeasibilities là sai, thì điều sau đây cũng đúng: `total_duration = travel_duration + delay_duration
  • break_duration + wait_duration`.
start_time

Timestamp

Thời gian bắt đầu chuyển đổi này.

route_polyline

EncodedPolyline

Hình nhiều đường được mã hoá thể hiện tuyến đường được tuân theo trong quá trình chuyển đổi. Trường này chỉ được điền nếu bạn đặt populate_transition_polylines thành true.

route_token

string

Chỉ có đầu ra. Mã thông báo mờ có thể được truyền đến Navigation SDK để tái tạo tuyến đường trong quá trình điều hướng và trong trường hợp định tuyến lại, hãy tuân thủ ý định ban đầu khi tạo tuyến đường. Xem mã thông báo này là một blob mờ. Đừng so sánh giá trị của thuộc tính này trên các yêu cầu vì giá trị của thuộc tính này có thể thay đổi ngay cả khi dịch vụ trả về cùng một tuyến. Trường này chỉ được điền nếu bạn đặt populate_transition_polylines thành true.

vehicle_loads

map<string, VehicleLoad>

Tải xe trong quá trình chuyển đổi này, cho mỗi loại xuất hiện trong Vehicle.load_limits của xe này hoặc có Shipment.load_demands khác 0 trên một số lô hàng được thực hiện trên tuyến này.

Tải trong quá trình chuyển đổi đầu tiên là tải bắt đầu của tuyến đường xe. Sau đó, sau mỗi lượt truy cập, load_demands của lượt truy cập sẽ được cộng hoặc trừ để tải lượt chuyển đổi tiếp theo, tuỳ thuộc vào việc lượt truy cập là lượt đến lấy hàng hay lượt giao hàng.

VehicleLoad

Báo cáo tải thực tế của xe tại một số điểm dọc theo tuyến đường, cho một loại xe nhất định (xem Transition.vehicle_loads).

Trường
amount

int64

Lượng tải trên xe, đối với loại xe nhất định. Đơn vị tải thường được chỉ định theo loại. Vui lòng xem Transition.vehicle_loads.

Truy cập

Một lượt truy cập được thực hiện trong một tuyến đường. Lượt truy cập này tương ứng với một lượt lấy hàng hoặc giao hàng của Shipment.

Trường
shipment_index

int32

Chỉ mục của trường shipments trong ShipmentModel nguồn.

is_pickup

bool

Nếu đúng, lượt truy cập sẽ tương ứng với một lượt lấy hàng của Shipment. Nếu không, mã này sẽ tương ứng với một lượt phân phối.

visit_request_index

int32

Chỉ mục của VisitRequest trong trường đến lấy hàng hoặc giao hàng của Shipment (xem is_pickup).

start_time

Timestamp

Thời gian bắt đầu lượt truy cập. Xin lưu ý rằng xe có thể đến sớm hơn thời gian này tại địa điểm ghé thăm. Thời gian nhất quán với ShipmentModel.

load_demands

map<string, Load>

Tổng nhu cầu tải lượt truy cập là tổng số lô hàng và yêu cầu truy cập load_demands. Các giá trị này sẽ âm nếu lượt truy cập là một lượt phân phối. Nhu cầu được báo cáo cho cùng một loại với Transition.loads (xem trường này).

detour

Duration

Thời gian rẽ đường bổ sung do các lô hàng đã được ghé thăm trên tuyến đường trước khi ghé thăm và thời gian chờ có thể xảy ra do các khung thời gian. Nếu lượt ghé thăm là lượt giao hàng, thì quãng đường vòng sẽ được tính từ lượt ghé thăm đến lấy hàng tương ứng và bằng:

start_time(delivery) - start_time(pickup)
- (duration(pickup) + travel duration from the pickup location
to the delivery location).

Nếu không, giá trị này được tính từ start_location của xe và bằng:

start_time - vehicle_start_time - travel duration from
the vehicle's `start_location` to the visit.
shipment_label

string

Bản sao của Shipment.label tương ứng, nếu được chỉ định trong Shipment.

visit_label

string

Bản sao của VisitRequest.label tương ứng, nếu được chỉ định trong VisitRequest.

ShipmentTypeIncompatibility

Chỉ định các trường hợp không tương thích giữa các lô hàng tuỳ thuộc vào shipment_type. Việc xuất hiện các lô hàng không tương thích trên cùng một tuyến đường sẽ bị hạn chế dựa trên chế độ không tương thích.

Trường
types[]

string

Danh sách các loại không tương thích. Hai lô hàng có shipment_types khác nhau trong số các lô hàng được liệt kê là "không tương thích".

incompatibility_mode

IncompatibilityMode

Chế độ áp dụng cho trường hợp không tương thích.

IncompatibilityMode

Các chế độ xác định cách hạn chế việc xuất hiện các lô hàng không tương thích trên cùng một tuyến đường.

Enum
INCOMPATIBILITY_MODE_UNSPECIFIED Chế độ không tương thích chưa được chỉ định. Không được sử dụng giá trị này.
NOT_PERFORMED_BY_SAME_VEHICLE Ở chế độ này, hai lô hàng có loại không tương thích không bao giờ có thể dùng chung một xe.
NOT_IN_SAME_VEHICLE_SIMULTANEOUSLY

Đối với hai lô hàng có loại không tương thích với chế độ không tương thích NOT_IN_SAME_VEHICLE_SIMULTANEOUSLY:

  • Nếu cả hai đều chỉ là dịch vụ đến lấy hàng (không giao hàng) hoặc chỉ là dịch vụ giao hàng (không đến lấy hàng), thì chúng hoàn toàn không thể dùng chung một xe.
  • Nếu một trong hai lô hàng được giao và lô còn lại được đến lấy hàng, thì hai lô hàng này có thể dùng chung một xe nếu lô hàng trước được giao trước khi lô hàng sau được đến lấy.

ShipmentTypeRequirement

Chỉ định các yêu cầu giữa các lô hàng dựa trên shipment_type. Thông tin cụ thể của yêu cầu được xác định theo chế độ yêu cầu.

Trường
required_shipment_type_alternatives[]

string

Danh sách các loại phương thức vận chuyển thay thế mà dependent_shipment_types yêu cầu.

dependent_shipment_types[]

string

Tất cả các lô hàng có loại trong trường dependent_shipment_types đều yêu cầu ít nhất một lô hàng thuộc loại required_shipment_type_alternatives được ghé thăm trên cùng một tuyến đường.

LƯU Ý: Không được phép tạo chuỗi yêu cầu như shipment_type phụ thuộc vào chính nó.

requirement_mode

RequirementMode

Chế độ áp dụng cho yêu cầu.

RequirementMode

Các chế độ xác định giao diện của các lô hàng phụ thuộc trên một tuyến.

Enum
REQUIREMENT_MODE_UNSPECIFIED Chế độ yêu cầu không xác định. Không được sử dụng giá trị này.
PERFORMED_BY_SAME_VEHICLE Ở chế độ này, tất cả các lô hàng "phụ thuộc" phải dùng chung một xe với ít nhất một lô hàng "bắt buộc".
IN_SAME_VEHICLE_AT_PICKUP_TIME

Với chế độ IN_SAME_VEHICLE_AT_PICKUP_TIME, tất cả các lô hàng "phụ thuộc" cần có ít nhất một lô hàng "bắt buộc" trên xe tại thời điểm lấy hàng.

Do đó, một đơn hàng đến lấy hàng "phụ thuộc" phải có:

  • Một lô hàng "bắt buộc" chỉ giao hàng được giao trên tuyến sau, hoặc
  • Lô hàng "bắt buộc" được lấy trên tuyến trước đó và nếu lô hàng "bắt buộc" có giao hàng, thì lô hàng này phải được giao sau khi lấy lô hàng "phụ thuộc".
IN_SAME_VEHICLE_AT_DELIVERY_TIME Tương tự như trước, ngoại trừ các lô hàng "phụ thuộc" cần có một lô hàng "bắt buộc" trên xe tại thời điểm giao hàng.

SkippedShipment

Chỉ định thông tin chi tiết về các lô hàng chưa thực hiện trong một giải pháp. Đối với các trường hợp nhỏ và/hoặc nếu chúng tôi có thể xác định nguyên nhân bỏ qua, chúng tôi sẽ báo cáo lý do tại đây.

Trường
index

int32

Chỉ mục này tương ứng với chỉ mục của lô hàng trong ShipmentModel nguồn.

label

string

Bản sao của Shipment.label tương ứng, nếu được chỉ định trong Shipment.

reasons[]

Reason

Danh sách lý do giải thích lý do lô hàng bị bỏ qua. Xem bình luận ở trên Reason. Nếu chúng tôi không hiểu lý do một lô hàng bị bỏ qua, thì hệ thống sẽ không đặt lý do.

Lý do

Nếu chúng tôi có thể giải thích lý do bỏ qua đơn hàng, thì lý do sẽ được liệt kê tại đây. Nếu lý do không giống nhau đối với tất cả các xe, reason sẽ có nhiều phần tử. Một lô hàng bị bỏ qua không được có lý do trùng lặp, tức là tất cả các trường đều giống nhau ngoại trừ example_vehicle_index. Ví dụ:

reasons {
  code: DEMAND_EXCEEDS_VEHICLE_CAPACITY
  example_vehicle_index: 1
  example_exceeded_capacity_type: "Apples"
}
reasons {
  code: DEMAND_EXCEEDS_VEHICLE_CAPACITY
  example_vehicle_index: 3
  example_exceeded_capacity_type: "Pears"
}
reasons {
  code: CANNOT_BE_PERFORMED_WITHIN_VEHICLE_DISTANCE_LIMIT
  example_vehicle_index: 1
}

Lô hàng bị bỏ qua không tương thích với tất cả xe. Lý do có thể khác nhau đối với tất cả các xe, nhưng ít nhất một xe sẽ vượt quá hạn mức "Táo" (bao gồm cả xe 1), ít nhất một xe sẽ vượt quá hạn mức "Lê" (bao gồm cả xe 3) và ít nhất một xe sẽ vượt quá hạn mức quãng đường (bao gồm cả xe 1).

Trường
code

Code

Tham khảo các nhận xét về Mã.

example_exceeded_capacity_type

string

Nếu mã lý do là DEMAND_EXCEEDS_VEHICLE_CAPACITY, hãy ghi lại một loại dung lượng đã vượt quá.

example_vehicle_index

int32

Nếu lý do liên quan đến việc không tương thích giữa phương tiện vận chuyển và xe, thì trường này sẽ cung cấp chỉ mục của một xe có liên quan.

Mã xác định loại lý do. Thứ tự ở đây không có ý nghĩa. Cụ thể, thuộc tính này không cho biết liệu một lý do nhất định có xuất hiện trước một lý do khác trong giải pháp hay không, nếu cả hai đều áp dụng.

Enum
CODE_UNSPECIFIED Bạn không nên sử dụng thuộc tính này.
NO_VEHICLE Không có phương tiện nào trong mô hình khiến tất cả các lô hàng đều không thể thực hiện được.
DEMAND_EXCEEDS_VEHICLE_CAPACITY Nhu cầu của lô hàng vượt quá sức chứa của xe đối với một số loại sức chứa, trong đó có example_exceeded_capacity_type.
CANNOT_BE_PERFORMED_WITHIN_VEHICLE_DISTANCE_LIMIT

Khoảng cách tối thiểu cần thiết để thực hiện lô hàng này, tức là từ start_location của xe đến địa điểm lấy hàng và/hoặc giao hàng của lô hàng và đến vị trí cuối cùng của xe vượt quá route_distance_limit của xe.

Xin lưu ý rằng để tính toán này, chúng ta sử dụng khoảng cách trắc địa.

CANNOT_BE_PERFORMED_WITHIN_VEHICLE_DURATION_LIMIT

Thời gian tối thiểu cần thiết để thực hiện lô hàng này, bao gồm thời gian di chuyển, thời gian chờ và thời gian bảo dưỡng vượt quá route_duration_limit của xe.

Lưu ý: thời gian di chuyển được tính theo trường hợp tốt nhất, cụ thể là quãng đường trắc địa x 36 m/giây (khoảng 130 km/giờ).

CANNOT_BE_PERFORMED_WITHIN_VEHICLE_TRAVEL_DURATION_LIMIT Tương tự như trên, nhưng chúng ta chỉ so sánh thời gian di chuyển tối thiểu và travel_duration_limit của xe.
CANNOT_BE_PERFORMED_WITHIN_VEHICLE_TIME_WINDOWS Xe không thể thực hiện chuyến hàng này trong trường hợp tốt nhất (xem CANNOT_BE_PERFORMED_WITHIN_VEHICLE_DURATION_LIMIT để tính toán thời gian) nếu xe bắt đầu vào thời điểm bắt đầu sớm nhất: tổng thời gian sẽ khiến xe kết thúc sau thời điểm kết thúc muộn nhất.
VEHICLE_NOT_ALLOWED Trường allowed_vehicle_indices của lô hàng không trống và xe này không thuộc lô hàng đó.

TimeWindow

Cửa sổ thời gian ràng buộc thời gian của một sự kiện, chẳng hạn như thời gian đến của một lượt truy cập hoặc thời gian bắt đầu và kết thúc của một xe.

Giới hạn khung thời gian cứng, start_timeend_time, thực thi thời gian sớm nhất và muộn nhất của sự kiện, chẳng hạn như start_time <= event_time <= end_time. Giới hạn dưới của khoảng thời gian mềm, soft_start_time, thể hiện lựa chọn ưu tiên cho sự kiện xảy ra vào hoặc sau soft_start_time bằng cách chịu chi phí tương ứng với khoảng thời gian trước khi sự kiện xảy ra soft_start_time. Giới hạn trên của khoảng thời gian mềm, soft_end_time, thể hiện mong muốn sự kiện xảy ra vào hoặc trước soft_end_time bằng cách chịu chi phí tương ứng với khoảng thời gian sau soft_end_time mà sự kiện xảy ra. start_time, end_time, soft_start_timesoft_end_time phải nằm trong giới hạn thời gian chung (xem ShipmentModel.global_start_timeShipmentModel.global_end_time) và phải tuân thủ:

  0 <= `start_time` <= `end_time` and
  0 <= `start_time` <= `soft_start_time` and
  0 <= `soft_end_time` <= `end_time`.
Trường
start_time

Timestamp

Thời gian bắt đầu của khung thời gian cố định. Nếu không được chỉ định, giá trị này sẽ được đặt thành ShipmentModel.global_start_time.

end_time

Timestamp

Thời gian kết thúc của khung thời gian bắt buộc. Nếu không được chỉ định, giá trị này sẽ được đặt thành ShipmentModel.global_end_time.

soft_start_time

Timestamp

Thời gian bắt đầu mềm của khoảng thời gian.

soft_end_time

Timestamp

Thời gian kết thúc mềm của khung thời gian.

cost_per_hour_before_soft_start_time

double

Chi phí mỗi giờ được thêm vào các chi phí khác trong mô hình nếu sự kiện xảy ra trước soft_start_time, được tính như sau:

   max(0, soft_start_time - t.seconds)
                          * cost_per_hour_before_soft_start_time / 3600,
t being the time of the event.

Chi phí này phải là số dương và bạn chỉ có thể đặt trường này nếu đã đặt soft_start_time.

cost_per_hour_after_soft_end_time

double

Chi phí mỗi giờ được thêm vào các chi phí khác trong mô hình nếu sự kiện xảy ra sau soft_end_time, được tính như sau:

   max(0, t.seconds - soft_end_time.seconds)
                    * cost_per_hour_after_soft_end_time / 3600,
t being the time of the event.

Chi phí này phải là số dương và bạn chỉ có thể đặt trường này nếu đã đặt soft_end_time.

TransitionAttributes

Chỉ định các thuộc tính của lượt chuyển đổi giữa hai lượt truy cập liên tiếp trên một tuyến đường. Có thể áp dụng nhiều TransitionAttributes cho cùng một quá trình chuyển đổi: trong trường hợp đó, tất cả chi phí bổ sung sẽ được cộng lại và áp dụng quy tắc ràng buộc hoặc giới hạn nghiêm ngặt nhất (tuân theo ngữ nghĩa "AND" tự nhiên).

Trường
src_tag

string

Thẻ xác định tập hợp các chuyển đổi (src->dst) mà các thuộc tính này áp dụng.

Một lượt truy cập nguồn hoặc lượt khởi động xe sẽ khớp nếu VisitRequest.tags hoặc Vehicle.start_tags của lượt truy cập đó chứa src_tag hoặc không chứa excluded_src_tag (tuỳ thuộc vào việc hai trường này có trống hay không).

excluded_src_tag

string

Vui lòng xem src_tag. Phải có đúng một trong src_tagexcluded_src_tag không được để trống.

dst_tag

string

Lượt truy cập đích hoặc điểm kết thúc của xe sẽ khớp nếu VisitRequest.tags hoặc Vehicle.end_tags chứa dst_tag hoặc không chứa excluded_dst_tag (tuỳ thuộc vào việc hai trường này có trống hay không).

excluded_dst_tag

string

Vui lòng xem dst_tag. Phải có đúng một trong dst_tagexcluded_dst_tag không được để trống.

cost

double

Chỉ định chi phí để thực hiện quá trình chuyển đổi này. Giá trị này có cùng đơn vị với tất cả các chi phí khác trong mô hình và không được âm. Khoản phí này được áp dụng ngoài tất cả các chi phí hiện có khác.

cost_per_kilometer

double

Chỉ định chi phí trên mỗi km áp dụng cho quãng đường đã đi trong khi thực hiện quá trình chuyển đổi này. Giá trị này cộng với mọi Vehicle.cost_per_kilometer được chỉ định trên xe.

distance_limit

DistanceLimit

Chỉ định giới hạn về quãng đường đã đi trong khi thực hiện quá trình chuyển đổi này.

Kể từ tháng 6 năm 2021, chúng tôi chỉ hỗ trợ các giới hạn mềm.

delay

Duration

Chỉ định độ trễ phát sinh khi thực hiện quá trình chuyển đổi này.

Độ trễ này luôn xảy ra sau khi kết thúc lượt truy cập nguồn và trước khi bắt đầu lượt truy cập đích.

Loại xe

Mô hình hoá một chiếc xe trong vấn đề vận chuyển. Việc giải quyết vấn đề vận chuyển sẽ tạo một tuyến đường bắt đầu từ start_location và kết thúc tại end_location cho xe này. Tuyến là một chuỗi các lượt truy cập (xem ShipmentRoute).

Trường
display_name

string

Tên hiển thị do người dùng xác định của xe. Tên này có thể dài tối đa 63 ký tự và có thể sử dụng ký tự UTF-8.

travel_mode

TravelMode

Chế độ di chuyển ảnh hưởng đến những con đường mà xe có thể đi và tốc độ của xe. Xem thêm travel_duration_multiple.

route_modifiers

RouteModifiers

Một nhóm điều kiện cần đáp ứng ảnh hưởng đến cách tính tuyến đường cho một loại xe nhất định.

start_location

LatLng

Vị trí địa lý nơi xe bắt đầu trước khi nhận bất kỳ lô hàng nào. Nếu không được chỉ định, xe sẽ bắt đầu ở lần lấy hàng đầu tiên. Nếu mô hình lô hàng có ma trận thời lượng và khoảng cách, thì bạn không được chỉ định start_location.

start_waypoint

Waypoint

Điểm trung gian thể hiện vị trí địa lý nơi xe bắt đầu trước khi nhận bất kỳ lô hàng nào. Nếu bạn không chỉ định start_waypoint hoặc start_location, thì xe sẽ bắt đầu ở lần lấy hàng đầu tiên. Nếu mô hình lô hàng có ma trận thời lượng và khoảng cách, thì bạn không được chỉ định start_waypoint.

end_location

LatLng

Vị trí địa lý nơi xe kết thúc sau khi hoàn tất VisitRequest cuối cùng. Nếu bạn không chỉ định, ShipmentRoute của xe sẽ kết thúc ngay khi hoàn tất VisitRequest cuối cùng. Nếu mô hình lô hàng có ma trận thời lượng và khoảng cách, thì bạn không được chỉ định end_location.

end_waypoint

Waypoint

Điểm trung gian thể hiện vị trí địa lý mà xe kết thúc sau khi hoàn thành VisitRequest cuối cùng. Nếu bạn không chỉ định end_waypoint hoặc end_location, thì ShipmentRoute của xe sẽ kết thúc ngay lập tức khi hoàn tất VisitRequest cuối cùng. Nếu mô hình lô hàng có ma trận thời lượng và khoảng cách, thì bạn không được chỉ định end_waypoint.

start_tags[]

string

Chỉ định các thẻ được đính kèm vào điểm bắt đầu của tuyến đường của xe.

Không được phép sử dụng chuỗi trống hoặc trùng lặp.

end_tags[]

string

Chỉ định các thẻ được đính kèm vào cuối tuyến đường của xe.

Không được phép sử dụng chuỗi trống hoặc trùng lặp.

start_time_windows[]

TimeWindow

Khung thời gian mà xe có thể rời khỏi vị trí bắt đầu. Các giá trị này phải nằm trong giới hạn thời gian chung (xem các trường ShipmentModel.global_*). Nếu không được chỉ định, thì sẽ không có giới hạn nào ngoài các giới hạn thời gian chung đó.

Các khoảng thời gian thuộc cùng một trường định kỳ phải tách biệt, tức là không có khoảng thời gian nào được trùng lặp hoặc liền kề với khoảng thời gian khác, đồng thời các khoảng thời gian này phải theo thứ tự thời gian.

Bạn chỉ có thể đặt cost_per_hour_after_soft_end_timesoft_end_time nếu có một khoảng thời gian duy nhất.

end_time_windows[]

TimeWindow

Khoảng thời gian mà xe có thể đến vị trí cuối cùng. Các giá trị này phải nằm trong giới hạn thời gian chung (xem các trường ShipmentModel.global_*). Nếu không được chỉ định, thì sẽ không có giới hạn nào ngoài các giới hạn thời gian chung đó.

Các khoảng thời gian thuộc cùng một trường định kỳ phải tách biệt, tức là không có khoảng thời gian nào được trùng lặp hoặc liền kề với khoảng thời gian khác, đồng thời các khoảng thời gian này phải theo thứ tự thời gian.

Bạn chỉ có thể đặt cost_per_hour_after_soft_end_timesoft_end_time nếu có một khoảng thời gian duy nhất.

unloading_policy

UnloadingPolicy

Chính sách về việc dỡ hàng được thực thi trên xe.

load_limits

map<string, LoadLimit>

Sức chứa của xe (ví dụ: trọng lượng, thể tích, số lượng pallet). Các khoá trong bản đồ là giá trị nhận dạng của loại tải, nhất quán với các khoá của trường Shipment.load_demands. Nếu một khoá nhất định không có trong bản đồ này, thì dung lượng tương ứng được coi là không giới hạn.

cost_per_hour

double

Chi phí xe: tất cả chi phí cộng lại và phải có cùng đơn vị với Shipment.penalty_cost.

Chi phí mỗi giờ của tuyến xe. Chi phí này được áp dụng cho tổng thời gian của tuyến đường, bao gồm thời gian di chuyển, thời gian chờ và thời gian ghé thăm. Việc sử dụng cost_per_hour thay vì chỉ cost_per_traveled_hour có thể làm tăng độ trễ.

cost_per_traveled_hour

double

Chi phí mỗi giờ di chuyển của tuyến đường xe. Chi phí này chỉ áp dụng cho thời gian di chuyển theo tuyến đường (tức là thời gian được báo cáo trong ShipmentRoute.transitions) và không bao gồm thời gian chờ và thời gian ghé thăm.

cost_per_kilometer

double

Chi phí mỗi km trên tuyến đường của xe. Chi phí này được áp dụng cho khoảng cách được báo cáo trong ShipmentRoute.transitions và không áp dụng cho bất kỳ khoảng cách nào được di chuyển ngầm từ arrival_location đến departure_location của một VisitRequest.

fixed_cost

double

Chi phí cố định được áp dụng nếu xe này được dùng để xử lý một lô hàng.

used_if_route_is_empty

bool

Trường này chỉ áp dụng cho các xe khi tuyến đường của xe không phục vụ bất kỳ lô hàng nào. Giá trị này cho biết liệu xe có được coi là đã qua sử dụng hay không trong trường hợp này.

Nếu đúng, xe sẽ đi từ vị trí bắt đầu đến vị trí kết thúc ngay cả khi không phục vụ bất kỳ lô hàng nào, đồng thời tính đến thời gian và chi phí khoảng cách phát sinh từ việc di chuyển từ vị trí bắt đầu đến vị trí kết thúc.

Nếu không, xe sẽ không di chuyển từ vị trí bắt đầu đến vị trí kết thúc và không có break_rule hoặc độ trễ (từ TransitionAttributes) nào được lên lịch cho xe này. Trong trường hợp này, ShipmentRoute của xe không chứa bất kỳ thông tin nào ngoại trừ chỉ mục và nhãn xe.

route_duration_limit

DurationLimit

Giới hạn áp dụng cho tổng thời lượng của tuyến đường của xe. Trong một OptimizeToursResponse nhất định, thời lượng tuyến đường của một xe là chênh lệch giữa vehicle_end_timevehicle_start_time của xe đó.

travel_duration_limit

DurationLimit

Giới hạn áp dụng cho thời gian di chuyển của tuyến đường của xe. Trong một OptimizeToursResponse nhất định, thời gian di chuyển theo tuyến đường là tổng của tất cả transitions.travel_duration.

route_distance_limit

DistanceLimit

Giới hạn áp dụng cho tổng quãng đường của tuyến đường của xe. Trong một OptimizeToursResponse nhất định, quãng đường của tuyến đường là tổng của tất cả transitions.travel_distance_meters.

extra_visit_duration_for_visit_type

map<string, Duration>

Chỉ định một bản đồ từ các chuỗi visit_types đến thời lượng. Thời lượng là thời gian cộng với VisitRequest.duration cần được thực hiện trong các lượt truy cập có visit_types được chỉ định. Thời lượng truy cập bổ sung này sẽ làm tăng chi phí nếu bạn chỉ định cost_per_hour. Khoá (tức là visit_types) không được là chuỗi trống.

Nếu một yêu cầu truy cập có nhiều loại, thì thời lượng sẽ được thêm cho từng loại trong bản đồ.

break_rule

BreakRule

Mô tả lịch nghỉ sẽ được thực thi trên xe này. Nếu trống, xe này sẽ không được lên lịch nghỉ.

label

string

Chỉ định nhãn cho xe này. Nhãn này được báo cáo trong phản hồi dưới dạng vehicle_label của ShipmentRoute tương ứng.

ignore

bool

Nếu đúng, used_if_route_is_empty phải là sai và xe này sẽ không được sử dụng.

Nếu một lô hàng được thực hiện bằng một xe bị bỏ qua trong injected_first_solution_routes, thì lô hàng đó sẽ bị bỏ qua trong giải pháp đầu tiên nhưng có thể được thực hiện trong phản hồi.

Nếu một lô hàng được thực hiện bằng một xe bị bỏ qua trong injected_solution_constraint và mọi hoạt động lấy hàng/giao hàng có liên quan bị ràng buộc phải vẫn trên xe (tức là không được nới lỏng đến cấp RELAX_ALL_AFTER_THRESHOLD), thì lô hàng đó sẽ bị bỏ qua trong phản hồi. Nếu một lô hàng có trường allowed_vehicle_indices không trống và tất cả các phương tiện được phép đều bị bỏ qua, thì lô hàng đó sẽ bị bỏ qua trong phản hồi.

travel_duration_multiple

double

Chỉ định hệ số nhân có thể dùng để tăng hoặc giảm thời gian di chuyển của phương tiện này. Ví dụ: việc đặt giá trị này thành 2.0 có nghĩa là xe này chạy chậm hơn và có thời gian di chuyển gấp đôi so với xe tiêu chuẩn. Hệ số này không ảnh hưởng đến thời lượng truy cập. Giá trị này ảnh hưởng đến chi phí nếu bạn chỉ định cost_per_hour hoặc cost_per_traveled_hour. Giá trị này phải nằm trong phạm vi [0,001, 1000]. Nếu bạn không đặt giá trị, thì xe sẽ là xe tiêu chuẩn và hệ số này được coi là 1.0.

CẢNH BÁO: Thời gian di chuyển sẽ được làm tròn đến giây gần nhất sau khi áp dụng bội số này nhưng trước khi thực hiện bất kỳ phép toán số nào. Do đó, một bội số nhỏ có thể làm giảm độ chính xác.

Xem thêm extra_visit_duration_for_visit_type bên dưới.

DurationLimit

Giới hạn xác định thời lượng tối đa của tuyến đường của một xe. Có thể là cứng hoặc mềm.

Khi xác định trường giới hạn mềm, bạn phải xác định cả ngưỡng tối đa mềm và chi phí liên quan.

Trường
max_duration

Duration

Giới hạn cứng ràng buộc thời lượng tối đa là max_duration.

soft_max_duration

Duration

Giới hạn mềm không thực thi giới hạn thời lượng tối đa, nhưng khi bị vi phạm sẽ khiến tuyến phải chịu chi phí. Chi phí này cộng với các chi phí khác được xác định trong mô hình, với cùng một đơn vị.

Nếu được xác định, soft_max_duration phải là số không âm. Nếu bạn cũng xác định max_duration, thì soft_max_duration phải nhỏ hơn max_duration.

quadratic_soft_max_duration

Duration

Giới hạn mềm không thực thi giới hạn thời lượng tối đa, nhưng khi bị vi phạm, tuyến đường sẽ phải chịu một chi phí, theo hàm bậc hai trong thời lượng. Chi phí này cộng với các chi phí khác được xác định trong mô hình, với cùng một đơn vị.

Nếu được xác định, quadratic_soft_max_duration phải là số không âm. Nếu max_duration cũng được xác định, thì quadratic_soft_max_duration phải nhỏ hơn max_duration và chênh lệch không được lớn hơn một ngày:

max_duration - quadratic_soft_max_duration <= 86400 seconds

cost_per_hour_after_soft_max

double

Chi phí mỗi giờ phát sinh nếu vi phạm ngưỡng soft_max_duration. Chi phí bổ sung là 0 nếu thời lượng dưới ngưỡng, nếu không, chi phí sẽ phụ thuộc vào thời lượng như sau:

  cost_per_hour_after_soft_max * (duration - soft_max_duration)

Chi phí phải là số không âm.

cost_per_square_hour_after_quadratic_soft_max

double

Chi phí mỗi giờ vuông phát sinh nếu vi phạm ngưỡng quadratic_soft_max_duration.

Chi phí bổ sung là 0 nếu thời lượng dưới ngưỡng, nếu không, chi phí sẽ phụ thuộc vào thời lượng như sau:

  cost_per_square_hour_after_quadratic_soft_max *
  (duration - quadratic_soft_max_duration)^2

Chi phí phải là số không âm.

LoadLimit

Xác định giới hạn tải trọng áp dụng cho một xe, ví dụ: "xe tải này chỉ có thể chở tối đa 3500 kg". Vui lòng xem load_limits.

Trường
soft_max_load

int64

Giới hạn linh hoạt của tải. Vui lòng xem cost_per_unit_above_soft_max.

cost_per_unit_above_soft_max

double

Nếu tải vượt quá soft_max_load dọc theo tuyến đường của xe này, thì mức phạt chi phí sau đây sẽ được áp dụng (chỉ một lần cho mỗi xe): (tải – soft_max_load) * cost_per_unit_above_soft_max. Tất cả các chi phí đều được cộng lại và phải có cùng đơn vị với Shipment.penalty_cost.

start_load_interval

Interval

Khoảng thời gian tải chấp nhận được của xe ở đầu tuyến.

end_load_interval

Interval

Khoảng thời gian tải chấp nhận được của xe ở cuối tuyến.

max_load

int64

Mức tải tối đa được chấp nhận.

Khoảng thời gian

Khoảng thời gian tải được chấp nhận.

Trường
min

int64

Mức tải tối thiểu chấp nhận được. Phải ≥ 0. Nếu cả hai đều được chỉ định, min phải ≤ max.

max

int64

Mức tải tối đa chấp nhận được. Phải ≥ 0. Nếu không được chỉ định, tải tối đa sẽ không bị hạn chế bởi thông báo này. Nếu cả hai đều được chỉ định, min phải ≤ max.

TravelMode

Các phương thức di chuyển mà xe có thể sử dụng.

Đây phải là một tập hợp con của các phương thức di chuyển trong API Routes Preferred của Nền tảng Google Maps, xem: https://developers.google.com/maps/documentation/routes_preferred/reference/rest/Shared.Types/RouteTravelMode.

Enum
TRAVEL_MODE_UNSPECIFIED Chế độ đi lại không được chỉ định, tương đương với DRIVING.
DRIVING Chế độ đi lại tương ứng với đường đi (ô tô, ...).
WALKING Chế độ đi lại tương ứng với đường đi bộ.

UnloadingPolicy

Chính sách về cách dỡ hàng khỏi xe. Chỉ áp dụng cho các đơn hàng có cả phương thức đến lấy hàng và giao hàng.

Các lô hàng khác có thể diễn ra ở bất kỳ đâu trên tuyến đường, độc lập với unloading_policy.

Enum
UNLOADING_POLICY_UNSPECIFIED Chính sách dỡ hàng không được chỉ định; việc giao hàng chỉ được thực hiện sau khi nhận hàng tương ứng.
LAST_IN_FIRST_OUT Các lần giao hàng phải diễn ra theo thứ tự ngược lại với các lần đến lấy hàng
FIRST_IN_FIRST_OUT Các đơn hàng giao hàng phải được thực hiện theo thứ tự giống như các đơn hàng đến lấy hàng

Waypoint

Đóng gói một điểm tham chiếu. Điểm trung gian đánh dấu vị trí đến và đi của VisitRequests, cũng như vị trí bắt đầu và kết thúc của Xe.

Trường
side_of_road

bool

Không bắt buộc. Cho biết vị trí của điểm trung gian này là để ưu tiên xe dừng ở một bên đường cụ thể. Khi bạn đặt giá trị này, tuyến đường sẽ đi qua vị trí đó để xe có thể dừng ở bên đường mà vị trí đó nghiêng về phía trung tâm đường. Tuỳ chọn này không hoạt động với chế độ đi bộ.

Trường hợp hợp nhất location_type. Các cách khác nhau để biểu thị một vị trí. location_type chỉ có thể là một trong những loại sau:
location

Location

Một điểm được chỉ định bằng toạ độ địa lý, bao gồm cả tiêu đề không bắt buộc.

place_id

string

Mã địa điểm POI được liên kết với điểm trung gian.