เทมเพลตข้อมูลการจัดการขนส่งของคุณ
เทมเพลตข้อมูลการจัดการขนส่งของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางการดึงข้อมูล
แอตทริบิวต์การจัดการขนส่ง
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| การขนส่งสินค้า Shipment | รหัสเฉพาะของการเคลื่อนย้ายสินค้าแต่ละครั้ง ใช้เป็นกรณีหลักสำหรับวิเคราะห์กระบวนการ. | ||
| คำอธิบาย Shipment ID เป็นรหัสกรณีหลักที่ใช้รวมเหตุการณ์และกิจกรรมทั้งหมดของคำสั่งขนส่งรายการเดียว การขนส่งสินค้าแต่ละรายการครอบคลุมการเดินทางตั้งแต่สร้างและวางแผน ไปจนถึงดำเนินการ ส่งมอบ และชำระเงิน. ใน process mining การวิเคราะห์ตาม Shipment ช่วยให้เห็นภาพวงจรการขนส่งตั้งแต่ต้นจนจบ คุณจึงวัดระยะเวลาดำเนินการโดยรวม ระบุคอขวดที่กระทบการขนส่งแต่ละรายการ และเปรียบเทียบเส้นทางกระบวนการของการขนส่งประเภทต่างๆ ได้ นี่คือคุณลักษณะหลักที่ใช้ติดตามคำสั่งซื้อรายการเดียวตลอดทั้งระบบ. เหตุผลที่สำคัญ นี่คือรหัสกรณีสำคัญที่เชื่อมโยงกิจกรรมที่เกี่ยวข้องทั้งหมด ทำให้วิเคราะห์คำสั่งขนส่งแต่ละรายการได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล นี่คือคีย์หลักในตารางหลักของการขนส่งสินค้าหรือคำสั่งซื้อใน Trimble TMS โปรดดูเอกสาร Trimble TMS สำหรับชื่อตารางและช่องข้อมูลที่เฉพาะเจาะจง. ตัวอย่าง SH-750331SH-750332SH-750333 | |||
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์ทางธุรกิจหรือสถานะสำคัญที่เกิดขึ้นกับการขนส่งสินค้า ณ เวลาหนึ่ง. | ||
| คำอธิบาย ชื่อกิจกรรมระบุขั้นตอนหรือการเปลี่ยนสถานะในกระบวนการขนส่งสินค้า เหตุการณ์เหล่านี้เรียงต่อกันเป็นแผนผังกระบวนการ แสดงความคืบหน้าของการขนส่งสินค้าตั้งแต่สร้างรายการจนเสร็จสิ้น. การวิเคราะห์กิจกรรมเป็นหัวใจสำคัญของ process mining ช่วยให้เห็นภาพการไหลของกระบวนการ ระบุเส้นทางที่เกิดขึ้นบ่อยหรือไม่บ่อย ค้นหาการทำงานซ้ำ เช่น การพยายามจองหลายครั้ง และวัดความถี่ของแต่ละขั้นตอน ลำดับและเวลาของกิจกรรมเหล่านี้ใช้คำนวณระยะเวลาดำเนินการและระบุคอขวดระหว่างขั้นตอนได้. เหตุผลที่สำคัญ คุณลักษณะนี้กำหนดขั้นตอนต่างๆ ในกระบวนการ เป็นพื้นฐานของแผนผังกระบวนการ และช่วยวิเคราะห์การไหลของงาน ความแตกต่างของกระบวนการ และคอขวด. แหล่งข้อมูล โดยทั่วไปได้มาจากบันทึกเหตุการณ์ ตารางการเปลี่ยนสถานะ หรือรายการธุรกรรมเฉพาะใน Trimble TMS ที่เชื่อมโยงกับการขนส่งสินค้า. ตัวอย่าง วางแผนการขนส่งสินค้าแล้วรับสินค้าแล้วส่งมอบสินค้าแล้วตรวจสอบใบแจ้งหนี้ค่าขนส่งแล้ว | |||
| เวลาที่เกิดเหตุการณ์ EventTime | เวลาประทับที่ระบุวันที่และเวลาที่กิจกรรมเกิดขึ้น. | ||
| คำอธิบาย เวลาที่เกิดเหตุการณ์คือวันที่และเวลาที่บันทึกไว้อย่างแม่นยำสำหรับแต่ละกิจกรรมตลอดวงจรการขนส่งสินค้า ข้อมูลนี้แสดงลำดับเหตุการณ์ตามเวลา ซึ่งจำเป็นต่อการสร้างภาพการไหลของกระบวนการและวิเคราะห์ตามช่วงเวลา. คุณลักษณะนี้เป็นพื้นฐานของการวิเคราะห์ process mining ใช้คำนวณระยะเวลาระหว่างกิจกรรม วัดระยะเวลารวมของกรณี ระบุเวลารอ และวิเคราะห์ประสิทธิภาพกระบวนการในช่วงเวลาต่างๆ การบันทึกเวลาที่แม่นยำมีความสำคัญต่อการหาสาเหตุของความล่าช้าและทำความเข้าใจประสิทธิภาพของกระบวนการ. เหตุผลที่สำคัญ ข้อมูลนี้แสดงลำดับเหตุการณ์ตามเวลา ซึ่งจำเป็นต่อการคำนวณตัวชี้วัดด้านระยะเวลา เช่น เวลาดำเนินการ และระบุความล่าช้าในกระบวนการ. แหล่งข้อมูล อยู่ในบันทึกเหตุการณ์หรือตารางธุรกรรมของ Trimble TMS โดยมักอยู่ใกล้กับช่องกิจกรรมหรือสถานะ. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| ระบบต้นทาง SourceSystem | ระบบบันทึกข้อมูลต้นทางที่ใช้ดึงข้อมูลเหตุการณ์. | ||
| คำอธิบาย คุณลักษณะนี้ระบุแอปพลิเคชันต้นทางของข้อมูล ในกรณีนี้โดยทั่วไปคือ 'Trimble TMS' ในสภาพแวดล้อมที่ซับซ้อนขึ้น อาจใช้แยกโมดูลหรือระบบที่เชื่อมต่อกัน เช่น ระบบการเงินแยกต่างหากสำหรับการชำระเงิน. การระบุระบบต้นทางสำคัญต่อการกำกับดูแลข้อมูลและการตรวจสอบย้อนกลับ ช่วยให้เข้าใจบริบทของข้อมูล และจำเป็นเมื่อนำข้อมูลจากหลายแหล่งมารวมกันเพื่อสร้างภาพกระบวนการตั้งแต่ต้นจนจบ. เหตุผลที่สำคัญ ช่วยให้ตรวจสอบย้อนกลับและเข้าใจบริบทของข้อมูลได้ ซึ่งสำคัญเมื่อนำข้อมูลจากหลายระบบมารวมกันเพื่อวิเคราะห์กระบวนการตั้งแต่ต้นจนจบ. แหล่งข้อมูล มักเป็นค่าคงที่ที่เพิ่มระหว่างการดึงข้อมูล เพื่อระบุแหล่งที่มาของระเบียน. ตัวอย่าง Trimble TMSTrimble TMS v2023.1 | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาประทับที่ระบุครั้งล่าสุดที่มีการรีเฟรชข้อมูลของระเบียนนี้จากระบบต้นทาง. | ||
| คำอธิบาย คุณลักษณะนี้แสดงวันที่และเวลาที่ดึงหรืออัปเดตข้อมูลจาก Trimble TMS ล่าสุด ช่วยให้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลใหม่เพียงใด. การทราบว่าข้อมูลเป็นปัจจุบันแค่ไหนมีความสำคัญต่อการตัดสินใจทางธุรกิจที่ทันเวลาและตรงประเด็น เวลาประทับนี้ช่วยให้ผู้ใช้มั่นใจในข้อมูลและเข้าใจช่วงเวลาที่ครอบคลุมในการวิเคราะห์ปัจจุบัน จึงไม่ต้องตัดสินใจจากข้อมูลเก่า. เหตุผลที่สำคัญ แสดงว่าข้อมูลเป็นปัจจุบันเพียงใด ช่วยให้วิเคราะห์จากข้อมูลล่าสุดและตัดสินใจได้อย่างแม่นยำ. แหล่งข้อมูล โดยทั่วไป เครื่องมือ ETL จะสร้างและบันทึกเวลาประทับนี้ระหว่างการนำเข้าข้อมูล. ตัวอย่าง 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| ชื่อผู้ขนส่ง CarrierName | ชื่อบริษัทขนส่งที่รับผิดชอบการเคลื่อนย้ายสินค้า. | ||
| คำอธิบาย ชื่อผู้ขนส่งระบุผู้ให้บริการโลจิสติกส์ภายนอกหรือกองยานพาหนะภายในองค์กรที่ได้รับมอบหมายให้ขนส่งสินค้า นี่คือข้อมูลหลักที่สำคัญของการขนส่งสินค้าแต่ละรายการ. คุณลักษณะนี้จำเป็นต่อการวิเคราะห์ประสิทธิภาพ โดยเฉพาะบนแดชบอร์ด Carrier Performance & Compliance เมื่อแบ่งข้อมูลกระบวนการตามชื่อผู้ขนส่ง ธุรกิจจะเปรียบเทียบอัตราการส่งมอบตรงเวลา ระยะเวลาดำเนินการเฉลี่ย และความถี่ของความล่าช้าระหว่างผู้ให้บริการแต่ละรายได้ ข้อมูลนี้ช่วยในการเจรจาสัญญา เลือกคู่ค้าที่เชื่อถือได้ และปรับปรุงห่วงโซ่อุปทานโดยรวม. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพและวิเคราะห์การปฏิบัติตามข้อกำหนดของผู้ให้บริการขนส่งแต่ละราย สนับสนุนการบริหารและคัดเลือกผู้ขนส่งโดยตรง. แหล่งข้อมูล พบข้อมูลนี้ในตารางหลักของการขนส่งสินค้าหรือโหลดใน Trimble TMS โดยมักเชื่อมโยงกับตารางข้อมูลหลักของผู้ขนส่ง. ตัวอย่าง Global Freightways Inc.Speedy LogisticsCross-Country Movers | |||
| วันที่ต้องการให้ส่งมอบ RequestedDeliveryDate | วันที่ลูกค้าต้องการให้ส่งมอบ หรือวันที่ตกลงเป็นเป้าหมายตามข้อตกลงระดับการให้บริการ (SLA). | ||
| คำอธิบาย วันที่ต้องการให้ส่งมอบคือวันที่เป้าหมายที่คาดว่าสินค้าจะถึงปลายทาง โดยใช้เป็นเกณฑ์หลักในการวัดประสิทธิภาพการส่งมอบตรงเวลา. คุณลักษณะนี้สำคัญต่อการคำนวณตัวชี้วัดประสิทธิภาพ เช่น อัตราการส่งมอบสินค้าตรงเวลา เมื่อนำเวลาส่งมอบจริงมาเปรียบเทียบกับวันที่ลูกค้าต้องการ ระบบจะระบุได้ว่าสินค้าถึงก่อนกำหนด ตรงเวลา หรือล่าช้า ข้อมูลนี้เป็นพื้นฐานของแดชบอร์ด Actual vs Requested Delivery Performance และใช้ประเมินความพึงพอใจของลูกค้าและความน่าเชื่อถือของผู้ขนส่ง. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์วัดประสิทธิภาพการส่งมอบตรงเวลา ซึ่งเป็น KPI สำคัญต่อความพึงพอใจของลูกค้าและประสิทธิภาพการดำเนินงาน. แหล่งข้อมูล อยู่ในตารางรายละเอียดคำสั่งซื้อหรือการขนส่งสินค้าใน Trimble TMS. ตัวอย่าง 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| วิธีขนส่ง ModeOfTransport | วิธีที่ใช้ขนส่งสินค้า เช่น รถบรรทุก เครื่องบิน รถไฟ หรือเรือเดินทะเล. | ||
| คำอธิบาย วิธีขนส่งระบุรูปแบบการขนส่งที่ใช้กับสินค้า ซึ่งอาจเป็นการขนส่งเต็มคันรถบรรทุก (FTL) การขนส่งสินค้าไม่เต็มคันรถบรรทุก (LTL) การขนส่งทางอากาศ ทางทะเล หรือทางรถไฟ. การวิเคราะห์กระบวนการตามวิธีขนส่งมีความสำคัญต่อการตัดสินใจเชิงกลยุทธ์และการปรับต้นทุนให้เหมาะสม ช่วยเปรียบเทียบประสิทธิภาพ ความเร็ว และความคุ้มค่าของวิธีขนส่งแต่ละแบบ ตัวอย่างเช่น แดชบอร์ด Mode of Transport Efficiency Comparison ใช้คุณลักษณะนี้แสดงว่าวิธีใดใช้เวลาขนส่งนานกว่าหรือมีอัตราความล่าช้าสูงกว่า เพื่อช่วยให้ผู้วางแผนเลือกวิธีขนส่งได้เหมาะสมขึ้น. เหตุผลที่สำคัญ ช่วยเปรียบเทียบต้นทุน ความเร็ว และประสิทธิภาพของวิธีขนส่งแต่ละแบบ สนับสนุนการวางแผนเส้นทางและวิธีขนส่งเชิงกลยุทธ์. แหล่งข้อมูล นี่คือช่องมาตรฐานในรายการขนส่งสินค้าหรือโหลดภายใน Trimble TMS. ตัวอย่าง FTL (ขนส่งเต็มคันรถบรรทุก)LTL (ขนส่งสินค้าไม่เต็มคันรถบรรทุก)ขนส่งทางอากาศขนส่งทางทะเล | |||
| เวลาสิ้นสุด EndTime | เวลาประทับที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด. | ||
| คำอธิบาย เวลาสิ้นสุดระบุเวลาที่กิจกรรมเสร็จสมบูรณ์ หากมีข้อมูลนี้ คุณสามารถใช้ร่วมกับเวลาเริ่มต้นเพื่อคำนวณเวลาที่ใช้ดำเนินการในแต่ละขั้นตอนได้อย่างแม่นยำ และแยกจากเวลารอก่อนเริ่มขั้นตอนถัดไป. การมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุดของกิจกรรมช่วยให้เห็นประสิทธิภาพกระบวนการได้ละเอียดขึ้น โดยแยกเวลาทำงานจริงออกจากเวลาว่างหรือเวลารอ ซึ่งช่วยระบุได้ว่าการปรับปรุงใดเพิ่มประสิทธิภาพจริง และความล่าช้าใดเกิดจากทรัพยากรหรือตารางเวลา ตัวอย่างเช่น ใช้วัดระยะเวลาที่แน่นอนของกิจกรรม 'Freight Bill Audited' ได้. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมได้อย่างแม่นยำ โดยแยกเวลาทำงานจริงออกจากเวลาระหว่างขั้นตอนที่ใช้รอ. แหล่งข้อมูล บางโมดูลของ Trimble TMS อาจบันทึกทั้งเหตุการณ์เริ่มต้นและสิ้นสุดของกิจกรรมบางรายการ โปรดตรวจสอบในบันทึกเหตุการณ์หรือบันทึกธุรกรรม. ตัวอย่าง 2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z | |||
| ส่งมอบตรงเวลา IsOnTime | ค่าบูลีนที่ระบุว่าการขนส่งส่งมอบในหรือก่อนวันที่ร้องขอหรือไม่. | ||
| คำอธิบาย ค่านี้คำนวณโดยเปรียบเทียบ 'ActualDeliveryDate' กับ 'RequestedDeliveryDate' โดยได้ค่า true หากส่งมอบจริงในหรือก่อนวันที่ร้องขอ และได้ค่า false หากไม่เป็นไปตามเงื่อนไข ข้อมูลนี้ช่วยให้วิเคราะห์ผลการดำเนินงานและสร้างแดชบอร์ดได้ง่ายขึ้น แทนที่จะต้องเปรียบเทียบวันที่ในทุกแผนภูมิ คุณสามารถใช้ค่านี้กรองและรวมข้อมูลเพื่อคำนวณ KPI อัตราการส่งมอบตรงเวลาของการขนส่งได้ แต่ละรายการจะแสดงผลการส่งมอบเป็น true หรือ false อย่างชัดเจน จึงดูอัตราความสำเร็จได้ง่าย. เหตุผลที่สำคัญ ช่วยให้คำนวณ KPI การส่งมอบตรงเวลาได้ง่าย และกรองหรือแบ่งกลุ่มการขนส่งที่ตรงเวลาและล่าช้าได้สะดวก. แหล่งข้อมูล ไม่มีข้อมูลนี้ในระบบต้นทาง โดยคำนวณระหว่างการแปลงข้อมูลด้วยการเปรียบเทียบ 'ActualDeliveryDate' <= 'RequestedDeliveryDate'. ตัวอย่าง truefalse | |||
| สาเหตุความล่าช้า DelayReason | รหัสหรือคำอธิบายที่ระบุสาเหตุที่การขนส่งล่าช้า. | ||
| คำอธิบาย สาเหตุความล่าช้าช่วยอธิบายว่าทำไมการขนส่งจึงไม่เป็นไปตามกำหนดเวลา สาเหตุอาจเป็น 'ผู้ขนส่งล่าช้า' 'ติดการตรวจศุลกากร' 'สภาพอากาศ' หรือ 'ไม่พบลูกค้า' โดยมักกรอกข้อมูลนี้ด้วยตนเองหรือเลือกจากรายการที่กำหนดไว้เมื่อบันทึกความล่าช้า ข้อมูลนี้มีประโยชน์อย่างยิ่งต่อการวิเคราะห์หาสาเหตุที่แท้จริง โดยเฉพาะบนแดชบอร์ดวิเคราะห์ความล่าช้าและสาเหตุของการขนส่ง การจัดหมวดหมู่ความล่าช้าช่วยให้ธุรกิจพบปัญหาที่เกิดซ้ำ ไม่ว่าจะเกี่ยวข้องกับผู้ขนส่งบางราย เส้นทาง หรือกระบวนการภายใน จากนั้นจึงปรับปรุงได้ตรงจุด เพื่อลดความล่าช้าและเพิ่มความน่าเชื่อถือ. เหตุผลที่สำคัญ ช่วยวิเคราะห์หาสาเหตุที่แท้จริงของความล่าช้า และระบุปัญหาที่เกิดซ้ำกับผู้ขนส่ง เส้นทาง หรือกระบวนการ เพื่อนำไปปรับปรุงได้ตรงจุด. แหล่งข้อมูล อาจจัดเก็บไว้ในตารางบันทึกความล่าช้าหรือข้อยกเว้นโดยเฉพาะ หรือเป็นช่องบันทึกข้อความอิสระในระเบียนการขนส่งของ Trimble TMS. ตัวอย่าง ความล่าช้าจากสภาพอากาศการตรวจสอบของศุลกากรอุปกรณ์ของผู้ขนส่งขัดข้องการจราจรติดขัด | |||
| ชื่อผู้ใช้ UserName | ผู้ใช้หรือระบบที่ดำเนินกิจกรรมหนึ่งๆ. | ||
| คำอธิบาย ชื่อผู้ใช้ระบุพนักงานหรือระบบอัตโนมัติที่รับผิดชอบการดำเนินขั้นตอนหนึ่งๆ เช่น วางแผนการขนส่ง ตรวจสอบใบแจ้งหนี้ค่าขนส่ง หรือดำเนินการชำระเงิน ข้อมูลนี้เชื่อมโยงกิจกรรมในกระบวนการกับทรัพยากรที่เป็นบุคคลหรือระบบ การวิเคราะห์ข้อมูลแยกตามผู้ใช้ช่วยให้เข้าใจการกระจายภาระงาน ระบุความต้องการด้านการฝึกอบรม และค้นหาผลการปฏิบัติงานที่แตกต่างจากปกติ ตัวอย่างเช่น แดชบอร์ดวิเคราะห์งานจองการขนส่งที่ต้องทำซ้ำและข้อผิดพลาด อาจช่วยระบุว่าการแก้ไขงานกระจุกตัวอยู่ที่ผู้ใช้บางรายหรือไม่ ซึ่งอาจบ่งชี้ว่าควรจัดอบรมเพิ่มเติมหรือชี้แจงขั้นตอนให้ชัดเจน ข้อมูลนี้ยังสำคัญต่อการปฏิบัติตามข้อกำหนดและการตรวจสอบด้วย. เหตุผลที่สำคัญ เชื่อมโยงกิจกรรมในกระบวนการกับพนักงานหรือผู้ใช้ระบบแต่ละราย เพื่อวิเคราะห์ภาระงาน ประเมินผลการปฏิบัติงาน และค้นหาโอกาสในการฝึกอบรม. แหล่งข้อมูล โดยทั่วไปพบในบันทึกธุรกรรมหรือบันทึกเหตุการณ์ โดยเชื่อมโยงกับ ID ผู้ใช้ที่สร้างหรือแก้ไขระเบียน. ตัวอย่าง j.doea.smithsystem.api | |||
| ชื่อลูกค้า CustomerName | ชื่อลูกค้าที่ใช้บริการขนส่งสินค้า. | ||
| คำอธิบาย ชื่อลูกค้าระบุลูกค้าหรือนิติบุคคลที่เป็นเจ้าของสินค้าที่จัดส่ง หรือเป็นผู้รับบริการ ข้อมูลหลักนี้สำคัญต่อการแบ่งกลุ่มการวิเคราะห์ การวิเคราะห์กระบวนการขนส่งแยกตามลูกค้าช่วยให้เห็นข้อมูลสำคัญ เช่น ลูกค้าบางรายพบความล่าช้าบ่อยกว่า ต้องแก้ไขงานจองซ้ำมากกว่า หรือมีกระบวนการเฉพาะ ข้อมูลนี้นำไปใช้ปรับปรุงบริการลูกค้า ออกแบบโซลูชันด้านโลจิสติกส์ให้เหมาะสม และบริหารลูกค้ารายสำคัญได้มีประสิทธิภาพยิ่งขึ้น. เหตุผลที่สำคัญ ช่วยวิเคราะห์กระบวนการโดยเน้นลูกค้า และระบุว่าลูกค้ารายใดพบปัญหาเฉพาะหรือต้องการระดับบริการที่แตกต่างกัน. แหล่งข้อมูล พบในตารางคำสั่งซื้อหรือการขนส่งหลัก โดยมักเชื่อมโยงกับตารางข้อมูลหลักของลูกค้า. ตัวอย่าง ACME CorporationStark IndustriesWayne Enterprises | |||
| ประเทศต้นทาง OriginCountry | ประเทศที่การขนส่งเริ่มต้น. | ||
| คำอธิบาย ประเทศต้นทางคือประเทศที่การขนส่งเริ่มต้น ข้อมูลทางภูมิศาสตร์นี้สำคัญต่อการวิเคราะห์โลจิสติกส์ในระดับโลกหรือระดับภูมิภาค ข้อมูลนี้ช่วยแบ่งผลการดำเนินงานของกระบวนการตามพื้นที่ และตรวจสอบได้ว่าการขนส่งจากบางประเทศใช้เวลานานกว่าหรือล่าช้าบ่อยกว่าหรือไม่ ซึ่งอาจชี้ให้เห็นปัญหาเฉพาะพื้นที่ เช่น ขั้นตอนศุลกากรที่ซับซ้อนหรือโครงสร้างพื้นฐานที่มีข้อจำกัด ข้อมูลนี้สำคัญเป็นพิเศษต่อการวิเคราะห์คอขวดในการผ่านพิธีการศุลกากร. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลการดำเนินงานของกระบวนการตามพื้นที่ และระบุคอขวดในแต่ละภูมิภาค โดยเฉพาะปัญหาที่เกี่ยวกับศุลกากรหรือระยะเวลาขนส่ง. แหล่งข้อมูล ได้จากข้อมูลที่อยู่ต้นทางซึ่งจัดเก็บไว้ในรายละเอียดการขนส่งหรือคำสั่งซื้อใน Trimble TMS. ตัวอย่าง USACANMEXDEU | |||
| ประเทศปลายทาง DestinationCountry | ประเทศที่จัดส่งสินค้าไปถึง. | ||
| คำอธิบาย ประเทศปลายทางคือประเทศของที่อยู่สำหรับส่งมอบสินค้าขั้นสุดท้าย เช่นเดียวกับประเทศต้นทาง ข้อมูลนี้เป็นคุณลักษณะสำคัญสำหรับการวิเคราะห์กระบวนการตามพื้นที่ การวิเคราะห์ข้อมูลแยกตามประเทศปลายทางช่วยค้นหาปัญหาของกระบวนการที่เกิดเฉพาะในบางพื้นที่ ตัวอย่างเช่น การขนส่งไปยังบางประเทศอาจใช้เวลาผ่านพิธีการศุลกากรนานหรือส่งมอบล่าช้าเป็นประจำ ข้อมูลนี้ช่วยให้วางแผนล่วงหน้าและปรับกำหนดเวลาส่งมอบสำหรับแต่ละเส้นทางได้ ทำให้แจ้งกำหนดส่งมอบได้แม่นยำขึ้น. เหตุผลที่สำคัญ ช่วยระบุปัญหาของกระบวนการที่เกิดเฉพาะในพื้นที่ปลายทาง เช่น ความล่าช้าด้านศุลกากรหรือปัญหาการจัดส่งช่วงสุดท้าย. แหล่งข้อมูล ได้จากข้อมูลที่อยู่ปลายทางซึ่งจัดเก็บไว้ในรายละเอียดการขนส่งหรือคำสั่งซื้อใน Trimble TMS. ตัวอย่าง USACANMEXFRA | |||
| มีความล่าช้า IsDelayed | ค่าบูลีนที่ระบุว่ามีการบันทึกเหตุการณ์ความล่าช้าของการขนส่งหรือไม่. | ||
| คำอธิบาย ค่านี้คำนวณและกำหนดเป็น true หากมีการระบุสาเหตุความล่าช้าของการขนส่ง หรือสถานะบ่งชี้ว่าล่าช้า ซึ่งต่างจาก 'IsOnTime' เพราะการขนส่งอาจล่าช้าระหว่างทาง แต่ยังส่งถึงปลายทางตรงเวลาได้จากการแก้ไขสถานการณ์ ข้อมูลนี้ช่วยให้วิเคราะห์เฉพาะการขนส่งที่พบข้อยกเว้นได้ แดชบอร์ดวิเคราะห์ความล่าช้าและสาเหตุของการขนส่งใช้ข้อมูลนี้เพื่อแยกกรณีที่มีปัญหาและวิเคราะห์สาเหตุที่แท้จริง โดยไม่ถูกรบกวนด้วยรายการที่ดำเนินการได้ตามปกติ นอกจากนี้ยังช่วยวัดความถี่ของข้อยกเว้นในการปฏิบัติงาน. เหตุผลที่สำคัญ ระบุการขนส่งที่พบข้อยกเว้นในการปฏิบัติงาน เพื่อให้วิเคราะห์สาเหตุและผลกระทบของความล่าช้าได้ตรงจุด. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยกำหนดค่าเป็น true หากฟิลด์ 'DelayReason' ไม่ใช่ null หรือมีการบันทึกกิจกรรม 'delay' ที่ระบุไว้. ตัวอย่าง truefalse | |||
| ยอดค่าขนส่งตามใบแจ้งหนี้ FreightBillAmount | ยอดรวมที่เรียกเก็บสำหรับบริการขนส่งสินค้า. | ||
| คำอธิบาย ยอดค่าขนส่งคือค่าใช้จ่ายในการขนส่งสินค้าตามใบแจ้งหนี้ ข้อมูลทางการเงินนี้สำคัญต่อการวิเคราะห์ต้นทุนและทำความเข้าใจผลกระทบทางการเงินจากความไม่มีประสิทธิภาพของกระบวนการ ใน process mining ข้อมูลนี้ช่วยวิเคราะห์ต้นทุนของรูปแบบกระบวนการ ผู้ขนส่ง หรือเส้นทางที่แตกต่างกัน ตัวอย่างเช่น ใช้ตรวจสอบว่าการขนส่งที่ต้องแก้ไขงานซ้ำหรือเกิดความล่าช้าบ่อยมีค่าใช้จ่ายสูงกว่าหรือไม่ นอกจากนี้ยังจำเป็นต่อการวิเคราะห์การตรวจสอบใบแจ้งหนี้ค่าขนส่งและการดำเนินการชำระเงิน. เหตุผลที่สำคัญ เชื่อมโยงการดำเนินงานของกระบวนการกับผลลัพธ์ทางการเงิน เพื่อวิเคราะห์ว่าความแตกต่างของกระบวนการ ความล่าช้า หรือการเลือกผู้ขนส่งส่งผลต่อต้นทุนการขนส่งอย่างไร. แหล่งข้อมูล พบในโมดูลเรียกเก็บค่าขนส่งหรือชำระบัญชีทางการเงินของ Trimble TMS โดยเชื่อมโยงกับการขนส่ง. ตัวอย่าง 1250.75850.003400.50 | |||
| ระยะเวลาตั้งแต่ส่งมอบจนได้รับ POD ProofOfDeliveryCycleTime | ระยะเวลาระหว่างเหตุการณ์ 'ส่งมอบสินค้า' กับ 'ได้รับหลักฐานการส่งมอบ'. | ||
| คำอธิบาย เมตริกนี้คำนวณระยะเวลาตั้งแต่ส่งมอบสินค้าจริงจนได้รับและดำเนินการเอกสารหลักฐานการส่งมอบ (POD) เสร็จ หากใช้เวลานาน อาจทำให้การออกใบแจ้งหนี้ล่าช้าและกระทบกระแสเงินสด ข้อมูลนี้เป็นพื้นฐานของแดชบอร์ดติดตามความล่าช้าในการรับหลักฐานการส่งมอบและ KPI ที่เกี่ยวข้อง เมื่อคำนวณระยะเวลาของการขนส่งแต่ละรายการ ธุรกิจจะระบุคอขวดในกระบวนการ POD ได้ เช่น ผู้ขนส่งส่งเอกสารล่าช้าหรือการดำเนินการภายในไม่มีประสิทธิภาพ แล้วปรับปรุงเพื่อเร่งการเรียกเก็บเงินจากลูกค้า. เหตุผลที่สำคัญ วัดประสิทธิภาพของงานธุรการหลังการส่งมอบโดยตรง ซึ่งสำคัญต่อการออกใบแจ้งหนี้ให้ทันเวลาและการรักษากระแสเงินสดให้ดี. แหล่งข้อมูล คำนวณจากผลต่างระหว่างเวลาประทับของกิจกรรม 'ได้รับหลักฐานการส่งมอบ' กับ 'ส่งมอบสินค้า' สำหรับการขนส่งแต่ละรายการ. ตัวอย่าง P2DT12H30MP5DP1DT4H | |||
| ระยะเวลารวมของกระบวนการ TotalCycleTime | เวลารวมตั้งแต่เหตุการณ์แรกจนถึงเหตุการณ์สุดท้ายของการขนส่งหนึ่งรายการ. | ||
| คำอธิบาย ระยะเวลารวมของกระบวนการใช้วัดเวลาตั้งแต่ต้นจนจบของกรณีการขนส่งแต่ละรายการ โดยคำนวณจากผลต่างระหว่างเวลาประทับของกิจกรรมแรกสุด เช่น 'สร้างการขนส่ง' กับกิจกรรมสุดท้าย เช่น 'ดำเนินการชำระเงินแล้ว' นี่คือ KPI หลักสำหรับวัดประสิทธิภาพโดยรวมของกระบวนการ โดยแสดงภาพรวมผลการดำเนินงานบนแดชบอร์ดปริมาณงานและระยะเวลารวมของการขนส่ง การวิเคราะห์แนวโน้มของเมตริกนี้ตามช่วงเวลา หรือเปรียบเทียบตามผู้ขนส่ง เส้นทาง และรูปแบบการขนส่ง ช่วยระบุจุดที่ควรปรับปรุงในภาพรวม. เหตุผลที่สำคัญ วัดความเร็วของกระบวนการตั้งแต่ต้นจนจบโดยรวม เป็นตัวชี้วัดสำคัญด้านประสิทธิภาพและประสบการณ์ของลูกค้า. แหล่งข้อมูล คำนวณในระดับกรณี โดยนำเวลาประทับต่ำสุดลบออกจากเวลาประทับสูงสุดของทุกเหตุการณ์ภายในกรณี 'การขนส่ง' เดียวกัน. ตัวอย่าง P15D6HP22DT10HP12D | |||
| วันที่ส่งมอบจริง ActualDeliveryDate | เวลาประทับจริงที่บันทึกกิจกรรม 'ส่งมอบสินค้า'. | ||
| คำอธิบาย วันที่ส่งมอบจริงคือเวลาประทับที่ระบุว่าการส่งมอบเสร็จสิ้น ซึ่งแสดงเวลาจริงที่สินค้าถึงปลายทาง โดยทั่วไปจะเป็นเวลาของเหตุการณ์ 'ส่งมอบสินค้า' ใช้ข้อมูลนี้ร่วมกับวันที่ส่งมอบที่ร้องขอเพื่อพิจารณาว่าส่งมอบตรงเวลาหรือไม่ นอกจากนี้ยังใช้เป็นจุดสิ้นสุดจริงในการคำนวณระยะเวลาของกระบวนการและวัดผลการดำเนินงานหลายรายการ โดยนำไปคำนวณ KPI ที่ติดตามประสิทธิภาพการส่งมอบและความน่าเชื่อถือของผู้ขนส่งโดยตรง ข้อมูลนี้เป็นพื้นฐานสำคัญในการเปรียบเทียบการทำงานจริงของกระบวนการกับกำหนดการที่วางไว้. เหตุผลที่สำคัญ ระบุเวลาที่การส่งมอบเสร็จสิ้นตามจริง เพื่อคำนวณประสิทธิภาพการส่งมอบตรงเวลาและระยะเวลาขนส่งจริง. แหล่งข้อมูล นี่คือเวลาประทับที่เชื่อมโยงกับสถานะเหตุการณ์ 'ส่งมอบสินค้า' ในบันทึกเหตุการณ์ของการขนส่ง. ตัวอย่าง 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
| สถานะการขนส่ง ShipmentStatus | สถานะการดำเนินงานปัจจุบันของการขนส่ง. | ||
| คำอธิบาย สถานะการขนส่งแสดงสถานะล่าสุดที่ทราบในวงจรการขนส่ง เช่น 'วางแผนแล้ว' 'อยู่ระหว่างขนส่ง' 'ส่งมอบแล้ว' หรือ 'ยกเลิกแล้ว' จึงช่วยให้เห็นว่าการขนส่งอยู่ในขั้นตอนใด ณ เวลานั้น process mining ใช้สร้างลำดับการทำงานย้อนหลัง ส่วนสถานะปัจจุบันช่วยกรองและวิเคราะห์กรณีที่ยังดำเนินอยู่ คุณจึงแบ่งข้อมูลเพื่อดูการขนส่งที่ยังเปิดอยู่เทียบกับรายการที่เสร็จสิ้นแล้ว หรือค้นหาสาเหตุที่การขนส่งจำนวนมากค้างอยู่ในสถานะใดสถานะหนึ่งได้ ข้อมูลนี้ช่วยประกอบการติดตามการปฏิบัติการ. เหตุผลที่สำคัญ แสดงภาพรวมความคืบหน้าปัจจุบันของการขนส่ง เพื่อวิเคราะห์และกรองกรณีที่ยังเปิดอยู่ เสร็จสิ้นแล้ว หรือมีปัญหา. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในส่วนหัวของตารางการขนส่งหรือโหลดหลักใน Trimble TMS. ตัวอย่าง วางแผนแล้วอยู่ระหว่างขนส่งส่งมอบแล้วออกใบแจ้งหนี้แล้วยกเลิกแล้ว | |||
| สถานะใบแจ้งหนี้ค่าขนส่ง FreightBillStatus | สถานะของใบแจ้งหนี้ค่าขนส่ง เช่น 'ได้รับแล้ว' 'ตรวจสอบแล้ว' 'ปฏิเสธแล้ว' หรือ 'ชำระแล้ว'. | ||
| คำอธิบาย สถานะใบแจ้งหนี้ค่าขนส่งติดตามความคืบหน้าของใบแจ้งหนี้ในขั้นตอนชำระบัญชีทางการเงินของกระบวนการขนส่ง โดยระบุว่าได้รับใบแจ้งหนี้แล้ว อยู่ระหว่างตรวจสอบ อนุมัติแล้ว ปฏิเสธเพื่อให้แก้ไข หรือชำระครบแล้ว ข้อมูลนี้จำเป็นต่อแดชบอร์ดวิเคราะห์การตรวจสอบใบแจ้งหนี้ค่าขนส่งและความเร็วในการชำระเงิน ช่วยวัดระยะเวลาของกระบวนการตรวจสอบ ระบุคอขวดในการอนุมัติการชำระเงิน และคำนวณอัตราการปฏิเสธใบแจ้งหนี้ค่าขนส่ง การวิเคราะห์สถานะเหล่านี้อาจเผยให้เห็นความไม่มีประสิทธิภาพในกระบวนการจัดซื้อจนถึงการชำระเงิน. เหตุผลที่สำคัญ ช่วยให้เห็นความคืบหน้าของกระบวนการชำระบัญชีทางการเงิน เพื่อวัดประสิทธิภาพการตรวจสอบและระบุสาเหตุของความล่าช้าหรือข้อโต้แย้งในการชำระเงิน. แหล่งข้อมูล อยู่ในโมดูลเจ้าหนี้การค้าหรือการชำระบัญชีค่าขนส่งของ Trimble TMS. ตัวอย่าง ได้รับแล้วตรวจสอบแล้ว อนุมัติแล้วตรวจสอบแล้ว ปฏิเสธแล้วชำระแล้ว | |||
กิจกรรมในการจัดการขนส่ง
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ดำเนินการชำระเงินแล้ว | ดำเนินการชำระเงินค่าใบแจ้งหนี้ค่าขนส่งและส่งเงินให้ผู้ขนส่งแล้ว นี่คือจุดสิ้นสุดด้านการเงินของวงจรการขนส่งสินค้า. | ||
| เหตุผลที่สำคัญ นี่คือกิจกรรมสุดท้ายของกระบวนการ การวิเคราะห์เวลาตั้งแต่ส่งมอบสินค้าหรือได้รับใบแจ้งหนี้จนถึงชำระเงิน ช่วยบริหารกระแสเงินสดและความสัมพันธ์กับผู้ขนส่ง. แหล่งข้อมูล บันทึกจากการเชื่อมต่อกับระบบ ERP หรือระบบบัญชี ซึ่งอัปเดตสถานะการชำระเงินในรายการใบแจ้งหนี้ค่าขนส่งภายใน TMS. บันทึก อ้างอิงจากเวลาบันทึกรายการชำระเงินผ่านการเชื่อมต่อกับระบบ ERP หรือระบบบัญชี. ประเภทเหตุการณ์ explicit | |||
| ได้รับหลักฐานการส่งมอบแล้ว | ได้รับเอกสารลงนามหรือการยืนยันการส่งมอบแบบดิจิทัลจากผู้ขนส่ง และอัปโหลดเข้าสู่ระบบแล้ว โดยทั่วไปขั้นตอนนี้เป็นการประมวลผลเอกสารด้วยตนเองหรือโดยอัตโนมัติ. | ||
| เหตุผลที่สำคัญ ช่วงเวลาตั้งแต่ส่งมอบสินค้าจนได้รับ POD เป็นตัวชี้วัดประสิทธิภาพสำคัญของงานธุรการ โดยปกติต้องได้รับ POD ก่อนจึงจะชำระใบแจ้งหนี้ได้. แหล่งข้อมูล มักบันทึกเมื่อสแกนหรืออัปโหลดเอกสาร POD และเชื่อมโยงกับรายการขนส่งสินค้า ซึ่งทำให้สถานะเปลี่ยนหรือมีการกรอกช่อง 'POD Received Date'. บันทึก อ้างอิงจากเวลาที่อัปโหลดเอกสาร POD หรือเวลาที่สถานะเปลี่ยน. ประเภทเหตุการณ์ explicit | |||
| ผู้ขนส่งตอบรับข้อเสนอแล้ว | ผู้ขนส่งตอบรับคำขอขนส่งสินค้าอย่างเป็นทางการและยืนยันว่าจะดำเนินการขนส่ง โดยบันทึกเมื่อการตอบรับจากผู้ขนส่ง ซึ่งมักส่งผ่าน EDI หรืออัปเดตในพอร์ทัล ทำให้สถานะการขนส่งสินค้าเปลี่ยนไป. | ||
| เหตุผลที่สำคัญ นี่คือจุดยืนยันความรับผิดชอบที่สำคัญ เมื่อยืนยันผู้ขนส่งแล้ว ก็สามารถกำหนดเวลารับและส่งสินค้าได้ และถือเป็นจุดเริ่มต้นความรับผิดชอบของผู้ขนส่งอย่างเป็นทางการ. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะในรายการขนส่งสินค้า เช่น จาก 'Tendered' เป็น 'Booked' หรือ 'Accepted' ตามการสื่อสารจากผู้ขนส่ง. บันทึก อนุมานจากการเปลี่ยนสถานะหลังได้รับการตอบกลับจากผู้ขนส่งผ่าน EDI หรือพอร์ทัล. ประเภทเหตุการณ์ inferred | |||
| รับสินค้าแล้ว | ผู้ขนส่งรับสินค้าจากต้นทางแล้ว โดยทั่วไปบันทึกเป็นเหตุการณ์อย่างชัดเจน ซึ่งคนขับเป็นผู้ปรับปรุงข้อมูลหรือได้รับข้อมูลผ่านข้อความ EDI จากผู้ขนส่ง. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นของการขนส่งจริง และเป็นสถานะสำคัญสำหรับติดตามผลงานของผู้ขนส่งและการปฏิบัติตามกำหนดการ. แหล่งข้อมูล บันทึกเป็นการอัปเดตสถานะการขนส่งสินค้าเป็น 'In Transit' หรือ 'Picked Up' โดยมักเกิดจากคนขับกรอกข้อมูลผ่านมือถือ หรือได้รับข้อความ EDI 214 จากผู้ขนส่ง. บันทึก อ้างอิงจากบันทึกเหตุการณ์ที่ได้จากข้อความ EDI ของผู้ขนส่งหรือการอัปเดตจากแอปของคนขับ. ประเภทเหตุการณ์ explicit | |||
| ส่งมอบสินค้าแล้ว | สินค้าถึงปลายทางและส่งมอบให้ผู้รับสินค้าแล้ว นี่เป็นเหตุการณ์สำคัญที่คนขับอัปเดตข้อมูลหรือบันทึกผ่าน EDI ของผู้ขนส่ง. | ||
| เหตุผลที่สำคัญ นี่คือสถานะสำคัญสำหรับวัดการส่งมอบตรงเวลาและระยะเวลาดำเนินการโดยรวม อีกทั้งยังเป็นจุดเริ่มต้นของกระบวนการถัดไป เช่น การออกใบแจ้งหนี้และการรวบรวม POD. แหล่งข้อมูล บันทึกเป็นการอัปเดตสถานะการขนส่งสินค้าเป็น 'Delivered' โดยคนขับกรอกข้อมูลผ่านมือถือ หรือได้รับข้อความ EDI 214 จากผู้ขนส่งที่ระบุเวลาส่งมอบ. บันทึก อ้างอิงจากบันทึกเหตุการณ์ที่ได้จากข้อความ EDI ของผู้ขนส่งหรือการอัปเดตจากแอปของคนขับ. ประเภทเหตุการณ์ explicit | |||
| สร้างรายการขนส่งสินค้า | กิจกรรมนี้บันทึกการสร้างรายการขนส่งสินค้าใหม่ในระบบ โดยทั่วไปเริ่มจากคำขอใช้บริการขนส่งของลูกค้า ระบบจะบันทึกเมื่อมีรายการใหม่ในตารางหลักของการขนส่งสินค้าหรือคำสั่งซื้อ. | ||
| เหตุผลที่สำคัญ นี่คือจุดเริ่มต้นของกระบวนการขนส่งทั้งหมด การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้ไปจนถึงเหตุการณ์อื่นช่วยวัดประสิทธิภาพการดำเนินการตามคำสั่งซื้อและระยะเวลาดำเนินการโดยรวม. แหล่งข้อมูล โดยทั่วไป เหตุการณ์นี้เป็นการสร้างรายการอย่างชัดเจน ซึ่งบันทึกจากตารางหลักของการขนส่งสินค้าหรือโหลดใน Trimble TMS พร้อมเวลาที่สร้างรายการ. บันทึก อ้างอิงจากเวลาที่สร้างรายการขนส่งสินค้า. ประเภทเหตุการณ์ explicit | |||
| กำหนดเวลารับสินค้าแล้ว | กำหนดและบันทึกวันและเวลารับสินค้าไว้แล้ว อนุมานเหตุการณ์นี้จากการกรอกช่องวันที่และเวลารับสินค้าตามกำหนด. | ||
| เหตุผลที่สำคัญ การกำหนดเวลารับสินค้าเป็นขั้นตอนสำคัญที่ช่วยให้ผู้ส่งสินค้าทราบกำหนดการ หากมีช่วงเวลาล่าช้าระหว่างการจองกับการกำหนดเวลารับสินค้า อาจบ่งชี้ถึงปัญหาในการจัดสรรทรัพยากร. แหล่งข้อมูล อนุมานจากการกรอกช่อง 'Scheduled Pickup Date/Time' ในรายละเอียดการขนส่งสินค้าหรือจุดแวะใน Trimble TMS. บันทึก อนุมานจากเวลาที่กรอกช่องนัดหมายรับสินค้า. ประเภทเหตุการณ์ inferred | |||
| ได้รับใบแจ้งหนี้ค่าขนส่งแล้ว | ได้รับใบแจ้งหนี้ค่าบริการขนส่งจากผู้ขนส่งแล้ว กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนชำระบัญชีทางการเงิน. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มนับระยะเวลาชำระเงินและเริ่มกระบวนการตรวจสอบค่าขนส่ง การวิเคราะห์ข้อมูลนี้ช่วยให้บริหารกำหนดการชำระเจ้าหนี้ได้อย่างมีประสิทธิภาพ. แหล่งข้อมูล บันทึกเมื่อป้อนใบแจ้งหนี้จากผู้ขนส่งเข้าสู่ระบบด้วยตนเองหรือผ่านข้อความ EDI 210 โดยข้อมูลจะถูกบันทึกในตารางการเงินที่เกี่ยวข้องกับการขนส่งสินค้า. บันทึก อ้างอิงจากเวลาที่สร้างรายการใบแจ้งหนี้ค่าขนส่งในระบบ. ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบใบแจ้งหนี้ค่าขนส่งแล้ว | ตรวจสอบใบแจ้งหนี้ค่าขนส่งของผู้ขนส่งแล้ว โดยเทียบความถูกต้องกับอัตราค่าบริการตามสัญญาและบริการที่ดำเนินการ วิธีบันทึกคืออัปเดตสถานะของใบแจ้งหนี้. | ||
| เหตุผลที่สำคัญ นี่เป็นขั้นตอนควบคุมทางการเงินที่สำคัญ ระยะเวลาและผลลัพธ์ เช่น การปฏิเสธใบแจ้งหนี้ มีความสำคัญต่อการวิเคราะห์ประสิทธิภาพการตรวจสอบและความถูกต้องของการเรียกเก็บเงินจากผู้ขนส่ง. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของรายการใบแจ้งหนี้ค่าขนส่ง เช่น จาก 'Pending Audit' เป็น 'Audited' หรือ 'Approved for Payment'. บันทึก อนุมานจากการเปลี่ยนสถานะของรายการใบแจ้งหนี้ค่าขนส่ง. ประเภทเหตุการณ์ inferred | |||
| ผ่านพิธีการศุลกากรแล้ว | สำหรับการขนส่งระหว่างประเทศ หมายถึงสินค้าผ่านพิธีการศุลกากรเรียบร้อยแล้ว โดยปกติบันทึกจากการอัปเดตของตัวแทนออกของหรือผู้ขนส่ง. | ||
| เหตุผลที่สำคัญ การผ่านพิธีการศุลกากรเป็นคอขวดที่พบได้บ่อยในโลจิสติกส์ระหว่างประเทศ การวัดเวลาที่ใช้ในขั้นตอนนี้ช่วยระบุและแก้ไขความล่าช้าที่สำคัญได้. แหล่งข้อมูล มักบันทึกเป็นการอัปเดตสถานะหรือรายการเฉพาะในบันทึกเหตุการณ์ โดยอ้างอิงข้อความ EDI หรือการอัปเดตด้วยตนเองจากตัวแทนออกของหรือผู้ขนส่ง. บันทึก อ้างอิงจากบันทึกเหตุการณ์ที่ได้จากการสื่อสารของตัวแทนออกของหรือผู้ขนส่ง. ประเภทเหตุการณ์ explicit | |||
| ยกเลิกการขนส่งสินค้า | ยกเลิกการขนส่งสินค้าหลังสร้างรายการแล้ว แต่ก่อนรับสินค้าเสร็จสิ้น นี่เป็นสถานะสิ้นสุดอีกแบบหนึ่งของกระบวนการ. | ||
| เหตุผลที่สำคัญ การติดตามการยกเลิกช่วยระบุปัญหาในการพยากรณ์ความต้องการ การจัดการคำสั่งซื้อ หรือการวางแผน ซึ่งถือเป็นความล้มเหลวหรือข้อยกเว้นในกระบวนการ. แหล่งข้อมูล โดยทั่วไปเป็นการเปลี่ยนสถานะในรายการขนส่งสินค้าเป็น 'Cancelled' ซึ่งเป็นสถานะสิ้นสุด โดยเกิดจากการดำเนินการของผู้ใช้. บันทึก เปลี่ยนสถานะในรายการขนส่งสินค้าเป็น 'Cancelled' อย่างชัดเจน. ประเภทเหตุการณ์ explicit | |||
| เลือกผู้ขนส่งแล้ว | กำหนดผู้ขนส่งรายใดรายหนึ่งให้รับผิดชอบการขนส่งสินค้า โดยมักบันทึกเหตุการณ์นี้เมื่อมีการกรอกหรือแก้ไขช่องผู้ขนส่งในข้อมูลการขนส่งสินค้า. | ||
| เหตุผลที่สำคัญ การติดตามข้อมูลนี้ช่วยวิเคราะห์ประสิทธิภาพการกำหนดผู้ขนส่งและผลต่อเวลาจองและเวลารับสินค้าในขั้นตอนถัดไป อีกทั้งยังเป็นข้อมูลสำคัญสำหรับประเมินผลงานของผู้ขนส่ง. แหล่งข้อมูล อนุมานจากการกรอกหรือแก้ไขช่องรหัสผู้ขนส่งในรายการขนส่งสินค้า พร้อมเวลาที่เกี่ยวข้อง. บันทึก อนุมานจากเวลาที่กรอกข้อมูลผู้ขนส่ง. ประเภทเหตุการณ์ inferred | |||
| วางแผนการขนส่งสินค้าแล้ว | กำหนดเส้นทางเบื้องต้น วิธีขนส่ง และทรัพยากรที่อาจใช้ให้กับการขนส่งสินค้าแล้ว โดยทั่วไปอนุมานกิจกรรมนี้จากการเปลี่ยนสถานะในรายการขนส่งสินค้า. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการทำความเข้าใจประสิทธิภาพของขั้นตอนวางแผนโลจิสติกส์ หากล่าช้าอาจส่งผลต่อเนื่องไปถึงกำหนดการส่งมอบทั้งหมด. แหล่งข้อมูล มักอนุมานจากการเปลี่ยนแปลงช่องสถานะของการขนส่งสินค้า เช่น จาก 'New' เป็น 'Planned' หรือจากการกรอกข้อมูลเส้นทาง. บันทึก อนุมานจากการเปลี่ยนสถานะการขนส่งสินค้าเป็น 'Planned' หรือสถานะที่ใกล้เคียง. ประเภทเหตุการณ์ inferred | |||
| ส่งข้อเสนอการขนส่งสินค้าให้ผู้ขนส่ง | ส่งข้อเสนอการขนส่งสินค้าให้ผู้ขนส่งที่เลือกอย่างเป็นทางการเพื่อให้ตอบรับ โดยมักเป็นการดำเนินการใน TMS ที่ส่งการแจ้งเตือนหรือข้อความ EDI ไปยังผู้ขนส่ง. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นของการประสานงานกับผู้ขนส่ง ระยะเวลาตั้งแต่ส่งคำขอจนได้รับการตอบรับเป็นตัวชี้วัดสำคัญของความรวดเร็วในการตอบสนองและความล่าช้าในการจอง. แหล่งข้อมูล เหตุการณ์นี้น่าจะบันทึกเป็นเหตุการณ์หรือการเปลี่ยนสถานะอย่างชัดเจน เช่น สถานะเปลี่ยนเป็น 'Tendered' ในการติดตามวงจรการขนส่งสินค้าใน Trimble TMS. บันทึก บันทึกเมื่อดำเนินการส่งคำขอในระบบ. ประเภทเหตุการณ์ explicit | |||
| อยู่ระหว่างขนส่ง | หมายถึงช่วงเวลาหลังรับสินค้าและก่อนถึงปลายทาง โดยมักไม่ใช่เหตุการณ์เดียว แต่เป็นสถานะที่เชื่อมโยงกับการอัปเดตตำแหน่งหลายครั้งได้. | ||
| เหตุผลที่สำคัญ แม้จะเป็นสถานะมากกว่าเหตุการณ์ แต่การระบุจุดเริ่มต้นของช่วงนี้มีความสำคัญต่อการวัดเวลาขนส่ง และเปรียบเทียบกับเวลาประมาณการหรือผู้ขนส่งและวิธีขนส่งแบบต่างๆ. แหล่งข้อมูล โดยทั่วไปอนุมานจากสถานะการขนส่งสินค้าหลังเหตุการณ์ 'Goods Picked Up' โดยทันที เวลาเริ่มต้นคือเวลาที่รับสินค้า. บันทึก สถานะหลังจากรับสินค้าเรียบร้อยแล้ว. ประเภทเหตุการณ์ inferred | |||
คู่มือการดึงข้อมูล
ขณะนี้กำลังตรวจสอบวิธีดึงข้อมูลสำหรับกระบวนการนี้ โปรดกลับมาตรวจสอบภายหลัง หรือ ติดต่อเรา เพื่อขอความช่วยเหลือ.
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการจัดการขนส่งของคุณได้วันนี้ด้วยเทมเพลตข้อมูลฉบับละเอียดนี้ ช่วยให้การจัดการโลจิสติกส์คล่องตัวขึ้นและเพิ่มประสิทธิภาพการปฏิบัติการได้อย่างมั่นใจ.
ปรับปรุงการจัดการขนส่งของคุณ เริ่มได้เลย.
ยกระดับโลจิสติกส์ ลดระยะเวลาดำเนินการได้ 30% ด้วยแพลตฟอร์มของเรา.
ไม่ต้องใช้บัตรเครดิต เริ่มทดลองใช้ฟรีได้วันนี้.