การตอบกลับหลังจากแก้ปัญหาการเพิ่มประสิทธิภาพการทัวร์ชมซึ่งมีเส้นทางที่ยานพาหนะแต่ละคันใช้ การจัดส่งที่ข้ามไป และต้นทุนโดยรวมของโซลูชัน
| การแสดง JSON | 
|---|
| { "routes": [ { object ( | 
| ช่อง | |
|---|---|
| routes[] | 
 เส้นทางที่คำนวนสำหรับยานพาหนะแต่ละคัน เส้นทาง i-th สอดคล้องกับพาหนะ i-th ในโมเดล | 
| requestLabel | 
 สำเนาของ  | 
| skippedShipments[] | 
 รายการการจัดส่งทั้งหมดที่ข้าม | 
| validationErrors[] | 
 รายการข้อผิดพลาดในการตรวจสอบความถูกต้องทั้งหมดที่เราสามารถตรวจพบได้อย่างอิสระ ดูคำอธิบาย "ข้อผิดพลาดหลายรายการ" สำหรับข้อความ  | 
| metrics | 
 เมตริกระยะเวลา ระยะทาง และการใช้งานสำหรับโซลูชันนี้ | 
OptimizeToursValidationError
อธิบายข้อผิดพลาดหรือคำเตือนที่พบเมื่อตรวจสอบ OptimizeToursRequest
| การแสดง JSON | 
|---|
| {
  "code": integer,
  "displayName": string,
  "fields": [
    {
      object ( | 
| ช่อง | |
|---|---|
| code | 
 ข้อผิดพลาดในการตรวจสอบจะกำหนดโดยคู่ ( ช่องอื่นๆ (ด้านล่าง) จะให้บริบทเพิ่มเติมเกี่ยวกับข้อผิดพลาด ข้อผิดพลาดหลายรายการ: เมื่อมีข้อผิดพลาดหลายรายการ กระบวนการตรวจสอบจะพยายามแสดงข้อผิดพลาดเหล่านั้นหลายรายการ กระบวนการนี้ไม่สมบูรณ์แบบเช่นเดียวกับคอมไพเลอร์ ข้อผิดพลาดในการตรวจสอบความถูกต้องบางอย่างจะเป็น "ร้ายแรง" ซึ่งหมายความว่าจะหยุดกระบวนการตรวจสอบทั้งหมด กรณีนี้รวมถึงข้อผิดพลาด  ความเสถียร:  REFERENCE: รายการคู่รหัสทั้งหมด (รหัสและชื่อ) 
 | 
| displayName | 
 ชื่อที่แสดงของข้อผิดพลาด | 
| fields[] | 
 บริบทข้อผิดพลาดอาจมีช่อง 0, 1 (ส่วนใหญ่) หรือมากกว่านั้นก็ได้ ตัวอย่างเช่น การอ้างอิงจากยานพาหนะ #4 และการรับสินค้าครั้งแรกของการจัดส่ง #2 สามารถทำได้ดังนี้ อย่างไรก็ตาม โปรดทราบว่า Cardinality ของ  | 
| errorMessage | 
 สตริงที่มนุษย์อ่านได้ซึ่งอธิบายข้อผิดพลาด มีการแมปแบบ 1:1 ระหว่าง  ความเสถียร: ไม่เสถียร: ข้อความแสดงข้อผิดพลาดที่เชื่อมโยงกับ  | 
| offendingValues | 
 อาจมีค่าของช่อง แต่ฟีเจอร์นี้อาจไม่พร้อมใช้งานเสมอไป คุณไม่ควรพึ่งพาเครื่องมือนี้โดยเด็ดขาด และให้ใช้สำหรับการแก้ไขข้อบกพร่องของโมเดลด้วยตนเองเท่านั้น | 
FieldReference
ระบุบริบทสำหรับข้อผิดพลาดในการตรวจสอบความถูกต้อง FieldReference จะอ้างอิงช่องหนึ่งๆ ในไฟล์นี้เสมอและเป็นไปตามโครงสร้างลำดับชั้นเดียวกัน ตัวอย่างเช่น เราอาจระบุองค์ประกอบ #2 ของ startTimeWindows ในยานพาหนะ #5 โดยใช้
name: "vehicles" index: 5 subField { name: "endTimeWindows" index: 2 }
อย่างไรก็ตาม เราจะไม่ใส่เอนทิตีระดับบนสุด เช่น OptimizeToursRequest หรือ ShipmentModel เพื่อไม่ให้ข้อความดูรก
| การแสดง JSON | 
|---|
| { "name": string, "subField": { object ( | 
| ช่อง | |
|---|---|
| name | 
 ชื่อฟิลด์ เช่น "ยานพาหนะ" | 
| subField | 
 ช่องย่อยที่ฝังแบบซ้ำซ้อน หากจำเป็น | 
| ช่องการรวม  
 | |
| index | 
 ดัชนีของช่องหากซ้ำ | 
| key | 
 คีย์ หากช่องนี้เป็นแผนที่ | 
เมตริก
เมตริกโดยรวมที่รวบรวมจากทุกเส้นทาง
| การแสดง JSON | 
|---|
| {
  "aggregatedRouteMetrics": {
    object ( | 
| ช่อง | |
|---|---|
| aggregatedRouteMetrics | 
 รวบรวมจากเส้นทางต่างๆ เมตริกแต่ละรายการคือผลรวม (หรือค่าสูงสุดสําหรับการโหลด) ของช่อง  | 
| skippedMandatoryShipmentCount | 
 จำนวนการจัดส่งที่ต้องข้าม | 
| usedVehicleCount | 
 จำนวนยานพาหนะที่ใช้ หมายเหตุ: หากเส้นทางยานพาหนะไม่มีข้อมูลและ  | 
| earliestVehicleStartTime | 
 เวลาเริ่มต้นเร็วที่สุดสำหรับยานพาหนะมือสอง คำนวณเป็นเวลาขั้นต่ำสำหรับยานพาหนะมือสองทั้งหมดที่มีราคา  การประทับเวลาจะอยู่ในรูปแบบ RFC3339 UTC "Zulu" ที่มีความละเอียดระดับนาโนวินาทีและทศนิยมสูงสุด 9 หลัก ตัวอย่าง:  | 
| latestVehicleEndTime | 
 เวลาสิ้นสุดล่าสุดของยานพาหนะมือสอง ซึ่งคํานวณเป็นค่าสูงสุดของ  การประทับเวลาจะอยู่ในรูปแบบ RFC3339 UTC "Zulu" ที่มีความละเอียดระดับนาโนวินาทีและทศนิยมสูงสุด 9 หลัก ตัวอย่าง:  | 
| costs | 
 ค่าใช้จ่ายของโซลูชันที่แจกแจงตามช่องคำขอที่เกี่ยวข้องกับค่าใช้จ่าย คีย์คือเส้นทางโปรโตคอลซึ่งสัมพันธ์กับอินพุต OptimizeToursRequest เช่น "model.shipments.pickups.cost" และค่าคือต้นทุนทั้งหมดที่สร้างขึ้นจากช่องต้นทุนที่เกี่ยวข้อง ซึ่งรวบรวมจากโซลูชันทั้งหมด กล่าวคือ costs["model.shipments.pickups.cost"] คือผลรวมของค่าใช้จ่ายในการรับสินค้าทั้งหมดในโซลูชัน ระบบจะรายงานค่าใช้จ่ายทั้งหมดที่กำหนดไว้ในโมเดลอย่างละเอียดที่นี่ ยกเว้นค่าใช้จ่ายที่เกี่ยวข้องกับแอตทริบิวต์การเปลี่ยน ซึ่งจะรายงานแบบรวมข้อมูล ณ วันที่ 1/2022 เท่านั้น ออบเจ็กต์ที่มีรายการคู่  | 
| totalCost | 
 ต้นทุนรวมของโซลูชัน ผลรวมของค่าทั้งหมดในแผนที่ต้นทุน |