เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย

Microsoft Dynamics 365
เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย

เทมเพลตข้อมูลสำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย

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

แอตทริบิวต์สำหรับกระบวนการ Order to Cash และการจัดการใบสั่งขาย

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

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

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

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

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

ใช้เทมเพลตนี้เตรียมข้อมูล แล้วอัปโหลดไปยังแพลตฟอร์มของเราเพื่อดูข้อมูลเชิงลึกและเพิ่มประสิทธิภาพการจัดการใบสั่งขาย เริ่มปรับปรุงได้เลยวันนี้!

เริ่มปรับปรุงกระบวนการ Order to Cash และการจัดการใบสั่งขายวันนี้

ค้นหาจุดที่ไม่มีประสิทธิภาพและลดระยะเวลาของกระบวนการลง 30% เพื่อส่งมอบได้เร็วขึ้น.

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

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