เทมเพลตข้อมูลการบริหารสินเชื่อและติดตามหนี้ของคุณ

เทมเพลต process mining สำหรับทุกกระบวนการ
เทมเพลตข้อมูลการบริหารสินเชื่อและติดตามหนี้ของคุณ

เทมเพลตข้อมูลการบริหารสินเชื่อและติดตามหนี้ของคุณ

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

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

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

แอตทริบิวต์การบริหารสินเชื่อและติดตามหนี้

ควรใส่ฟิลด์ข้อมูลที่แนะนำเหล่านี้ไว้ในบันทึกเหตุการณ์ เพื่อวิเคราะห์กระบวนการและดูข้อมูลเชิงลึกเกี่ยวกับการปฏิบัติการของคุณ.
5 จำเป็น 7 แนะนำ 4 ไม่บังคับ
ชื่อ คำอธิบาย
ชื่อกิจกรรม
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
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมการบริหารสินเชื่อและติดตามหนี้

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

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

แหล่งข้อมูล

มักอนุมานได้เมื่อยอดรวมของเงินชำระและเครดิตที่นำไปตัดหนี้เท่ากับยอดใบแจ้งหนี้ หรือเมื่อสถานะเปลี่ยนเป็น '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
แนะนำ ไม่บังคับ

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

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

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

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

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

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

หยุดรายได้รั่วไหล ปรับปรุงการบริหารสินเชื่อและติดตามหนี้วันนี้

ทำงานร่วมกับระบบที่คุณใช้อยู่ได้อย่างราบรื่น เห็นผลได้ภายในไม่กี่วัน.

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

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