> การปรับปรุงกระบวนการอย่างต่อเนื่อง > จัดซื้อจนถึงชำระเงิน: ใบขอซื้อ > Microsoft Dynamics 365 > เทมเพลตข้อมูล

เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ

Microsoft Dynamics 365

แอตทริบิวต์กระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ(17) กิจกรรมในกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ(12) คู่มือการดึงข้อมูล(3)

เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ

เทมเพลตนี้ระบุแอตทริบิวต์สำคัญที่ควรเก็บและกิจกรรมหลักที่ควรติดตาม เพื่อให้คุณวิเคราะห์กระบวนการขอซื้อได้อย่างละเอียด พร้อมคำแนะนำในการดึงข้อมูลที่นำไปใช้ได้จริง ช่วยเตรียมบันทึกเหตุการณ์สำหรับการวิเคราะห์เชิงลึกได้อย่างมีประสิทธิภาพ.

แอตทริบิวต์ที่แนะนำให้เก็บ
กิจกรรมสำคัญที่ควรติดตาม
คำแนะนำในการดึงข้อมูล

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

แอตทริบิวต์กระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ

ฟิลด์ข้อมูลเหล่านี้เป็นรายการแนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อวิเคราะห์กระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อได้อย่างครบถ้วน.

5 จำเป็น 6 แนะนำ 6 ไม่บังคับ

	ชื่อ	คำอธิบาย
	Purchase Requisition ID PurchaseRequisitionId	รหัสเฉพาะของคำขอซื้อ ซึ่งใช้เป็นรหัสหลักสำหรับระบุเคส.
คำอธิบาย Purchase Requisition ID เป็นรหัสหลักที่เชื่อมโยงกิจกรรมทั้งหมดของคำขอซื้อสินค้าและบริการหนึ่งรายการ กระบวนการขอซื้อแต่ละรายการตั้งแต่สร้างคำขอจนถึงอนุมัติและปิดรายการ จะติดตามด้วยรหัสเฉพาะนี้. ในการทำ process mining คุณลักษณะนี้เป็นพื้นฐานสำคัญสำหรับสร้างเส้นทางของคำขอซื้อแต่ละรายการตั้งแต่ต้นจนจบ ช่วยวิเคราะห์รูปแบบกระบวนการ ระยะเวลาดำเนินการ และการปฏิบัติตามข้อกำหนดของแต่ละเคส ทำให้เห็นภาพวงจรการขอซื้อได้ครบถ้วน. เหตุผลที่สำคัญ จำเป็นต่อการจัดกลุ่มเหตุการณ์ที่เกี่ยวข้องให้อยู่ในอินสแตนซ์กระบวนการเดียวกัน เพื่อวิเคราะห์วงจรของคำขอซื้อแต่ละรายการตั้งแต่ต้นจนจบได้ครบถ้วน. แหล่งข้อมูล โดยทั่วไป ฟิลด์นี้เป็นคีย์หลักในตารางส่วนหัวของคำขอซื้อ เช่น PurchReqTable ใน Microsoft Dynamics 365. ตัวอย่าง PR-001254PR-001255PR-001256
	ชื่อกิจกรรม ActivityName	ชื่อของเหตุการณ์หรือขั้นตอนทางธุรกิจที่เกิดขึ้นในกระบวนการขอซื้อ.
คำอธิบาย คุณลักษณะนี้บันทึกชื่อกิจกรรมแต่ละรายการที่เกิดขึ้นตลอดวงจรการขอซื้อ ตัวอย่างเช่น 'สร้างคำขอซื้อ' 'อนุมัติขั้นตอน' และ 'สร้างใบสั่งซื้อ' กิจกรรมเหล่านี้เป็นจุดต่างๆ ในแผนผังกระบวนการที่ค้นพบ การวิเคราะห์ลำดับ ความถี่ และระยะเวลาระหว่างกิจกรรมเป็นหัวใจของ process mining ช่วยค้นหาคอขวด วงจรการทำงานซ้ำ และความเบี่ยงเบนจากเส้นทางมาตรฐาน ทำให้เห็นจุดที่การปฏิบัติการไม่มีประสิทธิภาพ. เหตุผลที่สำคัญ คุณลักษณะนี้กำหนดขั้นตอนในแผนผังกระบวนการ ทำให้เห็นภาพ วิเคราะห์ และทำความเข้าใจเวิร์กโฟลว์การขอซื้อได้. แหล่งข้อมูล โดยทั่วไป ข้อมูลนี้ได้มาจากบันทึกการเปลี่ยนสถานะ ตารางประวัติเวิร์กโฟลว์ หรือตารางเหตุการณ์เฉพาะใน Microsoft Dynamics 365 เช่น WorkflowTrackingStatusTable. ตัวอย่าง ส่งคำขอซื้อเพื่ออนุมัติอนุมัติขั้นตอนแก้ไขคำขอซื้อ
	เวลาเกิดเหตุการณ์ EventTime	เวลาที่แน่นอนเมื่อกิจกรรมหรือเหตุการณ์หนึ่งเกิดขึ้น.
คำอธิบาย เวลาเกิดเหตุการณ์หรือการประทับเวลา ระบุวันที่และเวลาที่ระบบบันทึกเหตุการณ์ทางธุรกิจ เป็นพื้นฐานด้านเวลาสำหรับการวิเคราะห์กระบวนการทุกประเภท. คุณลักษณะนี้จำเป็นต่อการคำนวณระยะเวลารอบ ระยะเวลาดำเนินการ และเวลารอระหว่างกิจกรรม ช่วยวิเคราะห์ผลการดำเนินงาน ค้นหาคอขวด และติดตามการปฏิบัติตาม SLA การประทับเวลาที่ถูกต้องเป็นสิ่งสำคัญเพื่อให้ผลการวิเคราะห์ process mining เชื่อถือได้. เหตุผลที่สำคัญ ข้อมูลนี้แสดงลำดับเหตุการณ์ตามเวลา ซึ่งจำเป็นต่อการคำนวณระยะเวลากระบวนการ ค้นหาคอขวด และวิเคราะห์ผลการดำเนินงานตามช่วงเวลา. แหล่งข้อมูล พบข้อมูลนี้ในประวัติเวิร์กโฟลว์หรือตารางบันทึกเอกสาร โดยมักอยู่ในฟิลด์ 'CreatedDateTime' หรือ 'ModifiedDateTime' ที่เชื่อมโยงกับการเปลี่ยนสถานะหรือระเบียนเหตุการณ์แต่ละรายการ. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
	ระบบต้นทาง SourceSystemId	ระบบหลักที่ใช้บันทึกข้อมูลและเป็นแหล่งที่มาของข้อมูลที่ดึงออกมา.
คำอธิบาย คุณลักษณะนี้ระบุระบบต้นทางของข้อมูลเหตุการณ์ ในกรณีนี้คือ 'Microsoft Dynamics 365' หากสภาพแวดล้อมมีหลายระบบที่เชื่อมต่อกัน ฟิลด์นี้จำเป็นต่อการติดตามที่มาของข้อมูลและทำความเข้าใจบริบท. ในการวิเคราะห์ ฟิลด์นี้ช่วยแยกกระบวนการที่อาจดำเนินผ่านหลายระบบ หรือยืนยันว่าข้อมูลมาจากแหล่งข้อมูลหลักเพียงแหล่งเดียว ซึ่งสำคัญต่อการตรวจสอบความถูกต้องและยืนยันว่าการวิเคราะห์ใช้ชุดข้อมูลที่ถูกต้อง. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยระบุที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลและตรวจสอบข้อมูล รวมถึงสภาพแวดล้อมที่เชื่อมต่อหลายระบบเข้าด้วยกัน. แหล่งข้อมูล ค่านี้เป็นค่าคงที่ 'Microsoft Dynamics 365' ซึ่งเพิ่มระหว่างการดึงและแปลงข้อมูล. ตัวอย่าง Microsoft Dynamics 365 F&OD365MSD365
	อัปเดตข้อมูลล่าสุด LastDataIngestionTimestamp	เวลาที่ดึงข้อมูลและโหลดเข้าสู่เครื่องมือ process mining ล่าสุด.
คำอธิบาย คุณลักษณะนี้ระบุว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด โดยแสดงวันที่และเวลาที่รีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด ฟิลด์นี้ไม่ได้มาจาก Dynamics 365 โดยตรง แต่เป็นข้อมูลเมตาที่เพิ่มระหว่างการนำเข้าข้อมูล. การประทับเวลานี้ช่วยให้ผู้ใช้ทราบว่าข้อมูลเชิงลึกเป็นข้อมูลล่าสุดเพียงใด และเข้าใจว่ากำลังดูข้อมูลปัจจุบันหรือสแนปชอตจากช่วงเวลาใดช่วงเวลาหนึ่ง ซึ่งมีผลต่อความเกี่ยวข้องของข้อสรุป. เหตุผลที่สำคัญ ข้อมูลนี้แจ้งให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้เข้าใจช่วงเวลาที่นำมาวิเคราะห์และความเกี่ยวข้องของข้อมูลเชิงลึก. แหล่งข้อมูล ระบบสร้างค่านี้และเพิ่มลงในชุดข้อมูลระหว่างการนำเข้าข้อมูลหรือกระบวนการ ETL. ตัวอย่าง 2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
	ขั้นตอนการอนุมัติ ApprovalStep	ชื่อหรือช่วงของขั้นตอนการอนุมัติในเวิร์กโฟลว์.
คำอธิบาย แอตทริบิวต์นี้ระบุช่วงเฉพาะในเวิร์กโฟลว์การอนุมัติ เช่น 'ผู้จัดการอนุมัติ' หรือ 'ฝ่ายการเงินอนุมัติ' จึงให้รายละเอียดมากกว่าชื่อกิจกรรมทั่วไป แอตทริบิวต์นี้จำเป็นต่อ 'การวิเคราะห์คอขวดในขั้นตอนอนุมัติ' เมื่อติดตามเวลาที่ใช้ในแต่ละขั้นตอนอนุมัติ ก็จะระบุได้ว่าขั้นตอนไหนทำให้กระบวนการโดยรวมล่าช้า และปรับปรุงเวิร์กโฟลว์ได้ตรงจุด. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยวิเคราะห์เวิร์กโฟลว์การอนุมัติได้ละเอียดขึ้น และระบุขั้นตอนที่ทำให้เกิดคอขวดได้. แหล่งข้อมูล ข้อมูลนี้อยู่ในตารางประวัติเวิร์กโฟลว์ เช่น WorkflowTrackingStatusTable ซึ่งบันทึกรายละเอียดแต่ละขั้นตอนของเวิร์กโฟลว์ที่ตั้งค่าไว้. ตัวอย่าง ผู้จัดการอนุมัติหัวหน้าแผนกอนุมัติฝ่ายการเงินตรวจสอบ
	ผู้ใช้ User	ID หรือชื่อของผู้ใช้ที่ดำเนินกิจกรรม.
คำอธิบาย คุณลักษณะนี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบขั้นตอนหนึ่งของกระบวนการ เช่น ส่งคำขอซื้อหรืออนุมัติคำขอ โดยอาจเป็น ID ผู้ใช้ ชื่อเต็ม หรืออีเมล. การวิเคราะห์กิจกรรมแยกตามผู้ใช้ช่วยค้นหาความต้องการด้านการฝึกอบรม ผู้ใช้หรือทีมที่ทำงานได้ดี และการกระจายภาระงาน นอกจากนี้ยังจำเป็นต่อการวิเคราะห์การปฏิบัติตามข้อกำหนด เช่น การแบ่งแยกหน้าที่ และทำความเข้าใจว่าบทบาทผู้ใช้แต่ละแบบทำงานร่วมกับกระบวนการอย่างไร. เหตุผลที่สำคัญ ช่วยวิเคราะห์พฤติกรรม ภาระงาน และผลการทำงานของผู้ใช้แต่ละราย ซึ่งจำเป็นต่อการจัดการทรัพยากรและค้นหาโอกาสในการฝึกอบรม. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในตารางประวัติเวิร์กโฟลว์ เช่น WorkflowTrackingStatusTable หรือตารางธุรกรรม เช่น PurchReqTable ที่เชื่อมโยงกับตารางผู้ใช้ เช่น UserInfo. ตัวอย่าง j.smitha.joness.patel
	แผนก Department	แผนกของผู้ขอซื้อหรือศูนย์ต้นทุนที่เชื่อมโยงกับคำขอซื้อ.
คำอธิบาย คุณลักษณะนี้ระบุแผนกธุรกิจหรือศูนย์ต้นทุนที่เริ่มคำขอซื้อ เช่น 'การตลาด' 'IT' หรือ 'การปฏิบัติการ' โดยปกติข้อมูลนี้อยู่ในส่วนหัวของคำขอซื้อ. การแบ่งกระบวนการตามแผนกจำเป็นต่อการเปรียบเทียบ ช่วยให้เห็นว่าแผนกใดใช้เวลาดำเนินการนานที่สุด มีอัตราการปฏิเสธสูงที่สุด หรือแก้ไขคำขอบ่อยที่สุด ข้อมูลเชิงลึกเหล่านี้ช่วยให้ปรับปรุงกระบวนการให้เหมาะกับความต้องการของแต่ละแผนกได้. เหตุผลที่สำคัญ ช่วยกรองและเปรียบเทียบผลการดำเนินงานของกระบวนการในแต่ละหน่วยธุรกิจ เพื่อค้นหารูปแบบเฉพาะของแผนก คอขวด หรือจุดที่ไม่มีประสิทธิภาพ. แหล่งข้อมูล ข้อมูลนี้มักจัดเก็บไว้ในส่วนหัวของใบขอซื้อ (PurchReqTable) และเชื่อมโยงกับการตั้งค่ามิติทางการเงินใน Dynamics 365. ตัวอย่าง ฝ่ายไอทีฝ่ายการเงินฝ่ายปฏิบัติการ
	ยอดรวมใบขอซื้อ RequisitionTotalAmount	มูลค่ารวมของใบขอซื้อ.
คำอธิบาย แอตทริบิวต์นี้เก็บมูลค่ารวมของรายการทั้งหมดในใบขอซื้อ ยอดเงินมักมีผลต่อความซับซ้อนของเวิร์กโฟลว์การอนุมัติ โดยใบขอซื้อที่มีมูลค่าสูงอาจต้องผ่านขั้นตอนอนุมัติมากขึ้น การวิเคราะห์กระบวนการใช้แอตทริบิวต์นี้กรองและวิเคราะห์ข้อมูลตามมูลค่าได้ เช่น ใบขอซื้อมูลค่าสูงใช้เวลาอนุมัตินานกว่าหรือไม่ หรือใบขอซื้อที่ติดค้างอยู่ในกระบวนการมีมูลค่ารวมเท่าใด ข้อมูลนี้ช่วยให้เห็นบริบททางการเงินของประสิทธิภาพกระบวนการ. เหตุผลที่สำคัญ แอตทริบิวต์นี้เพิ่มมิติทางการเงินให้กับการวิเคราะห์ ช่วยจัดลำดับความสำคัญของเคสมูลค่าสูง และทำความเข้าใจว่ามูลค่าเงินส่งผลต่อการดำเนินกระบวนการอย่างไร. แหล่งข้อมูล โดยทั่วไป ค่านี้อยู่ในตารางส่วนหัวของใบขอซื้อ หรือคำนวณจากผลรวมยอดเงินของแต่ละรายการในตารางรายการใบขอซื้อ (PurchReqLine). ตัวอย่าง 1500.0025000.50500.75
	ระดับความเร่งด่วน UrgencyLevel	การจัดระดับความเร่งด่วนของใบขอซื้อ เช่น 'สูง' 'ปานกลาง' หรือ 'ต่ำ'.
คำอธิบาย ระดับความเร่งด่วนหรือระดับความสำคัญแสดงว่าต้องการสินค้าและบริการที่ขอเร็วเพียงใด แอตทริบิวต์นี้มักใช้กำหนดเส้นทางอนุมัติหรือจัดลำดับงานให้ผู้อนุมัติ การวิเคราะห์แอตทริบิวต์นี้ช่วยตรวจสอบว่าระบบจัดลำดับความสำคัญได้ผลหรือไม่ เช่น เปรียบเทียบระยะเวลาดำเนินการของใบขอซื้อที่มีความเร่งด่วน 'สูง' กับ 'ต่ำ' หากเวลาไม่ต่างกันมาก อาจหมายความว่าผู้ใช้ไม่ได้คำนึงถึงฟิลด์นี้ หรือมีการกำหนดระดับไม่เหมาะสม ซึ่งเป็นข้อมูลสำคัญสำหรับแดชบอร์ด 'วิเคราะห์ผลกระทบของระดับความเร่งด่วน'. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยประเมินว่าการกำหนดระดับความสำคัญช่วยเร่งคำขอเร่งด่วนได้จริงหรือไม่ และช่วยค้นหาการใช้ระดับความเร่งด่วนที่ไม่เหมาะสม. แหล่งข้อมูล ฟิลด์นี้อาจเป็นฟิลด์มาตรฐานหรือฟิลด์ที่กำหนดเองใน PurchReqTable ทั้งการมีอยู่และชื่อฟิลด์อาจแตกต่างกันตามการตั้งค่าระบบ. ตัวอย่าง สูงปานกลางต่ำ
	สถานะใบขอซื้อ RequisitionStatus	สถานะปัจจุบันหรือสถานะสุดท้ายของใบขอซื้อ.
คำอธิบาย แอตทริบิวต์นี้แสดงสถานะโดยรวมของใบขอซื้อ ณ เวลานั้น เช่น 'อยู่ระหว่างตรวจสอบ' 'อนุมัติแล้ว' 'ปฏิเสธแล้ว' หรือ 'ปิดแล้ว' โดยมักเป็นแอตทริบิวต์ระดับเคสที่ระบุผลลัพธ์สุดท้าย การวิเคราะห์สถานะสุดท้ายช่วยให้เห็นผลลัพธ์โดยรวมของกระบวนการ เช่น หากมีใบขอซื้อที่ 'ปฏิเสธ' หรือ 'ถอนคำขอ' จำนวนมาก อาจบ่งชี้ว่ามีปัญหาในขั้นตอนเริ่มต้น หรือขั้นตอนอนุมัติมีความยุ่งยาก ข้อมูลนี้สำคัญต่อการวัดอัตราความสำเร็จและประสิทธิภาพของกระบวนการ. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุผลลัพธ์ของแต่ละเคสได้ชัดเจน จึงใช้วิเคราะห์อัตราการอนุมัติ การปฏิเสธ และการถอนคำขอ ซึ่งเป็นตัวชี้วัดประสิทธิภาพที่สำคัญ. แหล่งข้อมูล โดยทั่วไป ฟิลด์สถานะจะอยู่ในตารางส่วนหัวของใบขอซื้อ PurchReqTable และมักใช้ชื่อ 'Status' หรือ 'PurchReqStatus'. ตัวอย่าง อนุมัติแล้วอยู่ระหว่างตรวจสอบปฏิเสธแล้วฉบับร่าง
	กลุ่มผู้อนุมัติ ApproverGroup	กลุ่มผู้ใช้หรือบทบาทที่รับผิดชอบขั้นตอนการอนุมัติ.
คำอธิบาย แอตทริบิวต์นี้ระบุกลุ่ม บทบาท หรือคิวงานที่ได้รับมอบหมายให้จัดการงานอนุมัติเฉพาะ เช่น 'ผู้อนุมัติฝ่ายการเงิน' หรือ 'ผู้จัดการฝ่ายไอที' การวิเคราะห์ประสิทธิภาพกระบวนการแยกตามกลุ่มผู้อนุมัติช่วยให้เข้าใจการกระจายงาน และระบุกลุ่มที่อาจมีทรัพยากรไม่เพียงพอหรือต้องการการฝึกอบรมเพิ่มเติม นอกจากนี้ยังช่วยให้แดชบอร์ด 'วิเคราะห์คอขวดในขั้นตอนอนุมัติ' แสดงผลแยกตามทีมที่รับผิดชอบการอนุมัติได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยเปรียบเทียบประสิทธิภาพระหว่างทีมอนุมัติ และชี้ให้เห็นข้อจำกัดด้านทรัพยากรหรือความจำเป็นในการฝึกอบรมของแต่ละกลุ่ม. แหล่งข้อมูล ข้อมูลนี้อยู่ในประวัติเวิร์กโฟลว์ เช่น WorkflowTrackingStatusTable ซึ่งบันทึกผู้ใช้หรือกลุ่มผู้ใช้ที่ได้รับมอบหมายในแต่ละงาน. ตัวอย่าง ผู้อนุมัติฝ่ายการเงินผู้จัดการฝ่ายไอทีผู้บริหารระดับสูง
	จำนวนครั้งที่แก้ไข AmendmentCount	จำนวนครั้งทั้งหมดที่มีการแก้ไขใบขอซื้อ.
คำอธิบาย แอตทริบิวต์ตัวเลขที่คำนวณขึ้นนี้นับจำนวนครั้งที่เกิดกิจกรรม 'แก้ไขใบขอซื้อ' ในแต่ละเคสของใบขอซื้อ แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'ความถี่ในการแก้ไขใบขอซื้อ' และ KPI 'อัตราการแก้ไขใบขอซื้อ' โดยแสดงปริมาณงานที่ต้องทำซ้ำในแต่ละเคส ช่วยให้เห็นว่าใบขอซื้อ แผนก หรือผู้ใช้รายใดเกี่ยวข้องกับการแก้ไขและความไม่มีประสิทธิภาพบ่อยครั้ง และช่วยกำหนดจุดที่ควรปรับปรุงคุณภาพคำขอตั้งแต่ต้น. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุปริมาณงานที่ต้องทำซ้ำในแต่ละเคส ช่วยวัดและวิเคราะห์ความถี่ในการแก้ไข รวมถึงผลกระทบต่อประสิทธิภาพกระบวนการ. แหล่งข้อมูล แอตทริบิวต์นี้คำนวณขึ้นระหว่างแปลงข้อมูล โดยนับกิจกรรม 'แก้ไขใบขอซื้อ' ของ PurchaseRequisitionId แต่ละรายการ. ตัวอย่าง 013
	สกุลเงิน Currency	รหัสสกุลเงินของยอดเงินในใบขอซื้อ.
คำอธิบาย แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้แสดงยอดรวมของใบขอซื้อ เช่น USD, EUR หรือ GBP ซึ่งจำเป็นต่อการวิเคราะห์ทางการเงิน โดยเฉพาะองค์กรข้ามชาติที่ใช้หลายสกุลเงิน การใช้แอตทริบิวต์สกุลเงินช่วยให้จัดการและรวมข้อมูลทางการเงินได้อย่างถูกต้อง ทั้งยังช่วยให้ตีความมูลค่าเงินได้ตรงกัน และแปลงเป็นสกุลเงินเดียวเพื่อรายงานและเปรียบเทียบระหว่างภูมิภาคหรือหน่วยธุรกิจได้อย่างแม่นยำ. เหตุผลที่สำคัญ แอตทริบิวต์นี้ให้บริบทที่จำเป็นสำหรับข้อมูลทางการเงิน ช่วยให้ตีความและรวมมูลค่าเงินได้อย่างถูกต้องในสภาพแวดล้อมที่ใช้หลายสกุลเงิน. แหล่งข้อมูล โดยทั่วไป ฟิลด์นี้อยู่ในตารางส่วนหัวของใบขอซื้อ PurchReqTable ร่วมกับฟิลด์ยอดเงิน. ตัวอย่าง USDEURGBP
	เส้นทางเวิร์กโฟลว์การอนุมัติ ApprovalWorkflowPath	ลำดับขั้นตอนการอนุมัติที่ดำเนินการจริง.
คำอธิบาย แอตทริบิวต์นี้เป็นฟิลด์ที่ได้จากการนำลำดับขั้นตอนอนุมัติของใบขอซื้อแต่ละรายการมาต่อกัน เช่น 'ผู้จัดการอนุมัติ -> หัวหน้าแผนกอนุมัติ -> ฝ่ายการเงินอนุมัติ' ซึ่งสรุปรูปแบบของกระบวนการย่อยด้านการอนุมัติ ข้อมูลนี้สำคัญต่อแดชบอร์ด 'ติดตามความเบี่ยงเบนด้านการปฏิบัติตามข้อกำหนด' เมื่อนำเส้นทางเวิร์กโฟลว์จริงไปเทียบกับเส้นทางมาตรฐานหรือเส้นทางที่คาดไว้ ก็จะพบขั้นตอนที่ไม่เป็นไปตามข้อกำหนดหรือผิดปกติ ซึ่งอาจบ่งชี้ถึงการละเมิดนโยบายหรือความเสี่ยงในการปฏิบัติงานได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้ช่วยวิเคราะห์การปฏิบัติตามข้อกำหนดได้ง่ายขึ้น โดยแสดงรูปแบบกระบวนการเป็นข้อความที่ชัดเจน จึงสังเกตความเบี่ยงเบนจากขั้นตอนมาตรฐานได้สะดวก. แหล่งข้อมูล ฟิลด์นี้ไม่มีมาให้เป็นมาตรฐาน ต้องสร้างขึ้นโดยนำค่า 'ApprovalStep' ของแต่ละเคสมาต่อกันตามลำดับเวลาในขั้นตอนแปลงข้อมูล. ตัวอย่าง ผู้จัดการ -> ผู้อำนวยการผู้จัดการ -> ผู้อำนวยการ -> รองประธานฝ่ายการเงินผู้จัดการ -> อนุมัติอัตโนมัติ
	หมายเลขใบสั่งซื้อ PurchaseOrderNumber	รหัสใบสั่งซื้อที่สร้างจากใบขอซื้อ.
คำอธิบาย แอตทริบิวต์นี้เก็บ ID เฉพาะของใบสั่งซื้อที่สร้างจากใบขอซื้อที่อนุมัติแล้ว และเชื่อมกระบวนการขอซื้อกับกระบวนการจัดซื้อในขั้นตอนถัดไป การติดตามหมายเลขนี้จำเป็นต่อการวิเคราะห์ 'ระยะเวลาแปลงใบขอซื้อเป็นใบสั่งซื้อ' โดยยืนยันว่าใบขอซื้อเข้าสู่ขั้นตอนถัดไปของวงจรจัดซื้อจนถึงชำระเงินแล้ว และช่วยวิเคราะห์กระบวนการตั้งแต่ต้นจนจบ ทั้งส่วนใบขอซื้อและใบสั่งซื้อ. เหตุผลที่สำคัญ แอตทริบิวต์นี้เชื่อมใบขอซื้อกับใบสั่งซื้อที่สร้างต่อจากกัน ช่วยวิเคราะห์การแปลงใบขอซื้อเป็นใบสั่งซื้อ และเชื่อมขั้นตอนต่างๆ ในกระบวนการ P2P. แหล่งข้อมูล โดยทั่วไป เมื่อสร้าง PO แล้ว ข้อมูลนี้จะอยู่ในตารางรายการใบขอซื้อ (PurchReqLine) ซึ่งเชื่อมกลับไปยัง PurchTable. ตัวอย่าง PO-000987PO-000988PO-000989
	อนุมัติผ่านในครั้งแรก IsFirstPass	ตัวบ่งชี้ว่าใบขอซื้อได้รับอนุมัติโดยไม่มีการแก้ไขหรือปฏิเสธก่อนหน้านั้นหรือไม่.
คำอธิบาย แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้มีค่า 'true' หากเส้นทางอนุมัติของใบขอซื้อไม่มีทั้งกิจกรรม 'แก้ไขใบขอซื้อ' และ 'ปฏิเสธขั้นตอนอนุมัติ' หากมีอย่างใดอย่างหนึ่ง ค่าจะเป็น 'false' แอตทริบิวต์นี้ใช้วัด KPI 'อัตราการอนุมัติใบขอซื้อผ่านในครั้งแรก' โดยช่วยวิเคราะห์ประสิทธิภาพกระบวนการด้วยตัวบ่งชี้ระดับเคสที่ชัดเจนว่ามีการทำงานซ้ำหรือไม่ หากอัตราการอนุมัติผ่านในครั้งแรกต่ำ อาจสะท้อนว่าข้อมูลเริ่มต้นไม่ครบถ้วนหรือข้อกำหนดไม่ชัดเจน และเป็นโอกาสในการปรับปรุงกระบวนการ. เหตุผลที่สำคัญ แอตทริบิวต์นี้วัดคุณภาพและประสิทธิภาพของกระบวนการโดยตรง ด้วยการระบุเคสที่ต้องทำงานซ้ำ และสนับสนุน KPI ที่วัดอัตราการทำงานถูกต้องตั้งแต่ครั้งแรก. แหล่งข้อมูล แอตทริบิวต์นี้คำนวณขึ้นจากการวิเคราะห์ลำดับกิจกรรมทั้งหมดของแต่ละเคสระหว่างแปลงข้อมูล เพื่อตรวจสอบว่าไม่มีการทำงานซ้ำก่อนอนุมัติ. ตัวอย่าง truefalse

จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ

ขั้นตอนและจุดสำคัญเหล่านี้ควรบันทึกไว้ในบันทึกเหตุการณ์ เพื่อค้นหาและวิเคราะห์เวิร์กโฟลว์ใบขอซื้อได้อย่างแม่นยำ.

7 แนะนำ 5 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	ปฏิเสธคำขอซื้อ	คำขอซื้อถูกปฏิเสธระหว่างเวิร์กโฟลว์อนุมัติและจะไม่มีการดำเนินการต่อ นี่คือสถานะสิ้นสุดที่แสดงว่าคำขอซื้อไม่ผ่าน.
เหตุผลที่สำคัญ เหตุการณ์สิ้นสุดนี้สำคัญต่อการวิเคราะห์อัตราการปฏิเสธโดยรวม และทำความเข้าใจผลกระทบทางการเงินหรือการปฏิบัติการจากคำขอที่ไม่ผ่าน. แหล่งข้อมูล ดึงข้อมูลนี้โดยตรงจาก 'WorkflowTrackingStatusTable' เมื่อเวิร์กโฟลว์เสร็จสมบูรณ์โดยมีสถานะ 'Rejected' ซึ่งจะอัปเดตฟิลด์สถานะใน 'PurchReqTable' ด้วย. บันทึก กรองเหตุการณ์ 'Completion' ของเวิร์กโฟลว์ที่มีสถานะ 'Rejected' หรือติดตามการเปลี่ยนสถานะใน PurchReqTable. ประเภทเหตุการณ์ explicit
	ปิดคำขอซื้อ	ถือว่าคำขอซื้อทั้งหมดเสร็จสมบูรณ์เมื่อทุกรายการถูกดำเนินการเป็นใบสั่งซื้อหรือถูกยกเลิก นี่คือสถานะสิ้นสุดที่แสดงว่าดำเนินการสำเร็จ.
เหตุผลที่สำคัญ กิจกรรมนี้แสดงว่าวงจรการขอซื้อเสร็จสมบูรณ์ และเป็นจุดสิ้นสุดสำหรับวัดระยะเวลารวมตั้งแต่ต้นจนจบกระบวนการ. แหล่งข้อมูล โดยทั่วไป ระบบคำนวณหรืออนุมานสถานะนี้เมื่อระเบียน 'PurchReqLine' ที่เกี่ยวข้องทั้งหมดมีสถานะสิ้นสุดแล้ว เช่น 'Closed' หรือ 'Cancelled'. บันทึก อนุมานเหตุการณ์นี้โดยตรวจสอบว่าระเบียน PurchReqLine ย่อยทั้งหมดของ PurchReqTable มีสถานะสุดท้ายแล้วหรือไม่. ประเภทเหตุการณ์ calculated
	ส่งคำขอซื้อเพื่ออนุมัติ	ผู้ใช้ส่งคำขอซื้อที่กรอกข้อมูลครบแล้ว เพื่อเริ่มเวิร์กโฟลว์อนุมัติอย่างเป็นทางการ ระบบบันทึกการดำเนินการนี้ไว้โดยตรงผ่านกลไกเวิร์กโฟลว์.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสำคัญที่เริ่มรอบการอนุมัติ และใช้เป็นจุดเริ่มต้นในการวัด 'เวลารอบอนุมัติคำขอซื้อ' และ 'อัตราการอนุมัติตั้งแต่ครั้งแรก'. แหล่งข้อมูล ดึงข้อมูลจาก 'WorkflowTrackingStatusTable' หรือตารางประวัติเวิร์กโฟลว์ที่คล้ายกัน ซึ่งบันทึกเหตุการณ์ 'Submission' ไว้กับคำขอซื้อ. บันทึก กรองบันทึกประวัติเวิร์กโฟลว์ตามประเภทเหตุการณ์ 'Submission' หรือ 'Start' ที่เชื่อมโยงกับคำขอซื้อ. ประเภทเหตุการณ์ explicit
	สร้างคำขอซื้อ	เหตุการณ์นี้หมายถึงการสร้างรายการคำขอซื้อครั้งแรกในสถานะฉบับร่าง โดยตรวจสอบเวลาและวันที่สร้างส่วนหัวของคำขอซื้อ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการ จึงจำเป็นต่อการวัดระยะเวลาตลอดวงจรการขอซื้อและวิเคราะห์จำนวนคำขอซื้อที่ดำเนินการในแต่ละวัน. แหล่งข้อมูล อนุมานกิจกรรมนี้จากฟิลด์ 'createdDateTime' ใน 'PurchReqTable' สำหรับ Purchase Requisition ID ใหม่แต่ละรายการ. บันทึก ใช้เวลาที่สร้างรายการใน PurchReqTable. ประเภทเหตุการณ์ inferred
	สร้างใบสั่งซื้อ	แปลงรายการคำขอซื้อที่ได้รับอนุมัติเป็นรายการใบสั่งซื้อ ซึ่งเป็นการส่งต่องานให้ทีมจัดซื้อ ตรวจจับได้จากการเชื่อมโยงรายการคำขอซื้อกับรายการใบสั่งซื้อ.
เหตุผลที่สำคัญ นี่คือจุดสำคัญที่เชื่อมคำขอซื้อกับกระบวนการจัดซื้อขั้นถัดไป และจำเป็นต่อการวัด KPI 'เวลาตั้งแต่ขอซื้อจนถึงออก PO'. แหล่งข้อมูล อนุมานได้จากการค้นหารายการในตาราง 'PurchLine' ที่อ้างอิง ID ของ 'PurchReqLine' ซึ่งเชื่อมโยงกับเคสคำขอซื้อ. บันทึก เชื่อม PurchReqLine กับ PurchLine โดยใช้ฟิลด์อ้างอิงที่เชื่อมโยงกัน เช่น PurchReqLineRefId. ประเภทเหตุการณ์ inferred
	อนุมัติขั้นตอน	ผู้อนุมัติดำเนินงานที่ได้รับมอบหมายเสร็จและอนุมัติคำขอซื้อในขั้นตอนของตน จากนั้นคำขอจะไปยังขั้นตอนถัดไปหรือเข้าสู่การอนุมัติขั้นสุดท้าย.
เหตุผลที่สำคัญ ใช้วัดเวลาประมวลผลในแต่ละขั้นตอนอนุมัติ และช่วยระบุส่วนที่เวิร์กโฟลว์ดำเนินไปได้อย่างมีประสิทธิภาพ นอกจากนี้ยังเป็นองค์ประกอบสำคัญของการวิเคราะห์รูปแบบกระบวนการ. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ไว้โดยตรงใน 'WorkflowTrackingStatusTable' เมื่อผู้ใช้ดำเนินการในรายการงานเสร็จโดยมีผลลัพธ์เป็น 'Approve'. บันทึก ค้นหาเหตุการณ์ 'WorkItemCompleted' ที่มีผลลัพธ์เป็น 'Approve' ในบันทึกประวัติเวิร์กโฟลว์. ประเภทเหตุการณ์ explicit
	อนุมัติคำขอซื้อ	คำขอซื้อผ่านขั้นตอนอนุมัติที่จำเป็นทั้งหมดในเวิร์กโฟลว์แล้ว ระบบบันทึกกิจกรรมนี้เมื่ออินสแตนซ์เวิร์กโฟลว์เสร็จสมบูรณ์และมีสถานะอนุมัติขั้นสุดท้าย.
เหตุผลที่สำคัญ นี่คือจุดสำคัญที่แสดงว่ารอบอนุมัติสิ้นสุดลงและเริ่มขั้นตอนการจัดซื้อ อีกทั้งเป็นเหตุการณ์สิ้นสุดสำหรับ KPI 'เวลารอบอนุมัติคำขอซื้อ'. แหล่งข้อมูล ดึงข้อมูลนี้โดยตรงจาก 'WorkflowTrackingStatusTable' เมื่อเวิร์กโฟลว์เสร็จสมบูรณ์ และระบบจะอัปเดตฟิลด์ 'Status' ใน 'PurchReqTable' เป็น 'Approved' ด้วย. บันทึก กรองเหตุการณ์ 'Completion' ของเวิร์กโฟลว์ที่มีสถานะ 'Approved' หรือติดตามการเปลี่ยนสถานะใน PurchReqTable. ประเภทเหตุการณ์ explicit
	แก้ไขคำขอซื้อ	เหตุการณ์นี้เกิดขึ้นเมื่อผู้ใช้เรียกคำขอซื้อที่ส่งไปแล้วกลับจากเวิร์กโฟลว์เพื่อแก้ไข โดยทั่วไปตรวจจับได้จากการเรียกคืนคำขอ แล้วมีการส่งคำขออีกครั้งในภายหลัง.
เหตุผลที่สำคัญ การติดตามการแก้ไขช่วยค้นหางานที่ต้องทำซ้ำ คำขอเริ่มต้นที่ไม่ชัดเจน และจุดที่กระบวนการไม่มีประสิทธิภาพ ข้อมูลนี้ช่วยสนับสนุนแดชบอร์ด 'ความถี่ในการแก้ไขคำขอซื้อ' โดยตรง. แหล่งข้อมูล อนุมานได้จากประวัติเวิร์กโฟลว์ ('WorkflowTrackingStatusTable') โดยตรวจจับการดำเนินการ 'Recall' หรือ 'RequestChange' นอกจากนี้ยังอนุมานได้จากการเปลี่ยนแปลงฟิลด์ 'modifiedDateTime' ใน 'PurchReqTable' หลังส่งคำขอแล้ว. บันทึก ตรวจจับเหตุการณ์เรียกคืนจากเวิร์กโฟลว์ หรือการเปลี่ยนเวอร์ชันของรายการระหว่างการส่งคำขอแต่ละครั้ง. ประเภทเหตุการณ์ inferred
	ถอนคำขอซื้อ	ผู้สร้างหรือผู้ใช้ที่ได้รับอนุญาตยกเลิกคำขอซื้อหลังจากส่งแล้ว การดำเนินการนี้จะยุติเวิร์กโฟลว์และคำขอซื้อ.
เหตุผลที่สำคัญ การติดตามคำขอซื้อที่ถูกถอนช่วยค้นหาปัญหาในการวางแผนความต้องการหรือขั้นตอนที่ซับซ้อนเกินไป และสนับสนุนแดชบอร์ด 'ข้อมูลเชิงลึกเกี่ยวกับการถอนคำขอซื้อ'. แหล่งข้อมูล อนุมานได้จากการเปลี่ยนสถานะใน 'PurchReqTable' เป็น 'Cancelled' หรือจากเหตุการณ์ 'Cancel' ใน 'WorkflowTrackingStatusTable'. บันทึก ตรวจจับการเปลี่ยนสถานะใน PurchReqTable เป็น 'Cancelled' หรือเหตุการณ์ยกเลิกเวิร์กโฟลว์. ประเภทเหตุการณ์ inferred
	ปฏิเสธขั้นตอนอนุมัติ	ผู้อนุมัติปฏิเสธงานที่ได้รับมอบหมาย โดยทั่วไปคำขอซื้อจะถูกส่งกลับไปยังผู้เริ่มต้นเพื่อแก้ไข กลไกเวิร์กโฟลว์จะบันทึกการดำเนินการนี้ไว้โดยตรง.
เหตุผลที่สำคัญ กิจกรรมนี้จำเป็นต่อการคำนวณ 'อัตราการปฏิเสธคำขอซื้อ' และค้นหาขั้นตอนที่มักเกิดการปฏิเสธ เพื่อชี้จุดที่ควรปรับปรุงกระบวนการ. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ไว้โดยตรงใน 'WorkflowTrackingStatusTable' เมื่อผู้ใช้ดำเนินการในรายการงานเสร็จโดยมีผลลัพธ์เป็น 'Reject'. บันทึก ค้นหาเหตุการณ์ 'WorkItemCompleted' ที่มีผลลัพธ์เป็น 'Reject' ในบันทึกประวัติเวิร์กโฟลว์. ประเภทเหตุการณ์ explicit
	ปิดรายการคำขอซื้อ	ถือว่ารายการหนึ่งในคำขอซื้อดำเนินการเสร็จสมบูรณ์ โดยทั่วไปจะเกิดขึ้นหลังจากแปลงรายการนั้นเป็นใบสั่งซื้อครบถ้วนแล้ว.
เหตุผลที่สำคัญ แสดงรายละเอียดการดำเนินการตามคำขอซื้อในระดับรายการ ช่วยตรวจสอบว่าคำขอซื้อถูกแปลงเป็นใบสั่งซื้อบางส่วนหรือทั้งหมด. แหล่งข้อมูล อนุมานได้จากฟิลด์สถานะในตาราง 'PurchReqLine' ของแต่ละรายการ สถานะที่ระบุว่าสั่งซื้อหรือรับสินค้าแล้วหมายถึงรายการปิดแล้ว. บันทึก ติดตามฟิลด์สถานะในตาราง PurchReqLine เพื่อหาค่าสุดท้าย เช่น 'Invoiced' หรือ 'Closed'. ประเภทเหตุการณ์ inferred
	เริ่มขั้นตอนอนุมัติ	ระบบมอบหมายงานอนุมัติแต่ละรายการให้ผู้ใช้หรือกลุ่มในเวิร์กโฟลว์ ซึ่งเป็นจุดเริ่มต้นของเวลารอหรือเวลาประมวลผลสำหรับผู้อนุมัติรายนั้น.
เหตุผลที่สำคัญ กิจกรรมนี้จำเป็นต่อการวิเคราะห์คอขวดในขั้นตอนอนุมัติ เพราะช่วยวัดเวลาที่งานค้างในแต่ละขั้นตอนอนุมัติได้. แหล่งข้อมูล ดึงข้อมูลจาก 'WorkflowTrackingStatusTable' เมื่อมีการสร้างรายการงานใหม่และมอบหมายให้กับอินสแตนซ์เวิร์กโฟลว์ของคำขอซื้อ. บันทึก ค้นหาเหตุการณ์ 'WorkItemCreated' หรือเหตุการณ์ที่คล้ายกันในบันทึกประวัติเวิร์กโฟลว์ของคำขอซื้อรายการนั้น. ประเภทเหตุการณ์ explicit

แนะนำ ไม่บังคับ

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

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

ขั้นตอน

เปิดพื้นที่ทำงาน Data Management: เข้าสู่ระบบ Microsoft Dynamics 365 แล้วไปที่เมนู Workspaces เลือก Data management เพื่อเปิดศูนย์กลางสำหรับนำเข้าหรือส่งออกข้อมูล
สร้างโปรเจกต์ส่งออก: ในพื้นที่ทำงาน Data Management คลิกไทล์ Export ระบุ Group name ที่ไม่ซ้ำกันและ Description ที่อธิบายโปรเจกต์ จากนั้นตั้ง Project category เป็น Project เพื่อจัดระเบียบงานดึงข้อมูล
เพิ่มเอนทิตีข้อมูล: เพิ่มเอนทิตีข้อมูลมาตรฐานที่จำเป็นลงในโปรเจกต์ คลิก Add entity แล้วค้นหาและเพิ่มรายการต่อไปนี้ทีละรายการ:
- Purchase requisition headers
- Purchase requisition lines
- Workflow tracking status table
- Workflow work items
- Purchase order lines V2
กำหนดรูปแบบการส่งออก: เลือก Target data format ให้แต่ละเอนทิตี เช่น CSV หรือ Excel โดยทั่วไปแนะนำ CSV เพราะประมวลผลได้รวดเร็วและใช้ร่วมกับเครื่องมือแปลงข้อมูลได้สะดวก
กำหนดตัวกรองข้อมูล: เลือกเอนทิตีแล้วคลิกปุ่ม Filter ในแท็บ Range ระบุ Legal entity (รหัสบริษัท) เพื่อดึงข้อมูลจากหน่วยธุรกิจที่ถูกต้อง นอกจากนี้ควรกำหนดตัวกรองวันที่ในฟิลด์ Created date and time ของเอนทิตี Purchase requisition headers เพื่อลดปริมาณข้อมูล แนะนำให้เริ่มจากช่วง 3 ถึง 6 เดือน
เรียกใช้งานส่งออก: เมื่อตั้งค่าเอนทิตีและตัวกรองครบแล้ว คลิก Export ใน Action Pane ระบบจะสร้างแพ็กเกจงานและเริ่มประมวลผล คุณตรวจสอบความคืบหน้าได้ในส่วน Job history
ดาวน์โหลดแพ็กเกจข้อมูล: เมื่อส่งออกเสร็จเรียบร้อยแล้ว ไปที่รายละเอียดใน Job history แล้วคลิก Download package เพื่อดาวน์โหลดไฟล์ ZIP ที่มีไฟล์ข้อมูลแยกตามเอนทิตี
แปลงข้อมูลดิบเป็นบันทึกเหตุการณ์: ไฟล์ที่ส่งออกเป็นตารางข้อมูลดิบของระบบ ไม่ใช่บันทึกเหตุการณ์ที่พร้อมใช้งาน คุณต้องใช้เครื่องมือภายนอก เช่น Python, Power Query หรือแพลตฟอร์ม ETL เพื่อรวมและปรับโครงสร้างข้อมูล โดยทำดังนี้:
- รวมไฟล์ส่วนหัวกับไฟล์รายการ
- เชื่อมข้อมูลเวิร์กโฟลว์กับใบขอซื้อโดยใช้ CorrelationId และ RecId ของส่วนหัวใบขอซื้อ
- ปรับข้อมูลการเปลี่ยนสถานะและเหตุการณ์เวิร์กโฟลว์จากตารางเวิร์กโฟลว์ให้เป็นแถวกิจกรรมแยกกัน เช่น Requisition Submitted และ Approval Step Approved
- สร้างแถวใหม่สำหรับแต่ละกิจกรรม โดยระบุ ActivityName, EventTime และ PurchaseRequisitionId ให้ถูกต้อง
คำนวณและจับคู่แอตทริบิวต์: ระหว่างแปลงข้อมูล ให้จับคู่คอลัมน์ต้นทางกับแอตทริบิวต์ที่จำเป็น เช่น User และ Department คำนวณแอตทริบิวต์ที่ได้จากข้อมูลอื่น เช่น RequisitionTotalAmount โดยรวมยอดเงินในแต่ละรายการ กำหนดค่าแบบคงที่ให้ SourceSystemId (เช่น 'D365_F&O') และใช้เวลาที่เรียกใช้สคริปต์เป็นค่า LastDataIngestionTimestamp
จัดรูปแบบผลลัพธ์ให้พร้อมใช้งาน: ตรวจสอบว่าไฟล์ผลลัพธ์เป็น CSV ไฟล์เดียว โดยแต่ละแถวแทนหนึ่งเหตุการณ์ในกระบวนการ คอลัมน์ต้องตรงกับโครงสร้างบันทึกเหตุการณ์ที่กำหนด รวมถึง PurchaseRequisitionId, ActivityName และ EventTime.

การกำหนดค่า

สิทธิ์ที่จำเป็น: ผู้ใช้ต้องมีบทบาทความปลอดภัยที่ให้สิทธิ์เข้าถึงพื้นที่ทำงาน Data management และเอนทิตีข้อมูลที่ต้องการส่งออก เช่น Data management administrator หรือบทบาทที่กำหนดเองซึ่งมีสิทธิ์เทียบเท่า
เอนทิตีข้อมูลหลัก:
- Purchase requisition headers: มีรหัสเคสหลัก เวลาที่สร้าง และสถานะโดยรวม
- Purchase requisition lines: มีรายละเอียดของแต่ละรายการที่ขอซื้อ รวมถึงจำนวนเงินและลิงก์ไปยังใบสั่งซื้อ
- Workflow tracking status table: แหล่งข้อมูลหลักของเหตุการณ์เวิร์กโฟลว์ เช่น การส่ง การอนุมัติ การปฏิเสธ และการเรียกคืน
- Workflow work items: แสดงรายละเอียดงานที่มอบหมายให้ผู้ใช้ระหว่างกระบวนการอนุมัติ
- Purchase order lines V2: ใช้ค้นหาเวลาที่สร้างใบสั่งซื้อซึ่งเชื่อมโยงกับรายการในใบขอซื้อ
การกรองช่วงวันที่: ควรกำหนดตัวกรองช่วงวันที่ในฟิลด์ Created date and time ของเอนทิตี Purchase requisition headers แนะนำให้เริ่มวิเคราะห์ข้อมูลย้อนหลัง 3 ถึง 6 เดือน เพื่อให้ได้ข้อมูลและรายละเอียดกระบวนการที่เพียงพอ โดยไม่เพิ่มปริมาณข้อมูลมากเกินไป
การกรองรหัสบริษัท: กำหนดตัวกรอง Legal entity ทุกครั้ง เพื่อไม่ให้ดึงข้อมูลจากบริษัทที่ไม่เกี่ยวข้องหรือบริษัททดสอบ วิธีนี้ช่วยลดขนาดข้อมูลและเพิ่มประสิทธิภาพการทำงาน
การแปลงข้อมูล: วิธีนี้ต้องประมวลผลข้อมูลเพิ่มเติมนอก Dynamics 365 เพื่อแปลงข้อมูลดิบที่ส่งออกจากเอนทิตีให้เป็นบันทึกเหตุการณ์ที่มีโครงสร้าง เตรียมใช้สคริปต์หรือเครื่องมือ ETL สำหรับงานนี้.

ตัวอย่างคำค้น sql

/*
This is not a single executable query. Instead, it is a configuration manifest for a Dynamics 365 Data Management Framework Export Project.
You must add each entity listed below to the project and select the specified fields for export.
The transformation logic to create the final event log must be applied after exporting these files.
*/

-- Entity 1: Purchase requisition headers
-- Purpose: Captures requisition creation, overall status, and header-level attributes.
SELECT
    REQUISITIONNUMBER AS PurchaseRequisitionId,
    REQUISITIONSTATUS AS RequisitionStatus,
    CREATEDDATETIME AS EventTime_RequisitionCreated,
    MODIFIEDDATETIME AS EventTime_RequisitionClosed, -- Used if status is Closed
    PREPARERPERSONNELNUMBER AS User_Preparer,
    REQUESTERPERSONNELNUMBER AS User_Requester,
    DEFAULTLEDGERDIMENSIONDISPLAYVALUE AS Department, -- Or similar dimension field
    REQUISITIONTOTAL AS RequisitionTotalAmount
FROM PurchaseRequisitionHeaderEntity;

-- Entity 2: Purchase requisition lines
-- Purpose: Provides line-level details, amounts, and links to Purchase Orders.
SELECT
    REQUISITIONNUMBER AS PurchaseRequisitionId,
    LINENUMBER,
    REQUISITIONINGSTATUS AS LineStatus,
    MODIFIEDDATETIME AS EventTime_LineClosed, -- Used if status is Closed
    PURCHASEORDERNUMBER,
    PURCHASEORDERLINENUMBER
FROM PurchaseRequisitionLineEntity;

-- Entity 3: Workflow tracking status table
-- Purpose: The primary source for all workflow-driven activities.
-- Note: Requires joining to PurchReqTable on RecId = CorrelationId post-export.
SELECT
    CONTEXT, -- Contains information like step name
    CORRELATIONID, -- Links to source document's RecId
    CREATEDDATETIME AS EventTime_WorkflowStep,
    TRACKINGSTATUS AS ActivityName, -- (e.g., Submitted, Approved, Rejected, Canceled)
    USERID AS User
FROM WorkflowTrackingStatusTableEntity;

-- Entity 4: Workflow work items
-- Purpose: Captures the start of an approval task assigned to a user.
-- Note: Requires joining to PurchReqTable on RecId = CorrelationId post-export.
SELECT
    CORRELATIONID, -- Links to source document's RecId
    CREATEDDATETIME AS EventTime_ApprovalStepStarted,
    USERID AS User, -- The user assigned the task
    DESCRIPTION AS ApprovalStep
FROM WorkflowWorkItemTableEntity;

-- Entity 5: Purchase order lines V2
-- Purpose: Used to find the creation date of the resulting Purchase Order.
-- Note: Requires joining to PurchaseRequisitionLineEntity on PO/Line number post-export.
SELECT
    PURCHASEORDERNUMBER,
    LINENUMBER,
    CREATEDDATETIME AS EventTime_PurchaseOrderCreated
FROM PurchaseOrderLinesV2Entity;

ขั้นตอน

ลงทะเบียนแอปพลิเคชัน Azure Active Directory: ไปที่ Azure portal แล้วลงทะเบียนแอปพลิเคชันใหม่ แอปนี้ใช้ยืนยันตัวตนกับ Dynamics 365 API จด Application (client) ID และ Directory (tenant) ID ไว้
สร้าง Client Secret: ในแอปพลิเคชันที่ลงทะเบียนใหม่ใน Azure ให้สร้าง client secret ในส่วน 'Certificates & secrets' คัดลอกค่า secret และเก็บไว้อย่างปลอดภัย เพราะจะดูค่าได้เพียงครั้งเดียว
กำหนดสิทธิ์ API: ในส่วน 'API permissions' ของแอปพลิเคชัน ให้เพิ่มสิทธิ์สำหรับ 'Dynamics ERP' เลือก 'Delegated permissions' แล้วกำหนด Financials.ReadWrite.All หรือสิทธิ์อ่านอย่างเดียวที่จำกัดกว่า จากนั้นให้สิทธิ์ผู้ดูแลระบบอนุมัติสิทธิ์ดังกล่าว
ติดตั้งไลบรารี Python: ตรวจสอบว่าติดตั้ง Python แล้ว จากนั้นติดตั้งไลบรารีที่จำเป็นด้วย pip: pip install requests pandas
ตั้งค่า Python Script: คัดลอก Python script ที่ให้มาไปใส่ในไฟล์ เช่น extract_d365_requisitions.py กรอกตัวแปรที่เว้นไว้ด้านบนของสคริปต์ ได้แก่ URL ของ Dynamics 365, Tenant ID, Client ID, Client Secret, ช่วงวันที่ที่ต้องการ และรหัสบริษัท
ทำความเข้าใจ OData Entities: สคริปต์จะคิวรีเอนทิตีข้อมูลหลัก 3 รายการ ได้แก่ PurchaseRequisitionHeaders สำหรับรายละเอียดใบขอซื้อหลัก, PurchaseRequisitionLines สำหรับรายละเอียดแต่ละรายการ รวมถึงการแปลงเป็นใบสั่งซื้อ และ WorkflowTrackingStatusTable สำหรับเหตุการณ์เวิร์กโฟลว์ เช่น การส่งและการอนุมัติ
เรียกใช้สคริปต์: เรียกใช้สคริปต์จากบรรทัดคำสั่ง: python extract_d365_requisitions.py สคริปต์จะยืนยันตัวตน ดึงข้อมูลของแต่ละกิจกรรม และจัดการแบ่งหน้า API โดยอัตโนมัติ
แปลงข้อมูล: สคริปต์ประมวลผลข้อมูล JSON ดิบจากการเรียก API โดยจัดโครงสร้างข้อมูลใหม่ วนดูแต่ละระเบียนและสร้างแถวแยกสำหรับกิจกรรมทางธุรกิจทั้ง 12 รายการ พร้อมจับคู่ฟิลด์ต้นทางกับคอลัมน์มาตรฐานของบันทึกเหตุการณ์ เช่น PurchaseRequisitionId, ActivityName และ EventTime
รวมและจัดรูปแบบเหตุการณ์ให้เป็นมาตรฐาน: รวบรวมเหตุการณ์ที่สร้างขึ้นไว้ในรายการเดียว แล้วแปลงเป็น pandas DataFrame สคริปต์จะเพิ่มคอลัมน์แบบคงที่ เช่น SourceSystemId และ LastDataIngestionTimestamp
ส่งออกเป็น CSV: ส่งออก DataFrame สุดท้ายเป็นไฟล์ CSV ชื่อ d365_purchase_requisition_log.csv ซึ่งจัดรูปแบบไว้สำหรับอัปโหลดไปยังเครื่องมือ process mining โดยตรง ตรวจสอบว่าไฟล์ใช้การเข้ารหัส UTF-8.

การกำหนดค่า

สิ่งที่ต้องเตรียม: สิทธิ์เข้าถึง Azure subscription เพื่อลงทะเบียนแอปพลิเคชัน รวมถึง Application (client) ID, Client Secret และ Tenant ID จาก Azure Active Directory ผู้เรียกใช้สคริปต์ต้องมีข้อมูลรับรองที่ให้สิทธิ์เข้าถึงปลายทาง OData API ของ Dynamics 365 Finance and Operations
การตั้งค่า API Endpoint: สคริปต์ต้องใช้ URL หลักของสภาพแวดล้อม Dynamics 365 โดยทั่วไปมีรูปแบบ https://[your-environment-name].operations.dynamics.com
ช่วงวันที่: ตั้งค่าตัวแปร START_DATE และ END_DATE ในสคริปต์เพื่อกำหนดช่วงเวลาดึงข้อมูล สำหรับการวิเคราะห์เบื้องต้น แนะนำให้ใช้ช่วง 3 ถึง 6 เดือน เพื่อให้ได้ข้อมูลและรายละเอียดที่เพียงพอ
ตัวกรองบริษัท: สคริปต์ตั้งค่าให้กรองนิติบุคคลที่ระบุผ่านตัวแปร COMPANY_ID หากต้องการดึงข้อมูลทุกบริษัท อาจต้องแก้ไขตัวกรอง OData และเพิ่ม cross-company=true ในส่วนหัวคำขอ
ข้อควรพิจารณาด้านประสิทธิภาพ: สคริปต์ใช้ $select ใน OData query เพื่อดึงเฉพาะคอลัมน์ที่จำเป็นต่อบันทึกเหตุการณ์ ซึ่งช่วยเพิ่มประสิทธิภาพ และยังจัดการแบ่งหน้าเพื่อรองรับชุดข้อมูลขนาดใหญ่โดยไม่ทำให้ API ทำงานหนักเกินไป หากต้องโหลดข้อมูลย้อนหลังจำนวนมาก ควรแบ่งเรียกใช้สคริปต์เป็นชุด โดยใช้ช่วงวันที่สั้นลง.

ตัวอย่างคำค้น python

import requests
import pandas as pd
from datetime import datetime, timezone
import os

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Dynamics 365 environment details
D365_URL = class="hl-string">"https://[your-d365-url].operations.dynamics.com"
TENANT_ID = class="hl-string">"[your-tenant-id]"
CLIENT_ID = class="hl-string">"[your-client-id]"
CLIENT_SECRET = class="hl-string">"[your-client-secret]"

class=class="hl-string">"hl-comment"># --- Parameters ---
class=class="hl-string">"hl-comment"># Set the data extraction window
START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
END_DATE = class="hl-string">"2023-12-31T23:59:59Z"
COMPANY_ID = class="hl-string">"[YourCompanyLegalEntity]" class=class="hl-string">"hl-comment"># e.g., class="hl-string">"USMF"
OUTPUT_FILENAME = class="hl-string">"d365_purchase_requisition_log.csv"


def get_access_token():
    class="hl-string">"""Authenticates with Azure AD to get an access token."""
    auth_url = fclass="hl-string">"https://login.microsoftonline.com/{TENANT_ID}/oauth2/token"
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET,
        class="hl-string">'resource': D365_URL
    }
    response = requests.post(auth_url, data=payload)
    response.raise_for_status()
    return response.json()[class="hl-string">'access_token']

def fetch_data(access_token, entity_url):
    class="hl-string">"""Fetches all pages of data from a given D365 OData entity URL."""
    all_records = []
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    while entity_url:
        response = requests.get(entity_url, headers=headers)
        response.raise_for_status()
        data = response.json()
        all_records.extend(data[class="hl-string">'value'])
        entity_url = data.get(class="hl-string">'@odata.nextLink')
    return all_records

def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    print(class="hl-string">"Acquiring access token...")
    access_token = get_access_token()
    events = []
    last_ingestion_ts = datetime.now(timezone.utc).isoformat()

    class=class="hl-string">"hl-comment"># 1. Fetch Purchase Requisition Headers for class="hl-string">'Created' and class="hl-string">'Closed' events
    print(class="hl-string">"Fetching Purchase Requisition Headers...")
    pr_headers_url = (
        fclass="hl-string">"{D365_URL}/data/PurchaseRequisitionHeaders?" 
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}" 
        fclass="hl-string">"&$select=RequisitionNumber,RequisitionStatus,CreatedDateTime,CreatedBy,RequestingDepartmentName,RequisitionTotalAmount,RequisitionUrgencyLevel"
    )
    pr_headers = fetch_data(access_token, pr_headers_url)

    for prh in pr_headers:
        case_id = prh.get(class="hl-string">'RequisitionNumber')
        class=class="hl-string">"hl-comment"># Activity: Requisition Created
        events.append({
            class="hl-string">'PurchaseRequisitionId': case_id,
            class="hl-string">'ActivityName': class="hl-string">'Requisition Created',
            class="hl-string">'EventTime': prh.get(class="hl-string">'CreatedDateTime'),
            class="hl-string">'User': prh.get(class="hl-string">'CreatedBy'),
            class="hl-string">'Department': prh.get(class="hl-string">'RequestingDepartmentName'),
            class="hl-string">'RequisitionStatus': prh.get(class="hl-string">'RequisitionStatus'),
            class="hl-string">'RequisitionTotalAmount': prh.get(class="hl-string">'RequisitionTotalAmount'),
            class="hl-string">'UrgencyLevel': prh.get(class="hl-string">'RequisitionUrgencyLevel'),
            class="hl-string">'ApprovalStep': None,
            class="hl-string">'ProcessingTime': None
        })
        class=class="hl-string">"hl-comment"># Activity: Requisition Closed
        if prh.get(class="hl-string">'RequisitionStatus') == class="hl-string">'Closed':
            class=class="hl-string">"hl-comment"># Note: We need a reliable timestamp for closure. Using CreatedDateTime as a placeholder.
            class=class="hl-string">"hl-comment"># A better source might be the last workflow approval or line closure date.
            events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Requisition Closed',
                class="hl-string">'EventTime': prh.get(class="hl-string">'CreatedDateTime'), class=class="hl-string">"hl-comment"># Placeholder timestamp
                class="hl-string">'User': prh.get(class="hl-string">'CreatedBy'), class=class="hl-string">"hl-comment"># Placeholder user
                class="hl-string">'Department': prh.get(class="hl-string">'RequestingDepartmentName'),
                class="hl-string">'RequisitionStatus': class="hl-string">'Closed',
                class="hl-string">'RequisitionTotalAmount': prh.get(class="hl-string">'RequisitionTotalAmount'),
                class="hl-string">'UrgencyLevel': prh.get(class="hl-string">'RequisitionUrgencyLevel'),
                class="hl-string">'ApprovalStep': None,
                class="hl-string">'ProcessingTime': None
            })

    class=class="hl-string">"hl-comment"># 2. Fetch Workflow History for workflow-related events
    print(class="hl-string">"Fetching Workflow Tracking Status Table...")
    workflow_url = (
        fclass="hl-string">"{D365_URL}/data/WorkflowTrackingStatusTable?"
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE} and startswith(Context,'PurchReq')"
        fclass="hl-string">"&$select=Context,CreatedDateTime,TrackingType,User,WorkItemSubject"
    )
    workflow_items = fetch_data(access_token, workflow_url)

    for item in workflow_items:
        context_parts = item.get(class="hl-string">'Context', class="hl-string">'').split(class="hl-string">':')
        if len(context_parts) < 2:
            continue
        case_id = context_parts[1].strip()
        tracking_type = item.get(class="hl-string">'TrackingType')
        activity_map = {
            class="hl-string">'Submission': class="hl-string">'Requisition Submitted for Approval',
            class="hl-string">'Started': class="hl-string">'Approval Step Started',
            class="hl-string">'Completion': class="hl-string">'Approval Step Approved',
            class="hl-string">'Rejection': class="hl-string">'Approval Step Rejected',
            class="hl-string">'Cancellation': class="hl-string">'Requisition Withdrawn',
            class="hl-string">'Recall': class="hl-string">'Requisition Amended',
            class="hl-string">'Approved': class="hl-string">'Requisition Approved',
            class="hl-string">'Fault': class="hl-string">'Requisition Rejected'
        }
        activity_name = activity_map.get(tracking_type)
        if activity_name:
            events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventTime': item.get(class="hl-string">'CreatedDateTime'),
                class="hl-string">'User': item.get(class="hl-string">'User'),
                class="hl-string">'Department': None, class=class="hl-string">"hl-comment"># Department info is not in this entity
                class="hl-string">'RequisitionStatus': None, class=class="hl-string">"hl-comment"># Status info is not in this entity
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': item.get(class="hl-string">'WorkItemSubject'),
                class="hl-string">'ProcessingTime': None
            })

    class=class="hl-string">"hl-comment"># 3. Fetch Purchase Requisition Lines for PO Creation and Line Closure
    print(class="hl-string">"Fetching Purchase Requisition Lines...")
    pr_lines_url = (
        fclass="hl-string">"{D365_URL}/data/PurchaseRequisitionLines?"
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}"
        fclass="hl-string">"&$select=RequisitionNumber,PurchaseOrderNumber,IsPrepaymentRequired,LineStatus,ModifiedDateTime,ModifiedBy"
    )
    pr_lines = fetch_data(access_token, pr_lines_url)

    for prl in pr_lines:
        case_id = prl.get(class="hl-string">'RequisitionNumber')
        po_number = prl.get(class="hl-string">'PurchaseOrderNumber')
        line_status = prl.get(class="hl-string">'LineStatus')
        
        class=class="hl-string">"hl-comment"># Activity: Purchase Order Created
        if po_number:
             events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created',
                class="hl-string">'EventTime': prl.get(class="hl-string">'ModifiedDateTime'),
                class="hl-string">'User': prl.get(class="hl-string">'ModifiedBy'),
                class="hl-string">'Department': None,
                class="hl-string">'RequisitionStatus': None,
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': fclass="hl-string">"PO: {po_number}",
                class="hl-string">'ProcessingTime': None
            })

        class=class="hl-string">"hl-comment"># Activity: Requisition Line Closed
        if line_status == class="hl-string">'Closed':
             events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Requisition Line Closed',
                class="hl-string">'EventTime': prl.get(class="hl-string">'ModifiedDateTime'),
                class="hl-string">'User': prl.get(class="hl-string">'ModifiedBy'),
                class="hl-string">'Department': None,
                class="hl-string">'RequisitionStatus': class="hl-string">'Closed',
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': None,
                class="hl-string">'ProcessingTime': None
            })

    if not events:
        print(class="hl-string">"No events found for the specified criteria.")
        return

    class=class="hl-string">"hl-comment"># 4. Create and format the DataFrame
    print(class="hl-string">"Formatting data...")
    df = pd.DataFrame(events)
    df[class="hl-string">'SourceSystemId'] = class="hl-string">'Microsoft Dynamics 365'
    df[class="hl-string">'LastDataIngestionTimestamp'] = last_ingestion_ts

    class=class="hl-string">"hl-comment"># Fill forward missing data within each case
    df = df.sort_values(by=[class="hl-string">'PurchaseRequisitionId', class="hl-string">'EventTime'])
    df[[class="hl-string">'Department', class="hl-string">'RequisitionTotalAmount', class="hl-string">'UrgencyLevel']] = \
        df.groupby(class="hl-string">'PurchaseRequisitionId')[[class="hl-string">'Department', class="hl-string">'RequisitionTotalAmount', class="hl-string">'UrgencyLevel']].ffill().bfill()

    class=class="hl-string">"hl-comment"># Ensure required columns exist and are in order
    final_columns = [
        class="hl-string">'PurchaseRequisitionId',
        class="hl-string">'ActivityName',
        class="hl-string">'EventTime',
        class="hl-string">'SourceSystemId',
        class="hl-string">'LastDataIngestionTimestamp',
        class="hl-string">'User',
        class="hl-string">'Department',
        class="hl-string">'RequisitionStatus',
        class="hl-string">'RequisitionTotalAmount',
        class="hl-string">'UrgencyLevel',
        class="hl-string">'ApprovalStep',
        class="hl-string">'ProcessingTime'
    ]
    for col in final_columns:
        if col not in df.columns:
            df[col] = None
    
    df = df[final_columns]

    class=class="hl-string">"hl-comment"># 5. Save to CSV
    df.to_csv(OUTPUT_FILENAME, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Successfully extracted {len(df)} events to {OUTPUT_FILENAME}")

if __name__ == class="hl-string">"__main__":
    main()

ขั้นตอน

ตรวจสอบว่ามีตัวเชื่อมต่อ Microsoft Dynamics 365 Finance ใน Power BI Desktop และผู้ใช้ได้รับอนุญาตให้เข้าถึงเอนทิตีข้อมูลที่จำเป็น ประวัติเวิร์กโฟลว์ ข้อมูลใบขอซื้อ และข้อมูลใบสั่งซื้อที่เกี่ยวข้อง.
ใน Power BI Desktop เลือก Get data แล้วเลือกตัวเชื่อมต่อ Microsoft Dynamics 365 Finance จากนั้นระบุ URL อินสแตนซ์ของ Dynamics 365 Finance เข้าสู่ระบบด้วยบัญชีที่ได้รับอนุญาตให้อ่านเอนทิตีที่จำเป็น แทนที่ [Your Dynamics 365 Finance instance URL] ด้วย URL อินสแตนซ์ของสภาพแวดล้อมของคุณ
ใน Navigator ให้เลือกเอนทิตีส่วนหัวและรายการใบขอซื้อ เอนทิตีประวัติเวิร์กโฟลว์หรือการติดตามเวิร์กโฟลว์ เอนทิตีผู้ใช้และองค์กร รวมถึงเอนทิตีใบสั่งซื้อที่จำเป็นสำหรับการใช้งานของคุณ ชื่อเอนทิตีและฟิลด์ที่มีให้เลือกอาจแตกต่างกันไปตามสภาพแวดล้อม ตรวจสอบข้อมูลเมตาของเอนทิตี แล้วแทนที่ตัวแทนค่าแต่ละรายการในคิวรีด้วยเอนทิตีและฟิลด์ที่ระบบของคุณเปิดให้ใช้
โหลดเอนทิตีที่เลือกลงใน Power Query กรองข้อมูลตามนิติบุคคลหรือบริษัท ประเภทเอกสาร และช่วงเวลาที่ต้องการดึงข้อมูล ใช้พารามิเตอร์ [Start date] และ [End date] แล้วเก็บระเบียนที่เวลาของเหตุการณ์อยู่ในช่วงที่เลือก รวมระเบียนที่สร้างก่อนวันเริ่มต้นด้วย หากมีเหตุการณ์เวิร์กโฟลว์หรือการปิดรายการเกิดขึ้นภายในช่วงนั้น เพื่อให้ประวัติของแต่ละกรณีครบถ้วน
ปรับรหัสและการประทับเวลาให้เป็นมาตรฐาน แปลงรหัสใบขอซื้อเป็นข้อความ แปลงเวลาของเหตุการณ์ทั้งหมดให้อยู่ในเขตเวลา UTC หรือเขตเวลาธุรกิจเดียวกัน และเก็บความละเอียดของเวลาต้นทางไว้ ตรวจสอบว่าทุกรายการเหตุการณ์มีรหัสส่วนหัวใบขอซื้อ หากระเบียนเวิร์กโฟลว์มีเพียงรหัสเชื่อมโยงเวิร์กโฟลว์ ให้เชื่อมกับส่วนหัวใบขอซื้อโดยใช้ความสัมพันธ์ที่ระบุไว้ในสภาพแวดล้อมของคุณ
สร้างคิวรีเหตุการณ์แยกสำหรับแต่ละกิจกรรมที่ต้องใช้ คิวรีต้องแสดงแถวของกิจกรรมต่อไปนี้อย่างชัดเจน: สร้างใบขอซื้อ ส่งใบขอซื้อเพื่ออนุมัติ แก้ไขใบขอซื้อ เริ่มขั้นตอนอนุมัติ อนุมัติขั้นตอนอนุมัติ ปฏิเสธขั้นตอนอนุมัติ อนุมัติใบขอซื้อ ปฏิเสธใบขอซื้อ ถอนใบขอซื้อ สร้างใบสั่งซื้อ ปิดรายการใบขอซื้อ และปิดใบขอซื้อ อย่าให้ ProcessMind อนุมานกิจกรรมจากการเปลี่ยนสถานะหรือลำดับเหตุการณ์
สำหรับกิจกรรมแก้ไขใบขอซื้อ ให้ใช้ตรรกะการเรียกคืนและส่งใหม่ตามที่ระบุไว้ในประวัติเวิร์กโฟลว์ การเรียกคืนตามด้วยการส่งใหม่ในภายหลังควรสร้างเหตุการณ์แก้ไข ณ เวลาที่เรียกคืน หรือเวลาที่แก้ไขตามที่เอนทิตีต้นทางระบุ อย่าสร้างแถวเหตุการณ์แก้ไขจากสถานะใบขอซื้อที่เปลี่ยนไปเพียงอย่างเดียว เว้นแต่ระบบต้นทางจะบันทึกการเปลี่ยนแปลงนั้นเป็นการแก้ไขโดยชัดเจน
สำหรับเหตุการณ์รายการและใบสั่งซื้อ ให้เชื่อมรายการใบขอซื้อกับรายการใบสั่งซื้อโดยใช้ความสัมพันธ์ของข้อมูลต้นทางที่ระบุไว้ หากบันทึกเหตุการณ์ใช้ PurchaseRequisitionId เป็นรหัสกรณี ให้รวมเหตุการณ์ระดับรายการหรือเก็บเป็นแถวแยกโดยใช้รหัสกรณีเดียวกัน เก็บรหัสรายการไว้ในคอลัมน์เพิ่มเติมเมื่อมี แม้จะไม่ใช่แอตทริบิวต์ที่จำเป็น
เพิ่มคอลัมน์ผลลัพธ์ที่จำเป็น ได้แก่ PurchaseRequisitionId, ActivityName, EventTime, SourceSystemId และ LastDataIngestionTimestamp เพิ่มคอลัมน์ที่แนะนำ ได้แก่ User, Department, RequisitionStatus, RequisitionTotalAmount, UrgencyLevel และ ApprovalStep หากไม่มีค่า ให้ใส่ null แทนการสร้างค่าขึ้นเอง และใช้ค่าแหล่งข้อมูลที่สอดคล้องกัน เช่น Dynamics 365 Finance สำหรับ SourceSystemId
รวมคิวรีกิจกรรมทั้งหมดด้วย UNION ALL ลบแถวที่ไม่มีรหัสกรณีหรือเวลาของเหตุการณ์ แล้วเรียงตาม PurchaseRequisitionId และ EventTime เก็บเหตุการณ์ซ้ำไว้หากเป็นงานเวิร์กโฟลว์คนละรายการหรือเป็นใบขอซื้อคนละรายการ ลบข้อมูลซ้ำเฉพาะเมื่อยืนยันได้ว่าระเบียนต้นทางเป็นข้อมูลที่ดึงซ้ำกัน
ตรวจสอบบันทึกเหตุการณ์ที่ได้ด้วยรายการตรวจสอบด้านล่าง ยืนยันว่ามีแถวของทุกกิจกรรมที่จำเป็น ช่วงเวลาของเหตุการณ์อยู่ในช่วงที่เลือก และการเชื่อมข้อมูลไม่ทำให้จำนวนเหตุการณ์เพิ่มขึ้นโดยไม่คาดคิด
โหลดหรือส่งออกตารางสุดท้ายเป็น CSV หรือรูปแบบบันทึกเหตุการณ์อื่นที่ ProcessMind รองรับ กำหนด PurchaseRequisitionId เป็นรหัสกรณี ActivityName เป็นกิจกรรม และ EventTime เป็นเวลาของเหตุการณ์ เก็บ SourceSystemId และ LastDataIngestionTimestamp เป็นแอตทริบิวต์ของเหตุการณ์ พร้อมเก็บแอตทริบิวต์ที่แนะนำทั้งหมดเมื่อมีข้อมูล

การกำหนดค่า

ตัวเชื่อมต่อและแหล่งข้อมูล: ใช้ตัวเชื่อมต่อ Microsoft Dynamics 365 Finance ใน Power BI Desktop แทนที่ [Your Dynamics 365 Finance instance URL] ด้วย URL ของสภาพแวดล้อม ตรวจสอบชื่อเอนทิตีและฟิลด์จาก metadata ใน Navigator สำหรับระบบที่ใช้งานจริง
เอนทิตีที่จำเป็น: เลือกเอนทิตีส่วนหัวและรายการใบขอซื้อ เอนทิตีการติดตามเวิร์กโฟลว์หรือประวัติเวิร์กโฟลว์ เอนทิตีส่วนหัวและรายการใบสั่งซื้อ รวมถึงเอนทิตีผู้ใช้หรือองค์กรที่จำเป็นสำหรับเพิ่มข้อมูล ใช้ placeholder [Your entity name] จนกว่าจะยืนยันชื่อเอนทิตีที่ถูกต้อง
ช่วงวันที่: เริ่มจากข้อมูลย้อนหลัง 3 ถึง 6 เดือน รวมส่วนหัวใบขอซื้อย้อนหลังสำหรับเคสที่มีเหตุการณ์เวิร์กโฟลว์ ใบสั่งซื้อ การปิดรายการ หรือการปิดใบขอซื้อในช่วงเวลาที่เลือก
ตัวกรองบริษัทและเอกสาร: กรองตาม [Your company or legal entity filter] และ [Your document type filter] เมื่อเกี่ยวข้อง ตรวจสอบว่ารหัสใบขอซื้อไม่ซ้ำกันทั่วทั้งระบบ หรือซ้ำได้เฉพาะภายในบริษัทเดียวกัน
ขอบเขตเวิร์กโฟลว์: รวมการส่ง การเรียกคืน การส่งใหม่ การมอบหมายงาน การอนุมัติ การปฏิเสธ การถอน การดำเนินการเสร็จสิ้น และการยกเลิก ตั้งค่าการจับคู่การดำเนินการและสถานะเวิร์กโฟลว์ตามค่าที่ใช้ในสภาพแวดล้อม
ความหมายของเหตุการณ์: ต้องสร้างแถวเหตุการณ์แยกสำหรับทุกกิจกรรม ProcessMind จะไม่อนุมานเหตุการณ์อนุมัติ แก้ไข ปิด หรือแปลงจากแถวอื่น
การจัดการเวลา: ปรับเวลาทั้งหมดให้ใช้เขตเวลาเดียวกัน ระบุว่าเวลาต้นทางจัดเก็บเป็น UTC หรือเวลาท้องถิ่นของธุรกิจ และใช้เวลาต้นทางที่มีความละเอียดสูงสุด
การรีเฟรชข้อมูลแบบเพิ่มเฉพาะส่วน: หากดึงข้อมูลเป็นประจำ ให้ใช้ watermark จากเวลาที่แก้ไขข้อมูลต้นทางหรือเวลาเหตุการณ์ล่าสุด พร้อมกำหนดช่วงเวลาซ้อนทับเพื่อเก็บระเบียนเวิร์กโฟลว์ที่มาถึงล่าช้า ตรวจสอบและจัดการข้อมูลในช่วงซ้อนทับก่อนโหลดบันทึกเหตุการณ์ฉบับสุดท้าย
ประสิทธิภาพ: กรองเอนทิตีต้นทางก่อนเชื่อมข้อมูล เลือกเฉพาะคอลัมน์ที่จำเป็น หลีกเลี่ยงการโหลดประวัติเวิร์กโฟลว์ที่ไม่จำเป็น และใช้ query folding เมื่อรองรับ ดึงส่วนหัว รายการ เหตุการณ์เวิร์กโฟลว์ และความสัมพันธ์ของใบสั่งซื้อแยกกันก่อนนำมารวม
สิทธิ์และสิ่งที่ต้องเตรียม: บัญชีต้องมีสิทธิ์อ่านเอนทิตีข้อมูล Dynamics 365 Finance และข้อมูลเวิร์กโฟลว์ที่เลือก ตรวจสอบว่าเปิดใช้ฟังก์ชันจัดซื้อและเวิร์กโฟลว์ที่เกี่ยวข้องแล้ว และนโยบายความปลอดภัยขององค์กรอนุญาตให้ดึงข้อมูลผ่าน Power BI Desktop ตัวเชื่อมต่อ และการตั้งค่า gateway หากเกี่ยวข้อง
สกุลเงินและจำนวนเงิน: ตรวจสอบสกุลเงินของ RequisitionTotalAmount หากใบขอซื้อมีได้หลายสกุลเงิน ให้เพิ่มสกุลเงินต้นทางเป็นแอตทริบิวต์ และอย่าแปลงจำนวนเงินโดยไม่แจ้งให้ทราบ
การจัดการค่า null: แอตทริบิวต์ที่แนะนำอาจเป็น null หากระบบต้นทางไม่มีข้อมูล จำกัดการเข้าถึงด้วยสิทธิ์ หรือไม่สามารถระบุความสัมพันธ์ได้ ควรตรวจสอบว่ารหัสเคส กิจกรรม และเวลาของเหตุการณ์ที่จำเป็นมีค่าก่อนส่งออก.

ตัวอย่างคำค้น sql

WITH
RequisitionHeader AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [CreatedDateTimeField] AS CreatedDateTime,
        [RequisitionStatusField] AS RequisitionStatus,
        [RequisitionTotalAmountField] AS RequisitionTotalAmount,
        [UrgencyLevelField] AS UrgencyLevel,
        [RequesterUserField] AS RequesterUser,
        [DepartmentField] AS Department
    FROM [Your requisition header entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
      AND [DocumentTypeField] = '[Your document type filter]'
),
WorkflowEvents AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [WorkflowEventTimestampField] AS EventTime,
        [WorkflowActionField] AS WorkflowAction,
        [WorkflowStatusField] AS WorkflowStatus,
        [ApprovalStepField] AS ApprovalStep,
        [WorkflowUserField] AS EventUser,
        [WorkflowCorrelationField] AS WorkflowCorrelation
    FROM [Your workflow history or workflow tracking entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
      AND [WorkflowEventTimestampField] >= CAST('[Start date]' AS datetime2)
      AND [WorkflowEventTimestampField] < CAST('[End date]' AS datetime2)
),
PurchaseOrderLinks AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [PurchaseRequisitionLineIdField] AS PurchaseRequisitionLineId,
        [PurchaseOrderIdField] AS PurchaseOrderId,
        [PurchaseOrderLineIdField] AS PurchaseOrderLineId,
        [PurchaseOrderCreatedDateTimeField] AS PurchaseOrderCreatedDateTime,
        [RequisitionLineClosedDateTimeField] AS RequisitionLineClosedDateTime
    FROM [Your requisition to purchase order relationship entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
),
RequisitionClosure AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [RequisitionClosedDateTimeField] AS RequisitionClosedDateTime
    FROM [Your requisition closure entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
),
Events AS (
    SELECT
        h.PurchaseRequisitionId,
        'Requisition Created' AS ActivityName,
        h.CreatedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM RequisitionHeader h
    WHERE h.CreatedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Submitted for Approval' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your submission action value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Amended' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your recall action value]')
      AND EXISTS (
          SELECT 1
          FROM WorkflowEvents w2
          WHERE w2.PurchaseRequisitionId = w.PurchaseRequisitionId
            AND w2.WorkflowAction IN ('[Your resubmission action value]')
            AND w2.EventTime > w.EventTime
      )

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Started' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your approval task assigned action value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Approved' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your approval action value]')
      AND w.WorkflowStatus IN ('[Your approved status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Rejected' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your rejection action value]')
      AND w.WorkflowStatus IN ('[Your rejected status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Approved' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your workflow completion action value]')
      AND w.WorkflowStatus IN ('[Your final approved status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Rejected' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your workflow completion action value]', '[Your rejection action value]')
      AND w.WorkflowStatus IN ('[Your final rejected status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Withdrawn' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your withdrawal or cancellation action value]')

    UNION ALL

    SELECT
        p.PurchaseRequisitionId,
        'Purchase Order Created' AS ActivityName,
        p.PurchaseOrderCreatedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM PurchaseOrderLinks p
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = p.PurchaseRequisitionId
    WHERE p.PurchaseOrderCreatedDateTime >= CAST('[Start date]' AS datetime2)
      AND p.PurchaseOrderCreatedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        p.PurchaseRequisitionId,
        'Requisition Line Closed' AS ActivityName,
        p.RequisitionLineClosedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM PurchaseOrderLinks p
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = p.PurchaseRequisitionId
    WHERE p.RequisitionLineClosedDateTime >= CAST('[Start date]' AS datetime2)
      AND p.RequisitionLineClosedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        c.PurchaseRequisitionId,
        'Requisition Closed' AS ActivityName,
        c.RequisitionClosedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM RequisitionClosure c
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = c.PurchaseRequisitionId
    WHERE c.RequisitionClosedDateTime >= CAST('[Start date]' AS datetime2)
      AND c.RequisitionClosedDateTime < CAST('[End date]' AS datetime2)
)
SELECT
    PurchaseRequisitionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataIngestionTimestamp,
    [User],
    Department,
    RequisitionStatus,
    RequisitionTotalAmount,
    UrgencyLevel,
    ApprovalStep
FROM Events
WHERE PurchaseRequisitionId IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY PurchaseRequisitionId, EventTime, ActivityName;

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

เทมเพลตนี้มีข้อมูลที่จำเป็นสำหรับเริ่มปรับปรุงกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ เริ่มค้นหาข้อมูลเชิงลึกที่เป็นประโยชน์ได้เลยวันนี้.

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

ปรับปรุงกระบวนการจัดซื้อจนถึงชำระเงิน ตั้งแต่การขอซื้อ เพื่อให้อนุมัติได้เร็วขึ้น

ลดความล่าช้าและทำให้วงจรการทำงานเร็วขึ้น 30% ใน Dynamics 365.

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

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

เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ

เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ

แอตทริบิวต์กระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ

กิจกรรมในกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบขอซื้อ

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

ส่งออกข้อมูลด้วย Data Management Framework ของ Dynamics 365

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น sql

ใช้สคริปต์ Python กับ Dynamics 365 OData REST API

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น python

ดึงข้อมูลด้วยตัวเชื่อมต่อ Microsoft Power BI ในตัว

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น sql

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

ปรับปรุงกระบวนการจัดซื้อจนถึงชำระเงิน ตั้งแต่การขอซื้อ เพื่อให้อนุมัติได้เร็วขึ้น