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

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

SAP ECC

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

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

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

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

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

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

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

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

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

	ชื่อ	คำอธิบาย
	ID ใบขอซื้อ PurchaseRequisitionId	รหัสเฉพาะที่ใช้ระบุเอกสารใบขอซื้อ.
คำอธิบาย ID ใบขอซื้อเป็นคีย์หลักที่ใช้ระบุคำขอสินค้าและบริการแต่ละรายการใน SAP ECC ได้อย่างไม่ซ้ำกัน โดยทำหน้าที่เป็นรหัสเคสหลักที่เชื่อมโยงกิจกรรมและการเปลี่ยนแปลงทั้งหมดของใบขอซื้อ ตั้งแต่สร้างจนถึงดำเนินการเสร็จ เช่น แปลงเป็นใบสั่งซื้อหรือปิดรายการ ในการทำ process mining รหัสนี้จำเป็นต่อการสร้างวงจรการทำงานของใบขอซื้อแต่ละรายการกลับขึ้นมาตั้งแต่ต้นจนจบ นักวิเคราะห์ใช้รหัสนี้แสดงขั้นตอนการทำงานทั้งหมด วัดระยะเวลาระหว่างหมุดหมาย และวิเคราะห์ความแตกต่างในการดำเนินการกับใบขอซื้อแต่ละรายการ ทำให้เห็นภาพรวมของกระบวนการใบขอซื้อได้ต่อเนื่อง. เหตุผลที่สำคัญ นี่คือรหัสหลักที่เชื่อมเหตุการณ์ทั้งหมดที่เกี่ยวข้องให้เป็นเคสเดียวกัน จึงวิเคราะห์กระบวนการตั้งแต่ต้นจนจบได้. แหล่งข้อมูล อยู่ในตาราง EBAN ฟิลด์ BANFN. ตัวอย่าง 100234567810023456791002345680
	ชื่อกิจกรรม ActivityName	ชื่อกิจกรรมทางธุรกิจที่เกิดขึ้น ณ เวลาใดเวลาหนึ่ง.
คำอธิบาย คุณลักษณะนี้อธิบายขั้นตอนหรือเหตุการณ์เฉพาะในวงจรใบขอซื้อ เช่น 'สร้างใบขอซื้อแล้ว' 'ส่งขออนุมัติแล้ว' หรือ 'สร้างใบสั่งซื้อแล้ว' โดยทั่วไปข้อมูลกิจกรรมเหล่านี้ได้มาจากการเปลี่ยนสถานะ บันทึกเวิร์กโฟลว์ หรือเอกสารการเปลี่ยนแปลงใน SAP การวิเคราะห์ลำดับและความถี่ของกิจกรรมเป็นพื้นฐานของ process mining ช่วยค้นพบขั้นตอนการทำงานจริง ทั้งเส้นทางที่เกิดขึ้นบ่อย จุดที่แตกต่าง และคอขวด ข้อมูลนี้จำเป็นต่อการสร้างแดชบอร์ด เช่น แผนผังกระบวนการใบขอซื้อตั้งแต่ต้นจนจบ และการคำนวณ KPI ที่เกี่ยวข้องกับการแก้ไขงานซ้ำและการปฏิบัติตามข้อกำหนด. เหตุผลที่สำคัญ คุณลักษณะนี้กำหนดขั้นตอนในกระบวนการ ทำให้แสดงแผนผังกระบวนการและวิเคราะห์ความแตกต่างของขั้นตอนการทำงานได้. แหล่งข้อมูล ได้มาจากตารางเอกสารการเปลี่ยนแปลง CDHDR และ CDPOS บันทึกเวิร์กโฟลว์ หรือฟิลด์สถานะ เช่น EBAN-STATU. ตัวอย่าง สร้างใบขอซื้อแล้วอนุมัติขั้นตอนแล้วปฏิเสธใบขอซื้อแล้วสร้างใบสั่งซื้อแล้ว
	เวลาเกิดกิจกรรม EventTime	การประทับเวลาที่ระบุวันที่และเวลาที่กิจกรรมเกิดขึ้น.
คำอธิบาย เวลาเกิดกิจกรรมบันทึกวันที่และเวลาที่กิจกรรมหนึ่งเกิดขึ้นอย่างแม่นยำ การประทับเวลานี้เป็นข้อมูลพื้นฐานสำหรับการวิเคราะห์ตามเวลาใน process mining ทั้งการคำนวณระยะเวลาดำเนินการ การระบุคอขวด และการทำความเข้าใจประสิทธิภาพของกระบวนการ สำหรับใบขอซื้อ แอตทริบิวต์นี้ช่วยคำนวณ KPI สำคัญ เช่น “เวลาอนุมัติใบขอซื้อเฉลี่ย” และ “ระยะเวลาจนสร้างใบสั่งซื้อ” อีกทั้งยังเป็นข้อมูลสำหรับแดชบอร์ดที่แสดงระยะเวลา เช่น การวิเคราะห์รอบเวลาการอนุมัติใบขอซื้อ โดยใช้วัดเวลาระหว่างจุดต่างๆ ในกระบวนการ. เหตุผลที่สำคัญ การประทับเวลานี้จำเป็นต่อการคำนวณระยะเวลา การวิเคราะห์ประสิทธิภาพของกระบวนการ และการค้นหาคอขวดที่เกี่ยวข้องกับเวลา. แหล่งข้อมูล อยู่ในตารางส่วนหัวเอกสารการเปลี่ยนแปลง CDHDR (ฟิลด์ UDATE และ UTIME). ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
	ระบบต้นทาง SourceSystem	ระบุระบบต้นทางที่ใช้ดึงข้อมูล.
คำอธิบาย แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ เช่น “SAP ECC Production” หรือ “S4HANA QA” โดยทั่วไปจะกำหนดค่าแบบคงที่ระหว่างการดึงข้อมูล เพื่อให้มีบริบทประกอบ โดยเฉพาะในสภาพแวดล้อมที่มีระบบต้นทางหลายระบบ การวิเคราะห์กระบวนการใช้ข้อมูลนี้แยกข้อมูลจากแต่ละแหล่ง เพื่อไม่ให้ผลวิเคราะห์คลาดเคลื่อนจากการนำข้อมูลระบบจริง ระบบทดสอบ หรือระบบพัฒนามาปะปนกัน ข้อมูลนี้ยังเป็นเมทาดาทาสำคัญสำหรับการกำกับดูแลข้อมูลและการตรวจสอบย้อนกลับ. เหตุผลที่สำคัญ ให้บริบทสำคัญเกี่ยวกับแหล่งที่มาของข้อมูล ช่วยตรวจสอบย้อนกลับและวิเคราะห์ข้อมูลจากหลายระบบได้. แหล่งข้อมูล โดยทั่วไปจะกำหนดค่าแบบคงที่ระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่รีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุด.
คำอธิบาย แอตทริบิวต์นี้ระบุวันที่อัปเดตชุดข้อมูลล่าสุด โดยจะประทับเวลาแบบคงที่ให้กับชุดข้อมูลทั้งหมดทุกครั้งที่โหลดข้อมูล เพื่อใช้ตรวจสอบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด สำหรับแดชบอร์ดหรือการวิเคราะห์ process mining การทราบว่าข้อมูลเป็นข้อมูลล่าสุดแค่ไหนเป็นเรื่องสำคัญต่อการตัดสินใจอย่างมีข้อมูล แอตทริบิวต์นี้ช่วยให้ผู้เกี่ยวข้องทราบช่วงเวลาที่ข้อมูลครอบคลุม และป้องกันการสรุปผลจากข้อมูลที่ล้าสมัย. เหตุผลที่สำคัญ แจ้งให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อความเกี่ยวข้องและความแม่นยำของการวิเคราะห์กระบวนการ. แหล่งข้อมูล เป็นค่าแบบคงที่ที่ระบุเวลาที่ดึงข้อมูล โดยเพิ่มระหว่างกระบวนการ ETL. ตัวอย่าง 2024-01-15T04:00:00Z2024-01-16T04:00:00Z
	ชื่อผู้ใช้ User	ID ของผู้ใช้ที่ทำกิจกรรม.
คำอธิบาย แอตทริบิวต์นี้ระบุผู้ใช้ที่รับผิดชอบเหตุการณ์ เช่น การสร้างใบขอซื้อ การอนุมัติขั้นตอน หรือการแก้ไขเอกสาร ใน SAP มักบันทึกข้อมูลนี้เป็น ID ผู้ใช้ การวิเคราะห์แยกตามผู้ใช้ช่วยระบุความต้องการด้านการฝึกอบรม ประสิทธิภาพของผู้ใช้แต่ละราย และสาเหตุที่อาจทำให้เกิดข้อผิดพลาดในการป้อนข้อมูล ข้อมูลนี้จำเป็นสำหรับแดชบอร์ด เช่น “ปริมาณการสร้างใบขอซื้อแยกตามผู้ขอ” และช่วยให้เข้าใจการกระจายภาระงานกับการปฏิบัติตามนโยบายแบ่งแยกหน้าที่. เหตุผลที่สำคัญ ระบุผู้รับผิดชอบแต่ละกิจกรรม ช่วยวิเคราะห์ประสิทธิภาพ ภาระงาน การปฏิบัติตามข้อกำหนด และความต้องการด้านการฝึกอบรมของผู้ใช้. แหล่งข้อมูล สำหรับการเปลี่ยนแปลง อยู่ในตารางส่วนหัวเอกสารการเปลี่ยนแปลง CDHDR (ฟิลด์ USERNAME) ส่วนผู้สร้างอยู่ใน EBAN (ฟิลด์ ERNAM). ตัวอย่าง SMITHJR.DOEUSER123
	ประเภทเอกสาร RequisitionDocumentType	การจัดประเภทที่กำหนดชนิดและคุณลักษณะของใบขอซื้อ.
คำอธิบาย ประเภทเอกสารใน SAP ควบคุมหลายส่วนของใบขอซื้อ เช่น ช่วงหมายเลข การเลือกฟิลด์ และกระบวนการจัดซื้อที่ใช้ ตัวอย่างเช่น “ใบขอซื้อมาตรฐาน” “การโอนสินค้าคงคลัง” หรือ “ใบขอซื้อบริการ” แอตทริบิวต์นี้ช่วยวิเคราะห์และเปรียบเทียบกระบวนการได้ เพราะเอกสารแต่ละประเภทมักมีขั้นตอนและข้อกำหนดการอนุมัติแตกต่างกัน นักวิเคราะห์สามารถแบ่งข้อมูลตามประเภทเพื่อเปรียบเทียบประสิทธิภาพของกระบวนการขอซื้อ ซึ่งช่วยให้เข้าใจการปฏิบัติตามข้อกำหนดและหาโอกาสในการกำหนดมาตรฐานหรือปรับกระบวนการให้เหมาะกับแต่ละประเภท. เหตุผลที่สำคัญ ช่วยแบ่งใบขอซื้อตามประเภทกระบวนการ ทำให้วิเคราะห์ได้ตรงประเด็นและแม่นยำยิ่งขึ้น. แหล่งข้อมูล อยู่ในตาราง EBAN ฟิลด์ BSART. ตัวอย่าง NBUBRV
	แผนก Department	แผนกของผู้ขอหรือศูนย์ต้นทุนที่เชื่อมโยงกับใบขอซื้อ.
คำอธิบาย แอตทริบิวต์นี้ระบุหน่วยธุรกิจหรือแผนกที่เริ่มทำใบขอซื้อ โดยมักได้มาจากโปรไฟล์ผู้ขอหรือศูนย์ต้นทุนที่กำหนดให้กับรายการในใบขอซื้อ การวิเคราะห์กระบวนการแยกตามแผนกช่วยให้เข้าใจความแตกต่างด้านประสิทธิภาพในองค์กร มิตินี้เป็นข้อมูลหลักของแดชบอร์ด “รอบเวลาการอนุมัติใบขอซื้อ” และ KPI “ความแตกต่างของเวลาอนุมัติระหว่างแผนก” ช่วยระบุว่าแผนกใดมีกระบวนการที่มีประสิทธิภาพ และแผนกใดอาจต้องปรับปรุงหรือเพิ่มทรัพยากร. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพระหว่างหน่วยธุรกิจ พร้อมชี้ให้เห็นคอขวดและความไม่สม่ำเสมอของกระบวนการในแต่ละแผนก. แหล่งข้อมูล มักได้จากการเชื่อมผู้ขอ (EBAN-AFNAM) กับข้อมูลหลักผู้ใช้ (SU01) หรือใช้ศูนย์ต้นทุน (EBKN-KOSTL) ที่เชื่อมโยงกับการกำหนดบัญชีของใบขอซื้อ. ตัวอย่าง การเงินการปฏิบัติการด้านไอทีการตลาดการผลิต
	มูลค่ารวมของใบขอซื้อ TotalRequisitionValue	มูลค่าเงินรวมของทุกรายการในใบขอซื้อ.
คำอธิบาย แอตทริบิวต์นี้แสดงมูลค่าทางการเงินรวมของใบขอซื้อ มูลค่านี้มักเป็นปัจจัยสำคัญในการกำหนดเวิร์กโฟลว์การอนุมัติที่ต้องใช้ โดยใบขอซื้อที่มีมูลค่าสูงมักต้องผ่านการตรวจสอบและขั้นตอนอนุมัติมากขึ้น การวิเคราะห์ตามมูลค่าช่วยให้เข้าใจว่าผลกระทบทางการเงินส่งผลต่อรูปแบบการดำเนินกระบวนการอย่างไร เช่น ใบขอซื้อมูลค่าสูงใช้เวลาอนุมัตินานกว่า ถูกปฏิเสธบ่อยกว่า หรือมีขั้นตอนต่างจากรายการอื่นหรือไม่ นอกจากนี้ยังเป็นตัวชี้วัดพื้นฐานสำหรับประเมินปริมาณงานด้านการเงินของกระบวนการจัดซื้อ. เหตุผลที่สำคัญ ช่วยเชื่อมโยงรูปแบบการดำเนินกระบวนการกับผลกระทบทางการเงิน ซึ่งจำเป็นต่อการวิเคราะห์ความเสี่ยงและทำความเข้าใจความซับซ้อนของการอนุมัติ. แหล่งข้อมูล ผลรวมมูลค่าของทุกรายการ มูลค่ารายการอยู่ในตาราง EBAN ฟิลด์ GSWER สกุลเงินอยู่ใน EBAN-WAERS. ตัวอย่าง 1500.00250.50125000.00
	สถานะใบขอซื้อ RequisitionStatus	สถานะปัจจุบันของใบขอซื้อในกระบวนการ.
คำอธิบาย แอตทริบิวต์นี้ระบุสถานะโดยรวมของใบขอซื้อ ณ เวลาหนึ่ง เช่น “อยู่ระหว่างอนุมัติ” “อนุมัติแล้ว” “ปฏิเสธแล้ว” หรือ “ปิดแล้ว” โดยใน SAP มักแสดงเป็นรหัสสถานะ การติดตามสถานะช่วยให้เข้าใจผลลัพธ์ของใบขอซื้อ และใช้กับแดชบอร์ด “ผลลัพธ์และอัตราการปฏิเสธใบขอซื้อ” รวมถึง KPI เช่น “อัตราการปฏิเสธใบขอซื้อ” และ “อัตราการถอนใบขอซื้อ” การวิเคราะห์การเปลี่ยนสถานะช่วยระบุจุดที่กระบวนการไม่มีประสิทธิภาพหรือเกิดปัญหา. เหตุผลที่สำคัญ ระบุผลลัพธ์ของใบขอซื้อ ซึ่งสำคัญต่อการวิเคราะห์อัตราความสำเร็จ เหตุผลที่ถูกปฏิเสธ และจุดสิ้นสุดของกระบวนการ. แหล่งข้อมูล สถานะการดำเนินการอยู่ในตาราง EBAN ฟิลด์ STATU ส่วนสถานะการอนุมัติอยู่ใน EBAN-FRGZU. ตัวอย่าง N (ยังไม่ได้แก้ไข)B (สร้างใบสั่งซื้อแล้ว)A (สร้างคำขอเสนอราคาแล้ว)K (ปิดแล้ว)
	ID ใบสั่งซื้อ PurchaseOrderId	ID ของใบสั่งซื้อที่สร้างจากใบขอซื้อ.
คำอธิบาย แอตทริบิวต์นี้เชื่อมใบขอซื้อกับใบสั่งซื้อที่สร้างขึ้นเพื่อดำเนินการตามคำขอ บางครั้งใบขอซื้อหนึ่งรายการอาจนำไปสู่ใบสั่งซื้อหลายรายการ การเชื่อมโยงนี้สำคัญต่อการวิเคราะห์การส่งต่องานระหว่างกระบวนการขอซื้อกับกระบวนการจัดซื้อ ใช้คำนวณ KPI “ระยะเวลาตั้งแต่ขอซื้อจนสร้างใบสั่งซื้อ” และรองรับแดชบอร์ด “ความล่าช้าตั้งแต่อนุมัติใบขอซื้อจนสร้างใบสั่งซื้อ” การเข้าใจความเชื่อมโยงนี้ช่วยวัดประสิทธิภาพของวงจร procure-to-pay ทั้งหมด. เหตุผลที่สำคัญ เชื่อมกระบวนการขอซื้อกับกระบวนการจัดซื้อขั้นถัดไป เพื่อวิเคราะห์ความล่าช้าในการส่งต่องาน. แหล่งข้อมูล หมายเลขใบสั่งซื้อจะจัดเก็บในตาราง EBAN ฟิลด์ EBELN หลังจากสร้างใบสั่งซื้อแล้ว. ตัวอย่าง 450001712345000171244500017125
	ID ผู้ขาย VendorId	รหัสเฉพาะของผู้ขายที่แนะนำหรือกำหนดไว้.
คำอธิบาย แอตทริบิวต์นี้เก็บ ID ของผู้ขายที่ต้องการหรือผู้ขายที่กำหนดไว้ตามสัญญาสำหรับรายการที่ขอซื้อ ระบบอาจกรอกข้อมูลนี้ไว้ล่วงหน้าหรือผู้ขอเป็นผู้ระบุ การวิเคราะห์ใบขอซื้อตามผู้ขายช่วยประเมินผลของการเลือกผู้ขายไว้ล่วงหน้าต่อกระบวนการจัดซื้อ เช่น ตรวจสอบว่าใบขอซื้อที่ระบุผู้ขายได้รับอนุมัติเร็วขึ้นหรือไม่ หรือผู้ขายบางรายสัมพันธ์กับอัตราการปฏิเสธที่สูงขึ้นหรือไม่ ข้อมูลนี้ช่วยให้เห็นการมีส่วนร่วมกับผู้ขายตั้งแต่ช่วงต้น. เหตุผลที่สำคัญ ช่วยให้เห็นความสัมพันธ์กับผู้ขายที่ต้องการ และผลต่อความเร็วและผลลัพธ์ของการดำเนินใบขอซื้อ. แหล่งข้อมูล อยู่ในตาราง EBAN ฟิลด์ LIFNR (ผู้ขายที่กำหนดไว้). ตัวอย่าง 100030025V9876
	กลุ่มจัดซื้อ PurchasingGroup	กลุ่มผู้ซื้อที่รับผิดชอบการจัดหาสินค้าที่ขอซื้อ.
คำอธิบาย กลุ่มจัดซื้อเป็นหน่วยงานที่รับผิดชอบกิจกรรมจัดซื้อเฉพาะด้าน หมายถึงทีมผู้ซื้อที่จะดำเนินการกับใบขอซื้อหลังได้รับอนุมัติ แอตทริบิวต์นี้ช่วยวิเคราะห์ภาระงานและประสิทธิภาพของทีมจัดซื้อแต่ละทีม รวมถึงระบุว่ากลุ่มจัดซื้อใดเป็นคอขวดในการเปลี่ยนใบขอซื้อเป็นใบสั่งซื้อ หรือกลุ่มใดจัดการใบขอซื้อบางประเภทได้มีประสิทธิภาพกว่ากลุ่มอื่น ข้อมูลนี้เป็นมิติสำคัญสำหรับบริหารทรัพยากรและประสิทธิภาพของฝ่ายจัดซื้อ. เหตุผลที่สำคัญ ระบุผู้รับผิดชอบงานจัดซื้อ ช่วยวิเคราะห์ภาระงานและเปรียบเทียบประสิทธิภาพระหว่างทีมจัดซื้อ. แหล่งข้อมูล อยู่ในตาราง EBAN ฟิลด์ EKGRP. ตัวอย่าง 001002P01
	กลุ่มวัสดุ MaterialGroup	กลุ่มหรือหมวดหมู่ของวัสดุหรือบริการที่ขอซื้อ.
คำอธิบาย กลุ่มวัสดุใช้จัดประเภทวัสดุหรือบริการที่มีคุณลักษณะคล้ายกัน เพื่อให้วิเคราะห์กิจกรรมจัดซื้อตามหมวดหมู่ได้ การวิเคราะห์ตามกลุ่มวัสดุช่วยในการจัดหาเชิงกลยุทธ์และวิเคราะห์ค่าใช้จ่าย ใน process mining ข้อมูลนี้ช่วยให้เห็นว่าใบขอซื้อบางหมวด เช่น “อุปกรณ์ไอที” หรือ “บริการวิชาชีพ” มีขั้นตอนต่างจากหมวดอื่นหรือใช้เวลาอนุมัตินานกว่าหรือไม่ ข้อมูลนี้มีประโยชน์ต่อ “รายงานคุณภาพข้อมูลใบขอซื้อ” และช่วยให้เข้าใจความแตกต่างของกระบวนการตามประเภทสินค้าที่จัดซื้อ. เหตุผลที่สำคัญ ช่วยวิเคราะห์ค่าใช้จ่ายและกระบวนการตามหมวดหมู่การจัดซื้อ สนับสนุนการจัดหาเชิงกลยุทธ์และการระบุคอขวดเฉพาะหมวด. แหล่งข้อมูล อยู่ในตาราง EBAN ฟิลด์ MATKL. ตัวอย่าง 00101L001IT-SFTWR
	ชื่อผู้ขอ RequesterName	ชื่อผู้ที่ขอสินค้าหรือบริการ.
คำอธิบาย แอตทริบิวต์นี้ระบุผู้ที่เริ่มทำใบขอซื้อ ซึ่งเป็นผู้ที่มีความจำเป็นทางธุรกิจต้องใช้สินค้าที่ขอ การติดตามผู้ขอช่วยวิเคราะห์รูปแบบการทำใบขอซื้อแยกตามบุคคลหรือกลุ่ม แดชบอร์ด “ปริมาณการสร้างใบขอซื้อแยกตามผู้ขอ” ใช้แอตทริบิวต์นี้เพื่อระบุผู้ใช้ที่สร้างใบขอซื้อจำนวนมาก ผู้ใช้ที่อาจต้องได้รับการฝึกอบรมเพิ่มเติม หรือแผนกที่มีกิจกรรมจัดซื้อสูง ข้อมูลนี้ช่วยให้เห็นภาพผู้เริ่มต้นกระบวนการ. เหตุผลที่สำคัญ ระบุผู้เริ่มกระบวนการ ช่วยวิเคราะห์รูปแบบการสร้างใบขอซื้อและกำหนดกลุ่มเป้าหมายสำหรับการฝึกอบรมผู้ใช้. แหล่งข้อมูล อยู่ในตาราง EBAN ฟิลด์ AFNAM. ตัวอย่าง Alice WilliamsBob JohnsonCharlie Brown
	เป็นงานแก้ไขซ้ำ IsRework	ธงค่าบูลีนที่ระบุว่าใบขอซื้อผ่านการแก้ไขงานซ้ำหรือไม่ เช่น มีการแก้ไขหลังส่งคำขอแล้ว.
คำอธิบาย แอตทริบิวต์นี้ได้จากการคำนวณ เพื่อระบุกิจกรรมหรือกรณีที่มีการแก้ไขงานซ้ำ ตัวอย่างเช่น กิจกรรม “แก้ไขใบขอซื้อ” ที่เกิดขึ้นหลัง “ส่งขออนุมัติ” จะถือเป็นการแก้ไขงานซ้ำ นอกจากนี้ยังอาจเกิดจากเหตุการณ์ปฏิเสธที่ส่งกระบวนการย้อนกลับไปยังขั้นตอนก่อนหน้า ธงนี้จำเป็นต่อแดชบอร์ด “การวิเคราะห์การแก้ไขใบขอซื้อและงานแก้ไขซ้ำ” ช่วยกรองและนับปริมาณงานแก้ไขซ้ำได้ง่ายขึ้น ทำให้วัดผลกระทบต่อระยะเวลาดำเนินการโดยรวมและระบุต้นเหตุของความไม่มีประสิทธิภาพในกระบวนการได้ งานแก้ไขซ้ำที่เกิดบ่อยอาจบ่งชี้ว่าคุณภาพข้อมูลมีปัญหาหรือข้อกำหนดไม่ชัดเจน. เหตุผลที่สำคัญ ช่วยวัดความถี่และผลกระทบของงานแก้ไขซ้ำ ทำให้ระบุและวิเคราะห์ความไม่มีประสิทธิภาพและการวนซ้ำในกระบวนการได้ง่ายขึ้น. แหล่งข้อมูล ได้จากบันทึกเหตุการณ์ โดยตรวจหาลำดับกิจกรรมที่กำหนด เช่น “แก้ไขใบขอซื้อ” ที่เกิดขึ้นหลังขั้นตอนอนุมัติ. ตัวอย่าง truefalse
	โรงงาน Plant	ที่ตั้งบริษัทหรือโรงงานที่ขอสินค้าหรือบริการ.
คำอธิบาย โรงงานเป็นหน่วยงานภายในบริษัทที่แทนสถานที่จริง เช่น โรงงานผลิต คลังสินค้า หรือสำนักงาน ใบขอซื้อจะระบุโรงงานที่ต้องการใช้สินค้าที่ขอ การวิเคราะห์ตามโรงงานช่วยให้เห็นกระบวนการขอซื้อแยกตามพื้นที่หรือสถานที่ และชี้ให้เห็นความแตกต่างด้านประสิทธิภาพระหว่างสถานที่ ซึ่งอาจเกิดจากขั้นตอนการทำงานในพื้นที่ จำนวนบุคลากร หรือความต้องการทางธุรกิจที่ต่างกัน มิตินี้มักใช้ในแดชบอร์ดวัดประสิทธิภาพระดับภูมิภาค. เหตุผลที่สำคัญ ให้บริบทด้านภูมิศาสตร์หรือสถานที่ ช่วยระบุความแตกต่างของกระบวนการและประสิทธิภาพในแต่ละภูมิภาค. แหล่งข้อมูล อยู่ในตาราง EBAN ฟิลด์ WERKS. ตัวอย่าง 10002100DE01
	ลำดับความสำคัญ Priority	ระดับความเร่งด่วนที่กำหนดให้กับใบขอซื้อ.
คำอธิบาย แอตทริบิวต์นี้ระบุลำดับความสำคัญของใบขอซื้อ โดยมักแบ่งเป็น “เร่งด่วน” “สูง” หรือ “ปกติ” ธงนี้แจ้งผู้อนุมัติและผู้ซื้อว่าคำขอต้องได้รับการดำเนินการโดยเร็ว แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด “ประสิทธิภาพการดำเนินการใบขอซื้อเร่งด่วน” และ KPI “ประสิทธิผลของการกำหนดธงความเร่งด่วน” การวิเคราะห์จะตรวจสอบว่าใบขอซื้อที่ระบุว่าเร่งด่วนได้รับการดำเนินการเร็วกว่ารายการปกติหรือไม่ เพื่อประเมินว่าระบบจัดลำดับความสำคัญได้ผลและตอบสนองความต้องการสำคัญทางธุรกิจได้ทันเวลาหรือไม่. เหตุผลที่สำคัญ ช่วยวิเคราะห์ว่าคำขอเร่งด่วนได้รับการดำเนินการเร็วขึ้นหรือไม่ เพื่อประเมินว่ากลไกจัดลำดับความสำคัญได้ผลเพียงใด. แหล่งข้อมูล ฟิลด์นี้ไม่ใช่ฟิลด์มาตรฐานใน EBAN โดยมักเพิ่มเป็นฟิลด์กำหนดเอง หรืออนุมานจากหมายเลขติดตามความต้องการ (EBAN-BEDNR) หรือประเภทเอกสารที่ระบุ. ตัวอย่าง 123
	เหตุผลที่ปฏิเสธ RejectionReason	เหตุผลที่ระบุเมื่อใบขอซื้อหรือขั้นตอนการอนุมัติถูกปฏิเสธ.
คำอธิบาย แอตทริบิวต์นี้บันทึกเหตุผลที่ปฏิเสธใบขอซื้อ โดยผู้อนุมัติมักกรอกเป็นข้อความอิสระหรือเลือกจากรายการรหัสที่กำหนดไว้ ระหว่างกิจกรรมการปฏิเสธ การวิเคราะห์เหตุผลที่ปฏิเสธมีความสำคัญต่อการปรับปรุงกระบวนการ เพราะช่วยให้ทราบโดยตรงว่าเหตุใดใบขอซื้อจึงไม่ผ่าน เช่น ไม่เป็นไปตามนโยบาย ข้อมูลไม่ถูกต้อง หรืองบประมาณไม่เพียงพอ ข้อมูลนี้เป็นส่วนสำคัญของแดชบอร์ด “ผลลัพธ์และอัตราการปฏิเสธใบขอซื้อ” และช่วยระบุต้นเหตุของความไม่มีประสิทธิภาพในกระบวนการ. เหตุผลที่สำคัญ ช่วยให้เห็นสาเหตุที่ใบขอซื้อถูกปฏิเสธโดยตรง เพื่อปรับปรุงกระบวนการและวางแผนฝึกอบรมผู้ใช้ได้ตรงจุด. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้จัดเก็บในบันทึกเวิร์กโฟลว์หรือข้อความยาวที่เชื่อมโยงกับเหตุการณ์การปฏิเสธ ไม่มีฟิลด์มาตรฐานใน EBAN. ตัวอย่าง ศูนย์ต้นทุนไม่ถูกต้องเกินงบประมาณคำขอซ้ำไม่เป็นไปตามนโยบาย

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

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

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

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

	กิจกรรม	คำอธิบาย
	ถอนใบขอซื้อแล้ว	กิจกรรมสิ้นสุดนี้เกิดขึ้นเมื่อผู้สร้างหรือผู้ใช้ที่ได้รับอนุญาตยกเลิกรายการใบขอซื้อโดยตั้งค่าสถานะลบ ระบบบันทึกการดำเนินการนี้อย่างชัดเจน ซึ่งหมายความว่าไม่จำเป็นต้องจัดซื้อแล้วหรือสร้างรายการขึ้นมาโดยผิดพลาด.
เหตุผลที่สำคัญ นี่คือจุดสิ้นสุดที่แสดงว่ากระบวนการไม่สำเร็จ และจำเป็นต่อการคำนวณอัตราการถอนคำขอ หากอัตราสูง อาจหมายถึงเวลารออนุมัตินานจนผู้ใช้ยกเลิกคำขอ หรือมีปัญหาเชิงระบบในการวางแผนความต้องการ. แหล่งข้อมูล บันทึกการดำเนินการนี้เมื่อมีการตั้งค่าฟิลด์ 'ตัวบ่งชี้การลบ' (LOEKZ) ในตาราง EBAN สำหรับรายการใบขอซื้อ โดยระบบบันทึกการเปลี่ยนแปลงไว้ใน CDHDR และ CDPOS. บันทึก รายการในบันทึกการเปลี่ยนแปลงเมื่อกำหนดตัวบ่งชี้การลบ (EBAN-LOEKZ) เป็น 'L'. ประเภทเหตุการณ์ explicit
	ปฏิเสธใบขอซื้อแล้ว	กิจกรรมสิ้นสุดนี้หมายถึงใบขอซื้อถูกปฏิเสธอย่างเด็ดขาดและดำเนินการต่อไม่ได้ อนุมานได้เมื่อผู้อนุมัติตั้งตัวบ่งชี้การปล่อยรายการในตาราง EBAN เป็นสถานะปฏิเสธขั้นสุดท้าย.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดสำคัญของกระบวนการและจำเป็นต่อการคำนวณ KPI อัตราการปฏิเสธใบขอซื้อ การวิเคราะห์กรณีเหล่านี้ช่วยให้เข้าใจสาเหตุที่การจัดซื้อไม่สำเร็จและงานที่สูญเปล่า. แหล่งข้อมูล อนุมานจากเวลาประทับของรายการในบันทึกการเปลี่ยนแปลง CDPOS สำหรับตาราง EBAN ฟิลด์ FRGZU เมื่อค่าเปลี่ยนเป็นค่าที่หมายถึงปฏิเสธขั้นสุดท้าย. บันทึก อนุมานจากฟิลด์ตัวบ่งชี้การปล่อยรายการขั้นสุดท้ายใน EBAN เมื่อเปลี่ยนเป็นสถานะสิ้นสุดที่หมายถึง "ปฏิเสธแล้ว". ประเภทเหตุการณ์ inferred
	ส่งใบขอซื้อเพื่ออนุมัติแล้ว	กิจกรรมนี้หมายถึงใบขอซื้อเข้าสู่เวิร์กโฟลว์การอนุมัติอย่างเป็นทางการ โดยทั่วไปอนุมานได้เมื่อสถานะใบขอซื้อเปลี่ยนเป็นต้องผ่านการอนุมัติหรือการปล่อยรายการขั้นแรกตามกลยุทธ์การอนุมัติที่ตั้งค่าไว้.
เหตุผลที่สำคัญ จุดนี้เป็นจุดเริ่มต้นของเวลารอบการอนุมัติ ซึ่งเป็น KPI สำคัญในการวัดประสิทธิภาพกระบวนการ การทราบจุดเริ่มต้นช่วยแยกวิเคราะห์ความล่าช้าระหว่างการสร้างใบขอซื้อกับการเริ่มอนุมัติอย่างเป็นทางการ. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะครั้งแรกที่เกี่ยวข้องกับกลยุทธ์การอนุมัติในตาราง EBAN เช่น ฟิลด์ FRGZU เปลี่ยนจากสถานะเริ่มต้นเป็นสถานะรอดำเนินการ หรือจากรายการแรกในบันทึกเวิร์กโฟลว์ที่เชื่อมโยงกับใบขอซื้อ. บันทึก อนุมานจากรายการแรกในบันทึกการเปลี่ยนแปลงที่แสดงว่ามีการเปิดใช้กลยุทธ์การอนุมัติ. ประเภทเหตุการณ์ inferred
	สร้างใบขอซื้อแล้ว	กิจกรรมนี้บันทึกการสร้างและบันทึกใบขอซื้อครั้งแรกโดยผู้ใช้ ระบบบันทึกเหตุการณ์นี้เมื่อมีการสร้างรายการใหม่ในตาราง EBAN พร้อมวันที่และเวลาที่สร้าง.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการ จึงจำเป็นต่อการคำนวณระยะเวลาตั้งแต่เริ่มจนจบของใบขอซื้อและวิเคราะห์ปริมาณงานที่สร้างได้ อีกทั้งช่วยระบุว่าใครเป็นผู้สร้างใบขอซื้อและสร้างเมื่อใด. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากตาราง EBAN โดยใช้ฟิลด์วันที่สร้าง (ERDAT) และเวลาที่สร้าง (UZEIT) สำหรับ ID ใบขอซื้อ (BANFN) ที่เกี่ยวข้อง. บันทึก เวลาประทับจากฟิลด์ ERDAT และ UZEIT ในตาราง EBAN เมื่อบันทึกรายการครั้งแรก. ประเภทเหตุการณ์ explicit
	สร้างใบสั่งซื้อแล้ว	กิจกรรมนี้หมายถึงการแปลงใบขอซื้อที่อนุมัติแล้วเป็นเอกสารใบสั่งซื้อสำเร็จ อนุมานเหตุการณ์นี้สำหรับใบขอซื้อได้โดยค้นหารายการใบสั่งซื้อที่อ้างอิงถึงใบขอซื้อนั้น.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นผลลัพธ์หลักที่แสดงว่ากระบวนการใบขอซื้อสิ้นสุดลงและขั้นตอนจัดซื้อเริ่มต้นขึ้น ระยะเวลาตั้งแต่ "อนุมัติใบขอซื้อแล้ว" จนถึงเหตุการณ์นี้เป็น KPI สำคัญในการวัดประสิทธิภาพการส่งต่องาน. แหล่งข้อมูล อนุมานโดยค้นหารายการในตาราง EKPO (รายการใบสั่งซื้อ) ที่ฟิลด์ BANFN และ BNFPO ตรงกับหมายเลขและรายการใบขอซื้อจากตาราง EBAN วันที่สร้างใบสั่งซื้อ (EKKO.AEDAT) ใช้เป็นเวลาประทับ. บันทึก อนุมานโดยเชื่อมตาราง EBAN กับ EKPO และใช้วันที่สร้างใบสั่งซื้อจาก EKKO. ประเภทเหตุการณ์ inferred
	อนุมัติใบขอซื้อแล้ว	กิจกรรมหลักนี้หมายถึงใบขอซื้อผ่านขั้นตอนอนุมัติที่จำเป็นทั้งหมดแล้ว อนุมานได้เมื่อใช้รหัสการปล่อยรายการขั้นสุดท้าย และตัวบ่งชี้การปล่อยรายการโดยรวม (FRGZU) ในตาราง EBAN เปลี่ยนเป็นสถานะอนุมัติแล้ว.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่แสดงจุดสิ้นสุดของรอบการอนุมัติและจุดเริ่มต้นของขั้นตอนจัดซื้อ จำเป็นต่อการคำนวณ KPI เวลารวมในการอนุมัติและวัดความล่าช้าระหว่างการส่งต่องานไปสร้างใบสั่งซื้อ. แหล่งข้อมูล อนุมานจากเวลาประทับของรายการในบันทึกการเปลี่ยนแปลง CDPOS สำหรับตาราง EBAN ฟิลด์ FRGZU เมื่อค่าเปลี่ยนเป็นค่าที่หมายถึงอนุมัติขั้นสุดท้าย. บันทึก อนุมานจากฟิลด์ตัวบ่งชี้การปล่อยรายการขั้นสุดท้ายใน EBAN เมื่อเปลี่ยนเป็นสถานะสิ้นสุดที่หมายถึง "อนุมัติแล้ว". ประเภทเหตุการณ์ inferred
	แก้ไขใบขอซื้อแล้ว	หมายถึงการเปลี่ยนแปลงใบขอซื้อหลังจากสร้างครั้งแรก เช่น เปลี่ยนจำนวน ราคา หรือวัสดุ การเปลี่ยนแปลงเหล่านี้บันทึกไว้ในตารางบันทึกการเปลี่ยนแปลงของ SAP จึงตรวจสอบประวัติการแก้ไขได้อย่างละเอียด.
เหตุผลที่สำคัญ การติดตามการแก้ไขเป็นสิ่งสำคัญเพื่อค้นหาวงจรการแก้ไขงานซ้ำและปัญหาคุณภาพข้อมูล หากมีการแก้ไขบ่อย อาจแสดงว่าข้อกำหนดตั้งต้นไม่ชัดเจนหรือผู้ใช้ยังต้องการการอบรม ซึ่งทำให้กระบวนการล่าช้า. แหล่งข้อมูล ดึงข้อมูลจากตารางบันทึกการเปลี่ยนแปลง CDHDR (ส่วนหัว) และ CDPOS (รายการ) โดยมีคลาสออบเจ็กต์เป็น EINKBELEG และ ID ออบเจ็กต์เป็นหมายเลขใบขอซื้อ คุณสามารถวิเคราะห์การเปลี่ยนแปลงของฟิลด์แต่ละรายการได้. บันทึก บันทึกเหตุการณ์ในตาราง CDHDR และ CDPOS เมื่อมีการเปลี่ยนแปลงเอกสารใบขอซื้อ. ประเภทเหตุการณ์ explicit
	ปฏิเสธขั้นตอนอนุมัติแล้ว	ผู้ใช้ที่มีอำนาจปฏิเสธขั้นตอนหนึ่งในกลยุทธ์การปล่อยรายการอย่างชัดเจน โดยทั่วไปใบขอซื้อจะถูกส่งกลับไปให้ผู้สร้างแก้ไข ระบบบันทึกการดำเนินการนี้เป็นการเปลี่ยนสถานะการปล่อยรายการของใบขอซื้อ.
เหตุผลที่สำคัญ การปฏิเสธเป็นสาเหตุหลักของการแก้ไขงานซ้ำและความล่าช้า การวิเคราะห์ความถี่และสาเหตุช่วยให้พบความเข้าใจนโยบายที่ไม่ตรงกัน ปัญหาคุณภาพข้อมูล หรือขั้นตอนอนุมัติที่ไม่มีประสิทธิภาพ. แหล่งข้อมูล ดึงข้อมูลจากบันทึกการเปลี่ยนแปลง (CDHDR/CDPOS) ของฟิลด์สถานะการปล่อยรายการในตาราง EBAN การปฏิเสธผ่านธุรกรรม ME54N หรือธุรกรรมที่คล้ายกันจะทำให้สถานะเปลี่ยนแปลงตามที่เกี่ยวข้อง. บันทึก ระบบสร้างรายการในบันทึกการเปลี่ยนแปลงเมื่อผู้อนุมัติดำเนินการปฏิเสธ. ประเภทเหตุการณ์ explicit
	ปิดใบขอซื้อแล้ว	หมายถึงการปิดรายการใบขอซื้อขั้นสุดท้าย โดยไม่มีการดำเนินการต่อ อนุมานสถานะนี้ได้เมื่อแปลงรายการเป็นใบสั่งซื้อและดำเนินการครบแล้ว หรือมีการตั้งค่าสถานะปิดด้วยตนเอง.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดที่ชัดเจนสำหรับใบขอซื้อที่ดำเนินการเสร็จแล้วแต่ไม่ได้ถูกลบ ช่วยให้คำนวณระยะเวลาตลอดวงจรของคำขอที่ดำเนินการสำเร็จได้อย่างถูกต้อง. แหล่งข้อมูล อนุมานจากตัวบ่งชี้ 'ปิดแล้ว' (EBAKZ ที่มีค่า 'S' หรือค่าอื่นที่ตั้งค่าไว้) ในตาราง EBAN โดยระบบมักตั้งสถานะนี้โดยอัตโนมัติเมื่อแปลงเป็นใบสั่งซื้อครบถ้วนและรับสินค้าแล้ว. บันทึก อนุมานจากการเปลี่ยนสถานะในฟิลด์ EBAN-EBAKZ เป็นค่าที่หมายถึง 'ปิดแล้ว'. ประเภทเหตุการณ์ inferred
	ระงับใบขอซื้อแล้ว	หมายถึงมีการระงับรายการใบขอซื้ออย่างชัดเจน ทำให้ไม่สามารถแปลงรายการเป็นใบสั่งซื้อได้ โดยตั้งค่าตัวบ่งชี้เฉพาะในรายการใบขอซื้อ.
เหตุผลที่สำคัญ การระงับอาจบ่งชี้ว่ามีปัญหาหรือพักการจัดซื้อไว้ชั่วคราว การติดตามเหตุการณ์เหล่านี้ช่วยระบุคอขวดที่ใบขอซื้อได้รับอนุมัติแล้วแต่ยังไม่มีการดำเนินการต่อทันที. แหล่งข้อมูล บันทึกจากการเปลี่ยนฟิลด์ 'ตัวบ่งชี้การระงับ' (EBAKZ) ในตาราง EBAN โดยระบบบันทึกการเปลี่ยนแปลงไว้ใน CDHDR และ CDPOS. บันทึก ระบบบันทึกเหตุการณ์ในตารางบันทึกการเปลี่ยนแปลงเมื่อตั้งค่าฟิลด์ EBAN-EBAKZ. ประเภทเหตุการณ์ explicit
	รีเซ็ตการอนุมัติแล้ว	หมายถึงมีการรีเซ็ตเวิร์กโฟลว์การอนุมัติทั้งหมดของใบขอซื้อ ซึ่งมักเกิดจากการแก้ไขรายการครั้งสำคัญ อนุมานเหตุการณ์นี้ได้เมื่อสถานะการปล่อยรายการถูกล้างหลังจากเริ่มทำงานไปแล้ว ทำให้ต้องเริ่มกระบวนการอนุมัติใหม่ตั้งแต่ต้น.
เหตุผลที่สำคัญ การรีเซ็ตการอนุมัติเป็นเหตุการณ์ที่ทำให้ต้องแก้ไขงานซ้ำและส่งผลต่อเวลาตั้งแต่ต้นจนจบอย่างมาก การระบุเหตุการณ์เหล่านี้ช่วยให้เห็นจุดที่กระบวนการไม่มีประสิทธิภาพและผลกระทบต่อเนื่องจากการแก้ไขใบขอซื้อในเวิร์กโฟลว์. แหล่งข้อมูล อนุมานจากบันทึกการเปลี่ยนแปลง (CDHDR/CDPOS) ของตาราง EBAN เมื่อฟิลด์สถานะการปล่อยรายการ เช่น FRGZU เปลี่ยนจากสถานะรอดำเนินการหรืออนุมัติแล้วกลับเป็นสถานะเริ่มต้นหรือค่าว่าง. บันทึก อนุมานจากบันทึกการเปลี่ยนแปลงที่แสดงว่าฟิลด์กลยุทธ์การปล่อยรายการถูกล้าง. ประเภทเหตุการณ์ inferred
	เริ่มขั้นตอนอนุมัติแล้ว	หมายถึงใบขอซื้อกำลังรอการดำเนินการจากผู้อนุมัติหรือกลุ่มผู้อนุมัติตามที่กำหนดไว้ในกลยุทธ์การอนุมัติ อนุมานเหตุการณ์นี้ได้เมื่อสถานะใบขอซื้อแสดงว่ากำลังรอรหัสการปล่อยรายการที่กำหนด.
เหตุผลที่สำคัญ กิจกรรมนี้ช่วยให้วิเคราะห์แต่ละขั้นตอนในลำดับการอนุมัติได้อย่างละเอียด และระบุได้ว่าผู้อนุมัติหรือขั้นตอนใดทำให้กระบวนการล่าช้ามากที่สุด. แหล่งข้อมูล อนุมานโดยติดตามลำดับการเปลี่ยนแปลงฟิลด์สถานะการปล่อยรายการในตาราง EBAN การเปลี่ยนแต่ละครั้งไปสู่สถานะรอดำเนินการใหม่หมายถึงการเริ่มขั้นตอนอนุมัติใหม่. บันทึก อนุมานจากการเปลี่ยนสถานะที่แสดงว่ารหัสการปล่อยรายการใหม่เริ่มทำงานและกำลังรอการอนุมัติ. ประเภทเหตุการณ์ inferred
	อนุมัติขั้นตอนแล้ว	หมายถึงผู้ใช้ที่มีอำนาจอนุมัติขั้นตอนหนึ่งในกลยุทธ์การปล่อยรายการอย่างชัดเจน ระบบบันทึกการดำเนินการนี้เป็นการเปลี่ยนสถานะการปล่อยรายการของใบขอซื้อ ทำให้เข้าใกล้การอนุมัติขั้นสุดท้ายมากขึ้น.
เหตุผลที่สำคัญ การติดตามการอนุมัติแต่ละรายการจำเป็นต่อการวัดระยะเวลาของแต่ละขั้นตอนและวิเคราะห์ผลการดำเนินงานของผู้อนุมัติแต่ละคน อีกทั้งเป็นพื้นฐานสำคัญในการตรวจสอบว่าเวิร์กโฟลว์เป็นไปตามที่กำหนดหรือไม่. แหล่งข้อมูล ดึงข้อมูลจากบันทึกการเปลี่ยนแปลง (CDHDR/CDPOS) ของฟิลด์สถานะการปล่อยรายการในตาราง EBAN การดำเนินการของผู้อนุมัติผ่านธุรกรรม ME54N หรือ T-code ที่คล้ายกันจะทำให้ระบบบันทึกการเปลี่ยนแปลงนี้. บันทึก ระบบสร้างรายการในบันทึกการเปลี่ยนแปลงเมื่อผู้อนุมัติดำเนินธุรกรรมการปล่อยรายการ. ประเภทเหตุการณ์ explicit

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

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

วิธีดึงข้อมูลจาก SAP ECC

ขั้นตอน

ขอสิทธิ์เข้าถึงฐานข้อมูล: ก่อนเริ่มต้น ตรวจสอบว่าคุณมีสิทธิ์อ่านฐานข้อมูลเบื้องหลังของ SAP ECC การเข้าถึงนี้ต้องใช้ข้อมูลรับรองเฉพาะ (ชื่อผู้ใช้ รหัสผ่าน โฮสต์ และพอร์ต) และเป็นสิทธิ์ที่ไม่ได้ให้ตามปกติ จึงต้องได้รับอนุมัติจากทีม SAP Basis และทีมรักษาความปลอดภัย.
ระบุ SAP Schema: เชื่อมต่อฐานข้อมูลด้วยโปรแกรม SQL client ทั่วไป เช่น DBeaver, Toad หรือ SQL Developer จากนั้นระบุ SAP schema ที่จัดเก็บตาราง ซึ่งมักมีชื่อว่า SAPSR3 หรือ SAPR3.
เตรียม SQL Query: ใช้ SQL query ฉบับเต็มที่ให้ไว้ในเอกสารนี้ ซึ่งออกแบบมาเพื่อดึงกิจกรรมและแอตทริบิวต์ที่จำเป็นทั้งหมด โดยเชื่อมตารางข้อมูลหลักกับตารางบันทึกการเปลี่ยนแปลง.
กำหนดพารามิเตอร์ Query: ค้นหาค่าตัวแทนใน query แล้วแทนที่ด้วยข้อมูลระบบและข้อกำหนดทางธุรกิจของคุณ ตัวแปรสำคัญ ได้แก่ '{source_system_name}', '{start_date}', '{end_date}', '{company_codes}' และ '{document_types}'.
ปรับไวยากรณ์ให้ตรงกับฐานข้อมูล: query ที่ให้มาใช้ไวยากรณ์ SQL ทั่วไป แต่อาจต้องปรับฟังก์ชันสร้างเวลา เช่น TO_TIMESTAMP หรือฟังก์ชันจัดการข้อความเล็กน้อยให้เหมาะกับฐานข้อมูลที่ใช้ เช่น Oracle, SQL Server, DB2 หรือ HANA.
เรียกใช้การดึงข้อมูล: เรียกใช้ query ที่ปรับแล้วใน SQL client หากมีข้อมูลจำนวนมาก แนะนำให้ทำงานนอกช่วงเวลาที่มีการใช้งานสูง เพื่อไม่ให้กระทบต่อประสิทธิภาพของระบบ.
ตรวจสอบผลลัพธ์เบื้องต้น: เมื่อ query ทำงานเสร็จ ให้ตรวจดูว่ามีคอลัมน์ที่คาดไว้ เช่น PurchaseRequisitionId, ActivityName, EventTime และมีแถวข้อมูลของกิจกรรมต่าง ๆ.
ส่งออกเป็น CSV: ส่งออกผลลัพธ์ทั้งหมดจาก SQL client เป็นไฟล์ CSV โดยใช้การเข้ารหัส UTF-8 เพื่อป้องกันปัญหากับอักขระพิเศษ.
เตรียมไฟล์สำหรับอัปโหลด: ตรวจสอบว่าชื่อหัวคอลัมน์ใน CSV ตรงกับ alias ที่กำหนดใน SQL query ทุกประการ ไฟล์ควรจัดข้อมูลบันทึกเหตุการณ์เป็นตารางอย่างเป็นระเบียบ.
อัปโหลดไปยัง ProcessMind: อัปโหลดไฟล์ CSV ที่เสร็จสมบูรณ์ไปยังโปรเจกต์ ProcessMind เพื่อวิเคราะห์และแสดงผล.

การกำหนดค่า

การเชื่อมต่อฐานข้อมูล: ต้องเชื่อมต่อกับฐานข้อมูล SAP ECC โดยตรง คุณต้องมีชื่อโฮสต์ พอร์ต ชื่อฐานข้อมูล และข้อมูลรับรองผู้ใช้ที่เหมาะสม.
SAP Schema: ต้องทราบชื่อ schema ที่มีตาราง SAP เช่น SAPSR3 และเรียกใช้ query ภายใน schema นี้.
ช่วงวันที่: เพื่อควบคุมประสิทธิภาพและปริมาณข้อมูล ควรกรองข้อมูลตามช่วงวันที่ที่กำหนด แนะนำให้เริ่มจากช่วง 3 ถึง 6 เดือน ตั้งค่าตัวแปร '{start_date}' และ '{end_date}' ในรูปแบบ YYYYMMDD.
ตัวกรองหน่วยงาน: หากต้องการวิเคราะห์เฉพาะเจาะจงมากขึ้น ให้กรองข้อมูลตามรหัสบริษัท (BUKRS) และประเภทเอกสารใบขอซื้อ (BSART) แทนที่ตัวแปร '{company_codes}' และ '{document_types}' ด้วยรายการค่าที่คั่นด้วยจุลภาค เช่น '1000','2000'.
ข้อกำหนดเบื้องต้น: วิธีนี้ต้องได้รับอนุมัติจากทีม SAP Basis และทีมรักษาความปลอดภัย เพื่อขอข้อมูลรับรองสำหรับเข้าถึงฐานข้อมูลโดยตรง ไม่ใช่งานที่ผู้ใช้ทั่วไปทำเป็นประจำ.
ข้อควรพิจารณาด้านประสิทธิภาพ: query จะเชื่อมตารางบันทึกการเปลี่ยนแปลง (CDHDR, CDPOS) ซึ่งอาจมีข้อมูลจำนวนมาก หากกรองไม่เหมาะสม query อาจทำงานช้าและใช้ทรัพยากรระบบสูง ควรกำหนดช่วงวันที่ให้แคบและใช้ตัวกรองอื่นร่วมด้วยทุกครั้ง.

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

WITH REQUISITION_BASE AS (
    SELECT 
        EBAN.MANDT,
        EBAN.BANFN,
        EBAN.BNFPO,
        EBAN.BSART AS RequisitionDocumentType,
        EBAN.ERNAM,
        EBAN.ERDAT,
        EBAN.ERZET,
        EBAN.FRGZU AS CurrentRequisitionStatus,
        EBAKN.KOSTL AS Department,
        EBAKN.GSWRT
    FROM EBAN
    LEFT JOIN EBAKN ON EBAN.MANDT = EBAKN.MANDT AND EBAN.BANFN = EBAKN.BANFN AND EBAN.BNFPO = EBAKN.BNFPO
    WHERE EBAN.ERDAT BETWEEN '{start_date}' AND '{end_date}'
      AND EBAN.BUKRS IN ('{company_codes}')
      AND EBAN.BSART IN ('{document_types}')
),
REQUISITION_AGG AS (
    SELECT 
        MANDT, BANFN, RequisitionDocumentType, ERNAM, ERDAT, ERZET, CurrentRequisitionStatus, Department,
        SUM(GSWRT) AS TotalRequisitionValue
    FROM REQUISITION_BASE
    GROUP BY MANDT, BANFN, RequisitionDocumentType, ERNAM, ERDAT, ERZET, CurrentRequisitionStatus, Department
)
-- 1. Requisition Created
SELECT
    R.BANFN AS PurchaseRequisitionId,
    'Requisition Created' AS ActivityName,
    TO_TIMESTAMP(R.ERDAT || R.ERZET, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    R.ERNAM AS User,
    R.Department AS Department,
    R.CurrentRequisitionStatus AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM REQUISITION_AGG R

UNION ALL

-- 2. Requisition Amended, Approval Steps, Status Changes from Change Logs
SELECT 
    SUBSTRING(C.OBJECTID, 4, 10) AS PurchaseRequisitionId,
    CASE 
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW > C.VALUE_OLD THEN 'Approval Step Approved'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW < C.VALUE_OLD THEN 'Approval Step Rejected'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW = '{final_approval_status_code}' THEN 'Requisition Approved'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW = '{final_rejection_status_code}' THEN 'Requisition Rejected'
        WHEN C.FNAME = 'FRGSX' AND C.VALUE_OLD IS NOT NULL AND C.VALUE_NEW IS NULL THEN 'Approval Reset'
        WHEN C.FNAME = 'FRGZU' AND C.CHNGIND = 'U' AND C.TCODE LIKE 'ME54%' THEN 'Approval Submitted' 
        WHEN C.FNAME = 'LOEKZ' AND C.VALUE_NEW IN ('L', 'X') THEN 'Requisition Withdrawn'
        WHEN C.FNAME = 'EBAKZ' AND C.VALUE_NEW = 'X' THEN 'Requisition Blocked'
        WHEN C.FNAME = 'STATU' AND C.VALUE_NEW = 'B' THEN 'Purchase Order Created'
        WHEN C.FNAME = 'EREKZ' AND C.VALUE_NEW = 'X' THEN 'Requisition Closed'
        ELSE 'Requisition Amended'
    END AS ActivityName,
    TO_TIMESTAMP(C.UDATE || C.UTIME, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    C.USERNAME AS User,
    R.Department AS Department,
    C.VALUE_NEW AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM CDHDR C
JOIN CDPOS P ON C.MANDANT = P.MANDANT AND C.OBJECTCLAS = P.OBJECTCLAS AND C.OBJECTID = P.OBJECTID AND C.CHANGENR = P.CHANGENR
JOIN REQUISITION_AGG R ON SUBSTRING(C.OBJECTID, 4, 10) = R.BANFN
WHERE C.OBJECTCLAS = 'BANF'
  AND C.UDATE || C.UTIME <> R.ERDAT || R.ERZET -- Exclude changes made at the exact time of creation
  AND NOT (C.TCODE IN ('ME51', 'ME51N') AND C.UDATE = R.ERDAT) -- Exclude initial creation events from being amendments

UNION ALL

-- 3. Approval Step Started (Inferred)
SELECT 
    SUBSTRING(C.OBJECTID, 4, 10) AS PurchaseRequisitionId,
    'Approval Step Started' AS ActivityName,
    TO_TIMESTAMP(C.UDATE || C.UTIME, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    C.USERNAME AS User,
    R.Department AS Department,
    P.VALUE_OLD AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM CDHDR C
JOIN CDPOS P ON C.MANDANT = P.MANDANT AND C.OBJECTCLAS = P.OBJECTCLAS AND C.OBJECTID = P.OBJECTID AND C.CHANGENR = P.CHANGENR
JOIN REQUISITION_AGG R ON SUBSTRING(C.OBJECTID, 4, 10) = R.BANFN
WHERE C.OBJECTCLAS = 'BANF' AND P.FNAME = 'FRGZU' AND P.CHNGIND = 'U'
  AND P.VALUE_OLD IS NOT NULL AND P.VALUE_NEW IS NOT NULL AND P.VALUE_NEW > P.VALUE_OLD; -- This logic infers that a step starts just before it is approved

ขั้นตอน

ตั้งค่าสภาพแวดล้อม Python: ตรวจสอบว่าติดตั้ง Python 3.6 ขึ้นไปแล้ว สร้างโฟลเดอร์โปรเจกต์และตั้งค่าสภาพแวดล้อมเสมือนเพื่อจัดการไลบรารีที่ต้องใช้ ติดตั้งไลบรารีด้วย pip: pip install pyrfc pandas numpy
ติดตั้ง SAP RFC SDK: ดาวน์โหลด SAP NetWeaver RFC SDK จาก SAP Support Portal แตกไฟล์และวางไฟล์ไลบรารี เช่น sapnwrfc.dll บน Windows หรือ libsapnwrfc.so บน Linux ไว้ในไดเรกทอรีที่เข้าถึงได้จาก system path หรือ Python script.
ตั้งค่าการเชื่อมต่อ SAP: เปิด Python script ที่ให้มา แล้วค้นหาส่วนพารามิเตอร์การเชื่อมต่อ SAP จากนั้นแทนค่าตัวอย่าง (ashost, sysnr, client, user, passwd) ด้วยข้อมูลรับรองระบบ SAP ของคุณ ตรวจสอบว่าผู้ใช้มีสิทธิ์เรียก RFC และเข้าถึงตารางตามที่กำหนด.
กำหนดพารามิเตอร์การดึงข้อมูล: ตั้งค่าตัวแปร date_from และ date_to ใน script เพื่อระบุช่วงเวลาที่ต้องการดึงข้อมูล แนะนำให้เริ่มจากช่วงสั้น ๆ เช่นหนึ่งเดือน เพื่อทดสอบการดึงข้อมูล.
เรียกใช้ Python Script: เรียกใช้ script จาก terminal ด้วยคำสั่ง python your_script_name.py script จะเชื่อมต่อ SAP ผ่าน RFC เรียก RFC_READ_TABLE สำหรับแต่ละตารางที่ต้องใช้ (EBAN, EKKO, EKPO, CDHDR, CDPOS) แล้วดาวน์โหลดข้อมูล.
ดึงข้อมูล: script จะดึงข้อมูลดิบของใบขอซื้อ ใบสั่งซื้อ และเอกสารการเปลี่ยนแปลง โดยใช้เกณฑ์กรอง เช่น ช่วงวันที่และคลาสออบเจ็กต์ เพื่อจำกัดปริมาณข้อมูลที่ถ่ายโอน.
แปลงข้อมูลในเครื่อง: เมื่อดาวน์โหลดข้อมูลแล้ว script จะใช้ไลบรารี pandas แปลงข้อมูลทั้งหมดในเครื่อง โดยประมวลผลข้อมูลดิบจากตารางเพื่อสร้างรายการบันทึกเหตุการณ์แยกตามกิจกรรมที่จำเป็นทั้ง 13 รายการ เช่น 'สร้างใบขอซื้อ', 'อนุมัติขั้นตอน' และ 'สร้างใบสั่งซื้อ'.
สร้างบันทึกเหตุการณ์: script จะรวมเหตุการณ์จากแต่ละตารางไว้ใน DataFrame เดียว คำนวณเวลาของเหตุการณ์ จับคู่ชื่อผู้ใช้ และจัดโครงสร้างข้อมูลให้อยู่ในรูปแบบรหัสเคส กิจกรรม และเวลา.
จับคู่แอตทริบิวต์: จับคู่แอตทริบิวต์สำคัญ เช่น PurchaseRequisitionId, ActivityName, EventTime, User และ TotalRequisitionValue กับคอลัมน์ที่เกี่ยวข้องใน DataFrame สุดท้าย.
ส่งออกเป็น CSV: script จะบันทึกบันทึกเหตุการณ์สุดท้ายเป็นไฟล์ CSV ชื่อ event_log_pr.csv ในไดเรกทอรีเดียวกัน ไฟล์นี้พร้อมอัปโหลดไปยัง ProcessMind โดยตรง.
ตรวจสอบและอัปโหลด: เปิดไฟล์ CSV ที่สร้างขึ้นเพื่อตรวจสอบความครบถ้วนและความถูกต้องของข้อมูล เมื่อตรวจสอบแล้ว คุณสามารถอัปโหลดไฟล์ไปยังโปรเจกต์ ProcessMind ได้.

การกำหนดค่า

การเชื่อมต่อ SAP: script ต้องใช้รายละเอียดการเชื่อมต่อ RFC โดยตรงกับระบบ SAP ECC ได้แก่ แอปพลิเคชันเซิร์ฟเวอร์ หมายเลขระบบ ไคลเอนต์ ชื่อผู้ใช้ และรหัสผ่าน ผู้ใช้ที่ระบุต้องมีสิทธิ์เรียก RFC และสิทธิ์ดูตาราง EBAN, EKPO, EKKO, CDHDR และ CDPOS.
ช่วงวันที่: กำหนดช่วงการดึงข้อมูลด้วยพารามิเตอร์วันที่เริ่มต้นและวันที่สิ้นสุดใน script สำหรับการเรียกใช้ครั้งแรกและเพื่อควบคุมประสิทธิภาพ แนะนำให้ดึงข้อมูลย้อนหลัง 3 ถึง 6 เดือน.
ตัวกรองตาราง: ใช้ตัวกรองในคำสั่ง RFC เท่าที่ทำได้ เช่น กรองใบขอซื้อตามวันที่สร้าง (EBAN-ERDAT) และกรองเอกสารการเปลี่ยนแปลงตามวันที่ (CDHDR-UDATE) และคลาสออบเจ็กต์ (CDHDR-OBJECTCLAS = 'BANF').
ไลบรารี Python: script ใช้ pyrfc สำหรับเชื่อมต่อ SAP และ pandas สำหรับจัดการข้อมูล ตรวจสอบว่าติดตั้งไลบรารีเหล่านี้ในสภาพแวดล้อม Python แล้ว.
ประสิทธิภาพ: การดึงข้อมูลด้วย RFC_READ_TABLE อาจช้าหากมีข้อมูลจำนวนมาก เพราะจะดึงข้อมูลทีละตาราง แนะนำให้เรียกใช้ในช่วงที่มีการใช้งานระบบน้อย เพื่อลดภาระของระบบ.
ประเภทเอกสาร: โดยค่าเริ่มต้น script จะดึงข้อมูลใบขอซื้อทุกประเภท หากต้องการจำกัดขอบเขต คุณสามารถเพิ่มตัวกรองหลังการดึงข้อมูลใน pandas DataFrame โดยอิงจากคอลัมน์ BSART ในตาราง EBAN.

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

import pandas as pd
from pyrfc import Connection
import datetime

class=class="hl-string">"hl-comment"># --- 1. Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your SAP system connection details
SAP_CONNECTION_PARAMS = {
    class="hl-string">"ashost": class="hl-string">"your_sap_host",      class=class="hl-string">"hl-comment"># Application server host
    class="hl-string">"sysnr": class="hl-string">"00",                 class=class="hl-string">"hl-comment"># System number
    class="hl-string">"client": class="hl-string">"100",               class=class="hl-string">"hl-comment"># Client
    class="hl-string">"user": class="hl-string">"your_rfc_user",       class=class="hl-string">"hl-comment"># RFC user
    class="hl-string">"passwd": class="hl-string">"your_password"      class=class="hl-string">"hl-comment"># Password
}

class=class="hl-string">"hl-comment"># Date range for the extraction (YYYYMMDD format)
date_from = class="hl-string">'20230101'
date_to = class="hl-string">'20231231'

source_system = class="hl-string">"SAP ECC"
last_data_update = datetime.datetime.now().isoformat()

class=class="hl-string">"hl-comment"># --- 2. Helper function for RFC_READ_TABLE ---
def rfc_read_table(conn, table_name, fields, options):
    class="hl-string">"""Fetches data from an SAP table using RFC_READ_TABLE."""
    try:
        result = conn.call(class="hl-string">'RFC_READ_TABLE',
                           QUERY_TABLE=table_name,
                           DELIMITER=class="hl-string">',',
                           FIELDS=fields,
                           OPTIONS=options)
        
        data = result[class="hl-string">'DATA']
        if not data:
            return pd.DataFrame(columns=[field[class="hl-string">'FIELDNAME'] for field in fields])

        records = [row[class="hl-string">'WA'].strip().split(class="hl-string">',') for row in data]
        df = pd.DataFrame(records, columns=[field[class="hl-string">'FIELDNAME'] for field in fields])
        class=class="hl-string">"hl-comment"># Trim whitespace from all cells
        df = df.apply(lambda x: x.str.strip() if x.dtype == class="hl-string">"object" else x)
        return df
    except Exception as e:
        print(fclass="hl-string">"Error reading table {table_name}: {e}")
        return pd.DataFrame(columns=[field[class="hl-string">'FIELDNAME'] for field in fields])

class=class="hl-string">"hl-comment"># --- 3. Main Extraction Logic ---
def main():
    print(class="hl-string">"Starting SAP data extraction...")
    try:
        conn = Connection(**SAP_CONNECTION_PARAMS)
    except Exception as e:
        print(fclass="hl-string">"Failed to connect to SAP: {e}")
        return

    class=class="hl-string">"hl-comment"># --- EBAN (Purchase Requisitions) ---
    print(class="hl-string">"Extracting EBAN...")
    eban_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'BANFN'}, {class="hl-string">'FIELDNAME': class="hl-string">'BNFPO'}, {class="hl-string">'FIELDNAME': class="hl-string">'BSART'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERNAM'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERDAT'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERFZEIT'}, {class="hl-string">'FIELDNAME': class="hl-string">'PREIS'}, {class="hl-string">'FIELDNAME': class="hl-string">'MENGE'}, {class="hl-string">'FIELDNAME': class="hl-string">'KOSTL'}, {class="hl-string">'FIELDNAME': class="hl-string">'FRGZU'}, {class="hl-string">'FIELDNAME': class="hl-string">'FRGSX'}]
    eban_options = [fclass="hl-string">"ERDAT >= '{date_from}' AND ERDAT <= '{date_to}'"]
    df_eban = rfc_read_table(conn, class="hl-string">'EBAN', eban_fields, eban_options)
    if df_eban.empty:
        print(class="hl-string">"No requisitions found in EBAN for the given date range. Exiting.")
        conn.close()
        return

    df_eban[class="hl-string">'PREIS'] = pd.to_numeric(df_eban[class="hl-string">'PREIS'], errors=class="hl-string">'coerce').fillna(0)
    df_eban[class="hl-string">'MENGE'] = pd.to_numeric(df_eban[class="hl-string">'MENGE'], errors=class="hl-string">'coerce').fillna(0)
    df_eban[class="hl-string">'TotalRequisitionValue'] = df_eban[class="hl-string">'PREIS'] * df_eban[class="hl-string">'MENGE']
    df_eban_grouped = df_eban.groupby(class="hl-string">'BANFN').agg(
        TotalRequisitionValue=(class="hl-string">'TotalRequisitionValue', class="hl-string">'sum'),
        RequisitionDocumentType=(class="hl-string">'BSART', class="hl-string">'first'),
        Department=(class="hl-string">'KOSTL', class="hl-string">'first')
    ).reset_index()
    df_eban = df_eban.merge(df_eban_grouped, on=class="hl-string">'BANFN', suffixes=(class="hl-string">'', class="hl-string">'_agg'))

    class=class="hl-string">"hl-comment"># --- EKPO/EKKO (Purchase Orders) ---
    print(class="hl-string">"Extracting EKPO and EKKO...")
    banfn_list = class="hl-string">"'" + class="hl-string">"', '".join(df_eban[class="hl-string">'BANFN'].unique()) + class="hl-string">"'"
    ekpo_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'BANFN'}, {class="hl-string">'FIELDNAME': class="hl-string">'BNFPO'}, {class="hl-string">'FIELDNAME': class="hl-string">'EBELN'}]
    ekpo_options = [fclass="hl-string">"BANFN IN ({banfn_list})"]
    df_ekpo = rfc_read_table(conn, class="hl-string">'EKPO', ekpo_fields, ekpo_options)

    ekko_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'EBELN'}, {class="hl-string">'FIELDNAME': class="hl-string">'AEDAT'}]
    if not df_ekpo.empty:
        ebeln_list = class="hl-string">"'" + class="hl-string">"', '".join(df_ekpo[class="hl-string">'EBELN'].unique()) + class="hl-string">"'"
        ekko_options = [fclass="hl-string">"EBELN IN ({ebeln_list})"]
        df_ekko = rfc_read_table(conn, class="hl-string">'EKKO', ekko_fields, ekko_options)
        df_po = pd.merge(df_ekpo, df_ekko, on=class="hl-string">'EBELN')
    else:
        df_po = pd.DataFrame(columns=[class="hl-string">'BANFN', class="hl-string">'BNFPO', class="hl-string">'EBELN', class="hl-string">'AEDAT'])

    class=class="hl-string">"hl-comment"># --- CDHDR/CDPOS (Change Documents) ---
    print(class="hl-string">"Extracting CDHDR and CDPOS...")
    cdhdr_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'OBJECTID'}, {class="hl-string">'FIELDNAME': class="hl-string">'CHANGENR'}, {class="hl-string">'FIELDNAME': class="hl-string">'USERNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'UDATE'}, {class="hl-string">'FIELDNAME': class="hl-string">'UTIME'}]
    cdhdr_options = [fclass="hl-string">"OBJECTCLAS = 'BANF' AND UDATE >= '{date_from}' AND UDATE <= '{date_to}'"]
    df_cdhdr = rfc_read_table(conn, class="hl-string">'CDHDR', cdhdr_fields, cdhdr_options)
    
    df_cdpos = pd.DataFrame()
    if not df_cdhdr.empty:
        class=class="hl-string">"hl-comment"># Process changenr in chunks to avoid overly long SQL queries
        changenr_chunks = [df_cdhdr[class="hl-string">'CHANGENR'][i:i + 100] for i in range(0, df_cdhdr.shape[0], 100)]
        cdpos_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'CHANGENR'}, {class="hl-string">'FIELDNAME': class="hl-string">'TABNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'FNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'VALUE_NEW'}, {class="hl-string">'FIELDNAME': class="hl-string">'VALUE_OLD'}]
        cdpos_frames = []
        for chunk in changenr_chunks:
            changenr_list = class="hl-string">"'" + class="hl-string">"', '".join(chunk) + class="hl-string">"'"
            cdpos_options = [fclass="hl-string">"OBJECTCLAS = 'BANF' AND CHANGENR IN ({changenr_list}) AND TABNAME = 'EBAN'"]
            cdpos_frames.append(rfc_read_table(conn, class="hl-string">'CDPOS', cdpos_fields, cdpos_options))
        if cdpos_frames:
            df_cdpos = pd.concat(cdpos_frames, ignore_index=True)

    conn.close()
    print(class="hl-string">"Extraction from SAP complete. Starting transformation...")

    class=class="hl-string">"hl-comment"># --- 4. Event Log Generation ---
    events = []

    class=class="hl-string">"hl-comment"># Activity: Requisition Created
    df_created = df_eban[[class="hl-string">'BANFN', class="hl-string">'ERNAM', class="hl-string">'ERDAT', class="hl-string">'ERFZEIT', class="hl-string">'RequisitionDocumentType', class="hl-string">'TotalRequisitionValue', class="hl-string">'Department']].drop_duplicates(subset=[class="hl-string">'BANFN'])
    for _, row in df_created.iterrows():
        events.append({
            class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'BANFN'],
            class="hl-string">'ActivityName': class="hl-string">'Requisition Created',
            class="hl-string">'EventTime': fclass="hl-string">"{row['ERDAT']} {row['ERFZEIT']}",
            class="hl-string">'User': row[class="hl-string">'ERNAM'],
            class="hl-string">'RequisitionDocumentType': row[class="hl-string">'RequisitionDocumentType'],
            class="hl-string">'TotalRequisitionValue': row[class="hl-string">'TotalRequisitionValue'],
            class="hl-string">'Department': row[class="hl-string">'Department'],
            class="hl-string">'RequisitionStatus': class="hl-string">'Created'
        })

    class=class="hl-string">"hl-comment"># Merge change documents
    df_changes = pd.DataFrame()
    if not df_cdhdr.empty and not df_cdpos.empty:
        df_changes = pd.merge(df_cdhdr, df_cdpos, on=class="hl-string">'CHANGENR')
        df_changes[class="hl-string">'PurchaseRequisitionId'] = df_changes[class="hl-string">'OBJECTID'].str[:10]
        df_changes[class="hl-string">'EventTime'] = pd.to_datetime(df_changes[class="hl-string">'UDATE'] + class="hl-string">' ' + df_changes[class="hl-string">'UTIME'], format=class="hl-string">'%Y%m%d %H%M%S')

    if not df_changes.empty:
        class=class="hl-string">"hl-comment"># Activities from Change Logs
        for _, row in df_changes.iterrows():
            activity = None
            status = None

            class=class="hl-string">"hl-comment"># Approval-related activities
            if row[class="hl-string">'FNAME'] in [class="hl-string">'FRGZU', class="hl-string">'FRGSX']:
                if row[class="hl-string">'VALUE_OLD'].strip() == class="hl-string">'' and row[class="hl-string">'VALUE_NEW'].strip() != class="hl-string">'':
                    activity = class="hl-string">'Approval Submitted'
                    status = class="hl-string">'In Approval'
                elif row[class="hl-string">'VALUE_OLD'] != class="hl-string">'' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'':
                    activity = class="hl-string">'Approval Reset'
                    status = class="hl-string">'In Progress'
                else:
                    class=class="hl-string">"hl-comment"># Logic to differentiate approve/reject might need config specifics
                    activity = class="hl-string">'Approval Step Approved' if row[class="hl-string">'VALUE_NEW'] > row[class="hl-string">'VALUE_OLD'] else class="hl-string">'Approval Step Rejected'
                    status = class="hl-string">'In Approval'
            class=class="hl-string">"hl-comment"># Final Approval/Rejection
            elif row[class="hl-string">'FNAME'] == class="hl-string">'FRGZU':
                 class=class="hl-string">"hl-comment"># This logic assumes specific final approval/rejection codes. Adjust if needed.
                 if row[class="hl-string">'VALUE_NEW'] in [class="hl-string">'X', class="hl-string">'Y', class="hl-string">'Z']: class=class="hl-string">"hl-comment"># Placeholder for final approval states
                     activity = class="hl-string">'Requisition Approved'
                     status = class="hl-string">'Approved'
                 elif row[class="hl-string">'VALUE_NEW'] in [class="hl-string">'R', class="hl-string">'S']: class=class="hl-string">"hl-comment"># Placeholder for final rejection states
                     activity = class="hl-string">'Requisition Rejected'
                     status = class="hl-string">'Rejected'
            class=class="hl-string">"hl-comment"># Other Amendments
            elif row[class="hl-string">'FNAME'] not in [class="hl-string">'FRGZU', class="hl-string">'FRGSX', class="hl-string">'LOEKZ', class="hl-string">'EBAKZ']:
                activity = class="hl-string">'Requisition Amended'
                status = class="hl-string">'Amended'
            class=class="hl-string">"hl-comment"># Blocked
            elif row[class="hl-string">'FNAME'] == class="hl-string">'EBAKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'B':
                activity = class="hl-string">'Requisition Blocked'
                status = class="hl-string">'Blocked'
            class=class="hl-string">"hl-comment"># Withdrawn
            elif row[class="hl-string">'FNAME'] == class="hl-string">'LOEKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'L':
                activity = class="hl-string">'Requisition Withdrawn'
                status = class="hl-string">'Withdrawn'
            class=class="hl-string">"hl-comment"># Closed
            elif row[class="hl-string">'FNAME'] == class="hl-string">'EBAKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'L':
                activity = class="hl-string">'Requisition Closed'
                status = class="hl-string">'Closed'

            if activity:
                events.append({
                    class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'PurchaseRequisitionId'],
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': row[class="hl-string">'EventTime'].strftime(class="hl-string">'%Y-%m-%d %H:%M:%S'),
                    class="hl-string">'User': row[class="hl-string">'USERNAME'],
                    class="hl-string">'RequisitionStatus': status
                })

    class=class="hl-string">"hl-comment"># Activity: Purchase Order Created
    if not df_po.empty:
        df_po_first = df_po.sort_values(class="hl-string">'AEDAT').drop_duplicates(class="hl-string">'BANFN', keep=class="hl-string">'first')
        for _, row in df_po_first.iterrows():
            events.append({
                class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'BANFN'],
                class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created',
                class="hl-string">'EventTime': fclass="hl-string">"{row['AEDAT']} 00:00:00", class=class="hl-string">"hl-comment"># EKKO only has date
                class="hl-string">'User': None, class=class="hl-string">"hl-comment"># User info not directly in EKKO/EKPO for this event
                class="hl-string">'RequisitionStatus': class="hl-string">'PO Created'
            })
            
    class=class="hl-string">"hl-comment"># Dummy activities for Approval Step Started (inferred before approval)
    class=class="hl-string">"hl-comment"># This is a simplified inference. Real logic can be much more complex.
    approval_events = [e for e in events if e[class="hl-string">'ActivityName'] == class="hl-string">'Approval Step Approved']
    for event in approval_events:
        event_time = pd.to_datetime(event[class="hl-string">'EventTime'])
        class=class="hl-string">"hl-comment"># Infer class="hl-string">'started' event one minute before class="hl-string">'approved' for demonstration
        start_time = event_time - datetime.timedelta(minutes=1)
        events.append({
            class="hl-string">'PurchaseRequisitionId': event[class="hl-string">'PurchaseRequisitionId'],
            class="hl-string">'ActivityName': class="hl-string">'Approval Step Started',
            class="hl-string">'EventTime': start_time.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S'),
            class="hl-string">'User': None, class=class="hl-string">"hl-comment"># Approver user is not known until they approve
            class="hl-string">'RequisitionStatus': class="hl-string">'In Approval'
        })

    class=class="hl-string">"hl-comment"># --- 5. Final Formatting ---
    if not events:
        print(class="hl-string">"No events generated. Exiting.")
        return

    df_event_log = pd.DataFrame(events)
    df_event_log = df_event_log.merge(df_eban_grouped, left_on=class="hl-string">'PurchaseRequisitionId', right_on=class="hl-string">'BANFN', how=class="hl-string">'left')
    df_event_log[class="hl-string">'EventTime'] = pd.to_datetime(df_event_log[class="hl-string">'EventTime'])
    df_event_log = df_event_log.sort_values(by=[class="hl-string">'PurchaseRequisitionId', class="hl-string">'EventTime'])

    class=class="hl-string">"hl-comment"># Fill forward attributes within each case
    df_event_log[class="hl-string">'RequisitionDocumentType'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'RequisitionDocumentType_agg'].transform(lambda x: x.ffill().bfill())
    df_event_log[class="hl-string">'TotalRequisitionValue'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'TotalRequisitionValue_agg'].transform(lambda x: x.ffill().bfill())
    df_event_log[class="hl-string">'Department'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'Department_agg'].transform(lambda x: x.ffill().bfill())

    class=class="hl-string">"hl-comment"># Add standard columns
    df_event_log[class="hl-string">'SourceSystem'] = source_system
    df_event_log[class="hl-string">'LastDataUpdate'] = last_data_update

    class=class="hl-string">"hl-comment"># Select and rename final columns
    final_columns = {
        class="hl-string">'PurchaseRequisitionId': class="hl-string">'PurchaseRequisitionId',
        class="hl-string">'ActivityName': class="hl-string">'ActivityName',
        class="hl-string">'EventTime': class="hl-string">'EventTime',
        class="hl-string">'SourceSystem': class="hl-string">'SourceSystem',
        class="hl-string">'LastDataUpdate': class="hl-string">'LastDataUpdate',
        class="hl-string">'User': class="hl-string">'User',
        class="hl-string">'Department': class="hl-string">'Department',
        class="hl-string">'RequisitionStatus': class="hl-string">'RequisitionStatus',
        class="hl-string">'RequisitionDocumentType': class="hl-string">'RequisitionDocumentType',
        class="hl-string">'TotalRequisitionValue': class="hl-string">'TotalRequisitionValue'
    }
    df_event_log = df_event_log[final_columns.keys()].rename(columns=final_columns)
    
    class=class="hl-string">"hl-comment"># Save to CSV
    df_event_log.to_csv(class="hl-string">'event_log_pr.csv', index=False)
    print(class="hl-string">"Event log successfully created: event_log_pr.csv")

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

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

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

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

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

เพิ่มประสิทธิภาพกระบวนการใบขอซื้อ P2P เริ่มทดลองใช้ฟรีวันนี้

ระบุและแก้ไขคอขวดในกระบวนการ P2P ลดเวลารอบการทำงานได้อย่างน้อย 30%.

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

ใช้งานฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต

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

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

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

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

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

เรียกใช้ SQL โดยตรงกับฐานข้อมูลเบื้องหลังของ SAP ECC

ขั้นตอน

การกำหนดค่า

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

ใช้ Python Script กับ SAP RFC เพื่อดึงข้อมูลตาราง

ขั้นตอน

การกำหนดค่า

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

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

เพิ่มประสิทธิภาพกระบวนการใบขอซื้อ P2P เริ่มทดลองใช้ฟรีวันนี้