เทมเพลตข้อมูลการจัดการห่วงโซ่อุปทานของคุณ
เทมเพลตข้อมูลการจัดการห่วงโซ่อุปทานของคุณ
- แอตทริบิวต์ที่แนะนำสำหรับการวิเคราะห์โดยละเอียด
- กิจกรรมสำคัญในกระบวนการห่วงโซ่อุปทานที่ควรติดตาม
- แนวทางดึงข้อมูลจาก Microsoft Dynamics 365 SCM
แอตทริบิวต์การจัดการห่วงโซ่อุปทาน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
Logistics Order
LogisticsOrder
|
รหัสที่ไม่ซ้ำกันของคำขอจัดส่งสินค้าในซัพพลายเชนแต่ละรายการ ซึ่งใช้เป็นรหัสกรณีหลัก. | ||
|
คำอธิบาย
Logistics Order เป็นรหัสที่ไม่ซ้ำกันสำหรับกระบวนการโลจิสติกส์ทั้งหมด โดยเชื่อมโยงกิจกรรมตั้งแต่ความต้องการของลูกค้าไปจนถึงการส่งมอบขั้นสุดท้าย แอตทริบิวต์นี้ทำหน้าที่เชื่อมกระบวนการย่อยต่างๆ เช่น การจัดซื้อ การผลิต และการจัดส่ง สำหรับคำขอจัดส่งสินค้าแต่ละรายการ ในการวิเคราะห์ เหตุการณ์ทุกรายการจะเชื่อมโยงกับ Logistics Order ทำให้สร้างภาพกระบวนการตั้งแต่ต้นจนจบได้ครบถ้วน คุณจึงติดตามเส้นทางของคำสั่งซื้อข้ามแผนกและระบบต่างๆ ระบุคอขวด และวัดเวลารวมของวงจรได้อย่างแม่นยำ.
เหตุผลที่สำคัญ
นี่คือคีย์สำคัญที่ใช้เชื่อมโยงเหตุการณ์ทั้งหมดในกระบวนการเข้าด้วยกัน ทำให้วิเคราะห์กระบวนการซัพพลายเชนตั้งแต่ต้นจนจบสำหรับคำขอจัดส่งสินค้าแต่ละรายการได้.
แหล่งข้อมูล
นี่คือรหัสที่กำหนดขึ้นในเชิงแนวคิด โดยอาจรวมฟิลด์จากตารางต่างๆ เช่น SalesTable (Sales Order), WHSLoadTable (Load ID) หรือ InventTransOrigin (Reference ID) เพื่อสร้างรหัสกรณีที่ไม่ซ้ำกันและใช้ได้ข้ามโมดูลต่างๆ.
ตัวอย่าง
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
กิจกรรม
ActivityName
|
ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นในช่วงหนึ่งของกระบวนการโลจิสติกส์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้น เช่น 'ออกใบสั่งซื้อ' 'ผลิตสินค้าเสร็จ' หรือ 'กำหนดเวลาจัดส่งแล้ว' กิจกรรมเหล่านี้เป็นองค์ประกอบพื้นฐานของกระบวนการ การวิเคราะห์ลำดับ ความถี่ และระยะเวลาของกิจกรรมเหล่านี้เป็นหัวใจของ process mining ช่วยค้นหาและแสดงแผนผังกระบวนการโดยอัตโนมัติ ตรวจจับความเบี่ยงเบนจากขั้นตอนมาตรฐาน และระบุขั้นตอนที่เกิดขึ้นบ่อยหรือไม่มีประสิทธิภาพ ซึ่งควรนำไปปรับปรุง.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้กำหนดขั้นตอนต่างๆ ของกระบวนการ ทำให้เห็นภาพขั้นตอนการทำงาน วิเคราะห์ความแตกต่าง และระบุคอขวดหรือกิจกรรมที่ไม่เป็นไปตามข้อกำหนดได้.
แหล่งข้อมูล
ได้จากตรรกะทางธุรกิจที่อิงกับการเปลี่ยนสถานะในตารางธุรกรรมต่างๆ เช่น SalesTable, PurchTable และ ProdTable หรือวันที่ลงรายการเอกสารจากตารางอย่าง CustInvoiceJour.
ตัวอย่าง
ออกใบสั่งซื้อผลิตสินค้าเสร็จลงรายการใบแจ้งหนี้ลูกค้าส่งมอบสินค้าแล้ว
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบบันทึกข้อมูลต้นทางที่ใช้ดึงข้อมูลเหตุการณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุระบบหรือโมดูลต้นทางของข้อมูล ในสภาพแวดล้อมซัพพลายเชนที่ซับซ้อน ข้อมูลอาจมาจากหลายโมดูลใน Dynamics 365 SCM เช่น Sales, Procurement หรือ Warehouse Management การระบุระบบต้นทางมีความสำคัญต่อการกำกับดูแลข้อมูล การแก้ไขปัญหาข้อมูลไม่สอดคล้องกัน และการทำความเข้าใจบริบทของกิจกรรมที่บันทึกไว้ ช่วยรักษาคุณภาพข้อมูลและตรวจสอบย้อนกลับไปยังแหล่งที่มาได้ ซึ่งสำคัญเป็นพิเศษในสภาพแวดล้อมที่เชื่อมต่อหลายระบบ.
เหตุผลที่สำคัญ
ช่วยให้ทราบที่มาของข้อมูล ซึ่งจำเป็นต่อการตรวจสอบความถูกต้อง การแก้ไขปัญหา และการทำความเข้าใจความแตกต่างของกระบวนการที่เชื่อมโยงหลายระบบ.
แหล่งข้อมูล
โดยทั่วไปจะเพิ่มค่านี้ไว้ระหว่างการดึงข้อมูล เพื่อระบุว่ารายการมาจากระบบใด.
ตัวอย่าง
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTime
|
เวลาที่ระบุว่ากิจกรรมเกิดขึ้นเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันที่และเวลาที่ระบบบันทึกกิจกรรมอย่างแม่นยำ เป็นข้อมูลพื้นฐานสำหรับการวิเคราะห์กระบวนการตามเวลา เช่น การคำนวณรอบเวลา การทำความเข้าใจประสิทธิภาพของกระบวนการ และการระบุคอขวด เครื่องมือ process mining ใช้เวลาเหล่านี้เรียงลำดับเหตุการณ์ตามลำดับเวลา เพื่อสร้างลำดับกิจกรรมที่เกิดขึ้นจริงได้อย่างแม่นยำ ซึ่งจำเป็นต่อการทำความเข้าใจขั้นตอนและการเปลี่ยนแปลงของกระบวนการจริง แทนการอ้างอิงแบบจำลองกระบวนการในอุดมคติ.
เหตุผลที่สำคัญ
เวลานี้สำคัญต่อการเรียงลำดับเหตุการณ์ให้ถูกต้อง และคำนวณตัวชี้วัดตามเวลา เช่น รอบเวลาและระยะเวลารอคอย.
แหล่งข้อมูล
โดยทั่วไปดึงจากฟิลด์วันที่และเวลาที่สร้างหรือเปลี่ยนสถานะในตาราง D365 SCM เช่น CreatedDateTime ใน SalesTable, DeliveryDate ใน PurchLine หรือวันที่ทำธุรกรรมจริงใน InventTrans.
ตัวอย่าง
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงข้อมูลจากระบบต้นทางหรือปรับปรุงข้อมูลครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันที่และเวลาที่ดึงหรือปรับปรุงข้อมูลครั้งล่าสุด ซึ่งเป็นข้อมูลกำกับที่สำคัญสำหรับแดชบอร์ดวิเคราะห์กระบวนการ ข้อมูลนี้ช่วยให้ผู้ใช้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด และมั่นใจได้ว่าข้อสรุปอ้างอิงจากข้อมูลปัจจุบัน นอกจากนี้ยังสำคัญต่อการจัดการไปป์ไลน์ข้อมูลและตรวจสอบว่าการโหลดข้อมูลทำงานตามที่คาดไว้และตรงตามกำหนด.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการตัดสินใจทางธุรกิจได้ทันเวลาและตรงประเด็น.
แหล่งข้อมูล
เครื่องมือดึงข้อมูลหรือ ETL จะสร้างค่านี้และบันทึกลงในชุดข้อมูลเมื่อสิ้นสุดรอบการปรับปรุงแต่ละครั้ง.
ตัวอย่าง
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
จัดส่งตรงเวลาหรือไม่
IsOnTimeDelivery
|
ค่าที่ระบุว่าจัดส่งคำสั่งซื้อภายในหรือก่อนวันที่ลูกค้าต้องการหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นเพื่อระบุว่าจัดส่งคำสั่งซื้อด้านโลจิสติกส์ตรงเวลาหรือไม่ โดยเปรียบเทียบเวลาของกิจกรรม 'ส่งมอบสินค้าแล้ว' กับ 'วันที่ลูกค้าต้องการรับสินค้า' แอตทริบิวต์นี้เป็นข้อมูลตั้งต้นสำหรับคำนวณ KPI อัตราการจัดส่งตรงเวลา และเป็นตัวกรองหลักในแดชบอร์ด On-Time Delivery Performance Monitor ช่วยให้วิเคราะห์ได้ง่ายขึ้น เพราะแปลงการเปรียบเทียบวันที่เป็นค่าใช่หรือไม่ใช่ จึงกรองและนับคำสั่งซื้อที่ล่าช้าได้สะดวก.
เหตุผลที่สำคัญ
วัดผลการบริการลูกค้าโดยตรง และเป็นข้อมูลสำคัญสำหรับ KPI การจัดส่งตรงเวลา ช่วยให้วิเคราะห์ความน่าเชื่อถือของการจัดส่งได้ง่ายขึ้น.
แหล่งข้อมูล
ฟิลด์นี้คำนวณจากเงื่อนไข: IF ('Goods Delivered' timestamp <= 'Requested Delivery Date') THEN True ELSE False.
ตัวอย่าง
truefalse
|
|||
|
ชื่อซัพพลายเออร์
SupplierName
|
ชื่อซัพพลายเออร์ที่จัดหาวัตถุดิบหรือสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุชื่อผู้ขายที่จัดหาวัตถุดิบ เป็นมิติสำคัญสำหรับวิเคราะห์กิจกรรมด้านการจัดซื้อ แดชบอร์ด Procurement Lead Time Breakdown และ Supplier Performance Benchmarking ใช้ข้อมูลนี้ในการวิเคราะห์ตัวชี้วัดกระบวนการแยกตามซัพพลายเออร์ เพื่อระบุคู่ค้าที่ส่งมอบได้ตรงเวลาและมีประสิทธิภาพ รวมถึงรายที่ส่งล่าช้าหรือทำให้เกิดปัญหาบ่อยครั้ง ข้อมูลนี้สำคัญต่อการวางแผนจัดหาเชิงกลยุทธ์และการบริหารความสัมพันธ์กับซัพพลายเออร์.
เหตุผลที่สำคัญ
ช่วยแยกกลุ่มและเปรียบเทียบผลการจัดซื้อตามซัพพลายเออร์ ซึ่งจำเป็นต่อการพัฒนาความสัมพันธ์กับซัพพลายเออร์และลดระยะเวลาจัดหาวัตถุดิบ.
แหล่งข้อมูล
ได้จากการเชื่อมตารางใบสั่งซื้อ (PurchTable) กับตารางข้อมูลหลักผู้ขาย (VendTable) โดยใช้หมายเลขบัญชีผู้ขาย.
ตัวอย่าง
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
|
|||
|
ชื่อลูกค้า
CustomerName
|
ชื่อลูกค้าที่สั่งซื้อสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุลูกค้าที่เกี่ยวข้องกับใบสั่งขาย ช่วยให้มองกระบวนการห่วงโซ่อุปทานจากมุมมองของลูกค้า การวิเคราะห์กระบวนการโลจิสติกส์แยกตามลูกค้าอาจเผยให้เห็นรูปแบบการจัดส่ง ความต้องการ หรือปัญหาเฉพาะของลูกค้าแต่ละราย ข้อมูลนี้มีประโยชน์ต่อการดูแลลูกค้ารายสำคัญและปรับระดับบริการให้เหมาะสม ซึ่งช่วยเพิ่มความพึงพอใจและรักษาลูกค้าไว้ได้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์กระบวนการโดยเน้นลูกค้า ทำให้เห็นว่าลูกค้ารายใดพบความล่าช้ามากที่สุด และช่วยประเมินระดับบริการสำหรับลูกค้ารายสำคัญ.
แหล่งข้อมูล
ได้จากการเชื่อมตารางใบสั่งขาย (SalesTable) กับตารางข้อมูลหลักลูกค้า (CustTable) โดยใช้หมายเลขบัญชีลูกค้า.
ตัวอย่าง
Alpine Ski HouseAdventure WorksCity Power & Light
|
|||
|
รหัสผู้ใช้
UserId
|
รหัสของผู้ใช้ที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เก็บรหัสพนักงานหรือผู้ใช้ระบบที่ดำเนินกิจกรรม เช่น ผู้จัดซื้อที่สร้างใบสั่งซื้อ หรือพนักงานคลังสินค้าที่ยืนยันการจัดส่ง การวิเคราะห์กิจกรรมแยกตามผู้ใช้ช่วยให้เข้าใจการกระจายภาระงาน ระบุความต้องการในการฝึกอบรม และตรวจสอบความเบี่ยงเบนของกระบวนการ นอกจากนี้ยังสำคัญต่อการวิเคราะห์การปฏิบัติตามข้อกำหนด โดยช่วยให้ผู้ตรวจสอบติดตามการดำเนินการกลับไปยังบุคคลที่เกี่ยวข้องได้ ข้อมูลนี้จำเป็นต่อการบริหารประสิทธิภาพและการใช้ทรัพยากรให้เหมาะสม.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการแยกตามผู้ใช้หรือทีม ระบุโอกาสในการทำงานอัตโนมัติ และเป็นข้อมูลสำคัญสำหรับการวิเคราะห์การปฏิบัติตามข้อกำหนดและเส้นทางการตรวจสอบ.
แหล่งข้อมูล
พบได้ในฟิลด์ 'Created by' หรือ 'Modified by' ของตารางธุรกรรมส่วนใหญ่ใน D365 SCM เช่น CreatedBy ใน SalesTable หรือ PurchTable.
ตัวอย่าง
j.doea.smithAX_BATCH_USER
|
|||
|
วันที่ลูกค้าต้องการรับสินค้า
RequestedDeliveryDate
|
วันที่ลูกค้าระบุว่าต้องการรับสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกวันที่ลูกค้าระบุว่าต้องการรับสินค้าเมื่อทำรายการสั่งซื้อ และใช้เป็นเกณฑ์หลักในการวัดผลการจัดส่งจริง วันที่นี้เป็นข้อมูลตั้งต้นของแดชบอร์ด On-Time Delivery Performance Monitor และ KPI อัตราการจัดส่งตรงเวลา การเปรียบเทียบวันที่ลูกค้าต้องการรับสินค้ากับวันที่จัดส่งจริงเป็นวิธีมาตรฐานในการวัดผลการจัดส่ง และเป็นตัวชี้วัดสำคัญของความพึงพอใจของลูกค้า.
เหตุผลที่สำคัญ
ใช้เป็นเกณฑ์ตั้งต้นในการวัดการจัดส่งตรงเวลา ซึ่งเป็น KPI สำคัญต่อความพึงพอใจของลูกค้าและความน่าเชื่อถือของห่วงโซ่อุปทาน.
แหล่งข้อมูล
อยู่ในฟิลด์ ReceiptDateRequested ของตาราง SalesLine หรือ ShippingDateRequested ของตาราง SalesTable.
ตัวอย่าง
2023-05-102023-06-012023-07-20
|
|||
|
หมายเลขคำสั่งขาย
SalesOrderNumber
|
รหัสที่ไม่ซ้ำกันของคำสั่งขายจากลูกค้า. | ||
|
คำอธิบาย
นี่คือหมายเลขอ้างอิงหลักของคำขอสินค้า或บริการจากลูกค้า คำสั่งขายเป็นจุดเริ่มต้นของกิจกรรมต่างๆ ในซัพพลายเชน เช่น การจัดซื้อและการผลิต ใน process mining หมายเลขคำสั่งขายเป็นมิติสำคัญสำหรับการกรองและวิเคราะห์ ช่วยให้ผู้ใช้ฝั่งธุรกิจติดตามกระบวนการจัดส่งทั้งหมดของคำสั่งซื้อจากลูกค้าแต่ละรายการ และมักเป็นส่วนสำคัญของรหัสกรณี Logistics Order ที่กำหนดขึ้นในเชิงแนวคิด.
เหตุผลที่สำคัญ
เชื่อมโยงกระบวนการซัพพลายเชนกับความต้องการของลูกค้าโดยตรง ทำให้วิเคราะห์วงจรตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน และประสิทธิภาพการจัดส่งแยกตามลูกค้าได้.
แหล่งข้อมูล
อยู่ในฟิลด์ SalesId ของตาราง SalesTable.
ตัวอย่าง
SO-001872SO-001873SO-001874
|
|||
|
หมายเลขใบสั่งขาย
PurchaseOrderNumber
|
รหัสเฉพาะของใบสั่งซื้อที่ส่งให้ซัพพลายเออร์. | ||
|
คำอธิบาย
หมายเลขเอกสารอย่างเป็นทางการที่ใช้สั่งซื้อวัตถุดิบหรือสินค้าจากซัพพลายเออร์ภายนอก โดยระบุรายการสินค้า จำนวน ราคา และวันที่จัดส่ง การวิเคราะห์กระบวนการตามหมายเลขใบสั่งซื้อมีความสำคัญต่อแดชบอร์ด Procurement Lead Time Breakdown และ Supplier Performance Benchmarking ช่วยติดตามวงจรตั้งแต่การขอซื้อจนถึงการชำระเงินให้ซัพพลายเออร์ และระบุความล่าช้าในการจัดหาวัตถุดิบ.
เหตุผลที่สำคัญ
รหัสนี้สำคัญต่อการวิเคราะห์ขั้นตอนการจัดซื้อในห่วงโซ่อุปทาน การติดตามผลการดำเนินงานของซัพพลายเออร์ และการทำความเข้าใจระยะเวลาจัดหาวัตถุดิบ.
แหล่งข้อมูล
อยู่ในฟิลด์ PurchId ของตาราง PurchTable.
ตัวอย่าง
PO-000541PO-000542PO-000543
|
|||
|
หมายเลขใบสั่งผลิต
ProductionOrderNumber
|
รหัสเฉพาะของใบสั่งผลิตหรือใบสั่งงานการผลิต. | ||
|
คำอธิบาย
หมายเลขนี้ใช้ระบุใบสั่งผลิตสินค้าตามจำนวนที่กำหนดภายในโรงงาน โดยติดตามการใช้วัตถุดิบและจำนวนสินค้าสำเร็จรูปที่ผลิตได้ สำหรับธุรกิจที่มีการผลิต รหัสนี้จำเป็นต่อการติดตามกระบวนการผลิต และช่วยให้แดชบอร์ด Production Schedule Adherence Tracker เชื่อมโยงวันที่วางแผนผลิตกับวันที่ผลิตเสร็จจริง เพื่อให้เห็นความคลาดเคลื่อนหรือความล่าช้าในกระบวนการผลิต.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์วงจรการผลิตได้อย่างละเอียด วัดการทำงานตามกำหนดการผลิต และระบุคอขวดในพื้นที่การผลิต.
แหล่งข้อมูล
อยู่ในฟิลด์ ProdId ของตาราง ProdTable.
ตัวอย่าง
PRD-000112PRD-000113PRD-000114
|
|||
|
ชื่อผู้ขนส่ง
CarrierName
|
ชื่อบริษัทขนส่งหรือผู้ให้บริการขนส่งที่รับผิดชอบการจัดส่ง. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้ให้บริการโลจิสติกส์ภายนอกหรือกองยานพาหนะภายในที่รับผิดชอบการขนส่งสินค้า และบอกว่าบริษัทใดเป็นผู้ขนส่งสินค้า ผู้ขนส่งเป็นอีกมิติสำคัญของแดชบอร์ด Transportation Efficiency & Costs การวิเคราะห์ตัวชี้วัด เช่น ระยะเวลาขนส่งและการจัดส่งตรงเวลา แยกตามผู้ขนส่ง ช่วยให้บริษัทเปรียบเทียบผลการดำเนินงานของคู่ค้า เจรจาอัตราค่าบริการ และตัดสินใจเลือกผู้ขนส่งได้อย่างมีข้อมูล.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานของผู้ให้บริการโลจิสติกส์แต่ละราย ซึ่งจำเป็นต่อการบริหารผู้ขนส่งและการปรับต้นทุนการขนส่งให้เหมาะสม.
แหล่งข้อมูล
พบในฟิลด์ เช่น 'CarrierService' ของใบสั่งขาย หรือในตารางการจัดการขนส่งโดยเฉพาะ เช่น TMSCarrier.
ตัวอย่าง
FedExUPSMaerskDHL
|
|||
|
เป็นงานแก้ไขซ้ำหรือไม่
IsRework
|
ค่าที่ระบุว่ากิจกรรมหรือวงจรในกระบวนการเป็นงานแก้ไขซ้ำหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นเพื่อระบุกิจกรรมหรือเส้นทางในกระบวนการที่เป็นการแก้ไขหรือทำซ้ำ ตัวอย่างเช่น หากกิจกรรม 'ตรวจสอบคุณภาพแล้ว' ไม่ผ่านและย้อนกลับไปยังขั้นตอน 'ผลิตสินค้าแล้ว' ก่อนหน้า ระบบจะระบุว่าเป็นงานแก้ไขซ้ำ แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI อัตราการแก้ไขซ้ำในการดำเนินการตามคำสั่งซื้อ เมื่อติดป้ายกิจกรรมที่ต้องแก้ไขซ้ำ นักวิเคราะห์จะวัดความถี่และผลกระทบของปัญหาคุณภาพหรือข้อผิดพลาดในกระบวนการได้ง่ายขึ้น และระบุจุดที่ควรปรับปรุงกระบวนการและการควบคุม.
เหตุผลที่สำคัญ
ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการและปัญหาด้านคุณภาพ โดยระบุกิจกรรมที่อยู่นอกเส้นทางปกติอย่างชัดเจน.
แหล่งข้อมูล
ฟิลด์นี้คำนวณจากกฎทางธุรกิจ เช่น ระบุชื่อกิจกรรมบางรายการอย่าง 'บรรจุสินค้าใหม่' ว่าเป็นงานแก้ไขซ้ำ หรือค้นหาวงจรย้อนกลับในลำดับขั้นตอนของกระบวนการ.
ตัวอย่าง
truefalse
|
|||
|
มูลค่าใบสั่งขาย
OrderValue
|
มูลค่ารวมของใบสั่งขาย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงมูลค่าทางการเงินรวมของใบสั่งขายของลูกค้า เป็นตัวชี้วัดสำคัญที่ช่วยให้เข้าใจผลกระทบทางธุรกิจจากผลการดำเนินงานของกระบวนการ การวิเคราะห์ตัวชี้วัดกระบวนการ เช่น ระยะเวลาดำเนินการหรือการจัดส่งล่าช้า โดยพิจารณามูลค่าใบสั่งขายช่วยจัดลำดับความสำคัญของการปรับปรุงได้ ตัวอย่างเช่น ความล่าช้าที่กระทบคำสั่งซื้อมูลค่าสูงอาจต้องแก้ไขก่อนคำสั่งซื้อมูลค่าต่ำ ข้อมูลนี้ช่วยเพิ่มมุมมองด้านการเงินให้กับการวิเคราะห์กระบวนการ.
เหตุผลที่สำคัญ
ช่วยให้เห็นบริบททางการเงินในการวิเคราะห์กระบวนการ และจัดลำดับความสำคัญของปัญหาตามผลกระทบด้านมูลค่า.
แหล่งข้อมูล
คำนวณจากตาราง SalesLine โดยรวมค่าฟิลด์ LineAmount ของทุกรายการที่อยู่ในใบสั่งขายเดียวกัน (SalesId).
ตัวอย่าง
15200.50850.00125000.75
|
|||
|
รหัสคลังสินค้า
WarehouseId
|
รหัสคลังสินค้าที่ใช้จัดเก็บหรือจัดการสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุคลังสินค้าหรือศูนย์กระจายสินค้าเฉพาะที่เกี่ยวข้องกับกิจกรรม เช่น การหยิบ การบรรจุ หรือการจัดส่ง ข้อมูลนี้จำเป็นต่อแดชบอร์ด Warehouse Operations Throughput ซึ่งใช้เปรียบเทียบผลการดำเนินงานของแต่ละสถานที่ การวิเคราะห์แยกตามคลังสินค้าช่วยระบุสถานที่ที่ทำงานได้มีประสิทธิภาพ สถานที่ที่มีข้อจำกัดด้านกำลังรองรับ และจุดที่ควรเร่งปรับปรุงการปฏิบัติการ.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบผลการดำเนินงานและวิเคราะห์คอขวดในแต่ละสถานที่ เพื่อสนับสนุนการเพิ่มประสิทธิภาพคลังสินค้า.
แหล่งข้อมูล
อยู่ในฟิลด์ InventLocationId ของตารางที่เกี่ยวข้องกับสินค้าคงคลังและการจัดการคลังสินค้า เช่น InventSum และ WHSWorkTable.
ตัวอย่าง
WH-MainWH-EastDC-West
|
|||
|
วันที่กำหนดส่งสินค้า
ScheduledShipmentDate
|
วันที่วางแผนให้สินค้าออกจากคลัง. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันที่วางแผนหรือกำหนดให้สินค้าออกจากคลังสินค้าหรือโรงงานผลิต เป็นหมุดหมายภายในที่สำคัญของกระบวนการจัดส่งสินค้า ใช้วันที่นี้คำนวณ KPI อัตราการทำงานตามกำหนดการจัดส่งสินค้า โดยเปรียบเทียบกับวันที่เกิดกิจกรรม 'โหลดสินค้าขึ้นรถเพื่อขนส่ง' เพื่อวัดความน่าเชื่อถือและความคาดการณ์ได้ของการวางแผนและการดำเนินงานด้านโลจิสติกส์ภายใน.
เหตุผลที่สำคัญ
ช่วยวัดการทำงานตามกำหนดการภายในและความคาดการณ์ได้ของกระบวนการจัดส่ง ซึ่งส่งผลต่อการวางแผนขนส่งในขั้นตอนถัดไป.
แหล่งข้อมูล
อยู่ในฟิลด์ เช่น ConfirmedShipDate ของ SalesLine หรือฟิลด์ที่เกี่ยวข้องใน WHSLoadTable สำหรับรายการโหลดที่วางแผนไว้.
ตัวอย่าง
2023-05-082023-05-302023-07-18
|
|||
|
วิธีขนส่งสินค้า
ModeOfTransport
|
วิธีขนส่งสินค้า เช่น รถบรรทุก เครื่องบิน หรือเรือ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวิธีขนส่งสินค้าจากต้นทางไปยังปลายทาง เช่น ทางถนน ทางรถไฟ ทางอากาศ หรือทางทะเล เป็นมิติสำคัญของแดชบอร์ด Transportation Efficiency & Costs การวิเคราะห์ระยะเวลาและค่าใช้จ่ายแยกตามวิธีขนส่งช่วยปรับกลยุทธ์โลจิสติกส์ เลือกความสมดุลระหว่างความเร็วกับต้นทุน และระบุจุดที่ไม่มีประสิทธิภาพในช่องทางขนส่งแต่ละประเภท.
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์ต้นทุนและประสิทธิภาพการขนส่ง ช่วยปรับเครือข่ายโลจิสติกส์และลดค่าใช้จ่ายในการขนส่งสินค้า.
แหล่งข้อมูล
พบในฟิลด์ ModeOfDelivery ของตาราง เช่น SalesTable หรือ PurchTable หรือดูรายละเอียดเพิ่มเติมได้จากตารางการจัดการขนส่ง เช่น TMSRoute.
ตัวอย่าง
รถบรรทุกทางอากาศทางทะเลทางรถไฟ
|
|||
|
หมวดหมู่สินค้า
ProductCategory
|
หมวดหมู่ที่จัดสินค้าไว้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้จัดกลุ่มสินค้าแต่ละรายการเป็นหมวดหมู่ใหญ่ เช่น 'อุปกรณ์อิเล็กทรอนิกส์' 'วัตถุดิบ' หรือ 'สินค้าสำเร็จรูป' ทำให้วิเคราะห์ห่วงโซ่อุปทานในภาพรวมได้ แทนที่จะตรวจสอบ SKU ทีละหลายพันรายการ นักวิเคราะห์สามารถใช้หมวดหมู่สินค้าเพื่อหาแนวโน้มและคอขวดที่กระทบสินค้าทั้งกลุ่มได้ ข้อมูลนี้มีประโยชน์เป็นพิเศษในแดชบอร์ด Procurement Lead Time Breakdown เพื่อทำความเข้าใจผลการดำเนินงานของซัพพลายเออร์ที่จัดหาวัตถุดิบประเภทต่างๆ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ข้อมูลรวมในแต่ละกลุ่มสินค้า ซึ่งเป็นประโยชน์ต่อการตัดสินใจเชิงกลยุทธ์และการระบุปัญหาเชิงระบบที่กระทบสินค้าบางประเภท.
แหล่งข้อมูล
ได้จากการเชื่อมตารางข้อมูลหลักสินค้า (InventTable) กับตารางหมวดหมู่สินค้า เช่น EcoResProductCategory.
ตัวอย่าง
ชิ้นส่วนเครื่องเสียงวัสดุบรรจุภัณฑ์ชิ้นส่วนไฮดรอลิก
|
|||
|
หมายเลขสินค้า
ProductNumber
|
รหัสเฉพาะของสินค้าที่สั่งซื้อหรือผลิต. | ||
|
คำอธิบาย
แอตทริบิวต์นี้คือรหัสสินค้า (SKU) หรือหมายเลขสินค้าที่เกี่ยวข้องกับรายการธุรกรรม สินค้าอาจเป็นสินค้าสำเร็จรูปที่ขายให้ลูกค้า หรือวัตถุดิบที่ซื้อจากซัพพลายเออร์ การวิเคราะห์กระบวนการห่วงโซ่อุปทานแยกตามสินค้าช่วยระบุรายการที่ใช้เวลาจัดหานาน มีปัญหาด้านคุณภาพบ่อย หรือมีขั้นตอนการผลิตซับซ้อน ข้อมูลนี้สำคัญต่อการบริหารสินค้าคงคลัง การคาดการณ์ความต้องการ และการปรับกลุ่มผลิตภัณฑ์ให้เหมาะสม.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานของกระบวนการสำหรับสินค้าแต่ละรายการ และเผยให้เห็นปัญหาในห่วงโซ่อุปทานที่เกิดกับสินค้าบางประเภท.
แหล่งข้อมูล
อยู่ในฟิลด์ ItemId ของตารางรายการธุรกรรม เช่น SalesLine, PurchLine และ ProdBOM.
ตัวอย่าง
A0001D0010M9201
|
|||
กิจกรรมการจัดการห่วงโซ่อุปทาน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ผลิตสินค้าเสร็จ
|
กระบวนการผลิตเสร็จสิ้น และมีการรายงานสินค้าสำเร็จรูปในระบบอย่างเป็นทางการ โดยลงรายการสมุดรายวัน 'Report as Finished' สำหรับใบสั่งผลิต ซึ่งจะปรับปรุงข้อมูลสินค้าคงคลัง. | ||
|
เหตุผลที่สำคัญ
เป็นจุดสิ้นสุดของขั้นตอนการผลิต และทำให้สินค้าพร้อมสำหรับการควบคุมคุณภาพและจัดส่ง นอกจากนี้ยังเป็นหมุดหมายสำคัญในการวัดว่าการผลิตเป็นไปตามกำหนดหรือไม่.
แหล่งข้อมูล
บันทึกกิจกรรมนี้ในโมดูล Production control การลงรายการสมุดรายวัน 'Report as Finished' จะสร้างธุรกรรมสินค้าคงคลังพร้อมเวลาและปรับปรุงสถานะใบสั่งผลิต.
บันทึก
ระบบบันทึกเมื่อมีการลงรายการสมุดรายวัน 'Report as Finished' สำหรับใบสั่งผลิต.
ประเภทเหตุการณ์
explicit
|
|||
|
รับวัตถุดิบ
|
สินค้าหรือวัสดุที่สั่งจากซัพพลายเออร์มาถึงคลังสินค้าและรับเข้าจริง โดยบันทึกผ่านธุรกรรมลงรายการรับสินค้าใน Dynamics 365 ที่เชื่อมโยงกับใบสั่งซื้อ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดของระยะเวลารอคอยจากซัพพลายเออร์ และเป็นช่วงที่วัสดุพร้อมสำหรับการผลิตหรือจัดส่ง ความล่าช้าในขั้นตอนนี้ส่งผลโดยตรงต่อตารางงานถัดไปและกำหนดส่งสินค้าให้ลูกค้า.
แหล่งข้อมูล
บันทึกกิจกรรมนี้ในโมดูล Procurement and sourcing หรือ Inventory management การลงรายการรับสินค้า (VendPackingSlipJour) จะสร้างรายการธุรกรรมพร้อมเวลา.
บันทึก
ระบบบันทึกเหตุการณ์เมื่อลงรายการรับสินค้า (Product Receipt) สำหรับ Purchase Order.
ประเภทเหตุการณ์
explicit
|
|||
|
ลงนามยืนยันการส่งมอบ
|
ลูกค้ายืนยันการรับสินค้าอย่างเป็นทางการ โดยมักลงนามในใบส่งสินค้า ข้อมูลนี้มักบันทึกด้วยการแนบเอกสารหรือปรับปรุงสถานะในระบบ. | ||
|
เหตุผลที่สำคัญ
เป็นการยืนยันขั้นสุดท้ายว่าจัดส่งคำสั่งซื้อสำเร็จ และเป็นจุดสิ้นสุดที่ชัดเจนของกระบวนการโลจิสติกส์ ข้อมูลนี้สำคัญต่อการจัดการข้อโต้แย้งและคำนวณเวลารวมของวงจรคำสั่งซื้อ.
แหล่งข้อมูล
รายการนี้ไม่ใช่ธุรกรรมมาตรฐานที่เกิดขึ้นแยกต่างหาก โดยทั่วไปจัดการด้วยการปรับปรุงสถานะในคำสั่งขาย หรือแนบเอกสารหลักฐานการส่งมอบที่สแกนไว้ผ่านระบบจัดการเอกสาร.
บันทึก
อนุมานจากการปรับปรุงสถานะหรือการแนบเอกสาร POD กับคำสั่งขายหรือรายการจัดส่ง.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งมอบสินค้าแล้ว
|
สินค้าถึงปลายทางของลูกค้าแล้ว อาจอนุมานเหตุการณ์นี้จากข้อมูลติดตามของผู้ขนส่งหรือการปรับปรุงสถานะด้วยตนเอง เนื่องจาก Dynamics 365 ไม่มีธุรกรรม 'delivered' มาให้โดยตรง. | ||
|
เหตุผลที่สำคัญ
เป็นจุดสิ้นสุดของการส่งมอบสินค้าจริง โดยระบุ 'วันที่ส่งมอบจริง' ซึ่งจำเป็นต่อการคำนวณ KPI การส่งมอบตรงเวลาและตัวชี้วัดที่ใช้กับลูกค้า.
แหล่งข้อมูล
โดยทั่วไปไม่มีฟิลด์มาตรฐานสำหรับข้อมูลนี้ อาจบันทึกในฟิลด์วันที่ที่กำหนดเองในคำสั่งขายหรือรายการจัดส่ง แล้วปรับปรุงด้วยตนเองหรือผ่านการเชื่อมต่อกับระบบของผู้ขนส่ง.
บันทึก
อนุมานจากการปรับปรุงฟิลด์วันที่ส่งมอบด้วยตนเอง หรือผ่านการเชื่อมต่อ API ของผู้ขนส่งภายนอก.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้างคำสั่งซื้อจากลูกค้า
|
หมายถึงการสร้างคำสั่งขายใหม่อย่างเป็นทางการใน Dynamics 365 SCM ระบบจะบันทึกเหตุการณ์นี้พร้อมเวลาเมื่อผู้ใช้บันทึกเอกสารคำสั่งขายใหม่ ซึ่งเป็นจุดเริ่มต้นของกระบวนการจัดส่งสินค้า. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของวงจรการจัดส่งคำสั่งซื้อ ใช้เป็นจุดอ้างอิงหลักในการวัดระยะเวลารวม ประสิทธิภาพการส่งมอบตรงเวลา และรูปแบบการรับคำสั่งซื้อ.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้อย่างชัดเจนในโมดูล Sales and marketing โดยบันทึกการสร้างรายการไว้ใน SalesTable (Sales Order Header) พร้อมเวลาที่สร้าง.
บันทึก
ระบบบันทึกเหตุการณ์เมื่อสร้างรายการ Sales Order ใน SalesTable.
ประเภทเหตุการณ์
explicit
|
|||
|
หยิบและบรรจุสินค้าแล้ว
|
พนักงานคลังสินค้าหยิบสินค้าจากคลังและบรรจุเพื่อจัดส่งเรียบร้อยแล้ว ระบบบันทึกกิจกรรมนี้เมื่อทำงานหยิบสินค้าเสร็จและปรับปรุงสถานะการบรรจุ. | ||
|
เหตุผลที่สำคัญ
หมายถึงการทำงานหลักด้านการจัดส่งสินค้าในคลังเสร็จสิ้น เป็นตัวชี้วัดสำคัญในแดชบอร์ด Warehouse Operations Throughput และช่วยระบุคอขวดในขั้นตอนหยิบและบรรจุสินค้า.
แหล่งข้อมูล
บันทึกกิจกรรมนี้ในโมดูล Warehouse management โดยทั่วไปอนุมานได้จากสถานะงานคลังสินค้า (WHSWorkTable) ที่เปลี่ยนเป็น 'Closed' หรือจากการลงรายการใบส่งสินค้า.
บันทึก
อนุมานจากการเปลี่ยนสถานะงานคลังสินค้าเป็น 'Closed' หรือวันที่ลงรายการใบส่งสินค้า.
ประเภทเหตุการณ์
inferred
|
|||
|
โหลดสินค้าขึ้นรถเพื่อขนส่ง
|
โหลดสินค้าที่บรรจุแล้วขึ้นรถของผู้ขนส่ง และยืนยันการจัดส่งในระบบ เหตุการณ์นี้ตรงกับการดำเนินการ 'Ship confirm' ใน Dynamics 365. | ||
|
เหตุผลที่สำคัญ
เป็นจุดที่สินค้าออกจากคลังจริง กิจกรรมนี้ใช้เป็นจุดเริ่มต้นในการวัดระยะเวลาที่สินค้าอยู่ระหว่างขนส่ง (Goods In Transit) และบันทึกรายการทางการเงินของการจัดส่ง.
แหล่งข้อมูล
บันทึกกิจกรรมนี้ในโมดูล Warehouse หรือ Transportation management การดำเนินการ 'Ship confirm' สำหรับโหลดสินค้าหรือรายการจัดส่ง (WHSLoadTable) จะสร้างเหตุการณ์พร้อมเวลา.
บันทึก
ระบบบันทึกเมื่อดำเนินการ 'Ship confirm' สำหรับโหลดสินค้าหรือรายการจัดส่งที่เกี่ยวข้อง.
ประเภทเหตุการณ์
explicit
|
|||
|
ออกใบสั่งซื้อ
|
สร้างและยืนยันใบสั่งซื้ออย่างเป็นทางการ ซึ่งเป็นการผูกพันบริษัทให้ซื้อสินค้าจากซัพพลายเออร์ ระบบบันทึกเหตุการณ์นี้เมื่อสถานะ PO เปลี่ยนเป็น 'Confirmed' หรือ 'In external review'. | ||
|
เหตุผลที่สำคัญ
นี่คือหมุดหมายสำคัญของการจัดซื้อและเป็นจุดเริ่มต้นหลักในการวัดระยะเวลารอคอยจากซัพพลายเออร์ การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้จนถึงวันที่ได้รับวัสดุช่วยประเมินประสิทธิภาพของซัพพลายเออร์ได้.
แหล่งข้อมูล
ระบบบันทึกกิจกรรมนี้ในโมดูล Procurement and sourcing โดยติดตามการยืนยันใบสั่งซื้อจากการเปลี่ยนสถานะและวันที่ใน PurchTable.
บันทึก
ระบบบันทึกเมื่อสถานะ Purchase Order เปลี่ยนเป็น 'Confirmed' ผ่านการลงรายการในสมุดรายวัน.
ประเภทเหตุการณ์
explicit
|
|||
|
กำหนดเวลาจัดส่ง
|
กำหนดวันที่และผู้ขนส่งสำหรับจัดส่งสินค้าที่บรรจุแล้ว โดยทั่วไปบันทึกเมื่อวางแผนการขนส่งหรือยืนยันการจัดส่งในโมดูล transportation. | ||
|
เหตุผลที่สำคัญ
ใช้เป็นข้อมูลตั้งต้นในการวัดว่าการจัดส่งเป็นไปตามกำหนดหรือไม่ การเปรียบเทียบวันที่กำหนดไว้กับวันที่โหลดสินค้าจริงเป็น KPI สำคัญสำหรับการวางแผนโลจิสติกส์.
แหล่งข้อมูล
บันทึกกิจกรรมนี้ในโมดูล Transportation management (TMS) การยืนยันโหลดสินค้า (WHSLoadTable) หรือการจัดส่งมักมีวันที่กำหนดส่งซึ่งสามารถนำมาใช้ได้.
บันทึก
ระบบบันทึกเมื่อยืนยันรายการโหลดสินค้าหรือรายการจัดส่งในระบบขนส่ง.
ประเภทเหตุการณ์
explicit
|
|||
|
ตรวจสอบคุณภาพ
|
ตรวจสอบคุณภาพสินค้าที่ผลิตหรือรับเข้าเพื่อให้แน่ใจว่าเป็นไปตามมาตรฐาน โดยทั่วไปจะบันทึกในระบบเมื่อปิดหรือยืนยันใบสั่งตรวจสอบคุณภาพ. | ||
|
เหตุผลที่สำคัญ
ช่วยให้มั่นใจในคุณภาพสินค้าและการปฏิบัติตามข้อกำหนดของกระบวนการ การตรวจพบการข้ามขั้นตอนตรวจสอบคุณภาพหรือใช้เวลาตรวจสอบนานช่วยลดความเสี่ยงและปรับปรุงขั้นตอนการทำงานโดยรวม.
แหล่งข้อมูล
บันทึกกิจกรรมนี้ในโมดูล Inventory management ผ่าน Quality Orders การยืนยันหรือปิดใบสั่งตรวจสอบคุณภาพ (InventQualityOrderTable) ที่เชื่อมโยงกับสินค้าจะเป็นข้อมูลของเหตุการณ์นี้.
บันทึก
ระบบบันทึกเมื่อยืนยันหรือปิด Quality Order ที่เชื่อมโยงกับล็อตสินค้าหรือหมายเลขประจำสินค้า.
ประเภทเหตุการณ์
explicit
|
|||
|
ยกเลิกคำสั่งซื้อ
|
ยกเลิกคำสั่งขายของลูกค้าก่อนจัดส่งเสร็จ ระบบบันทึกเหตุการณ์นี้เมื่อสถานะในส่วนหัวคำสั่งขายเปลี่ยนเป็น 'Canceled'. | ||
|
เหตุผลที่สำคัญ
เป็นผลลัพธ์เชิงลบของกระบวนการ การวิเคราะห์ช่วงเวลาและสาเหตุที่ยกเลิกคำสั่งซื้อช่วยให้เห็นปัญหาด้านสินค้าพร้อมจำหน่าย ระยะเวลารอคอย หรือบริการลูกค้าที่ควรแก้ไข.
แหล่งข้อมูล
อนุมานจากฟิลด์สถานะใน SalesTable ที่เปลี่ยนเป็น 'Canceled' หากเปิดใช้การติดตามการเปลี่ยนแปลงหรือการบันทึกฐานข้อมูล ก็สามารถเก็บวันที่ที่เปลี่ยนสถานะได้.
บันทึก
อนุมานจากสถานะคำสั่งขายที่เปลี่ยนเป็น 'Canceled'.
ประเภทเหตุการณ์
inferred
|
|||
|
ลงรายการใบแจ้งหนี้ลูกค้า
|
สร้างใบแจ้งหนี้การขายจากคำสั่งขายและลงรายการในบัญชีแยกประเภททางการเงิน โดยทั่วไปดำเนินการเมื่อจัดส่งสินค้า แต่ขั้นตอนอาจแตกต่างกัน จึงถือเป็นกิจกรรมแยกต่างหาก. | ||
|
เหตุผลที่สำคัญ
นี่คือหมุดหมายสำคัญด้านการเงินในวงจรตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน การวิเคราะห์เวลาตั้งแต่จัดส่งจนออกใบแจ้งหนี้ช่วยให้เห็นความล่าช้าในขั้นตอนเรียกเก็บเงินและผลกระทบต่อกระแสเงินสด.
แหล่งข้อมูล
บันทึกกิจกรรมนี้ในโมดูล Accounts receivable เมื่อลงรายการใบแจ้งหนี้จากคำสั่งขาย ระบบจะสร้างรายการในตาราง CustInvoiceJour พร้อมวันที่ลงรายการ.
บันทึก
ระบบบันทึกเมื่อมีการลงรายการใบแจ้งหนี้จากคำสั่งขายและสร้างรายการ CustInvoiceJour.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบขอซื้อ
|
มีการส่งคำขออย่างเป็นทางการไปยังฝ่ายจัดซื้อเพื่อจัดหาวัสดุที่ต้องใช้กับคำสั่งซื้อ โดยทั่วไปจะเกิดขึ้นเมื่อสินค้าในสต็อกไม่เพียงพอ ระบบบันทึกเหตุการณ์นี้เมื่อสร้างและบันทึกเอกสารใบขอซื้อใหม่. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เริ่มกระบวนการย่อยด้านการจัดซื้อ การติดตามกิจกรรมนี้ช่วยวิเคราะห์ช่วงเวลาที่ใช้ในการอนุมัติภายใน และระบุความล่าช้าก่อนออก PO.
แหล่งข้อมูล
ระบบบันทึกกิจกรรมนี้ในโมดูล Procurement and sourcing การสร้างรายการใน PurchReqTable เป็นเหตุการณ์ที่เกิดขึ้น ณ เวลาหนึ่งและมีการบันทึกเวลาไว้.
บันทึก
ระบบบันทึกเหตุการณ์เมื่อสร้างรายการในตารางใบขอซื้อ (PurchReqTable).
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบสั่งผลิต
|
สร้างใบสั่งผลิตเพื่อผลิตสินค้าสำเร็จรูปตามที่ต้องใช้ใน Logistics Order ของลูกค้า ระบบบันทึกเหตุการณ์นี้ในโมดูล Production control. | ||
|
เหตุผลที่สำคัญ
เริ่มกระบวนการผลิตสำหรับกรณีผลิตตามคำสั่งซื้อ การติดตามเวลาตั้งแต่เหตุการณ์นี้จนผลิตสินค้าเสร็จมีความสำคัญต่อการวิเคราะห์รอบเวลาการผลิตและการทำงานตามกำหนด.
แหล่งข้อมูล
ระบบบันทึกกิจกรรมนี้ในโมดูล Production control การสร้างรายการใหม่ใน ProdTable (Production Order table) จะมีเวลาที่สร้างกำกับไว้.
บันทึก
ระบบบันทึกเมื่อสร้างรายการใหม่ในตารางใบสั่งผลิต (ProdTable).
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างรายการหยิบสินค้าในคลัง
|
สร้างรายการหยิบสินค้าหรืองานคลังสินค้า เพื่อแจ้งพนักงานว่าต้องหยิบสินค้าใดบ้างสำหรับคำสั่งซื้อ ระบบบันทึกเหตุการณ์นี้เมื่อปล่อยคำสั่งซื้อไปยังคลังสินค้าเพื่อดำเนินการ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เริ่มการดำเนินงานจัดส่งสินค้าจริงภายในคลัง การวิเคราะห์เวลาตั้งแต่จุดนี้จนถึงการบรรจุเสร็จช่วยวัดประสิทธิภาพและความรวดเร็วในการตอบสนองของคลังสินค้า.
แหล่งข้อมูล
ระบบบันทึกกิจกรรมนี้ในโมดูล Warehouse management การสร้างงานคลังสินค้า (WHSWorkTable) หรือการลงรายการสมุดรายวันรายการหยิบสินค้า (WMSPickingRoute) ถือเป็นเหตุการณ์ที่เกิดขึ้น ณ เวลาหนึ่ง.
บันทึก
ระบบบันทึกเมื่อสร้างสมุดรายวันรายการหยิบสินค้าหรือสร้างงานคลังสินค้า.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เพื่อมองเห็นโอกาสในการปรับปรุงห่วงโซ่อุปทาน เริ่มปรับปรุงการปฏิบัติการได้ตั้งแต่วันนี้ เพื่อเพิ่มประสิทธิภาพและลดต้นทุน.
จัดการห่วงโซ่อุปทานให้มีประสิทธิภาพ เริ่มปรับปรุงได้วันนี้
เห็นภาพกระบวนการตั้งแต่ต้นจนจบ เพิ่มความแม่นยำในการพยากรณ์เป็น 90% และลดต้นทุน.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.