เทมเพลตข้อมูลการจัดซื้อจนถึงชำระเงินสำหรับการประมวลผลใบแจ้งหนี้
เทมเพลตข้อมูลการจัดซื้อจนถึงชำระเงินสำหรับการประมวลผลใบแจ้งหนี้
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ กระบวนการจัดซื้อจนถึงชำระเงิน: การประมวลผลใบแจ้งหนี้ หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- ฟิลด์ข้อมูลแนะนำสำหรับการวิเคราะห์เชิงลึก
- กิจกรรมและจุดสำคัญที่ควรติดตาม
- คำแนะนำในการดึงข้อมูลกระบวนการ
แอตทริบิวต์การจัดซื้อจนถึงชำระเงินสำหรับการประมวลผลใบแจ้งหนี้
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม 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 | |||
กิจกรรมการประมวลผลใบแจ้งหนี้ในกระบวนการจัดซื้อจนถึงชำระเงิน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จับคู่ใบแจ้งหนี้แล้ว | หมายถึงการจับคู่ใบแจ้งหนี้กับใบสั่งซื้อสำเร็จ และจับคู่กับใบรับสินค้าเมื่อเกี่ยวข้อง ขั้นตอนนี้อาจทำด้วยระบบหรือด้วยมือ เพื่อตรวจสอบว่าจำนวนและราคาที่เรียกเก็บตรงกับรายการที่สั่งซื้อและได้รับ. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญของการประมวลผลแบบอัตโนมัติตั้งแต่ต้นจนจบ หากจับคู่สำเร็จตั้งแต่ครั้งแรกในสัดส่วนสูง แสดงว่ากระบวนการจัดซื้อก่อนหน้านี้มีประสิทธิภาพ. แหล่งข้อมูล โดยทั่วไป ระบบบันทึกเป็นการเปลี่ยนสถานะหรือเหตุการณ์เฉพาะในประวัติธุรกรรมเมื่อการตรวจสอบการจับคู่เสร็จสมบูรณ์. บันทึก ระบุเหตุการณ์หรือการอัปเดตสถานะที่แสดงว่าการจับคู่ใบแจ้งหนี้มีสถานะ 'ผ่าน', 'จับคู่แล้ว' หรือ 'กระทบยอดแล้ว'. ประเภทเหตุการณ์ explicit | |||
| ดำเนินการชำระเงินแล้ว | ระบุขั้นตอนสุดท้ายของกระบวนการ เมื่อดำเนินการชำระเงินและล้างหนี้สินของใบแจ้งหนี้แล้ว เหตุการณ์นี้ยืนยันว่ามีการจ่ายเงินให้ผู้ขายแล้ว. | ||
| เหตุผลที่สำคัญ นี่คือการเสร็จสิ้นวงจร Purchase to Pay สำหรับใบแจ้งหนี้อย่างสมบูรณ์ เป็นเหตุการณ์หลักที่ใช้วัดอัตราการชำระเงินตรงเวลาและระยะเวลาของกระบวนการทั้งหมด. แหล่งข้อมูล บันทึกจากวันที่ลงบัญชีของเอกสารการชำระเงินที่ใช้ล้างใบแจ้งหนี้. บันทึก ใช้วันที่ล้างรายการหรือวันที่ชำระเงินจากเอกสารทางการเงินที่ชำระรายการค้างของผู้ขาย. ประเภทเหตุการณ์ explicit | |||
| ได้รับใบแจ้งหนี้ | ระบุเวลาที่ระบบได้รับหรือสร้างใบแจ้งหนี้ครั้งแรก เหตุการณ์นี้เป็นจุดเริ่มต้นของวงจรการประมวลผลใบแจ้งหนี้ ไม่ว่าจะรับข้อมูลด้วยวิธีใด เช่น ป้อนข้อมูลด้วยมือ ผ่านพอร์ทัลผู้ขาย หรือใช้ OCR. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการวัดระยะเวลาประมวลผลใบแจ้งหนี้ทั้งหมดตั้งแต่ต้นจนจบ และใช้เป็นจุดอ้างอิงเพื่อทำความเข้าใจปริมาณงานกับความล่าช้าในช่วงเริ่มต้น. แหล่งข้อมูล โดยทั่วไป ระบบบันทึกเหตุการณ์นี้จากเวลาที่สร้างระเบียนใบแจ้งหนี้หรือรายการแรกในบันทึกเอกสาร. บันทึก ใช้วันที่และเวลาที่สร้างใบแจ้งหนี้หลักหรือรายการเรียกเก็บเงินจากผู้ขายในระบบต้นทาง. ประเภทเหตุการณ์ explicit | |||
| ปฏิเสธใบแจ้งหนี้ | เกิดขึ้นเมื่อผู้อนุมัติปฏิเสธใบแจ้งหนี้อย่างเป็นทางการ ทำให้หยุดดำเนินการต่อในเวิร์กโฟลว์ โดยทั่วไปใบแจ้งหนี้จะถูกส่งกลับไปแก้ไขหรือยกเลิก ทำให้เกิดการวนกลับไปทำงานซ้ำ. | ||
| เหตุผลที่สำคัญ การวิเคราะห์การปฏิเสธใบแจ้งหนี้ช่วยระบุสาเหตุหลักของการแก้ไขงาน เช่น ลงรหัสไม่ถูกต้อง ไม่เป็นไปตามนโยบาย หรือข้อมูลจากขั้นตอนก่อนหน้ามีปัญหา การลดจำนวนใบแจ้งหนี้ที่ถูกปฏิเสธเป็นกุญแจสำคัญในการเพิ่มประสิทธิภาพ. แหล่งข้อมูล เป็นการดำเนินการที่บันทึกไว้อย่างชัดเจนในประวัติการอนุมัติหรือบันทึกเวิร์กโฟลว์ของใบแจ้งหนี้ โดยมักมีเหตุผลที่ปฏิเสธกำกับไว้. บันทึก ระบุเหตุการณ์ที่บันทึกเมื่อผู้อนุมัติเลือก 'ปฏิเสธ' หรือ 'ไม่อนุมัติ' ในเวิร์กโฟลว์. ประเภทเหตุการณ์ explicit | |||
| พบรายการจับคู่ไม่ตรงกัน | เกิดขึ้นเมื่อระบบหรือผู้ใช้พบข้อมูลไม่ตรงกันระหว่างใบแจ้งหนี้ ใบสั่งซื้อ หรือใบรับสินค้า เช่น ราคา或จำนวนแตกต่างกัน โดยทั่วไปกรณีเหล่านี้จะทำให้ระงับใบแจ้งหนี้และต้องมีผู้ดำเนินการด้วยมือ. | ||
| เหตุผลที่สำคัญ การติดตามเหตุการณ์เหล่านี้เป็นพื้นฐานสำคัญในการวิเคราะห์สาเหตุของความล่าช้าและการแก้ไขงาน ช่วยระบุปัญหาความถูกต้องของใบแจ้งหนี้จากผู้ขายหรือกระบวนการจัดซื้อภายใน. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะที่แสดงว่าจับคู่ไม่สำเร็จ หรือระบบระงับรายการโดยอัตโนมัติเนื่องจากพบข้อมูลแตกต่าง. บันทึก บันทึกเวลาที่สถานะการจับคู่ใบแจ้งหนี้เปลี่ยนเป็น 'ไม่ผ่าน', 'ข้อมูลไม่ตรงกัน' หรือเวลาที่มีการระงับรายการเนื่องจากข้อมูลแตกต่าง. ประเภทเหตุการณ์ inferred | |||
| ลงบัญชีใบแจ้งหนี้ใน GL | หมายถึงเหตุการณ์ทางบัญชีอย่างเป็นทางการที่บันทึกใบแจ้งหนี้ที่อนุมัติแล้วในบัญชีแยกประเภททั่วไป (General Ledger) การดำเนินการนี้สร้างหนี้สินทางการเงินและเปลี่ยนสถานะใบแจ้งหนี้จากกำลังประมวลผลเป็นพร้อมชำระเงิน. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญทางการเงินที่ยืนยันว่ารับรู้หนี้สินอย่างเป็นทางการแล้ว หากขั้นตอนก่อนหน้านี้ล่าช้า อาจส่งผลต่อการปิดบัญชีและความถูกต้องของรายงานทางการเงิน. แหล่งข้อมูล ระบบบันทึกเหตุการณ์ธุรกรรมนี้ไว้อย่างชัดเจนในโมดูลการเงิน. บันทึก ใช้วันที่ลงบัญชีที่ระบุในเอกสารทางการเงินซึ่งสร้างจากใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบแจ้งหนี้แล้ว | หมายถึงผู้เกี่ยวข้องทุกคนในเวิร์กโฟลว์อนุมัติใบแจ้งหนี้เรียบร้อยแล้ว หมุดหมายนี้อนุญาตให้ลงบัญชีและดำเนินการชำระเงินต่อได้. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่ปิดขั้นตอนการตรวจสอบและอนุมัติ จำเป็นต่อการวัดระยะเวลาการอนุมัติและตรวจสอบว่ามีการปฏิบัติตามนโยบายการอนุมัติหรือไม่. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในประวัติการอนุมัติหรือบันทึกเวิร์กโฟลว์เมื่ออนุมัติขั้นสุดท้ายแล้ว. บันทึก ใช้เวลาที่อนุมัติขั้นสุดท้ายจากประวัติการอนุมัติหรือเวิร์กโฟลว์ของใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| กำหนดเวลาชำระเงินแล้ว | เลือกใบแจ้งหนี้ที่ลงบัญชีแล้วเพื่อรวมไว้ในข้อเสนอการชำระเงินหรือชุดรายการชำระเงิน ขั้นตอนนี้จัดคิวใบแจ้งหนี้เพื่อชำระในวันที่กำหนด แต่ยังไม่ได้โอนเงินจริง. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ช่วยให้เห็นขั้นตอนสุดท้ายของกระบวนการ ความล่าช้าระหว่างการลงบัญชีกับการกำหนดเวลาชำระเงินอาจทำให้พลาดส่วนลดหรือชำระเงินล่าช้า. แหล่งข้อมูล โดยทั่วไป ระบบบันทึกเมื่อเพิ่มใบแจ้งหนี้ในรอบการชำระเงิน ข้อเสนอการชำระเงิน หรือสมุดรายวันการชำระเงิน. บันทึก ระบุวันที่สร้างข้อเสนอการชำระเงินหรือระเบียนชุดรายการชำระเงินที่มีใบแจ้งหนี้นั้น. ประเภทเหตุการณ์ explicit | |||
| แก้ไขใบแจ้งหนี้แล้ว | หมายถึงการปรับปรุงหรือแก้ไขใบแจ้งหนี้ด้วยมือ ซึ่งมักเกิดขึ้นหลังถูกปฏิเสธหรือเมื่อต้องแก้ข้อผิดพลาด กิจกรรมนี้แสดงว่ากระบวนการไม่ได้ดำเนินไปตามขั้นตอนมาตรฐานแบบไม่ต้องจัดการด้วยมือ. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมแก้ไขงานช่วยให้เห็นจุดที่กระบวนการไม่มีประสิทธิภาพและต้นทุนแฝง การทำความเข้าใจสาเหตุที่ต้องแก้ไขใบแจ้งหนี้ช่วยให้องค์กรปรับปรุงกระบวนการและจัดอบรมได้ตรงจุด. แหล่งข้อมูล โดยทั่วไปอนุมานจากบันทึกการเปลี่ยนแปลงหรือประวัติการตรวจสอบที่แสดงการแก้ไขข้อมูลสำคัญของใบแจ้งหนี้หลังป้อนข้อมูลครั้งแรก. บันทึก บันทึกเวลาจากประวัติการตรวจสอบที่แสดงการเปลี่ยนแปลงข้อมูลใบแจ้งหนี้ โดยเฉพาะหลังถูกปฏิเสธหรือระงับรายการ. ประเภทเหตุการณ์ inferred | |||
| แก้ไขรายการไม่ตรงกันแล้ว | ระบุจุดที่มีการตรวจสอบและแก้ไขรายการจับคู่ที่ไม่ตรงกันซึ่งพบก่อนหน้านี้ด้วยมือ ทำให้ใบแจ้งหนี้ดำเนินการต่อไปยังขั้นตอนถัดไปได้ เช่น การอนุมัติหรือจับคู่ใหม่. | ||
| เหตุผลที่สำคัญ เวลาที่ใช้แก้ไขรายการไม่ตรงกันเป็นปัจจัยสำคัญที่ส่งผลต่อระยะเวลาประมวลผลใบแจ้งหนี้ การวิเคราะห์กิจกรรมนี้ช่วยให้เข้าใจทั้งแรงงานและเวลาที่ใช้จัดการกรณียกเว้น. แหล่งข้อมูล มักอนุมานจากการดำเนินการครั้งแรกของผู้ใช้ที่ยกเลิกการระงับการจับคู่ หรือทำให้สามารถประมวลผลรายการที่จับคู่ไม่สำเร็จอีกครั้ง. บันทึก ระบุเหตุการณ์ที่ยกเลิกการระงับรายการเนื่องจากการจับคู่ หรือเหตุการณ์ที่จับคู่ใบแจ้งหนี้สำเร็จหลังจากไม่ผ่านในครั้งก่อน. ประเภทเหตุการณ์ inferred | |||
| บันทึกข้อมูลใบแจ้งหนี้แล้ว | หมายถึงการป้อนข้อมูลเบื้องต้นเสร็จแล้ว โดยกรอกรายละเอียดใบแจ้งหนี้หรือสแกนเอกสารแล้ว แต่ยังไม่ได้ลงบัญชีหรือส่งขออนุมัติอย่างเป็นทางการ ใบแจ้งหนี้มักอยู่ในสถานะชั่วคราว เช่น 'พักรายการ' หรือ 'ฉบับร่าง'. | ||
| เหตุผลที่สำคัญ การวิเคราะห์เวลาตั้งแต่ได้รับใบแจ้งหนี้จนถึงการบันทึกข้อมูลช่วยให้เห็นงานค้างในขั้นตอนป้อนข้อมูล และยังช่วยประเมินประสิทธิภาพของระบบบันทึกข้อมูลอัตโนมัติได้ด้วย. แหล่งข้อมูล มักอนุมานเหตุการณ์นี้จากการบันทึกระเบียนใบแจ้งหนี้ในสถานะฉบับร่างหรือพักรายการ ก่อนส่งเข้าสู่เวิร์กโฟลว์. บันทึก บันทึกเวลาที่สถานะใบแจ้งหนี้เปลี่ยนจากสถานะใหม่เป็นบันทึกแล้ว พักรายการ หรือฉบับร่าง. ประเภทเหตุการณ์ inferred | |||
| ใบแจ้งหนี้เกินกำหนดชำระ | เหตุการณ์ที่คำนวณขึ้นเมื่อวันที่ปัจจุบันเลยวันครบกำหนดสุทธิของใบแจ้งหนี้แล้ว แต่ยังไม่ได้ชำระเงิน วันครบกำหนดคำนวณจากวันที่ในใบแจ้งหนี้และเงื่อนไขการชำระเงินของผู้ขาย. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ระบุการชำระเงินล่าช้าโดยตรง ซึ่งอาจกระทบความสัมพันธ์กับผู้ขายและทำให้เกิดค่าปรับ จึงจำเป็นต่อการติดตามและเพิ่มอัตราการชำระเงินตรงเวลา. แหล่งข้อมูล เหตุการณ์นี้ไม่ได้บันทึกไว้โดยตรงในระบบ ต้องคำนวณโดยเปรียบเทียบวันที่ชำระเงิน หรือวันที่ปัจจุบันหากยังไม่ชำระ กับวันครบกำหนดของใบแจ้งหนี้. บันทึก คำนวณเหตุการณ์นี้โดยใช้ ประเภทเหตุการณ์ calculated | |||
| ยกเลิกการระงับการชำระเงิน | ระบุการยกเลิกการระงับการชำระเงินที่ตั้งไว้ก่อนหน้า ทำให้ใบแจ้งหนี้กลับมามีสิทธิ์ได้รับชำระเงิน แสดงว่าปัญหาที่ทำให้ต้องระงับได้รับการแก้ไขแล้ว. | ||
| เหตุผลที่สำคัญ ระยะเวลาตั้งแต่ระงับจนถึงยกเลิกการระงับคือช่วงเวลาที่กระบวนการล่าช้า การวิเคราะห์ระยะเวลานี้ช่วยระบุคอขวดในการแก้ไขปัญหา. แหล่งข้อมูล บันทึกเมื่อมีการล้างสถานะหรือแฟล็กการระงับการชำระเงินออกจากระเบียนใบแจ้งหนี้. บันทึก บันทึกเหตุการณ์เมื่อมีการนำรหัสระงับการชำระเงินหรือสถานะพักรายการออก หรือเปลี่ยนเป็นสถานะที่ไม่ถูกระงับ. ประเภทเหตุการณ์ explicit | |||
| ยกเลิกใบแจ้งหนี้ | ใบแจ้งหนี้ถูกทำให้เป็นโมฆะ กลับรายการ หรือยกเลิก จึงไม่มีการประมวลผลหรือชำระเงินต่อ ถือเป็นสถานะสิ้นสุดสำหรับใบแจ้งหนี้ที่ไม่ถูกต้องหรือซ้ำกัน. | ||
| เหตุผลที่สำคัญ การติดตามการยกเลิกช่วยให้เห็นปัญหาคุณภาพข้อมูล การส่งเอกสารซ้ำ และข้อผิดพลาดอื่นจากขั้นตอนก่อนหน้า หากอัตราการยกเลิกสูง อาจบ่งชี้ถึงปัญหาในการออกใบแจ้งหนี้ของผู้ขายหรือการควบคุมภายใน. แหล่งข้อมูล เป็นการเปลี่ยนสถานะในระเบียนใบแจ้งหนี้อย่างชัดเจน หรือการสร้างเอกสารกลับรายการที่เกี่ยวข้อง. บันทึก ระบุเวลาที่สถานะใบแจ้งหนี้เปลี่ยนเป็น 'ยกเลิก' หรือ 'ทำให้เป็นโมฆะ' หรือเวลาที่ลงบัญชีเอกสารกลับรายการ. ประเภทเหตุการณ์ explicit | |||
| ระงับการชำระเงิน | มีการระงับใบแจ้งหนี้โดยตั้งใจ ทำให้ยังชำระเงินไม่ได้แม้จะได้รับอนุมัติแล้ว ระบบอาจระงับโดยอัตโนมัติตามกฎ หรือผู้ใช้อาจระงับด้วยมือ เช่น กรณีมีข้อโต้แย้งกับผู้ขาย. | ||
| เหตุผลที่สำคัญ การระงับการชำระเงินเป็นสาเหตุสำคัญที่ทำให้ชำระเงินล่าช้าและพลาดส่วนลด การระบุเวลาที่ระงับและเหตุผลที่ระงับจึงสำคัญต่อการเพิ่มอัตราการชำระเงินตรงเวลา. แหล่งข้อมูล โดยทั่วไป ระบบบันทึกเป็นสถานะหรือแฟล็กเฉพาะในระเบียนใบแจ้งหนี้หรือรายการย่อย. บันทึก บันทึกเหตุการณ์เมื่อมีการใช้รหัสระงับการชำระเงินหรือสถานะพักรายการกับใบแจ้งหนี้หรือรายการย่อย. ประเภทเหตุการณ์ explicit | |||
| ส่งใบแจ้งหนี้เพื่อขออนุมัติ | หมายถึงการส่งใบแจ้งหนี้เข้าสู่เวิร์กโฟลว์อนุมัติอย่างเป็นทางการ หลังตรวจสอบและจับคู่ข้อมูลเบื้องต้นเสร็จแล้ว ระบบจะส่งใบแจ้งหนี้ไปยังผู้อนุมัติที่กำหนดตามกฎทางธุรกิจ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการย่อยการอนุมัติ การวัดเวลาตั้งแต่เหตุการณ์นี้จนถึงการอนุมัติขั้นสุดท้ายช่วยประเมินประสิทธิภาพของเวิร์กโฟลว์อนุมัติและระบุคอขวด. แหล่งข้อมูล ระบบที่มี workflow engine จะบันทึกเหตุการณ์นี้โดยตรง หรืออนุมานได้จากการเปลี่ยนสถานะเป็น 'รออนุมัติ'. บันทึก บันทึกเวลาที่เริ่มเวิร์กโฟลว์ หรือเวลาที่อัปเดตสถานะใบแจ้งหนี้เพื่อระบุว่ากำลังรออนุมัติ. ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นใช้งานหรือยัง?
เลือกคู่มือสำหรับระบบของคุณเพื่อเริ่มดึงข้อมูล หรือใช้เทมเพลตทั่วไปนี้เป็นแนวทางตั้งต้นสำหรับแหล่งข้อมูลทุกประเภท.
ปรับปรุงการประมวลผลใบแจ้งหนี้ เพิ่มประสิทธิภาพ P2P ได้ตั้งแต่วันนี้
ค้นพบข้อมูลเชิงลึกของกระบวนการ ลดต้นทุน และเร่งเวิร์กโฟลว์ใบแจ้งหนี้ให้เร็วขึ้น.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จภายใน 5 นาที.