เทมเพลตข้อมูลการจัดการการขนส่งของคุณ
เทมเพลตข้อมูลการจัดการการขนส่งของคุณ
- แอตทริบิวต์แนะนำสำหรับการวิเคราะห์อย่างละเอียด
- กิจกรรมสำคัญที่ควรติดตามเพื่อค้นพบกระบวนการ
- แนวทางดึงข้อมูลจาก Blue Yonder TMS โดยละเอียด
แอตทริบิวต์การจัดการการขนส่ง
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| การขนส่ง ShipmentId | รหัสเฉพาะของการขนส่งแต่ละรายการ ซึ่งใช้เป็น Case ID ของกระบวนการขนส่ง. | ||
| คำอธิบาย Shipment ID เป็นรหัสหลักที่เชื่อมโยงกิจกรรมและเหตุการณ์ทั้งหมดที่เกี่ยวข้องกับการเคลื่อนย้ายสินค้าจากต้นทางไปยังปลายทาง รหัสแต่ละรายการแทนกรณีการขนส่งหนึ่งรายการตั้งแต่คำขอเริ่มต้นจนถึงการชำระเงินขั้นสุดท้าย. ในการวิเคราะห์ process mining แอตทริบิวต์นี้เป็นข้อมูลพื้นฐานสำหรับสร้างเส้นทางการขนส่งแต่ละรายการตั้งแต่ต้นจนจบ ช่วยจัดกลุ่มเหตุการณ์ เช่น 'วางแผนการขนส่งแล้ว' 'รับสินค้าแล้ว' และ 'ส่งมอบสินค้าแล้ว' ให้เป็นลำดับกระบวนการเดียวกัน เพื่อนำไปคำนวณระยะเวลาดำเนินการและระบุรูปแบบกระบวนการที่แตกต่างกันของการขนส่งแต่ละรายการ. เหตุผลที่สำคัญ นี่คือ Case ID หลักที่เชื่อมโยงเหตุการณ์การขนส่งทั้งหมดเข้าด้วยกัน ทำให้วิเคราะห์วงจรการขนส่งได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล นี่คือคีย์หลักในโมดูลจัดการการขนส่งหรือการบรรทุกของ Blue Yonder TMS โปรดดูเอกสารระบบเพื่อระบุตารางที่แน่นอน ซึ่งน่าจะเกี่ยวข้องกับตารางส่วนหัวการขนส่ง. ตัวอย่าง SHP-0012845SHP-0012991SHP-0013054 | |||
| กิจกรรม ActivityName | ชื่อเหตุการณ์หรือกิจกรรมทางธุรกิจที่เกิดขึ้นกับการขนส่ง ณ เวลาใดเวลาหนึ่ง. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุขั้นตอนหนึ่งในกระบวนการขนส่ง เช่น 'วางแผนการขนส่งแล้ว' 'ส่งข้อเสนอให้ผู้ขนส่งแล้ว' หรือ 'ส่งมอบสินค้าแล้ว' กิจกรรมเหล่านี้เป็นจุดต่างๆ ในแผนผังกระบวนการที่ค้นพบ ส่วนลำดับกิจกรรมจะแสดงลำดับการดำเนินงานของการขนส่งแต่ละรายการ. การวิเคราะห์ลำดับและความถี่ของกิจกรรมเป็นหัวใจของ process mining ช่วยระบุเส้นทางกระบวนการที่พบได้บ่อยที่สุด ค้นหาคอขวดที่ทำให้กิจกรรมล่าช้า และชี้จุดที่ต้องทำงานซ้ำ เช่น การส่งข้อเสนอที่ถูกปฏิเสธแล้วส่งใหม่. เหตุผลที่สำคัญ แอตทริบิวต์นี้กำหนดขั้นตอนของกระบวนการ ช่วยให้เห็นภาพเส้นทางการขนส่งและระบุจุดที่กระบวนการไม่มีประสิทธิภาพ. แหล่งข้อมูล ได้จากบันทึกเหตุการณ์ ระเบียนการเปลี่ยนสถานะ หรือรหัสธุรกรรมในโมดูลต่างๆ ของ Blue Yonder TMS โดยมักต้องจับคู่เหตุการณ์ในระบบกับชื่อกิจกรรมที่เข้าใจง่ายสำหรับธุรกิจ. ตัวอย่าง วางแผนการขนส่งแล้วส่งข้อเสนอการขนส่งให้ผู้ขนส่งแล้วส่งมอบสินค้าแล้วดำเนินการชำระเงินแล้ว | |||
| เวลาเริ่มต้น EventTime | เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เกิดขึ้นเมื่อใด. | ||
| คำอธิบาย เวลาเกิดเหตุการณ์ระบุวันที่และเวลาที่แน่นอนของแต่ละกิจกรรมในกระบวนการขนส่ง เป็นข้อมูลหลักที่ใช้เรียงลำดับกิจกรรมในบันทึกเหตุการณ์และคำนวณระยะเวลาระหว่างกิจกรรม. ในการวิเคราะห์ เวลานี้จำเป็นต่อการคำนวณ KPI ที่อิงกับเวลา เช่น ระยะเวลาตั้งแต่เริ่มจนจบการขนส่ง ระยะเวลาผ่านพิธีการศุลกากร และประสิทธิภาพการส่งมอบตรงเวลา นอกจากนี้ยังช่วยระบุได้ว่าความล่าช้าเกิดขึ้นเมื่อใด และแต่ละขั้นตอนใช้เวลานานเท่าใด. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณระยะเวลาดำเนินการ และวิเคราะห์ประสิทธิภาพของกระบวนการตามช่วงเวลา. แหล่งข้อมูล โดยทั่วไปจะพบข้อมูลนี้ควบคู่กับระเบียนสถานะหรือเหตุการณ์ในบันทึกธุรกรรมของ Blue Yonder TMS เหตุการณ์หรือการเปลี่ยนสถานะแต่ละรายการควรมีเวลาที่เกี่ยวข้องกำกับไว้. ตัวอย่าง 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| ระบบต้นทาง SourceSystem | ระบุระบบที่ดึงข้อมูลออกมา. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลเหตุการณ์ ซึ่งในกรณีนี้คือ Blue Yonder TMS มีประโยชน์เป็นพิเศษเมื่อรวมข้อมูลจากหลายระบบเพื่อดูภาพรวมกระบวนการ. ในการวิเคราะห์ แอตทริบิวต์นี้ช่วยกรองข้อมูลและทำความเข้าใจบริบท การเก็บข้อมูลนี้ไว้ช่วยตรวจสอบย้อนกลับถึงที่มาของข้อมูล และเป็นแนวทางปฏิบัติที่ดีในการกำกับดูแลข้อมูล. เหตุผลที่สำคัญ แอตทริบิวต์นี้ให้ข้อมูลสำคัญเกี่ยวกับแหล่งที่มาของข้อมูล ช่วยตรวจสอบย้อนกลับและจัดการข้อมูลจากหลายแหล่งได้. แหล่งข้อมูล โดยทั่วไปจะกำหนดค่าแบบคงที่นี้ระหว่างขั้นตอนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่รีเฟรชหรือดึงข้อมูลของระเบียนนี้จากระบบต้นทางครั้งล่าสุด. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุว่าข้อมูลเป็นปัจจุบันเพียงใด โดยบันทึกวันที่และเวลาที่อัปเดตบันทึกเหตุการณ์จาก Blue Yonder TMS ครั้งล่าสุด. ในการวิเคราะห์ ข้อมูลนี้ช่วยให้ทราบว่าแดชบอร์ดและ KPI เป็นข้อมูลล่าสุดหรือไม่ ผู้ใช้จึงรู้ได้ว่ากำลังดูข้อมูลแบบเรียลไทม์หรือข้อมูลจากช่วงเวลาก่อนหน้า ซึ่งจำเป็นต่อการตัดสินใจด้านการปฏิบัติการอย่างมีข้อมูล. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นข้อมูลล่าสุดเพียงใด ซึ่งสำคัญต่อความเกี่ยวข้องและความถูกต้องของผลวิเคราะห์. แหล่งข้อมูล นี่คือฟิลด์ข้อมูลเมตาที่ระบบมักสร้างและเพิ่มระหว่างขั้นตอนการดึงข้อมูล (ETL). ตัวอย่าง 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| ชื่อผู้ขนส่ง CarrierName | ชื่อบริษัทขนส่งหรือผู้ให้บริการโลจิสติกส์ที่รับผิดชอบการขนส่งสินค้า. | ||
| คำอธิบาย ชื่อผู้ขนส่งระบุบริษัทภายนอกที่ได้รับมอบหมายให้ขนส่งสินค้า อาจเป็นบริษัทขนส่งทางรถบรรทุก สายการบิน สายเรือ หรือผู้รับจัดการขนส่งสินค้า. แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ประสิทธิภาพ โดยเฉพาะในแดชบอร์ด 'เปรียบเทียบประสิทธิภาพผู้ขนส่ง' ช่วยกรองและแบ่งกลุ่มข้อมูลเพื่อเปรียบเทียบผู้ขนส่งตามตัวชี้วัด เช่น อัตราการส่งมอบตรงเวลา การรับสินค้าตรงตามกำหนด และระยะเวลาล่าช้าเฉลี่ย ข้อมูลนี้ช่วยประกอบการเลือกผู้ขนส่งและบริหารความสัมพันธ์กับผู้ขนส่ง. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยเปรียบเทียบและวิเคราะห์ประสิทธิภาพของผู้ขนส่งแต่ละราย เพื่อเลือกผู้ขนส่งให้เหมาะสมและปรับปรุงคุณภาพบริการ. แหล่งข้อมูล ดูได้จากรายละเอียดการขนส่งหรือการบรรทุกใน Blue Yonder TMS โดยมักเชื่อมโยงกับตารางข้อมูลหลักของผู้ขนส่ง. ตัวอย่าง Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| ประเทศต้นทาง OriginCountry | ประเทศที่การขนส่งเริ่มต้น. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุประเทศต้นทางของการขนส่ง โดยดูจากที่อยู่ผู้ส่งหรือรายละเอียดจุดรับสินค้า. ในการวิเคราะห์ ประเทศต้นทางเป็นมิติสำคัญสำหรับแบ่งกลุ่มข้อมูล ช่วยให้เข้าใจความแตกต่างของประสิทธิภาพกระบวนการ ความพร้อมของผู้ขนส่ง และระยะเวลาดำเนินการในแต่ละภูมิภาค ตัวอย่างเช่น ข้อมูลนี้จำเป็นต่อการวิเคราะห์เวลาผ่านพิธีการศุลกากรสำหรับการขนส่งระหว่างประเทศ. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยวิเคราะห์ประสิทธิภาพกระบวนการตามภูมิศาสตร์ และระบุคอขวดหรือความแตกต่างด้านประสิทธิภาพในแต่ละภูมิภาค. แหล่งข้อมูล จัดเก็บไว้ในข้อมูลสถานที่ต้นทางหรือที่อยู่ผู้ส่งในรายละเอียดการขนส่งของ Blue Yonder TMS. ตัวอย่าง USAเยอรมนีจีน | |||
| ประเทศปลายทาง DestinationCountry | ประเทศที่จัดส่งสินค้าไปถึง. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุประเทศปลายทางของการขนส่ง โดยดูจากที่อยู่ผู้รับสินค้าหรือสถานที่ส่งมอบ. เช่นเดียวกับประเทศต้นทาง แอตทริบิวต์นี้ใช้แบ่งกลุ่มข้อมูลตามภูมิศาสตร์ ช่วยให้นักวิเคราะห์เปรียบเทียบประสิทธิภาพของเส้นทางการค้าต่างๆ เช่น จากสหรัฐอเมริกาไปแคนาดาเทียบกับจากสหรัฐอเมริกาไปเม็กซิโก วิเคราะห์ปัญหาการส่งมอบในแต่ละประเทศ และประเมินผลกระทบของความซับซ้อนในการขนส่งข้ามพรมแดนต่อระยะเวลาดำเนินการ. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยวิเคราะห์ประสิทธิภาพตามประเทศปลายทาง ซึ่งจำเป็นต่อการทำความเข้าใจความซับซ้อนของเส้นทางการค้าและปัญหาการส่งมอบในแต่ละภูมิภาค. แหล่งข้อมูล จัดเก็บไว้ในข้อมูลสถานที่ปลายทางหรือที่อยู่ผู้รับสินค้าในรายละเอียดการขนส่งของ Blue Yonder TMS. ตัวอย่าง แคนาดาเม็กซิโกสหราชอาณาจักร | |||
| รูปแบบการขนส่ง ModeOfTransport | วิธีขนส่งสินค้าที่ใช้ เช่น รถบรรทุก เครื่องบิน เรือ หรือรถไฟ. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุรูปแบบการขนส่ง ค่าที่พบบ่อย ได้แก่ การขนส่งสินค้าไม่เต็มคันรถ (LTL) การขนส่งสินค้าเต็มคันรถ (FTL) การขนส่งทางอากาศ ทางทะเล และทางรถไฟ. ในการวิเคราะห์กระบวนการ รูปแบบการขนส่งเป็นมิติสำคัญสำหรับกรองและเปรียบเทียบข้อมูล กระบวนการ ระยะเวลาดำเนินการ และค่าใช้จ่ายอาจแตกต่างกันมากในแต่ละรูปแบบ ตัวอย่างเช่น การวิเคราะห์คอขวดในขั้นตอนผ่านพิธีการศุลกากรมีความเกี่ยวข้องอย่างมากกับการขนส่งทางอากาศและทางทะเล แต่เกี่ยวข้องน้อยกว่ากับการขนส่งทางรถบรรทุกภายในประเทศ การวิเคราะห์ประสิทธิภาพตามรูปแบบการขนส่งช่วยกำหนดแนวทางปรับปรุงให้เหมาะกับบริบทด้านโลจิสติกส์แต่ละแบบ. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยแยกวิเคราะห์ตามรูปแบบการขนส่ง เนื่องจากแต่ละรูปแบบมีกระบวนการ ค่าใช้จ่าย และระยะเวลาดำเนินการโดยทั่วไปแตกต่างกัน. แหล่งข้อมูล นี่คือฟิลด์มาตรฐานในโมดูลวางแผนและกำหนดราคาการขนส่งของ Blue Yonder TMS. ตัวอย่าง LTLFTLทางอากาศทางทะเล | |||
| วันที่ต้องการให้ส่งมอบ RequestedDeliveryDate | วันที่ลูกค้าต้องการให้ส่งมอบ หรือวันที่กำหนดไว้ในคำสั่งขาย. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกวันที่เป้าหมายที่กระบวนการโลจิสติกส์ต้องส่งมอบให้ทัน ซึ่งสะท้อนความคาดหวังของลูกค้าหรือข้อตกลงระดับการให้บริการ (SLA) ภายในสำหรับการขนส่ง. วันที่นี้เป็นเกณฑ์พื้นฐานในการคำนวณ KPI 'อัตราการส่งมอบตรงเวลา' เมื่อนำ 'ActualDeliveryTime' มาเปรียบเทียบกับ 'RequestedDeliveryDate' จะวิเคราะห์ได้ว่าการขนส่งถึงก่อนกำหนด ตรงเวลา หรือล่าช้า ข้อมูลนี้เป็นพื้นฐานสำคัญของแดชบอร์ด 'ประสิทธิภาพการรับและส่งมอบตรงเวลา'. เหตุผลที่สำคัญ วันที่นี้เป็นเกณฑ์หลักในการวัดประสิทธิภาพการส่งมอบตรงเวลาและความพึงพอใจของลูกค้า. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้มาจากระบบต้นทาง เช่น ERP หรือระบบจัดการคำสั่งซื้อ และจัดเก็บไว้ในรายละเอียดคำขอขนส่งของ Blue Yonder TMS. ตัวอย่าง 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| เวลาส่งมอบจริง ActualDeliveryTime | เวลาจริงที่เกิดเหตุการณ์ 'ส่งมอบสินค้าแล้ว'. | ||
| คำอธิบาย แอตทริบิวต์นี้คือเวลาที่ระบุสำหรับกิจกรรมส่งมอบขั้นสุดท้ายโดยเฉพาะ บันทึกเวลาที่แน่นอนเมื่อการขนส่งถึงปลายทางและได้รับการยืนยันว่าจัดส่งแล้ว. ข้อมูลนี้สำคัญต่อการวัดประสิทธิภาพ โดยใช้คำนวณ KPI 'อัตราการส่งมอบตรงเวลา' ด้วยการเปรียบเทียบเวลานี้กับ 'RequestedDeliveryDate' นอกจากนี้ยังเป็นจุดสิ้นสุดสำหรับคำนวณ KPI 'ปริมาณงานโดยรวมจนถึงการส่งมอบ'. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการคำนวณอัตราการส่งมอบตรงเวลาและวัดเวลาขนส่งทั้งหมด. แหล่งข้อมูล นี่คือเวลาของการอัปเดตสถานะ 'ส่งมอบสินค้าแล้ว' ซึ่งมักได้รับผ่านข้อความ EDI จากผู้ขนส่งหรือมีผู้บันทึกด้วยตนเองใน Blue Yonder TMS. ตัวอย่าง 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| สถานะการขนส่ง ShipmentStatus | สถานะปัจจุบันหรือสถานะล่าสุดของการขนส่ง. | ||
| คำอธิบาย สถานะการขนส่งระบุสถานะปัจจุบันของการขนส่งในวงจร เช่น 'วางแผนแล้ว' 'อยู่ระหว่างทาง' 'ส่งมอบแล้ว' หรือ 'ยกเลิกแล้ว' ช่วยให้เห็นว่าการขนส่งอยู่ในขั้นตอนใด. ในการทำ process mining การวิเคราะห์สถานะสุดท้ายของแต่ละกรณีมีความสำคัญต่อการวิเคราะห์ผลลัพธ์ ตัวอย่างเช่น การเปรียบเทียบเส้นทางกระบวนการของการขนส่งที่ 'ส่งมอบแล้ว' กับรายการที่ 'ยกเลิกแล้ว' อาจเผยให้เห็นรูปแบบที่นำไปสู่ผลลัพธ์ที่ไม่พึงประสงค์ นอกจากนี้ยังช่วยติดตามงานที่กำลังดำเนินการ โดยกรองรายการขนส่งที่ยังไม่เสร็จสิ้น. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยให้เห็นสถานะปัจจุบันของการขนส่งได้อย่างรวดเร็ว และแยกรายการที่เสร็จแล้ว กำลังดำเนินการ หรือถูกยกเลิก. แหล่งข้อมูล นี่คือฟิลด์สำคัญในส่วนหัวการขนส่งหรือตารางติดตามสถานะหลักของ Blue Yonder TMS. ตัวอย่าง วางแผนแล้วอยู่ระหว่างทางส่งมอบแล้วยกเลิกแล้ว | |||
| ความคลาดเคลื่อนในใบแจ้งค่าขนส่ง FreightBillDiscrepancyReason | รหัสหรือคำอธิบายสาเหตุที่ทำให้ใบแจ้งค่าขนส่งไม่ผ่านการตรวจสอบ. | ||
| คำอธิบาย เมื่อพบความคลาดเคลื่อนจากการตรวจสอบใบแจ้งค่าขนส่ง แอตทริบิวต์นี้จะระบุสาเหตุ เช่น 'ใช้อัตราค่าขนส่งไม่ถูกต้อง' 'ใบแจ้งหนี้ซ้ำ' หรือ 'ไม่มีหลักฐานการส่งมอบ'. แอตทริบิวต์นี้สำคัญต่อแดชบอร์ด 'หลักฐานการส่งมอบและความถูกต้องของการเรียกเก็บเงิน' และ KPI 'อัตราการแก้ไขใบแจ้งค่าขนส่ง' การวิเคราะห์ความถี่ของสาเหตุแต่ละประเภทช่วยระบุต้นตอของข้อผิดพลาดในการเรียกเก็บเงิน ไม่ว่าจะเกิดจากความผิดพลาดของผู้ขนส่ง อัตราค่าขนส่งไม่ตรงกับสัญญา หรือปัญหาภายในกระบวนการ ข้อมูลนี้ช่วยกำหนดมาตรการลดการแก้ไขใบแจ้งหนี้ได้ตรงจุด. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุต้นตอของข้อผิดพลาดในการเรียกเก็บเงิน ช่วยปรับปรุงได้ตรงจุดเพื่อลดการแก้ไขใบแจ้งค่าขนส่งและความล่าช้าในการชำระเงิน. แหล่งข้อมูล อยู่ในโมดูลตรวจสอบค่าขนส่งและชำระเงินของ Blue Yonder TMS โดยเชื่อมโยงกับบันทึกข้อยกเว้นหรือการปฏิเสธ. ตัวอย่าง ใช้อัตราค่าขนส่งไม่ถูกต้องใบแจ้งหนี้ซ้ำโต้แย้งค่าบริการเพิ่มเติม | |||
| ผู้ใช้ User | รหัสหรือชื่อผู้ใช้ของผู้ที่ดำเนินกิจกรรม. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุผู้วางแผนโลจิสติกส์ ผู้ประสานงาน หรือผู้ใช้ระบบที่รับผิดชอบเหตุการณ์หรือการเปลี่ยนสถานะใน TMS สำหรับเหตุการณ์อัตโนมัติ อาจเป็นรหัสบัญชีระบบหรือบัญชีบริการ. การวิเคราะห์แยกตามผู้ใช้ช่วยให้เข้าใจการกระจายภาระงาน ประสิทธิภาพของแต่ละคน และความต้องการฝึกอบรม นอกจากนี้ยังช่วยดูได้ว่าผู้ใช้บางรายเกี่ยวข้องกับการทำงานซ้ำหรือความล่าช้าในอัตราที่สูงกว่าหรือไม่ หรือทีมใดทำงานได้มีประสิทธิภาพกว่า ข้อมูลนี้ช่วยจัดการทรัพยากรและกำหนดแนวทางปรับปรุงกระบวนการให้ตรงจุด. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยวิเคราะห์ประสิทธิภาพและภาระงานแยกตามผู้ใช้หรือทีม เพื่อระบุโอกาสในการฝึกอบรมและข้อจำกัดด้านทรัพยากร. แหล่งข้อมูล ข้อมูลนี้ควรอยู่ในบันทึกธุรกรรมหรือบันทึกเหตุการณ์ โดยมักอยู่ในฟิลด์ 'เปลี่ยนแปลงโดย' หรือ 'รหัสผู้ใช้' ที่เชื่อมโยงกับแต่ละระเบียน. ตัวอย่าง j.doea.smithTMS_AUTOMATION_USER | |||
| เวลานัดรับสินค้าตามกำหนด ScheduledPickupTime | วันที่และเวลาที่วางแผนให้ผู้ขนส่งเข้ารับสินค้าจากต้นทาง. | ||
| คำอธิบาย แอตทริบิวต์นี้เก็บเวลานัดหมายที่กำหนดและตกลงกับผู้ขนส่งเพื่อเข้ารับสินค้า เป็นหมุดหมายสำคัญในแผนการขนส่ง. ใช้เวลานี้เป็นเกณฑ์พื้นฐานในการคำนวณ KPI 'อัตราการรับสินค้าตรงเวลา' และ 'ระยะเวลารับสินค้าล่าช้าเฉลี่ย' เมื่อนำไปเปรียบเทียบกับ 'ActualPickupTime' จะช่วยระบุความล่าช้าตั้งแต่ช่วงเริ่มต้นของการขนส่ง ซึ่งมักส่งผลต่อหมุดหมายถัดไปเป็นทอดๆ. เหตุผลที่สำคัญ เวลานี้เป็นเกณฑ์วัดประสิทธิภาพการรับสินค้าตรงเวลา ซึ่งเป็นตัวชี้วัดสำคัญของความน่าเชื่อถือของผู้ขนส่งและความแม่นยำในการวางแผน. แหล่งข้อมูล อยู่ในโมดูลจัดตารางนัดหมายหรือวางแผนการบรรทุกของ Blue Yonder TMS. ตัวอย่าง 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| เวลารับสินค้าจริง ActualPickupTime | เวลาจริงที่เกิดเหตุการณ์ 'รับสินค้าแล้ว'. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกเวลาที่ผู้ขนส่งเข้ารับสินค้าจากต้นทางจริง เป็นจุดเริ่มต้นอย่างเป็นทางการของช่วงที่สินค้าอยู่ระหว่างการขนส่ง. ข้อมูลนี้จำเป็นต่อการวัดประสิทธิภาพของผู้ขนส่ง โดยเปรียบเทียบกับ 'ScheduledPickupTime' เพื่อคำนวณ KPI 'อัตราการรับสินค้าตรงเวลา' และ 'ระยะเวลารับสินค้าล่าช้าเฉลี่ย' การวิเคราะห์ความคลาดเคลื่อนช่วยระบุปัญหาที่เกี่ยวข้องกับผู้ขนส่งหรือจุดรับสินค้าแต่ละแห่ง. เหตุผลที่สำคัญ เวลานี้ใช้วัดประสิทธิภาพการรับสินค้าอย่างแม่นยำและระบุความล่าช้าในช่วงต้นของกระบวนการขนส่ง. แหล่งข้อมูล นี่คือเวลาของการอัปเดตสถานะ 'รับสินค้าแล้ว' ซึ่งโดยทั่วไปได้รับจากผู้ขนส่งผ่าน EDI หรือมีผู้บันทึกด้วยตนเองใน Blue Yonder TMS. ตัวอย่าง 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| ส่งมอบตรงเวลาหรือไม่ IsOnTimeDelivery | ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าจัดส่งสินค้าได้ภายในวันที่ลูกค้าร้องขอหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้คำนวณจากการเปรียบเทียบ 'ActualDeliveryTime' กับ 'RequestedDeliveryDate' โดยมีค่าเป็นจริงเมื่อส่งมอบสินค้าตรงวันที่กำหนดหรือก่อนวันดังกล่าว และเป็นเท็จในกรณีอื่น. เมื่อนำมาใช้เป็นตัวชี้วัดที่คำนวณขึ้น จะช่วยให้วิเคราะห์และแสดงผล KPI 'อัตราการส่งมอบตรงเวลา' ได้ง่ายขึ้น คุณสามารถกรองและรวมข้อมูลเพื่อสร้างแดชบอร์ดแสดงเปอร์เซ็นต์การส่งมอบตรงเวลาในแต่ละช่วงเวลา แยกตามผู้ขนส่งหรือรูปแบบการขนส่งได้โดยตรง ซึ่งช่วยสนับสนุนแดชบอร์ด 'ผลการรับและส่งมอบตรงเวลา'. เหตุผลที่สำคัญ ช่วยให้วิเคราะห์ผลการส่งมอบตรงเวลาได้ง่ายขึ้น และกรองหรือรวมข้อมูลในแดชบอร์ดและ KPI ได้อย่างรวดเร็ว. แหล่งข้อมูล แอตทริบิวต์นี้ไม่มีอยู่ในระบบต้นทาง แต่คำนวณระหว่างการแปลงข้อมูลด้วยสูตร: ActualDeliveryTime <= RequestedDeliveryDate. ตัวอย่าง truefalse | |||
| สาเหตุความล่าช้า DelayReason | รหัสหรือข้อความที่อธิบายสาเหตุความล่าช้าในการรับหรือส่งมอบสินค้า. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกสาเหตุที่ทำให้ไม่เป็นไปตามหมุดหมายการขนส่ง เช่น 'สภาพอากาศทำให้ล่าช้า' 'ศุลกากรระงับสินค้า' หรือ 'ผู้ขนส่งมีความสามารถรองรับงานไม่เพียงพอ' โดยผู้ขนส่งมักเป็นผู้ให้ข้อมูลนี้. ข้อมูลนี้สำคัญต่อแดชบอร์ด 'ประสิทธิภาพการรับและส่งมอบตรงเวลา' เพราะช่วยให้ทราบสาเหตุ ไม่ใช่แค่รู้ว่าการขนส่งล่าช้า การวิเคราะห์สาเหตุที่พบบ่อยช่วยให้ทีมโลจิสติกส์จัดการความเสี่ยงล่วงหน้าและทำงานร่วมกับผู้ขนส่งเพื่อแก้ปัญหาที่เกิดซ้ำได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้อธิบายสาเหตุหลักของความล่าช้า ช่วยจัดการความเสี่ยงล่วงหน้าและปรับปรุงการทำงานร่วมกับผู้ขนส่งได้ตรงจุด. แหล่งข้อมูล ข้อมูลนี้มักบันทึกไว้ในส่วนจัดการเหตุการณ์หรือข้อยกเว้นของ Blue Yonder TMS และมักดึงมาจากการอัปเดต EDI ของผู้ขนส่ง เช่น EDI 214. ตัวอย่าง สภาพอากาศสินค้าติดค้างที่ศุลกากรคนขับล่าช้าสถานที่ปฏิบัติงานแออัด | |||
กิจกรรมด้านการจัดการการขนส่ง
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จองผู้ขนส่งสำหรับการขนส่งแล้ว | หมุดหมายนี้ระบุว่าผู้ขนส่งตอบรับข้อเสนอและตกลงรับผิดชอบการขนส่งแล้ว สถานะการขนส่งจะเปลี่ยนเป็น 'จองแล้ว' หรือ 'ยืนยันแล้ว' เพื่อยืนยันผู้ขนส่งและอัตราค่าขนส่ง. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่ปิดขั้นตอนการวางแผนและนำการขนส่งเข้าสู่ขั้นตอนดำเนินงาน การวัดระยะเวลาจนถึงจุดนี้ช่วยประเมินประสิทธิภาพและความรวดเร็วในการจอง. แหล่งข้อมูล บันทึกเหตุการณ์นี้เมื่อได้รับและประมวลผลการตอบรับจากผู้ขนส่ง เช่น EDI 990 ซึ่งทำให้สถานะในระเบียนการขนส่งของ TMS เปลี่ยนแปลงโดยตรง. บันทึก บันทึกเวลาที่สถานะเปลี่ยนเป็น 'จองแล้ว' หรือ 'ยืนยันแล้ว'. ประเภทเหตุการณ์ explicit | |||
| ดำเนินการชำระเงินแล้ว | นี่คือกิจกรรมสุดท้ายในวงจรการขนส่ง ยืนยันว่าชำระค่าบริการขนส่งให้ผู้ขนส่งแล้ว โดยทั่วไปเหตุการณ์นี้เริ่มจากระบบการเงินภายนอก เช่น ERP แล้วจึงอัปเดตกลับไปยัง TMS. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นการปิดรายการขนส่งด้านการเงิน การวิเคราะห์ระยะเวลาตั้งแต่ส่งมอบหรือตรวจสอบใบแจ้งค่าขนส่งจนถึงชำระเงินมีความสำคัญต่อการบริหารเงินทุนหมุนเวียนและรักษาความสัมพันธ์ที่ดีกับผู้ขนส่ง. แหล่งข้อมูล โดยทั่วไปจะบันทึกเป็นเหตุการณ์โดยตรงเมื่อข้อความจากระบบเจ้าหนี้หรือ ERP อัปเดตสถานะการชำระเงินของใบแจ้งค่าขนส่งใน TMS. บันทึก ใช้เวลาจากข้อความยืนยันการชำระเงินที่ได้รับจากระบบการเงิน. ประเภทเหตุการณ์ explicit | |||
| ได้รับคำขอจัดส่งแล้ว | กิจกรรมนี้บันทึกการสร้างความต้องการขนส่งใน Blue Yonder TMS โดยมักเริ่มจากคำสั่งซื้อที่ส่งมาจากระบบต้นทาง เช่น ERP ถือเป็นจุดเริ่มต้นอย่างเป็นทางการของวงจรการขนส่ง เมื่อมีการสร้างระเบียนการขนส่งใหม่และกำหนดสถานะเริ่มต้นเป็น 'ยังไม่ได้วางแผน' หรือ 'ใหม่'. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการขนส่งตั้งแต่ต้นจนจบ การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้ไปจนถึงขั้นตอนการวางแผนถัดไปช่วยให้เห็นความล่าช้าในช่วงแรกและวัดปริมาณงานโดยรวมได้. แหล่งข้อมูล โดยทั่วไปอนุมานเหตุการณ์นี้ได้จากเวลาที่สร้างระเบียนการขนส่งในตารางหลักของการขนส่งหรือคำสั่งซื้อ นอกจากนี้ยังอาจบันทึกเป็นเหตุการณ์โดยตรงเมื่อระบบประมวลผลข้อความจาก ERP ที่เชื่อมต่อเข้ามา. บันทึก ใช้เวลาที่สร้างระเบียนการขนส่ง. ประเภทเหตุการณ์ inferred | |||
| ผ่านพิธีการศุลกากรแล้ว | สำหรับการขนส่งระหว่างประเทศ กิจกรรมนี้หมายถึงสินค้าผ่านพิธีการศุลกากรที่ชายแดนหรือท่าเรือเรียบร้อยแล้ว โดยได้รับการแจ้งจากตัวแทนออกของหรือผู้ขนส่ง. | ||
| เหตุผลที่สำคัญ พิธีการศุลกากรมักเป็นสาเหตุสำคัญที่ทำให้การขนส่งระหว่างประเทศล่าช้า การวัดเวลาที่ใช้จนผ่านพิธีการจึงสำคัญต่อการหาคอขวดและลดเวลาขนส่งข้ามพรมแดน. แหล่งข้อมูล โดยทั่วไปจะบันทึกเป็นเหตุการณ์โดยตรงจากข้อความของผู้ขนส่ง เช่น EDI 214 หรือการอัปเดตด้วยตนเอง ซึ่งเปลี่ยนสถานะศุลกากรของการขนส่งเป็น 'ผ่านแล้ว'. บันทึก บันทึกเวลาที่สถานะศุลกากรของการขนส่งเปลี่ยนเป็น 'ผ่านแล้ว'. ประเภทเหตุการณ์ explicit | |||
| รับสินค้าแล้ว | กิจกรรมนี้เป็นจุดเริ่มต้นของการขนส่งจริง เมื่อผู้ขนส่งรับสินค้าไปจากต้นทาง โดยทั่วไป Blue Yonder TMS จะบันทึกเหตุการณ์นี้จากข้อความอัปเดตสถานะที่ผู้ขนส่งส่งมา เช่น ธุรกรรม EDI 214. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่ยืนยันว่าการขนส่งเริ่มขึ้นแล้ว ใช้เป็นจุดเริ่มต้นในการคำนวณเวลาขนส่งและวัดว่ารับสินค้าได้ตรงตามกำหนดหรือไม่. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้โดยตรงจากการอัปเดตสถานะของผู้ขนส่ง โดยบันทึกเวลาที่ประมวลผลข้อความยืนยันการรับสินค้า เช่น EDI 214 ที่มีสถานะ 'AF' หรือ 'X3'. บันทึก ใช้เวลาจากข้อความ EDI 214 ที่ประมวลผลแล้ว หรือข้อความยืนยันการรับสินค้าจากผู้ขนส่งรูปแบบอื่น. ประเภทเหตุการณ์ explicit | |||
| ส่งมอบสินค้าแล้ว | หมุดหมายนี้หมายถึงสินค้าถึงปลายทางของผู้รับสินค้าแล้ว ผู้ขนส่งจะส่งการยืนยัน โดยปกติผ่านข้อความ EDI 214 เพื่ออัปเดตสถานะการขนส่งใน TMS. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่ยืนยันความสำเร็จและสิ้นสุดการขนส่งจริง ใช้เป็นข้อมูลพื้นฐานในการวัดการส่งมอบตรงเวลา ซึ่งเป็นตัวชี้วัดสำคัญของความพึงพอใจของลูกค้าและความน่าเชื่อถือของผู้ขนส่ง. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้โดยตรงจากข้อความยืนยันการส่งมอบของผู้ขนส่ง โดย TMS จะบันทึกเวลาที่ประมวลผล EDI 214 ซึ่งมีสถานะ 'D1' หรือข้อความที่เทียบเท่า. บันทึก ใช้เวลาจากข้อความยืนยันการส่งมอบของผู้ขนส่งที่ประมวลผลแล้ว. ประเภทเหตุการณ์ explicit | |||
| ได้รับข้อมูลอัปเดตระหว่างขนส่ง | หมายถึงการได้รับข้อมูลตำแหน่งหรือสถานะจากผู้ขนส่งระหว่างที่สินค้ากำลังเดินทาง ข้อมูลเหล่านี้มักมาจากข้อความ EDI 214 และช่วยให้ทราบความคืบหน้าของการขนส่งและความล่าช้าที่อาจเกิดขึ้น. | ||
| เหตุผลที่สำคัญ เหตุการณ์เหล่านี้จำเป็นต่อการติดตามความคืบหน้าของการขนส่งและตรวจหาความล่าช้าระหว่างทาง หากไม่มีข้อมูลอัปเดต อาจแสดงว่ามองไม่เห็นสถานะการขนส่งในบางช่วง ส่วนการแจ้งความล่าช้าบ่อยครั้งอาจบ่งชี้ถึงปัญหาด้านประสิทธิภาพของผู้ขนส่ง. แหล่งข้อมูล ระบบบันทึกเหตุการณ์เหล่านี้โดยตรงในตารางติดตามการขนส่งหรือประวัติเหตุการณ์ทุกครั้งที่ได้รับและประมวลผลข้อความจากผู้ขนส่งระหว่างทาง เช่น EDI 214 ที่มีสถานะ 'X1' หรือ 'AG'. บันทึก ข้อความจากผู้ขนส่งระหว่างทางที่ประมวลผลแล้วแต่ละข้อความจะสร้างรายการใหม่ในบันทึกเหตุการณ์. ประเภทเหตุการณ์ explicit | |||
| ได้รับหลักฐานการส่งมอบแล้ว | กิจกรรมนี้หมายถึงการได้รับเอกสารอย่างเป็นทางการที่ยืนยันการส่งมอบ เช่น ใบตราส่งสินค้าที่ลงนามแล้ว โดยมักเป็นขั้นตอนแยกหลังจากส่งมอบสินค้าจริง และเป็นเงื่อนไขก่อนชำระค่าขนส่ง. | ||
| เหตุผลที่สำคัญ การได้รับหลักฐานการส่งมอบ (POD) อย่างรวดเร็วมีความสำคัญต่อการเร่งรอบการวางบิลและชำระเงิน หากขั้นตอนนี้ล่าช้าจะกระทบกระแสเงินสดโดยตรง และอาจทำให้เกิดข้อโต้แย้งเรื่องการชำระเงินกับผู้ขนส่ง. แหล่งข้อมูล โดยทั่วไปจะบันทึกเหตุการณ์นี้เมื่อผู้ใช้ระบุด้วยตนเองว่าได้รับ POD แล้ว หรือแนบเอกสารเข้ากับระเบียนการขนส่งใน TMS ซึ่งทำให้สถานะเปลี่ยนแปลง. บันทึก บันทึกเวลาที่กำหนดสถานะหรือเครื่องหมาย 'ได้รับ POD แล้ว' ในรายการขนส่ง. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบใบแจ้งค่าขนส่งแล้ว | มีการตรวจสอบใบแจ้งหนี้หรือใบแจ้งค่าขนส่งของผู้ขนส่งด้วยระบบหรือด้วยตนเอง โดยเทียบกับอัตราที่ตกลงกัน ค่าบริการเพิ่มเติม และหลักฐานการส่งมอบ ขั้นตอนนี้ใช้ตรวจสอบค่าใช้จ่ายก่อนอนุมัติการชำระเงิน. | ||
| เหตุผลที่สำคัญ นี่คือจุดควบคุมทางการเงินที่สำคัญ การวิเคราะห์ขั้นตอนตรวจสอบช่วยให้เห็นความคลาดเคลื่อนในการเรียกเก็บเงินที่เกิดขึ้นบ่อย ส่วนการทำงานซ้ำในขั้นตอนนี้บ่งชี้ถึงปัญหาที่เพิ่มภาระงานธุรการ. แหล่งข้อมูล บันทึกเหตุการณ์นี้เมื่อสถานะใบแจ้งค่าขนส่งที่เชื่อมโยงกับการขนส่งเปลี่ยนเป็น 'ตรวจสอบแล้ว' 'อนุมัติให้ชำระเงิน' หรือสถานะอื่นที่มีความหมายใกล้เคียงในโมดูลตรวจสอบค่าขนส่งของ TMS. บันทึก บันทึกเวลาที่สถานะของใบแจ้งค่าขนส่งซึ่งเชื่อมโยงกับการขนส่งเปลี่ยนแปลง. ประเภทเหตุการณ์ inferred | |||
| ผู้ขนส่งปฏิเสธข้อเสนอ | เหตุการณ์นี้หมายถึงผู้ขนส่งปฏิเสธข้อเสนอให้ขนส่งสินค้า โดยทั่วไปจะได้รับการปฏิเสธทางอิเล็กทรอนิกส์ผ่านธุรกรรม EDI 990 หรือมีผู้ใช้ปรับข้อมูลในพอร์ทัลผู้ขนส่ง ซึ่งจะเริ่มเวิร์กโฟลว์เพื่อหาผู้ขนส่งรายอื่น. | ||
| เหตุผลที่สำคัญ การติดตามการปฏิเสธข้อเสนอช่วยให้เห็นการทำงานซ้ำในขั้นตอนเลือกผู้ขนส่ง หากมีอัตราการปฏิเสธสูง อาจเกิดจากราคา ความสามารถในการรองรับงานของผู้ขนส่ง หรือข้อมูลการขนส่งไม่ถูกต้อง ซึ่งทำให้ล่าช้าและมีค่าใช้จ่ายเพิ่มขึ้น. แหล่งข้อมูล โดยทั่วไปจะบันทึกเป็นเหตุการณ์โดยตรงเมื่อ TMS ประมวลผลข้อความตอบกลับว่าผู้ขนส่งปฏิเสธ และอัปเดตสถานะข้อเสนอของการขนส่ง. บันทึก บันทึกเป็นเหตุการณ์เมื่อได้รับข้อความปฏิเสธจากผู้ขนส่ง เช่น EDI 990. ประเภทเหตุการณ์ explicit | |||
| ยกเลิกการขนส่งแล้ว | หมายถึงการยุติการขนส่งก่อนรับสินค้า อาจเกิดจากหลายสาเหตุ เช่น ลูกค้ายกเลิกคำสั่งซื้อหรือมีการเปลี่ยนแผน และถือเป็นสถานะสิ้นสุดที่ไม่สำเร็จ. | ||
| เหตุผลที่สำคัญ การติดตามการยกเลิกมีความสำคัญต่อการทำความเข้าใจความผันผวนของความต้องการและงานที่สูญเปล่า การวิเคราะห์สาเหตุที่ยกเลิกการขนส่งอาจช่วยให้พบปัญหาในกระบวนการจัดการคำสั่งซื้อหรือวางแผน. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้โดยตรงเมื่อผู้ใช้หรือกระบวนการอัตโนมัติเปลี่ยนสถานะหลักของการขนส่งเป็น 'ยกเลิกแล้ว'. บันทึก บันทึกเวลาที่สถานะเปลี่ยนเป็น 'ยกเลิกแล้ว'. ประเภทเหตุการณ์ explicit | |||
| วางแผนการขนส่งแล้ว | แสดงว่าขั้นตอนการวางแผนเบื้องต้นเสร็จสิ้นแล้ว โดยกำหนดเส้นทาง รูปแบบการขนส่ง และผู้ขนส่งที่อาจเลือกใช้สำหรับการขนส่งครั้งนี้ ระบบวางแผนจะสร้างแผนและอัปเดตสถานะการขนส่งเพื่อระบุว่ามีแผนแล้ว. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยวัดประสิทธิภาพของระบบวางแผนและปรับแผนให้เหมาะสม หากเกิดความล่าช้าหรือต้องทำขั้นตอนนี้ซ้ำ อาจเป็นสัญญาณว่าข้อมูลหลักมีปัญหา ผู้ขนส่งไม่พร้อมให้บริการ หรือการตั้งค่าระบบไม่เหมาะสม. แหล่งข้อมูล เหตุการณ์นี้น่าจะอนุมานได้จากการเปลี่ยนสถานะของรายการขนส่ง เช่น จาก 'ยังไม่ได้วางแผน' เป็น 'วางแผนแล้ว' โดยเวลาที่เปลี่ยนสถานะถือเป็นเวลาของเหตุการณ์. บันทึก บันทึกเวลาที่สถานะการขนส่งเปลี่ยนเป็น 'วางแผนแล้ว'. ประเภทเหตุการณ์ inferred | |||
| ส่งข้อเสนอการขนส่งให้ผู้ขนส่งแล้ว | กิจกรรมนี้เกิดขึ้นเมื่อมีการเสนอการขนส่งให้ผู้ขนส่งรายใดรายหนึ่งอย่างเป็นทางการเพื่อให้ตอบรับ การดำเนินการนี้แยกต่างหากใน TMS และมักทำให้ระบบส่งข้อมูลไปยังผู้ขนส่งผ่านธุรกรรม EDI 204 อีเมล หรือการแจ้งเตือนในพอร์ทัล. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นสำหรับวัดความรวดเร็วในการตอบกลับและอัตราการตอบรับข้อเสนอของผู้ขนส่ง การวิเคราะห์เวลาตั้งแต่ส่งข้อเสนอจนผู้ขนส่งตอบกลับช่วยประเมินประสิทธิภาพการทำงานร่วมกับผู้ขนส่ง. แหล่งข้อมูล Blue Yonder TMS น่าจะบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในตารางประวัติการขนส่งหรือประวัติการเสนอขนส่ง เมื่อผู้ใช้หรือระบบดำเนินการส่งข้อเสนอ. บันทึก บันทึกในประวัติเหตุการณ์การขนส่งเมื่อมีการส่งข้อเสนอให้ผู้ขนส่ง. ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
ขณะนี้กำลังตรวจสอบวิธีดึงข้อมูลสำหรับกระบวนการนี้ โปรดกลับมาตรวจสอบภายหลัง หรือ ติดต่อเรา เพื่อขอความช่วยเหลือ.
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการจัดการการขนส่งได้วันนี้ ใช้เทมเพลตนี้เพื่อค้นหาโอกาสเพิ่มประสิทธิภาพและยกระดับผลการดำเนินงานด้านโลจิสติกส์.
ยกระดับประสิทธิภาพการจัดการการขนส่งได้ตั้งแต่วันนี้
ค้นหาจุดที่ไม่มีประสิทธิภาพ ติดตามผลการดำเนินงาน และลดรอบเวลาดำเนินการได้ 30%.
ไม่ต้องใช้บัตรเครดิต เริ่มใช้งานได้ภายในไม่กี่นาที.