เทมเพลตข้อมูลการจัดการการขนส่งของคุณ
เทมเพลตข้อมูลการจัดการการขนส่งของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำในการดึงข้อมูล
แอตทริบิวต์การจัดการการขนส่ง
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| Shipment ShipmentId | รหัสเฉพาะของ Shipment แต่ละรายการ ซึ่งใช้เป็น Case ID หลักในการติดตามกิจกรรมขนส่งทั้งหมดที่เกี่ยวข้อง. | ||
| คำอธิบาย Shipment ID เป็นรหัสเฉพาะที่ระบุการเคลื่อนย้ายสินค้าหนึ่งรายการจากผู้ส่งไปยังผู้รับ คุณสมบัตินี้เป็นหัวใจของการวิเคราะห์กระบวนการ เพราะใช้รวมเหตุการณ์ที่เกี่ยวข้อง เช่น การวางแผน การจอง การรับสินค้า การขนส่ง การส่งมอบ และการออกใบแจ้งหนี้ไว้ในกรณีเดียว ใน process mining การวิเคราะห์เหตุการณ์ตาม Shipment ID ช่วยให้เห็นภาพการขนส่งตั้งแต่ต้นจนจบ ใช้คำนวณตัวชี้วัดสำคัญ เช่น ระยะเวลาดำเนินการทั้งหมด ประสิทธิภาพการส่งตรงเวลา และต้นทุนต่อ Shipment ทำให้เข้าใจประสิทธิภาพกระบวนการและระดับการให้บริการลูกค้าได้ชัดเจน. เหตุผลที่สำคัญ นี่คือ Case ID หลักที่เชื่อมโยงทุกขั้นตอนของกระบวนการ ทำให้วิเคราะห์เส้นทางการขนส่งทั้งหมดของ Shipment แต่ละรายการได้. แหล่งข้อมูล โดยทั่วไปคีย์หลักนี้อยู่ใน Oracle Transportation Management ในตารางจัดการ Shipment หรือคำสั่งซื้อ โปรดดูชื่อ table และ field ที่แน่นอนในเอกสาร OTM. ตัวอย่าง SH-0012345SH-0012346SH-0012347 | |||
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์หรือหมุดหมายเฉพาะที่เกิดขึ้นในกระบวนการขนส่งของ Shipment. | ||
| คำอธิบาย คุณสมบัตินี้อธิบายขั้นตอนหนึ่งในวงจรการขนส่ง เช่น 'วางแผน Shipment แล้ว' 'รับสินค้าแล้ว' หรือ 'ส่งสินค้าแล้ว' แต่ละกิจกรรมแทนเหตุการณ์ทางธุรกิจที่ชัดเจน ซึ่งทำให้ Shipment เข้าใกล้การดำเนินการเสร็จสิ้น การวิเคราะห์ลำดับและระยะเวลาของกิจกรรมเหล่านี้เป็นหัวใจของ process mining ช่วยค้นหาเส้นทางกระบวนการที่เกิดขึ้นจริง ระบุคอขวดระหว่างขั้นตอน และวัดการปฏิบัติตามขั้นตอนการปฏิบัติงานมาตรฐาน ความแตกต่างของลำดับกิจกรรมอาจชี้ให้เห็นข้อยกเว้น การทำงานซ้ำ หรือการเบี่ยงเบนจากเส้นทางที่เหมาะสม. เหตุผลที่สำคัญ คุณสมบัตินี้กำหนดขั้นตอนในแผนผังกระบวนการ เพื่อให้เห็นและวิเคราะห์เส้นทางของ Shipment คอขวด และจุดที่เบี่ยงเบนได้. แหล่งข้อมูล ข้อมูลนี้ได้จากตารางติดตามเหตุการณ์หรือบันทึกการเปลี่ยนสถานะใน Oracle Transportation Management โดยอาจนำรหัสเหตุการณ์และคำอธิบายมาต่อกันเพื่อสร้างชื่อกิจกรรม. ตัวอย่าง วางแผนการขนส่งแล้วรับสินค้าแล้วผ่านพิธีการศุลกากรแล้วส่งสินค้าแล้ว | |||
| เวลาเกิดเหตุการณ์ EventTime | วันและเวลาที่แน่นอนซึ่งกิจกรรมหรือเหตุการณ์ขนส่งเกิดขึ้น. | ||
| คำอธิบาย เวลานี้ระบุช่วงเวลาที่ระบบบันทึกกิจกรรม เช่น 'กำหนดผู้ให้บริการขนส่งแล้ว' หรือ 'ได้รับหลักฐานการส่งมอบแล้ว' เวลาเกิดเหตุการณ์เป็นข้อมูลพื้นฐานของ process mining เพราะใช้เรียงลำดับเหตุการณ์ของ Shipment ความถูกต้องของเวลามีความสำคัญต่อการวิเคราะห์ตามเวลา ระบบใช้คำนวณระยะเวลาระหว่างกิจกรรม วัดระยะเวลาของกระบวนการ ระบุความล่าช้า และประเมินผลเทียบกับข้อตกลงระดับการให้บริการ การวิเคราะห์เวลาเกิดเหตุการณ์ช่วยระบุจุดที่เสียเวลาในกระบวนการ. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณตัวชี้วัดประสิทธิภาพทั้งหมด เช่น ระยะเวลาของกระบวนการและความล่าช้า. แหล่งข้อมูล ได้จากฟิลด์เวลาที่เชื่อมโยงกับเหตุการณ์ในตารางติดตามเหตุการณ์หรือประวัติสถานะของ OTM. ตัวอย่าง 2023-10-26T08:00:00Z2023-10-27T14:30:00Z2023-10-28T09:15:00Z | |||
| ค่าใช้จ่ายของ Shipment ShipmentCost | ค่าขนส่งรวมหรือจำนวนเงินที่เรียกเก็บสำหรับการขนส่ง Shipment. | ||
| คำอธิบาย คุณสมบัตินี้แสดงต้นทุนทางการเงินทั้งหมดของ Shipment รวมถึงค่าบริการผู้ให้บริการขนส่ง ค่าธรรมเนียมน้ำมันเชื้อเพลิง และค่าบริการเพิ่มเติมอื่น ๆ เป็นตัวชี้วัดสำคัญด้านการเงินของกระบวนการขนส่ง การวิเคราะห์ต้นทุน Shipment ช่วยคำนวณ KPI ต้นทุนเฉลี่ยต่อ Shipment ของผู้ให้บริการขนส่ง และแบ่งข้อมูลตามผู้ให้บริการ เส้นทาง รูปแบบการขนส่ง หรือประเภท Shipment เพื่อหาโอกาสลดต้นทุน นอกจากนี้ยังใช้ในการวิเคราะห์ข้อผิดพลาดในใบแจ้งหนี้ค่าขนส่ง เพื่อเปรียบเทียบต้นทุนตามแผนกับต้นทุนจริง. เหตุผลที่สำคัญ ให้ข้อมูลทางการเงินที่จำเป็นต่อการวิเคราะห์ค่าใช้จ่ายขนส่ง ค้นหาโอกาสลดต้นทุน และวัดผลกระทบทางการเงินจากความไม่มีประสิทธิภาพของกระบวนการ. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในส่วนการเงินหรือต้นทุนของ Shipment ใน OTM และมักกรอกหลังจากคำนวณค่าขนส่งและชำระบัญชีแล้ว. ตัวอย่าง 250.751200.00545.50 | |||
| ชื่อผู้ให้บริการขนส่ง CarrierName | ชื่อผู้ให้บริการขนส่งหรือผู้ให้บริการที่รับผิดชอบการเคลื่อนย้าย Shipment. | ||
| คำอธิบาย คุณสมบัตินี้ระบุคู่ค้าด้านโลจิสติกส์ที่ได้รับมอบหมายให้ขนส่งสินค้า ตัวอย่างเช่น บริษัทขนส่งสินค้ารายใหญ่ ผู้ให้บริการจัดส่งในพื้นที่ หรือสายการเดินเรือ เป้าหมายสำคัญของ process mining ด้านการขนส่งคือการวิเคราะห์ผลการดำเนินงานแยกตามผู้ให้บริการ คุณสมบัตินี้ช่วยแบ่ง Shipment เพื่อเปรียบเทียบผู้ให้บริการตามตัวชี้วัด เช่น อัตราการส่งตรงเวลา ต้นทุนต่อ Shipment ระยะเวลาขนส่ง และความถี่ของปัญหา เช่น ความล่าช้าหรือข้อผิดพลาดในการเรียกเก็บเงิน ข้อมูลเชิงลึกเหล่านี้มีประโยชน์ต่อการเลือกผู้ให้บริการ การเจรจาสัญญา และการบริหารผลการดำเนินงาน. เหตุผลที่สำคัญ ช่วยเปรียบเทียบผลการดำเนินงานของผู้ให้บริการขนส่งแต่ละราย ซึ่งสำคัญต่อการเลือกผู้ให้บริการ การเจรจาต่อรอง และการลดต้นทุนให้เหมาะสม. แหล่งข้อมูล ดูได้จากรายละเอียด Shipment ใน OTM ซึ่งเชื่อมโยงกับระเบียนผู้ให้บริการขนส่งที่ได้รับมอบหมาย โดยอาจจัดเก็บไว้ในตารางที่เกี่ยวข้องกับ Shipment และผู้ให้บริการ. ตัวอย่าง FedEx FreightUPS Supply Chain SolutionsMaersk LineKnight-Swift Transportation | |||
| รูปแบบการขนส่ง TransportationMode | วิธีขนส่ง Shipment เช่น รถบรรทุก รถไฟ เรือ หรือเครื่องบิน. | ||
| คำอธิบาย คุณสมบัตินี้จัดประเภท Shipment ตามรูปแบบการขนส่ง รูปแบบที่พบบ่อย ได้แก่ รถบรรทุกเต็มคัน (FTL) รถบรรทุกไม่เต็มคัน (LTL) เรือ เครื่องบิน และรถไฟ รูปแบบการขนส่งเป็นคุณลักษณะพื้นฐานของ Shipment ที่ส่งผลต่อต้นทุน ระยะเวลาขนส่ง และความซับซ้อน ในการวิเคราะห์ รูปแบบการขนส่งเป็นมิติสำคัญสำหรับแบ่งข้อมูล ช่วยเปรียบเทียบผลการดำเนินงานและต้นทุนของแต่ละรูปแบบ ตัวอย่างเช่น ช่วยระบุรูปแบบที่มีแนวโน้มเกิดความล่าช้าระหว่างขนส่งหรือมีต้นทุนต่อระยะทางสูงกว่า เพื่อประกอบการตัดสินใจเชิงกลยุทธ์เกี่ยวกับเครือข่ายโลจิสติกส์. เหตุผลที่สำคัญ ช่วยแบ่งการวิเคราะห์ประสิทธิภาพและต้นทุนตามรูปแบบการขนส่ง ทำให้เห็นข้อมูลเฉพาะของการขนส่งทางรถบรรทุก เครื่องบิน เรือ หรือรถไฟ. แหล่งข้อมูล เป็นคุณสมบัติมาตรฐานในระดับ Shipment ของ OTM โดยมักอยู่ในฟิลด์ 'mode' หรือ 'transport type' โดยเฉพาะ. ตัวอย่าง FTLLTLทางเรือAIR | |||
| วันที่ต้องการให้ส่งสินค้า RequestedDeliveryDate | วันและเวลาส่งสินค้าที่ลูกค้าร้องขอ หรือตกลงกันไว้เป็นเป้าหมายตามข้อตกลงระดับการให้บริการ (SLA). | ||
| คำอธิบาย คุณสมบัตินี้บันทึกเวลาส่งสินค้าเป้าหมายของ Shipment ซึ่งเป็นคำมั่นที่ให้ไว้กับลูกค้าและใช้เป็นเกณฑ์หลักในการวัดการส่งตรงเวลา ใน process mining จะนำวันที่นี้ไปเปรียบเทียบกับเวลาส่งสินค้าจริงจากกิจกรรม 'ส่งสินค้าแล้ว' เพื่อดูว่า Shipment ส่งตรงเวลาหรือล่าช้า ข้อมูลนี้เป็นพื้นฐานของ KPI อัตราการส่งตรงเวลา และจำเป็นต่อแดชบอร์ดภาพรวมประสิทธิภาพการส่งสินค้า การวิเคราะห์ความคลาดเคลื่อนช่วยระบุสาเหตุของความล่าช้าที่เกิดซ้ำและปรับปรุงความพึงพอใจของลูกค้า. เหตุผลที่สำคัญ เป็นเกณฑ์หลักในการวัดประสิทธิภาพการส่งตรงเวลา ซึ่งเป็น KPI สำคัญต่อความพึงพอใจของลูกค้าและประสิทธิภาพการปฏิบัติการ. แหล่งข้อมูล โดยทั่วไปจัดเก็บข้อมูลนี้ไว้ในระดับคำสั่งซื้อหรือ Shipment ใน OTM มักอยู่ในฟิลด์วันที่ส่งสินค้าหรือการนัดหมาย. ตัวอย่าง 2023-11-15T17:00:00Z2023-11-20T12:00:00Z2023-11-22T09:00:00Z | |||
| สาเหตุความล่าช้า DelayReason | รหัสหรือคำอธิบายที่ระบุสาเหตุความล่าช้าของ Shipment. | ||
| คำอธิบาย เมื่อ Shipment ล่าช้า คุณสมบัตินี้จะระบุสาเหตุ เช่น 'สภาพอากาศ' 'ศุลกากรระงับสินค้า' 'ท่าเรือแออัด' หรือ 'เครื่องจักรขัดข้อง' โดยบันทึกข้อมูลจากการอัปเดตของผู้ให้บริการขนส่งหรือการป้อนข้อมูลด้วยตนเองใน OTM คุณสมบัตินี้จำเป็นต่อการวิเคราะห์หาสาเหตุที่แท้จริงของการส่งสินค้าล่าช้า การจัดหมวดหมู่และนับสาเหตุความล่าช้าช่วยให้ธุรกิจเห็นปัญหาที่เกิดบ่อยที่สุดในห่วงโซ่อุปทาน และกำหนดแนวทางปรับปรุงได้ตรงจุด เช่น เลือกผู้ให้บริการที่เชื่อถือได้มากขึ้นสำหรับบางเส้นทาง หรือปรับปรุงเอกสารเพื่อให้ผ่านพิธีการศุลกากรได้เร็วขึ้น. เหตุผลที่สำคัญ ช่วยให้เห็นสาเหตุที่แท้จริงของ Shipment ที่ล่าช้า ทำให้กำหนดแนวทางแก้ไขปัญหาที่พบบ่อยได้ตรงจุดและเพิ่มประสิทธิภาพการส่งตรงเวลา. แหล่งข้อมูล โดยทั่วไปบันทึกไว้ในรายละเอียดเหตุการณ์ติดตามใน OTM และอาจเชื่อมโยงกับรหัสเหตุการณ์ข้อยกเว้นหรือความล่าช้าโดยเฉพาะ. ตัวอย่าง ความล่าช้าจากสภาพอากาศการตรวจสอบของศุลกากรท่าเรือแออัดการจราจร | |||
| ข้อแตกต่างของใบแจ้งค่าขนส่ง FreightBillDiscrepancy | ตัวบ่งชี้ว่าพบข้อแตกต่างระหว่างการตรวจสอบใบแจ้งค่าขนส่งหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้จะมีค่าเป็น 'true' เมื่อใบแจ้งค่าขนส่งที่ได้รับจากผู้ขนส่งไม่ตรงกับต้นทุนที่ OTM คำนวณไว้ ข้อแตกต่างอาจเกิดจากอัตราค่าขนส่งไม่ถูกต้อง ค่าบริการเพิ่มเติม หรือข้อผิดพลาดในการเรียกเก็บเงินอื่นๆ แอตทริบิวต์นี้ใช้คำนวณ KPI อัตราข้อแตกต่างของใบแจ้งค่าขนส่ง การวิเคราะห์ความถี่ของตัวบ่งชี้นี้แยกตามผู้ขนส่ง เส้นทาง หรือประเภทการขนส่ง ช่วยค้นหาสาเหตุของข้อผิดพลาดในการเรียกเก็บเงิน และสนับสนุนการปรับปรุงความถูกต้องของข้อมูล การตรวจสอบใบแจ้งค่าขนส่ง และการป้องกันการจ่ายเงินเกิน. เหตุผลที่สำคัญ ช่วยวิเคราะห์ข้อแตกต่างในใบแจ้งค่าขนส่งโดยตรง ด้วยการระบุการขนส่งที่มีข้อผิดพลาดในการเรียกเก็บเงิน จึงช่วยลดการจ่ายเงินเกินและเพิ่มประสิทธิภาพการควบคุมทางการเงิน. แหล่งข้อมูล โดยทั่วไป สถานะหรือตัวบ่งชี้นี้จะกำหนดระหว่างขั้นตอนการชำระค่าขนส่งและจับคู่ใบแจ้งหนี้ใน OTM. ตัวอย่าง truefalse | |||
| ชื่อผู้ใช้ UserName | ชื่อหรือ ID ของผู้ใช้ที่ดำเนินกิจกรรมหนึ่งๆ หรือรับผิดชอบกิจกรรมนั้น. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุผู้ใช้หรือเอเจนต์ของระบบที่ดำเนินการเหตุการณ์หนึ่งๆ เช่น 'วางแผนการขนส่งแล้ว' หรือ 'กำหนดผู้ขนส่งแล้ว' ข้อมูลนี้ช่วยระบุผู้รับผิดชอบและทำให้เห็นว่าทรัพยากรใดมีส่วนร่วมในกระบวนการ การวิเคราะห์กิจกรรมแยกตามผู้ใช้ด้วย process mining ช่วยให้เข้าใจการกระจายภาระงาน ระบุความต้องการด้านการฝึกอบรม และเปรียบเทียบผลการดำเนินงานของผู้ใช้หรือทีม นอกจากนี้ยังช่วยแยกกิจกรรมที่ผู้ใช้ทำด้วยตนเองออกจากกิจกรรมที่ระบบดำเนินการโดยอัตโนมัติได้. เหตุผลที่สำคัญ ช่วยระบุผู้รับผิดชอบ และวิเคราะห์ภาระงานกับผลการดำเนินงานแยกตามผู้ใช้หรือทีมได้. แหล่งข้อมูล ดึงข้อมูลจากฟิลด์ ID ผู้ใช้ เช่น INSERT_USER ที่เชื่อมโยงกับการเปลี่ยนสถานะหรือเหตุการณ์ในตารางประวัติหรือตารางบันทึกของ OTM. ตัวอย่าง JSMITHLOGISTICS_PLANNER_ASYSTEM_AUTO | |||
| ตัวแทนศุลกากร CustomsAgent | นายหน้าหรือตัวแทนศุลกากรที่รับผิดชอบการดำเนินพิธีการศุลกากรสำหรับการขนส่ง. | ||
| คำอธิบาย สำหรับการขนส่งระหว่างประเทศ แอตทริบิวต์นี้ระบุตัวแทนภายนอกหรือทีมภายในที่รับผิดชอบเอกสารและขั้นตอนศุลกากร ผลการดำเนินงานของตัวแทนรายนี้อาจส่งผลอย่างมากต่อเวลาขนส่งโดยรวม การวิเคราะห์ระยะเวลาดำเนินพิธีการศุลกากรแยกตามตัวแทนช่วยเปรียบเทียบผลการดำเนินงาน และระบุได้ว่าตัวแทนรายใดทำงานได้รวดเร็วในบางประเทศหรือกับสินค้าบางประเภท ข้อมูลนี้ช่วยเลือกพันธมิตรด้านศุลกากร และทำงานร่วมกับตัวแทนที่มีผลการดำเนินงานต่ำเพื่อปรับปรุงกระบวนการ. เหตุผลที่สำคัญ ช่วยวัดผลการดำเนินงานของนายหน้าศุลกากร ระบุพันธมิตรที่มีประสิทธิภาพที่สุด และลดความล่าช้าที่เกี่ยวข้องกับพิธีการศุลกากร. แหล่งข้อมูล ข้อมูลนี้อาจจัดเก็บเป็นผู้ให้บริการหรือบทบาทของคู่สัญญาในรายละเอียดการขนส่งระหว่างประเทศของ OTM. ตัวอย่าง Global Customs ServicesLivingston InternationalFlexport | |||
| ประเทศต้นทาง OriginCountry | ประเทศที่เป็นจุดเริ่มต้นของเส้นทาง Shipment. | ||
| คำอธิบาย คุณสมบัตินี้ระบุประเทศต้นทางของ Shipment ตามที่ตั้งของผู้ส่ง เป็นข้อมูลภูมิศาสตร์สำคัญสำหรับการวิเคราะห์ด้านโลจิสติกส์ การวิเคราะห์กระบวนการตามประเทศต้นทางช่วยให้เข้าใจความแตกต่างของผลการดำเนินงานในแต่ละภูมิภาค ตัวอย่างเช่น ระยะเวลาผ่านพิธีการศุลกากร ต้นทุนผู้ให้บริการขนส่ง และระยะเวลาขนส่งอาจแตกต่างกันมากตามประเทศต้นทาง การแบ่งข้อมูลเช่นนี้สำคัญต่อการจัดการโลจิสติกส์ระหว่างประเทศและค้นหาคอขวดเฉพาะภูมิภาค. เหตุผลที่สำคัญ ช่วยวิเคราะห์กระบวนการขนส่งตามภูมิศาสตร์ เพื่อค้นหาคอขวด ต้นทุน และความแตกต่างด้านประสิทธิภาพในแต่ละภูมิภาค. แหล่งข้อมูล ได้จากรายละเอียดที่อยู่ของสถานที่ต้นทางหรือผู้ส่งของ Shipment ซึ่งจัดเก็บไว้ในข้อมูลหลักสถานที่ของ OTM. ตัวอย่าง USADEUCHNMEX | |||
| ประเทศปลายทาง DestinationCountry | ประเทศที่กำหนดให้จัดส่ง Shipment ไปถึง. | ||
| คำอธิบาย คุณสมบัตินี้ระบุประเทศปลายทางของ Shipment ตามที่ตั้งของผู้รับสินค้า และใช้ประกอบการวิเคราะห์กระบวนการตามภูมิศาสตร์ร่วมกับประเทศต้นทาง เช่นเดียวกับประเทศต้นทาง การวิเคราะห์ตามประเทศปลายทางมีความสำคัญต่อการทำความเข้าใจความแตกต่างของผลการดำเนินงานในแต่ละเส้นทางการค้า โดยเฉพาะการวิเคราะห์ระยะเวลาผ่านพิธีการศุลกากร ประสิทธิภาพการส่งมอบช่วงสุดท้าย และประสิทธิภาพของผู้ให้บริการขนส่งในแต่ละภูมิภาค ข้อมูลนี้ช่วยปรับกลยุทธ์โลจิสติกส์ให้เหมาะกับข้อกำหนดของตลาดปลายทางแต่ละแห่ง. เหตุผลที่สำคัญ สำคัญต่อการวิเคราะห์ผลการดำเนินงานในเส้นทางการค้าเฉพาะ และทำความเข้าใจความท้าทายด้านศุลกากร ผู้ให้บริการขนส่ง และข้อกำหนดในตลาดปลายทาง. แหล่งข้อมูล ได้จากรายละเอียดที่อยู่ของสถานที่ปลายทางหรือผู้รับสินค้า ซึ่งจัดเก็บไว้ในข้อมูลหลักสถานที่ของ OTM. ตัวอย่าง CANFRAJPNBRA | |||
| ประเภท Shipment ShipmentType | การจัดประเภท Shipment เช่น ตามระดับบริการ ประเภทสินค้า หรือหน่วยธุรกิจ. | ||
| คำอธิบาย แอตทริบิวต์นี้ใช้จัดประเภทการขนส่งตามบริบททางธุรกิจ เช่น 'ทั่วไป' 'เร่งด่วน' 'วัตถุอันตราย' หรือ 'ระหว่างบริษัท' การจัดประเภทนี้ช่วยให้กำหนดกฎทางธุรกิจ ลำดับความสำคัญ หรือมุมมองการวิเคราะห์ที่แตกต่างกันได้ เมื่อนำประเภทการขนส่งมาใช้เป็นมิติในการทำ process mining คุณจะเปรียบเทียบกระบวนการของการขนส่งแต่ละประเภทได้ และเห็นว่าประเภทใดมีแนวโน้มล่าช้า มีต้นทุนสูงกว่า หรือมีเส้นทางกระบวนการที่ไม่เป็นไปตามมาตรฐาน ข้อมูลเชิงลึกนี้ช่วยปรับกระบวนการให้เหมาะกับความต้องการเฉพาะของการขนส่งแต่ละประเภทได้. เหตุผลที่สำคัญ ช่วยแบ่งการวิเคราะห์ตามบริบททางธุรกิจ ทำให้เข้าใจได้ว่าการขนส่งแต่ละประเภทใช้กระบวนการต่างกันหรือมีผลการดำเนินงานต่างกันหรือไม่. แหล่งข้อมูล โดยทั่วไป ฟิลด์หรือแอตทริบิวต์นี้กำหนดค่าได้ในระเบียนการขนส่งหรือคำสั่งซื้อของ OTM. ตัวอย่าง ทั่วไปเร่งด่วนระหว่างประเทศภายในประเทศ | |||
| เปลี่ยนเส้นทางการขนส่ง IsRerouted | ตัวบ่งชี้ว่าเปลี่ยนเส้นทางการขนส่งหลังจากจองครั้งแรกหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้จะมีค่าเป็น 'true' เมื่อมีการเปลี่ยนเส้นทางการขนส่งอย่างมีนัยสำคัญ หลังจากวางแผนและจองไปแล้ว สาเหตุอาจมาจากคำขอของลูกค้า เหตุขัดข้องที่ไม่คาดคิด หรือโอกาสในการปรับเส้นทางให้เหมาะสม แอตทริบิวต์นี้ใช้วัด KPI อัตราการเปลี่ยนเส้นทางการขนส่ง และแสดงข้อมูลเชิงลึกเกี่ยวกับการเปลี่ยนเส้นทางและการเร่งการขนส่งในแดชบอร์ด การติดตามความถี่ของการเปลี่ยนเส้นทางช่วยค้นหาปัญหาที่ซ่อนอยู่ในการวางแผนหรือการดำเนินงาน ทั้งยังชี้ให้เห็นความไม่เสถียรในการปฏิบัติการและต้นทุนที่เกี่ยวข้อง เพื่อให้ผู้จัดการหาวิธีลดการเปลี่ยนแปลงที่มีค่าใช้จ่ายสูงและรบกวนการทำงาน. เหตุผลที่สำคัญ ช่วยวัดความถี่และผลกระทบของเหตุการณ์ผิดปกติในการปฏิบัติการ เช่น การเปลี่ยนเส้นทาง และชี้ให้เห็นจุดที่ไม่มีประสิทธิภาพในการวางแผนและดำเนินงาน. แหล่งข้อมูล คำนวณตัวบ่งชี้นี้โดยตรวจหาเหตุการณ์เปลี่ยนเส้นทางที่กำหนดไว้ในบันทึกเหตุการณ์ หรือเปรียบเทียบเส้นทางสุดท้ายกับเส้นทางที่วางแผนไว้ตั้งแต่แรก. ตัวอย่าง truefalse | |||
| ระบบต้นทาง SourceSystem | ระบุระบบต้นทางของข้อมูลเหตุการณ์ เช่น Oracle Transportation Management. | ||
| คำอธิบาย คุณสมบัตินี้ระบุแอปพลิเคชันต้นทางที่สร้างข้อมูล ในระบบโลจิสติกส์ที่ซับซ้อน ข้อมูลอาจมาจาก OTM ระบบจัดการคลังสินค้า (WMS) ระบบของผู้ให้บริการขนส่งผ่าน EDI หรือแพลตฟอร์มอื่นที่เชื่อมต่อกัน การทราบระบบต้นทางสำคัญต่อการกำกับดูแลข้อมูล การประเมินคุณภาพ และการแก้ไขปัญหา ช่วยให้เข้าใจบริบทของข้อมูลและอธิบายความแตกต่างด้านรายละเอียดหรือความทันเวลาได้ ในการวิเคราะห์ คุณสามารถกรองเฉพาะเหตุการณ์จากระบบที่เชื่อถือได้. เหตุผลที่สำคัญ ช่วยให้เข้าใจที่มาของข้อมูล ซึ่งสำคัญต่อการตรวจสอบความถูกต้องและการวิเคราะห์ในสภาพแวดล้อมที่มีหลายระบบ. แหล่งข้อมูล โดยทั่วไปจะเพิ่มค่าแบบคงที่ระหว่างการดึงข้อมูล เพื่อระบุที่มาของระเบียน. ตัวอย่าง Oracle OTMOTM CloudSAP TM | |||
| ส่งมอบตรงเวลา IsOnTimeDelivery | ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าการขนส่งส่งถึงปลายทางภายในหรือก่อนวันที่ต้องการให้ส่งมอบหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้ได้จากการเปรียบเทียบเวลาของกิจกรรม 'ส่งมอบสินค้าแล้ว' กับ 'วันที่ต้องการให้ส่งมอบ' โดยจะมีค่าเป็น 'true' หากส่งมอบตรงเวลาหรือก่อนกำหนด และเป็น 'false' หากส่งล่าช้า แอตทริบิวต์นี้ใช้คำนวณ KPI อัตราการส่งมอบตรงเวลา และเป็นส่วนสำคัญของแดชบอร์ดภาพรวมผลการส่งมอบ ช่วยวิเคราะห์ผลการส่งมอบได้ง่ายขึ้น เพราะแสดงผลลัพธ์ของการขนส่งแต่ละรายการอย่างชัดเจนว่าเป็นไปตามกำหนดหรือล่าช้า คุณจึงกรอง สรุปผล และแสดงข้อมูลได้สะดวก. เหตุผลที่สำคัญ ตัวบ่งชี้ที่คำนวณขึ้นนี้ช่วยวัด KPI การส่งมอบตรงเวลา และกรองหรือวิเคราะห์การขนส่งที่ตรงเวลากับที่ล่าช้าได้ง่าย. แหล่งข้อมูล แอตทริบิวต์นี้ไม่มีอยู่ในระบบต้นทาง แต่คำนวณระหว่างการแปลงข้อมูลโดยเปรียบเทียบเวลาของกิจกรรม 'ส่งมอบสินค้าแล้ว' กับแอตทริบิวต์ 'RequestedDeliveryDate'. ตัวอย่าง truefalse | |||
| สถานะ Shipment ShipmentStatus | สถานะปัจจุบันโดยรวมของ Shipment ในวงจร เช่น 'วางแผนแล้ว' 'อยู่ระหว่างขนส่ง' หรือ 'ส่งแล้ว'. | ||
| คำอธิบาย คุณสมบัตินี้สรุปภาพรวมว่า Shipment อยู่ในขั้นตอนใดของกระบวนการ ต่างจากกิจกรรมซึ่งเป็นเหตุการณ์ ณ เวลาใดเวลาหนึ่ง สถานะจะแสดงสภาพของกรณี Shipment แม้ process mining จะเน้นการไหลของกิจกรรม แต่สถานะโดยรวมก็มีประโยชน์ต่อการกรองกรณีและแสดงบริบทในแดชบอร์ด ตัวอย่างเช่น คุณอาจวิเคราะห์เฉพาะ Shipment ที่ 'เสร็จสมบูรณ์' หรือค้นหาสาเหตุที่ Shipment จำนวนมากค้างอยู่ในสถานะ 'อยู่ระหว่างขนส่ง' นานผิดปกติ. เหตุผลที่สำคัญ สรุปความคืบหน้าของ Shipment ในภาพรวม ช่วยกรองและแบ่งกรณีในการวิเคราะห์. แหล่งข้อมูล ดูได้จากระเบียน Shipment หลักใน OTM ซึ่งแสดงสถานะปัจจุบันในเวิร์กโฟลว์. ตัวอย่าง วางแผนแล้วจองแล้วอยู่ระหว่างขนส่งส่งแล้ว | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลเหตุการณ์นี้จากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย คุณสมบัตินี้บันทึกเวลาล่าสุดที่ดึงข้อมูลจาก Oracle Transportation Management โดยแสดงความใหม่ของข้อมูลที่นำมาวิเคราะห์ ไม่ใช่เวลาที่เกิดเหตุการณ์ทางธุรกิจ เวลานี้สำคัญต่อการทำความเข้าใจว่าการวิเคราะห์ process mining เป็นปัจจุบันเพียงใด ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลแบบเรียลไทม์หรือข้อมูล ณ ช่วงเวลาใดเวลาหนึ่ง อีกทั้งจำเป็นต่อการจัดการรอบการรีเฟรชข้อมูลและช่วยให้ตัดสินใจจากข้อมูลปัจจุบัน. เหตุผลที่สำคัญ แสดงความใหม่ของข้อมูล เพื่อให้ผู้ใช้ทราบว่าการวิเคราะห์เป็นปัจจุบันเพียงใดและคาดว่าจะรีเฟรชข้อมูลครั้งถัดไปเมื่อใด. แหล่งข้อมูล โดยทั่วไปเป็นเวลาที่ระบบสร้างขึ้นและเพิ่มระหว่างการนำเข้าข้อมูลหรือขั้นตอน ETL. ตัวอย่าง 2023-11-01T02:00:00Z2023-11-02T02:00:00Z | |||
กิจกรรมในการจัดการการขนส่ง
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ดำเนินการชำระเงินแล้ว | กิจกรรมสุดท้ายนี้แสดงว่าดำเนินการชำระค่าบริการให้ผู้ให้บริการขนส่งสำเร็จ และเป็นการปิดรายการทางการเงินของ Shipment. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ปิดวงจรการขนส่ง ช่วยวัดระยะเวลาดำเนินการชำระเงินให้ผู้ให้บริการขนส่งและบริหารความสัมพันธ์กับผู้ให้บริการได้อย่างมีประสิทธิภาพ. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของใบสำคัญจ่ายหรือใบแจ้งหนี้ที่เกี่ยวข้องเป็น 'PAID' โดยข้อมูลนี้อยู่ในตาราง VOUCHER หรือ BILL. บันทึก ระบุเวลาที่ VOUCHER.VOUCHER_STATUS_ID เปลี่ยนเป็น 'PAID'. ประเภทเหตุการณ์ inferred | |||
| ได้รับคำขอขนส่ง | กิจกรรมนี้บันทึกการสร้างความต้องการขนส่งในระบบ โดยทั่วไปจะอยู่ในรูป Order Release ระบบบันทึกเหตุการณ์นี้เมื่อสร้างระเบียน Order Release ใหม่ใน Oracle Transportation Management ซึ่งแสดงถึงความต้องการขนส่งเริ่มต้น. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการ จึงสำคัญต่อการวัดเวลาตั้งแต่ต้นจนจบและทำความเข้าใจรูปแบบความต้องการ อีกทั้งช่วยวิเคราะห์เวลาตั้งแต่รับคำขอจนถึงเริ่มวางแผน. แหล่งข้อมูล เหตุการณ์นี้บันทึกไว้อย่างชัดเจนจากเวลาที่สร้างระเบียน Order Release ในตาราง ORDER_RELEASE โดยใช้ INSERT_DATE หรือฟิลด์วันที่สร้างที่ระบุไว้ได้. บันทึก ใช้เวลาที่สร้าง Order Release ในตาราง ORDER_RELEASE. ประเภทเหตุการณ์ explicit | |||
| ได้รับหลักฐานการส่งมอบแล้ว | กิจกรรมนี้แสดงการได้รับและบันทึกหลักฐานยืนยันอย่างเป็นทางการว่าส่งสินค้าเสร็จแล้ว เช่น เอกสารที่มีลายเซ็น โดยมักบันทึกเป็นเอกสารประเภทเฉพาะที่แนบกับ Shipment. | ||
| เหตุผลที่สำคัญ POD สำคัญต่อการวางบิลและการจัดการข้อโต้แย้ง การติดตามการได้รับ POD ช่วยให้ปฏิบัติตามข้อกำหนดของกระบวนการและปิดรอบการชำระเงินได้เร็วขึ้น. แหล่งข้อมูล อาจบันทึกเป็นเหตุการณ์โดยตรง หรืออนุมานจากวันที่สร้างเอกสาร POD ที่เชื่อมโยงกับ Shipment ให้ค้นหาเอกสารประเภท POD ในตาราง DOCUMENT. บันทึก ใช้เวลาที่สร้างเอกสารประเภท 'POD' ซึ่งเชื่อมโยงกับ Shipment. ประเภทเหตุการณ์ explicit | |||
| รับสินค้าแล้ว | กิจกรรมนี้แสดงจุดเริ่มต้นของการขนส่งจริง เมื่อผู้ให้บริการขนส่งรับสินค้าจากต้นทาง ระบบบันทึกเหตุการณ์นี้เมื่อจุดแวะแรกของ Shipment มีสถานะ 'DEPARTED'. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นหมุดหมายสำคัญที่บ่งบอกการเริ่มต้นช่วงขนส่ง ช่วยติดตามประสิทธิภาพการเข้ารับสินค้าของผู้ให้บริการและเวลาขนส่งจริง. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของจุดแวะแรกในตาราง SHIPMENT_STOP เป็น 'DEPARTED' หรือจากเหตุการณ์สถานะ Shipment ที่ระบุว่ารับสินค้าแล้ว. บันทึก ใช้เวลา ACTUAL_DEPARTURE จากระเบียนแรกในตาราง SHIPMENT_STOP ของ Shipment. ประเภทเหตุการณ์ inferred | |||
| วางแผนการขนส่งแล้ว | กิจกรรมนี้แสดงว่า OTM planning engine วางแผน Order Release อย่างน้อยหนึ่งรายการให้เป็น Shipment ที่ดำเนินการได้สำเร็จ ระบบบันทึกเหตุการณ์นี้เมื่อเปลี่ยนสถานะ Shipment เพื่อระบุว่าวางแผนแล้ว เช่น 'PLANNING_PLANNED FINAL'. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นหมุดหมายสำคัญที่แบ่งช่วงความต้องการออกจากช่วงดำเนินการ การวิเคราะห์เวลาจนถึงกิจกรรมนี้ช่วยระบุประสิทธิภาพการวางแผนและคอขวดด้านประสิทธิภาพของ engine. แหล่งข้อมูล อนุมานจากประวัติสถานะของออบเจ็กต์ Shipment ในตาราง SHIPMENT โดยค้นหาการเปลี่ยนสถานะที่แสดงว่าการวางแผนเสร็จสมบูรณ์. บันทึก ระบุเวลาที่ SHIPMENT.SHIPMENT_STATUS_VALUE_GID เปลี่ยนเป็นสถานะ 'Planned'. ประเภทเหตุการณ์ inferred | |||
| ส่งสินค้าแล้ว | กิจกรรมนี้แสดงว่า Shipment ส่งถึงผู้รับสินค้าปลายทางเรียบร้อยแล้ว ระบบบันทึกเมื่อระบุเวลามาถึงจริงของจุดแวะสุดท้ายใน Shipment. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายหลักในการวัดประสิทธิภาพการส่งตรงเวลาและระยะเวลาตั้งแต่ต้นจนจบ อีกทั้งเป็นขั้นตอนสุดท้ายของกระบวนการดำเนินงานขนส่ง. แหล่งข้อมูล อนุมานจากการกรอกฟิลด์ ACTUAL_ARRIVAL ในระเบียนจุดแวะสุดท้ายของ Shipment ในตาราง SHIPMENT_STOP. บันทึก ใช้เวลา ACTUAL_ARRIVAL จากระเบียนสุดท้ายในตาราง SHIPMENT_STOP ของ Shipment. ประเภทเหตุการณ์ inferred | |||
| Shipment อยู่ระหว่างขนส่ง | แสดงว่าสินค้าถูกรับไปแล้วและกำลังเดินทางไปยังปลายทาง กิจกรรมนี้ไม่ใช่เหตุการณ์ที่เกิดขึ้น ณ เวลาใดเวลาหนึ่ง แต่ระบบบันทึกจุดเริ่มต้นของสถานะนี้ต่อจากกิจกรรม 'รับสินค้าแล้ว' ทันที. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้บ่งบอกการเริ่มต้นช่วงขนส่ง ซึ่งสำคัญต่อการติดตามความคืบหน้าในการจัดส่งและค้นหาความล่าช้าระหว่างทาง อีกทั้งเป็นข้อมูลพื้นฐานของแดชบอร์ดจุดที่เกิดความล่าช้าระหว่างขนส่ง. แหล่งข้อมูล เป็นเหตุการณ์เดียวกับ 'รับสินค้าแล้ว' แต่ในโมเดลกระบวนการมักแสดงเป็นกิจกรรมแยก เพื่อระบุการเริ่มต้นช่วงใหม่ โดยอนุมานจากการออกจากจุดแวะแรก. บันทึก เช่นเดียวกับ 'รับสินค้าแล้ว' ให้ใช้เวลา ACTUAL_DEPARTURE จาก SHIPMENT_STOP รายการแรก. ประเภทเหตุการณ์ inferred | |||
| กำหนดผู้ให้บริการขนส่งแล้ว | กิจกรรมนี้บันทึกจุดที่มีการเสนอ Shipment ให้ผู้ให้บริการขนส่งรายหนึ่ง และผู้ให้บริการตอบรับสำเร็จ โดยตรวจดูการเปลี่ยนสถานะการเสนอขนส่งเป็น 'TENDER_ACCEPTED' หรือสถานะที่มีความหมายใกล้เคียง. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยวิเคราะห์ประสิทธิภาพการเลือกผู้ให้บริการขนส่งและการเสนอขนส่ง หากล่าช้าอาจกระทบกำหนดการโดยรวมอย่างมาก ทั้งที่ Shipment ยังไม่ได้เริ่มเคลื่อนย้าย. แหล่งข้อมูล อนุมานจากประวัติสถานะในตาราง SHIPMENT_TENDER โดยดูเวลาที่สถานะระบุว่าผู้ให้บริการขนส่งตอบรับ. บันทึก ใช้เวลาที่สถานะในประวัติการเสนอขนส่งของ Shipment เปลี่ยนเป็น 'TENDER_ACCEPTED'. ประเภทเหตุการณ์ inferred | |||
| กำหนดเวลานัดรับสินค้าแล้ว | กิจกรรมนี้ระบุว่ามีการกำหนดและบันทึกวันเวลารับสินค้าไว้แล้ว โดยมักบันทึกจากข้อมูลการนัดหมายที่จุดแวะของ Shipment. | ||
| เหตุผลที่สำคัญ การนัดหมายเป็นขั้นตอนสำคัญในการประสานงาน การวิเคราะห์กิจกรรมนี้ช่วยให้เข้าใจประสิทธิภาพการนัดหมายและผลต่อการรับสินค้าตรงเวลา. แหล่งข้อมูล อนุมานจากการกรอกฟิลด์วันที่และเวลานัดหมายของจุดแวะแรก ซึ่งเป็นสถานที่รับสินค้า โดยดูข้อมูลในตาราง SHIPMENT_STOP. บันทึก ใช้เวลาที่มีการกรอกฟิลด์นัดหมายของจุดรับสินค้าเป็นครั้งแรก. ประเภทเหตุการณ์ inferred | |||
| กำหนดเวลานัดส่งสินค้าแล้ว | กิจกรรมนี้บันทึกเวลาที่กำหนดวันและเวลาส่งสินค้ากับผู้รับสินค้าไว้แล้ว โดยบันทึกจากข้อมูลการนัดหมายที่จุดแวะสุดท้ายของ Shipment. | ||
| เหตุผลที่สำคัญ ขั้นตอนนี้สำคัญต่อการประสานงานส่งมอบสินค้าขั้นสุดท้าย การวิเคราะห์เวลาระหว่างสินค้ามาถึงกับเวลานัดส่งช่วยให้เห็นคอขวดในการปฏิบัติการช่วงสุดท้าย. แหล่งข้อมูล อนุมานจากการกรอกฟิลด์วันที่และเวลานัดหมายของจุดแวะสุดท้าย ซึ่งเป็นสถานที่ส่งสินค้า โดยดูข้อมูลในตาราง SHIPMENT_STOP. บันทึก ใช้เวลาที่มีการกรอกฟิลด์นัดหมายของจุดส่งสินค้าเป็นครั้งแรก. ประเภทเหตุการณ์ inferred | |||
| จองการขนส่งแล้ว | กิจกรรมนี้แสดงการยืนยันการจองกับผู้ให้บริการขนส่งอย่างเป็นทางการ หลังจากผู้ให้บริการตอบรับข้อเสนอแล้ว โดยทั่วไปบันทึกเมื่อสถานะ Shipment เปลี่ยนเป็น 'SECURE RESOURCES_BOOKED' หรือสถานะที่เทียบเท่า. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ยืนยันว่าผู้ให้บริการขนส่งตกลงรับงาน และทำให้ Shipment เข้าสู่ช่วงดำเนินการอย่างเป็นทางการ เป็นขั้นตอนสำคัญในการวัด KPI ระยะเวลาวางแผน Shipment. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ Shipment ในตาราง SHIPMENT โดยติดตามการเปลี่ยนเป็นสถานะยืนยันหรือจองแล้วหลังจากกำหนดผู้ให้บริการขนส่ง. บันทึก ระบุเวลาที่ SHIPMENT.SHIPMENT_STATUS_VALUE_GID เปลี่ยนเป็นสถานะ 'Booked'. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบใบแจ้งหนี้ค่าขนส่งแล้ว | กิจกรรมนี้บันทึกการตรวจสอบใบแจ้งหนี้ค่าขนส่งเสร็จสิ้น โดยนำใบแจ้งหนี้ของผู้ให้บริการขนส่งมาเทียบกับรายละเอียด Shipment และตรวจสอบความถูกต้อง ระบบบันทึกเมื่อสถานะใบแจ้งหนี้ของ Shipment เปลี่ยนเป็น 'VOUCHER_AUDITED' หรือสถานะที่ใกล้เคียง. | ||
| เหตุผลที่สำคัญ การตรวจสอบมีความสำคัญต่อการควบคุมการเงินและค้นหาข้อผิดพลาดในการเรียกเก็บเงิน การวิเคราะห์กิจกรรมนี้ช่วยปรับขั้นตอนตั้งแต่ตรวจสอบจนถึงชำระเงินให้กระชับ และสนับสนุน KPI อัตราข้อผิดพลาดในใบแจ้งหนี้ค่าขนส่ง. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ Bill ที่เชื่อมโยงกับ Shipment ให้ค้นหาการอัปเดตสถานะที่เกี่ยวข้องกับการตรวจสอบเสร็จสิ้นในตาราง BILL. บันทึก ระบุเวลาที่ BILL.BILL_STATUS_VALUE_GID เปลี่ยนเป็นสถานะ 'Audited'. ประเภทเหตุการณ์ inferred | |||
| ผ่านพิธีการศุลกากรแล้ว | สำหรับการขนส่งระหว่างประเทศ กิจกรรมนี้แสดงจุดที่สินค้าผ่านพิธีการศุลกากรที่ชายแดนหรือท่าเรือสำเร็จ โดยมักบันทึกผ่านเหตุการณ์หรือการอัปเดตสถานะ Shipment ที่ระบุไว้. | ||
| เหตุผลที่สำคัญ การผ่านพิธีการศุลกากรเป็นสาเหตุที่พบบ่อยของความล่าช้าครั้งใหญ่ในการขนส่งระหว่างประเทศ การติดตามกิจกรรมนี้ช่วยวัดและปรับปรุงระยะเวลาผ่านพิธีการศุลกากร. แหล่งข้อมูล โดยทั่วไปบันทึกเหตุการณ์นี้ผ่านเหตุการณ์ Shipment 'Customs' ที่ป้อนด้วยตนเองหรือเชื่อมต่อจากระบบอื่น ให้ค้นหารหัสเหตุการณ์ที่เกี่ยวข้องกับศุลกากรในตาราง SHIPMENT_STATUS. บันทึก ระบุเวลาของเหตุการณ์ 'Customs Cleared' ในตาราง SHIPMENT_STATUS. ประเภทเหตุการณ์ explicit | |||
| ยกเลิก Shipment | กิจกรรมนี้แสดงการยกเลิก Shipment หลังจากวางแผนแล้ว ทำให้วงจรสิ้นสุดก่อนกำหนด ระบบบันทึกเมื่อสถานะของออบเจ็กต์ Shipment เปลี่ยนเป็นสถานะ 'cancelled'. | ||
| เหตุผลที่สำคัญ การติดตามการยกเลิกช่วยให้เข้าใจข้อยกเว้นและปัญหาที่เกิดในกระบวนการ รวมถึงค้นหาสาเหตุ เช่น ความต้องการเปลี่ยนแปลงหรือข้อผิดพลาดในการวางแผน. แหล่งข้อมูล อนุมานจากประวัติสถานะของออบเจ็กต์ Shipment ในตาราง SHIPMENT โดยค้นหาการเปลี่ยนเป็นสถานะ เช่น 'PLANNING_CANCELED'. บันทึก ระบุเวลาที่ SHIPMENT.SHIPMENT_STATUS_VALUE_GID เปลี่ยนเป็นสถานะ 'Cancelled'. ประเภทเหตุการณ์ inferred | |||
คู่มือการดึงข้อมูล
ขั้นตอน
- เข้าใช้งาน BI Publisher: เข้าสู่ระบบแอปพลิเคชัน Oracle Transportation Management (OTM) ไปที่ Business Process Automation จากนั้นเลือก Reporting แล้วเลือก Report Manager เพื่อเปิดอินเทอร์เฟซ Oracle Business Intelligence Publisher.
- สร้าง Data Model: ใน BI Publisher คลิกปุ่ม New แล้วเลือก Data Model เพื่อเปิดเครื่องมือแก้ไข Data Model สำหรับกำหนดแหล่งข้อมูลของรายงาน.
- กำหนด SQL Query: ในเครื่องมือแก้ไข Data Model คลิกไอคอนเครื่องหมายบวกบนแผนภาพ Data Sets แล้วเลือก SQL Query ตั้งชื่อชุดข้อมูล เช่น 'OTM_Process_Mining_DS' เลือกฐานข้อมูล OTM เป็นแหล่งข้อมูล คัดลอก SQL Query ทั้งหมดจากส่วน 'query' ในเอกสารนี้ แล้ววางลงในช่อง SQL Query.
- เพิ่มพารามิเตอร์: Query ใช้พารามิเตอร์สำหรับช่วงวันที่และชื่อโดเมน (:P_START_DATE, :P_END_DATE, :P_DOMAIN_NAME) โดย BI Publisher จะตรวจพบพารามิเตอร์เหล่านี้โดยอัตโนมัติ คุณกำหนดคุณสมบัติได้ เช่น ตั้งชนิดข้อมูลของพารามิเตอร์วันที่เป็น Date.
- บันทึก Data Model: คลิกไอคอน Save เลือกตำแหน่งในแค็ตตาล็อก BI Publisher ตั้งชื่อที่สื่อความหมาย เช่น 'OTM Shipment Process Extraction' แล้วบันทึก Data Model.
- สร้างรายงาน: กลับไปที่แค็ตตาล็อก คลิกปุ่ม New แล้วเลือก Report ในตัวช่วยสร้างรายงาน เลือก 'Use Data Model' แล้วค้นหา Data Model ที่เพิ่งบันทึก.
- กำหนดรูปแบบรายงาน: ตัวช่วยสร้างจะแนะนำขั้นตอนสร้างรูปแบบรายงาน โดยใช้รูปแบบ 'Table' อย่างง่ายก็เพียงพอ ลากคอลัมน์ทั้งหมดจากชุดข้อมูลลงในตาราง อย่าจัดกลุ่มหรือรวมข้อมูล.
- บันทึกรายงาน: เมื่อตั้งค่ารูปแบบเรียบร้อยแล้ว ให้ไปยังขั้นตอนสุดท้ายและบันทึกรายงาน ตั้งชื่อให้สอดคล้องกับ Data Model.
- เรียกใช้รายงาน: เปิดรายงานที่สร้าง ระบบจะแจ้งให้กรอกค่าพารามิเตอร์ (วันที่เริ่มต้น วันที่สิ้นสุด และชื่อโดเมน) ให้ระบุช่วงเวลาที่ต้องการ.
- ส่งออกข้อมูล: เมื่อรายงานทำงานเสร็จและแสดงข้อมูลแล้ว คลิกเมนู Actions แล้วเลือก Export จากนั้นเลือกรูปแบบ CSV เพื่อดาวน์โหลดไฟล์ CSV ที่มีบันทึกเหตุการณ์.
- เตรียมไฟล์สำหรับอัปโหลด: เปิดไฟล์ CSV ที่ดาวน์โหลดมา ตรวจสอบว่าชื่อหัวคอลัมน์ตรงกับแอตทริบิวต์ที่จำเป็น ได้แก่
ShipmentId,ActivityName,EventTimeและแอตทริบิวต์ที่แนะนำ ตรวจสอบว่าคอลัมน์EventTimeใช้รูปแบบวันที่และเวลาที่สม่ำเสมอ จากนั้นอัปโหลดไฟล์ไปยัง ProcessMind ได้เลย.
การกำหนดค่า
- แหล่งข้อมูล: ต้องเรียกใช้ query กับสคีมาฐานข้อมูลการปฏิบัติการหลักของ OTM ซึ่งโดยทั่วไปมีชื่อว่า GLOGOWNER.
- พารามิเตอร์รายงาน:
P_START_DATE: วันเริ่มต้นของช่วงรายงาน ใช้รูปแบบ 'YYYY-MM-DD'.P_END_DATE: วันสิ้นสุดของช่วงรายงาน ใช้รูปแบบ 'YYYY-MM-DD'.P_DOMAIN_NAME: โดเมน OTM ที่ต้องการดึงข้อมูล ให้ใช้ '[Your Domain Name]'.
- ช่วงวันที่: สำหรับการวิเคราะห์ครั้งแรก แนะนำให้ดึงข้อมูลย้อนหลัง 3 ถึง 6 เดือน เพื่อให้ปริมาณข้อมูลสมดุลกับประสิทธิภาพการทำงาน เมื่อนำไปใช้จริง ให้พิจารณาดึงข้อมูลเป็นชุดรายเดือนหรือรายไตรมาส.
- สิทธิ์การใช้งาน: ผู้ใช้ OTM ที่เรียกใช้รายงานต้องมีบทบาทเฉพาะ เช่น BI PUBLISHER DATA MODEL DEVELOPER และ BI PUBLISHER REPORT DEVELOPER เพื่อสร้างและแก้ไข Data Model กับรายงาน และต้องมีสิทธิ์อ่านตารางฐานข้อมูลที่เกี่ยวข้องด้วย.
- ประสิทธิภาพ: Query นี้เชื่อมตารางขนาดใหญ่หลายตาราง หากมีข้อมูลจำนวนมาก แนะนำให้เรียกใช้รายงานนอกช่วงเวลาที่มีการใช้งานสูง เพื่อไม่ให้กระทบประสิทธิภาพของระบบ ควรกำหนดช่วงวันที่ให้แคบที่สุดเท่าที่จำเป็น เพื่อให้รายงานทำงานเสร็จภายในเวลาที่เหมาะสม.
ตัวอย่างคำค้น sql
WITH SHIPMENTS_BASE AS (
SELECT
S.SHIPMENT_GID AS ShipmentId,
SP.SERVPROV_NAME AS CarrierName,
S.TOTAL_ACTUAL_COST AS ShipmentCost,
TM.TRANSPORT_MODE_NAME AS TransportationMode,
(
SELECT MAX(ORL.LATE_DELIVERY_DATE)
FROM SHIPMENT_S_SHIP_UNIT SSU
JOIN S_SHIP_UNIT SU ON SSU.S_SHIP_UNIT_GID = SU.S_SHIP_UNIT_GID
JOIN ORDER_RELEASE ORL ON SU.ORDER_RELEASE_GID = ORL.ORDER_RELEASE_GID
WHERE SSU.SHIPMENT_GID = S.SHIPMENT_GID
) AS RequestedDeliveryDate,
S.DOMAIN_NAME
FROM SHIPMENT S
LEFT JOIN SERVPROV SP ON S.SERVPROV_GID = SP.SERVPROV_GID
LEFT JOIN TRANSPORT_MODE TM ON S.TRANSPORT_MODE_GID = TM.TRANSPORT_MODE_GID
WHERE S.INSERT_DATE BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD') + 1
AND S.DOMAIN_NAME = :P_DOMAIN_NAME
)
-- 1. Transportation Request Received
SELECT
SB.ShipmentId,
'Transportation Request Received' AS ActivityName,
MIN(ORL.INSERT_DATE) AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_S_SHIP_UNIT SSU ON SB.ShipmentId = SSU.SHIPMENT_GID
JOIN S_SHIP_UNIT SU ON SSU.S_SHIP_UNIT_GID = SU.S_SHIP_UNIT_GID
JOIN ORDER_RELEASE ORL ON SU.ORDER_RELEASE_GID = ORL.ORDER_RELEASE_GID
WHERE SB.DOMAIN_NAME = ORL.DOMAIN_NAME
GROUP BY SB.ShipmentId, SB.CarrierName, SB.RequestedDeliveryDate, SB.ShipmentCost, SB.TransportationMode
UNION ALL
-- 2. Shipment Planned
SELECT
SB.ShipmentId,
'Shipment Planned' AS ActivityName,
SS.STATUS_CHANGE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STATUS SS ON SB.ShipmentId = SS.SHIPMENT_GID
WHERE SS.STATUS_CODE_GID = 'PLANNING_PLANNED FINAL'
UNION ALL
-- 3. Carrier Assigned
SELECT
SB.ShipmentId,
'Carrier Assigned' AS ActivityName,
ST.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_TENDER ST ON SB.ShipmentId = ST.SHIPMENT_GID
WHERE ST.TENDER_STATUS_GID = 'TENDER_ACCEPTED'
UNION ALL
-- 4. Shipment Booked
SELECT
SB.ShipmentId,
'Shipment Booked' AS ActivityName,
SS.STATUS_CHANGE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STATUS SS ON SB.ShipmentId = SS.SHIPMENT_GID
WHERE SS.STATUS_CODE_GID = 'SECURE RESOURCES_BOOKED'
UNION ALL
-- 5. Pickup Appointment Scheduled
SELECT
SB.ShipmentId,
'Pickup Appointment Scheduled' AS ActivityName,
SST.APPOINTMENT_START_TIME AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.APPOINTMENT_START_TIME IS NOT NULL
UNION ALL
-- 6. Goods Picked Up
SELECT
SB.ShipmentId,
'Goods Picked Up' AS ActivityName,
SST.ACTUAL_DEPARTURE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.ACTUAL_DEPARTURE_DATE IS NOT NULL
UNION ALL
-- 7. Shipment In Transit
SELECT
SB.ShipmentId,
'Shipment In Transit' AS ActivityName,
SST.ACTUAL_DEPARTURE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = 1 AND SST.ACTUAL_DEPARTURE_DATE IS NOT NULL
UNION ALL
-- 8. Customs Cleared
SELECT
SB.ShipmentId,
'Customs Cleared' AS ActivityName,
SE.EVENT_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
SE.EVENT_REMARK_TEXT AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_EVENT SE ON SB.ShipmentId = SE.SHIPMENT_GID
WHERE SE.EVENT_CODE = '[Your Customs Cleared Event Code]'
UNION ALL
-- 9. Delivery Appointment Scheduled
SELECT
SB.ShipmentId,
'Delivery Appointment Scheduled' AS ActivityName,
SST.APPOINTMENT_START_TIME AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = (SELECT MAX(SST2.STOP_NUM) FROM SHIPMENT_STOP SST2 WHERE SST2.SHIPMENT_GID = SB.ShipmentId)
AND SST.APPOINTMENT_START_TIME IS NOT NULL
UNION ALL
-- 10. Goods Delivered
SELECT
SB.ShipmentId,
'Goods Delivered' AS ActivityName,
SST.ACTUAL_ARRIVAL_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_STOP SST ON SB.ShipmentId = SST.SHIPMENT_GID
WHERE SST.STOP_NUM = (SELECT MAX(SST2.STOP_NUM) FROM SHIPMENT_STOP SST2 WHERE SST2.SHIPMENT_GID = SB.ShipmentId)
AND SST.ACTUAL_ARRIVAL_DATE IS NOT NULL
UNION ALL
-- 11. Proof of Delivery Received
SELECT
SB.ShipmentId,
'Proof of Delivery Received' AS ActivityName,
SE.EVENT_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
SE.EVENT_REMARK_TEXT AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT_EVENT SE ON SB.ShipmentId = SE.SHIPMENT_GID
WHERE SE.EVENT_CODE = '[Your POD Received Event Code]'
UNION ALL
-- 12. Freight Bill Audited
SELECT
SB.ShipmentId,
'Freight Bill Audited' AS ActivityName,
B.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN BILL B ON SB.ShipmentId = B.SHIPMENT_GID
WHERE B.BILL_STATUS_GID = 'VOUCHER_AUDITED'
UNION ALL
-- 13. Payment Processed
SELECT
SB.ShipmentId,
'Payment Processed' AS ActivityName,
B.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN BILL B ON SB.ShipmentId = B.SHIPMENT_GID
WHERE B.BILL_STATUS_GID = '[Your Payment Processed Bill Status]'
UNION ALL
-- 14. Shipment Cancelled
SELECT
SB.ShipmentId,
'Shipment Cancelled' AS ActivityName,
S.UPDATE_DATE AS EventTime,
SB.CarrierName,
SB.RequestedDeliveryDate,
SB.ShipmentCost,
SB.TransportationMode,
NULL AS DelayReason
FROM SHIPMENTS_BASE SB
JOIN SHIPMENT S ON SB.ShipmentId = S.SHIPMENT_GID
WHERE S.SHIPMENT_STATUS_GID = 'SHIPMENT_CANCELLED' ขั้นตอน
- เชื่อมต่อฐานข้อมูล: ขอข้อมูลรับรองแบบอ่านอย่างเดียวและรายละเอียดการเชื่อมต่อฐานข้อมูล Oracle Transportation Management ได้แก่ host, port และ service ID คุณต้องเข้าถึงสคีมา
GLOGOWNER. - ตั้งค่า SQL Client: ตั้งค่าเครื่องมือ SQL client เช่น Oracle SQL Developer, DBeaver หรือ Toad โดยใช้รายละเอียดการเชื่อมต่อฐานข้อมูลจากขั้นตอนก่อนหน้า.
- เตรียม Query: คัดลอก SQL Query ทั้งหมดจากเอกสารนี้ไปยังตัวแก้ไข Query ใน SQL client.
- กำหนดพารามิเตอร์ Query: ค้นหาค่าตัวแทนในส่วน
WHEREของ Query แล้วแทนที่[START_DATE],[END_DATE]และ[YOUR_DOMAIN_NAME]ด้วยค่าที่เหมาะสมสำหรับการดึงข้อมูล เช่น กำหนดช่วงวันที่ 3-6 เดือน และระบุโดเมนการปฏิบัติการที่ต้องการวิเคราะห์. - เรียกใช้ Query: เรียกใช้ SQL Query ที่แก้ไขแล้ว ระยะเวลาที่ใช้ขึ้นอยู่กับช่วงวันที่และขนาดของระบบ ซึ่งอาจใช้เวลาหลายนาที.
- ตรวจสอบผลลัพธ์: เมื่อ Query ทำงานเสร็จ ให้ตรวจสอบผลลัพธ์ในเครื่องมืออย่างรวดเร็ว เพื่อยืนยันว่ามีแถวข้อมูล และคอลัมน์สำคัญ เช่น
ShipmentId,ActivityNameและEventTimeมีข้อมูล. - ส่งออกเป็น CSV: ส่งออกผลลัพธ์ทั้งหมดเป็นไฟล์ CSV โดยใช้การตั้งค่ามาตรฐาน ได้แก่ ตัวคั่นจุลภาค เครื่องหมายอัญประกาศคู่สำหรับข้อความ และการเข้ารหัส UTF-8.
- ตรวจสอบชื่อหัวคอลัมน์: ก่อนอัปโหลด ตรวจสอบว่าชื่อหัวคอลัมน์ในไฟล์ CSV ตรงกับชื่อแอตทริบิวต์ที่กำหนดทุกประการ ได้แก่
ShipmentId,ActivityName,EventTime,CarrierName,RequestedDeliveryDate,ShipmentCost,TransportationModeและDelayReason. - อัปโหลดไปยัง ProcessMind: ไฟล์ CSV ที่เตรียมไว้พร้อมอัปโหลดและวิเคราะห์ใน ProcessMind.
การกำหนดค่า
- สคีมาฐานข้อมูล: Query นี้ออกแบบมาให้เรียกใช้กับสคีมาฐานข้อมูลมาตรฐานของ Oracle Transportation Management ซึ่งโดยทั่วไปมีชื่อว่า
GLOGOWNER. - สิทธิ์ที่ต้องมี: ต้องใช้ผู้ใช้ฐานข้อมูลที่มีสิทธิ์อ่านตารางที่อ้างถึงใน Query ได้แก่
SHIPMENT,SHIPMENT_STOP,ORDER_RELEASE,SHIPMENT_STATUS,SERVPROV,SHIPMENT_COST,DOCUMENT,BILLและVOUCHER. - การกรองโดเมน: ในสภาพแวดล้อม OTM ที่มีหลายผู้เช่า จำเป็นต้องกรองด้วย
DOMAIN_NAMEQuery มีค่าตัวแทน[YOUR_DOMAIN_NAME]ซึ่งต้องกำหนดให้ตรงกับหน่วยธุรกิจที่ต้องการดึงข้อมูล. - ช่วงวันที่: เพื่อควบคุมประสิทธิภาพและปริมาณข้อมูล ต้องระบุวันที่เริ่มต้นและวันที่สิ้นสุด แนะนำให้กรองด้วยคอลัมน์ที่มีดัชนี เช่น
SHIPMENT.INSERT_DATEสำหรับการวิเคราะห์ครั้งแรก มักใช้ช่วงเวลา 3 ถึง 6 เดือน. - ปรับรหัสสถานะ: Query ใช้รหัสสถานะเริ่มต้นที่พบได้ทั่วไป เช่น
PLANNING_PLANNED FINALและTENDER_ACCEPTEDการติดตั้ง OTM ของคุณอาจใช้รหัสสถานะที่กำหนดเอง จึงอาจต้องปรับค่าในส่วนWHEREให้ตรงกับการตั้งค่าระบบ.
ตัวอย่างคำค้น sql
WITH ShipmentBase AS (
SELECT s.SHIPMENT_GID, s.SERVPROV_GID, s.LATE_DELIVERY_DATE, s.TRANSPORT_MODE_GID, sc.TotalShipmentCost
FROM GLOGOWNER.SHIPMENT s
LEFT JOIN (
SELECT sc.SHIPMENT_GID, SUM(sc.COST) as TotalShipmentCost
FROM GLOGOWNER.SHIPMENT_COST sc
GROUP BY sc.SHIPMENT_GID
) sc ON s.SHIPMENT_GID = sc.SHIPMENT_GID
WHERE s.INSERT_DATE BETWEEN TO_DATE('[START_DATE]', 'YYYY-MM-DD') AND TO_DATE('[END_DATE]', 'YYYY-MM-DD')
AND s.DOMAIN_NAME = '[YOUR_DOMAIN_NAME]'
),
OrderReleaseInfo AS (
SELECT ssu.SHIPMENT_GID, MIN(orl.INSERT_DATE) as Earliest_OR_Date
FROM GLOGOWNER.S_SHIP_UNIT ssu
JOIN GLOGOWNER.S_SHIP_UNIT_LINE ssul ON ssu.S_SHIP_UNIT_GID = ssul.S_SHIP_UNIT_GID
JOIN GLOGOWNER.ORDER_RELEASE_LINE orl ON ssul.ORDER_RELEASE_LINE_GID = orl.ORDER_RELEASE_LINE_GID
GROUP BY ssu.SHIPMENT_GID
)
-- 1. Transportation Request Received
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Transportation Request Received' AS "ActivityName",
ori.Earliest_OR_Date AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN OrderReleaseInfo ori ON sb.SHIPMENT_GID = ori.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ori.Earliest_OR_Date IS NOT NULL
UNION ALL
-- 2. Shipment Planned
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Planned' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'PLANNING_PLANNED FINAL'
UNION ALL
-- 3. Carrier Assigned
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Carrier Assigned' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'TENDER_ACCEPTED'
UNION ALL
-- 4. Shipment Booked
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Booked' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID = 'SECURE RESOURCES_BOOKED'
UNION ALL
-- 5. Pickup Appointment Scheduled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Pickup Appointment Scheduled' AS "ActivityName",
stp.APPT_START_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.APPT_START_TIME IS NOT NULL
UNION ALL
-- 6. Goods Picked Up
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Goods Picked Up' AS "ActivityName",
stp.ACTUAL_DEPARTURE_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.ACTUAL_DEPARTURE_TIME IS NOT NULL
UNION ALL
-- 7. Shipment In Transit
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment In Transit' AS "ActivityName",
stp.ACTUAL_DEPARTURE_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = 1 AND stp.ACTUAL_DEPARTURE_TIME IS NOT NULL
UNION ALL
-- 8. Customs Cleared
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Customs Cleared' AS "ActivityName",
se.EVENT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
se.REMARK_TEXT AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_EVENT se ON sb.SHIPMENT_GID = se.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE se.EVENT_CODE_GID = '[Your Customs Cleared Event Code]'
UNION ALL
-- 9. Delivery Appointment Scheduled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Delivery Appointment Scheduled' AS "ActivityName",
stp.APPT_START_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = (SELECT MAX(s2.STOP_NUM) FROM GLOGOWNER.SHIPMENT_STOP s2 WHERE s2.SHIPMENT_GID = stp.SHIPMENT_GID)
AND stp.APPT_START_TIME IS NOT NULL
UNION ALL
-- 10. Goods Delivered
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Goods Delivered' AS "ActivityName",
stp.ACTUAL_ARRIVAL_TIME AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STOP stp ON sb.SHIPMENT_GID = stp.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE stp.STOP_NUM = (SELECT MAX(s2.STOP_NUM) FROM GLOGOWNER.SHIPMENT_STOP s2 WHERE s2.SHIPMENT_GID = stp.SHIPMENT_GID)
AND stp.ACTUAL_ARRIVAL_TIME IS NOT NULL
UNION ALL
-- 11. Proof of Delivery Received
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Proof of Delivery Received' AS "ActivityName",
d.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.DOCUMENT d ON sb.SHIPMENT_GID = d.OBJECT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE d.OBJECT_TYPE_GID = 'SHIPMENT' AND d.DOCUMENT_TYPE_GID = 'POD'
UNION ALL
-- 12. Freight Bill Audited
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Freight Bill Audited' AS "ActivityName",
b.UPDATE_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.BILL b ON sb.SHIPMENT_GID = b.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE b.APPROVAL_STATUS_GID = 'VOUCHER_AUDITED'
UNION ALL
-- 13. Payment Processed
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Payment Processed' AS "ActivityName",
v.UPDATE_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.BILL b ON sb.SHIPMENT_GID = b.SHIPMENT_GID
JOIN GLOGOWNER.VOUCHER v ON b.BILL_GID = v.BILL_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE v.VOUCHER_STATUS_GID = 'VOUCHER_PAID' -- This status may vary based on configuration
UNION ALL
-- 14. Shipment Cancelled
SELECT
sb.SHIPMENT_GID AS "ShipmentId",
'Shipment Cancelled' AS "ActivityName",
ss.INSERT_DATE AS "EventTime",
sp.SERVPROV_NAME AS "CarrierName",
sb.LATE_DELIVERY_DATE AS "RequestedDeliveryDate",
sb.TotalShipmentCost AS "ShipmentCost",
sb.TRANSPORT_MODE_GID AS "TransportationMode",
CAST(NULL AS VARCHAR(255)) AS "DelayReason"
FROM ShipmentBase sb
JOIN GLOGOWNER.SHIPMENT_STATUS ss ON sb.SHIPMENT_GID = ss.SHIPMENT_GID
LEFT JOIN GLOGOWNER.SERVPROV sp ON sb.SERVPROV_GID = sp.SERVPROV_GID
WHERE ss.STATUS_CODE_GID LIKE '%CANCELLED%'; พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เปลี่ยนข้อมูลดิบให้เป็นข้อมูลเชิงลึกที่นำไปใช้ได้จริง และปรับปรุงกระบวนการขนส่งให้ดีขึ้น เริ่มต้นปรับปรุงกระบวนการได้วันนี้.
เริ่มปรับปรุงการจัดการการขนส่งวันนี้
ลดระยะเวลารอบกระบวนการลง 30% และขจัดคอขวดใน Oracle OTM.
ไม่ต้องใช้บัตรเครดิต • ทดลองใช้ฟรี 14 วัน