เทมเพลตข้อมูลการบริหารสินเชื่อและติดตามหนี้ของคุณ
เทมเพลตข้อมูลการบริหารสินเชื่อและติดตามหนี้ของคุณ
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ การจัดการสินเชื่อและการติดตามหนี้ หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- โครงสร้างข้อมูลมาตรฐานที่ใช้ได้กับทุกระบบบริหารสินเชื่อหรือติดตามหนี้
- แอตทริบิวต์แนะนำสำหรับวิเคราะห์ประสิทธิภาพกระบวนการอย่างละเอียด
- กิจกรรมสำคัญที่ควรติดตามเพื่อค้นหาและปรับปรุงกระบวนการได้อย่างแม่นยำ
แอตทริบิวต์การบริหารสินเชื่อและติดตามหนี้
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นกับใบแจ้งหนี้ ณ เวลาหนึ่ง. | ||
| คำอธิบาย ชื่อกิจกรรมระบุขั้นตอนหรือหมุดหมายเฉพาะในกระบวนการบริหารเครดิตและติดตามหนี้ เช่น 'ส่งใบแจ้งหนี้ให้ลูกค้า' 'ส่งการแจ้งเตือน' หรือ 'นำเงินชำระไปตัดใบแจ้งหนี้' กิจกรรมเหล่านี้เป็นองค์ประกอบพื้นฐานของแผนผังกระบวนการ. การวิเคราะห์ลำดับและความถี่ของกิจกรรมเป็นหัวใจของ process mining ช่วยให้เห็นขั้นตอนการทำงานจริง เปรียบเทียบกับแบบจำลองที่วางไว้ และระบุจุดที่กระบวนการเบี่ยงเบน การทำงานซ้ำ และเส้นทางที่ไม่มีประสิทธิภาพ ตัวอย่างเช่น หากพบกิจกรรม 'ลงทะเบียนข้อโต้แย้ง' บ่อยครั้ง อาจเป็นสัญญาณว่าใบแจ้งหนี้มีข้อมูลไม่ถูกต้องหรือคุณภาพสินค้าเป็นปัญหา. เหตุผลที่สำคัญ แอตทริบิวต์นี้กำหนดขั้นตอนต่างๆ ในกระบวนการ เป็นพื้นฐานของแผนผังกระบวนการ และช่วยวิเคราะห์ลำดับงานกับความแตกต่างของกระบวนการ. แหล่งข้อมูล สร้างจากการเปลี่ยนสถานะ รหัสธุรกรรม หรือบันทึกเหตุการณ์ในโมดูลการเงิน การขาย หรือการติดตามหนี้ของระบบต้นทาง. ตัวอย่าง สร้างใบแจ้งหนี้พ้นกำหนดชำระเงินเริ่มกระบวนการติดตามหนี้ได้รับชำระเงิน | |||
| เวลาที่เกิดเหตุการณ์ EventTime | เวลาประทับที่ระบุวันที่และเวลาซึ่งกิจกรรมเกิดขึ้นอย่างชัดเจน. | ||
| คำอธิบาย เวลาที่เกิดเหตุการณ์หรือเวลาประทับระบุช่วงเวลาที่กิจกรรมหนึ่งเกิดขึ้นในกระบวนการอย่างแม่นยำ ข้อมูลนี้ช่วยเรียงลำดับเหตุการณ์ของใบแจ้งหนี้แต่ละกรณีตามเวลา และเป็นพื้นฐานสำคัญของการวิเคราะห์ตามเวลา. ใน process mining ใช้เวลาที่เกิดเหตุการณ์คำนวณตัวชี้วัดประสิทธิภาพที่สำคัญ เช่น ระยะเวลาระหว่างกิจกรรม ระยะเวลารวมของแต่ละกรณี และการปฏิบัติตามข้อตกลงระดับการให้บริการ ตัวอย่างเช่น ระยะเวลาตั้งแต่ 'ส่งใบแจ้งหนี้' จนถึง 'ได้รับชำระเงิน' ส่งผลโดยตรงต่อจำนวนวันลูกหนี้การค้า (DSO) การวิเคราะห์เวลาประทับช่วยระบุความล่าช้า วัดประสิทธิภาพของแต่ละขั้นตอน และหาคอขวด. เหตุผลที่สำคัญ เวลาประทับนี้สำคัญต่อการเรียงลำดับเหตุการณ์ การคำนวณระยะเวลาดำเนินการและช่วงเวลา รวมถึงการวิเคราะห์ประสิทธิภาพตามเวลา. แหล่งข้อมูล โดยทั่วไปบันทึกเป็นวันที่สร้างเอกสาร วันที่ลงรายการ หรือเวลาประทับในบันทึกระบบที่เชื่อมโยงกับธุรกรรมหรือการเปลี่ยนสถานะ. ตัวอย่าง 2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z | |||
| หมายเลขใบแจ้งหนี้ InvoiceNumber | รหัสเฉพาะของใบแจ้งหนี้แต่ละฉบับ ใช้เป็นรหัสกรณีหลักสำหรับกระบวนการบริหารเครดิตและติดตามหนี้. | ||
| คำอธิบาย หมายเลขใบแจ้งหนี้คือรหัสตัวอักษรและตัวเลขที่กำหนดให้กับเอกสารใบแจ้งหนี้แต่ละฉบับ ใช้อ้างอิงกิจกรรมและธุรกรรมทั้งหมดที่เกี่ยวข้องกับการเรียกเก็บเงินนั้น ตั้งแต่สร้างใบแจ้งหนี้จนถึงปิดยอดหรือตัดหนี้สูญ. ใน process mining หมายเลขใบแจ้งหนี้ใช้เชื่อมโยงเหตุการณ์ที่เกี่ยวข้อง เช่น 'สร้างใบแจ้งหนี้' 'ได้รับชำระเงิน' และ 'ลงทะเบียนข้อโต้แย้ง' ให้เป็นกรณีเดียวกัน จึงสามารถแสดงภาพและวิเคราะห์วงจรของใบแจ้งหนี้ได้ตั้งแต่ต้นจนจบ เมื่อนำกระบวนการมาแบ่งกลุ่มตามหมายเลขใบแจ้งหนี้ องค์กรจะระบุคอขวด ติดตามระยะเวลาดำเนินการ และทำความเข้าใจความแตกต่างในการจัดการใบแจ้งหนี้แต่ละรายการได้. เหตุผลที่สำคัญ นี่คือ Case ID สำคัญที่เชื่อมโยงเหตุการณ์ทั้งหมดเข้าด้วยกัน เพื่อสร้างภาพและวิเคราะห์วงจรของใบแจ้งหนี้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล โดยทั่วไปจะพบในตารางส่วนหัวของใบแจ้งหนี้หรือเอกสารลูกหนี้การค้าในระบบการเงินต้นทาง. ตัวอย่าง INV-2023-001239100045678SI-54321 | |||
| ระบบต้นทาง SourceSystem | ชื่อหรือรหัสของระบบที่เป็นแหล่งข้อมูล เช่น ERP หรือ CRM. | ||
| คำอธิบาย แอตทริบิวต์ระบบต้นทางระบุแอปพลิเคชันหรือแพลตฟอร์มที่บันทึกข้อมูลเหตุการณ์ไว้ตั้งแต่แรก ในสภาพแวดล้อม IT ที่มีหลายระบบ กระบวนการเดียว เช่น ตั้งแต่ให้เครดิตจนถึงรับชำระเงิน อาจทำงานผ่านหลายระบบ เช่น ใช้ ERP สำหรับออกใบแจ้งหนี้ และใช้แพลตฟอร์มติดตามหนี้แยกต่างหากสำหรับส่งการแจ้งเตือน. แอตทริบิวต์นี้ช่วยให้เข้าใจบริบททางเทคโนโลยีของกระบวนการ ใช้ตรวจสอบข้อมูล ระบุความแตกต่างของกระบวนการในแต่ละระบบ และวิเคราะห์ปัญหาการเชื่อมต่อระหว่างแพลตฟอร์มได้ ตัวอย่างเช่น การวิเคราะห์อาจพบความล่าช้าเกิดขึ้นซ้ำเมื่อมีการส่งต่องานระหว่าง ERP กับเครื่องมือติดตามหนี้. เหตุผลที่สำคัญ ระบุแหล่งที่มาของข้อมูล ซึ่งสำคัญต่อการทำความเข้าใจความแตกต่างของกระบวนการในแต่ละระบบและการตรวจสอบความถูกต้องของข้อมูล. แหล่งข้อมูล มักเพิ่มข้อมูลนี้ระหว่างการดึงข้อมูล (ETL) หรือพบได้ในฟิลด์ข้อมูลเมตาทางเทคนิคของตารางต้นทาง. ตัวอย่าง SAP S/4HANAOracle NetSuiteHighRadius Collections | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาประทับที่ระบุว่าข้อมูลของเหตุการณ์ได้รับการรีเฟรชหรือดึงจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงข้อมูลจากระบบต้นทางเข้าสู่สภาพแวดล้อม process mining ครั้งล่าสุด โดยเป็นฟิลด์ข้อมูลเมตาที่แสดงว่าชุดข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด. การทราบเวลาอัปเดตข้อมูลล่าสุดช่วยให้มั่นใจว่าการวิเคราะห์หรือแดชบอร์ดแสดงสถานะกระบวนการที่เป็นปัจจุบันที่สุด ผู้ใช้จะตีความข้อมูลได้ถูกต้องเมื่อทราบว่าข้อมูลครอบคลุมถึงเวลาใด เรื่องนี้สำคัญเป็นพิเศษเมื่อติดตามกระบวนการที่กำลังดำเนินอยู่หรือ KPI ที่ใกล้เคียงเวลาจริง เพราะช่วยให้ทราบว่าข้อมูลเชิงลึกเป็นปัจจุบันเพียงใด. เหตุผลที่สำคัญ แสดงว่าข้อมูลเป็นปัจจุบันเพียงใด ช่วยให้เข้าใจความทันเวลาของการวิเคราะห์และทราบว่าข้อมูลครอบคลุมถึงเวลาใด. แหล่งข้อมูล โดยทั่วไปเครื่องมือ ETL หรือไปป์ไลน์ข้อมูลจะสร้างและจัดเก็บข้อมูลเมตานี้ระหว่างนำเข้าข้อมูล. ตัวอย่าง 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| ชื่อเจ้าหน้าที่ติดตามหนี้ CollectorName | ชื่อหรือรหัสของผู้ใช้ เจ้าหน้าที่ หรือทีมที่รับผิดชอบกิจกรรมติดตามหนี้. | ||
| คำอธิบาย ชื่อเจ้าหน้าที่ติดตามหนี้ระบุบุคคลหรือกลุ่มที่ได้รับมอบหมายให้ดูแลใบแจ้งหนี้ที่เกินกำหนดและดำเนินกิจกรรมติดตามหนี้ อาจเป็นเจ้าหน้าที่บัญชี เจ้าหน้าที่ติดตามหนี้โดยเฉพาะ หรือทีมติดตามหนี้. แอตทริบิวต์นี้ช่วยวิเคราะห์ประสิทธิภาพของบุคคลหรือทีมได้ องค์กรสามารถกรองหรือเปรียบเทียบกระบวนการตามชื่อเจ้าหน้าที่ติดตามหนี้ เพื่อหาแนวทางปฏิบัติที่ดีจากผู้ที่ทำผลงานได้ดี ระบุความต้องการฝึกอบรม และวิเคราะห์การกระจายภาระงาน ข้อมูลนี้จำเป็นต่อการทำความเข้าใจบทบาทของบุคลากรในกระบวนการติดตามหนี้และผลต่อการชำระเงินหรือการตัดหนี้สูญ. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของทีมและบุคคล การกระจายภาระงาน ตลอดจนประสิทธิผลของเจ้าหน้าที่หรือกลยุทธ์ติดตามหนี้แต่ละแบบ. แหล่งข้อมูล พบได้ในข้อมูลธุรกรรมลูกหนี้การค้า ระเบียนข้อมูลหลักของลูกค้า หรือโมดูลจัดการติดตามหนี้โดยเฉพาะ อาจอยู่ในฟิลด์อย่าง 'Accounting Clerk' หรือ 'User ID'. ตัวอย่าง John Smithทีมติดตามหนี้ AUSER123 | |||
| ยอดเงินในใบแจ้งหนี้ InvoiceAmount | มูลค่าเงินรวมของใบแจ้งหนี้. | ||
| คำอธิบาย ยอดเงินในใบแจ้งหนี้คือจำนวนเงินรวมที่เรียกเก็บจากลูกค้าและคาดว่าจะได้รับชำระ เป็นข้อมูลทางการเงินพื้นฐานของใบแจ้งหนี้ทุกกรณี. แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ผลกระทบทางการเงิน เมื่อนำตัวชี้วัดกระบวนการมาเปรียบเทียบกับยอดเงินในใบแจ้งหนี้ องค์กรจะจัดลำดับความสำคัญในการติดตามหนี้ได้ ตัวอย่างเช่น การวิเคราะห์อาจพบว่าใบแจ้งหนี้มูลค่าสูงใช้เวลารับชำระนานกว่า หรือมีแนวโน้มถูกโต้แย้งมากกว่า นอกจากนี้ยังใช้คำนวณ KPI ทางการเงินที่สำคัญ เช่น จำนวนวันลูกหนี้การค้า (DSO) และประเมินมูลค่าเงินที่ค้างอยู่ในคอขวดของกระบวนการหรือยอดหนี้สูญได้. เหตุผลที่สำคัญ สำคัญต่อการวิเคราะห์ทางการเงิน การจัดลำดับความสำคัญในการติดตามใบแจ้งหนี้มูลค่าสูง และการประเมินมูลค่าความเสียหายจากกระบวนการที่ไม่มีประสิทธิภาพ. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในข้อมูลส่วนหัวของใบแจ้งหนี้ในโมดูลลูกหนี้การค้าหรือเรียกเก็บเงินของระบบต้นทาง. ตัวอย่าง 5400.50125000.00750.75 | |||
| รหัสลูกค้า CustomerId | รหัสเฉพาะของลูกค้าที่เกี่ยวข้องกับใบแจ้งหนี้. | ||
| คำอธิบาย รหัสลูกค้าคือรหัสเฉพาะที่ใช้ระบุบัญชีลูกค้าในระบบ และเชื่อมโยงใบแจ้งหนี้กับนิติบุคคลที่มีหน้าที่ชำระเงินตามกฎหมาย. ในการวิเคราะห์ process mining รหัสลูกค้าเป็นมิติสำคัญสำหรับแบ่งกลุ่มข้อมูล นักวิเคราะห์ใช้ตรวจสอบประสิทธิภาพของกระบวนการสำหรับลูกค้าหรือกลุ่มลูกค้าแต่ละรายได้ เช่น ลูกค้ารายใดจ่ายล่าช้าเป็นประจำ รายใดยื่นข้อโต้แย้งบ่อยที่สุด หรือปัญหาในกระบวนการส่งผลต่อลูกค้าบางกลุ่มเท่านั้นหรือไม่ ข้อมูลเชิงลึกเหล่านี้ช่วยปรับกลยุทธ์ติดตามหนี้ให้เหมาะสมและพัฒนาความสัมพันธ์กับลูกค้า. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มข้อมูลกระบวนการเพื่อวิเคราะห์พฤติกรรมลูกค้า ระบุบัญชีที่มีปัญหา และปรับกลยุทธ์ติดตามหนี้ให้เหมาะสม. แหล่งข้อมูล มีอยู่ในส่วนหัวเอกสารใบแจ้งหนี้ หรือเชื่อมโยงผ่านตารางข้อมูลหลักของลูกค้าในระบบการเงินหรือการขาย. ตัวอย่าง CUST-00543100234ACME-CORP | |||
| ระดับการติดตามหนี้ DunningLevel | ขั้นหรือระดับที่ใบแจ้งหนี้เกินกำหนดดำเนินไปถึงในกระบวนการติดตามหนี้อัตโนมัติหรือการติดตามหนี้. | ||
| คำอธิบาย ระดับการติดตามหนี้แสดงความคืบหน้าของใบแจ้งหนี้ที่เกินกำหนดในขั้นตอนการแจ้งเตือนติดตามหนี้อย่างเป็นทางการ โดยมักระบุเป็นตัวเลขหรือรหัส เช่น 'Level 1' อาจเป็นการแจ้งเตือนอย่างสุภาพ ส่วน 'Level 4' อาจเป็นหนังสือแจ้งเตือนครั้งสุดท้ายก่อนดำเนินคดี. การวิเคราะห์ระดับการติดตามหนี้ช่วยประเมินประสิทธิผลของกลยุทธ์ติดตามหนี้ process mining แสดงให้เห็นได้ว่าเส้นทางใดนำไปสู่ระดับการติดตามหนี้ที่สูงขึ้น และการแจ้งเตือนในแต่ละระดับช่วยให้ได้รับชำระเงินหรือไม่ ตัวอย่างเช่น การวิเคราะห์อาจพบว่าลูกค้าส่วนใหญ่ชำระเงินหลังได้รับการแจ้งเตือนระดับ 2 ทำให้ระดับ 3 และ 4 ไม่มีประสิทธิผลและมีค่าใช้จ่ายสูง ข้อมูลนี้ช่วยปรับเวลาและเนื้อหาของหนังสือติดตามหนี้ให้เหมาะสม. เหตุผลที่สำคัญ ใช้วัดความเข้มข้นของการติดตามหนี้ และเป็นข้อมูลสำคัญในการวิเคราะห์ประสิทธิผลของกลยุทธ์ในแต่ละขั้น. แหล่งข้อมูล พบได้ในโมดูลจัดการติดตามหนี้หรือข้อมูลลูกหนี้การค้า โดยมักเชื่อมโยงกับบัญชีลูกค้าหรือเอกสารที่เกินกำหนดแต่ละรายการ. ตัวอย่าง 123อยู่ระหว่างดำเนินการทางกฎหมาย | |||
| วันครบกำหนดชำระ DueDate | วันที่คำนวณไว้ตามสัญญาว่าต้องชำระเงินค่าใบแจ้งหนี้ภายในวันใด. | ||
| คำอธิบาย วันครบกำหนดชำระคือวันที่ต้องได้รับเงินค่าใบแจ้งหนี้เพื่อให้ถือว่าชำระตรงเวลา โดยทั่วไปคำนวณจากวันที่สร้างใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกันไว้. วันที่นี้เป็นเกณฑ์สำคัญในการวัดประสิทธิภาพของกระบวนการติดตามหนี้ ใช้พิจารณาว่าชำระล่าช้าหรือไม่ เริ่มขั้นตอนติดตามหนี้ และคำนวณรายงานอายุหนี้ ใน process mining ใช้วันครบกำหนดชำระคำนวณ KPI เช่น อัตราการชำระตรงเวลาและจำนวนวันลูกหนี้การค้า (DSO) รวมถึงวิเคราะห์ประสิทธิผลของกิจกรรมติดตามหนี้เมื่อเทียบกับกำหนดชำระ. เหตุผลที่สำคัญ เป็นเกณฑ์หลักในการวัดการชำระเงินตรงเวลา และจำเป็นต่อการคำนวณ KPI เช่น DSO และความตรงต่อเวลาในการชำระเงิน. แหล่งข้อมูล พบได้ในข้อมูลส่วนหัวของใบแจ้งหนี้ โดยอาจเป็นฟิลด์ที่ระบุไว้โดยตรง หรือคำนวณจากวันที่ในใบแจ้งหนี้และเงื่อนไขการชำระเงิน. ตัวอย่าง 2023-04-142023-05-302023-06-01 | |||
| สถานะใบแจ้งหนี้ InvoiceStatus | สถานะทางการเงินหรือการปฏิบัติงานปัจจุบันของใบแจ้งหนี้ เช่น เปิดอยู่ ชำระแล้ว เกินกำหนด หรือมีข้อโต้แย้ง. | ||
| คำอธิบาย สถานะใบแจ้งหนี้แสดงสถานะปัจจุบันของใบแจ้งหนี้ในแต่ละช่วง ตั้งแต่ 'Open' เมื่อสร้างใบแจ้งหนี้ เปลี่ยนเป็น 'Overdue' หากยังไม่ชำระหลังวันครบกำหนด และสุดท้ายเป็น 'Paid' หรือ 'Written Off'. แอตทริบิวต์นี้แสดงภาพรวมสถานะปัจจุบันของลูกหนี้การค้า ในการวิเคราะห์ process mining ใช้จัดหมวดหมู่กรณีและทำความเข้าใจผลลัพธ์ของกระบวนการแต่ละรูปแบบได้ ตัวอย่างเช่น การเปรียบเทียบขั้นตอนที่นำไปสู่สถานะ 'Disputed' กับ 'Paid' อาจช่วยระบุสาเหตุที่แท้จริงของปัญหาการชำระเงิน นอกจากนี้ยังใช้กรองกรณีที่กำลังดำเนินการ เช่น ใบแจ้งหนี้ทั้งหมดที่อยู่ในสถานะ 'Overdue' เพื่อวิเคราะห์กิจกรรมติดตามหนี้ที่กำลังทำอยู่. เหตุผลที่สำคัญ แสดงสถานะปัจจุบันของใบแจ้งหนี้อย่างชัดเจน ช่วยวิเคราะห์ผลลัพธ์ของกระบวนการและกรองกรณีตามสถานะ เช่น 'Overdue' หรือ 'Disputed'. แหล่งข้อมูล โดยทั่วไปมีเป็นฟิลด์สถานะในส่วนหัวของใบแจ้งหนี้หรือเอกสารลูกหนี้การค้า. ตัวอย่าง เปิดอยู่ชำระแล้วเกินกำหนดชำระมีข้อโต้แย้งตัดหนี้สูญแล้ว | |||
| สาเหตุของข้อโต้แย้ง DisputeReason | รหัสหรือคำอธิบายสาเหตุที่ลูกค้าแจ้งเมื่อโต้แย้งใบแจ้งหนี้. | ||
| คำอธิบาย สาเหตุของข้อโต้แย้งบันทึกเหตุผลที่ลูกค้าปฏิเสธการชำระใบแจ้งหนี้ สาเหตุที่พบบ่อย ได้แก่ ตั้งราคาผิด สินค้าเสียหาย จำนวนสินค้าไม่ตรง หรือเอกสารไม่ครบ โดยทั่วไปจะบันทึกข้อมูลนี้เมื่อเปิดกรณีข้อโต้แย้งอย่างเป็นทางการ. สาเหตุของข้อโต้แย้งเป็นแอตทริบิวต์สำคัญสำหรับวิเคราะห์หาสาเหตุที่แท้จริง การวิเคราะห์ความถี่ของสาเหตุแต่ละประเภทช่วยให้บริษัทพบปัญหาที่เกิดซ้ำในส่วนงานอื่นนอกเหนือจากการติดตามหนี้ เช่น การจัดส่ง ความถูกต้องของการเรียกเก็บเงิน หรือการบันทึกคำสั่งขาย process mining ยังช่วยให้เห็นว่าสาเหตุของข้อโต้แย้งแต่ละแบบส่งผลต่อเวลาแก้ไขและขั้นตอนการทำงานอย่างไร ซึ่งช่วยปรับปรุงกระบวนการจัดการข้อโต้แย้งให้มีประสิทธิภาพขึ้น. เหตุผลที่สำคัญ ช่วยวิเคราะห์หาสาเหตุที่แท้จริงของความล่าช้าในการชำระเงินและข้อโต้แย้ง เพื่อระบุและแก้ไขปัญหาต้นทางด้านการเรียกเก็บเงิน การจัดส่ง หรือการขาย. แหล่งข้อมูล จัดเก็บไว้ในโมดูลจัดการข้อโต้แย้ง ระบบ CRM หรือเป็นรหัสสาเหตุในใบแจ้งหนี้หรือเอกสารลูกหนี้การค้า. ตัวอย่าง ราคาผิดจำนวนสินค้าไม่ครบสินค้าเสียหายใบแจ้งหนี้ซ้ำ | |||
| กลุ่มลูกค้า CustomerSegment | การจัดประเภทลูกค้าตามขนาด อุตสาหกรรม ความสำคัญเชิงกลยุทธ์ หรือภูมิภาค. | ||
| คำอธิบาย กลุ่มลูกค้าคือการจัดหมวดหมู่ลูกค้าตามลักษณะที่คล้ายกัน โดยแบ่งตามปัจจัยต่างๆ ได้ เช่น อุตสาหกรรม (เช่น การผลิต ค้าปลีก) ขนาด (เช่น องค์กรขนาดใหญ่ ธุรกิจขนาดกลางและขนาดย่อม) ภูมิภาค หรือมูลค่าเชิงกลยุทธ์ (เช่น ระดับทอง เงิน และทองแดง). แอตทริบิวต์นี้ช่วยให้วิเคราะห์กระบวนการติดตามหนี้ได้ละเอียดและตรงเป้าหมายยิ่งขึ้น เมื่อเปรียบเทียบประสิทธิภาพของกระบวนการในแต่ละกลุ่ม ธุรกิจอาจพบว่าลูกค้าบางกลุ่มมีพฤติกรรมหรือปัญหาการชำระเงินเฉพาะ เช่น ลูกค้าต่างประเทศอาจใช้เวลาชำระนานกว่าเนื่องจากขั้นตอนธนาคารข้ามประเทศ ข้อมูลเชิงลึกเหล่านี้ช่วยกำหนดกลยุทธ์และนโยบายติดตามหนี้ให้เหมาะกับแต่ละกลุ่ม เพิ่มประสิทธิภาพโดยรวมและความพึงพอใจของลูกค้า. เหตุผลที่สำคัญ ช่วยเปรียบเทียบกลุ่มลูกค้าและพัฒนากลยุทธ์กับนโยบายติดตามหนี้ให้เหมาะกับแต่ละกลุ่ม. แหล่งข้อมูล โดยทั่วไปพบในข้อมูลหลักของลูกค้าในระบบ CRM หรือ ERP. ตัวอย่าง องค์กรขนาดใหญ่ธุรกิจขนาดกลางและขนาดย่อมหน่วยงานภาครัฐอเมริกาเหนือ | |||
| เงื่อนไขการชำระเงิน PaymentTerms | เงื่อนไขที่ตกลงกันเพื่อกำหนดว่าลูกค้าต้องชำระใบแจ้งหนี้เมื่อใด. | ||
| คำอธิบาย เงื่อนไขการชำระเงินระบุข้อกำหนดของการขาย โดยเน้นกำหนดเวลาชำระเงินเป็นหลัก มักแสดงเป็นรหัสหรือข้อความสั้นๆ เช่น 'Net 30' (ครบกำหนดชำระภายใน 30 วัน) หรือ '2/10 Net 30' (รับส่วนลด 2% หากชำระภายใน 10 วัน มิฉะนั้นต้องชำระเต็มจำนวนภายใน 30 วัน). แอตทริบิวต์นี้ช่วยให้เข้าใจวันครบกำหนดชำระใบแจ้งหนี้และพฤติกรรมการชำระเงินของลูกค้า การวิเคราะห์กระบวนการตามเงื่อนไขการชำระเงินอาจแสดงให้เห็นว่าเงื่อนไขบางแบบสัมพันธ์กับการชำระล่าช้าหรือข้อโต้แย้งที่เพิ่มขึ้นหรือไม่ นอกจากนี้ยังใช้ประเมินประสิทธิผลของส่วนลดสำหรับการชำระก่อนกำหนด และประกอบการเจรจาเงื่อนไขการชำระเงินกับลูกค้าในอนาคต เพื่อช่วยบริหารกระแสเงินสดให้เหมาะสม. เหตุผลที่สำคัญ ช่วยให้เข้าใจวันครบกำหนดชำระใบแจ้งหนี้ และวิเคราะห์ได้ว่าข้อตกลงการชำระเงินแต่ละแบบส่งผลต่ออัตราการชำระตรงเวลาและกระแสเงินสดโดยรวมอย่างไร. แหล่งข้อมูล จัดเก็บไว้ในข้อมูลหลักของลูกค้า หรือในส่วนหัวของคำสั่งขายและใบแจ้งหนี้. ตัวอย่าง Net 30Net 602/10 Net 30ชำระเมื่อได้รับใบแจ้งหนี้ | |||
| รหัสบริษัท CompanyCode | รหัสนิติบุคคลหรือหน่วยธุรกิจที่เป็นเจ้าของใบแจ้งหนี้. | ||
| คำอธิบาย รหัสบริษัทเป็นรหัสหน่วยงานที่ใช้ระบุบริษัทที่มีสถานะเป็นนิติบุคคลแยกต่างหาก หรือหน่วยธุรกิจที่จัดทำงบการเงินของตนเอง ในองค์กรที่มีหลายบริษัท ธุรกรรมแต่ละรายการจะกำหนดให้กับรหัสบริษัทที่เกี่ยวข้อง. แอตทริบิวต์นี้เป็นพื้นฐานสำคัญสำหรับการวิเคราะห์ระดับองค์กร ช่วยเปรียบเทียบประสิทธิภาพของกระบวนการระหว่างนิติบุคคล บริษัทย่อย หรือหน่วยธุรกิจต่างๆ การเปรียบเทียบอาจเผยให้เห็นความแตกต่างด้านประสิทธิภาพของกระบวนการ การปฏิบัติตามนโยบาย และผลงานของเจ้าหน้าที่ติดตามหนี้ในแต่ละส่วนขององค์กร ซึ่งเอื้อต่อการแลกเปลี่ยนแนวทางปฏิบัติที่ดีและกำหนดมาตรฐานกระบวนการเมื่อเหมาะสม. เหตุผลที่สำคัญ ช่วยเปรียบเทียบกระบวนการและวัดผลการดำเนินงานระหว่างนิติบุคคล บริษัทย่อย หรือหน่วยธุรกิจต่างๆ ภายในองค์กร. แหล่งข้อมูล เป็นฟิลด์มาตรฐานของหน่วยงานในเอกสารทางการเงินทั้งหมด รวมถึงใบแจ้งหนี้ ในระบบ ERP. ตัวอย่าง 1000US01DE01UK_SALES | |||
| สกุลเงินในใบแจ้งหนี้ InvoiceCurrency | สกุลเงินที่ใช้ระบุยอดเงินในใบแจ้งหนี้. | ||
| คำอธิบาย สกุลเงินในใบแจ้งหนี้ระบุหน่วยเงิน เช่น USD, EUR หรือ JPY ที่ใช้ในใบแจ้งหนี้และคาดว่าจะได้รับชำระ ข้อมูลนี้สำคัญเป็นพิเศษสำหรับบริษัทที่ดำเนินธุรกิจระหว่างประเทศ. แม้ process mining มักเน้นวิเคราะห์ลำดับงานมากกว่าการแปลงสกุลเงิน แต่แอตทริบิวต์นี้จำเป็นต่อการตีความยอดเงินในใบแจ้งหนี้ให้ถูกต้อง ใช้กรองการวิเคราะห์ตามสกุลเงิน หรือแบ่งกลุ่มกระบวนการเพื่อดูว่าธุรกรรมในสกุลเงินต่างๆ มีรูปแบบแตกต่างกันหรือไม่ เช่น อาจได้รับผลจากความล่าช้าในการชำระเงินระหว่างประเทศหรือกลยุทธ์ติดตามหนี้ในตลาดต่างประเทศ. เหตุผลที่สำคัญ ให้บริบทที่จำเป็นสำหรับยอดเงินในใบแจ้งหนี้ และช่วยแบ่งผลการวิเคราะห์ตามสกุลเงิน ซึ่งมีประโยชน์สำหรับธุรกิจระหว่างประเทศ. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในข้อมูลส่วนหัวของใบแจ้งหนี้. ตัวอย่าง USDEURGBPJPY | |||
กิจกรรมการบริหารสินเชื่อและติดตามหนี้
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ชำระใบแจ้งหนี้ครบแล้ว | หมายถึงวงจรของใบแจ้งหนี้สิ้นสุดลงอย่างสมบูรณ์ โดยชำระเงินครบและยอดคงเหลือเป็นศูนย์ นี่คือสถานะสุดท้ายที่ต้องการของกระบวนการ. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์สิ้นสุดของเส้นทางปกติที่ต้องการ การวัดเวลาจนถึงกิจกรรมนี้ช่วยคำนวณระยะเวลารวมตั้งแต่ออกใบแจ้งหนี้จนได้รับเงิน ซึ่งเป็นตัวชี้วัดสำคัญทางธุรกิจ. แหล่งข้อมูล มักอนุมานได้เมื่อยอดรวมของเงินชำระและเครดิตที่นำไปตัดหนี้เท่ากับยอดใบแจ้งหนี้ หรือเมื่อสถานะเปลี่ยนเป็น 'Paid' หรือ 'Closed'. บันทึก ระบุเวลาล่าสุดของธุรกรรมหักล้างหรือนำเงินไปตัดหนี้ที่ทำให้ยอดคงค้างของใบแจ้งหนี้เป็นศูนย์. ประเภทเหตุการณ์ inferred | |||
| ได้รับคำมั่นว่าจะชำระเงิน | เกิดขึ้นเมื่อลูกค้าตกลงว่าจะชำระใบแจ้งหนี้ในวันที่กำหนดในอนาคต และมีการบันทึกข้อตกลงนี้ในระบบ ถือเป็นผลลัพธ์ระหว่างทางที่ดีจากการติดตามหนี้. | ||
| เหตุผลที่สำคัญ นี่คือตัวชี้วัดผลการดำเนินงานที่สำคัญสำหรับประเมินประสิทธิภาพของเจ้าหน้าที่ติดตามหนี้ โดยใช้เป็นจุดตรวจสอบว่าลูกค้าทำตามคำมั่นหรือไม่ และช่วยคาดการณ์เงินสดรับ. แหล่งข้อมูล ผู้ใช้บันทึกเหตุการณ์นี้โดยตรงในโมดูลจัดการการติดตามหนี้ ซึ่งจะสร้างรายการที่มีวันที่และจำนวนเงินที่ลูกค้ารับปากว่าจะชำระ. บันทึก ใช้เวลาที่สร้างรายการ 'คำมั่นว่าจะชำระเงิน' ซึ่งเชื่อมโยงกับใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| ตัดใบแจ้งหนี้เป็นหนี้สูญ | หมายถึงผลลัพธ์สุดท้ายที่ไม่สามารถเรียกเก็บเงินได้ โดยถือว่าหนี้สูญและตัดออกจากบัญชีลูกหนี้. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้แสดงถึงการสูญเสียทางการเงินโดยตรง การวิเคราะห์ความถี่และมูลค่าของหนี้สูญช่วยระบุความเสี่ยงด้านเครดิต ความล้มเหลวในการติดตามหนี้ และโอกาสในการปรับปรุงกระบวนการ. แหล่งข้อมูล เป็นธุรกรรมทางการเงินที่ระบุชัดเจน เช่น รายการสมุดรายวันหรือรายการปรับปรุงที่ลงบัญชีหนี้สูญ เพื่อล้างยอดใบแจ้งหนี้ต้นฉบับ. บันทึก ใช้วันที่ลงรายการของเอกสารทางการเงินหรือรายการสมุดรายวันที่ตัดยอดคงเหลือของใบแจ้งหนี้เป็นหนี้สูญ. ประเภทเหตุการณ์ explicit | |||
| บันทึกข้อโต้แย้ง | ระบุจุดที่ลูกค้ายื่นข้อโต้แย้งเกี่ยวกับใบแจ้งหนี้อย่างเป็นทางการ และมีการบันทึกข้อโต้แย้งไว้ในระบบ เหตุการณ์นี้มักทำให้กระบวนการติดตามหนี้ตามปกติสำหรับยอดที่โต้แย้งหยุดชะงัก. | ||
| เหตุผลที่สำคัญ ข้อโต้แย้งเป็นสาเหตุสำคัญที่ทำให้การชำระเงินล่าช้า การระบุว่าเกิดข้อโต้แย้งเมื่อใดและเพราะเหตุใดจึงสำคัญต่อการวิเคราะห์หาสาเหตุที่แท้จริง การปรับปรุงกระบวนการ และการลดจำนวนวันลูกหนี้การค้า (Days Sales Outstanding). แหล่งข้อมูล บันทึกเหตุการณ์นี้เมื่อสร้างกรณีข้อโต้แย้ง หรือเมื่อเปลี่ยนสถานะใบแจ้งหนี้เป็น 'Disputed' ในโมดูลจัดการข้อโต้แย้งหรือการติดตามหนี้. บันทึก ใช้เวลาที่สร้างระเบียนกรณีข้อโต้แย้ง หรือเวลาที่เปลี่ยนสถานะของใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| พ้นกำหนดชำระเงิน | เหตุการณ์สำคัญที่ระบุว่าวันครบกำหนดชำระสุทธิของใบแจ้งหนี้ผ่านไปแล้ว โดยยังชำระไม่ครบ เหตุการณ์นี้แสดงการเปลี่ยนสถานะใบแจ้งหนี้จาก 'ยังไม่ถึงกำหนด' เป็น 'ค้างชำระ'. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นหลักของงานติดตามหนี้และการแจ้งเตือนทั้งหมด การวิเคราะห์จำนวนใบแจ้งหนี้ที่ถึงจุดนี้ช่วยวัดพฤติกรรมการชำระเงินและปริมาณงานติดตามหนี้. แหล่งข้อมูล เหตุการณ์นี้ไม่ได้บันทึกโดยตรงในระบบ แต่คำนวณจากการเปรียบเทียบช่องวันที่ครบกำหนดของใบแจ้งหนี้กับเวลาปัจจุบันหรือเวลาของกิจกรรมถัดไป. บันทึก สร้างเวลาของเหตุการณ์ตามวันที่ครบกำหนดชำระของใบแจ้งหนี้ หากยังไม่ได้ชำระภายในวันดังกล่าว ตัวอย่างเช่น 'InvoiceDueDate + 1 day'. ประเภทเหตุการณ์ calculated | |||
| สร้างใบแจ้งหนี้ | ระบุเวลาที่สร้างรายการใบแจ้งหนี้อย่างเป็นทางการในระบบต้นทาง เหตุการณ์นี้เป็นจุดเริ่มต้นหลักของวงจรตั้งแต่ออกใบแจ้งหนี้จนถึงรับชำระเงิน โดยกำหนดยอดลูกหนี้และเงื่อนไขการชำระเงิน. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นที่สำคัญของกระบวนการ การคำนวณระยะเวลาดำเนินการทั้งหมด เช่น ตั้งแต่ออกใบแจ้งหนี้จนถึงรับชำระเงินและ Days Sales Outstanding จะเริ่มจากจุดนี้. แหล่งข้อมูล ธุรกรรมหลักนี้อยู่ในโมดูลลูกหนี้หรือการเรียกเก็บเงิน โดยบันทึกจากวันที่สร้างหรือวันที่ลงรายการเอกสารใบแจ้งหนี้. บันทึก ใช้เวลาที่สร้างหรือวันที่ลงรายการจากตารางส่วนหัวของใบแจ้งหนี้หรือเอกสารทางการเงินหลัก. ประเภทเหตุการณ์ explicit | |||
| แก้ไขข้อโต้แย้งแล้ว | หมายถึงการสิ้นสุดกระบวนการจัดการข้อโต้แย้ง หลังจากตรวจสอบปัญหาและได้ข้อยุติแล้ว ใบแจ้งหนี้จึงดำเนินการชำระเงินหรือตัดหนี้สูญต่อได้. | ||
| เหตุผลที่สำคัญ ระยะเวลาที่ใช้แก้ไขข้อโต้แย้งส่งผลโดยตรงต่อกระแสเงินสดและความพึงพอใจของลูกค้า กิจกรรมนี้เป็นจุดสิ้นสุดสำหรับวัดระยะเวลาตั้งแต่เริ่มจนแก้ไขข้อโต้แย้งเสร็จ. แหล่งข้อมูล บันทึกเหตุการณ์นี้เมื่อเปลี่ยนสถานะกรณีข้อโต้แย้งเป็น 'Resolved' หรือ 'Closed' หรือเมื่อนำเครื่องหมายข้อโต้แย้งออกจากใบแจ้งหนี้. บันทึก ใช้เวลาที่เปลี่ยนสถานะในกรณีข้อโต้แย้งหรือระเบียนใบแจ้งหนี้ ซึ่งระบุว่าแก้ไขข้อโต้แย้งแล้ว. ประเภทเหตุการณ์ explicit | |||
| ได้รับชำระเงิน | ระบุว่าลูกค้าชำระเงินแล้ว โดยมักบันทึกข้อมูลจากรายการเดินบัญชีธนาคารหรือไฟล์ lockbox เหตุการณ์นี้ยืนยันว่าได้รับเงินแล้ว แต่ยังไม่จำเป็นต้องนำไปตัดกับใบแจ้งหนี้รายการใดโดยเฉพาะ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการนำเงินรับชำระไปตัดหนี้ ระยะเวลาตั้งแต่ได้รับเงินจนถึงนำไปตัดหนี้เป็นตัวชี้วัดสำคัญด้านการบริหารเงินและประสิทธิภาพการปฏิบัติงาน. แหล่งข้อมูล บันทึกเหตุการณ์นี้เมื่อสร้างใบรับเงินหรือเอกสารรับชำระเงินจากลูกค้า ซึ่งมักพบในสมุดรายวันรับชำระเงินหรือโมดูลบริหารเงินสด. บันทึก ใช้วันที่ลงรายการหรือวันที่มีผลของธุรกรรมรับชำระเงินหรือรายการในรายการเดินบัญชีธนาคาร. ประเภทเหตุการณ์ explicit | |||
| ติดต่อลูกค้าเพื่อติดตามหนี้ | แสดงการดำเนินการด้วยตนเองของเจ้าหน้าที่ติดตามหนี้เพื่อติดต่อลูกค้า เช่น โทรศัพท์หรือส่งอีเมลเฉพาะบุคคล โดยเจ้าหน้าที่จะบันทึกกิจกรรมนี้ในระบบ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้แสดงให้เห็นถึงงานที่ต้องทำด้วยตนเองในกระบวนการติดตามหนี้ การวิเคราะห์ความถี่และผลลัพธ์ของการติดต่อช่วยวัดประสิทธิภาพของเจ้าหน้าที่และการจัดสรรทรัพยากร. แหล่งข้อมูล โดยทั่วไป ระบบจะบันทึกกิจกรรมนี้จากบันทึกกิจกรรม งาน หรือการติดต่อที่ผู้ใช้สร้างขึ้นในโมดูลติดตามหนี้หรือ CRM. บันทึก ดึงวันที่และเวลาที่สร้างกิจกรรมที่บันทึกไว้ เช่น 'โทรศัพท์' หรือ 'อีเมล' ซึ่งเชื่อมโยงกับลูกค้าหรือใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| นำเงินชำระไปตัดใบแจ้งหนี้ | หมายถึงการดำเนินการนำเงินรับชำระไปตัดหนี้เสร็จสมบูรณ์ โดยจับคู่เงินที่ได้รับกับใบแจ้งหนี้รายการใดรายการหนึ่งได้สำเร็จ การดำเนินการนี้ช่วยลดยอดคงค้างหรือปิดยอดได้ทั้งหมด. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เชื่อมการรับเงินเข้ากับการลดยอดลูกหนี้โดยตรง หากนำเงินไปตัดหนี้ล่าช้า อาจทำให้ติดตามหนี้โดยไม่จำเป็นและแสดงยอดในใบแจ้งยอดบัญชีลูกค้าผิดพลาด. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้เมื่อลงรายการธุรกรรมหักล้างที่เชื่อมเอกสารรับชำระเงินกับเอกสารใบแจ้งหนี้ในบัญชีแยกประเภทย่อยลูกหนี้การค้า. บันทึก ใช้วันที่ลงรายการของเอกสารหักล้าง หรือวันที่นำเงินไปตัดหนี้ที่บันทึกไว้ในตารางการจัดสรรเงินรับชำระ. ประเภทเหตุการณ์ explicit | |||
| ผิดนัดตามคำมั่นว่าจะชำระเงิน | เหตุการณ์ที่คำนวณขึ้นเพื่อระบุว่าลูกค้าไม่ชำระเงินภายในวันที่รับปากไว้ ซึ่งเป็นอุปสรรคต่อกระบวนการติดตามหนี้และมักต้องยกระดับการติดตามเพิ่มเติม. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ชี้ให้เห็นถึงความไม่มีประสิทธิภาพและคำมั่นที่ไม่น่าเชื่อถือ การวิเคราะห์ความถี่ช่วยระบุลูกค้าที่มีความเสี่ยงสูงและปรับกลยุทธ์สำหรับการติดตามครั้งต่อไป. แหล่งข้อมูล อนุมานเหตุการณ์นี้โดยตรวจสอบว่าวันที่ 'คำมั่นว่าจะชำระเงิน' ของใบแจ้งหนี้ผ่านไปแล้วหรือไม่ โดยยังไม่มีการบันทึกรับชำระเงิน. บันทึก สร้างเหตุการณ์ในวันถัดจากวันที่ลูกค้ารับปากว่าจะชำระเงิน หากยังไม่มีการบันทึกรับชำระเงินที่เกี่ยวข้องกับใบแจ้งหนี้. ประเภทเหตุการณ์ calculated | |||
| เริ่มกระบวนการติดตามหนี้ | ระบุการเริ่มกระบวนการติดตามหนี้อย่างเป็นทางการ หรือการกำหนดกลยุทธ์ติดตามหนี้เฉพาะให้กับใบแจ้งหนี้ที่ค้างชำระ ซึ่งเป็นการยกระดับการติดตามอย่างเป็นระบบมากกว่าการส่งข้อความเตือนเพียงครั้งเดียว. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้แสดงการยกระดับการติดตามหนี้ การวิเคราะห์ระยะเวลาก่อนถึงขั้นตอนนี้และผลลัพธ์ที่ได้ช่วยประเมินประสิทธิภาพและประสิทธิผลของกลยุทธ์การติดตามหนี้โดยรวม. แหล่งข้อมูล บันทึกเมื่อกำหนดระดับการติดตามหนี้ให้ใบแจ้งหนี้เป็นครั้งแรก หรือเมื่อเริ่มใช้กลยุทธ์ติดตามหนี้อย่างเป็นทางการในระบบจัดการการติดตามหนี้. บันทึก บันทึกเวลาที่ใบแจ้งหนี้ถูกรวมไว้ในการดำเนินการติดตามหนี้อย่างเป็นทางการครั้งแรก หรือเวลาที่กำหนดกลยุทธ์ติดตามหนี้. ประเภทเหตุการณ์ explicit | |||
| ส่งการแจ้งเตือน | แสดงการส่งข้อความเตือนหรือจดหมายติดตามหนี้ครั้งแรก ซึ่งมักเป็นการส่งโดยอัตโนมัติถึงลูกค้าเกี่ยวกับใบแจ้งหนี้ที่ค้างชำระ โดยทั่วไปเป็นขั้นตอนแรกของกระบวนการติดตามหนี้. | ||
| เหตุผลที่สำคัญ การติดตามการแจ้งเตือนช่วยประเมินประสิทธิผลของการติดตามหนี้ในช่วงแรก และวิเคราะห์ได้ว่ามีใบแจ้งหนี้กี่รายการที่ชำระหลังได้รับการแจ้งเตือนทั่วไป เทียบกับรายการที่ต้องติดตามอย่างเข้มข้นขึ้น. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากบันทึกของโมดูลติดตามหนี้หรือเรียกเก็บเงิน ซึ่งเก็บวันที่และประเภทการสื่อสารที่ส่งเกี่ยวกับใบแจ้งหนี้. บันทึก ใช้วันที่ดำเนินการจากประวัติการติดตามหนี้หรือตารางบันทึกการสื่อสารที่เชื่อมโยงกับใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| ส่งใบแจ้งหนี้ให้ลูกค้า | ระบุเวลาที่ส่งใบแจ้งหนี้ให้ลูกค้าอย่างเป็นทางการ ไม่ว่าจะส่งทางอิเล็กทรอนิกส์หรือทางไปรษณีย์ โดยทั่วไปจะเริ่มนับระยะเวลาชำระเงินจากวันที่นี้. | ||
| เหตุผลที่สำคัญ ความล่าช้าระหว่างการสร้างใบแจ้งหนี้กับการส่งอาจทำให้รอบการชำระเงินยาวขึ้น กิจกรรมนี้ช่วยระบุคอขวดในขั้นตอนจัดส่งใบแจ้งหนี้และผลกระทบต่อกระแสเงินสด. แหล่งข้อมูล ระบบอาจบันทึกเหตุการณ์นี้โดยตรงในระบบจัดการเอกสารขาออก หรืออนุมานจากบันทึกการสื่อสาร เช่น อีเมลหรือการส่งข้อมูล EDI. บันทึก ดึงเวลาจากบันทึกระบบที่ติดตามการสื่อสารขาออก หรือจากช่อง 'วันที่ส่ง' ในรายการใบแจ้งหนี้โดยเฉพาะ. ประเภทเหตุการณ์ explicit | |||
| อนุมัติวงเงินสินเชื่อแล้ว | แสดงว่าการตรวจสอบสินเชื่อเสร็จสมบูรณ์ โดยมีการอนุมัติหรือปรับวงเงินสินเชื่อให้ลูกค้าอย่างเป็นทางการ กิจกรรมนี้มักเกิดก่อนการสร้างใบแจ้งหนี้และเป็นตัวกำหนดเงื่อนไขของธุรกรรม. | ||
| เหตุผลที่สำคัญ การวิเคราะห์ระยะเวลาตั้งแต่อนุมัติสินเชื่อจนถึงสร้างใบแจ้งหนี้ช่วยให้เข้าใจประสิทธิภาพของวงจรการขาย และช่วยอธิบายได้ว่าเหตุใดใบแจ้งหนี้บางรายการจึงมีเงื่อนไขการชำระเงินเฉพาะหรือมีปัญหาในการติดตามหนี้ภายหลัง. แหล่งข้อมูล โดยทั่วไป ระบบจะบันทึกเหตุการณ์นี้ในโมดูลจัดการสินเชื่อหรือระบบ CRM เมื่อผู้จัดการสินเชื่ออนุมัติคำขอสินเชื่อหรือการทบทวนสินเชื่อของลูกค้า. บันทึก บันทึกเวลาที่สถานะการตรวจสอบสินเชื่อของลูกค้าเปลี่ยนเป็น 'อนุมัติ' หรือเวลาที่สรุปวงเงินสินเชื่อใหม่. ประเภทเหตุการณ์ explicit | |||
| ออกใบลดหนี้ | หมายถึงการสร้างใบลดหนี้เพื่อนำไปหักกับใบแจ้งหนี้ โดยมักทำเพื่อแก้ไขข้อผิดพลาดในการเรียกเก็บเงิน หรือเป็นส่วนหนึ่งของการแก้ไขข้อโต้แย้ง. | ||
| เหตุผลที่สำคัญ การออกใบลดหนี้บ่อยครั้งอาจบ่งชี้ถึงปัญหาที่เกิดซ้ำในกระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน เช่น ตั้งราคาผิดหรือจัดส่งผิด กิจกรรมนี้สำคัญต่อการวิเคราะห์หาสาเหตุที่แท้จริง. แหล่งข้อมูล ธุรกรรมทางการเงินมาตรฐานนี้บันทึกจากวันที่ลงรายการใบลดหนี้ในโมดูลลูกหนี้การค้า. บันทึก ใช้วันที่สร้างหรือวันที่ลงรายการจากส่วนหัวของเอกสารใบลดหนี้ และเชื่อมโยงกับใบแจ้งหนี้ต้นฉบับที่ถูกนำมาลดหนี้. ประเภทเหตุการณ์ explicit | |||
คู่มือดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
เลือกคู่มือดึงข้อมูลสำหรับระบบของคุณจากตัวเลือกด้านล่าง เพื่อดูคำแนะนำที่ตรงกับระบบ หรือใช้เทมเพลตทั่วไปนี้เป็นจุดเริ่มต้นในการเตรียมข้อมูล.
หยุดรายได้รั่วไหล ปรับปรุงการบริหารสินเชื่อและติดตามหนี้วันนี้
ทำงานร่วมกับระบบที่คุณใช้อยู่ได้อย่างราบรื่น เห็นผลได้ภายในไม่กี่วัน.
ไม่ต้องใช้บัตรเครดิต เริ่มต้นได้ทันที.