เทมเพลตข้อมูลการจัดการห่วงโซ่อุปทานของคุณ

Microsoft Dynamics 365 SCM
เทมเพลตข้อมูลการจัดการห่วงโซ่อุปทานของคุณ

เทมเพลตข้อมูลการจัดการห่วงโซ่อุปทานของคุณ

เทมเพลตข้อมูลนี้ช่วยให้คุณรวบรวมข้อมูลสำคัญสำหรับทำ process mining ในห่วงโซ่อุปทานอย่างเป็นระบบ โดยระบุแอตทริบิวต์และกิจกรรมที่ควรติดตาม พร้อมแนะนำวิธีดึงข้อมูลจาก Microsoft Dynamics 365 SCM โดยเฉพาะ ใช้เทมเพลตนี้เตรียมบันทึกเหตุการณ์ให้พร้อมสำหรับการวิเคราะห์เชิงลึก.
  • แอตทริบิวต์ที่แนะนำสำหรับการวิเคราะห์โดยละเอียด
  • กิจกรรมสำคัญในกระบวนการห่วงโซ่อุปทานที่ควรติดตาม
  • แนวทางดึงข้อมูลจาก Microsoft Dynamics 365 SCM
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์การจัดการห่วงโซ่อุปทาน

ฟิลด์ข้อมูลเหล่านี้เป็นรายการที่แนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อให้วิเคราะห์กระบวนการจัดการห่วงโซ่อุปทานได้อย่างละเอียดและแม่นยำ.
5 จำเป็น 8 แนะนำ 8 ไม่บังคับ
ชื่อ คำอธิบาย
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
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมการจัดการห่วงโซ่อุปทาน

ขั้นตอนและจุดสำคัญของกระบวนการที่ควรบันทึกไว้ในบันทึกเหตุการณ์ เพื่อค้นพบกระบวนการและวิเคราะห์ประสิทธิภาพของห่วงโซ่อุปทานได้อย่างแม่นยำ.
8 แนะนำ 7 ไม่บังคับ
กิจกรรม คำอธิบาย
ผลิตสินค้าเสร็จ
กระบวนการผลิตเสร็จสิ้น และมีการรายงานสินค้าสำเร็จรูปในระบบอย่างเป็นทางการ โดยลงรายการสมุดรายวัน '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
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก Microsoft Dynamics 365 SCM

พร้อมเริ่มต้นหรือยัง?

ใช้เทมเพลตนี้เพื่อมองเห็นโอกาสในการปรับปรุงห่วงโซ่อุปทาน เริ่มปรับปรุงการปฏิบัติการได้ตั้งแต่วันนี้ เพื่อเพิ่มประสิทธิภาพและลดต้นทุน.

จัดการห่วงโซ่อุปทานให้มีประสิทธิภาพ เริ่มปรับปรุงได้วันนี้

เห็นภาพกระบวนการตั้งแต่ต้นจนจบ เพิ่มความแม่นยำในการพยากรณ์เป็น 90% และลดต้นทุน.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.