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

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

SAP ECC

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

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

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

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

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

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

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

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

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

	ชื่อ	คำอธิบาย
	กิจกรรม Activity	ชื่อของขั้นตอนทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้นระหว่างวงจรการจัดการใบแจ้งหนี้.
คำอธิบาย คุณลักษณะกิจกรรมแสดงขั้นตอนหรือการดำเนินการแต่ละรายการในเวิร์กโฟลว์การจัดการใบแจ้งหนี้ โดยดึงข้อมูลจากเหตุการณ์ต่างๆ ในระบบ เช่น การสร้างเอกสาร การเปลี่ยนสถานะ การอนุมัติ หรือการดำเนินการของผู้ใช้ที่บันทึกไว้ในบันทึกการเปลี่ยนแปลงของ SAP การวิเคราะห์กิจกรรมเป็นหัวใจของ process mining ช่วยแสดงแผนผังกระบวนการ ค้นหาคอขวด เช่น การรอนานหลังจากส่งใบแจ้งหนี้เพื่อขออนุมัติ ระบุการวนกลับไปทำงานซ้ำ เช่น การตั้งและปลดการระงับการชำระเงินซ้ำหลายครั้ง รวมถึงจุดที่ไม่เป็นไปตามข้อกำหนด ลำดับและความถี่ของกิจกรรมแสดงให้เห็นขั้นตอนการทำงานจริงในปัจจุบัน. เหตุผลที่สำคัญ คุณลักษณะนี้กำหนดขั้นตอนในแผนผังกระบวนการ ช่วยแสดงลำดับงาน ค้นหาคอขวด และระบุการทำงานซ้ำ. แหล่งข้อมูล โดยทั่วไปได้มาจากหลายแหล่ง เช่น รหัสธุรกรรม (SY-TCODE) ฟิลด์สถานะในตารางอย่าง RBKP (เช่น RBSTAT) และเหตุการณ์การเปลี่ยนแปลงจากตาราง CDHDR และ CDPOS. ตัวอย่าง พักใบแจ้งหนี้ไว้ส่งใบแจ้งหนี้เพื่ออนุมัติอนุมัติใบแจ้งหนี้แล้วบันทึกบัญชีใบแจ้งหนี้แล้วเคลียร์ใบแจ้งหนี้แล้ว
	เวลาเกิดเหตุการณ์ EventTime	เวลาที่แน่นอนซึ่งกิจกรรมเกิดขึ้น โดยระบุทั้งวันที่และเวลา.
คำอธิบาย เวลาเกิดเหตุการณ์บันทึกช่วงเวลาที่กิจกรรมทางธุรกิจดำเนินการและถูกบันทึกในระบบต้นทางอย่างแม่นยำ เวลานี้เป็นแกนลำดับเหตุการณ์ของกระบวนการ โดยเรียงกิจกรรมของใบแจ้งหนี้แต่ละฉบับให้เป็นลำดับที่ต่อเนื่องกัน ในการวิเคราะห์ เวลาเกิดเหตุการณ์จำเป็นต่อการคำนวณตัวชี้วัดตามระยะเวลาทั้งหมด เช่น เวลารอบ เวลารอ และเวลาประมวลผลระหว่างกิจกรรม ข้อมูลนี้ช่วยให้แดชบอร์ดแสดงตัวชี้วัดอย่าง 'เวลารอบตั้งแต่ต้นจนจบของใบแจ้งหนี้' และ 'ระยะเวลาแก้ไขการระงับการชำระเงิน' โดยใช้คำนวณเวลาระหว่างจุดต่างๆ ในกระบวนการ การบันทึกเวลาอย่างแม่นยำจึงสำคัญต่อการค้นหาความล่าช้าและคอขวดด้านประสิทธิภาพ. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการเรียงเหตุการณ์ให้ถูกต้องและคำนวณตัวชี้วัดประสิทธิภาพทั้งหมด เช่น เวลารอบและระยะเวลาที่เกิดคอขวด. แหล่งข้อมูล โดยทั่วไปคำนวณจากวันที่เปลี่ยนแปลง (UDATE) และเวลาที่เปลี่ยนแปลง (UTIME) ในตารางส่วนหัวเอกสารการเปลี่ยนแปลง CDHDR สำหรับเหตุการณ์สร้างเอกสารบางประเภท อาจใช้วันที่และเวลาสร้างจากตารางอย่าง RBKP (ERNAM, ERZET). ตัวอย่าง 2023-03-15T10:30:00Z2023-03-16T14:05:21Z2023-03-28T09:00:00Z
	หมายเลขใบแจ้งหนี้ InvoiceNumber	รหัสเฉพาะของเอกสารใบแจ้งหนี้จากผู้ขาย.
คำอธิบาย หมายเลขใบแจ้งหนี้ใช้ระบุกรณีของใบแจ้งหนี้แต่ละรายการโดยไม่ซ้ำกัน หมายเลขแต่ละรายการตรงกับใบแจ้งหนี้หนึ่งฉบับที่ได้รับจากผู้ขาย จึงติดตามกิจกรรมที่เกี่ยวข้องทั้งหมดได้ ตั้งแต่บันทึกข้อมูลจนถึงชำระเงิน ในการวิเคราะห์ process mining คุณลักษณะนี้เป็นพื้นฐานสำคัญสำหรับสร้างวงจรการทำงานของใบแจ้งหนี้แต่ละฉบับตั้งแต่ต้นจนจบ ช่วยเชื่อมเหตุการณ์ต่างๆ ที่บันทึกใน SAP เช่น การพักเอกสาร การบันทึกบัญชี การระงับ และการล้างรายการ ให้เป็นลำดับตามเวลา ทำให้เห็นชัดว่าใบแจ้งหนี้แต่ละฉบับได้รับการจัดการอย่างไร ใช้เวลานานเท่าใด และมีจุดใดที่แตกต่างจากกระบวนการมาตรฐาน. เหตุผลที่สำคัญ นี่คือคีย์หลักที่เชื่อมเหตุการณ์ทั้งหมดของใบแจ้งหนี้แต่ละฉบับเข้าด้วยกัน จึงเป็นพื้นฐานสำคัญสำหรับการวิเคราะห์กระบวนการและสำรวจรูปแบบการดำเนินงาน. แหล่งข้อมูล โดยทั่วไปคือหมายเลขเอกสารจากตาราง SAP RBKP ฟิลด์ BELNR ซึ่งมักนำมาต่อกับรหัสบริษัท (BUKRS) และปีบัญชี (GJAHR) เพื่อให้ไม่ซ้ำกันอย่างแน่นอน. ตัวอย่าง 510004567851000456795100045680
	ชื่อผู้ใช้ UserName	รหัสผู้ใช้ SAP ของผู้ที่ดำเนินกิจกรรม.
คำอธิบาย คุณลักษณะชื่อผู้ใช้ระบุบุคคลที่รับผิดชอบดำเนินกิจกรรมแต่ละรายการในกระบวนการ โดยทั่วไปคือชื่อผู้ใช้ SAP ที่บันทึกไว้กับธุรกรรมหรือเหตุการณ์การเปลี่ยนแปลง คุณลักษณะนี้สำคัญต่อการวิเคราะห์ผลการทำงานในระดับบุคคลหรือทีม ช่วยตอบคำถาม เช่น 'ใครอนุมัติได้เร็วที่สุด' หรือ 'ผู้ใช้รายใดทำให้เกิดงานซ้ำมากที่สุด' และใช้ในแดชบอร์ดเพื่อวิเคราะห์การกระจายงาน ระบุความต้องการฝึกอบรม และทำความเข้าใจความแตกต่างของผลการทำงานระหว่างพนักงาน. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลการทำงานและปริมาณงานของแต่ละบุคคลหรือทีม เพื่อระบุผู้ที่ทำผลงานได้ดี โอกาสในการฝึกอบรม และความไม่สมดุลของทรัพยากร. แหล่งข้อมูล คือฟิลด์ 'Changed By' (USERNAME) จากตารางส่วนหัวเอกสารการเปลี่ยนแปลง CDHDR สำหรับเหตุการณ์สร้างเอกสาร อาจใช้ฟิลด์ 'Entered by' (ERNAM) ในตารางอย่าง RBKP. ตัวอย่าง JSMITHBWILSONCHEN
	ยอดเงินในใบแจ้งหนี้ InvoiceAmount	ยอดรวมก่อนหักของใบแจ้งหนี้ในสกุลเงินของเอกสารต้นฉบับ.
คำอธิบาย ยอดเงินในใบแจ้งหนี้คือมูลค่ารวมที่ผู้ขายเรียกเก็บ เป็นตัวชี้วัดทางการเงินสำคัญของใบแจ้งหนี้แต่ละกรณี ในการวิเคราะห์ process mining คุณลักษณะนี้จำเป็นต่อการวิเคราะห์ตามมูลค่า ช่วยกรองและแบ่งกลุ่มกระบวนการตามยอดเงินในใบแจ้งหนี้ ซึ่งมักสัมพันธ์กับความซับซ้อนของกระบวนการและข้อกำหนดในการอนุมัติ ตัวอย่างเช่น ใบแจ้งหนี้มูลค่าสูงอาจต้องผ่านขั้นตอนอนุมัติที่เข้มงวดกว่า นอกจากนี้ยังใช้วิเคราะห์การปฏิบัติตามข้อกำหนด เช่น ตรวจสอบว่าใบแจ้งหนี้มูลค่าสูงข้ามขั้นตอนอนุมัติที่จำเป็นหรือไม่. เหตุผลที่สำคัญ ช่วยวิเคราะห์ตามมูลค่า จัดลำดับความสำคัญของใบแจ้งหนี้มูลค่าสูง และทำความเข้าใจว่ายอดเงินส่งผลต่อขั้นตอนและการปฏิบัติตามข้อกำหนดอย่างไร. แหล่งข้อมูล คือฟิลด์ 'Gross invoice amount' (RMWWR) จากตารางส่วนหัวเอกสารใบแจ้งหนี้ RBKP. ตัวอย่าง 1500.7512500.00850.20
	วันครบกำหนดชำระเงิน PaymentDueDate	วันที่ต้องชำระเงินให้ผู้ขายตามเงื่อนไขการชำระเงิน.
คำอธิบาย วันครบกำหนดชำระเงินคำนวณจากวันที่ตั้งต้นของใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกันไว้ วันที่นี้เป็นกำหนดสุดท้ายที่ต้องชำระเพื่อไม่ให้ชำระล่าช้า ซึ่งอาจทำให้เกิดค่าปรับหรือกระทบความสัมพันธ์กับผู้ขาย แอตทริบิวต์นี้สำคัญต่อ KPI ด้านประสิทธิภาพและการปฏิบัติตามข้อกำหนด เช่น 'อัตราการชำระเงินตรงเวลา' และ 'มูลค่าส่วนลดเงินสดที่พลาดไป' เมื่อนำวันที่ชำระเงินจริง (วันที่เคลียร์รายการ) มาเทียบกับวันครบกำหนดชำระเงิน ระบบจะระบุได้โดยอัตโนมัติว่าชำระตรงเวลา ก่อนกำหนด หรือล่าช้า ข้อมูลนี้เป็นพื้นฐานของแดชบอร์ดการปฏิบัติตามเงื่อนไขการชำระเงิน. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์วัดการชำระเงินตรงเวลา และช่วยระบุโอกาสในการรับส่วนลดเมื่อชำระก่อนกำหนด. แหล่งข้อมูล วันที่นี้มักได้จากการคำนวณ วันที่ตั้งต้นสำหรับการชำระเงิน (ZFBDT) อยู่ในตาราง BSEG ส่วนการคำนวณวันครบกำหนดยังขึ้นอยู่กับเงื่อนไขการชำระเงิน (BSEG-ZTERM) ด้วย. ตัวอย่าง 2023-04-192023-05-052023-05-11
	วันที่เคลียร์รายการ ClearingDate	วันที่ชำระเงินและเคลียร์ใบแจ้งหนี้ออกจากบัญชีเจ้าหนี้.
คำอธิบาย วันที่เคลียร์รายการเป็นขั้นตอนสุดท้ายของวงจรใบแจ้งหนี้ นั่นคือการชำระเงิน โดยเป็นวันที่ระบบใช้เอกสารการชำระเงินเคลียร์รายการใบแจ้งหนี้ที่ยังค้างอยู่ และแสดงเวลาที่ชำระเงินจริง แอตทริบิวต์นี้เป็นจุดสิ้นสุดสำหรับ KPI สำคัญหลายรายการ เช่น 'เวลารอบใบแจ้งหนี้เฉลี่ย' และ 'อัตราการชำระเงินตรงเวลา' โดยนำไปเทียบกับวันครบกำหนดชำระเงินเพื่อวัดประสิทธิภาพการชำระเงิน ส่วนการวิเคราะห์ส่วนลดเงินสดจะนำไปเทียบกับช่วงเวลารับส่วนลด เพื่อดูว่าชำระทันเวลาหรือไม่. เหตุผลที่สำคัญ ระบุว่ากระบวนการเสร็จสิ้นแล้ว และใช้คำนวณเวลารอบทั้งหมด อัตราการชำระเงินตรงเวลา และการรับส่วนลดเงินสด. แหล่งข้อมูล สำหรับรายการที่เคลียร์แล้ว ฟิลด์นี้คือ 'Clearing Date' (AUGDT) จากตารางรายการผู้ขายที่เคลียร์แล้ว BSAK. ตัวอย่าง 2023-04-152023-05-022023-05-20
	วันที่บันทึกบัญชี PostingDate	วันที่บันทึกใบแจ้งหนี้ลงในบัญชีแยกประเภททางการเงินอย่างเป็นทางการ.
คำอธิบาย วันที่บันทึกบัญชีเป็นวันที่สำคัญในกระบวนการบัญชี เพราะใช้กำหนดรอบบัญชีที่รับรู้ค่าใช้จ่ายจากใบแจ้งหนี้ในบัญชีแยกประเภททั่วไป โดยปกติเจ้าหน้าที่บัญชีเจ้าหนี้จะกำหนดวันที่นี้ระหว่างประมวลผลใบแจ้งหนี้ ในการวิเคราะห์กระบวนการ กิจกรรม 'บันทึกใบแจ้งหนี้' ซึ่งระบุด้วยวันที่นี้ถือเป็นหมุดหมายสำคัญ ระยะเวลาตั้งแต่ได้รับใบแจ้งหนี้จนถึงวันที่บันทึกบัญชีเป็นส่วนสำคัญของเวลารอบกระบวนการทั้งหมด วันที่นี้ยังจำเป็นต่อการรายงานทางการเงินและการวิเคราะห์ปริมาณงาน เช่น การติดตามจำนวนใบแจ้งหนี้ที่บันทึกบัญชีในแต่ละสัปดาห์หรือเดือน. เหตุผลที่สำคัญ วันที่นี้ระบุหมุดหมายสำคัญของกระบวนการ กำหนดรอบบัญชีของรายการ และเป็นข้อมูลหลักในการคำนวณเวลารอบกระบวนการ. แหล่งข้อมูล ฟิลด์ 'Posting Date' (BUDAT) จากตารางส่วนหัวเอกสารใบแจ้งหนี้ RBKP. ตัวอย่าง 2023-03-202023-04-052023-04-11
	หมายเลขใบสั่งซื้อ PurchaseOrderNumber	รหัสใบสั่งซื้อ (PO) ที่ใช้จับคู่กับใบแจ้งหนี้.
คำอธิบาย หมายเลขใบสั่งซื้อเชื่อมใบแจ้งหนี้กับเอกสารจัดซื้อเดิม เป็นข้อมูลพื้นฐานสำหรับการจับคู่สามทาง (ใบสั่งซื้อ ใบรับสินค้า และใบแจ้งหนี้) และการวิเคราะห์ประสิทธิภาพของกระบวนการใบแจ้งหนี้ที่อ้างอิงใบสั่งซื้อ คุณลักษณะนี้สำคัญต่อแดชบอร์ด เช่น 'อัตราความคลาดเคลื่อนในการจับคู่ใบแจ้งหนี้กับใบสั่งซื้อ' ช่วยแบ่งกระบวนการเป็นใบแจ้งหนี้ที่มีใบสั่งซื้อและไม่มีใบสั่งซื้อ ซึ่งมักมีขั้นตอนและความซับซ้อนต่างกันมาก การวิเคราะห์ปัญหาที่เกี่ยวข้องกับใบสั่งซื้อแต่ละรายการยังช่วยค้นหาปัญหาที่เกิดขึ้นก่อนหน้าในกระบวนการจัดซื้อได้. เหตุผลที่สำคัญ เชื่อมใบแจ้งหนี้กับกระบวนการจัดซื้อ ทำให้วิเคราะห์ใบแจ้งหนี้ที่มีและไม่มีใบสั่งซื้อ พร้อมค้นหาความคลาดเคลื่อนในการจับคู่ได้. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในระดับรายการ ฟิลด์ 'Purchase Order Number' (EBELN) อยู่ในตารางรายการใบแจ้งหนี้ RSEG และอาจต้องรวมข้อมูลขึ้นมาไว้ที่ระดับส่วนหัว. ตัวอย่าง 450001756345000175644500017565
	หมายเลขผู้ขาย VendorNumber	รหัสเฉพาะของผู้ขายหรือซัพพลายเออร์ที่ส่งใบแจ้งหนี้.
คำอธิบาย หมายเลขผู้ขายเป็นคีย์ข้อมูลหลักที่ใช้ระบุซัพพลายเออร์ และเชื่อมรายการใบแจ้งหนี้กับคู่ค้าทางธุรกิจรายใดรายหนึ่ง ทำให้วิเคราะห์ตามลักษณะของผู้ขายได้ การวิเคราะห์กระบวนการตามหมายเลขผู้ขายช่วยให้เห็นข้อมูลสำคัญเกี่ยวกับความสัมพันธ์และผลการดำเนินงานของซัพพลายเออร์ เช่น ผู้ขายรายใดส่งใบแจ้งหนี้ที่มีปัญหาจนเกิดการระงับการชำระเงินหรือข้อมูลไม่ตรงกันอยู่เสมอ หรือใบแจ้งหนี้ของผู้ขายรายใดได้รับการจัดการอย่างมีประสิทธิภาพที่สุด ข้อมูลนี้มีประโยชน์ต่อการบริหารผู้ขายและการจัดหาเชิงกลยุทธ์. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผู้ขายแต่ละราย เพื่อค้นหารูปแบบ ปัญหา หรือประสิทธิภาพที่เกี่ยวข้องกับซัพพลายเออร์รายนั้น. แหล่งข้อมูล คือฟิลด์ 'Invoicing Party' (LIFNR) จากตารางส่วนหัวเอกสารใบแจ้งหนี้ RBKP. ตัวอย่าง 100345100876200112
	เหตุผลที่ระงับการชำระเงิน PaymentBlockReason	รหัสที่ระบุสาเหตุที่ระงับการชำระเงินของใบแจ้งหนี้.
คำอธิบาย เมื่อพบข้อแตกต่างในใบแจ้งหนี้หรือต้องตรวจสอบเพิ่มเติม ระบบจะระงับการชำระเงิน รหัสเหตุผลที่ระงับการชำระเงินจะระบุสาเหตุ เช่น จำนวนไม่ตรง ราคาไม่ตรง หรือมีผู้ระงับรายการด้วยตนเอง แอตทริบิวต์นี้จำเป็นสำหรับแดชบอร์ด 'ระยะเวลาแก้ไขการระงับการชำระเงิน' การวิเคราะห์ความถี่และระยะเวลาที่ระงับแยกตามเหตุผลช่วยค้นหาต้นเหตุของความล่าช้าในการชำระเงินได้ เช่น หาก 'ราคาไม่ตรง' เป็นสาเหตุที่ทำให้ระงับรายการเป็นเวลานานบ่อยที่สุด อาจชี้ถึงปัญหาในข้อมูลหลักหรือกระบวนการจัดทำใบสั่งซื้อที่ควรได้รับการแก้ไข. เหตุผลที่สำคัญ ข้อมูลนี้อธิบายสาเหตุที่ใบแจ้งหนี้ล่าช้า ช่วยวิเคราะห์ต้นเหตุของการระงับการชำระเงินและจัดลำดับความสำคัญของการปรับปรุงกระบวนการ. แหล่งข้อมูล ดูเหตุผลที่ระงับการชำระเงินได้ที่ระดับรายการในตาราง RSEG (ฟิลด์ SPGRS) หรือตารางเอกสารบัญชี BSEG (ฟิลด์ ZLSPR). ตัวอย่าง RIM
	เกินกำหนดชำระหรือไม่ IsOverdue	ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าชำระใบแจ้งหนี้หลังวันครบกำหนดหรือไม่.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้คำนวณโดยเปรียบเทียบ 'วันที่เคลียร์รายการ' (วันที่ชำระเงินจริง) กับ 'วันครบกำหนดชำระเงิน' หากวันที่เคลียร์รายการอยู่หลังวันครบกำหนด ค่าจะเป็น true มิฉะนั้นจะเป็น false จึงใช้วัดการชำระเงินตรงเวลาของใบแจ้งหนี้แต่ละรายการได้โดยตรง แอตทริบิวต์นี้ช่วยให้วิเคราะห์และแสดงข้อมูลบนแดชบอร์ดได้ง่ายขึ้น คุณสามารถกรองและรวมข้อมูลเพื่อคำนวณ KPI 'อัตราการชำระเงินตรงเวลา' ได้สะดวก ทั้งยังแบ่งกระบวนการเพื่อเปรียบเทียบขั้นตอนของใบแจ้งหนี้ที่เกินกำหนดกับรายการที่ชำระตรงเวลา และค้นหารูปแบบกระบวนการที่อาจทำให้ชำระล่าช้า. เหตุผลที่สำคัญ ช่วยให้วิเคราะห์การชำระเงินตรงเวลาได้ง่ายขึ้น และเปรียบเทียบกระบวนการของใบแจ้งหนี้ที่ชำระตรงเวลากับที่ชำระล่าช้าได้สะดวก. แหล่งข้อมูล แอตทริบิวต์นี้ไม่มีใน SAP โดยคำนวณระหว่างการแปลงข้อมูลด้วยสูตร: ClearingDate > PaymentDueDate. ตัวอย่าง truefalse
	เงื่อนไขการชำระเงิน PaymentTerms	รหัสที่กำหนดเงื่อนไขการชำระเงินที่ตกลงกับผู้ขาย เช่น ช่วงเวลารับส่วนลดและวันครบกำหนดชำระ.
คำอธิบาย เงื่อนไขการชำระเงินกำหนดกำหนดเวลาชำระใบแจ้งหนี้และส่วนลดเงินสดที่อาจได้รับเมื่อชำระก่อนกำหนด ตัวอย่างเช่น 'ชำระภายใน 30 วัน' หรือ 'ส่วนลด 2% หากชำระภายใน 10 วัน มิฉะนั้นชำระเต็มจำนวนภายใน 30 วัน' แอตทริบิวต์นี้เป็นพื้นฐานของแดชบอร์ด 'มูลค่าส่วนลดเงินสดที่พลาดไป' และ KPI 'อัตราการรับส่วนลดเงินสด' การวิเคราะห์จะใช้เงื่อนไขการชำระเงินร่วมกับวันที่บันทึกบัญชีและวันที่ชำระเงิน เพื่อดูว่ามีส่วนลดหรือไม่ และได้รับส่วนลดนั้นหรือเปล่า นอกจากนี้ยังเป็นข้อมูลสำคัญสำหรับแดชบอร์ดการปฏิบัติตามเงื่อนไขการชำระเงิน. เหตุผลที่สำคัญ จำเป็นต่อการวิเคราะห์อัตราการรับส่วนลดเงินสดและทำความเข้าใจผลกระทบทางการเงินจากความล่าช้าของกระบวนการ. แหล่งข้อมูล ฟิลด์ 'Terms of Payment Key' (ZTERM) จากตารางส่วนหัวเอกสารใบแจ้งหนี้ RBKP. ตัวอย่าง Z0010001NT30
	บัญชีแยกประเภททั่วไป GeneralLedgerAccount	หมายเลขบัญชี G/L ที่ใช้บันทึกค่าใช้จ่ายหรือต้นทุนของใบแจ้งหนี้.
คำอธิบาย บัญชีแยกประเภททั่วไป (G/L) คือบัญชีปลายทางในผังบัญชีที่ใช้บันทึกผลกระทบทางการเงินจากใบแจ้งหนี้ ข้อมูลนี้สำคัญต่อการรายงานทางการเงินและการจัดการต้นทุน สำหรับ process mining การวิเคราะห์บัญชี G/L ช่วยเพิ่มมิติทางการเงินให้กับกระบวนการ แดชบอร์ด 'การวิเคราะห์การใช้บัญชีแยกประเภททั่วไป' ช่วยให้เห็นรูปแบบการใช้จ่าย ตรวจหารายการใบแจ้งหนี้ที่อาจลงบัญชีผิด และตรวจสอบว่ามีการจัดสรรต้นทุนให้แผนกหรือโครงการที่ถูกต้องหรือไม่ ข้อมูลนี้ช่วยเชื่อมโยงการดำเนินกระบวนการกับผลกระทบทางการเงิน. เหตุผลที่สำคัญ เพิ่มมิติด้านการเงินให้กับกระบวนการ ช่วยวิเคราะห์การจัดสรรต้นทุน รูปแบบการใช้จ่าย และการลงบัญชีใบแจ้งหนี้ผิดบัญชีที่อาจเกิดขึ้น. แหล่งข้อมูล ข้อมูลนี้อยู่ที่ระดับรายการ ฟิลด์ 'G/L Account Number' (HKONT) อยู่ในตารางรายการใบแจ้งหนี้ RSEG สำหรับใบแจ้งหนี้ที่อ้างอิงใบสั่งซื้อ หรือ BSEG สำหรับใบแจ้งหนี้ FI โดยตรง. ตัวอย่าง 630000655100741000
	ประเภทเอกสาร DocumentType	รหัสที่ใช้จัดประเภทเอกสารบัญชี เช่น ใบแจ้งหนี้จากผู้ขายหรือใบลดหนี้.
คำอธิบาย ประเภทเอกสารใช้จัดหมวดหมู่รายการทางธุรกิจประเภทต่างๆ ใน SAP สำหรับการประมวลผลใบแจ้งหนี้ ประเภทที่ใช้บ่อย ได้แก่ 'RE' สำหรับใบแจ้งหนี้ทั่วไป และ 'KG' สำหรับใบลดหนี้จากผู้ขาย ประเภทเอกสารยังกำหนดรายละเอียดการบันทึกบัญชี เช่น ช่วงหมายเลขเอกสารที่ใช้ ในการวิเคราะห์ คุณสามารถใช้แอตทริบิวต์นี้กรองกระบวนการตามประเภทรายการได้ เช่น ขั้นตอนจัดการใบลดหนี้อาจต่างจากใบแจ้งหนี้ทั่วไปอย่างมาก การแยกกระบวนการตามประเภทเอกสารจึงช่วยให้เห็นภาพกระบวนการได้ถูกต้องและชัดเจนขึ้น. เหตุผลที่สำคัญ ช่วยแยกและวิเคราะห์รายการทางธุรกิจประเภทต่างๆ เช่น ใบแจ้งหนี้กับใบลดหนี้ ซึ่งมีกระบวนการทำงานต่างกัน. แหล่งข้อมูล ฟิลด์ 'Document Type' (BLART) จากตารางส่วนหัวเอกสารใบแจ้งหนี้ RBKP. ตัวอย่าง REKRKG
	พลาดส่วนลดเงินสดหรือไม่ IsCashDiscountLost	ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าพลาดส่วนลดเงินสดที่มีสิทธิ์ได้รับหรือไม่.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้คำนวณจากเงื่อนไขการชำระเงินและวันที่ชำระเงินจริง โดยกำหนดเป็น true หาก 'เงื่อนไขการชำระเงิน' ให้ส่วนลดเมื่อชำระก่อนกำหนด แต่ 'วันที่เคลียร์รายการ' อยู่หลังช่วงเวลารับส่วนลด แอตทริบิวต์นี้วัดความสูญเสียทางการเงินจากความไม่มีประสิทธิภาพของกระบวนการได้โดยตรง แอตทริบิวต์นี้เป็นพื้นฐานของแดชบอร์ด 'มูลค่าส่วนลดเงินสดที่พลาดไป' และช่วยคำนวณผลกระทบทางการเงินจากความล่าช้าได้ง่ายขึ้น นักวิเคราะห์สามารถกรองรายการที่มีค่า true เพื่อค้นหารูปแบบกระบวนการและคอขวดที่ทำให้พลาดส่วนลดบ่อยที่สุด ซึ่งช่วยแสดงเหตุผลทางธุรกิจในการปรับปรุงกระบวนการ. เหตุผลที่สำคัญ ช่วยคำนวณความสูญเสียทางการเงินจากความล่าช้าของกระบวนการได้โดยตรง และแสดงเหตุผลทางธุรกิจในการปรับปรุงเวิร์กโฟลว์การประมวลผลใบแจ้งหนี้. แหล่งข้อมูล แอตทริบิวต์นี้ไม่มีใน SAP โดยคำนวณระหว่างการแปลงข้อมูลจากการตีความ 'PaymentTerms' และเปรียบเทียบ 'ClearingDate' กับวันครบกำหนดรับส่วนลด. ตัวอย่าง truefalse
	รหัสบริษัท CompanyCode	รหัสนิติบุคคลหรือบริษัทที่ใช้ประมวลผลใบแจ้งหนี้.
คำอธิบาย รหัสบริษัทเป็นหน่วยงานพื้นฐานใน SAP Financials ซึ่งใช้แทนนิติบุคคลอิสระ รายการทางการเงินทั้งหมด รวมถึงใบแจ้งหนี้ จะบันทึกภายใต้รหัสบริษัทที่ระบุ แอตทริบิวต์นี้ช่วยแบ่งการวิเคราะห์กระบวนการตามนิติบุคคล และจำเป็นต่อการเปรียบเทียบประสิทธิภาพ การปฏิบัติตามข้อกำหนด และประสิทธิผลของกระบวนการระหว่างบริษัทต่างๆ ในเครือ คุณสามารถกรองแดชบอร์ดตามรหัสบริษัทเพื่อดู KPI การประมวลผลใบแจ้งหนี้ของแต่ละบริษัทได้. เหตุผลที่สำคัญ ช่วยเปรียบเทียบกระบวนการและวัดประสิทธิภาพระหว่างนิติบุคคลต่างๆ ในองค์กร. แหล่งข้อมูล ฟิลด์ 'Company Code' (BUKRS) จากตารางส่วนหัวเอกสารใบแจ้งหนี้ RBKP. ตัวอย่าง 10002000US01
	ระบบต้นทาง SourceSystem	ระบุระบบต้นทางที่ดึงข้อมูลมา.
คำอธิบาย คุณลักษณะระบบต้นทางระบุแหล่งที่มาของข้อมูลเหตุการณ์ เช่น ชื่ออินสแตนซ์ SAP ECC ที่กำหนดไว้ มีความสำคัญเป็นพิเศษในองค์กรที่ใช้ระบบ ERP หลายระบบ หรือรวมข้อมูลจากหลายแหล่ง ในการวิเคราะห์ คุณลักษณะนี้ช่วยแยกกระบวนการและผลการดำเนินงานของระบบ ภูมิภาค หรือหน่วยธุรกิจต่างๆ ที่อาจใช้คนละอินสแตนซ์ ทั้งยังช่วยให้ตรวจสอบที่มาของข้อมูลได้ชัดเจน และกรองหรือวิเคราะห์ข้อมูลเฉพาะระบบได้. เหตุผลที่สำคัญ ช่วยให้เห็นบริบทที่จำเป็นเมื่อใช้หลายระบบ ทำให้แยกข้อมูลได้ถูกต้องและวิเคราะห์ผลการดำเนินงานของแต่ละระบบได้. แหล่งข้อมูล โดยทั่วไปเป็นค่าคงที่ที่เพิ่มระหว่างการดึงข้อมูล เพื่อระบุ SAP System ID (TADIR-SRCSYSTEM) หรือรหัสที่กำหนดเองสำหรับอินสแตนซ์ SAP นั้น. ตัวอย่าง SAPECC_PROD_EUECC_US_FINSAP_ERP_6_EHP8
	เวลาสิ้นสุด EndTime	เวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด สำหรับเหตุการณ์ที่เกิดขึ้นทันที จะตรงกับเวลาเริ่มต้น.
คำอธิบาย คุณลักษณะเวลาสิ้นสุดระบุเวลาที่กิจกรรมหนึ่งๆ เสร็จสมบูรณ์ เหตุการณ์จำนวนมากใน SAP บันทึกเป็นช่วงเวลาเดียว ทำให้เวลาสิ้นสุดตรงกับเวลาเริ่มต้น แต่สำหรับกิจกรรมที่มีระยะเวลาวัดได้ เช่น ขั้นตอนอนุมัติที่มีการดำเนินงานจริง เวลานี้อาจระบุเวลาที่งานเสร็จสิ้น ในการวิเคราะห์กระบวนการ การมีเวลาสิ้นสุดแยกต่างหากช่วยวัดเวลาที่ใช้ดำเนินกิจกรรม โดยไม่รวมเวลารอก่อนเริ่มกิจกรรม ทำให้แยกได้ว่ากิจกรรมใช้เวลาทำงานนานเท่าใด และแต่ละกรณีต้องรอให้เริ่มกิจกรรมนานเท่าใด จึงเห็นประสิทธิภาพการใช้ทรัพยากรได้ชัดเจนขึ้น. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรม แยกจากเวลาระหว่างกิจกรรม และทำให้วิเคราะห์คอขวดได้แม่นยำขึ้น. แหล่งข้อมูล มักตรงกับเวลาเริ่มต้น โดยคำนวณจาก CDHDR-UDATE และ CDHDR-UTIME ในบางกรณีอาจได้จากบันทึก workflow ที่ระบุเวลาเริ่มต้นและสิ้นสุดของงานไว้อย่างชัดเจน. ตัวอย่าง 2023-03-15T10:35:10Z2023-03-16T14:10:00Z2023-03-28T09:02:45Z
	สกุลเงิน Currency	รหัสสกุลเงินของยอดเงินในใบแจ้งหนี้.
คำอธิบาย แอตทริบิวต์ Currency ระบุสกุลเงินของยอดใบแจ้งหนี้ เช่น USD, EUR หรือ JPY แอตทริบิวต์นี้ให้บริบทที่จำเป็นต่อการทำความเข้าใจยอดใบแจ้งหนี้และการรวมข้อมูลทางการเงิน โดยเฉพาะในองค์กรระดับโลกที่ใช้หลายสกุลเงิน คุณสามารถกรองข้อมูลตามสกุลเงินเพื่อเปรียบเทียบประสิทธิภาพการประมวลผลหรือปัญหาที่เกิดขึ้นในแต่ละเขตสกุลเงินได้ หากต้องการรวมยอดทางการเงินให้มีความหมาย อาจต้องแปลงยอดเงินเป็นสกุลเงินเดียวสำหรับการรายงาน. เหตุผลที่สำคัญ แอตทริบิวต์นี้ให้บริบทที่จำเป็นสำหรับยอดเงินทางการเงิน ช่วยให้ตีความได้ถูกต้อง และกรองหรือวิเคราะห์ข้อมูลตามสกุลเงินได้. แหล่งข้อมูล ฟิลด์ 'Currency Key' (WAERS) จากตารางส่วนหัวเอกสารใบแจ้งหนี้ RBKP. ตัวอย่าง USDEURGBP
	เหตุผลที่ปฏิเสธ RejectionReason	รหัสหรือข้อความที่อธิบายสาเหตุที่ปฏิเสธใบแจ้งหนี้ระหว่างเวิร์กโฟลว์อนุมัติ.
คำอธิบาย เมื่อผู้อนุมัติปฏิเสธใบแจ้งหนี้ ควรระบุเหตุผลไว้ด้วย ซึ่งอาจเป็นรหัสมาตรฐานหรือข้อความอิสระ เช่น 'เลขที่ใบสั่งซื้อไม่ถูกต้อง' 'ใบแจ้งหนี้ซ้ำ' หรือ 'ยอดเงินไม่ถูกต้อง' ข้อมูลนี้สำคัญต่อแดชบอร์ด 'เหตุผลและแนวโน้มการปฏิเสธใบแจ้งหนี้' การวิเคราะห์ความถี่ของเหตุผลแต่ละประเภทช่วยให้ธุรกิจพบปัญหาที่เกิดซ้ำและกำหนดวิธีแก้ไขได้ เช่น หากปฏิเสธเพราะ 'เลขที่ใบสั่งซื้อไม่ถูกต้อง' บ่อยครั้ง อาจต้องสื่อสารกับผู้ขายให้ชัดเจนขึ้นหรือฝึกอบรมเจ้าหน้าที่ป้อนข้อมูล การวิเคราะห์นี้ช่วยลดการทำงานซ้ำในกระบวนการ. เหตุผลที่สำคัญ ช่วยระบุต้นเหตุของการปฏิเสธ เพื่อปรับปรุงกระบวนการได้ตรงจุด ลดการทำงานซ้ำ และเพิ่มอัตราการทำงานถูกต้องตั้งแต่ครั้งแรก. แหล่งข้อมูล ข้อมูลนี้มักไม่ได้จัดเก็บไว้ในฟิลด์มาตรฐานเดียว แต่อาจอยู่ในบันทึกเวิร์กโฟลว์คอนเทนเนอร์ ฟิลด์ข้อความยาวที่เชื่อมโยงกับเอกสาร หรือฟิลด์เฉพาะในโซลูชันเวิร์กโฟลว์ที่ปรับแต่งขึ้น. ตัวอย่าง DUPLICATE_INVWRONG_AMTNO_PO_MATCH
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่ระบุว่ามีการดึงข้อมูลกระบวนการจากระบบต้นทางมาอัปเดตครั้งล่าสุดเมื่อใด.
คำอธิบาย คุณลักษณะนี้บันทึกวันที่และเวลาที่ดึงหรืออัปเดตข้อมูลครั้งล่าสุด โดยใช้กับชุดข้อมูลทั้งหมด ไม่ใช่เหตุการณ์แต่ละรายการ จึงช่วยให้เห็นชัดว่าข้อมูลเป็นปัจจุบันเพียงใด ข้อมูลเมตานี้สำคัญต่อผู้ใช้แดชบอร์ดและนักวิเคราะห์ เพราะช่วยให้ทราบว่าการวิเคราะห์ครอบคลุมช่วงเวลาใด และตัดสินใจโดยอิงข้อมูลล่าสุด โดยทั่วไปจะแสดงข้อมูลนี้ไว้อย่างชัดเจนบนแดชบอร์ด เพื่อแจ้งให้ผู้ใช้ทราบว่าข้อมูลอัปเดตถึงเมื่อใด. เหตุผลที่สำคัญ แจ้งให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้การวิเคราะห์และการตัดสินใจอิงข้อมูลล่าสุด. แหล่งข้อมูล เครื่องมือดึงข้อมูลหรือ ETL จะสร้างและเพิ่มค่านี้ลงในชุดข้อมูลเมื่อรีเฟรชข้อมูล. ตัวอย่าง 2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z

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

กิจกรรมในการประมวลผลใบแจ้งหนี้ในกระบวนการจัดซื้อจนถึงการชำระเงิน

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

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

	กิจกรรม	คำอธิบาย
	กลับรายการใบแจ้งหนี้	หมายถึงการยกเลิกเอกสารใบแจ้งหนี้ที่บันทึกบัญชีแล้ว โดยสร้างเอกสารกลับรายการเพื่อหักล้างผลทางการเงินของใบแจ้งหนี้เดิม.
เหตุผลที่สำคัญ กิจกรรมนี้แสดงข้อยกเว้นสำคัญและเส้นทางการทำงานซ้ำ การวิเคราะห์ความถี่และสาเหตุของการกลับรายการช่วยค้นหาปัญหาเชิงระบบในขั้นตอนตรวจสอบและบันทึกบัญชีใบแจ้งหนี้. แหล่งข้อมูล เหตุการณ์นี้บันทึกไว้โดยตรงในตารางส่วนหัวเอกสาร BKPF ส่วนหัวของเอกสารที่ถูกกลับรายการมีหมายเลขเอกสารกลับรายการ (STBLG) และปีบัญชี (STJAH). บันทึก ค้นหาเอกสารที่มีค่าใน BKPF-STBLG โดยใช้วันที่บันทึกบัญชีของเอกสารกลับรายการเป็นเวลาของเหตุการณ์. ประเภทเหตุการณ์ explicit
	เคลียร์ใบแจ้งหนี้แล้ว	กิจกรรมนี้เป็นขั้นตอนสุดท้ายของวงจรใบแจ้งหนี้ที่เสร็จสมบูรณ์ โดยเอกสารการชำระเงินจะล้างหนี้สินที่ค้างอยู่ แสดงว่าดำเนินการชำระเงินแล้ว.
เหตุผลที่สำคัญ ในฐานะเหตุการณ์สิ้นสุดหลัก กิจกรรมนี้จำเป็นต่อการคำนวณเวลารวมตั้งแต่ต้นจนจบ ยืนยันว่ากระบวนการเสร็จสมบูรณ์ และใช้วัดผลการชำระเงินตรงเวลา. แหล่งข้อมูล เหตุการณ์นี้บันทึกไว้โดยตรงในตารางรายการใบแจ้งหนี้ BSEG โดยวันที่ล้างรายการอยู่ในฟิลด์ AUGDT และหมายเลขเอกสารล้างรายการอยู่ใน AUGBL. บันทึก ใช้วันที่ล้างรายการ (BSEG-AUGDT) จากรายการในเอกสารใบแจ้งหนี้. ประเภทเหตุการณ์ explicit
	ตั้งการระงับการชำระเงิน	กิจกรรมนี้เกิดขึ้นเมื่อระงับรายการในใบแจ้งหนี้ ทำให้ไม่สามารถชำระเงินได้ ระบบอาจตั้งการระงับโดยอัตโนมัติเมื่อข้อมูลจับคู่สามทางไม่ตรงกัน หรือผู้ใช้อาจตั้งเองด้วยเหตุผลต่างๆ.
เหตุผลที่สำคัญ เหตุการณ์นี้สำคัญต่อการวัดระยะเวลาแก้ไขการระงับการชำระเงินและค้นหาต้นเหตุของความล่าช้า ช่วยให้เห็นปัญหาเกี่ยวกับราคา จำนวน หรือการอนุมัติที่จำเป็น. แหล่งข้อมูล บันทึกเหตุการณ์นี้ได้โดยตรงจากบันทึกเอกสารการเปลี่ยนแปลงในตาราง CDHDR และ CDPOS สำหรับตาราง BSEG ฟิลด์ ZLSPR (รหัสการระงับการชำระเงิน). บันทึก ใช้เวลาจากเอกสารการเปลี่ยนแปลง (CDHDR) เมื่อค่า BSEG-ZLSPR เปลี่ยนจากว่างเป็นไม่ว่าง. ประเภทเหตุการณ์ explicit
	บันทึกข้อมูลใบแจ้งหนี้	ระบุเวลาที่สร้างเอกสารใบแจ้งหนี้ใน SAP ไม่ว่าจะเป็นเอกสารที่พักไว้หรือบันทึกบัญชีแล้ว โดยทั่วไปนี่คือเหตุการณ์แรกที่ระบบบันทึกไว้ในวงจรของใบแจ้งหนี้ และใช้เป็นเวลาเริ่มต้นของกระบวนการ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นหลักในการวัดเวลาตั้งแต่ต้นจนจบของการจัดการใบแจ้งหนี้ การวิเคราะห์ระยะเวลานับจากจุดนี้ช่วยให้พบความล่าช้าในขั้นตอนป้อนข้อมูลและสร้างเอกสารเบื้องต้น. แหล่งข้อมูล เวลาที่สร้างเอกสารบันทึกไว้ในตาราง SAP BKPF ฟิลด์ CPUDT (วันที่บันทึกเอกสารบัญชี) และ CPUTM (เวลาที่บันทึก). บันทึก ใช้เวลาสร้างเอกสารจากส่วนหัวของตาราง BKPF (CPUDT). ประเภทเหตุการณ์ explicit
	บันทึกบัญชีใบแจ้งหนี้แล้ว	เหตุการณ์ทางการเงินสำคัญนี้เกิดขึ้นเมื่อบันทึกใบแจ้งหนี้ลงบัญชีแยกประเภททั่วไปอย่างเป็นทางการ ทำให้เกิดหนี้สิน และเปลี่ยนเอกสารจากสถานะชั่วคราวที่พักไว้เป็นรายการบัญชีถาวร.
เหตุผลที่สำคัญ การบันทึกบัญชีเป็นเหตุการณ์สำคัญที่ยืนยันความถูกต้องของใบแจ้งหนี้ เป็นเงื่อนไขก่อนชำระเงินและเป็นตัวชี้วัดสำคัญของปริมาณงานที่ประมวลผลได้. แหล่งข้อมูล เหตุการณ์นี้บันทึกไว้โดยตรงในตารางส่วนหัวเอกสาร BKPF โดยใช้วันที่บันทึกบัญชี BKPF-BUDAT เป็นเวลา เอกสารจะไม่มีสถานะ 'พักไว้' อีกต่อไป. บันทึก ใช้วันที่บันทึกบัญชี (BKPF-BUDAT) สำหรับเอกสารที่ไม่ได้พักไว้ (BKPF-BSTAT เป็นค่าว่างหรือ ' '). ประเภทเหตุการณ์ explicit
	ใบแจ้งหนี้เกินกำหนดชำระ	เหตุการณ์ที่คำนวณขึ้นเมื่อวันที่ปัจจุบันเลยวันครบกำหนดชำระสุทธิของใบแจ้งหนี้ และยังไม่ได้ชำระเงิน วันครบกำหนดคำนวณจากเงื่อนไขการชำระเงินและวันที่อ้างอิง.
เหตุผลที่สำคัญ กิจกรรมนี้จำเป็นต่อการติดตาม KPI อัตราการชำระเงินตรงเวลา ช่วยแจ้งเตือนล่วงหน้าถึงใบแจ้งหนี้ที่เสี่ยงชำระล่าช้า ซึ่งอาจกระทบความสัมพันธ์กับผู้ขายและทำให้เกิดค่าปรับ. แหล่งข้อมูล คำนวณเหตุการณ์นี้โดยเปรียบเทียบวันที่ปัจจุบันกับวันครบกำหนดชำระสุทธิ ซึ่งคำนวณจากวันที่อ้างอิง (BSEG-ZFBDT) และเงื่อนไขการชำระเงิน (BSEG-ZTERM). บันทึก เหตุการณ์จะเกิดขึ้นเมื่อ `current_date > (BSEG-ZFBDT + payment_terms)` และยังไม่ได้ล้างรายการ. ประเภทเหตุการณ์ calculated
	ปฏิเสธใบแจ้งหนี้	ระบุว่าใบแจ้งหนี้ถูกปฏิเสธระหว่างการอนุมัติ โดยทั่วไปต้องแก้ไขและส่งใหม่ ทำให้เกิดการวนกลับไปทำงานซ้ำ.
เหตุผลที่สำคัญ การติดตามการปฏิเสธเป็นสิ่งสำคัญ เพราะช่วยค้นหาสาเหตุที่พบบ่อย เช่น ข้อมูลไม่ถูกต้องหรือไม่เป็นไปตามนโยบาย และช่วยวัดปริมาณงานซ้ำ พร้อมระบุจุดที่ควรปรับปรุงกระบวนการหรือให้ความรู้แก่ผู้ขาย. แหล่งข้อมูล โดยทั่วไปพบเหตุการณ์นี้ในบันทึก SAP Business Workflow ในรูปแบบขั้นตอนการปฏิเสธ หรืออนุมานได้จากการเปลี่ยนสถานะที่กำหนดหรือหมายเหตุที่เพิ่มลงในเอกสารใบแจ้งหนี้. บันทึก เวลาของขั้นตอนปฏิเสธในบันทึก workflow หรือเวลาที่สถานะเอกสารเปลี่ยนเป็นปฏิเสธ. ประเภทเหตุการณ์ inferred
	พักใบแจ้งหนี้ไว้	ระบุว่าป้อนใบแจ้งหนี้ใน SAP แล้ว แต่ยังไม่ได้บันทึกลงบัญชีแยกประเภททั่วไป สถานะชั่วคราวนี้เปิดให้ตรวจสอบ แก้ไข หรืออนุมัติก่อนบันทึกบัญชี.
เหตุผลที่สำคัญ การติดตามว่าใบแจ้งหนี้ถูกพักไว้นานเท่าใด ช่วยให้เห็นคอขวดในขั้นตอนตรวจสอบและอนุมัติก่อนบันทึกบัญชี อีกทั้งยังแยกเวลาป้อนข้อมูลออกจากเวลาประมวลผลทางการเงินได้. แหล่งข้อมูล อนุมานสถานะนี้ได้จากฟิลด์ BSTAT ในตาราง BKPF ค่า 'V' (เอกสารที่พักไว้) หรือ 'W' (เอกสารที่พักไว้และรออนุมัติการเปลี่ยนแปลง) หมายถึงเอกสารอยู่ในสถานะพักไว้. บันทึก ค้นหาเอกสารที่ฟิลด์สถานะ BKPF-BSTAT มีค่า 'V' โดยใช้วันที่สร้าง BKPF-CPUDT เป็นเวลาของเหตุการณ์. ประเภทเหตุการณ์ inferred
	ยกเลิกการระงับการชำระเงิน	หมายถึงการนำการระงับการชำระเงินออกจากรายการในใบแจ้งหนี้ ทำให้รายการเข้าสู่รอบการชำระเงินได้ แสดงว่าปัญหาที่พบก่อนหน้านี้ได้รับการแก้ไขแล้ว.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของการวัดระยะเวลาที่ถูกระงับ การวิเคราะห์เวลาตั้งแต่เริ่มระงับจนถึงปลดระงับช่วยให้เห็นประสิทธิภาพของขั้นตอนแก้ไขปัญหา. แหล่งข้อมูล ติดตามเหตุการณ์นี้จากบันทึกเอกสารการเปลี่ยนแปลงในตาราง CDHDR และ CDPOS สำหรับตาราง BSEG ฟิลด์ ZLSPR (รหัสการระงับการชำระเงิน) เมื่อมีการนำการระงับออก. บันทึก ใช้เวลาจากเอกสารการเปลี่ยนแปลง (CDHDR) เมื่อค่า BSEG-ZLSPR เปลี่ยนจากไม่ว่างเป็นว่าง. ประเภทเหตุการณ์ explicit
	ส่งใบแจ้งหนี้เพื่ออนุมัติ	ระบุจุดที่ส่งใบแจ้งหนี้เข้าสู่เวิร์กโฟลว์การอนุมัติอย่างเป็นทางการ วิธีบันทึกเหตุการณ์นี้ขึ้นอยู่กับการติดตั้ง SAP Workflow หรือระบบของผู้ให้บริการภายนอกเป็นอย่างมาก.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มจับเวลาของ KPI ระยะเวลารอบการอนุมัติใบแจ้งหนี้ จำเป็นต่อการค้นหาความล่าช้าในขั้นตอนอนุมัติและวิเคราะห์ผลการทำงานของผู้อนุมัติ. แหล่งข้อมูล โดยทั่วไปบันทึกเหตุการณ์นี้จากตาราง SAP Business Workflow เช่น SWW_WI2OBJ และ SWWLOG โดยค้นหาจุดเริ่มต้นของงานอนุมัติที่กำหนด ในกรณีที่ระบบไม่ซับซ้อน อาจอนุมานจากการเปลี่ยนสถานะในฟิลด์ที่กำหนดเองได้. บันทึก ต้องวิเคราะห์บันทึก SAP workflow หรือฟิลด์สถานะที่กำหนดเองซึ่งเชื่อมโยงกับเอกสารใบแจ้งหนี้. ประเภทเหตุการณ์ inferred
	อนุมัติใบแจ้งหนี้แล้ว	หมายถึงผู้มีอำนาจที่กำหนดอนุมัติใบแจ้งหนี้อย่างเป็นทางการแล้ว จึงดำเนินการบันทึกบัญชีและชำระเงินต่อได้ โดยมักเป็นขั้นตอนสุดท้ายของเวิร์กโฟลว์.
เหตุผลที่สำคัญ เหตุการณ์สำคัญนี้เป็นจุดสิ้นสุดของการวัดระยะเวลารอบการอนุมัติ เมื่ออนุมัติแล้ว กระบวนการจะดำเนินต่อไปได้ ทำให้ชำระเงินตรงเวลาและวิเคราะห์การกระจายงานระหว่างผู้อนุมัติได้. แหล่งข้อมูล โดยทั่วไปบันทึกเหตุการณ์นี้จากตาราง SAP Business Workflow โดยตรวจหาการเสร็จสิ้นของงานอนุมัติ หรืออนุมานจากการปลดการระงับการชำระเงินที่เกี่ยวข้องกับการอนุมัติ. บันทึก เวลาที่ขั้นตอนอนุมัติเสร็จสิ้นในบันทึก workflow หรือเวลาที่นำการระงับการชำระเงินที่กำหนดออก. ประเภทเหตุการณ์ inferred

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

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

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

ขั้นตอน

สร้างโปรแกรม ABAP: ใช้ธุรกรรม SE38 หรือ SE80 เพื่อสร้างโปรแกรมใหม่ที่เรียกใช้ได้ เช่น Z_PM_INVOICE_EXTRACT ตั้งชื่อให้เหมาะสมและกำหนดประเภทเป็น 'Executable Program'
กำหนดหน้าจอเลือกข้อมูล: ในโปรแกรม ให้กำหนดหน้าจอเลือกข้อมูลเพื่อให้ผู้ใช้กรองข้อมูล พารามิเตอร์หลักควรมีรหัสบริษัท (BUKRS), ปีบัญชี (GJAHR), ช่วงวันที่ผ่านรายการ (BUDAT) และพาธไฟล์ผลลัพธ์บนแอปพลิเคชันเซิร์ฟเวอร์
ประกาศโครงสร้างข้อมูล: กำหนดโครงสร้างตารางภายในสำหรับเก็บบันทึกเหตุการณ์ขั้นสุดท้าย โดยต้องมีแอตทริบิวต์ที่จำเป็นและแนะนำทั้งหมด ได้แก่ InvoiceNumber, Activity, EventTime, UserName, VendorNumber, PurchaseOrderNumber, InvoiceAmount, PostingDate, PaymentDueDate, PaymentBlockReason และ ClearingDate
เขียนตรรกะเลือกข้อมูล: เขียนตรรกะ ABAP หลักเพื่อเลือกข้อมูลใบแจ้งหนี้ โดยเลือกข้อมูลหลายครั้งแล้วรวมผลลัพธ์ลงในตารางบันทึกเหตุการณ์ขั้นสุดท้าย
- ขั้นแรก เลือกข้อมูลส่วนหัวและรายการจากตารางใบแจ้งหนี้หลัก BKPF, BSEG, RBKP และ RSEG ตามเกณฑ์ในหน้าจอเลือกข้อมูล
- สำหรับใบแจ้งหนี้แต่ละรายการ ให้สร้างเหตุการณ์พื้นฐาน เช่น 'บันทึกข้อมูลใบแจ้งหนี้' (จากเวลาที่สร้าง) และ 'ผ่านรายการใบแจ้งหนี้' (จากเวลาที่ผ่านรายการ)
- คิวรีตารางเอกสารการเปลี่ยนแปลง CDHDR และ CDPOS เพื่อค้นหาการเปลี่ยนแปลงที่เกี่ยวข้องกับการบล็อกการชำระเงิน (ฟิลด์ ZLSPR ใน BSEG) สร้างเหตุการณ์ 'ตั้งค่าการบล็อกการชำระเงิน' และ 'ยกเลิกการบล็อกการชำระเงิน' สำหรับการเปลี่ยนแปลงที่เกี่ยวข้องแต่ละรายการ
- ระบุเหตุการณ์ 'เคลียร์ใบแจ้งหนี้' โดยตรวจสอบเอกสารเคลียร์ (AUGBL) และวันที่เคลียร์ (AUGDT) ในตาราง BSEG
- ระบุเหตุการณ์ 'กลับรายการใบแจ้งหนี้' โดยตรวจสอบเอกสารกลับรายการ (STBLG) ในส่วนหัว BKPF
- เขียนตรรกะเฉพาะเพื่อบันทึกเหตุการณ์ workflow ('ส่งใบแจ้งหนี้เพื่ออนุมัติ', 'อนุมัติแล้ว', 'ปฏิเสธ') ส่วนนี้ขึ้นอยู่กับการตั้งค่าของแต่ละองค์กรอย่างมาก และต้องปรับโค้ดให้เข้ากับตารางหรือฟิลด์สถานะของ workflow ที่ใช้
สร้างเหตุการณ์จากการคำนวณ: เขียนตรรกะในโปรแกรมเพื่อคำนวณเหตุการณ์ Invoice Becomes Overdue โดยเปรียบเทียบวันครบกำหนดชำระของใบแจ้งหนี้ (PaymentDueDate) กับวันที่ปัจจุบันสำหรับใบแจ้งหนี้ที่ยังไม่ได้ชำระ หากวันครบกำหนดผ่านไปแล้ว ให้สร้างเหตุการณ์โดยกำหนด EventTime เป็นวันครบกำหนด
เติมข้อมูลลงในตารางบันทึกเหตุการณ์: ระหว่างรวบรวมข้อมูลใบแจ้งหนี้จากแหล่งต่างๆ ให้จัดรูปแบบข้อมูลและเพิ่มแถวใหม่ลงในตารางบันทึกเหตุการณ์ภายในขั้นสุดท้าย โดยแยกหนึ่งแถวต่อกิจกรรม
ส่งออกข้อมูลเป็นไฟล์: ใช้คำสั่ง OPEN DATASET, TRANSFER และ CLOSE DATASET เพื่อเขียนข้อมูลจากตารางภายในขั้นสุดท้ายลงในไฟล์แบบแบนบนพาธของแอปพลิเคชันเซิร์ฟเวอร์ที่ระบุในหน้าจอเลือกข้อมูล ใช้ตัวคั่นที่สอดคล้องกัน เช่น อัฒภาคหรือแท็บ เพื่อสร้างไฟล์ CSV
ตั้งเวลาการดึงข้อมูล: หากต้องดึงข้อมูลเป็นประจำ ให้สร้างตัวแปรสำหรับโปรแกรมโดยกำหนดเกณฑ์การเลือกข้อมูลที่ต้องการ แล้วตั้งเวลาให้ทำงานเบื้องหลังด้วยธุรกรรม SM36
เรียกไฟล์ผลลัพธ์: ใช้ธุรกรรม AL11 เพื่อเข้าถึงไดเรกทอรีของแอปพลิเคชันเซิร์ฟเวอร์และค้นหาไฟล์ที่สร้างขึ้น จากนั้นใช้ธุรกรรม CG3Y ดาวน์โหลดไฟล์จากแอปพลิเคชันเซิร์ฟเวอร์มายังคอมพิวเตอร์ของคุณ
เตรียมอัปโหลด: ก่อนอัปโหลดไปยังเครื่องมือ process mining ให้เปิดไฟล์ CSV เพื่อตรวจสอบว่าหัวคอลัมน์ถูกต้อง รูปแบบข้อมูลสอดคล้องกัน โดยเฉพาะการประทับเวลา และใช้ตัวคั่นตามที่กำหนด บันทึกไฟล์ด้วยการเข้ารหัส UTF-8

การกำหนดค่า

เกณฑ์เลือกข้อมูล: รายงาน ABAP ควรมีหน้าจอเลือกข้อมูลที่กำหนดตัวกรองได้ครบถ้วน ตัวกรองสำคัญมีดังนี้
- Company Code (BUKRS): จำกัดการดึงข้อมูลให้เหลือเฉพาะนิติบุคคลที่ต้องการ
- Posting Date (BUDAT): กำหนดช่วงเวลาที่ต้องการดึงข้อมูล แนะนำให้แบ่งดึงเป็นช่วงที่จัดการได้ เช่น ครั้งละ 3 ถึง 6 เดือน
- Document Type (BLART): เลือกเฉพาะประเภทเอกสารใบแจ้งหนี้ที่เกี่ยวข้อง เช่น 'RE' สำหรับใบแจ้งหนี้ด้านโลจิสติกส์ และ 'KR' สำหรับใบแจ้งหนี้จากผู้ขาย
พาธไฟล์ผลลัพธ์: ต้องระบุพาธและชื่อไฟล์แบบเต็มบน SAP application server ที่จะใช้สร้างไฟล์ผลลัพธ์ ผู้ใช้ที่เรียกใช้รายงานต้องมีสิทธิ์เขียนไฟล์ในไดเรกทอรีนี้
ข้อควรพิจารณาด้านประสิทธิภาพ: หากมีข้อมูลจำนวนมาก ควรเรียกใช้รายงานเป็น background job ในช่วงที่ระบบมีการใช้งานน้อย เพื่อไม่ให้ประสิทธิภาพของระบบลดลง ตรรกะควรเลือกเฉพาะฟิลด์ที่จำเป็นจากตาราง และใช้ดัชนีฐานข้อมูลมาตรฐานของ SAP เมื่อทำได้
ข้อกำหนดเบื้องต้นและสิทธิ์การใช้งาน: ผู้ใช้หรือบัญชีบริการที่ใช้ดึงข้อมูลต้องมีสิทธิ์ดังนี้
- สิทธิ์เรียกใช้รายงาน ABAP ซึ่งเป็นส่วนหนึ่งของ S_PROGRAM
- สิทธิ์อ่านตารางการเงินและโลจิสติกส์ ได้แก่ BKPF, BSEG, RBKP, RSEG, CDHDR และ CDPOS
- สิทธิ์เขียนไฟล์ในไดเรกทอรีที่ระบุบน application server (S_DATASET)
- สิทธิ์เข้าถึงทรานแซกชัน SE38, SM36, AL11 และ CG3Y สำหรับพัฒนา ตั้งเวลา และดาวน์โหลดไฟล์.

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

REPORT Z_PM_INVOICE_EXTRACT.

*&---------------------------------------------------------------------*
*& Tables for Selection Screen
*&---------------------------------------------------------------------*
TABLES: BKPF, RBKP.

*&---------------------------------------------------------------------*
*& Data Declarations
*&---------------------------------------------------------------------*
TYPES: BEGIN OF ty_event_log,
         InvoiceNumber       TYPE belnr_v,
         Activity            TYPE string,
         EventTime           TYPE timestamp,
         UserName            TYPE uname,
         VendorNumber        TYPE lifnr,
         PurchaseOrderNumber TYPE ebeln,
         InvoiceAmount       TYPE wrbtr,
         PostingDate         TYPE budat,
         PaymentDueDate      TYPE faedt,
         PaymentBlockReason  TYPE rstgr,
         ClearingDate        TYPE augdt,
       END OF ty_event_log.

DATA: gt_event_log TYPE TABLE OF ty_event_log,
      gs_event_log TYPE ty_event_log.

DATA: lt_bkpf TYPE TABLE OF bkpf,
      ls_bkpf TYPE bkpf,
      lt_bseg TYPE TABLE OF bseg,
      ls_bseg TYPE bseg.

DATA: lt_rbkp TYPE TABLE OF rbkp,
      ls_rbkp TYPE rbkp.

*&---------------------------------------------------------------------*
*& Selection Screen
*&---------------------------------------------------------------------*
SELECT-OPTIONS: s_bukrs FOR bkpf-bukrs OBLIGATORY,
                s_gjahr FOR bkpf-gjahr OBLIGATORY,
                s_budat FOR bkpf-budat.
PARAMETERS: p_fpath TYPE string OBLIGATORY DEFAULT '/usr/sap/tmp/invoice_events.csv'.

*&---------------------------------------------------------------------*
*& Start of Program Logic
*&---------------------------------------------------------------------*
START-OF-SELECTION.

  " Select FI Invoices (e.g., Doc Type KR)
  SELECT * FROM bkpf INTO TABLE lt_bkpf
    WHERE bukrs IN s_bukrs
      AND gjahr IN s_gjahr
      AND budat IN s_budat
      AND blart = 'KR'.

  " Select MM Invoices
  SELECT * FROM rbkp INTO TABLE lt_rbkp
    WHERE bukrs IN s_bukrs
      AND gjahr IN s_gjahr
      AND budat IN s_budat.

* --- Process FI Invoices ---
  LOOP AT lt_bkpf INTO ls_bkpf.
    CLEAR gs_event_log.
    gs_event_log-InvoiceNumber = ls_bkpf-belnr.
    gs_event_log-PostingDate = ls_bkpf-budat.

    SELECT SINGLE * FROM bseg INTO ls_bseg
      WHERE bukrs = ls_bkpf-bukrs
        AND belnr = ls_bkpf-belnr
        AND gjahr = ls_bkpf-gjahr
        AND koart = 'K'. " Vendor Line Item
    IF sy-subrc = 0.
      gs_event_log-VendorNumber = ls_bseg-lifnr.
      gs_event_log-InvoiceAmount = ls_bseg-wrbtr.
      gs_event_log-ClearingDate = ls_bseg-augdt.
      " Calculate Due Date
      CALL FUNCTION 'DETERMINE_DUE_DATE'
        EXPORTING
          i_bseg = ls_bseg
        IMPORTING
          e_faedt = gs_event_log-PaymentDueDate.
    ENDIF.

    " Activity: Invoice Data Captured
    gs_event_log-Activity = 'Invoice Data Captured'.
    CONVERT DATE ls_bkpf-cpudt TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
    gs_event_log-UserName = ls_bkpf-usnam.
    APPEND gs_event_log TO gt_event_log.

    " Activity: Invoice Parked (if BSTAT = 'V')
    IF ls_bkpf-bstat = 'V'.
      gs_event_log-Activity = 'Invoice Parked'.
      APPEND gs_event_log TO gt_event_log.
    ENDIF.

    " Activity: Invoice Posted
    gs_event_log-Activity = 'Invoice Posted'.
    CONVERT DATE ls_bkpf-budat TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
    gs_event_log-UserName = ls_bkpf-usnam.
    APPEND gs_event_log TO gt_event_log.

    " Activity: Invoice Cleared
    IF ls_bseg-augbl IS NOT INITIAL.
      gs_event_log-Activity = 'Invoice Cleared'.
      CONVERT DATE ls_bseg-augdt INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
      gs_event_log-UserName = ls_bseg-usnam_cl.
      APPEND gs_event_log TO gt_event_log.
    ENDIF.

    " Activity: Invoice Becomes Overdue
    IF gs_event_log-PaymentDueDate IS NOT INITIAL AND gs_event_log-PaymentDueDate < sy-datum AND ls_bseg-augbl IS INITIAL.
      gs_event_log-Activity = 'Invoice Becomes Overdue'.
      CONVERT DATE gs_event_log-PaymentDueDate INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
      gs_event_log-UserName = 'SYSTEM'.
      APPEND gs_event_log TO gt_event_log.
    ENDIF.

    " Activity: Invoice Reversed
    IF ls_bkpf-stblg IS NOT INITIAL.
      DATA: ls_rev_bkpf TYPE bkpf.
      SELECT SINGLE budat, usnam FROM bkpf INTO ls_rev_bkpf
        WHERE belnr = ls_bkpf-stblg AND bukrs = ls_bkpf-bukrs AND gjahr = ls_bkpf-gjahr.
      IF sy-subrc = 0.
        gs_event_log-Activity = 'Invoice Reversed'.
        CONVERT DATE ls_rev_bkpf-budat INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
        gs_event_log-UserName = ls_rev_bkpf-usnam.
        APPEND gs_event_log TO gt_event_log.
      ENDIF.
    ENDIF.

  ENDLOOP.

* --- NOTE: The logic for MM invoices (from lt_rbkp) would be similar, joining RBKP with RSEG.
* --- NOTE: The logic for Payment Blocks and Workflow events requires reading change documents (CDHDR/CDPOS)
* --- or custom workflow tables. Below is a conceptual example for payment blocks.

* --- Conceptual Example for 'Payment Block Set' / 'Released' using Change Docs
*   DATA: lt_cdhdr TYPE TABLE OF cdhdr, ls_cdhdr TYPE cdhdr,
*         lt_cdpos TYPE TABLE OF cdpos, ls_cdpos TYPE cdpos.
*   SELECT * FROM cdhdr INTO TABLE lt_cdhdr
*     WHERE objectclas = 'BELEG' AND objectid IN (SELECT belnr FROM bkpf WHERE ...).
*   LOOP AT lt_cdhdr.
*     SELECT * FROM cdpos INTO TABLE lt_cdpos
*       WHERE changenr = ls_cdhdr-changenr AND tabname = 'BSEG' AND fname = 'ZLSPR'.
*     LOOP AT lt_cdpos.
*       "... logic to create 'Payment Block Set' (if VALUE_NEW is not blank)
*       "... or 'Payment Block Released' (if VALUE_NEW is blank) events.
*     ENDLOOP.
*   ENDLOOP.

* --- Conceptual Example for Workflow events ('Sent For Approval', 'Approved', 'Rejected')
* --- This part MUST be customized based on your specific workflow implementation (e.g., OpenText VIM, SAP WF).
* --- You would query the relevant workflow tables or status change tables here.

*&---------------------------------------------------------------------*
*& Write to File
*&---------------------------------------------------------------------*
END-OF-SELECTION.
  DATA: lv_string TYPE string,
        lv_header TYPE string.

  " Create Header
  lv_header = 'InvoiceNumber;Activity;EventTime;UserName;VendorNumber;PurchaseOrderNumber;InvoiceAmount;PostingDate;PaymentDueDate;PaymentBlockReason;ClearingDate'.

  OPEN DATASET p_fpath FOR OUTPUT IN TEXT MODE ENCODING UTF-8.
  IF sy-subrc = 0.
    TRANSFER lv_header TO p_fpath.
    LOOP AT gt_event_log INTO gs_event_log.
      CONCATENATE gs_event_log-InvoiceNumber
                  gs_event_log-Activity
                  gs_event_log-EventTime
                  gs_event_log-UserName
                  gs_event_log-VendorNumber
                  gs_event_log-PurchaseOrderNumber
                  gs_event_log-InvoiceAmount
                  gs_event_log-PostingDate
                  gs_event_log-PaymentDueDate
                  gs_event_log-PaymentBlockReason
                  gs_event_log-ClearingDate
      INTO lv_string SEPARATED BY ';'.
      TRANSFER lv_string TO p_fpath.
    ENDLOOP.
    CLOSE DATASET p_fpath.
  ELSE.
    MESSAGE 'Error opening file.' TYPE 'E'.
  ENDIF.

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

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

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

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

ปรับปรุงการประมวลผลใบแจ้งหนี้ในกระบวนการจัดซื้อจนถึงการชำระเงินวันนี้

ระบุจุดที่ไม่มีประสิทธิภาพและลดระยะเวลาตั้งแต่รับจนถึงชำระใบแจ้งหนี้ได้ 30%.

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

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

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

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

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

กิจกรรมในการประมวลผลใบแจ้งหนี้ในกระบวนการจัดซื้อจนถึงการชำระเงิน

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

สร้างรายงาน ABAP เพื่อดึงข้อมูลใบแจ้งหนี้

ขั้นตอน

การกำหนดค่า

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

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

ปรับปรุงการประมวลผลใบแจ้งหนี้ในกระบวนการจัดซื้อจนถึงการชำระเงินวันนี้