เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย
เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย
- แอตทริบิวต์ที่แนะนำสำหรับการวิเคราะห์อย่างละเอียด
- กิจกรรมสำคัญในกระบวนการที่ควรติดตาม
- คำแนะนำเฉพาะสำหรับดึงข้อมูลจาก Microsoft Dynamics 365
แอตทริบิวต์สำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
ActivityName
|
ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้น ณ เวลาใดเวลาหนึ่งในกระบวนการใบสั่งขาย. | ||
|
คำอธิบาย
คุณลักษณะนี้หมายถึงขั้นตอนหรือเหตุการณ์เฉพาะในวงจรของใบสั่งขาย เช่น 'สร้างใบสั่งขาย' 'จัดส่งสินค้า' หรือ 'ได้รับชำระเงิน' ลำดับกิจกรรมของใบสั่งขายแต่ละรายการประกอบกันเป็นขั้นตอนการทำงาน การวิเคราะห์ลำดับ ความถี่ และการเปลี่ยนผ่านระหว่างกิจกรรมเป็นหัวใจของ process mining ช่วยแสดงภาพแผนผังกระบวนการ ระบุรูปแบบกระบวนการที่พบบ่อยและพบไม่บ่อย ตรวจหาคอขวด และชี้จุดที่มีการแก้ไขงานหรือไม่เป็นไปตามข้อกำหนด คุณลักษณะนี้เป็นพื้นฐานสำคัญในการทำความเข้าใจสิ่งที่เกิดขึ้นจริงในกระบวนการ.
เหตุผลที่สำคัญ
คุณลักษณะนี้กำหนดขั้นตอนของกระบวนการ ทำให้สร้างและแสดงภาพขั้นตอนการทำงานได้ ซึ่งเป็นเป้าหมายหลักของ process mining.
แหล่งข้อมูล
ในเชิงแนวคิด คุณลักษณะนี้ได้จากการจับคู่เหตุการณ์ของระบบหรือการเปลี่ยนแปลงสถานะในตาราง เช่น 'SalesTable' รวมถึงตารางโลจิสติกส์หรือการเงินที่เกี่ยวข้อง ให้เป็นชื่อกิจกรรมมาตรฐาน.
ตัวอย่าง
สร้างใบสั่งขายจัดส่งสินค้าแล้วสร้างใบแจ้งหนี้แล้วได้รับชำระเงินแล้ว
|
|||
|
ใบสั่งขาย
SalesOrderNumber
|
รหัสเฉพาะของใบสั่งขายแต่ละรายการ ซึ่งใช้เป็นรหัสกรณีศึกษาหลักของกระบวนการ. | ||
|
คำอธิบาย
หมายเลขใบสั่งขายคือรหัสตัวอักษรและตัวเลขที่ไม่ซ้ำกัน ซึ่งกำหนดให้กับคำสั่งซื้อของลูกค้าแต่ละรายการใน Microsoft Dynamics 365 หมายเลขนี้ทำหน้าที่เป็นรหัสกรณีศึกษาหลัก เชื่อมโยงกิจกรรมและเหตุการณ์ที่เกี่ยวข้องทั้งหมดตั้งแต่สร้างจนถึงปิดรายการ ใน process mining คุณลักษณะนี้จำเป็นต่อการสร้างเส้นทางของใบสั่งขายแต่ละรายการตั้งแต่ต้นจนจบ นักวิเคราะห์ใช้ติดตามลำดับกิจกรรมทั้งหมด วัดระยะเวลาของแต่ละกรณี และวิเคราะห์ความแตกต่างของใบสั่งขายแต่ละรายการ จึงเป็นพื้นฐานสำคัญของการวิเคราะห์กระบวนการ.
เหตุผลที่สำคัญ
รหัสนี้จำเป็นต่อการเชื่อมโยงเหตุการณ์ที่เกี่ยวข้องทั้งหมด ทำให้วิเคราะห์วงจรของใบสั่งขายแต่ละรายการได้ครบตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
อยู่ในตาราง 'SalesTable' ฟิลด์ 'SalesId'.
ตัวอย่าง
SO-00102345SO-00102346SO-00102347
|
|||
|
เวลาเริ่มต้น
EventTime
|
วันที่และเวลาที่แน่นอนซึ่งกิจกรรมหรือเหตุการณ์เกิดขึ้น. | ||
|
คำอธิบาย
เวลาเกิดเหตุการณ์หรือการประทับเวลาใช้บันทึกช่วงเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ กิจกรรมแต่ละรายการในบันทึกเหตุการณ์จะมีเวลาที่เกี่ยวข้อง ทำให้เห็นลำดับเวลาของกระบวนการในแต่ละกรณี คุณลักษณะนี้สำคัญต่อการวิเคราะห์ตามเวลาใน process mining ใช้คำนวณระยะเวลาระหว่างกิจกรรม วัดระยะเวลารวมของแต่ละกรณี วิเคราะห์เวลารอ และระบุคอขวดที่ทำให้กระบวนการล่าช้า นอกจากนี้ยังใช้ติดตามประสิทธิภาพตามช่วงเวลา เช่น ปริมาณงานรายวัน รายสัปดาห์ หรือรายเดือนได้ด้วย.
เหตุผลที่สำคัญ
การประทับเวลานี้จำเป็นต่อการคำนวณตัวชี้วัดตามระยะเวลาทั้งหมด เช่น ระยะเวลาดำเนินงานและคอขวด รวมถึงการเรียงเหตุการณ์ตามลำดับเวลา.
แหล่งข้อมูล
ข้อมูลนี้ได้จากฟิลด์วันที่และเวลาหลายรายการที่เกี่ยวข้องกับธุรกรรมเฉพาะ เช่น 'SalesTable.CreatedDateTime' สำหรับการสร้างใบสั่งขาย หรือวันที่ลงรายการในสมุดรายวันการชำระเงินสำหรับการชำระเงิน.
ตัวอย่าง
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบุระบบสารสนเทศที่เป็นแหล่งที่มาของข้อมูล. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแอปพลิเคชันต้นทางที่บันทึกข้อมูลเหตุการณ์ โดยในบริบทนี้มักเป็น 'Microsoft Dynamics 365' แม้การระบุแหล่งที่มาอาจดูซ้ำซ้อนเมื่อวิเคราะห์ข้อมูลจากระบบเดียว แต่จำเป็นเมื่อรวมข้อมูลจากหลายระบบ เช่น CRM แยกต่างหากหรือระบบจัดการคลังสินค้า เพราะช่วยติดตามที่มาของข้อมูลและแก้ปัญหาการดึงข้อมูลได้ โดยระบุได้ว่าระเบียนมาจากระบบใด.
เหตุผลที่สำคัญ
ช่วยให้เข้าใจที่มาของข้อมูล โดยเฉพาะเมื่อนำข้อมูลจากหลายระบบมารวมกัน และติดตามแหล่งที่มาของข้อมูลได้อย่างชัดเจน.
แหล่งข้อมูล
ค่านี้เป็นค่าคงที่ ซึ่งมักเพิ่มระหว่างการแปลงข้อมูลเพื่อระบุแหล่งที่มาของชุดข้อมูล.
ตัวอย่าง
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
Timestamp ที่ระบุเวลาล่าสุดที่มีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทาง. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงข้อมูลจาก Microsoft Dynamics 365 ล่าสุด เพื่อให้เห็นว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด การทราบว่าข้อมูลอัปเดตล่าสุดเมื่อใดเป็นเรื่องสำคัญต่อการวิเคราะห์กระบวนการและการตัดสินใจอย่างมีข้อมูล Timestamp นี้ช่วยให้ผู้ใช้มั่นใจในข้อมูล โดยระบุเวลาที่อัปเดตล่าสุดอย่างชัดเจน และช่วยให้มั่นใจว่าข้อสรุปอ้างอิงจากข้อมูลปัจจุบัน.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นข้อมูลใหม่เพียงใด ซึ่งมีผลต่อความเกี่ยวข้องและความแม่นยำของการวิเคราะห์ process mining.
แหล่งข้อมูล
ระบบสร้างค่านี้ขณะดึงข้อมูล แล้วเพิ่มลงในแต่ละระเบียนระหว่างนำข้อมูลเข้าสู่ระบบ.
ตัวอย่าง
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
ช่องทางการขาย
SalesChannel
|
ช่องทางที่ได้รับคำสั่งซื้อ เช่น เว็บ การขายโดยตรง หรือพาร์ทเนอร์. | ||
|
คำอธิบาย
ช่องทางการขายระบุที่มาของคำสั่งซื้อจากลูกค้า เช่น เว็บไซต์อีคอมเมิร์ซ ทีมขายโดยตรง ร้านค้าปลีก คอลเซ็นเตอร์ หรือเครือข่ายพาร์ทเนอร์ โดยมักกำหนดมิตินี้ใน Dynamics 365 ให้สอดคล้องกับความต้องการของธุรกิจ การวิเคราะห์กระบวนการแยกตามช่องทางการขายช่วยให้เห็นความแตกต่างของผลการดำเนินงาน เช่น คำสั่งซื้อทางเว็บอาจดำเนินการได้เร็วกว่าและเป็นระบบอัตโนมัติมากกว่าคำสั่งซื้อทางโทรศัพท์ ข้อมูลนี้ช่วยปรับปรุงกระบวนการและจัดสรรทรัพยากรให้เหมาะกับแต่ละช่องทาง รวมถึงใช้กับแดชบอร์ดอย่าง 'มูลค่าคำสั่งซื้อแยกตามกลุ่ม' ได้.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบผลการดำเนินงานของแต่ละช่องทางการขาย และค้นหาความไม่มีประสิทธิภาพหรือแนวทางปฏิบัติที่ดีตามวิธีรับคำสั่งซื้อ.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้จัดเก็บไว้ในส่วนหัวของคำสั่งซื้อ โปรดดูเอกสาร Microsoft Dynamics 365 เพื่อค้นหาฟิลด์ที่ใช้.
ตัวอย่าง
เว็บขายตรงพาร์ทเนอร์ค้าปลีก
|
|||
|
ชื่อลูกค้า
CustomerName
|
ชื่อลูกค้าที่สั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุชื่อตามกฎหมายของลูกค้าที่เกี่ยวข้องกับคำสั่งซื้อ โดยเชื่อมหมายเลขบัญชีลูกค้าในคำสั่งซื้อกับข้อมูลหลักของลูกค้า การวิเคราะห์กระบวนการแยกตามลูกค้าช่วยให้เข้าใจพฤติกรรมและระดับการให้บริการของลูกค้าแต่ละราย คุณจะเห็นว่าลูกค้ารายใดพบความล่าช้ามากที่สุด มีการแก้งานซ้ำสูง หรือใช้เส้นทางกระบวนการที่ไม่เป็นมาตรฐาน ข้อมูลนี้สำคัญต่อการเพิ่มความพึงพอใจและการดูแลลูกค้ารายสำคัญอย่างมีประสิทธิภาพ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์โดยเน้นลูกค้า เพื่อค้นหารูปแบบ ความล่าช้า หรือปัญหาที่เกิดกับลูกค้าบางราย ซึ่งส่งผลโดยตรงต่อความพึงพอใจของลูกค้า.
แหล่งข้อมูล
ค้นหาจากตาราง 'CustTable' โดยใช้ฟิลด์ 'CustAccount' จากตาราง 'SalesTable'.
ตัวอย่าง
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
มูลค่าคำสั่งซื้อ
OrderValue
|
มูลค่ารวมของคำสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงมูลค่ารวมของคำสั่งซื้อ ซึ่งรวมสินค้า ภาษี และค่าธรรมเนียมทั้งหมด และเป็นตัวชี้วัดทางการเงินสำคัญของแต่ละเคส มูลค่าคำสั่งซื้อมีความสำคัญต่อการวิเคราะห์กระบวนการตามมูลค่า คุณสามารถแบ่งกลุ่มกระบวนการเพื่อดูว่าคำสั่งซื้อมูลค่าสูงได้รับการจัดการต่างจากคำสั่งซื้อมูลค่าต่ำหรือมีความล่าช้ามากกว่าหรือไม่ ข้อมูลนี้ช่วยจัดลำดับความสำคัญของการปรับปรุงกระบวนการในเคสที่มีผลทางการเงินสูง และใช้กับแดชบอร์ดอย่าง 'มูลค่าคำสั่งซื้อแยกตามกลุ่ม' ได้.
เหตุผลที่สำคัญ
ช่วยแบ่งกลุ่มกระบวนการตามมูลค่าทางการเงิน เพื่อจัดลำดับความสำคัญในการปรับปรุงคำสั่งซื้อมูลค่าสูง และทำความเข้าใจผลกระทบด้านต้นทุนจากความเบี่ยงเบนของกระบวนการ.
แหล่งข้อมูล
อยู่ในข้อมูลส่วนหัวของคำสั่งซื้อ โปรดดูเอกสาร Microsoft Dynamics 365 เพื่อค้นหาตารางและฟิลด์ที่ใช้ ซึ่งมักคำนวณจากยอดเงินในรายการขาย.
ตัวอย่าง
5250.7512300.00899.50
|
|||
|
วันที่ยืนยันการจัดส่ง
ConfirmedDeliveryDate
|
วันที่บริษัทแจ้งยืนยันและรับปากกับลูกค้าว่าจะจัดส่งสินค้า. | ||
|
คำอธิบาย
วันที่ยืนยันการจัดส่งคือวันที่บริษัทผู้ขายรับปากกับลูกค้าว่าจะส่งมอบสินค้า โดยกำหนดหลังจากตรวจสอบภายในแล้ว เช่น ตรวจสอบสินค้าคงคลังและกำหนดการผลิต แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI 'อัตราการส่งมอบตรงตามกำหนด' จากมุมมองของคำมั่นในการดำเนินงาน และเป็นเกณฑ์ภายในที่สมจริงกว่าวันที่ลูกค้าร้องขอในตอนแรก การวิเคราะห์วันที่คลาดเคลื่อนช่วยระบุปัญหาภายในด้านโลจิสติกส์และการดำเนินการตามคำสั่งซื้อ.
เหตุผลที่สำคัญ
แสดงคำมั่นที่บริษัทให้ไว้กับลูกค้า จึงเป็นเกณฑ์ภายในสำคัญในการวัดความน่าเชื่อถือของการดำเนินการตามคำสั่งซื้อและผลการปฏิบัติงาน.
แหล่งข้อมูล
อยู่ในข้อมูลรายการคำสั่งซื้อ โดยมักพบในตาราง 'SalesLine' ในฟิลด์ชื่อ 'ConfirmedDlv'.
ตัวอย่าง
2023-05-122023-06-012023-05-28
|
|||
|
วันที่ลูกค้าต้องการให้จัดส่ง
RequestedDeliveryDate
|
วันที่ลูกค้าต้องการให้จัดส่งคำสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เก็บวันที่ลูกค้าระบุว่าต้องการรับสินค้า โดยบันทึกไว้เมื่อสร้างคำสั่งซื้อ และใช้เป็นเกณฑ์ตั้งต้นในการวัดผลการจัดส่งจากมุมมองของลูกค้า วันที่นี้เป็นข้อมูลสำคัญสำหรับแดชบอร์ด 'การส่งมอบตรงตามกำหนด' เมื่อนำ 'RequestedDeliveryDate' ไปเปรียบเทียบกับ 'ConfirmedDeliveryDate' และวันที่ 'ส่งมอบสินค้าแล้ว' จะเห็นว่าองค์กรทำได้ตามความคาดหวังของลูกค้ามากน้อยเพียงใด หากวันที่ต่างกันมาก อาจมีปัญหาในการวางแผน สินค้าคงคลัง หรือโลจิสติกส์.
เหตุผลที่สำคัญ
ใช้แทนวันที่ลูกค้าคาดหวังว่าจะได้รับสินค้า และเป็นเกณฑ์ตั้งต้นสำคัญในการวัดความพึงพอใจของลูกค้าและผลการจัดส่งตรงเวลา.
แหล่งข้อมูล
อยู่ในตาราง 'SalesTable' โดยทั่วไปใช้ชื่อ 'DeliveryDate' หรือชื่อใกล้เคียง.
ตัวอย่าง
2023-05-102023-06-012023-05-25
|
|||
|
ชำระเงินตรงเวลา
OnTimePayment
|
แฟล็กแบบบูลีนที่ระบุว่าได้รับชำระเงินภายในหรือก่อนวันครบกำหนดชำระหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์ที่คำนวณนี้เปรียบเทียบ Timestamp ของกิจกรรม 'ได้รับชำระเงิน' กับ 'PaymentDueDate' โดยกำหนดเป็น 'true' หากชำระตรงเวลา และเป็น 'false' หากชำระล่าช้า แฟล็กนี้เป็นองค์ประกอบหลักในการคำนวณ KPI 'อัตราการชำระเงินตรงเวลา' และช่วยแบ่งกลุ่มลูกค้าเป็นผู้ชำระตรงเวลาหรือชำระล่าช้าได้อย่างรวดเร็ว ข้อมูลนี้ช่วยกำหนดนโยบายเครดิต กลยุทธ์การติดตามหนี้ และแนวทางดูแลความสัมพันธ์กับลูกค้า โดยระบุลูกค้าที่ชำระล่าช้าเป็นประจำ.
เหตุผลที่สำคัญ
วัดพฤติกรรมการชำระเงินของลูกค้าเทียบกับเงื่อนไขที่ตกลงกันไว้ ซึ่งเป็นข้อมูลพื้นฐานสำคัญสำหรับบริหารกระแสเงินสดและประเมินความเสี่ยงด้านเครดิต.
แหล่งข้อมูล
คำนวณโดยเปรียบเทียบ 'EventTime' ของกิจกรรม 'ได้รับชำระเงิน' กับแอตทริบิวต์ 'PaymentDueDate' สูตร: ('Timestamp ของกิจกรรมได้รับชำระเงิน' <= PaymentDueDate).
ตัวอย่าง
truefalse
|
|||
|
ชื่อผู้ใช้
UserName
|
ชื่อผู้ใช้ที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบงาน เช่น ยืนยันคำสั่งซื้อหรือสร้างใบแจ้งหนี้ โดยทั่วไปจะเชื่อมโยงกับ ID ผู้ใช้ใน Microsoft Dynamics 365 การวิเคราะห์ผลการทำงานแยกตามผู้ใช้ช่วยระบุความต้องการในการฝึกอบรม ค้นหาผู้ที่ทำงานได้ดี และจัดสรรภาระงานให้เหมาะสม นอกจากนี้ยังจำเป็นต่อการปฏิบัติตามข้อกำหนดและการตรวจสอบ เพราะช่วยระบุผู้รับผิดชอบแต่ละขั้นตอนได้อย่างชัดเจน.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานของกระบวนการแยกตามบุคคลหรือทีม เพื่อค้นหาโอกาสในการฝึกอบรม ความไม่สมดุลของภาระงาน และคอขวดที่เกี่ยวข้องกับทรัพยากร.
แหล่งข้อมูล
ได้จากฟิลด์ ID ผู้ใช้ เช่น 'CreatedBy' หรือ 'ModifiedBy' ในตารางธุรกรรมต่างๆ จากนั้นเชื่อมกับตารางผู้ใช้หลัก เช่น 'UserInfo' เพื่อดึงชื่อเต็ม.
ตัวอย่าง
Alice JohnsonRobert Brownผู้ดูแลระบบ
|
|||
|
ประเทศ
CountryRegion
|
ประเทศตามที่อยู่จัดส่งของลูกค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุประเทศปลายทางของการจัดส่งคำสั่งซื้อ โดยได้จากข้อมูลที่อยู่จัดส่งของลูกค้าใน Dynamics 365 การวิเคราะห์ผลการดำเนินงานของกระบวนการแยกตามประเทศช่วยให้เห็นความแตกต่างในแต่ละภูมิภาค การจัดส่งระหว่างประเทศอาจมีขั้นตอนเพิ่มเติม เช่น การผ่านพิธีการศุลกากร ซึ่งทำให้ใช้เวลานานขึ้น การวิเคราะห์นี้ช่วยให้เข้าใจและปรับปรุงโลจิสติกส์ให้เหมาะกับตลาดในแต่ละพื้นที่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ข้อมูลตามพื้นที่ เพื่อค้นหาคอขวด ปัญหาด้านการปฏิบัติตามข้อกำหนด หรือความแตกต่างของผลการดำเนินงานในห่วงโซ่อุปทานแต่ละภูมิภาค.
แหล่งข้อมูล
ได้จากที่อยู่จัดส่งของลูกค้าที่เชื่อมโยงกับคำสั่งซื้อ โดยข้อมูลประเทศมักอยู่ในตาราง 'LogisticsPostalAddress' ซึ่งเชื่อมผ่านลิงก์ที่อยู่จัดส่งใน 'SalesTable'.
ตัวอย่าง
USADEUCANGBR
|
|||
|
มีการแก้งานซ้ำ
IsRework
|
แฟล็กแบบบูลีนที่ระบุว่าคำสั่งซื้อมีการแก้งานซ้ำหรือไม่ เช่น มีกิจกรรมเดิมเกิดขึ้นซ้ำ. | ||
|
คำอธิบาย
แอตทริบิวต์ที่คำนวณนี้ระบุเคสที่เบี่ยงเบนจากเส้นทางกระบวนการปกติที่ดำเนินไปโดยตรง ระบบตรวจพบการแก้งานซ้ำจากลำดับกิจกรรมที่บ่งชี้ว่ามีการทำขั้นตอนเดิมอีกครั้ง เช่น ยกเลิกการยืนยันคำสั่งซื้อแล้วจึงยืนยันใหม่ หรือหยิบสินค้าแล้วนำกลับเข้าคลัง การทำเครื่องหมายเคสที่มีการแก้งานซ้ำเป็นสิ่งสำคัญต่อ KPI 'อัตราการแก้งานซ้ำของคำสั่งซื้อ' นักวิเคราะห์สามารถแยกและตรวจสอบกระบวนการที่ไม่มีประสิทธิภาพ เพื่อหาสาเหตุ เช่น การป้อนข้อมูลผิด ปัญหาเครดิต หรือปัญหาสินค้าคงคลัง การลดงานซ้ำเป็นเป้าหมายหลักของโครงการปรับปรุงกระบวนการหลายโครงการ.
เหตุผลที่สำคัญ
ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการ โดยทำเครื่องหมายเคสที่ต้องทำขั้นตอนซ้ำ เพื่อให้วิเคราะห์และลดงานสูญเปล่ากับความล่าช้าได้ตรงจุด.
แหล่งข้อมูล
เครื่องมือ process mining คำนวณค่านี้โดยวิเคราะห์ลำดับกิจกรรมของแต่ละเคส ตัวอย่างเช่น หากพบรูปแบบ (A -> B -> C -> B) ระบบจะทำเครื่องหมายว่าเคสนั้นมีการแก้งานซ้ำ.
ตัวอย่าง
truefalse
|
|||
|
วันครบกำหนดชำระเงิน
PaymentDueDate
|
วันที่ลูกค้าต้องชำระเงินตามใบแจ้งหนี้. | ||
|
คำอธิบาย
วันครบกำหนดชำระเงินคำนวณจากวันที่ออกใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกับลูกค้า โดยบันทึกไว้ในใบแจ้งหนี้ลูกค้า แอตทริบิวต์นี้เป็นข้อมูลพื้นฐานสำหรับการวิเคราะห์ 'การปฏิบัติตามกำหนดชำระเงิน' และ KPI 'อัตราการชำระเงินตรงเวลา' เมื่อนำ 'PaymentDueDate' ไปเปรียบเทียบกับวันที่ 'ได้รับชำระเงิน' จริง ธุรกิจจะระบุการชำระเงินล่าช้า วิเคราะห์พฤติกรรมการชำระเงินตามกลุ่มลูกค้า และดำเนินการล่วงหน้าเพื่อเพิ่มสภาพคล่องและลดจำนวนวันขายค้างรับ (DSO) ได้.
เหตุผลที่สำคัญ
เป็นเกณฑ์วัดผลการชำระเงิน ซึ่งสำคัญต่อการวิเคราะห์กระแสเงินสดและการบริหารลูกหนี้การค้าอย่างมีประสิทธิภาพ.
แหล่งข้อมูล
อยู่ในตาราง 'CustInvoiceJour' ในฟิลด์ 'DueDate'.
ตัวอย่าง
2023-05-302023-06-152023-06-30
|
|||
|
วิธีจัดส่ง
ShippingMethod
|
วิธีหรือผู้ให้บริการขนส่งที่ใช้ส่งสินค้าให้ลูกค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุบริการขนส่งที่ใช้ส่งสินค้า เช่น 'ขนส่งทางบก' 'ขนส่งทางอากาศ' หรือชื่อผู้ให้บริการขนส่งรายใดรายหนึ่ง โดยเลือกวิธีจัดส่งระหว่างดำเนินการตามคำสั่งซื้อ ตามความต้องการของลูกค้า ต้นทุน และความเร็วในการจัดส่ง มิตินี้จำเป็นสำหรับแดชบอร์ด 'ผลการดำเนินงานตามวิธีจัดส่ง' การวิเคราะห์ระยะเวลาตั้งแต่ 'บรรจุสินค้าแล้ว' จนถึง 'ส่งมอบสินค้าแล้ว' แยกตามวิธีจัดส่ง ช่วยระบุผู้ให้บริการที่รวดเร็วและเชื่อถือได้กว่า หรือมีแนวโน้มส่งล่าช้า ข้อมูลนี้ช่วยวางแผนโลจิสติกส์และเลือกผู้ให้บริการขนส่งได้เหมาะสมขึ้น.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานของผู้ให้บริการขนส่งและตัวเลือกการจัดส่งแต่ละแบบ เพื่อปรับปรุงโลจิสติกส์ด้านต้นทุน ความเร็ว และความน่าเชื่อถือ.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้จัดเก็บไว้ในส่วนหัวของคำสั่งซื้อหรือระเบียนที่เกี่ยวข้องกับการดำเนินการตามคำสั่งซื้อ โปรดดูเอกสาร Microsoft Dynamics 365.
ตัวอย่าง
FedEx GroundUPS Next Day AirDHL Express
|
|||
|
เวลาสิ้นสุด
EndTime
|
วันที่และเวลาที่กิจกรรมเสร็จสิ้นอย่างแม่นยำ. | ||
|
คำอธิบาย
Timestamp เวลาสิ้นสุดบันทึกเวลาที่กิจกรรมเสร็จสิ้น หากมีข้อมูลนี้ จะวัดระยะเวลาของกิจกรรมได้แม่นยำกว่าการอนุมานจากเวลาเริ่มต้นของกิจกรรมถัดไป เมื่อมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุด คุณจะคำนวณ 'เวลาประมวลผล' ของแต่ละกิจกรรมได้อย่างแม่นยำ และแยกจาก 'เวลารอ' ระหว่างกิจกรรมได้ ข้อมูลนี้ช่วยระบุได้ว่างานใดใช้เวลานาน และขั้นตอนใดมีช่วงรอนาน.
เหตุผลที่สำคัญ
ช่วยคำนวณเวลาประมวลผลของแต่ละกิจกรรมได้อย่างแม่นยำ และแยกเวลาที่ลงมือทำออกจากเวลารอ.
แหล่งข้อมูล
เช่นเดียวกับเวลาเริ่มต้น ค่านี้ได้จากฟิลด์วันที่และเวลาหลายรายการ เช่น ฟิลด์ 'ModifiedDateTime' หรือ Timestamp ที่บันทึกการอัปเดตสถานะในตารางอย่าง 'SalesTable' หรือ 'WHSLoadTable'.
ตัวอย่าง
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
|
|||
|
ส่งมอบตรงเวลา
OnTimeDelivery
|
แฟล็กแบบบูลีนที่ระบุว่าส่งมอบสินค้าภายในหรือก่อนวันที่ยืนยันการจัดส่งหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์ที่คำนวณนี้เปรียบเทียบ Timestamp ของกิจกรรม 'ส่งมอบสินค้าแล้ว' กับ 'ConfirmedDeliveryDate' ของคำสั่งซื้อแต่ละรายการ โดยกำหนดเป็น 'true' หากส่งตรงเวลาหรือเร็วกว่ากำหนด และเป็น 'false' หากส่งล่าช้า แฟล็กนี้ใช้คำนวณ KPI 'อัตราการส่งมอบตรงตามกำหนด' และช่วยให้กรองหรือสรุปจำนวนคำสั่งซื้อที่ส่งตรงเวลาและล่าช้าได้ง่ายขึ้น คุณจึงระบุปัจจัยที่เกี่ยวข้องกับการส่งล่าช้าได้รวดเร็ว เช่น ผลิตภัณฑ์ ลูกค้า ภูมิภาค หรือวิธีจัดส่งบางรายการ.
เหตุผลที่สำคัญ
วัดผลการดำเนินการตามคำสั่งซื้อเทียบกับคำมั่นที่ให้ไว้โดยตรง ซึ่งจำเป็นต่อการติดตามความพึงพอใจของลูกค้าและความน่าเชื่อถือของห่วงโซ่อุปทาน.
แหล่งข้อมูล
คำนวณโดยเปรียบเทียบ 'EventTime' ของกิจกรรม 'ส่งมอบสินค้าแล้ว' กับแอตทริบิวต์ 'ConfirmedDeliveryDate' สูตร: ('Timestamp ของกิจกรรมส่งมอบสินค้าแล้ว' <= ConfirmedDeliveryDate).
ตัวอย่าง
truefalse
|
|||
|
สถานะคำสั่งซื้อขาย
SalesOrderStatus
|
สถานะปัจจุบันของคำสั่งซื้อขาย ณ เวลาที่ดึงข้อมูล. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงสถานะโดยรวมของคำสั่งซื้อ เช่น 'คำสั่งซื้อที่เปิดอยู่' 'ออกใบแจ้งหนี้แล้ว' 'ยกเลิกแล้ว' หรือ 'ส่งมอบแล้ว' โดยสถานะสรุปนี้จัดเก็บไว้ในส่วนหัวของคำสั่งซื้อ บันทึกกิจกรรมแสดงความเคลื่อนไหวของกระบวนการ ส่วนสถานะสุดท้ายช่วยกรองและแบ่งกลุ่มข้อมูล นักวิเคราะห์จึงแยกคำสั่งซื้อที่ยังเปิดอยู่เพื่อดูภาระงานปัจจุบัน หรือแยกคำสั่งซื้อที่เสร็จสมบูรณ์ออกจากรายการที่ยกเลิก เพื่อวิเคราะห์สาเหตุการยกเลิกได้ง่ายขึ้น.
เหตุผลที่สำคัญ
แสดงสถานะของคำสั่งซื้อ ณ เวลาหนึ่ง และช่วยกรองการวิเคราะห์ตามคำสั่งซื้อที่เปิดอยู่ ปิดแล้ว หรือยกเลิกแล้ว ซึ่งเป็นประโยชน์ต่อการจัดการภาระงานและวิเคราะห์ผลลัพธ์.
แหล่งข้อมูล
อยู่ในตาราง 'SalesTable' ในฟิลด์ 'SalesStatus'.
ตัวอย่าง
สินค้าค้างส่งส่งมอบแล้วออกใบแจ้งหนี้แล้วยกเลิกแล้ว
|
|||
|
หมายเลขสินค้า
ItemNumber
|
รหัสเฉพาะของสินค้าหรือบริการในคำสั่งซื้อ. | ||
|
คำอธิบาย
หมายเลขสินค้าระบุผลิตภัณฑ์ที่ขายโดยเฉพาะ เนื่องจากคำสั่งซื้อหนึ่งรายการอาจมีสินค้าหลายรายการ แอตทริบิวต์นี้จึงมักเชื่อมโยงกับข้อมูลเหตุการณ์ในระดับรายการสินค้า การวิเคราะห์กระบวนการแยกตามผลิตภัณฑ์ช่วยค้นหาปัญหาเฉพาะของสินค้า เช่น สินค้าบางรายการอาจใช้เวลาดำเนินการนานกว่า มีการแก้งานซ้ำมากกว่า หรือถูกระงับเครดิตบ่อยกว่า ข้อมูลนี้ช่วยปรับปรุงการจัดการสินค้าคงคลัง การตั้งค่าข้อมูลผลิตภัณฑ์ หรือกระบวนการดำเนินการตามคำสั่งซื้อสำหรับสินค้าแต่ละรายการได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ในระดับผลิตภัณฑ์ เพื่อดูว่าสินค้าบางรายการเกี่ยวข้องกับความล่าช้า การแก้งานซ้ำ หรือความไม่มีประสิทธิภาพอื่นๆ หรือไม่.
แหล่งข้อมูล
อยู่ในตาราง 'SalesLine' ในฟิลด์ 'ItemId'.
ตัวอย่าง
PROD-00123PROD-00548SVC-00045
|
|||
กิจกรรมในกระบวนการ Order to Cash และการจัดการใบสั่งขาย
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
จัดส่งสินค้าแล้ว
|
เหตุการณ์นี้หมายถึงสินค้าที่บรรจุแล้วถูกส่งออกจากคลังสินค้า ใน Dynamics 365 ระบบบันทึกขั้นตอนนี้อย่างเป็นทางการเมื่อลงรายการใบส่งสินค้า. | ||
|
เหตุผลที่สำคัญ
นี่คือหมุดหมายสำคัญที่แสดงว่ากระบวนการจัดส่งภายในเสร็จสิ้นและเริ่มขั้นตอนการขนส่ง เป็นเวลาหลักที่ใช้คำนวณประสิทธิภาพการจัดส่งตรงเวลา.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้อย่างชัดเจนจากวันที่และเวลาที่ลงรายการในสมุดรายวันใบส่งสินค้า (CustPackingSlipJour).
บันทึก
บันทึกเวลาที่ลงรายการในสมุดรายวันใบส่งสินค้า.
ประเภทเหตุการณ์
explicit
|
|||
|
ได้รับชำระเงินแล้ว
|
กิจกรรมนี้หมายถึงได้รับและนำการชำระเงินของลูกค้าไปตัดยอดใบแจ้งหนี้แล้ว เหตุการณ์นี้เกิดขึ้นในโมดูล Accounts Receivable และเชื่อมโยงกลับไปยังใบแจ้งหนี้ต้นทาง. | ||
|
เหตุผลที่สำคัญ
หมุดหมายนี้สำคัญต่อการวิเคราะห์วงจรการเปลี่ยนเงินสด และจำเป็นต่อการวัด KPI 'อัตราการชำระเงินตรงเวลา' รวมถึงการระบุความล่าช้าในการติดตามรับชำระเงิน.
แหล่งข้อมูล
โมดูล Accounts Receivable บันทึกเหตุการณ์นี้โดยตรง โดยใช้วันที่ทำธุรกรรมการชำระเงินของลูกค้า (CustSettlement) ซึ่งปิดธุรกรรมใบแจ้งหนี้ (CustTrans).
บันทึก
บันทึกวันที่ชำระยอดจากตาราง CustSettlement แล้วเชื่อมโยงกลับไปยังใบแจ้งหนี้และใบสั่งขาย.
ประเภทเหตุการณ์
explicit
|
|||
|
ปิดใบสั่งขายแล้ว
|
สถานะสุดท้ายของใบสั่งขายที่ดำเนินการสำเร็จ หมายถึงจัดส่งและออกใบแจ้งหนี้ครบแล้ว และไม่มีธุรกรรมอื่นที่คาดว่าจะเกิดขึ้น ถือเป็นการสิ้นสุดกระบวนการอย่างสมบูรณ์. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดหลักของกรณีที่ดำเนินการสำเร็จ และจำเป็นต่อการคำนวณระยะเวลาดำเนินงานตั้งแต่ต้นจนจบและปริมาณงาน.
แหล่งข้อมูล
อนุมานจากฟิลด์สถานะใน SalesTable โดยถือว่าใบสั่งขายปิดแล้วเมื่อ 'สถานะการขาย' เป็น 'ออกใบแจ้งหนี้แล้ว' และสถานะของรายการสินค้าก็เป็น 'ออกใบแจ้งหนี้แล้ว' เช่นกัน.
บันทึก
อนุมานจากฟิลด์สถานะใน SalesTable ที่เปลี่ยนเป็น 'ออกใบแจ้งหนี้แล้ว' โดยทั่วไปใช้วันที่ของธุรกรรมที่เกี่ยวข้องล่าสุด เช่น การออกใบแจ้งหนี้หรือการชำระเงิน เป็นเวลาเกิดเหตุการณ์.
ประเภทเหตุการณ์
inferred
|
|||
|
ยืนยันใบสั่งขายแล้ว
|
กิจกรรมนี้หมายถึงการยืนยันใบสั่งขายอย่างเป็นทางการ เพื่อรับรองว่าจะส่งมอบสินค้าหรือบริการตามที่ระบุ ใน Dynamics 365 ผู้ใช้ดำเนินการนี้โดยตรง และระบบจะสร้างสมุดรายวันการยืนยัน. | ||
|
เหตุผลที่สำคัญ
การยืนยันเป็นหมุดหมายสำคัญที่เริ่มกระบวนการจัดส่งอย่างเป็นทางการ การวัดเวลาตั้งแต่สร้างจนถึงยืนยันช่วยให้เห็นประสิทธิภาพการประมวลผลของทีมขายส่วนหน้า.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้โดยตรงจากวันที่ลงรายการในสมุดรายวันการยืนยันใบสั่งขาย (SalesConfirmJour) และเชื่อมโยงเวลากลับไปยัง SalesTable ได้.
บันทึก
บันทึกเวลาที่ลงรายการในสมุดรายวันการยืนยันใบสั่งขาย.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบแจ้งหนี้แล้ว
|
หมายถึงการสร้างและลงรายการใบแจ้งหนี้สำหรับสินค้าหรือบริการที่จัดส่งแล้ว นี่คือธุรกรรมทางการเงินหลักที่บันทึกยอดหนี้ของลูกค้าอย่างเป็นทางการ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนการชำระเงินในกระบวนการ เวลาตั้งแต่จัดส่งจนถึงสร้างใบแจ้งหนี้มีความสำคัญต่อ KPI 'ระยะเวลาการสร้างใบแจ้งหนี้' และส่งผลต่อกระแสเงินสด.
แหล่งข้อมูล
นี่คือธุรกรรมทางการเงินที่บันทึกโดยตรง ระบบบันทึกเหตุการณ์จากวันที่และเวลาที่ลงรายการในสมุดรายวันใบแจ้งหนี้การขาย (CustInvoiceJour).
บันทึก
บันทึกเวลาที่ลงรายการในสมุดรายวันใบแจ้งหนี้การขาย.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบสั่งขาย
|
เหตุการณ์นี้บันทึกการสร้างใบสั่งขายครั้งแรกในระบบโดยพนักงานขายหรือผ่านช่องทางอัตโนมัติ ระบบจะบันทึกเหตุการณ์เมื่อสร้างและบันทึกรายการใหม่ในตารางใบสั่งขายหลัก. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของทุกกรณีใบสั่งขาย และให้เวลาเริ่มต้นที่จำเป็นสำหรับคำนวณระยะเวลาดำเนินการใบสั่งขายโดยรวมและวิเคราะห์ปริมาณงาน.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้โดยตรงจากฟิลด์ 'วันที่และเวลาที่สร้าง' ในระเบียนส่วนหัว SalesTable ของ Microsoft Dynamics 365.
บันทึก
อ่านเวลาที่สร้างจากเอนทิตี SalesTable.
ประเภทเหตุการณ์
explicit
|
|||
|
จองสินค้าคงคลังแล้ว
|
เหตุการณ์นี้แสดงว่ามีการจองสินค้าคงคลังที่จำเป็นสำหรับรายการสินค้าในใบสั่งขายไว้ในระบบแล้ว ไม่ว่าจะเป็นการจองด้วยตนเองหรือโดยอัตโนมัติ เพื่อให้สินค้าพร้อมสำหรับการหยิบและจัดส่ง. | ||
|
เหตุผลที่สำคัญ
การติดตามการจองสินค้าคงคลังช่วยวิเคราะห์ความล่าช้าระหว่างการยืนยันใบสั่งขายกับการเริ่มงานในคลังสินค้า และเป็นข้อมูลสำคัญสำหรับ KPI 'ระยะเวลานำในการจัดสรรสินค้าคงคลัง'.
แหล่งข้อมูล
อนุมานได้จากการสร้างหรืออัปเดตระเบียนธุรกรรมสินค้าคงคลัง (InventTrans) ที่เชื่อมโยงกับรายการสินค้าในใบสั่งขาย โดยสถานะระบุว่ามีการจอง เช่น 'ตามใบสั่ง' หรือ 'จองจริงแล้ว'.
บันทึก
อนุมานจากเวลาที่ธุรกรรมสินค้าคงคลัง (InventTrans) ของใบสั่งขายถูกระบุว่าจองแล้ว.
ประเภทเหตุการณ์
inferred
|
|||
|
ตรวจสอบเครดิตแล้ว
|
แสดงว่าการตรวจสอบเครดิตของลูกค้าที่เกี่ยวข้องกับใบสั่งขายเสร็จสิ้นแล้ว อาจเป็นการตรวจสอบอัตโนมัติจากระบบหรือการตรวจสอบด้วยตนเอง ซึ่งมักทำให้สถานะเครดิตของใบสั่งขายเปลี่ยนแปลง. | ||
|
เหตุผลที่สำคัญ
การวิเคราะห์ระยะเวลาและผลการตรวจสอบเครดิตช่วยให้พบคอขวดในขั้นตอนอนุมัติใบสั่งขาย การระงับรายการบ่อยครั้งหรือการอนุมัติที่ใช้เวลานานอาจทำให้การจัดส่งล่าช้าอย่างมาก.
แหล่งข้อมูล
โดยทั่วไป อนุมานได้จากการเปลี่ยนแปลงสถานะการจัดการเครดิตใน SalesTable เช่น เปลี่ยนจาก 'ระงับ' พร้อมระบุเหตุผลด้านเครดิตเป็น 'เปิด' หากใช้โมดูลขั้นสูง ข้อมูลอาจบันทึกไว้ในตารางการจัดการเครดิตด้วย.
บันทึก
อนุมานจากประวัติการเปลี่ยนสถานะใน SalesTable หรือตารางที่เกี่ยวข้องกับการระงับเครดิต.
ประเภทเหตุการณ์
inferred
|
|||
|
บรรจุสินค้าแล้ว
|
กิจกรรมนี้ระบุว่าการบรรจุเสร็จสิ้นแล้ว โดยรวบรวมสินค้าที่หยิบมาและเตรียมพร้อมสำหรับจัดส่ง ใน D365 ขั้นตอนนี้อาจเกิดขึ้นพร้อมกับการสร้างใบส่งสินค้า. | ||
|
เหตุผลที่สำคัญ
เวลาระหว่างการหยิบกับการบรรจุช่วยให้เห็นคอขวดที่จุดบรรจุ และเป็นขั้นตอนย่อยสำคัญในการวัดระยะเวลาดำเนินการจัดส่งโดยรวม.
แหล่งข้อมูล
อาจบันทึกเหตุการณ์นี้โดยตรงเมื่อบรรจุสินค้าในภาชนะเสร็จในโมดูล WMS หรืออนุมานจากการสร้างสมุดรายวันใบส่งสินค้า (CustPackingSlipJour) ซึ่งมักหมายถึงการบรรจุเสร็จสิ้น.
บันทึก
อนุมานจากการบรรจุงานเสร็จสิ้นหรือวันที่สร้างสมุดรายวันใบส่งสินค้า.
ประเภทเหตุการณ์
inferred
|
|||
|
ยกเลิกใบสั่งขายแล้ว
|
เหตุการณ์นี้หมายถึงการยกเลิกใบสั่งขายก่อนจัดส่งและออกใบแจ้งหนี้ครบถ้วน เป็นจุดสิ้นสุดอีกแบบหนึ่งที่ไม่สำเร็จ. | ||
|
เหตุผลที่สำคัญ
การติดตามการยกเลิกช่วยให้ทราบสาเหตุของการสูญเสียยอดขายหรือความล้มเหลวของกระบวนการ การวิเคราะห์ว่าใบสั่งขายถูกยกเลิกเมื่อใดและเพราะเหตุใดอาจนำไปสู่การปรับปรุงกระบวนการ.
แหล่งข้อมูล
อนุมานจากฟิลด์ 'สถานะการขาย' ใน SalesTable ที่เปลี่ยนเป็น 'ยกเลิกแล้ว' โดยใช้เวลาที่บันทึกการเปลี่ยนสถานะเป็นเวลาเกิดเหตุการณ์.
บันทึก
อนุมานจากฟิลด์สถานะใน SalesTable ที่เปลี่ยนเป็น 'ยกเลิกแล้ว'.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งไปยังคลังสินค้าแล้ว
|
ระบุเวลาที่ปล่อยใบสั่งขายไปยังคลังสินค้าอย่างเป็นทางการ เพื่อเริ่มหยิบและจัดส่งสินค้า เป็นขั้นตอนแยกต่างหากในระบบที่ใช้โมดูล Warehouse Management (WMS). | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้แยกการประมวลผลใบสั่งขายออกจากการจัดส่งสินค้าจริง การวิเคราะห์เวลาที่ใบสั่งขายรอก่อนถูกปล่อยอาจช่วยให้พบปัญหาการวางแผนทรัพยากรหรือการเชื่อมต่อระบบ.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้โดยตรงจากระเบียนการปล่อยงานในคลังสินค้า (WHSLoadTable, WHSShipmentTable) ที่เชื่อมโยงกับใบสั่งขาย.
บันทึก
บันทึกเวลาที่สร้างรายการโหลดสินค้าหรือการจัดส่งในคลังสินค้าที่เกี่ยวข้อง.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งมอบสินค้าแล้ว
|
แสดงว่าจัดส่งสินค้าไปยังที่อยู่ที่ลูกค้าระบุเรียบร้อยแล้ว โดยมักรับข้อมูลอัปเดตจากระบบของผู้ให้บริการขนส่งภายนอกหรือจากการยืนยันด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อการวัด KPI 'การส่งมอบตรงตามวันที่กำหนด' และทำความเข้าใจระยะเวลาดำเนินงานที่ลูกค้าประสบจริง อีกทั้งช่วยประเมินประสิทธิภาพของผู้ให้บริการขนส่ง.
แหล่งข้อมูล
D365 มาตรฐานไม่ได้ติดตามเหตุการณ์นี้โดยตรง โดยทั่วไปจะอนุมานจากข้อมูลอัปเดตที่ได้รับผ่านการเชื่อมต่อกับผู้ให้บริการขนส่ง หรือจากการอัปเดตสถานะด้วยตนเองในระเบียนใบสั่งขายหรือการจัดส่ง.
บันทึก
อนุมานจากข้อมูลที่เชื่อมต่อกับผู้ให้บริการขนส่ง หรือจากการอัปเดตฟิลด์สถานะด้วยตนเอง.
ประเภทเหตุการณ์
inferred
|
|||
|
หยิบสินค้าแล้ว
|
แสดงว่าหยิบสินค้าทุกรายการในใบสั่งขายจากตำแหน่งจัดเก็บในคลังสินค้าเสร็จแล้ว โดยทั่วไปจะบันทึกเมื่อพนักงานหยิบสินค้าปิดรายการหยิบหรือใบสั่งงานในโมดูล WMS. | ||
|
เหตุผลที่สำคัญ
การติดตามเวลาที่หยิบสินค้าเสร็จเป็นสิ่งสำคัญต่อการวิเคราะห์ประสิทธิภาพคลังสินค้า ความล่าช้าในขั้นตอนนี้ส่งผลโดยตรงต่อเวลารวมก่อนจัดส่ง.
แหล่งข้อมูล
โมดูล Warehouse Management บันทึกเหตุการณ์นี้โดยตรง โดยใช้เวลาที่งานคลังสินค้า (WHSWorkTable) ซึ่งเกี่ยวข้องกับการหยิบสินค้าในใบสั่งขายเสร็จสิ้น.
บันทึก
บันทึกเวลาที่สถานะ 'งาน' สำหรับการหยิบสินค้าเปลี่ยนเป็น 'ปิดแล้ว'.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เตรียมข้อมูล แล้วอัปโหลดไปยังแพลตฟอร์มของเราเพื่อดูข้อมูลเชิงลึกและเพิ่มประสิทธิภาพการจัดการใบสั่งขาย เริ่มปรับปรุงได้เลยวันนี้!
เริ่มปรับปรุงกระบวนการ Order to Cash และการจัดการใบสั่งขายวันนี้
ค้นหาจุดที่ไม่มีประสิทธิภาพและลดระยะเวลาของกระบวนการลง 30% เพื่อส่งมอบได้เร็วขึ้น.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.