เทมเพลตข้อมูลการจัดการห่วงโซ่อุปทานของคุณ
เทมเพลตข้อมูลการจัดการห่วงโซ่อุปทานของคุณ
- แอตทริบิวต์ที่แนะนำให้เก็บเพื่อการวิเคราะห์อย่างละเอียด
- กิจกรรมและจุดสำคัญของกระบวนการที่ควรติดตาม
- คำแนะนำทีละขั้นตอนในการดึงข้อมูลจาก Blue Yonder
แอตทริบิวต์การจัดการห่วงโซ่อุปทาน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| คำสั่งซื้อด้านโลจิสติกส์ LogisticsOrder | รหัสเฉพาะของคำสั่งซื้อด้านโลจิสติกส์แต่ละรายการ ใช้เป็น Case ID หลักในการติดตามกระบวนการห่วงโซ่อุปทานตั้งแต่ต้นจนจบ. | ||
| คำอธิบาย คำสั่งซื้อด้านโลจิสติกส์เป็นรหัสหลักที่เชื่อมโยงกิจกรรมทั้งหมด ตั้งแต่สร้างคำสั่งซื้อของลูกค้าไปจนถึงส่งมอบสินค้า แต่ละหมายเลขคำสั่งซื้อด้านโลจิสติกส์ที่ไม่ซ้ำกันแทนกระบวนการห่วงโซ่อุปทานหนึ่งรายการ. ใน process mining การวิเคราะห์ข้อมูลตามคำสั่งซื้อด้านโลจิสติกส์ช่วยให้เห็นวงจรชีวิตของคำสั่งซื้อได้ครบถ้วน ซึ่งจำเป็นต่อการคำนวณรอบเวลาตั้งแต่ต้นจนจบ การระบุรูปแบบกระบวนการที่แตกต่างกัน และการทำความเข้าใจเส้นทางของแต่ละคำสั่งซื้อในขั้นตอนต่างๆ เช่น การจัดซื้อ การผลิต และการกระจายสินค้า. เหตุผลที่สำคัญ นี่คือ Case ID หลักที่เชื่อมโยงทุกขั้นตอนของกระบวนการเข้าด้วยกัน ทำให้สร้างภาพและวิเคราะห์เส้นทางการจัดส่งคำสั่งซื้อทั้งหมดได้. แหล่งข้อมูล โดยทั่วไปจะพบรหัสนี้ในโมดูลหลักด้านการจัดการคำสั่งซื้อหรือการดำเนินงานโลจิสติกส์ของ Blue Yonder. ตัวอย่าง LO-845123LO-845124LO-845125 | |||
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์หรือขั้นตอนทางธุรกิจที่เกิดขึ้นในกระบวนการโลจิสติกส์ เช่น 'ออกใบสั่งซื้อ' หรือ 'หยิบและบรรจุสินค้า'. | ||
| คำอธิบาย ชื่อกิจกรรมอธิบายขั้นตอนหรืองานหนึ่งรายการที่ดำเนินการในวงจรชีวิตของคำสั่งซื้อด้านโลจิสติกส์ ระบบบันทึกเหตุการณ์เหล่านี้ตามลำดับเวลา เพื่อสร้างลำดับการดำเนินงานของแต่ละเคส. การวิเคราะห์กิจกรรมเป็นพื้นฐานของ process mining ช่วยให้เห็นภาพแผนผังกระบวนการ ตรวจหาคอขวดระหว่างขั้นตอน วิเคราะห์ความถี่ของกิจกรรม และระบุความเบี่ยงเบนจากลำดับกระบวนการมาตรฐาน. เหตุผลที่สำคัญ แอตทริบิวต์นี้กำหนดขั้นตอนต่างๆ ในแผนผังกระบวนการ ทำให้เห็นภาพ วิเคราะห์ และปรับปรุงการไหลของคำสั่งซื้อด้านโลจิสติกส์ได้. แหล่งข้อมูล ชื่อกิจกรรมได้มาจากบันทึกเหตุการณ์ รหัสธุรกรรม หรือการเปลี่ยนสถานะที่บันทึกไว้ในโมดูลต่างๆ ของ Blue Yonder ซึ่งเกี่ยวข้องกับคลังสินค้า การขนส่ง และการจัดการคำสั่งซื้อ. ตัวอย่าง รับคำสั่งซื้อจากลูกค้าผลิตสินค้าเสร็จจัดตารางการจัดส่งลงนามยืนยันการรับสินค้า | |||
| เวลาเริ่มต้น EventTime | เวลาที่ระบุว่ากิจกรรมเริ่มต้นหรือเกิดขึ้นเมื่อใด. | ||
| คำอธิบาย เวลาเหตุการณ์หรือเวลาเริ่มต้นคือวันที่และเวลาที่แน่นอนซึ่งระบบต้นทางบันทึกกิจกรรมไว้ ข้อมูลตามลำดับเวลานี้จำเป็นต่อการจัดเรียงเหตุการณ์ให้ถูกต้องและการวิเคราะห์ที่อิงเวลา. ระบบใช้เวลานี้คำนวณรอบเวลาระหว่างกิจกรรม วัดระยะเวลาของกระบวนการทั้งหมด และระบุความล่าช้าหรือเวลารอ นอกจากนี้ยังเป็นข้อมูลพื้นฐานของ KPI ที่เกี่ยวกับประสิทธิภาพเกือบทั้งหมด เช่น ระยะเวลาตั้งแต่รับคำสั่งซื้อจนถึงส่งมอบ และรอบเวลาการขนส่ง. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณระยะเวลา และวิเคราะห์ประสิทธิภาพกับคอขวดของกระบวนการตามช่วงเวลา. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้มีอยู่ในรูปแบบเวลาประทับวันที่สร้าง วันที่แก้ไข หรือวันที่ลงรายการ ในตารางข้อมูลธุรกรรมของออบเจ็กต์ทางธุรกิจแต่ละรายการใน Blue Yonder. ตัวอย่าง 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| ชื่อซัพพลายเออร์ SupplierName | ชื่อซัพพลายเออร์ที่จัดหาวัตถุดิบหรือส่วนประกอบตามใบสั่งซื้อ. | ||
| คำอธิบาย ชื่อซัพพลายเออร์ระบุผู้ขายที่จัดหาสินค้าในกระบวนการห่วงโซ่อุปทาน เป็นมิติสำคัญในการวิเคราะห์ขั้นตอนโลจิสติกส์ขาเข้าและการจัดซื้อ. ใช้แอตทริบิวต์นี้ในแดชบอร์ด 'ประสิทธิภาพขาเข้าของซัพพลายเออร์' เพื่อแยกรอบเวลาตั้งแต่สร้างใบสั่งซื้อจนถึงรับวัตถุดิบตามซัพพลายเออร์ การวิเคราะห์นี้ช่วยระบุซัพพลายเออร์ที่ส่งมอบได้รวดเร็วและเชื่อถือได้ รวมถึงรายที่ทำให้เกิดความล่าช้าเป็นประจำ เพื่อนำไปใช้วางแผนการจัดซื้อและบริหารความสัมพันธ์กับซัพพลายเออร์. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของซัพพลายเออร์แต่ละราย ซึ่งสำคัญต่อการปรับปรุงโลจิสติกส์ขาเข้าและทำให้มั่นใจว่าการผลิตเป็นไปตามกำหนด. แหล่งข้อมูล จัดเก็บข้อมูลนี้ไว้ในข้อมูลส่วนหัวของใบสั่งซื้อ และเชื่อมโยงกับตารางข้อมูลหลักของซัพพลายเออร์ใน Blue Yonder หรือระบบ ERP ที่เชื่อมต่อ. ตัวอย่าง Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| ชื่อผู้ใช้ UserName | รหัสหรือชื่อผู้ใช้ของผู้ที่ดำเนินกิจกรรม. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบขั้นตอนหนึ่งของกระบวนการ จำเป็นต่อการทำความเข้าใจการจัดสรรทรัพยากร การกระจายภาระงาน และประสิทธิภาพในระดับบุคคลหรือทีม. ในการวิเคราะห์ คุณสามารถใช้ชื่อผู้ใช้กรองแผนผังกระบวนการ เพื่อดูว่าผู้ใช้แต่ละคนทำงานเดียวกันอย่างไร ระบุความต้องการในการฝึกอบรม หรือค้นหาผู้ที่ทำผลงานได้ดี นอกจากนี้ยังสำคัญต่อแดชบอร์ด 'งานที่ทำด้วยตนเองและโอกาสในการใช้ระบบอัตโนมัติ' เพื่อดูว่าผู้ใช้คนใดทำงานซ้ำๆ บ่อยครั้ง. เหตุผลที่สำคัญ เชื่อมโยงการดำเนินงานของผู้ใช้กับบุคคลที่ระบุ ช่วยวิเคราะห์ภาระงาน เปรียบเทียบประสิทธิภาพ และค้นหาโอกาสในการใช้ระบบอัตโนมัติ. แหล่งข้อมูล โดยทั่วไปพบในข้อมูลธุรกรรมในฟิลด์ 'สร้างโดย' หรือ 'แก้ไขโดย' ซึ่งเชื่อมโยงกับตารางข้อมูลหลักของผู้ใช้ใน Blue Yonder. ตัวอย่าง j.doea.smithSYSTEM_RFC | |||
| ประเภทคำสั่งซื้อ OrderType | การจัดประเภทคำสั่งซื้อ เช่น 'คำสั่งซื้อทั่วไป' 'คำสั่งซื้อเร่งด่วน' หรือ 'คำสั่งซื้อจำนวนมาก'. | ||
| คำอธิบาย ประเภทคำสั่งซื้อใช้จัดกลุ่มคำสั่งซื้อด้านโลจิสติกส์ตามลักษณะ ความเร่งด่วน หรือบริบททางธุรกิจ คำสั่งซื้อแต่ละประเภทมักมีเส้นทางกระบวนการหรือข้อตกลงระดับการให้บริการ (SLA) ที่แตกต่างกัน การวิเคราะห์ตามประเภทคำสั่งซื้อช่วยให้เข้าใจความแตกต่างของกระบวนการ เช่น คำสั่งซื้อเร่งด่วนมักมีรอบเวลาดำเนินการสั้นกว่าและอาจข้ามบางขั้นตอน ส่วนคำสั่งซื้อจำนวนมากอาจมีระยะเวลาผลิตนานกว่า แอตทริบิวต์นี้ช่วยอธิบายว่าทำไมบางกรณีจึงแตกต่างจากรูปแบบปกติ และใช้ประกอบการวิเคราะห์ในแดชบอร์ด 'Process Variant Analysis'. เหตุผลที่สำคัญ ช่วยอธิบายความแตกต่างของกระบวนการและประสิทธิภาพ เนื่องจากคำสั่งซื้อแต่ละประเภทมักมีเส้นทาง ลำดับความสำคัญ และ SLA เฉพาะตัว. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้จัดเก็บในส่วนหัวคำสั่งซื้อของระบบจัดการคำสั่งซื้อใน Blue Yonder. ตัวอย่าง ทั่วไปเร่งด่วนโอนย้ายสินค้าคงคลังคืนสินค้า | |||
| วันที่ลูกค้าต้องการรับสินค้า RequestedDeliveryDate | วันที่ลูกค้าระบุว่าต้องการรับคำสั่งซื้อ. | ||
| คำอธิบาย วันที่ลูกค้าต้องการให้ส่งมอบเป็นข้อมูลหลักของลูกค้าที่สำคัญ ซึ่งเชื่อมโยงกับคำสั่งซื้อด้านโลจิสติกส์ วันที่นี้แสดงถึงคำมั่นที่ให้ไว้กับลูกค้า และเป็นเกณฑ์หลักในการวัดประสิทธิภาพการส่งมอบ. นำวันที่นี้ไปเปรียบเทียบกับ 'วันที่ส่งมอบจริง' เพื่อคำนวณ KPI อัตราการส่งมอบตรงเวลา ข้อมูลนี้เป็นพื้นฐานของแดชบอร์ด 'ประสิทธิภาพการส่งมอบตรงเวลา' ซึ่งช่วยวิเคราะห์ความล่าช้าและสาเหตุ เช่น ประสิทธิภาพของผู้ขนส่งหรือคอขวดภายในองค์กร. เหตุผลที่สำคัญ นี่คือเกณฑ์พื้นฐานในการวัดความพึงพอใจของลูกค้าและประสิทธิภาพการส่งมอบ และจำเป็นต่อการคำนวณ KPI อัตราการส่งมอบตรงเวลา. แหล่งข้อมูล โดยทั่วไปจัดเก็บไว้ในข้อมูลส่วนหัวของคำสั่งซื้อของลูกค้าในระบบจัดการคำสั่งซื้อของ Blue Yonder. ตัวอย่าง 2023-11-152023-11-202023-12-01 | |||
| วันที่ส่งมอบจริง ActualDeliveryDate | วันที่ส่งมอบคำสั่งซื้อให้ลูกค้าสำเร็จจริง โดยมีหลักฐานยืนยันการส่งมอบ. | ||
| คำอธิบาย ระบบบันทึกวันที่ส่งมอบจริงเมื่อการส่งมอบเสร็จสิ้น โดยมักอ้างอิงจากเหตุการณ์ 'ลงนามยืนยันการรับสินค้า' เวลานี้ระบุว่าการจัดส่งคำสั่งซื้อด้านโลจิสติกส์เสร็จสมบูรณ์แล้ว. แอตทริบิวต์นี้จำเป็นต่อการวัดประสิทธิภาพ โดยนำไปเปรียบเทียบกับ 'วันที่ลูกค้าต้องการรับสินค้า' เพื่อระบุว่าการส่งมอบตรงเวลา ล่าช้า หรือเร็วกว่ากำหนด การคำนวณนี้เป็นพื้นฐานของ KPI อัตราการส่งมอบตรงเวลา และแสดงผลในแดชบอร์ดประสิทธิภาพการส่งมอบตรงเวลา. เหตุผลที่สำคัญ แอตทริบิวต์นี้สำคัญต่อการคำนวณอัตราการส่งมอบตรงเวลา โดยใช้วัดผลการส่งมอบจริงเทียบกับความคาดหวังของลูกค้า. แหล่งข้อมูล วันที่นี้มักได้มาจากเวลาของเหตุการณ์ที่ยืนยันการส่งมอบ ซึ่งอาจบันทึกไว้ใน TMS ของ Blue Yonder หรือโมดูลโลจิสติกส์ที่เกี่ยวข้อง. ตัวอย่าง 2023-11-142023-11-212023-12-01 | |||
| สถานะคำสั่งซื้อ OrderStatus | สถานะปัจจุบันหรือสถานะสุดท้ายของคำสั่งซื้อด้านโลจิสติกส์ เช่น 'กำลังดำเนินการ' 'เสร็จสมบูรณ์' หรือ 'ยกเลิกแล้ว'. | ||
| คำอธิบาย สถานะคำสั่งซื้อแสดงว่าคำสั่งซื้อด้านโลจิสติกส์อยู่ในขั้นตอนใดของวงจรการทำงาน ณ เวลาที่ดึงข้อมูล หรือแสดงผลลัพธ์สุดท้าย จึงเป็นตัวบ่งชี้สำคัญของสถานะกรณี ใช้แอตทริบิวต์นี้กรองการวิเคราะห์ให้แสดงเฉพาะคำสั่งซื้อที่เสร็จสมบูรณ์ หรือตรวจสอบสาเหตุที่คำสั่งซื้อบางรายการถูกยกเลิก ช่วยให้เข้าใจผลลัพธ์ของกระบวนการแต่ละรูปแบบ และวัดอัตราความสำเร็จหรือความล้มเหลวโดยรวมได้ง่ายขึ้น. เหตุผลที่สำคัญ แสดงผลลัพธ์ของแต่ละกรณี และช่วยกรองการวิเคราะห์ให้เห็นคำสั่งซื้อที่เสร็จสมบูรณ์ กำลังดำเนินการ หรือถูกยกเลิก ซึ่งจำเป็นต่อการตีความตัวชี้วัดประสิทธิภาพ. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้เป็นช่องสถานะในส่วนหัวของเอกสารคำสั่งซื้อด้านโลจิสติกส์หรือเอกสารการจัดส่งหลักใน Blue Yonder. ตัวอย่าง เสร็จสมบูรณ์กำลังดำเนินการยกเลิกแล้วพักไว้ | |||
| การอัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย แอตทริบิวต์นี้แสดงวันที่และเวลาที่ดึงข้อมูลล่าสุด ช่วยให้เข้าใจบริบทของการวิเคราะห์ โดยบอกว่าข้อมูลเป็นปัจจุบันเพียงใดและคาดว่าจะรีเฟรชครั้งถัดไปเมื่อใด. ผู้ใช้ควรทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลใหม่เพียงใด ซึ่งช่วยให้ตีความแดชบอร์ดได้ถูกต้องและมั่นใจว่าการตัดสินใจอิงกับข้อมูลที่ทันเวลา. เหตุผลที่สำคัญ ช่วยให้เข้าใจความใหม่ของข้อมูล และทำให้ผู้ใช้ทราบว่าการวิเคราะห์กระบวนการเป็นปัจจุบันเพียงใด. แหล่งข้อมูล ระบบสร้างและเพิ่มเวลานี้ระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| ชื่อบริษัทขนส่ง CarrierName | ชื่อบริษัทขนส่งที่รับผิดชอบการจัดส่งสินค้า. | ||
| คำอธิบาย ชื่อบริษัทขนส่งระบุพันธมิตรด้านโลจิสติกส์ที่ขนส่งสินค้าจากคลังสินค้าไปยังปลายทาง ซึ่งเป็นมิติสำคัญในการประเมินประสิทธิภาพการขนส่งขาออก แดชบอร์ด 'Transportation Efficiency Monitor' ใช้ข้อมูลนี้เปรียบเทียบระยะเวลาที่สินค้าอยู่ระหว่างขนส่งของบริษัทขนส่งแต่ละราย ช่วยให้องค์กรระบุพันธมิตรที่ส่งสินค้าได้รวดเร็ว เชื่อถือได้ หรือคุ้มค่าที่สุด และปรับกลยุทธ์การจัดส่งให้เหมาะสม. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพของบริษัทขนส่งแต่ละราย เพื่อปรับต้นทุน เส้นทาง และเวลาจัดส่งให้เหมาะสม. แหล่งข้อมูล โดยทั่วไปจะพบข้อมูลนี้ในเอกสารการจัดส่งหรือใบสั่งขนส่งในระบบ Transportation Management System (TMS) ของ Blue Yonder. ตัวอย่าง Express FreightNational LogisticsSwift Haulage | |||
| ชื่อลูกค้า CustomerName | ชื่อลูกค้าที่สั่งซื้อ. | ||
| คำอธิบาย ระบุลูกค้าปลายทางของคำสั่งซื้อด้านโลจิสติกส์ เป็นมิติพื้นฐานสำหรับแยกวิเคราะห์กระบวนการจากมุมมองของลูกค้า การวิเคราะห์ประสิทธิภาพกระบวนการตามลูกค้าช่วยให้เห็นว่าลูกค้ารายใดใช้เวลารอนานกว่าหรือพบปัญหามากกว่า แอตทริบิวต์นี้ใช้กับแดชบอร์ด เช่น 'On-Time Delivery Performance' เพื่อแยกผลลัพธ์ตามลูกค้าและช่วยจัดลำดับการปรับปรุงสำหรับลูกค้ารายสำคัญ. เหตุผลที่สำคัญ ช่วยวิเคราะห์จากมุมมองของลูกค้า เพื่อระบุว่าลูกค้ารายใดได้รับผลกระทบจากความไม่มีประสิทธิภาพของกระบวนการมากที่สุด และจัดลำดับความสำคัญในการปรับปรุงบริการ. แหล่งข้อมูล ข้อมูลนี้จัดเก็บในส่วนหัวคำสั่งซื้อของลูกค้า และเชื่อมโยงกับตารางข้อมูลหลักของลูกค้าใน Blue Yonder หรือระบบ CRM/ERP ที่เชื่อมต่ออยู่. ตัวอย่าง Retail CorpMegaStore Inc.Direct Consumer Goods | |||
| ผู้สร้างใบขอซื้อ PurchaseRequisitionCreator | ผู้ใช้หรือแผนกที่เริ่มคำขอซื้อสินค้าหรือวัสดุ. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุบุคคลหรือทีมที่สร้างใบขอซื้อ ซึ่งเป็นเอกสารภายในที่ใช้เริ่มกระบวนการจัดทำใบสั่งซื้ออย่างเป็นทางการ ข้อมูลนี้ช่วยให้เห็นว่าใครเป็นผู้ขับเคลื่อนความต้องการจัดซื้อภายในองค์กร การวิเคราะห์ตามแอตทริบิวต์นี้ช่วยให้เข้าใจรูปแบบการจัดซื้อภายใน และนำไปใช้กับแดชบอร์ด 'งานที่ทำด้วยตนเองและโอกาสในการทำงานอัตโนมัติ' ได้ หากมีผู้ใช้เพียงไม่กี่รายที่สร้างใบขอมาตรฐานจำนวนมาก อาจเป็นสัญญาณว่ามีโอกาสทำให้ขั้นตอนการขอซื้อเป็นอัตโนมัติได้ เหตุผลที่สำคัญ ระบุที่มาของคำขอจัดซื้อ ช่วยวิเคราะห์รูปแบบความต้องการภายในและหาโอกาสในการทำให้กระบวนการเป็นอัตโนมัติ. แหล่งข้อมูล พบข้อมูลนี้ในเอกสารใบขอซื้อ โดยทั่วไปอยู่ในช่อง 'สร้างโดย'. ตัวอย่าง m.jonesp.chenPLANNING_DEPT | |||
| มีการทำงานซ้ำ IsRework | ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าคำสั่งซื้อผ่านการทำงานซ้ำหรือไม่ เช่น การบรรจุหรือการตรวจสอบคุณภาพซ้ำ. | ||
| คำอธิบาย กำหนดค่าตัวบ่งชี้แบบบูลีนนี้เป็นจริง หากคำสั่งซื้อด้านโลจิสติกส์มีหลักฐานว่ามีการวนทำงานซ้ำ เช่น ลำดับกิจกรรม 'หยิบและบรรจุสินค้า' -> 'ตรวจสอบคุณภาพ' -> 'หยิบและบรรจุสินค้า' ซึ่งช่วยระบุกรณีที่เบี่ยงเบนจากขั้นตอนมาตรฐานที่มีประสิทธิภาพ แอตทริบิวต์นี้ใช้คำนวณ KPI 'Order Rework Rate' และแสดงผลในแดชบอร์ด 'Process Variant and Rework Analysis' การระบุกรณีที่มีการทำงานซ้ำช่วยค้นหาสาเหตุของข้อผิดพลาดหรือความไม่มีประสิทธิภาพในกระบวนการจัดส่ง และนำไปสู่การปรับปรุงที่ตรงจุดเพื่อลดงานสูญเปล่าและต้นทุนการปฏิบัติงาน. เหตุผลที่สำคัญ ชี้ให้เห็นความไม่มีประสิทธิภาพและปัญหาด้านคุณภาพ ด้วยการระบุกรณีที่มีขั้นตอนซ้ำ ช่วยให้มุ่งปรับปรุงเสถียรภาพของกระบวนการและลดต้นทุนได้ตรงจุด. แหล่งข้อมูล ไม่มีฟิลด์นี้ใน Blue Yonder โดยคำนวณระหว่างการวิเคราะห์ process mining ด้วยการตรวจจับลำดับกิจกรรมที่เกิดซ้ำในแต่ละกรณี. ตัวอย่าง truefalse | |||
| ระบบต้นทาง SourceSystem | ระบบที่ดึงข้อมูลออกมา ในกรณีนี้คือ Blue Yonder. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ มีประโยชน์เป็นพิเศษเมื่อรวมข้อมูลจากหลายระบบเพื่อให้เห็นภาพกระบวนการโดยรวม และช่วยให้ตรวจสอบที่มาของข้อมูลได้ชัดเจน. สำหรับการวิเคราะห์นี้ ค่าจะเป็น 'Blue Yonder' เสมอ แต่ยังเป็นข้อมูลกำกับที่สำคัญต่อการกำกับดูแลข้อมูลและการทำความเข้าใจบริบท โดยเฉพาะเมื่อเชื่อมต่อระบบอื่น เช่น ERP หรือ CRM. เหตุผลที่สำคัญ ระบุแหล่งที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลและตรวจสอบข้อมูล รวมถึงการจัดการการวิเคราะห์ที่ครอบคลุมหลายระบบขององค์กร. แหล่งข้อมูล โดยทั่วไปจะกำหนดค่าแบบคงที่นี้ระหว่างการดึงและแปลงข้อมูล เพื่อระบุแหล่งที่มาของชุดข้อมูล. ตัวอย่าง Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| ระยะเวลาตั้งแต่ต้นจนจบ EndToEndCycleTime | เวลารวมตั้งแต่กิจกรรมแรก ('ได้รับคำสั่งซื้อจากลูกค้า') จนถึงกิจกรรมสุดท้าย ('ลงนามยืนยันการส่งมอบ') ของคำสั่งซื้อด้านโลจิสติกส์. | ||
| คำอธิบาย ตัวชี้วัดนี้วัดระยะเวลารวมตลอดวงจรการทำงานของคำสั่งซื้อด้านโลจิสติกส์ เป็น KPI สำคัญที่สะท้อนความเร็วและประสิทธิภาพโดยรวมของกระบวนการในห่วงโซ่อุปทาน ตัวชี้วัดนี้เป็นค่าหลักของแดชบอร์ด 'End-to-End Order Lead Time Analysis' และ KPI 'Logistics Order End-to-End Cycle Time' การวิเคราะห์ระยะเวลาช่วยระบุความล่าช้าที่เกิดขึ้นอย่างเป็นระบบ และประเมินสุขภาพของกระบวนการในภาพรวม คุณยังแยกดูตามมิติ เช่น ประเภทคำสั่งซื้อหรือหมวดหมู่สินค้า เพื่อหาปัจจัยที่ทำให้ระยะเวลาดำเนินการนานได้. เหตุผลที่สำคัญ นี่คือ KPI สำคัญสำหรับวัดความเร็วโดยรวมของห่วงโซ่อุปทาน ซึ่งส่งผลโดยตรงต่อความพึงพอใจของลูกค้าและเงินทุนหมุนเวียน. แหล่งข้อมูล ระบบต้นทางไม่ได้จัดเก็บค่านี้ โดยคำนวณจากการนำเวลาประทับของกิจกรรมแรกมาลบออกจากเวลาประทับของกิจกรรมสุดท้ายในแต่ละกรณี. ตัวอย่าง 15 วัน 4 ชั่วโมง22 วัน 11 ชั่วโมง10 วัน 2 ชั่วโมง | |||
| วันที่ซัพพลายเออร์รับปากว่าจะส่งมอบ SupplierPromisedDeliveryDate | วันที่ซัพพลายเออร์รับปากว่าจะส่งมอบสินค้าตามใบสั่งซื้อที่ระบุ. | ||
| คำอธิบาย วันที่นี้คือกำหนดส่งมอบที่ซัพพลายเออร์ยืนยันสำหรับวัตถุดิบหรือชิ้นส่วน ใช้เป็นเกณฑ์วัดความน่าเชื่อถือและความตรงต่อเวลาของซัพพลายเออร์ แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI 'Supplier On-Time Delivery Rate' โดยนำไปเปรียบเทียบกับวันที่รับวัตถุดิบจริง (เวลาประทับของเหตุการณ์ 'Raw Materials Received') เพื่อตรวจสอบว่าซัพพลายเออร์ส่งมอบตามที่รับปากไว้หรือไม่ การวิเคราะห์นี้เป็นส่วนสำคัญของแดชบอร์ด 'Supplier Inbound Performance'. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์วัดประสิทธิภาพการส่งมอบขาเข้า ช่วยวัดความน่าเชื่อถือของซัพพลายเออร์และผลกระทบต่อกำหนดการผลิต. แหล่งข้อมูล โดยทั่วไปวันที่นี้จัดเก็บในระดับรายการสินค้าในใบสั่งซื้อ โดยอ้างอิงข้อมูลจากซัพพลายเออร์หรือระยะเวลาดำเนินการมาตรฐาน. ตัวอย่าง 2023-10-102023-10-122023-10-15 | |||
| วิธีการขนส่ง ModeOfTransport | วิธีขนส่งสินค้าตามการจัดส่ง เช่น รถบรรทุก เครื่องบิน หรือเรือ. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุวิธีขนส่งสินค้าที่ใช้ แต่ละวิธีมีต้นทุน ความเร็ว และความจุแตกต่างกัน จึงเป็นปัจจัยสำคัญในการวางแผนและวิเคราะห์โลจิสติกส์ แดชบอร์ด 'Transportation Efficiency Monitor' ใช้แอตทริบิวต์นี้เปรียบเทียบระยะเวลาขนส่งและต้นทุนของแต่ละวิธี ช่วยให้ตัดสินใจเชิงกลยุทธ์ได้ เช่น เลือกขนส่งทางอากาศที่เร็วกว่าแต่มีค่าใช้จ่ายสูง หรือขนส่งทางทะเลที่ช้ากว่าแต่ประหยัดกว่า โดยพิจารณาจากความเร่งด่วนและข้อจำกัดด้านต้นทุนของคำสั่งซื้อ. เหตุผลที่สำคัญ เป็นมิติสำคัญสำหรับวิเคราะห์ต้นทุนและความเร็วในการขนส่ง ช่วยเลือกวิธีจัดส่งที่เหมาะสมที่สุด. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้จัดเก็บอยู่ในรายละเอียดการจัดส่งหรือใบสั่งขนส่งใน TMS ของ Blue Yonder. ตัวอย่าง ขนส่งเต็มคันรถ (FTL)ขนส่งทางอากาศขนส่งทางทะเลขนส่งทางรถไฟ | |||
| เวลาสิ้นสุด EndTime | เวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด. | ||
| คำอธิบาย เวลาสิ้นสุดระบุว่ากิจกรรมจบลงเมื่อใด หากมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุด จะคำนวณเวลาที่ใช้ดำเนินกิจกรรมได้อย่างแม่นยำ และแยกออกจากเวลาว่างหรือเวลารอได้. ข้อมูลนี้มีประโยชน์มากในการวิเคราะห์ระยะเวลาของงานเฉพาะ เช่น 'หยิบและบรรจุสินค้า' หรือ 'ตรวจสอบคุณภาพ' ช่วยระบุว่ากิจกรรมใดใช้เวลามากที่สุด เพื่อให้ปรับปรุงกระบวนการและนำระบบอัตโนมัติมาใช้ได้ตรงจุด. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมได้อย่างแม่นยำ ซึ่งจำเป็นต่อการระบุงานที่ไม่มีประสิทธิภาพและวัดผลิตภาพของทรัพยากร. แหล่งข้อมูล เช่นเดียวกับเวลาเริ่มต้น โดยทั่วไปจะพบข้อมูลนี้ในรูปแบบเวลาประทับในตารางข้อมูลธุรกรรมของออบเจ็กต์ทางธุรกิจแต่ละรายการใน Blue Yonder และมักระบุเวลาที่สถานะเสร็จสมบูรณ์. ตัวอย่าง 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| ส่งมอบตรงเวลา IsOnTimeDelivery | ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่ามีการส่งมอบคำสั่งซื้อภายในหรือก่อนวันที่ต้องการหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้คำนวณจากการเปรียบเทียบ 'วันที่ส่งมอบจริง' กับ 'วันที่ต้องการรับสินค้า' โดยจัดประเภทคำสั่งซื้อแต่ละรายการเป็น 'ตรงเวลา' (จริง) หรือ 'ล่าช้า' (เท็จ) ทำให้วิเคราะห์ประสิทธิภาพได้ง่ายขึ้น แอตทริบิวต์นี้ใช้ในแดชบอร์ด 'On-Time Delivery Performance' และคำนวณ KPI 'On-Time Delivery Rate' นอกจากนี้ยังช่วยกรองข้อมูลและวิเคราะห์หาสาเหตุได้รวดเร็ว เพื่อทำความเข้าใจปัจจัยที่มักเกี่ยวข้องกับการส่งมอบล่าช้า เช่น บริษัทขนส่งหรือประเภทสินค้า. เหตุผลที่สำคัญ ช่วยให้วิเคราะห์การส่งมอบตรงเวลาได้ง่ายขึ้น โดยแสดงผลแบบบูลีนที่ชัดเจนสำหรับแต่ละคำสั่งซื้อ จึงคำนวณอัตราประสิทธิภาพและระบุปัจจัยที่ทำให้ล่าช้าได้สะดวก. แหล่งข้อมูล ไม่มีแอตทริบิวต์นี้ในระบบต้นทาง โดยคำนวณระหว่างการแปลงข้อมูลด้วยสูตร: ActualDeliveryDate <= RequestedDeliveryDate. ตัวอย่าง truefalse | |||
| หมวดหมู่สินค้า ProductCategory | หมวดหมู่ของสินค้าในคำสั่งซื้อด้านโลจิสติกส์ เช่น อุปกรณ์อิเล็กทรอนิกส์หรือเครื่องแต่งกาย. | ||
| คำอธิบาย หมวดหมู่สินค้าใช้จัดกลุ่มสินค้าที่คล้ายกัน สินค้าแต่ละหมวดหมู่อาจมีกระบวนการในห่วงโซ่อุปทาน ข้อกำหนดในการจัดการ หรือระยะเวลาดำเนินการที่แตกต่างกัน แดชบอร์ด 'Logistics Order Throughput Trend' ใช้แอตทริบิวต์นี้กรองและเปรียบเทียบจำนวนคำสั่งซื้อที่เสร็จสมบูรณ์ในแต่ละประเภทสินค้า ช่วยให้เห็นว่าสินค้าบางกลุ่มมีความล่าช้าหรือมีปริมาณงานที่เสร็จสิ้นน้อยกว่าหรือไม่ และช่วยจัดลำดับการปรับปรุงในจุดที่จำเป็น. เหตุผลที่สำคัญ ช่วยแยกวิเคราะห์กระบวนการตามประเภทสินค้า เพื่อให้เห็นคอขวด รูปแบบความต้องการ หรือความซับซ้อนในการจัดการของแต่ละหมวดหมู่. แหล่งข้อมูล ข้อมูลนี้เป็นส่วนหนึ่งของข้อมูลหลักด้านวัสดุหรือสินค้า ซึ่งเชื่อมโยงกับรายการสินค้าในคำสั่งซื้อด้านโลจิสติกส์ของ Blue Yonder. ตัวอย่าง อุปกรณ์อิเล็กทรอนิกส์สำหรับผู้บริโภคเครื่องจักรอุตสาหกรรมเครื่องแต่งกายสินค้าอุปโภคบริโภค | |||
| หมายเลขใบสั่งซื้อ PurchaseOrderNumber | รหัสเฉพาะของใบสั่งซื้อที่สร้างขึ้นเพื่อจัดซื้อวัตถุดิบหรือสินค้าจากซัพพลายเออร์. | ||
| คำอธิบาย หมายเลขใบสั่งซื้อเชื่อมโยงคำสั่งซื้อด้านโลจิสติกส์กับกระบวนการจัดซื้อ โดยสร้างขึ้นระหว่างกิจกรรมต่างๆ เช่น 'สร้างใบขอซื้อ' และ 'ออกใบสั่งซื้อ' แอตทริบิวต์นี้ช่วยวิเคราะห์กระบวนการย่อยด้านการจัดซื้อได้อย่างละเอียด และจำเป็นต่อแดชบอร์ด 'Supplier Inbound Performance' ซึ่งใช้ติดตามเส้นทางของใบสั่งซื้อแต่ละรายการตั้งแต่การออกใบสั่งซื้อจนถึงการรับสินค้า พร้อมเชื่อมโยงความล่าช้ากับซัพพลายเออร์หรือวัสดุที่เกี่ยวข้อง. เหตุผลที่สำคัญ เชื่อมโยงกระบวนการจัดส่งหลักกับกิจกรรมจัดซื้อก่อนหน้า ช่วยวิเคราะห์ประสิทธิภาพของซัพพลายเออร์และระยะเวลาของวงจรการจัดซื้อได้อย่างละเอียด. แหล่งข้อมูล รหัสนี้สร้างและจัดเก็บในโมดูลจัดซื้อของ Blue Yonder หรือระบบ ERP ที่เชื่อมต่ออยู่. ตัวอย่าง PO45000123PO45000124PO45000125 | |||
กิจกรรมการจัดการห่วงโซ่อุปทาน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| บรรทุกสินค้าเพื่อขนส่ง | บันทึกเวลาที่นำสินค้าที่บรรจุแล้วขึ้นรถขนส่งและออกจากคลังสินค้า เหตุการณ์สำคัญนี้มักบันทึกไว้อย่างชัดเจนเป็นธุรกรรม 'ตัดจ่ายสินค้า' ใน WMS หรือ TMS. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นในการวัดรอบเวลาการขนส่งและประสิทธิภาพการขนส่งโดยรวม อีกทั้งยังแสดงถึงการส่งมอบงานจากการปฏิบัติงานภายในคลังสินค้าให้แก่ผู้ขนส่งภายนอก. แหล่งข้อมูล บันทึกไว้อย่างชัดเจนใน WMS หรือระบบ ERP เป็นรายการลงบัญชีตัดจ่ายสินค้า โดยใช้วันที่และเวลาที่ลงรายการธุรกรรมนี้เป็นเวลาของเหตุการณ์. บันทึก ดึงเหตุการณ์จากบันทึกธุรกรรมตัดจ่ายสินค้าที่เชื่อมโยงกับการจัดส่ง. ประเภทเหตุการณ์ explicit | |||
| ผลิตสินค้าเสร็จ | เหตุการณ์นี้บันทึกว่ากระบวนการผลิตสินค้าตามคำสั่งซื้อด้านโลจิสติกส์เสร็จสิ้นแล้ว โดยมักอนุมานจากการเปลี่ยนสถานะของคำสั่งผลิต เช่น เปลี่ยนเป็น 'เสร็จสมบูรณ์' หรือ 'เสร็จสิ้น'. | ||
| เหตุผลที่สำคัญ หมุดหมายนี้สำคัญต่อการวัดรอบเวลาการผลิต และเป็นจุดเริ่มต้นของ KPI ระยะเวลาตั้งแต่ผลิตเสร็จจนถึงจัดส่ง ซึ่งแสดงว่าสินค้าพร้อมเข้าสู่ขั้นตอนการจัดส่งถัดไป. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะในตารางคำสั่งผลิต เช่น เปลี่ยนสถานะเป็น 'เสร็จสมบูรณ์' โดยใช้เวลาที่อัปเดตสถานะสุดท้ายเป็นเวลาของเหตุการณ์. บันทึก ระบุเวลาที่สถานะคำสั่งผลิตเปลี่ยนเป็นสถานะสิ้นสุด 'เสร็จสมบูรณ์'. ประเภทเหตุการณ์ inferred | |||
| รับคำสั่งซื้อจากลูกค้า | กิจกรรมนี้บันทึกการสร้างคำสั่งซื้อด้านโลจิสติกส์รายการใหม่ในระบบ ซึ่งเริ่มจากคำขอของลูกค้า โดยทั่วไประบบจะบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนเมื่อผู้ใช้หรือข้อความ EDI สร้างเอกสารคำสั่งขายในโมดูล Order Management ของ Blue Yonder. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการห่วงโซ่อุปทานตั้งแต่ต้นจนจบ การวิเคราะห์กิจกรรมนี้สำคัญต่อการวัดปริมาณคำสั่งซื้อที่เข้ามาและระยะเวลาตั้งแต่รับคำสั่งซื้อจนถึงส่งมอบโดยรวม. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในตารางของระบบจัดการคำสั่งซื้อเมื่อมีการสร้างคำสั่งขาย โดยตรงกับเวลาที่สร้างระเบียนส่วนหัวของคำสั่งซื้อ. บันทึก ระบบบันทึกเหตุการณ์เมื่อสร้างคำสั่งขาย เช่น เมื่อยืนยันธุรกรรม. ประเภทเหตุการณ์ explicit | |||
| รับวัตถุดิบ | กิจกรรมนี้หมายถึงการรับสินค้าจากซัพพลายเออร์ ณ คลังสินค้าหรือโรงงาน ระบบบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนผ่านธุรกรรมรับสินค้า ซึ่งมักเริ่มจากการสแกนสินค้าขาเข้า. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดสิ้นสุดของขั้นตอนการส่งมอบจากซัพพลายเออร์ จึงจำเป็นต่อการวัดความน่าเชื่อถือของซัพพลายเออร์และประสิทธิภาพด้านโลจิสติกส์ขาเข้า. แหล่งข้อมูล ดึงข้อมูลจากบันทึกธุรกรรมในระบบ Warehouse Management System (WMS) หรือโมดูล Inventory Management โดยตรงกับวันที่และเวลาที่ลงรายการเอกสารรับสินค้า. บันทึก อ้างอิงจากเวลาที่ลงรายการธุรกรรมรับสินค้า. ประเภทเหตุการณ์ explicit | |||
| ลงนามยืนยันการรับสินค้า | กิจกรรมสุดท้ายนี้ยืนยันว่าลูกค้ารับสินค้าแล้ว โดยมักลงนามในเอกสารส่งมอบ ระบบบันทึกเหตุการณ์นี้ผ่านการอัปเดตสถานะ ซึ่งอาจป้อนด้วยตนเองหรือผ่านแอปมือถือที่พนักงานขับรถใช้. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์สิ้นสุดที่เชื่อถือได้มากที่สุดสำหรับกระบวนการโลจิสติกส์ตั้งแต่ต้นจนจบ และจำเป็นต่อการคำนวณรอบเวลาโดยรวมและอัตราการส่งมอบตรงเวลา. แหล่งข้อมูล อนุมานจากการอัปเดตสถานะในเอกสารส่งมอบหรือเอกสารการจัดส่งของ TMS หรือ OMS โดยใช้เวลาที่สถานะเปลี่ยนเป็น 'ได้รับ POD แล้ว' หรือ 'ส่งมอบแล้ว'. บันทึก อนุมานจากการเปลี่ยนสถานะในเอกสารการจัดส่ง ซึ่งยืนยันว่ามีการส่งมอบแล้ว. ประเภทเหตุการณ์ inferred | |||
| หยิบและบรรจุสินค้า | กิจกรรมนี้ครอบคลุมขั้นตอนในคลังสินค้า ตั้งแต่หยิบสินค้าจากพื้นที่จัดเก็บไปจนถึงบรรจุเพื่อจัดส่ง โดยมักเป็นเหตุการณ์ที่พนักงานคลังสินค้าบันทึกไว้อย่างชัดเจนผ่านเครื่องสแกน RF ใน WMS. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญในกระบวนการโลจิสติกส์ขาออก การวิเคราะห์ระยะเวลาของกิจกรรมช่วยระบุจุดที่การปฏิบัติงานในคลังสินค้ายังไม่มีประสิทธิภาพ และเป็นส่วนหนึ่งของรอบเวลาตั้งแต่สินค้าคงคลังจนถึงการจัดส่ง. แหล่งข้อมูล บันทึกไว้อย่างชัดเจนในบันทึกธุรกรรม WMS ของ Blue Yonder โดยบันทึกเวลาเมื่อพนักงานคลังสินค้ายืนยันว่าการหยิบและบรรจุสินค้าเสร็จสิ้น. บันทึก บันทึกเวลาของเหตุการณ์เมื่อยืนยันงานหยิบหรือบรรจุขั้นตอนสุดท้ายของคำสั่งซื้อ. ประเภทเหตุการณ์ explicit | |||
| ออกใบสั่งซื้อ | กิจกรรมนี้บันทึกการสร้างและส่งใบสั่งซื้ออย่างเป็นทางการไปยังซัพพลายเออร์ภายนอก เพื่อจัดซื้อวัตถุดิบหรือสินค้าสำเร็จรูป นี่เป็นเหตุการณ์หลักที่บันทึกไว้อย่างชัดเจนในฟังก์ชันการจัดซื้อของ Blue Yonder. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญในการติดตามระยะเวลานำส่งและประสิทธิภาพของซัพพลายเออร์ อีกทั้งยังเป็นจุดเริ่มต้นสำหรับ KPI การส่งมอบตรงเวลาของซัพพลายเออร์. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในตารางของระบบจัดซื้อ พร้อมเวลาที่ระบุว่าเอกสารใบสั่งซื้อถูกสร้างหรือออกอย่างเป็นทางการเมื่อใด. บันทึก เหตุการณ์นี้ตรงกับเวลาที่สร้างหรือออกเอกสารใบสั่งซื้อ. ประเภทเหตุการณ์ explicit | |||
| ขนถ่ายสินค้าถึงปลายทาง | กิจกรรมนี้หมายถึงการจัดส่งมาถึงและขนถ่ายสินค้าที่สถานที่ของลูกค้า โดยมักบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนผ่านข้อความ EDI จากผู้ขนส่ง หรือป้อนข้อมูลด้วยตนเองตามข้อมูลจากผู้ขนส่ง. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดสิ้นสุดของช่วงการขนส่งระหว่างทาง จำเป็นต่อการคำนวณ KPI รอบเวลาการขนส่งอย่างแม่นยำและระบุความล่าช้าที่เกิดจากผู้ขนส่ง. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้มาจากข้อมูลภายนอกของผู้ขนส่งผ่าน EDI หรือพอร์ทัลของผู้ขนส่ง และบันทึกเป็นการอัปเดตสถานะในเอกสารการจัดส่งของ TMS. บันทึก ใช้เวลาที่ผู้ขนส่งอัปเดตสถานะเป็น 'ส่งมอบแล้ว' เป็นเวลาของเหตุการณ์. ประเภทเหตุการณ์ explicit | |||
| จัดตารางการจัดส่ง | กิจกรรมนี้หมายถึงการวางแผนการขนส่ง รวมถึงการเลือกผู้ขนส่งและจองช่วงเวลารับสินค้า โดยเป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจนใน Transportation Management System (TMS) ของ Blue Yonder เมื่อสร้างและยืนยันการจัดส่ง. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้ช่วยให้เห็นขั้นตอนการวางแผนขนส่ง ความล่าช้าในขั้นตอนนี้อาจส่งผลต่อการออกเดินทางตรงเวลาและประสิทธิภาพการส่งมอบโดยรวม. แหล่งข้อมูล ดึงข้อมูลจากบันทึกธุรกรรมในโมดูล TMS โดยเหตุการณ์นี้ตรงกับเวลาที่สรุปเอกสารการจัดส่งหรือกำหนดผู้ขนส่ง. บันทึก อ้างอิงจากเวลาที่สร้างหรือยืนยันแผนการจัดส่งหรือแผนการบรรทุกสินค้า. ประเภทเหตุการณ์ explicit | |||
| จัดตารางการผลิต | กิจกรรมนี้หมายถึงการวางแผนและจัดตารางคำสั่งผลิตเพื่อผลิตสินค้าที่ต้องการ โดยทั่วไปเป็นเหตุการณ์ที่สร้างขึ้นอย่างชัดเจนจากโมดูลการผลิตหรือการวางแผนอุปทานของ Blue Yonder. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ช่วยให้เห็นจุดเริ่มต้นของรอบการผลิต การวิเคราะห์เวลาตั้งแต่จัดตารางจนถึงผลิตเสร็จช่วยระบุช่องว่างระหว่างการวางแผนกับการปฏิบัติงานจริง. แหล่งข้อมูล บันทึกไว้ในตารางของระบบวางแผนหรือระบบดำเนินการผลิต พร้อมเวลาที่เกี่ยวข้องกับการสร้างหรือยืนยันคำสั่งผลิต. บันทึก อนุมานจากเวลาที่สร้างหรือเปลี่ยนสถานะของคำสั่งผลิต. ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบความพร้อมของสินค้าคงคลัง | กิจกรรมนี้หมายถึงการตรวจสอบโดยระบบหรือด้วยตนเอง เพื่อยืนยันว่าสินค้าที่ต้องใช้มีอยู่ในสต็อกและสามารถจัดส่งตามคำสั่งซื้อของลูกค้าได้ โดยมักอนุมานจากการเปลี่ยนสถานะของรายการสินค้าในคำสั่งซื้อ ซึ่งแสดงว่าผ่านการตรวจสอบ Available-to-Promise (ATP) แล้ว. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ช่วยวัดเวลาที่ใช้ในการยืนยันคำสั่งซื้อและระบุความล่าช้าที่เกิดจากสินค้าขาดสต็อก นอกจากนี้ยังเป็นข้อมูลสำคัญในการคำนวณ KPI อัตราความพร้อมของสินค้าคงคลังและทำความเข้าใจศักยภาพในการจัดส่ง. แหล่งข้อมูล อนุมานจากการเปลี่ยนแปลงฟิลด์สถานะของรายการสินค้าในคำสั่งขาย เช่น จาก 'ใหม่' เป็น 'ยืนยันแล้ว' หรือจากเวลาที่บันทึกการตรวจสอบ ATP ในโมดูลสินค้าคงคลังหรือการจัดการคำสั่งซื้อของ Blue Yonder. บันทึก อนุมานจากการเปลี่ยนสถานะของรายการสินค้าในคำสั่งซื้อ ซึ่งแสดงว่ามีการยืนยันสต็อกแล้ว. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบคุณภาพ | กิจกรรมนี้หมายถึงการตรวจสอบคุณภาพสินค้าสำเร็จรูปเสร็จสิ้น ก่อนนำสินค้าไปเตรียมจัดส่ง โดยอนุมานได้จากการอัปเดตสถานะของล็อตหรือชุดสินค้าในคลัง เช่น เปลี่ยนสถานะเป็น 'ไม่จำกัดการใช้งาน' หรือ 'ผ่านการตรวจสอบ'. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ช่วยระบุคอขวดในกระบวนการประกันคุณภาพและมีความสำคัญต่อการวิเคราะห์งานแก้ไข การตรวจสอบคุณภาพซ้ำหลายครั้งในคำสั่งซื้อเดียวกันอาจบ่งชี้ถึงปัญหาด้านคุณภาพ. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์สถานะในโมดูลจัดการสินค้าคงคลังหรือจัดการคุณภาพ โดยใช้เวลาที่สถานะเปลี่ยนจาก 'อยู่ระหว่างตรวจสอบ' เป็น 'อนุมัติให้นำไปใช้'. บันทึก อนุมานจากการเปลี่ยนสถานะคุณภาพของชุดสินค้าหรือล็อตสินค้าที่เกี่ยวข้อง. ประเภทเหตุการณ์ inferred | |||
| ยกเลิกคำสั่งซื้อ | กิจกรรมนี้หมายถึงการยกเลิกคำสั่งซื้อด้านโลจิสติกส์ก่อนจัดส่งเสร็จสิ้น เป็นเหตุการณ์สิ้นสุดอีกแบบหนึ่ง ซึ่งอนุมานจากสถานะสุดท้าย 'ยกเลิก' หรือ 'เป็นโมฆะ' ในคำสั่งขาย. | ||
| เหตุผลที่สำคัญ การติดตามการยกเลิกมีความสำคัญต่อการทำความเข้าใจจุดที่กระบวนการไม่สำเร็จและความไม่พอใจของลูกค้า การวิเคราะห์เวลาที่เกิดการยกเลิกและสาเหตุช่วยให้เห็นปัญหาที่ซ่อนอยู่ในงานขายหรือการปฏิบัติการ. แหล่งข้อมูล อนุมานจากสถานะส่วนหัวของคำสั่งขาย โดยบันทึกเวลาที่สถานะเปลี่ยนเป็น 'ยกเลิก' ซึ่งเป็นสถานะสุดท้ายเป็นเวลาของเหตุการณ์. บันทึก อ้างอิงจากเวลาที่สถานะคำสั่งซื้อเปลี่ยนเป็น 'ยกเลิก'. ประเภทเหตุการณ์ inferred | |||
| ส่งใบแจ้งหนี้ให้ลูกค้า | กิจกรรมนี้หมายถึงการสร้างและออกใบแจ้งหนี้ให้ลูกค้าสำหรับสินค้าที่ส่งมอบแล้ว เป็นธุรกรรมทางการเงินที่บันทึกไว้อย่างชัดเจนในโมดูลจัดการคำสั่งซื้อหรือการเงิน. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นขั้นตอนสำคัญในวงจรตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน การวิเคราะห์เวลาที่เกิดกิจกรรมนี้เทียบกับเวลาส่งมอบช่วยให้เห็นความล่าช้าในกระบวนการวางบิลที่ส่งผลต่อกระแสเงินสด. แหล่งข้อมูล บันทึกไว้อย่างชัดเจนในตารางการวางบิลหรือการเงิน โดยเหตุการณ์นี้ตรงกับวันที่สร้างหรือลงรายการเอกสารใบแจ้งหนี้. บันทึก อ้างอิงจากเวลาที่ลงรายการเอกสารวางบิลลูกค้า. ประเภทเหตุการณ์ explicit | |||
| สร้างใบขอซื้อ | กิจกรรมนี้เกิดขึ้นเมื่อมีสินค้าในสต็อกไม่เพียงพอสำหรับจัดส่งตามคำสั่งซื้อ จึงมีการขอจัดซื้อวัสดุที่จำเป็น การสร้างเอกสารใบขอซื้อเป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจนในโมดูลจัดซื้อ. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยระบุการพึ่งพากระบวนการจัดซื้อและผลกระทบต่อเวลาจัดส่งคำสั่งซื้อโดยรวม อีกทั้งยังชี้ให้เห็นกรณีที่สินค้าขาดแคลนทำให้ห่วงโซ่อุปทานล่าช้า. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในตารางการจัดซื้อหรือการวางแผนอุปทาน เมื่อสร้างเอกสารใบขอซื้อและเชื่อมโยงกับความต้องการจากคำสั่งขาย. บันทึก อ้างอิงจากเวลาที่สร้างเอกสารใบขอซื้อ. ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
ขณะนี้กำลังตรวจสอบวิธีดึงข้อมูลสำหรับกระบวนการนี้ โปรดกลับมาตรวจสอบภายหลัง หรือ ติดต่อเรา เพื่อขอความช่วยเหลือ.
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงการจัดการห่วงโซ่อุปทานด้วยเทมเพลตเหล่านี้ ค้นหาจุดที่ทำงานไม่มีประสิทธิภาพซึ่งอาจมองไม่เห็น และปรับปรุงการปฏิบัติการของคุณได้ตั้งแต่วันนี้.
หยุดความล่าช้า ปรับปรุงห่วงโซ่อุปทาน Blue Yonder ของคุณวันนี้
เพิ่มความแม่นยำในการพยากรณ์เป็น 90% และขจัดปัญหาสินค้าขาดสต็อกที่มีต้นทุนสูง.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าได้ภายในไม่กี่นาที.