เทมเพลตข้อมูลสำหรับการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า
เทมเพลตข้อมูลสำหรับการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า
- แอตทริบิวต์ที่แนะนำให้เก็บ
- กิจกรรมหลักที่ควรติดตาม
- แนวทางดึงข้อมูล
แอตทริบิวต์การประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
Activity
|
ชื่อของขั้นตอนทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้นในวงจรการประมวลผลใบแจ้งหนี้. | ||
|
คำอธิบาย
คุณสมบัตินี้อธิบายงานหรือการเปลี่ยนสถานะหนึ่งรายการในกระบวนการเจ้าหนี้ เช่น “พักใบแจ้งหนี้ไว้” “ส่งใบแจ้งหนี้เพื่อขออนุมัติ” หรือ “ล้างรายการใบแจ้งหนี้ด้วยการชำระเงิน” กิจกรรมเหล่านี้เป็นองค์ประกอบพื้นฐานของแผนผังกระบวนการ โดยทั่วไปจะดึงข้อมูลจากบันทึกการเปลี่ยนแปลง ฟิลด์สถานะ หรือบันทึกเวิร์กโฟลว์ใน SAP. การวิเคราะห์ลำดับและระยะเวลาของกิจกรรมเหล่านี้เป็นหัวใจของ process mining ช่วยให้เห็นภาพการไหลของกระบวนการ ระบุคอขวดระหว่างขั้นตอน วัดความถี่ของการวนกลับไปแก้งาน และเปรียบเทียบการทำงานจริงกับขั้นตอนปฏิบัติงานมาตรฐาน ระดับรายละเอียดของกิจกรรมที่กำหนดส่งผลโดยตรงต่อความลึกของข้อมูลเชิงลึกที่ได้.
เหตุผลที่สำคัญ
กิจกรรมเป็นองค์ประกอบหลักของแผนผังกระบวนการ ช่วยให้เห็นการไหลของงาน ระบุคอขวด และวิเคราะห์จุดที่กระบวนการเบี่ยงเบน.
แหล่งข้อมูล
ได้จากรหัสธุรกรรม (BKPF-TCODE) บันทึกเวิร์กโฟลว์ (SWW_WI2OBJ) หรือบันทึกการเปลี่ยนแปลง (ตาราง CDHDR/CDPOS) โดยอ้างอิงการเปลี่ยนแปลงเอกสารใบแจ้งหนี้.
ตัวอย่าง
สร้างเอกสารใบแจ้งหนี้อนุมัติใบแจ้งหนี้ล้างรายการใบแจ้งหนี้ด้วยการชำระเงินตั้งบล็อกการชำระเงิน
|
|||
|
ใบแจ้งหนี้
InvoiceNumber
|
รหัสเฉพาะของเอกสารใบแจ้งหนี้แต่ละฉบับ ใช้เป็นรหัสกรณีหลักเพื่อติดตามตั้งแต่ได้รับใบแจ้งหนี้จนถึงชำระเงิน. | ||
|
คำอธิบาย
หมายเลขใบแจ้งหนี้เป็นคีย์ผสม ซึ่งโดยทั่วไปประกอบด้วยรหัสบริษัท (BUKRS) หมายเลขเอกสาร (BELNR) และปีบัญชี (GJAHR) ใน SAP การรวมข้อมูลเหล่านี้ทำให้ระบุใบแจ้งหนี้แต่ละฉบับได้ไม่ซ้ำกันทั่วทั้งระบบ. ในการทำ process mining คุณสมบัตินี้เป็นข้อมูลพื้นฐานที่ใช้เชื่อมเหตุการณ์และกิจกรรมที่เกี่ยวข้อง เช่น การสร้าง การบันทึกบัญชี การอนุมัติ และการชำระเงิน ให้เป็นกระบวนการเดียวกัน การวิเคราะห์ตามใบแจ้งหนี้ช่วยให้เห็นวงจรตั้งแต่ต้นจนจบ ซึ่งจำเป็นต่อการคำนวณระยะเวลารอบกระบวนการ ระบุรูปแบบกระบวนการ และทำความเข้าใจการวนกลับไปแก้งาน.
เหตุผลที่สำคัญ
นี่คือ Case ID สำคัญที่เชื่อมกิจกรรมทั้งหมดของใบแจ้งหนี้เข้าด้วยกัน ทำให้วิเคราะห์กระบวนการเจ้าหนี้ของใบแจ้งหนี้แต่ละฉบับได้ตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
สร้างจากฟิลด์ BUKRS, BELNR และ GJAHR ในตาราง BKPF (ส่วนหัวเอกสารบัญชี) ของ SAP.
ตัวอย่าง
1000-1900000001-20232000-5100000055-20231000-1900000042-2024
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTime
|
วันที่และเวลาที่แน่นอนซึ่งกิจกรรมหรือเหตุการณ์เกิดขึ้น. | ||
|
คำอธิบาย
เวลาที่เกิดเหตุการณ์คือเวลาประทับที่กำกับกิจกรรมแต่ละรายการในกระบวนการ ข้อมูลนี้จำเป็นต่อการเรียงลำดับเหตุการณ์ตามเวลาและการวิเคราะห์ที่อิงเวลา ใน SAP มักจัดเก็บไว้ในฟิลด์วันที่สร้าง เช่น BKPF-CPUDT หรือในตารางบันทึกการเปลี่ยนแปลง (CDHDR-UDATE และ CDHDR-UTIME). คุณสมบัตินี้จำเป็นต่อการคำนวณตัวชี้วัดสำคัญ เช่น ระยะเวลารอบกระบวนการ เวลาประมวลผล และเวลารอระหว่างกิจกรรม ช่วยวิเคราะห์ประสิทธิภาพกระบวนการตามช่วงเวลา ระบุช่วงที่เกิดคอขวด และตรวจสอบการปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA) หรือเงื่อนไขการชำระเงิน.
เหตุผลที่สำคัญ
เวลาประทับนี้จำเป็นต่อการคำนวณตัวชี้วัดตามระยะเวลาทั้งหมด รวมถึงระยะเวลารอบกระบวนการและคอขวด จึงเป็นพื้นฐานของการวิเคราะห์ประสิทธิภาพ.
แหล่งข้อมูล
จากตาราง SAP เช่น BKPF (CPUDT/CPUTM สำหรับเวลาสร้าง) หรือ CDHDR (UDATE/UTIME สำหรับการเปลี่ยนแปลง).
ตัวอย่าง
2023-10-01T10:00:00Z2023-10-02T14:35:10Z2023-10-15T09:12:00Z
|
|||
|
เงื่อนไขการชำระเงิน
PaymentTerms
|
รหัสที่กำหนดเงื่อนไขการชำระเงิน เช่น วันครบกำหนดและส่วนลดที่อาจได้รับ. | ||
|
คำอธิบาย
เงื่อนไขการชำระเงินคือกฎที่กำหนดไว้ใน SAP เพื่อคำนวณวันครบกำหนดชำระใบแจ้งหนี้และส่วนลดเงินสด โดยกำหนดไว้ในข้อมูลหลักผู้ขายและระบุแยกในใบแจ้งหนี้แต่ละฉบับได้. คุณสมบัตินี้จำเป็นต่อแดชบอร์ด “การปฏิบัติตามเงื่อนไขการชำระเงินและส่วนลด” และ KPI “อัตราการใช้สิทธิส่วนลดเมื่อชำระก่อนกำหนด” การวิเคราะห์เงื่อนไขการชำระเงินช่วยให้บริษัทระบุโอกาสในการใช้ส่วนลด เข้าใจผลกระทบทางการเงินของกำหนดการชำระเงิน และติดตามการปฏิบัติตามข้อกำหนด.
เหตุผลที่สำคัญ
กำหนดกฎเกี่ยวกับวันครบกำหนดชำระและส่วนลด ซึ่งสำคัญต่อการบริหารการเงินและติดตามการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
จากฟิลด์ ZTERM ในตาราง SAP BSEG (ส่วนรายการเอกสารบัญชี).
ตัวอย่าง
Z0010001NT30
|
|||
|
ชื่อผู้ขาย
VendorName
|
ชื่อผู้ขายหรือซัพพลายเออร์ที่ส่งใบแจ้งหนี้. | ||
|
คำอธิบาย
คุณสมบัตินี้เก็บชื่อทางการของซัพพลายเออร์ ใน SAP ข้อมูลหลักผู้ขายจากตาราง LFA1 เชื่อมกับเอกสารใบแจ้งหนี้ผ่านหมายเลขผู้ขาย (LIFNR) ที่จัดเก็บในส่วนหัวเอกสารหรือรายการเอกสาร. การวิเคราะห์ตามผู้ขายสำคัญต่อแดชบอร์ด “ประสิทธิภาพการชำระเงินให้ผู้ขาย” ช่วยติดตามเวลาประมวลผลใบแจ้งหนี้ ความตรงเวลาของการชำระเงิน และอัตราข้อยกเว้นของผู้ขายแต่ละราย ข้อมูลนี้ช่วยดูแลความสัมพันธ์กับซัพพลายเออร์ ระบุผู้ขายที่ส่งใบแจ้งหนี้ผิดพลาดซ้ำ ๆ และเจรจาเงื่อนไขที่ดีขึ้น.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพแยกตามผู้ขาย ดูแลความสัมพันธ์กับซัพพลายเออร์ และระบุปัญหาที่เกี่ยวข้องกับผู้ขายแต่ละราย.
แหล่งข้อมูล
จากฟิลด์ NAME1 ในตาราง SAP LFA1 โดยเชื่อมผ่านหมายเลขผู้ขาย (LIFNR) ใน BKPF หรือ BSEG.
ตัวอย่าง
Global Office Supplies Inc.Tech Solutions LLCReliable Logistics Corp.
|
|||
|
ผู้ประมวลผล
ProcessorUser
|
ชื่อผู้ใช้ SAP ของพนักงานที่ทำกิจกรรม เช่น บันทึกบัญชีหรือแก้ไขใบแจ้งหนี้. | ||
|
คำอธิบาย
คุณสมบัตินี้ระบุผู้ใช้ที่รับผิดชอบขั้นตอนหนึ่งของกระบวนการ ใน SAP อาจเป็นผู้สร้างเอกสาร เช่น BKPF-USNAM หรือผู้ทำการเปลี่ยนแปลง เช่น CDHDR-USERNAME. การวิเคราะห์ตามผู้ประมวลผลช่วยให้เข้าใจประสิทธิภาพของทีมและการกระจายภาระงาน ใช้สร้างแดชบอร์ด “การกระจายภาระงานของผู้ประมวลผลใบแจ้งหนี้เจ้าหนี้” โดยติดตามจำนวนใบแจ้งหนี้และเวลาเฉลี่ยต่อกิจกรรมของผู้ใช้แต่ละคน ข้อมูลนี้ช่วยระบุความต้องการฝึกอบรม ผู้ที่ทำงานได้ดี และแนวทางแบ่งงานอย่างเหมาะสม.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ภาระงาน เปรียบเทียบประสิทธิภาพระหว่างผู้ใช้ และระบุโอกาสในการฝึกอบรมหรือความไม่สมดุลของทรัพยากร.
แหล่งข้อมูล
จากฟิลด์ USERNAME ในตาราง SAP CDHDR (สำหรับการเปลี่ยนแปลง) หรือฟิลด์ USNAM ใน BKPF (สำหรับการป้อนเอกสาร).
ตัวอย่าง
AJONESSMITHBCWILLIAMS
|
|||
|
ผู้อนุมัติ
Approver
|
ผู้ใช้หรือบทบาทที่รับผิดชอบอนุมัติใบแจ้งหนี้เพื่อชำระเงิน. | ||
|
คำอธิบาย
คุณสมบัตินี้ระบุผู้ที่ทำกิจกรรม “อนุมัติใบแจ้งหนี้” ใน SAP มักจัดการผ่านระบบเวิร์กโฟลว์ และบันทึก ID ของผู้อนุมัติไว้ในประวัติเวิร์กโฟลว์. การวิเคราะห์ตามผู้อนุมัติเป็นหัวใจของแดชบอร์ด “วิเคราะห์คอขวดในการอนุมัติใบแจ้งหนี้” ช่วยวัดระยะเวลาการอนุมัติแยกตามบุคคลหรือกลุ่ม ระบุผู้อนุมัติที่ใช้เวลานานเป็นประจำ และทำความเข้าใจการกระจายภาระงานในลำดับชั้นการอนุมัติ ข้อมูลนี้สำคัญต่อการปรับเวิร์กโฟลว์การอนุมัติให้มีประสิทธิภาพ เพราะมักเป็นคอขวดสำคัญ.
เหตุผลที่สำคัญ
ระบุผู้รับผิดชอบการอนุมัติ ช่วยวิเคราะห์ระยะเวลารอบการอนุมัติและคอขวดแยกตามบุคคลหรือทีม.
แหล่งข้อมูล
โดยทั่วไปค้นหาได้ในตาราง SAP Business Workflow เช่น SWW_WI2OBJ และ SWWLOG โดยเชื่อมรายการเวิร์กโฟลว์กับออบเจ็กต์ใบแจ้งหนี้ แล้วระบุผู้ใช้ที่ทำขั้นตอนอนุมัติ.
ตัวอย่าง
DMARTINLCHENFINMAN_ROLE
|
|||
|
ยอดรวมใบแจ้งหนี้
InvoiceGrossAmount
|
ยอดรวมของใบแจ้งหนี้ รวมภาษีและค่าใช้จ่ายอื่น ๆ ในสกุลเงินของเอกสารต้นฉบับ. | ||
|
คำอธิบาย
คุณสมบัตินี้แสดงมูลค่าทางการเงินรวมของใบแจ้งหนี้ เป็นข้อมูลสำคัญที่ช่วยให้เข้าใจผลกระทบทางการเงินและลักษณะของใบแจ้งหนี้ที่กำลังประมวลผล ใน SAP จำนวนเงินนี้อาจอยู่ในตารางต่างกันตามประเภทเอกสาร เช่น BSEG สำหรับเอกสารทางการเงิน. การวิเคราะห์ใช้ยอดใบแจ้งหนี้เพื่อจัดลำดับความสำคัญของใบแจ้งหนี้มูลค่าสูง ทำความเข้าใจปริมาณเงินที่ผ่านกระบวนการเจ้าหนี้ และแบ่งกลุ่มผลวิเคราะห์ เช่น ตรวจสอบว่าใบแจ้งหนี้มูลค่าสูงใช้เวลาประมวลผลนานกว่าหรือผ่านขั้นตอนอนุมัติต่างจากรายการอื่นหรือไม่ ข้อมูลนี้ยังเป็นพื้นฐานของ KPI ทางการเงินด้วย.
เหตุผลที่สำคัญ
ให้ข้อมูลด้านการเงินประกอบการวิเคราะห์ ช่วยวิเคราะห์ตามมูลค่า จัดลำดับความสำคัญของใบแจ้งหนี้มูลค่าสูง และคำนวณ KPI ทางการเงิน.
แหล่งข้อมูล
จากตารางรายการเอกสาร SAP เช่น ฟิลด์ WRBTR ใน BSEG (จำนวนเงินในสกุลเงินของเอกสาร) อาจต้องรวมยอดรายการย่อยเพื่อให้ได้ยอดระดับส่วนหัวเอกสาร.
ตัวอย่าง
1500.0012550.75980.50
|
|||
|
รหัสบริษัท
CompanyCode
|
คีย์เฉพาะที่ใช้แทนนิติบุคคลหรือบริษัทภายในโครงสร้างองค์กร SAP. | ||
|
คำอธิบาย
รหัสบริษัทเป็นหน่วยงานพื้นฐานใน SAP Financials ที่แทนหน่วยบัญชีอิสระ ธุรกรรมทางการเงินทั้งหมด รวมถึงใบแจ้งหนี้ จะบันทึกบัญชีภายใต้รหัสบริษัทที่ระบุ. คุณสมบัตินี้จำเป็นต่อการแบ่งผลวิเคราะห์กระบวนการตามนิติบุคคล ช่วยเปรียบเทียบประสิทธิภาพกระบวนการ อัตราการปฏิบัติตามข้อกำหนด และประสิทธิภาพระหว่างส่วนต่าง ๆ ของธุรกิจ ซึ่งสำคัญเป็นพิเศษสำหรับบริษัทข้ามชาติขนาดใหญ่ที่มีบริษัทย่อยหลายแห่ง.
เหตุผลที่สำคัญ
ช่วยแบ่งผลวิเคราะห์กระบวนการตามนิติบุคคล และเปรียบเทียบประสิทธิภาพระหว่างหน่วยธุรกิจต่าง ๆ.
แหล่งข้อมูล
จากฟิลด์ BUKRS ในตาราง SAP BKPF (ส่วนหัวเอกสารบัญชี).
ตัวอย่าง
10002100US01
|
|||
|
วันครบกำหนดชำระใบแจ้งหนี้
InvoiceDueDate
|
วันที่คำนวณได้ซึ่งต้องชำระใบแจ้งหนี้ตามเงื่อนไขการชำระเงิน. | ||
|
คำอธิบาย
วันครบกำหนดชำระใบแจ้งหนี้คือกำหนดเวลาที่ต้องชำระให้ซัพพลายเออร์ตามเงื่อนไขที่ตกลงกัน ใน SAP มักไม่ได้จัดเก็บเป็นฟิลด์เดียว แต่คำนวณจากวันที่ฐานของเอกสาร (BSEG-ZFBDT) และเงื่อนไขการชำระเงิน (BSEG-ZTERM) ที่กำหนดไว้ในใบแจ้งหนี้. วันที่นี้สำคัญต่อแดชบอร์ด “การปฏิบัติตามเงื่อนไขการชำระเงินและส่วนลด” ใช้คำนวณ KPI เช่น อัตราการชำระเงินล่าช้า และระบุใบแจ้งหนี้ที่เสี่ยงชำระล่าช้า การวิเคราะห์โดยอิงวันที่นี้ช่วยจัดลำดับความสำคัญของงานและดูแลความสัมพันธ์กับซัพพลายเออร์.
เหตุผลที่สำคัญ
วันที่นี้สำคัญต่อการติดตามการปฏิบัติตามเงื่อนไขการชำระเงิน คำนวณ KPI รายการค้างชำระ และใช้สิทธิส่วนลดเมื่อชำระก่อนกำหนด.
แหล่งข้อมูล
คำนวณจากวันที่ฐานสำหรับคำนวณวันครบกำหนด (BSEG-ZFBDT) และรหัสเงื่อนไขการชำระเงิน (BSEG-ZTERM).
ตัวอย่าง
2023-10-312023-11-152024-01-10
|
|||
|
หมายเลขใบสั่งซื้อ
PurchaseOrderNumber
|
รหัสใบสั่งซื้อที่ใช้เรียกเก็บเงินในใบแจ้งหนี้. | ||
|
คำอธิบาย
หมายเลขใบสั่งซื้อ (PO) เชื่อมใบแจ้งหนี้กับกระบวนการจัดซื้อ สำหรับใบแจ้งหนี้ที่อ้างอิง PO การเชื่อมโยงนี้จำเป็นต่อการจับคู่สามทางระหว่าง PO ใบรับสินค้า และใบแจ้งหนี้. คุณสมบัตินี้สำคัญต่อแดชบอร์ด “ประสิทธิภาพการจับคู่ PO/GR” การวิเคราะห์ว่ามี PO หรือจับคู่กับ PO ได้หรือไม่ ช่วยแยกใบแจ้งหนี้ที่มี PO กับไม่มี PO และวัดประสิทธิภาพของการจับคู่ ความล่าช้าในส่วนนี้มักเป็นสาเหตุของคอขวดในกระบวนการ.
เหตุผลที่สำคัญ
เชื่อมใบแจ้งหนี้กับกระบวนการจัดซื้อ ช่วยวิเคราะห์ใบแจ้งหนี้ที่มี PO และไม่มี PO รวมถึงประสิทธิภาพของการจับคู่สามทาง.
แหล่งข้อมูล
จากฟิลด์ EBELN ในตาราง SAP BSEG (สำหรับใบแจ้งหนี้ FI) หรือ RSEG (สำหรับใบแจ้งหนี้ MM).
ตัวอย่าง
450001712345000175894500018330
|
|||
|
เหตุผลที่บล็อกการชำระเงิน
PaymentBlockReason
|
รหัสที่ระบุเหตุผลที่บล็อกไม่ให้ชำระใบแจ้งหนี้. | ||
|
คำอธิบาย
เมื่อใบแจ้งหนี้มีข้อมูลไม่ตรงกันหรืออยู่ระหว่างตรวจสอบ ระบบสามารถตั้งบล็อกการชำระเงินเพื่อไม่ให้รวมใบแจ้งหนี้ในรอบการจ่ายเงิน คุณสมบัตินี้ระบุเหตุผลของการบล็อก เช่น จำนวนสินค้าไม่ตรงกันหรือราคาแตกต่าง. ข้อมูลนี้สำคัญต่อการวิเคราะห์ข้อยกเว้น ช่วยจัดหมวดหมู่สาเหตุหลักของความล่าช้าในการชำระเงินและการแก้งาน และสนับสนุนแดชบอร์ด “วิเคราะห์ข้อยกเว้นและข้อมูลไม่ตรงกัน” การทำความเข้าใจเหตุผลที่พบบ่อยช่วยให้ปรับปรุงกระบวนการได้ตรงจุดและลดข้อยกเว้น.
เหตุผลที่สำคัญ
ระบุสาเหตุหลักของความล่าช้าในการชำระเงิน ช่วยวิเคราะห์อย่างตรงจุดเพื่อลดข้อยกเว้น การแก้งาน และเวลาประมวลผลใบแจ้งหนี้.
แหล่งข้อมูล
จากฟิลด์ ZLSPR ในตาราง SAP BSEG (ส่วนรายการเอกสารบัญชี).
ตัวอย่าง
RIA
|
|||
|
ค้างชำระหรือไม่
IsOverdue
|
แฟล็กที่คำนวณขึ้น โดยเป็นจริงเมื่อชำระใบแจ้งหนี้หลังวันครบกำหนดตามกำหนดการ. | ||
|
คำอธิบาย
คุณสมบัติค่าจริง/เท็จนี้คำนวณโดยเปรียบเทียบวันที่ของกิจกรรม “ล้างรายการใบแจ้งหนี้ด้วยการชำระเงิน” กับ “วันครบกำหนดชำระใบแจ้งหนี้” หากวันที่ชำระเงินอยู่หลังวันครบกำหนด แฟล็กจะมีค่าเป็นจริง. คุณสมบัตินี้รองรับ KPI “อัตราการชำระเงินล่าช้า” และแดชบอร์ด “การปฏิบัติตามเงื่อนไขการชำระเงินและส่วนลด” โดยตรง ช่วยกรองและนับรายการชำระล่าช้าได้ง่าย ทำให้เห็นขนาดของปัญหา การวิเคราะห์ลักษณะของใบแจ้งหนี้ที่ค้างชำระ เช่น แยกตามผู้ขายหรือรหัสบริษัท อาจช่วยระบุสาเหตุหลักได้.
เหตุผลที่สำคัญ
ใช้วัดการปฏิบัติตามเงื่อนไขการชำระเงินโดยตรง และเป็นข้อมูลพื้นฐานสำหรับ KPI อัตราการชำระเงินล่าช้า ช่วยรักษาความสัมพันธ์กับซัพพลายเออร์และหลีกเลี่ยงค่าปรับ.
แหล่งข้อมูล
ฟิลด์คำนวณ: เป็น TRUE หาก (Payment Date > Invoice Due Date) มิฉะนั้นเป็น FALSE.
ตัวอย่าง
truefalse
|
|||
|
ดำเนินการอัตโนมัติหรือไม่
IsAutomated
|
แฟล็กที่ระบุว่ากิจกรรมดำเนินการโดยระบบหรือผู้ใช้แบบแบตช์ แทนที่จะเป็นผู้ใช้ที่เป็นบุคคล. | ||
|
คำอธิบาย
คุณสมบัติค่าจริง/เท็จนี้ใช้แยกกิจกรรมที่ระบบทำโดยอัตโนมัติ เช่น งานแบตช์ EDI หรือระบบ OCR ออกจากกิจกรรมที่ผู้ใช้ทำด้วยตนเอง โดยทั่วไปพิจารณาจากชื่อผู้ใช้ที่เชื่อมโยงกับกิจกรรม. ข้อมูลนี้เป็นพื้นฐานของแดชบอร์ด “การประมวลผลด้วยตนเองเทียบกับอัตโนมัติ” ช่วยวัดผลของการนำระบบอัตโนมัติมาใช้ คำนวณ KPI อัตราการแทรกแซงด้วยตนเอง และระบุโอกาสที่ยังเหลือในการลดงานที่ต้องทำเอง การทำความเข้าใจจุดที่คนหรือระบบเข้ามาทำงานเป็นสิ่งสำคัญต่อการเพิ่มประสิทธิภาพ.
เหตุผลที่สำคัญ
ช่วยวัดระดับการทำงานอัตโนมัติในกระบวนการ ระบุคอขวดที่ต้องทำด้วยตนเอง และติดตามผลของการนำระบบอัตโนมัติมาใช้.
แหล่งข้อมูล
คำนวณโดยตรวจสอบว่า ID ผู้ใช้ เช่น CDHDR-USERNAME อยู่ในรายการบัญชีระบบ บัญชีแบตช์ หรือบัญชีบริการที่กำหนดไว้หรือไม่.
ตัวอย่าง
truefalse
|
|||
|
ประเภทเอกสาร
DocumentType
|
รหัสใน SAP ที่ใช้จัดประเภทเอกสารบัญชีและกำหนดวิธีประมวลผล. | ||
|
คำอธิบาย
ประเภทเอกสารใช้แยกธุรกรรมทางธุรกิจ เช่น ใบแจ้งหนี้ผู้ขาย (KR) ใบลดหนี้ (KG) หรือใบแจ้งหนี้ MM (RE) การจัดประเภทนี้กำหนดรายละเอียดต่าง ๆ เช่น ช่วงหมายเลขเอกสารและประเภทบัญชีที่บันทึกได้. ใน process mining การกรองตามประเภทเอกสารช่วยให้วิเคราะห์รายการที่มีลักษณะใกล้เคียงกันได้ เช่น กระบวนการของใบแจ้งหนี้ผู้ขายทั่วไป (KR) อาจต่างจากใบลดหนี้ (KG) มาก การวิเคราะห์แยกกันช่วยป้องกันการรวมข้อมูลที่ทำให้เข้าใจผิด และให้ข้อมูลเชิงลึกที่แม่นยำขึ้นเกี่ยวกับกระบวนการย่อยแต่ละประเภท.
เหตุผลที่สำคัญ
ช่วยแบ่งผลวิเคราะห์ตามประเภทธุรกรรม เช่น ใบแจ้งหนี้หรือใบลดหนี้ ทำให้ได้ข้อมูลเชิงลึกเกี่ยวกับกระบวนการที่แม่นยำและตรงประเด็นขึ้น.
แหล่งข้อมูล
จากฟิลด์ BLART ในตาราง SAP BKPF (ส่วนหัวเอกสารบัญชี).
ตัวอย่าง
KRREKG
|
|||
|
มีการกลับรายการหรือไม่
IsReversed
|
แฟล็กค่าจริง/เท็จที่ระบุว่าเอกสารใบแจ้งหนี้ถูกกลับรายการหรือไม่. | ||
|
คำอธิบาย
คุณสมบัตินี้ทำเครื่องหมายใบแจ้งหนี้ที่ถูกยกเลิกหรือกลับรายการ ซึ่งเป็นเหตุการณ์สำคัญที่บ่งชี้ข้อผิดพลาดร้ายแรงหรือความล้มเหลวของกระบวนการ ใน SAP เอกสารที่ถูกกลับรายการจะเชื่อมโยงกับเอกสารกลับรายการ. การระบุใบแจ้งหนี้ที่ถูกกลับรายการช่วยให้เข้าใจคุณภาพกระบวนการและอัตราความล้มเหลว แยกข้อยกเว้นที่สิ้นสุดลงในลักษณะนี้ออกจากการไหลหลักของกระบวนการ และวิเคราะห์หาสาเหตุได้โดยเฉพาะ เพื่อทำความเข้าใจว่าเหตุใดจึงเกิดการกลับรายการและจะป้องกันได้อย่างไร.
เหตุผลที่สำคัญ
ทำเครื่องหมายใบแจ้งหนี้ที่ถูกยกเลิก ซึ่งเป็นตัวชี้วัดสำคัญของความล้มเหลวในกระบวนการ และช่วยวิเคราะห์สาเหตุหลักของข้อผิดพลาดร้ายแรง.
แหล่งข้อมูล
ตรวจสอบว่าหมายเลขเอกสาร (BKPF-BELNR) ปรากฏในฟิลด์ BKPF-STBLG (เอกสารกลับรายการ) ของเอกสารอื่นหรือไม่.
ตัวอย่าง
truefalse
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบุระบบ SAP ECC ต้นทางที่ใช้ดึงข้อมูล. | ||
|
คำอธิบาย
คุณสมบัตินี้ระบุระบบหลักที่จัดเก็บข้อมูล เช่น SAP System ID (SID) ซึ่งเป็นแหล่งที่มาของข้อมูลการประมวลผลใบแจ้งหนี้ มีความสำคัญเป็นพิเศษสำหรับองค์กรที่ใช้ ERP หลายระบบหรือใช้ระบบหลายประเภท. ในการวิเคราะห์ process mining คุณสมบัตินี้ช่วยแยกข้อมูลจากแต่ละระบบ ซึ่งอาจมีการตั้งค่าหรือรูปแบบกระบวนการต่างกัน ทำให้เปรียบเทียบกระบวนการระหว่างระบบได้ และตรวจสอบที่มาของข้อมูลได้ชัดเจน ซึ่งสำคัญต่อการกำกับดูแลและตรวจสอบความถูกต้องของข้อมูล.
เหตุผลที่สำคัญ
ช่วยติดตามที่มาของข้อมูล และวิเคราะห์กระบวนการในสภาพแวดล้อมที่มี SAP หลายระบบหรือมีระบบต้นทางอื่น.
แหล่งข้อมูล
โดยทั่วไปเป็นค่าคงที่ที่ระบุ SAP System ID (SID) ของระบบ ECC ต้นทาง ซึ่งเพิ่มระหว่างการดึงข้อมูล.
ตัวอย่าง
ECC_PROD_EUSAP_US_01E5P
|
|||
|
สกุลเงินของเอกสาร
DocumentCurrency
|
รหัสสกุลเงิน เช่น USD หรือ EUR ที่ใช้ในใบแจ้งหนี้. | ||
|
คำอธิบาย
คุณสมบัตินี้ระบุสกุลเงินของยอดใบแจ้งหนี้ ซึ่งจัดเก็บไว้ในส่วนหัวเอกสารของ SAP. สกุลเงินของเอกสารจำเป็นต่อการวิเคราะห์ทางการเงิน เพื่อให้ตีความจำนวนเงินได้ถูกต้อง ช่วยกรองผลวิเคราะห์กระบวนการตามสกุลเงิน และเป็นข้อมูลที่ต้องใช้ก่อนแปลงยอดเงินเป็นสกุลเงินท้องถิ่นเดียวกัน เพื่อจัดทำรายงานและรวมยอดให้เป็นมาตรฐาน.
เหตุผลที่สำคัญ
ให้ข้อมูลที่จำเป็นต่อการตีความจำนวนเงิน และช่วยวิเคราะห์แยกตามสกุลเงินหรือแปลงเป็นสกุลเงินมาตรฐาน.
แหล่งข้อมูล
จากฟิลด์ WAERS ในตาราง SAP BKPF (ส่วนหัวเอกสารบัญชี).
ตัวอย่าง
USDEURGBP
|
|||
|
ส่วนลดที่ไม่ได้รับ
DiscountLost
|
แฟล็กคำนวณที่เป็น true เมื่อไม่ได้ใช้ส่วนลดสำหรับการชำระเงินก่อนกำหนดที่มีให้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ใช้ระบุใบแจ้งหนี้ที่มีส่วนลดสำหรับการชำระเงินก่อนกำหนดตามเงื่อนไขการชำระเงิน แต่ชำระหลังจากหมดช่วงเวลารับส่วนลดแล้ว โดยคำนวณจากการเปรียบเทียบวันที่ชำระเงินกับวันครบกำหนดรับส่วนลดที่ได้จาก 'Payment Terms'. นี่คือ KPI ทางการเงินที่สำคัญสำหรับ 'อัตราการใช้ส่วนลดเมื่อชำระเงินก่อนกำหนด' ซึ่งช่วยให้เห็นโอกาสลดต้นทุนที่พลาดไป การวิเคราะห์สาเหตุที่ไม่ได้รับส่วนลด เช่น รอบอนุมัติที่ยาวนานหรือการระงับการชำระเงิน ช่วยให้เห็นเหตุผลรองรับโครงการปรับปรุงกระบวนการและผลตอบแทนจากการลงทุนที่ชัดเจน.
เหตุผลที่สำคัญ
ช่วยให้เห็นโอกาสทางการเงินที่พลาดไป สนับสนุน KPI 'อัตราการใช้ส่วนลดเมื่อชำระเงินก่อนกำหนด' โดยตรง และแสดงมูลค่าทางการเงินที่ชัดเจนเพื่อใช้ประกอบการปรับปรุงกระบวนการ.
แหล่งข้อมูล
ฟิลด์คำนวณ: เป็น TRUE หาก (Payment Terms มีส่วนลด) AND (Payment Date > Discount Due Date) มิฉะนั้นเป็น FALSE.
ตัวอย่าง
truefalse
|
|||
|
หมายเลขใบรับสินค้า
GoodsReceiptNumber
|
รหัสเอกสารใบรับสินค้าที่เกี่ยวข้องกับใบแจ้งหนี้ซึ่งอ้างอิง PO. | ||
|
คำอธิบาย
สำหรับใบแจ้งหนี้ที่เกี่ยวข้องกับสินค้าจริง เอกสารใบรับสินค้า (GR) ยืนยันว่าผู้ขายส่งมอบสินค้าแล้ว หมายเลขนี้เชื่อมใบแจ้งหนี้กับเหตุการณ์รับสินค้าที่เกี่ยวข้อง. คุณสมบัตินี้ใช้ในแดชบอร์ด “ประสิทธิภาพการจับคู่ PO/GR” ระยะเวลาระหว่างการบันทึกบัญชี GR กับใบแจ้งหนี้เป็นตัวชี้วัดสำคัญ การวิเคราะห์การเชื่อมโยงนี้ช่วยให้เข้าใจกระบวนการจับคู่สามทางทั้งหมด และระบุความล่าช้าระหว่างการส่งมอบสินค้ากับการชำระเงิน.
เหตุผลที่สำคัญ
ช่วยให้เห็นการจับคู่สามทางระหว่าง PO, GR และใบแจ้งหนี้ครบถ้วน และวิเคราะห์ความล่าช้าระหว่างการส่งมอบสินค้ากับการประมวลผลใบแจ้งหนี้.
แหล่งข้อมูล
จากฟิลด์ LFBNR (หมายเลขเอกสารอ้างอิง) ในตาราง SAP RSEG (รายการเอกสารใบแจ้งหนี้ขาเข้า).
ตัวอย่าง
500000123450000015675000002100
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาประทับที่ระบุว่าข้อมูลของระเบียนนี้ได้รับการรีเฟรชจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
คุณสมบัตินี้ระบุวันที่และเวลาที่ดึงหรืออัปเดตข้อมูลจาก SAP ECC ล่าสุด ไม่ใช่ส่วนหนึ่งของข้อมูลธุรกรรม แต่เป็นเมทาดาทาที่เพิ่มระหว่างการนำเข้าข้อมูล. การวิเคราะห์ใช้ข้อมูลนี้เพื่อบอกว่าข้อมูลที่กำลังดูเป็นข้อมูลล่าสุดเพียงใด ซึ่งสำคัญต่อแดชบอร์ดและรายงาน เพราะช่วยให้ผู้ใช้ทราบว่าผลวิเคราะห์เป็นปัจจุบันแค่ไหน และช่วยจัดการความคาดหวังเกี่ยวกับธุรกรรมที่เพิ่งเกิดขึ้น.
เหตุผลที่สำคัญ
ระบุความใหม่ของชุดข้อมูล ซึ่งสำคัญต่อการประเมินว่าข้อมูลเชิงลึกและแดชบอร์ดของกระบวนการเป็นปัจจุบันเพียงใด.
แหล่งข้อมูล
เมทาดาทานี้สร้างและเพิ่มระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).
ตัวอย่าง
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
|
|||
กิจกรรมการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
กลับรายการใบแจ้งหนี้
|
ยกเลิกเอกสารใบแจ้งหนี้ที่บันทึกบัญชีแล้วด้วยการสร้างเอกสารกลับรายการ การดำเนินการนี้หักล้างผลกระทบทางการเงินของใบแจ้งหนี้เดิม และเป็นจุดสิ้นสุดอีกแบบหนึ่งของกระบวนการ ซึ่งมักเป็นผลลัพธ์ที่ไม่พึงประสงค์. | ||
|
เหตุผลที่สำคัญ
การกลับรายการอาจบ่งชี้ข้อผิดพลาด เช่น ป้อนข้อมูลผิดหรือมีใบแจ้งหนี้ซ้ำ การติดตามความถี่และเหตุผลของการกลับรายการช่วยหาจุดที่ควรปรับปรุงคุณภาพข้อมูลและเพิ่มโอกาสให้ทำงานถูกต้องตั้งแต่ครั้งแรก.
แหล่งข้อมูล
ระบุเหตุการณ์นี้จากตารางส่วนหัวเอกสาร (BKPF) โดยเอกสารต้นฉบับจะมีหมายเลขเอกสารกลับรายการในฟิลด์ BKPF-STBLG เวลาของเหตุการณ์คือวันที่บันทึกบัญชีของเอกสารกลับรายการ.
บันทึก
ค้นหาเอกสารกลับรายการใน BKPF.STBLG แล้วใช้วันที่บันทึกบัญชีของเอกสารกลับรายการเป็นเวลาเหตุการณ์.
ประเภทเหตุการณ์
explicit
|
|||
|
บันทึกบัญชีใบแจ้งหนี้
|
บันทึกใบแจ้งหนี้ในบัญชีแยกประเภททั่วไปอย่างเป็นทางการ ทำให้เกิดหนี้สินทางการเงิน เอกสารที่พักรายการไว้จะถูกเปลี่ยนเป็นเอกสารที่บันทึกบัญชีแล้ว หรือสร้างเป็นเอกสารที่บันทึกบัญชีตั้งแต่แรก ขั้นตอนนี้เป็นส่วนสำคัญของการบัญชีการเงิน. | ||
|
เหตุผลที่สำคัญ
การบันทึกบัญชีเป็นหมุดหมายสำคัญที่ทำให้ใบแจ้งหนี้เป็นหนี้สินอย่างเป็นทางการ และแบ่งช่วงป้อนข้อมูลออกจากช่วงจัดการการชำระเงิน.
แหล่งข้อมูล
ระบุจากตารางส่วนหัวเอกสาร BKPF เอกสารที่บันทึกบัญชีแล้วจะมี Document Status (BKPF-BSTAT) เป็นค่าว่าง และมี Posting Date (BKPF-BUDAT) ที่ถูกต้อง วันที่บันทึกบัญชีใช้เป็นเวลาของเหตุการณ์.
บันทึก
ใช้ BKPF.BUDAT สำหรับเอกสารที่ BKPF.BSTAT ไม่ใช่ 'V' (พักรายการไว้) หรือมีการเปลี่ยนค่า 'V'.
ประเภทเหตุการณ์
explicit
|
|||
|
ล้างรายการใบแจ้งหนี้ด้วยการชำระเงิน
|
ชำระใบแจ้งหนี้ครบแล้ว และล้างรายการเปิดโดยจับคู่กับเอกสารการชำระเงิน นี่คือจุดสิ้นสุดที่สำเร็จของกระบวนการเจ้าหนี้สำหรับใบแจ้งหนี้รายการนี้ โดยตรวจจับได้จากข้อมูลเอกสารล้างรายการ. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์สิ้นสุดของเส้นทางที่สำเร็จ ระยะเวลาจนถึงกิจกรรมนี้เป็นตัวชี้วัดสำคัญของประสิทธิภาพกระบวนการโดยรวม และจำเป็นต่อการคำนวณความตรงเวลาของการชำระเงินและการใช้ส่วนลด.
แหล่งข้อมูล
ระบุเหตุการณ์นี้เมื่อกรอก Clearing Document Number (BSEG-AUGBL) และ Clearing Date (BSEG-AUGDT) ในรายการผู้ขาย วันที่ล้างรายการใช้เป็นเวลาของเหตุการณ์.
บันทึก
ใช้ Clearing Date (BSEG.AUGDT) เมื่อมีการกรอก Clearing Document (BSEG.AUGBL).
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างข้อเสนอการชำระเงิน
|
เพิ่มใบแจ้งหนี้ในรายการข้อเสนอการชำระเงิน ซึ่งเป็นส่วนหนึ่งของรอบการจ่ายเงิน (T-Code F110) แม้ยังไม่ใช่การจ่ายเงินจริง แต่แสดงว่ามีแผนจะชำระ ระบบเลือกใบแจ้งหนี้ตามวันครบกำหนดและเงื่อนไขการชำระเงิน. | ||
|
เหตุผลที่สำคัญ
นี่เป็นขั้นตอนแรกของกระบวนการจ่ายเงินอัตโนมัติ ความล่าช้าระหว่างการสร้างข้อเสนอกับการจ่ายเงินจริงอาจบ่งชี้ปัญหาในการอนุมัติหรือกำหนดเวลารอบการจ่ายเงิน.
แหล่งข้อมูล
ระบุเหตุการณ์นี้โดยค้นหาเอกสารใบแจ้งหนี้ในตารางข้อเสนอการชำระเงิน เช่น REGUP (รายการที่ประมวลผลจากโปรแกรมการจ่ายเงิน) ใช้วันที่รอบการจ่ายเงิน (REGUP-LAUFD) เป็นเวลาของเหตุการณ์ได้.
บันทึก
ค้นหาใบแจ้งหนี้ในตาราง REGUP แล้วใช้วันที่รอบการจ่ายเงิน (LAUFD).
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างเอกสารใบแจ้งหนี้
|
ระบุเวลาที่สร้างเอกสารใบแจ้งหนี้ใน SAP ไม่ว่าจะเป็นเอกสารที่พักรายการไว้หรือบันทึกบัญชีแล้ว โดยทั่วไปนี่คือเหตุการณ์แรกที่มีการบันทึกเวลาสำหรับใบแจ้งหนี้ และใช้เป็นจุดเริ่มต้นในการวิเคราะห์กระบวนการ ระบบดึงข้อมูลนี้จากวันที่และเวลาที่บันทึกรายการในตาราง BKPF. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักของเส้นทางการประมวลผลใบแจ้งหนี้ การวิเคราะห์เวลาตั้งแต่จุดนี้ช่วยวัดเวลารวมตั้งแต่ต้นจนจบและระบุความล่าช้าในการป้อนข้อมูลเบื้องต้น.
แหล่งข้อมูล
ระบบอนุมานเหตุการณ์นี้จากเวลาที่สร้างรายการส่วนหัวของเอกสารบัญชี โดยใช้วันที่บันทึก (BKPF-CPUDT) และเวลาบันทึก (BKPF-CPUTM) ร่วมกันเป็นเวลาของเหตุการณ์.
บันทึก
ใช้เวลาที่สร้างจากตารางส่วนหัวเอกสาร BKPF (CPUDT, CPUTM).
ประเภทเหตุการณ์
inferred
|
|||
|
อนุมัติใบแจ้งหนี้
|
ผู้อนุมัติที่ได้รับมอบหมายยืนยันแล้วว่าใบแจ้งหนี้ถูกต้องและพร้อมชำระ เหตุการณ์นี้อาจบันทึกโดยตรงจากระบบเวิร์กโฟลว์ หรืออนุมานจากการนำบล็อกการชำระเงินออก นับเป็นหมุดหมายสำคัญก่อนชำระเงิน. | ||
|
เหตุผลที่สำคัญ
นี่คือหมุดหมายสำคัญที่ทำให้ใบแจ้งหนี้กลับมาชำระเงินได้ ความล่าช้าก่อนหรือหลังขั้นตอนนี้บ่งชี้ปัญหาคนละประเภท เช่น ผู้อนุมัติไม่พร้อมหรือกำหนดการจ่ายเงินมีปัญหา.
แหล่งข้อมูล
ในระบบเวิร์กโฟลว์จะมีการบันทึกเหตุการณ์นี้โดยตรง หากไม่มีระบบดังกล่าว มักอนุมานจากการนำบล็อกการชำระเงินออก โดยตรวจสอบจากบันทึกการเปลี่ยนแปลง (CDHDR/CDPOS) ของฟิลด์ BSEG-ZLSPR.
บันทึก
ใช้เหตุการณ์จากระบบเวิร์กโฟลว์ หรือบันทึกการเปลี่ยนแปลงเมื่อนำบล็อกการชำระเงินออก.
ประเภทเหตุการณ์
explicit
|
|||
|
จับคู่ใบรับสินค้าแล้ว
|
หมายถึงการตรวจสอบว่าสินค้าหรือบริการในใบแจ้งหนี้ได้รับแล้ว โดยเชื่อมโยงใบแจ้งหนี้กับเอกสารใบรับสินค้า ซึ่งเป็นองค์ประกอบที่สามของการจับคู่เอกสาร 3 รายการ ระบบอนุมานจากข้อมูลอ้างอิงในรายการใบแจ้งหนี้. | ||
|
เหตุผลที่สำคัญ
การจับคู่กับใบรับสินค้ายืนยันว่าบริษัทได้รับสิ่งที่กำลังชำระเงิน การติดตามขั้นตอนนี้ช่วยวิเคราะห์ KPI ระยะเวลาจับคู่ใบสั่งซื้อ ใบรับสินค้า และใบแจ้งหนี้ รวมถึงปรับปรุงการตรวจสอบให้คล่องตัวขึ้น.
แหล่งข้อมูล
ระบบอนุมานจากรายการผู้ขายในตาราง BSEG โดยตรวจสอบว่ามีเลขที่เอกสารใบรับสินค้า (BSEG-LFBNR) หรือไม่ หรือสืบค้นประวัติใบสั่งซื้อที่เชื่อมโยงกันในตาราง EKBE.
บันทึก
ตรวจสอบข้อมูลอ้างอิงใบรับสินค้าใน BSEG.LFBNR หรือดูประวัติใบสั่งซื้อใน EKBE.
ประเภทเหตุการณ์
inferred
|
|||
|
จับคู่ใบสั่งซื้อแล้ว
|
กิจกรรมนี้ระบุว่ารายการใบแจ้งหนี้เชื่อมโยงกับใบสั่งซื้อเรียบร้อยแล้ว ซึ่งเป็นขั้นตอนตรวจสอบสำคัญในการจับคู่เอกสาร 3 รายการ ระบบอนุมานเหตุการณ์นี้จากการมีเลขที่ใบสั่งซื้อในรายละเอียดรายการใบแจ้งหนี้. | ||
|
เหตุผลที่สำคัญ
ความล่าช้าในการจับคู่ใบสั่งซื้ออาจเป็นคอขวดสำคัญ การวิเคราะห์กิจกรรมนี้ช่วยวัดประสิทธิภาพของการจับคู่และระบุใบแจ้งหนี้ที่ไม่เป็นไปตามเวิร์กโฟลว์มาตรฐานซึ่งอ้างอิงใบสั่งซื้อ.
แหล่งข้อมูล
ระบบอนุมานจากรายการผู้ขายในตาราง BSEG หากมีข้อมูลในฟิลด์เลขที่ใบสั่งซื้อ (BSEG-EBELN) จะถือว่าการจับคู่เกิดขึ้นในเวลาที่สร้างเอกสาร.
บันทึก
ตรวจสอบว่า BSEG.EBELN ของใบแจ้งหนี้มีค่าไม่เป็น null.
ประเภทเหตุการณ์
inferred
|
|||
|
ตั้งบล็อกการชำระเงิน
|
ระบบระงับการชำระเงินของใบแจ้งหนี้ไว้ โดยมักเกิดจากข้อมูลไม่ตรงกัน การรออนุมัติ หรือปัญหาอื่น สถานะนี้ระบุไว้โดยตรงในรายการใบแจ้งหนี้ และตรวจจับเหตุการณ์ได้จากตารางบันทึกการเปลี่ยนแปลง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ระบุจุดเริ่มต้นของช่วงเวลาที่เกิดข้อยกเว้นหรือรออนุมัติ การวิเคราะห์ความถี่และระยะเวลาที่บล็อกการชำระเงินช่วยให้ระบุและแก้ไขคอขวดของกระบวนการและข้อโต้แย้งได้.
แหล่งข้อมูล
ตรวจจับเหตุการณ์นี้โดยติดตามการเปลี่ยนแปลงของฟิลด์ Payment Block Key (BSEG-ZLSPR) บันทึกการเปลี่ยนแปลงในตาราง CDHDR และ CDPOS จะระบุเวลาที่มีการกรอกข้อมูลในฟิลด์นี้.
บันทึก
ติดตามการสร้างรายการใน CDHDR/CDPOS สำหรับฟิลด์ BSEG-ZLSPR.
ประเภทเหตุการณ์
explicit
|
|||
|
นำบล็อกการชำระเงินออก
|
นำบล็อกการชำระเงินที่ตั้งไว้ก่อนหน้าออกจากใบแจ้งหนี้ ทำให้สามารถนำไปชำระได้ โดยมักหมายความว่าแก้ไขข้อมูลที่ไม่ตรงกันแล้วหรือได้รับอนุมัติแล้ว ตรวจจับเหตุการณ์นี้ได้จากตารางบันทึกการเปลี่ยนแปลง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้แสดงว่าจัดการข้อยกเว้นเรียบร้อยหรืออนุมัติเสร็จแล้ว ระยะเวลาที่บล็อกยังมีผลคือเวลาที่ใช้แก้งานหรือรอ ซึ่งเป็นจุดสำคัญในการปรับปรุงกระบวนการ.
แหล่งข้อมูล
ตรวจจับเหตุการณ์นี้โดยติดตามการเปลี่ยนแปลงของฟิลด์ Payment Block Key (BSEG-ZLSPR) บันทึกการเปลี่ยนแปลงในตาราง CDHDR และ CDPOS จะระบุเวลาที่ล้างข้อมูลในฟิลด์นี้.
บันทึก
ติดตามรายการอัปเดตใน CDHDR/CDPOS ที่เปลี่ยนฟิลด์ BSEG-ZLSPR เป็นค่าว่าง.
ประเภทเหตุการณ์
explicit
|
|||
|
พักรายการใบแจ้งหนี้
|
หมายถึงใบแจ้งหนี้ที่ป้อนเข้าสู่ SAP แล้ว แต่ยังไม่ได้บันทึกลงบัญชีแยกประเภททั่วไป การพักรายการเป็นการดำเนินการที่ระบุชัดเจน เพื่อให้กลับมาดำเนินการต่อหรืออนุมัติภายหลังได้ ฟิลด์สถานะเอกสารในตารางส่วนหัวแสดงว่าใบแจ้งหนี้ถูกพักรายการไว้หรือไม่. | ||
|
เหตุผลที่สำคัญ
การพักรายการแสดงว่ากระบวนการหยุดไว้ชั่วคราวโดยตั้งใจ ซึ่งมักเกิดขึ้นเพื่อตรวจสอบหรือรอข้อมูลที่ขาดหาย การติดตามขั้นตอนนี้ช่วยระบุสาเหตุของความล่าช้าก่อนบันทึกใบแจ้งหนี้อย่างเป็นทางการ.
แหล่งข้อมูล
ระบุจากตารางส่วนหัวเอกสาร BKPF เมื่อสถานะเอกสาร (BKPF-BSTAT) เป็น 'V' (พักรายการ) เวลาของเหตุการณ์คือเวลาที่สร้างเอกสาร (BKPF-CPUDT, BKPF-CPUTM).
บันทึก
กรองเอกสารที่ BKPF.BSTAT = 'V'.
ประเภทเหตุการณ์
explicit
|
|||
|
เลยกำหนดชำระแล้วยังไม่ชำระ
|
เหตุการณ์ที่คำนวณขึ้นนี้เกิดเมื่อวันที่ปัจจุบันเลยกำหนดชำระสุทธิของใบแจ้งหนี้ แต่ยังไม่ได้ล้างรายการ ช่วยระบุใบแจ้งหนี้ที่เสี่ยงจะค้างชำระหรือค้างชำระแล้ว เหตุการณ์นี้ไม่ได้มาจากระบบโดยตรง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อการติดตาม KPI อัตราการชำระเงินล่าช้า โดยช่วยแจ้งเตือนล่วงหน้าว่าต้องรีบจัดการใบแจ้งหนี้ใด เพื่อหลีกเลี่ยงค่าปรับชำระล่าช้าและผลกระทบต่อความสัมพันธ์กับผู้ขาย.
แหล่งข้อมูล
เหตุการณ์นี้คำนวณขึ้นโดยเปรียบเทียบวันที่ปัจจุบันกับวันครบกำหนดชำระสุทธิ (BSEG-ZFBDT) ของรายการเปิดทั้งหมดที่ยังไม่ล้างรายการ วันที่ครบกำหนดใช้เป็นเวลาของเหตุการณ์.
บันทึก
คำนวณโดยเปรียบเทียบวันที่ปัจจุบันกับ BSEG.ZFBDT สำหรับรายการเปิด.
ประเภทเหตุการณ์
calculated
|
|||
|
ส่งใบแจ้งหนี้เพื่อขออนุมัติ
|
ส่งใบแจ้งหนี้เข้าสู่เวิร์กโฟลว์เพื่อขออนุมัติอย่างเป็นทางการ กิจกรรมนี้มักอาศัยระบบเวิร์กโฟลว์ภายนอกหรือการเปลี่ยนสถานะใน SAP และมักเป็นจุดเริ่มต้นของกระบวนการย่อยเพื่ออนุมัติ. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดเริ่มต้นของรอบการอนุมัติ การวัดเวลาตั้งแต่เหตุการณ์นี้จนถึง “อนุมัติใบแจ้งหนี้” เป็นสิ่งสำคัญสำหรับ KPI ระยะเวลารอบการอนุมัติใบแจ้งหนี้ และช่วยระบุคอขวดที่เกี่ยวข้องกับผู้อนุมัติ.
แหล่งข้อมูล
หากใช้ SAP Business Workflow ให้ดึงเหตุการณ์นี้จากบันทึกเวิร์กโฟลว์ เช่น SWWLOG หากไม่ได้ใช้ ขั้นตอนนี้เป็นแนวคิดที่มักอนุมานจากการตั้งบล็อกการชำระเงินด้วยเหตุผลด้านการอนุมัติ.
บันทึก
ดึงข้อมูลจากบันทึกเวิร์กโฟลว์ หรืออนุมานจากการตั้งบล็อกการชำระเงินที่ระบุไว้.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เพื่อเริ่มต้นใช้งาน process mining และเริ่มปรับปรุงกระบวนการจัดการใบแจ้งหนี้เจ้าหนี้การค้าด้วยข้อมูลเชิงลึกได้เลย.
หยุดเสียค่าปรับจากการชำระล่าช้า ปรับปรุงกระบวนการเจ้าหนี้การค้าและประหยัดได้ 60%
ลดการจ่ายเงินซ้ำซ้อน ทำให้การประมวลผลเป็นอัตโนมัติ และลดต้นทุนได้ 60% ด้วยแพลตฟอร์มของเรา.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าได้ในไม่กี่นาที