Method: projects.optimizeTours

string (Duration format)

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

Đố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ờ.

Thời lượng tính bằng giây với tối đa 9 chữ số phân số, kết thúc bằng "s". Ví dụ: "3.5s".

object (ShipmentModel)

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

enum (SolvingMode)

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

enum (SearchMode)

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

object (ShipmentRoute)

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

Mô hình này sẽ bị hạn chế khi xây dựng giải pháp đầu tiên. Bất kỳ lô hàng nào không được thực hiện trên một tuyến sẽ được ngầm bỏ qua trong giải pháp đầu tiên, nhưng chúng có thể được thực hiện trong các giải pháp liên tiếp.

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

• cho tất cả tuyến đường, vehicleIndex phải nằm trong phạm vi và không bị trùng lặp.
• cho tất cả lượt truy cập, shipmentIndex và visitRequestIndex phải nằm trong phạm vi.
• chỉ có thể tham chiếu một gói hàng trên một tuyến.
• bạn phải thực hiện việc đến lấy hàng rồi giao hàng trước khi giao hàng.
• không thể thực hiện nhiều hơn một hình thức giao hàng thay thế hoặc giao hàng thay thế cho một lô hàng.
• đối với tất cả tuyến đường, thời gian sẽ tăng lên (ví dụ: vehicleStartTime <= visits[0].start_time <= visits[1].start_time ... <= vehicleEndTime).
• chỉ có thể thực hiện vận chuyển trên một chiếc xe được cho phép. Xe được phép chạy nếu Shipment.allowed_vehicle_indices trống hoặc vehicleIndex của xe có trong Shipment.allowed_vehicle_indices.

Nếu giải pháp đã đưa vào không khả thi, thì không nhất thiết phải trả về lỗi xác thực và thay vào đó, hệ thống có thể trả về lỗi cho biết tính không khả thi.

object (InjectedSolutionConstraint)

Cố định thuật toán tối ưu hoá để tìm ra giải pháp cuối cùng tương tự với giải pháp trước đó. Ví dụ: chức năng này có thể được sử dụng để cố định một phần của tuyến đường đã hoàn thành hoặc đang được hoàn thành nhưng không được sửa đổi.

Nếu giải pháp đã đưa vào không khả thi, thì không nhất thiết phải trả về lỗi xác thực và thay vào đó, hệ thống có thể trả về lỗi cho biết tính không khả thi.

object (ShipmentRoute)

Nếu một tuyến đường không trống, các tuyến đã cho sẽ được làm mới mà không sửa đổi trình tự lượt ghé thăm hoặc thời gian đi lại cơ bản của chú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ừ năm 2020/11, thuộc tính này chỉ điền hình nhiều đường của các tuyến không trống và yêu cầu populatePolylines phải là đúng.

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

Bạn không được sử dụng trường này cùng với injectedFirstSolutionRoutes hoặc injectedSolutionConstraint.

Shipment.ignore và Vehicle.ignore không ảnh hưởng đến hành vi này. Nhiều tuyến đường vẫn được điền sẵn giữa tất cả các lượt ghé thăm trong tất cả những tuyến đường không trống, bất kể các kiện hàng hoặc phương tiện liên quan có bị bỏ qua hay không.

boolean

Nếu đúng:

• sử dụng ShipmentRoute.vehicle_label thay vì vehicleIndex để khớp các tuyến đường trong một giải pháp được chèn với các phương tiện trong yêu cầu; sử dụng lại mối liên kết của ShipmentRoute.vehicle_index ban đầu với ShipmentRoute.vehicle_index mới để cập nhật ConstraintRelaxation.vehicle_indices nếu mục đó không trống, nhưng mối liên kết phải rõ ràng (tức là nhiều ShipmentRoute không được có cùng vehicleIndex gốc).
• sử dụng ShipmentRoute.Visit.shipment_label thay vì shipmentIndex để khớp các lượt truy cập trong giải pháp được chèn với lô hàng trong yêu cầu;
• sử dụng SkippedShipment.label thay vì SkippedShipment.index để so khớp các lô hàng đã bỏ qua trong giải pháp được đưa vào với các lô hàng theo yêu cầu.

Cách diễn giải này áp dụng cho các trường injectedFirstSolutionRoutes, injectedSolutionConstraint và refreshDetailsRoutes. Thông tin này có thể được dùng khi thông tin vận chuyển hoặc chỉ số phương tiện 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 phương tiện đã bị xoá khỏi yêu cầu hoặc được thêm vào yêu cầu.

Nếu đúng, các nhãn trong các danh mục sau phải xuất hiện nhiều nhất một lần trong danh mục:

• Vehicle.label trong yêu cầu;
• Shipment.label trong yêu cầu;
• ShipmentRoute.vehicle_label trong dung dịch được chèn;
• SkippedShipment.label và ShipmentRoute.Visit.shipment_label trong giải pháp được chèn (ngoại trừ các cặp lượt truy cập đến lấy hàng/giao hàng, có shipmentLabel phải xuất hiện 2 lần).

Nếu một vehicleLabel trong giải pháp được đưa vào 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 ghé thăm tương ứng. Nếu một shipmentLabel trong dung dịch được đưa vào không tương ứng với một yêu cầu vận chuyển, lượt truy cập tương ứng sẽ bị xoá khỏi giải pháp. Nếu một SkippedShipment.label trong dung dịch đã tiêm 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 ghé thăm tuyến đường hoặc toàn bộ tuyến đường khỏi một giải pháp được đưa vào có thể ảnh hưởng đến các hạn chế ngầm ẩn, có thể dẫn đến thay đổi trong giải pháp, lỗi xác thực hoặc tính không khả thi.

LƯU Ý: Phương thức gọi phải đảm bảo rằng từng Vehicle.label (resp. Shipment.label) xác định riêng một thực thể xe (vận chuyển phản hồi) được dùng trong hai yêu cầu có liên quan: yêu cầu trước đây tạo ra OptimizeToursResponse được dùng trong dung dịch được đưa vào và yêu cầu hiện tại có chứa dung dịch được đưa vào. Các bước kiểm tra tính duy nhất được mô tả ở trên là không đủ để đảm bảo yêu cầu này.

boolean

Xem xét thông tin ước tính lưu lượng truy cập khi tính các trường ShipmentRoute Transition.travel_duration, Visit.start_time và vehicleEndTime; khi đặt trường ShipmentRoute.has_traffic_infeasibilities và khi tính toán trường OptimizeToursResponse.total_cost.

boolean

Nếu đúng, hình nhiều đường sẽ được điền trong các ShipmentRoute phản hồi.

boolean

Nếu đúng, hình nhiều đường sẽ được điền sẵn trong phản hồi ShipmentRoute.transitions.

boolean

Nếu bạn đặt chế độ này, thì yêu cầu có thể có thời hạn tối đa là 60 phút (xem https://grpc.io/blog/deadlines). 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 dài hạn có nguy cơ bị gián đoạn lớn hơn đáng kể (nhưng vẫn nhỏ).

boolean

Nếu đúng, khoảng cách đi lại sẽ được tính bằng cách sử dụ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 cách sử dụng khoảng cách trắc địa với tốc độ được xác định bằng geodesicMetersPerSecond.

string

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

number

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

integer

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