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

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

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

เทมเพลต process mining สำหรับทุกกระบวนการ

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

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

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

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

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

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

เหตุผลที่สำคัญ

คุณสมบัตินี้กำหนดขั้นตอนในกระบวนการ เป็นโครงสร้างหลักของแผนผังกระบวนการและช่วยให้วิเคราะห์การไหลของงานได้.

แหล่งข้อมูล

ข้อมูลนี้มักได้มาจากบันทึกการเปลี่ยนสถานะ ตารางเหตุการณ์ หรือรหัสธุรกรรมในระบบต้นทาง.

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

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z
หมายเลขใบแจ้งหนี้
InvoiceNumber
รหัสเฉพาะของใบแจ้งหนี้จากผู้ขาย ใช้เป็นคีย์หลักสำหรับติดตามใบแจ้งหนี้ตลอดวงจรการดำเนินงาน.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปจะเป็นฟิลด์หลักในส่วนหัวของตารางธุรกรรมใบแจ้งหนี้.

ตัวอย่าง
INV-2024-001239876543210US-5839A-24
ระบบต้นทาง
SourceSystem
ระบบต้นทางที่ดึงข้อมูลเหตุการณ์ออกมา.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ข้อมูลนี้บอกที่มาของข้อมูล ซึ่งสำคัญต่อการตรวจสอบความถูกต้องและวิเคราะห์กระบวนการที่ทำงานผ่านระบบไอทีหลายระบบ.

แหล่งข้อมูล

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

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

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

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

เหตุผลที่สำคัญ

ข้อมูลนี้บอกความใหม่ของข้อมูล ช่วยให้ผู้ใช้ทราบว่าผลวิเคราะห์กระบวนการเป็นปัจจุบันเพียงใด.

แหล่งข้อมูล

โดยทั่วไป ระบบจะสร้างและเพิ่มเวลานี้ลงในชุดข้อมูลระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).

ตัวอย่าง
2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
ชื่อผู้ขาย
VendorName
ชื่อซัพพลายเออร์หรือผู้ขายที่ส่งใบแจ้งหนี้.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้อยู่ในส่วนหัวของใบแจ้งหนี้ และเชื่อมโยงกับตารางข้อมูลหลักของผู้ขายผ่านรหัสผู้ขาย.

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

แอตทริบิวต์ผู้ใช้ระบุบุคคลหรือระบบอัตโนมัติที่รับผิดชอบแต่ละขั้นตอนในเวิร์กโฟลว์ประมวลผลใบแจ้งหนี้ เช่น เจ้าหน้าที่บัญชีเจ้าหนี้ที่บันทึกใบแจ้งหนี้ ผู้จัดการที่อนุมัติ หรือบอตที่จับคู่ข้อมูล

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

เหตุผลที่สำคัญ

ช่วยวิเคราะห์การกระจายงาน ผลงานของผู้ใช้ และความแตกต่างของกระบวนการระหว่างทีมหรือบุคคล.

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้อยู่ในรายละเอียดธุรกรรม โดยอาจใช้ชื่อฟิลด์ว่า 'User Name', 'Entered By', 'Changed By' หรือ 'Approver'.

ตัวอย่าง
j.doeSYSTEM_RFCAlice.Smithapprover_pool_1
ยอดเงินในใบแจ้งหนี้
InvoiceAmount
มูลค่ารวมของใบแจ้งหนี้.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปเป็นฟิลด์มาตรฐานในส่วนหัวของตารางธุรกรรมใบแจ้งหนี้.

ตัวอย่าง
5250.751200.0025000.0089.99
วันครบกำหนดชำระเงิน
PaymentDueDate
วันที่ต้องชำระใบแจ้งหนี้เพื่อไม่ให้เลยกำหนด.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

จำเป็นต่อการวัดผลการชำระเงินตรงเวลาและวิเคราะห์สาเหตุของการชำระล่าช้า.

แหล่งข้อมูล

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

ตัวอย่าง
2024-06-302024-07-152024-08-01
เวลาสิ้นสุด
EndTime
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เสร็จสิ้นเมื่อใด สำหรับเหตุการณ์ที่เกิดขึ้นทันที เวลานี้มักตรงกับเวลาเริ่มต้น.
คำอธิบาย

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

ในการวิเคราะห์ จะใช้เวลาสิ้นสุดคำนวณระยะเวลาของกิจกรรมแต่ละรายการและช่วงต่างๆ ของกระบวนการทั้งหมด ตัวอย่างเช่น คำนวณระยะเวลาของขั้นตอน 'อนุมัติใบแจ้งหนี้' ได้โดยนำเวลาเริ่มต้นของกิจกรรม 'อนุมัติใบแจ้งหนี้แล้ว' มาลบออกจากเวลาสิ้นสุด ข้อมูลนี้ช่วยสร้างแดชบอร์ดผลการดำเนินงาน กำหนดเกณฑ์เปรียบเทียบ และติดตามผลจากการเปลี่ยนแปลงกระบวนการ.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

พบข้อมูลนี้ในบันทึกระบบหรือข้อมูลธุรกรรม โดยมักอยู่ในฟิลด์ 'วันที่เสร็จสิ้น', 'วันที่เปลี่ยนแปลง' หรือฟิลด์เวลาที่บันทึกการเสร็จสิ้นของกิจกรรมโดยเฉพาะ.

ตัวอย่าง
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
สกุลเงินของใบแจ้งหนี้
InvoiceCurrency
รหัสสกุลเงินของยอดเงินในใบแจ้งหนี้ เช่น USD หรือ EUR.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปเป็นฟิลด์มาตรฐานในส่วนหัวของตารางธุรกรรมใบแจ้งหนี้.

ตัวอย่าง
USDEURGBPJPY
เหตุผลที่ระงับหรือปฏิเสธ
BlockOrRejectionReason
เหตุผลที่ระงับการชำระเงินหรือปฏิเสธใบแจ้งหนี้ระหว่างการอนุมัติ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ข้อมูลนี้อยู่ในฟิลด์ 'Reason Code' หรือ 'Hold Reason' ของข้อมูลธุรกรรมใบแจ้งหนี้หรือบันทึกการอนุมัติที่เกี่ยวข้อง.

ตัวอย่าง
ราคาไม่ตรงกันจำนวนไม่ถูกต้องใบแจ้งหนี้ซ้ำไม่มีหลักฐานรับสินค้า
เงื่อนไขการชำระเงิน
PaymentTerms
เงื่อนไขการชำระเงินที่ตกลงกันไว้ ซึ่งกำหนดวันครบกำหนดและส่วนลดเมื่อชำระก่อนกำหนด.
คำอธิบาย

เงื่อนไขการชำระเงินคือข้อตกลงกับผู้ขายเกี่ยวกับการชำระใบแจ้งหนี้ โดยมักระบุในรูปแบบมาตรฐาน เช่น 'Net 30' หมายถึงครบกำหนดชำระภายใน 30 วัน หรือ '2% 10, Net 30' หมายถึงได้รับส่วนลด 2% หากชำระภายใน 10 วัน มิฉะนั้นต้องชำระเต็มจำนวนภายใน 30 วัน

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

เหตุผลที่สำคัญ

สำคัญต่อการวิเคราะห์ผลการชำระเงินตรงเวลาและค้นหาโอกาสในการรับส่วนลดเมื่อชำระก่อนกำหนด.

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้มาจากข้อมูลหลักของผู้ขาย และระบุไว้ในส่วนหัวของใบแจ้งหนี้.

ตัวอย่าง
Net 30Net 602% 10, Net 30ชำระเมื่อได้รับเอกสาร
รหัสบริษัท
CompanyCode
รหัสนิติบุคคลหรือบริษัทภายในองค์กรที่ดำเนินการกับใบแจ้งหนี้.
คำอธิบาย

รหัสบริษัทใช้ระบุนิติบุคคลหรือบริษัทย่อยภายในองค์กรขนาดใหญ่ ในระบบการเงินหลายระบบ ธุรกรรมจะแยกตามรหัสบริษัทเพื่อใช้ในการบัญชีและจัดทำรายงาน

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

เหตุผลที่สำคัญ

ช่วยเปรียบเทียบผลการดำเนินงานของกระบวนการระหว่างนิติบุคคลหรือหน่วยธุรกิจต่างๆ ภายในองค์กร.

แหล่งข้อมูล

เป็นฟิลด์พื้นฐานขององค์กร ซึ่งโดยทั่วไปอยู่ในส่วนหัวของตารางธุรกรรมทางการเงินทั้งหมด.

ตัวอย่าง
1000US01DE015100
วันที่ในใบแจ้งหนี้
InvoiceDate
วันที่ผู้ขายออกเอกสารใบแจ้งหนี้.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ช่วยวัดช่วงเวลารอรับใบแจ้งหนี้ ตั้งแต่วันที่ผู้ขายออกใบแจ้งหนี้จนถึงวันที่บันทึกข้อมูลในระบบ.

แหล่งข้อมูล

เป็นฟิลด์วันที่มาตรฐานในข้อมูลส่วนหัวของใบแจ้งหนี้ โดยมักใช้ชื่อ 'Document Date' หรือ 'Invoice Date'.

ตัวอย่าง
2024-05-012024-04-152024-06-10
สถานะใบแจ้งหนี้
InvoiceStatus
สถานะปัจจุบันของใบแจ้งหนี้ในเวิร์กโฟลว์การประมวลผล.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

แสดงภาพรวมงานค้างในปัจจุบัน ช่วยติดตามจำนวนใบแจ้งหนี้ในแต่ละขั้นตอน เช่น 'รออนุมัติ' หรือ 'ระงับไว้'.

แหล่งข้อมูล

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

ตัวอย่าง
ชำระแล้วกำลังดำเนินการปฏิเสธอนุมัติให้ชำระเงินแล้ว
หมายเลขใบสั่งซื้อ
PurchaseOrderNumber
รหัสใบสั่งซื้อ (PO) ที่เกี่ยวข้องกับใบแจ้งหนี้.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ช่วยแยกใบแจ้งหนี้ที่มี PO ออกจากใบแจ้งหนี้ที่ไม่มี PO ซึ่งมักใช้กระบวนการและมีประสิทธิภาพแตกต่างกัน.

แหล่งข้อมูล

โดยทั่วไปพบรหัสนี้ในรายละเอียดรายการหรือส่วนหัวของธุรกรรมใบแจ้งหนี้ เพื่อเชื่อมโยงใบแจ้งหนี้กับเอกสารจัดซื้อ.

ตัวอย่าง
4500018921PO-2024-7837300000456
จำเป็น แนะนำ ไม่บังคับ

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

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

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

แหล่งข้อมูล

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

บันทึก

ระบุเหตุการณ์หรือการอัปเดตสถานะที่แสดงว่าการจับคู่ใบแจ้งหนี้มีสถานะ 'ผ่าน', 'จับคู่แล้ว' หรือ 'กระทบยอดแล้ว'.

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

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

แหล่งข้อมูล

บันทึกจากวันที่ลงบัญชีของเอกสารการชำระเงินที่ใช้ล้างใบแจ้งหนี้.

บันทึก

ใช้วันที่ล้างรายการหรือวันที่ชำระเงินจากเอกสารทางการเงินที่ชำระรายการค้างของผู้ขาย.

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

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

แหล่งข้อมูล

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

บันทึก

ใช้วันที่และเวลาที่สร้างใบแจ้งหนี้หลักหรือรายการเรียกเก็บเงินจากผู้ขายในระบบต้นทาง.

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

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

แหล่งข้อมูล

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

บันทึก

ระบุเหตุการณ์ที่บันทึกเมื่อผู้อนุมัติเลือก 'ปฏิเสธ' หรือ 'ไม่อนุมัติ' ในเวิร์กโฟลว์.

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

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

แหล่งข้อมูล

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

บันทึก

บันทึกเวลาที่สถานะการจับคู่ใบแจ้งหนี้เปลี่ยนเป็น 'ไม่ผ่าน', 'ข้อมูลไม่ตรงกัน' หรือเวลาที่มีการระงับรายการเนื่องจากข้อมูลแตกต่าง.

ประเภทเหตุการณ์ inferred
ลงบัญชีใบแจ้งหนี้ใน GL
หมายถึงเหตุการณ์ทางบัญชีอย่างเป็นทางการที่บันทึกใบแจ้งหนี้ที่อนุมัติแล้วในบัญชีแยกประเภททั่วไป (General Ledger) การดำเนินการนี้สร้างหนี้สินทางการเงินและเปลี่ยนสถานะใบแจ้งหนี้จากกำลังประมวลผลเป็นพร้อมชำระเงิน.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ระบบบันทึกเหตุการณ์ธุรกรรมนี้ไว้อย่างชัดเจนในโมดูลการเงิน.

บันทึก

ใช้วันที่ลงบัญชีที่ระบุในเอกสารทางการเงินซึ่งสร้างจากใบแจ้งหนี้.

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

นี่คือหมุดหมายสำคัญที่ปิดขั้นตอนการตรวจสอบและอนุมัติ จำเป็นต่อการวัดระยะเวลาการอนุมัติและตรวจสอบว่ามีการปฏิบัติตามนโยบายการอนุมัติหรือไม่.

แหล่งข้อมูล

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

บันทึก

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

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

กิจกรรมนี้ช่วยให้เห็นขั้นตอนสุดท้ายของกระบวนการ ความล่าช้าระหว่างการลงบัญชีกับการกำหนดเวลาชำระเงินอาจทำให้พลาดส่วนลดหรือชำระเงินล่าช้า.

แหล่งข้อมูล

โดยทั่วไป ระบบบันทึกเมื่อเพิ่มใบแจ้งหนี้ในรอบการชำระเงิน ข้อเสนอการชำระเงิน หรือสมุดรายวันการชำระเงิน.

บันทึก

ระบุวันที่สร้างข้อเสนอการชำระเงินหรือระเบียนชุดรายการชำระเงินที่มีใบแจ้งหนี้นั้น.

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

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

แหล่งข้อมูล

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

บันทึก

บันทึกเวลาจากประวัติการตรวจสอบที่แสดงการเปลี่ยนแปลงข้อมูลใบแจ้งหนี้ โดยเฉพาะหลังถูกปฏิเสธหรือระงับรายการ.

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

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

แหล่งข้อมูล

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

บันทึก

ระบุเหตุการณ์ที่ยกเลิกการระงับรายการเนื่องจากการจับคู่ หรือเหตุการณ์ที่จับคู่ใบแจ้งหนี้สำเร็จหลังจากไม่ผ่านในครั้งก่อน.

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

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

แหล่งข้อมูล

มักอนุมานเหตุการณ์นี้จากการบันทึกระเบียนใบแจ้งหนี้ในสถานะฉบับร่างหรือพักรายการ ก่อนส่งเข้าสู่เวิร์กโฟลว์.

บันทึก

บันทึกเวลาที่สถานะใบแจ้งหนี้เปลี่ยนจากสถานะใหม่เป็นบันทึกแล้ว พักรายการ หรือฉบับร่าง.

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

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

แหล่งข้อมูล

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

บันทึก

คำนวณเหตุการณ์นี้โดยใช้ IF(payment_date > due_date, due_date + 1 day, NULL) สำหรับใบแจ้งหนี้ที่ชำระแล้ว หรือ IF(current_date > due_date, due_date + 1 day, NULL) สำหรับใบแจ้งหนี้ที่ยังค้างชำระ.

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

ระยะเวลาตั้งแต่ระงับจนถึงยกเลิกการระงับคือช่วงเวลาที่กระบวนการล่าช้า การวิเคราะห์ระยะเวลานี้ช่วยระบุคอขวดในการแก้ไขปัญหา.

แหล่งข้อมูล

บันทึกเมื่อมีการล้างสถานะหรือแฟล็กการระงับการชำระเงินออกจากระเบียนใบแจ้งหนี้.

บันทึก

บันทึกเหตุการณ์เมื่อมีการนำรหัสระงับการชำระเงินหรือสถานะพักรายการออก หรือเปลี่ยนเป็นสถานะที่ไม่ถูกระงับ.

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

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

แหล่งข้อมูล

เป็นการเปลี่ยนสถานะในระเบียนใบแจ้งหนี้อย่างชัดเจน หรือการสร้างเอกสารกลับรายการที่เกี่ยวข้อง.

บันทึก

ระบุเวลาที่สถานะใบแจ้งหนี้เปลี่ยนเป็น 'ยกเลิก' หรือ 'ทำให้เป็นโมฆะ' หรือเวลาที่ลงบัญชีเอกสารกลับรายการ.

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

การระงับการชำระเงินเป็นสาเหตุสำคัญที่ทำให้ชำระเงินล่าช้าและพลาดส่วนลด การระบุเวลาที่ระงับและเหตุผลที่ระงับจึงสำคัญต่อการเพิ่มอัตราการชำระเงินตรงเวลา.

แหล่งข้อมูล

โดยทั่วไป ระบบบันทึกเป็นสถานะหรือแฟล็กเฉพาะในระเบียนใบแจ้งหนี้หรือรายการย่อย.

บันทึก

บันทึกเหตุการณ์เมื่อมีการใช้รหัสระงับการชำระเงินหรือสถานะพักรายการกับใบแจ้งหนี้หรือรายการย่อย.

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

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

แหล่งข้อมูล

ระบบที่มี workflow engine จะบันทึกเหตุการณ์นี้โดยตรง หรืออนุมานได้จากการเปลี่ยนสถานะเป็น 'รออนุมัติ'.

บันทึก

บันทึกเวลาที่เริ่มเวิร์กโฟลว์ หรือเวลาที่อัปเดตสถานะใบแจ้งหนี้เพื่อระบุว่ากำลังรออนุมัติ.

ประเภทเหตุการณ์ explicit
แนะนำ ไม่บังคับ

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

เตรียมข้อมูลสำหรับ process mining อย่างไร.

วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด

อ่านคู่มือ ETL ของเรา   หรือ   เลือกกระบวนการและระบบที่ต้องการ.

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

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

ปรับปรุงการประมวลผลใบแจ้งหนี้ เพิ่มประสิทธิภาพ P2P ได้ตั้งแต่วันนี้

ค้นพบข้อมูลเชิงลึกของกระบวนการ ลดต้นทุน และเร่งเวิร์กโฟลว์ใบแจ้งหนี้ให้เร็วขึ้น.

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

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