> การปรับปรุงกระบวนการอย่างต่อเนื่อง > การจัดการสินเชื่อและติดตามหนี้ > Oracle Fusion Financials > เทมเพลตข้อมูล

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

Oracle Fusion Financials

แอตทริบิวต์การบริหารสินเชื่อและการติดตามหนี้(23) กิจกรรมการบริหารสินเชื่อและการติดตามหนี้(14) คู่มือการดึงข้อมูล(1)

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

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

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

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

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

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

5 จำเป็น 7 แนะนำ 11 ไม่บังคับ

	ชื่อ	คำอธิบาย
	ชื่อกิจกรรม ActivityName	ชื่อของเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้น ณ เวลาใดเวลาหนึ่งในกระบวนการบริหารสินเชื่อ.
คำอธิบาย แอตทริบิวต์นี้อธิบายขั้นตอนหนึ่งในวงจรใบแจ้งหนี้ เช่น “สร้างใบแจ้งหนี้” “เริ่มขั้นตอนติดตามทวงถามหนี้” หรือ “ได้รับชำระเงิน” แต่ละกิจกรรมเป็นเหตุการณ์ที่แยกจากกันและทำให้กรณีดำเนินต่อไป. การวิเคราะห์ลำดับและความถี่ของกิจกรรมเป็นหัวใจของ process mining ช่วยค้นหาเส้นทางกระบวนการจริง ระบุคอขวดที่ทำให้กรณีติดค้าง ตรวจจับการทำงานซ้ำ และเปรียบเทียบกระบวนการจริงกับขั้นตอนที่ออกแบบไว้หรือกระบวนการในอุดมคติ ชื่อกิจกรรมเป็นข้อมูลพื้นฐานสำหรับสร้างแผนผังกระบวนการและคำนวณระยะเวลาระหว่างขั้นตอน. เหตุผลที่สำคัญ แอตทริบิวต์นี้กำหนดขั้นตอนในแผนผังกระบวนการ ทำให้เห็นภาพและวิเคราะห์วงจรใบแจ้งหนี้ได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล ฟิลด์เชิงแนวคิดนี้ได้มาจากเหตุการณ์ทางธุรกิจหลายประเภทใน Oracle Fusion Financials โดยมักสร้างจากการจับคู่สถานะธุรกรรม วันที่เกิดเหตุการณ์ หรือการดำเนินการเฉพาะจากโมดูลต่างๆ เช่น Receivables (AR) และ Advanced Collections. ตัวอย่าง สร้างใบแจ้งหนี้แล้วเริ่มขั้นตอนติดตามหนี้ได้รับชำระเงินแล้วลงทะเบียนข้อโต้แย้งแล้ว
	เวลาที่เกิดเหตุการณ์ EventTime	วันที่และเวลาที่แน่นอนซึ่งกิจกรรมเกิดขึ้น ใช้เป็นเวลาประทับของเหตุการณ์.
คำอธิบาย เวลาเกิดเหตุการณ์หรือเวลาประทับจะบันทึกเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ข้อมูลนี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาเพื่อสร้างภาพกระบวนการที่ถูกต้อง หากเวลาประทับไม่แม่นยำ ก็จะระบุลำดับเหตุการณ์ได้ไม่ถูกต้อง. ในการวิเคราะห์ จะใช้แอตทริบิวต์นี้คำนวณระยะเวลาและรอบเวลาระหว่างกิจกรรม ซึ่งสำคัญต่อการวัดผลการดำเนินงาน เช่น ใช้คำนวณ KPI ระยะเวลารอบการจัดการข้อโต้แย้งหรือรอบการชำระใบแจ้งหนี้ และยังช่วยวิเคราะห์แนวโน้มผลการดำเนินงานของกระบวนการในช่วงเวลาต่างๆ ได้ด้วย. เหตุผลที่สำคัญ เวลาประทับนี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณรอบเวลาและระยะเวลา รวมถึงวิเคราะห์ผลการดำเนินงานของกระบวนการตามช่วงเวลา. แหล่งข้อมูล ได้มาจากฟิลด์วันที่หลายรายการในตาราง Oracle Fusion Financials เช่น TRX_DATE ใน RA_CUSTOMER_TRX_ALL สำหรับการสร้างใบแจ้งหนี้ หรือวันที่สร้างรายการดำเนินการติดตามหนี้. ตัวอย่าง 2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:22Z
	หมายเลขใบแจ้งหนี้ InvoiceNumber	รหัสเฉพาะของใบแจ้งหนี้แต่ละรายการ ซึ่งใช้เป็นรหัสกรณีหลักสำหรับกระบวนการบริหารสินเชื่อ.
คำอธิบาย หมายเลขใบแจ้งหนี้เป็นรหัสหลักที่เชื่อมโยงเหตุการณ์และกิจกรรมทั้งหมดของลูกหนี้รายการเดียว ตั้งแต่สร้างใบแจ้งหนี้จนถึงชำระครบหรือถูกตัดเป็นหนี้สูญ จึงช่วยให้เห็นวงจรใบแจ้งหนี้ตั้งแต่ต้นจนจบ. ในการวิเคราะห์ process mining จะใช้แอตทริบิวต์นี้สร้างเส้นทางของใบแจ้งหนี้แต่ละรายการ เมื่อนำกิจกรรมที่เกี่ยวข้องทั้งหมดมาจัดกลุ่มตามหมายเลขใบแจ้งหนี้ นักวิเคราะห์จะเห็นภาพการไหลของกระบวนการ ระบุเส้นทางที่พบเป็นประจำและเส้นทางที่แตกต่างออกไป รวมถึงวัดระยะเวลาของกระบวนการทั้งหมดหรือบางขั้นตอนได้ เช่น การจัดการข้อโต้แย้งหรือการบันทึกการชำระเงิน. เหตุผลที่สำคัญ นี่คือ Case ID สำคัญที่เชื่อมโยงทุกขั้นตอนของกระบวนการเข้าด้วยกัน ทำให้สร้างและวิเคราะห์เส้นทางของใบแจ้งหนี้แต่ละรายการได้ตั้งแต่ออกใบแจ้งหนี้จนถึงปิดรายการ. แหล่งข้อมูล โดยทั่วไปจะพบรหัสนี้ในตาราง RA_CUSTOMER_TRX_ALL ในชื่อ TRX_NUMBER ของ Oracle Fusion Financials. ตัวอย่าง INV-1005679884321AR-2023-04-112
	ระบบต้นทาง SourceSystem	ระบบที่เป็นแหล่งที่มาของข้อมูล.
คำอธิบาย แอตทริบิวต์นี้ระบุแอปพลิเคชันต้นทางที่บันทึกข้อมูลเหตุการณ์ ในสภาพแวดล้อม IT ที่ซับซ้อน กระบวนการตั้งแต่ต้นจนจบหนึ่งกระบวนการอาจเกี่ยวข้องกับหลายระบบ. การระบุระบบต้นทางมีความสำคัญต่อการกำกับดูแลข้อมูล การแก้ไขปัญหา และการทำความเข้าใจบริบทของข้อมูล หากนำเหตุการณ์จากหลายระบบมารวมเป็นภาพกระบวนการเดียว แอตทริบิวต์นี้จะช่วยแยกแหล่งที่มาและตรวจสอบย้อนกลับข้อมูลได้ชัดเจน. เหตุผลที่สำคัญ ช่วยให้ทราบที่มาของข้อมูล ซึ่งจำเป็นต่อการตรวจสอบความถูกต้อง การกำกับดูแลข้อมูล และการทำความเข้าใจบริบททางเทคโนโลยีของกระบวนการ. แหล่งข้อมูล โดยทั่วไปจะเพิ่มค่าแบบคงที่นี้ระหว่างการดึงข้อมูล เพื่อระบุแหล่งที่มาของระเบียน. ตัวอย่าง Oracle Fusion FinancialsOracle AROracle Collections
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาประทับที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลของเหตุการณ์นี้จากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย แอตทริบิวต์นี้ระบุวันที่และเวลาที่ดึงข้อมูลครั้งล่าสุด เป็นฟิลด์ข้อมูลกำกับที่ไม่ได้เป็นส่วนหนึ่งของกระบวนการทางธุรกิจโดยตรง แต่จำเป็นต่อการตรวจสอบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด. นักวิเคราะห์ใช้เวลาประทับนี้ยืนยันว่ากำลังทำงานกับข้อมูลปัจจุบัน และตรวจสอบช่วงเวลาสิ้นสุดของข้อมูลที่มีอยู่ แอตทริบิวต์นี้สำคัญต่อการกำกับดูแลข้อมูลและช่วยให้ผู้ใช้เข้าใจว่าข้อมูลในแดชบอร์ดและรายงานเป็นข้อมูลล่าสุดถึงเมื่อใด. เหตุผลที่สำคัญ แสดงว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้นักวิเคราะห์และผู้เกี่ยวข้องทราบว่าข้อมูลใหม่และเกี่ยวข้องกับงานมากน้อยแค่ไหน. แหล่งข้อมูล ระบบจะสร้างและประทับค่านี้ในแต่ละระเบียนระหว่างกระบวนการดึงและโหลดข้อมูล (ETL). ตัวอย่าง 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	กลุ่มลูกค้า CustomerSegment	การจัดลูกค้าให้อยู่ในกลุ่มที่กำหนด เช่น แบ่งตามขนาด อุตสาหกรรม หรือความสำคัญเชิงกลยุทธ์.
คำอธิบาย กลุ่มลูกค้าเป็นแอตทริบิวต์แบบจัดหมวดหมู่ที่แบ่งลูกค้าตามลักษณะร่วมกัน เช่น “ลูกค้าเชิงกลยุทธ์” “ธุรกิจขนาดกลางและขนาดย่อม” หรือ “องค์กรขนาดใหญ่” รวมถึงแบ่งตามอุตสาหกรรม เช่น “การผลิต” หรือ “ค้าปลีก”. แอตทริบิวต์นี้ช่วยให้เปรียบเทียบข้อมูลได้ เช่น ตรวจสอบว่ากลุ่มใดมีข้อโต้แย้งมากกว่า หรือใช้เวลาชำระเงินนานกว่า ข้อมูลเชิงลึกนี้ช่วยปรับนโยบายสินเชื่อและกลยุทธ์ติดตามหนี้ให้เหมาะกับความต้องการและความเสี่ยงของแต่ละกลุ่ม และใช้ประกอบแดชบอร์ดวิเคราะห์อัตราการตัดใบแจ้งหนี้เป็นหนี้สูญได้. เหตุผลที่สำคัญ ช่วยเปรียบเทียบข้อมูลและแสดงให้เห็นว่าผลการดำเนินงานและความเสี่ยงของกระบวนการแตกต่างกันอย่างไรในแต่ละกลุ่มลูกค้า. แหล่งข้อมูล โดยทั่วไปจัดเก็บในข้อมูลหลักของลูกค้า เช่น HZ_CUST_ACCOUNTS หรือตารางที่เกี่ยวข้อง หรืออนุมานจากคุณลักษณะของลูกค้า เช่น รายได้หรืออุตสาหกรรม. ตัวอย่าง องค์กรขนาดใหญ่ธุรกิจขนาดกลางและขนาดย่อมหน่วยงานภาครัฐพันธมิตรเชิงกลยุทธ์
	ผู้ใช้ User	ผู้ใช้หรือรหัสระบบที่ดำเนินกิจกรรม.
คำอธิบาย แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบอัตโนมัติที่รับผิดชอบกิจกรรม เช่น อนุมัติวงเงินสินเชื่อ บันทึกการชำระเงิน หรือแก้ไขข้อโต้แย้ง การวิเคราะห์กิจกรรมตามผู้ใช้จำเป็นต่อการทำความเข้าใจการกระจายภาระงาน ผลการปฏิบัติงานของแต่ละคน และการปฏิบัติตามข้อกำหนด สำหรับกิจกรรมอัตโนมัติ ข้อมูลนี้ช่วยติดตามการทำงานของระบบ นอกจากนี้ยังใช้ระบุความต้องการด้านการฝึกอบรมหรือกิจกรรมที่อาจเป็นการฉ้อโกงได้ โดยติดตามพฤติกรรมของผู้ใช้. เหตุผลที่สำคัญ ระบุผู้รับผิดชอบกิจกรรมในกระบวนการว่าเป็นบุคคลหรือระบบอัตโนมัติ ช่วยติดตามผลการปฏิบัติงาน วิเคราะห์ภาระงาน และตรวจสอบย้อนหลัง. แหล่งข้อมูล ดึงข้อมูลจากคอลัมน์ 'CREATED_BY' หรือ 'LAST_UPDATED_BY' ในตารางธุรกรรมและตารางประวัติต่างๆ ของ Oracle Fusion Financials. ตัวอย่าง jsmithผู้เชี่ยวชาญบัญชีลูกหนี้ 1ระบบอัตโนมัติ
	ผู้ติดตามหนี้ Collector	ชื่อหรือรหัสของเจ้าหน้าที่ติดตามหนี้ที่ได้รับมอบหมายให้ดูแลใบแจ้งหนี้.
คำอธิบาย เจ้าหน้าที่ติดตามหนี้คือบุคคลหรือทีมที่รับผิดชอบกิจกรรมติดตามใบแจ้งหนี้ค้างชำระ การมอบหมายผู้ดูแลเป็นขั้นตอนสำคัญในเวิร์กโฟลว์ติดตามหนี้. แอตทริบิวต์นี้สำคัญต่อการบริหารผลการปฏิบัติงานและการจัดสรรทรัพยากรในฝ่ายติดตามหนี้ เมื่อวิเคราะห์ผลลัพธ์ของเจ้าหน้าที่แต่ละราย ผู้จัดการจะประเมินประสิทธิผล ระบุความต้องการในการฝึกอบรม และกระจายภาระงานได้ แดชบอร์ดประสิทธิผลการมอบหมายเจ้าหน้าที่ติดตามหนี้ใช้แอตทริบิวต์นี้เปรียบเทียบอัตราความสำเร็จและรอบเวลาของเจ้าหน้าที่แต่ละรายโดยตรง. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลการปฏิบัติงานของเจ้าหน้าที่หรือทีมติดตามหนี้ เพื่อจัดสรรทรัพยากรให้เหมาะสมและเพิ่มประสิทธิภาพการติดตามหนี้โดยรวม. แหล่งข้อมูล โดยทั่วไปจัดเก็บข้อมูลนี้ในโมดูล Oracle Advanced Collections เช่น ตาราง IEX_CASES_ALL_B หรือตารางการมอบหมายงานที่เกี่ยวข้อง. ตัวอย่าง John SmithJane Doeทีมติดตามหนี้ A
	ยอดเงินในใบแจ้งหนี้ InvoiceAmount	มูลค่าเงินรวมของใบแจ้งหนี้.
คำอธิบาย ยอดเงินในใบแจ้งหนี้คือมูลค่ารวมของสินค้าหรือบริการที่เรียกเก็บจากลูกค้า เป็นข้อมูลทางการเงินสำคัญที่ช่วยให้เข้าใจผลกระทบด้านมูลค่าของกระบวนการ. ในการวิเคราะห์ จะใช้ยอดเงินในใบแจ้งหนี้จัดลำดับความสำคัญของการติดตามหนี้ โดยเน้นใบแจ้งหนี้ค้างชำระที่มีมูลค่าสูง นอกจากนี้ยังใช้วิเคราะห์พฤติกรรมการชำระเงินตามมูลค่าธุรกรรมและคำนวณผลกระทบทางการเงินจากการตัดหนี้สูญ แดชบอร์ดวิเคราะห์อัตราการตัดใบแจ้งหนี้เป็นหนี้สูญก็ใช้ข้อมูลนี้ประเมินขนาดความสูญเสียทางการเงิน. เหตุผลที่สำคัญ ช่วยให้เห็นบริบททางการเงินของกระบวนการ จัดลำดับความสำคัญของใบแจ้งหนี้มูลค่าสูง และวิเคราะห์ผลกระทบทางการเงินจากจุดที่กระบวนการไม่มีประสิทธิภาพได้. แหล่งข้อมูล ดึงข้อมูลนี้ได้จากตาราง AR_PAYMENT_SCHEDULES_ALL ซึ่งจัดเก็บยอดเงินที่ต้องชำระของใบแจ้งหนี้. ตัวอย่าง 5000.001250.75250000.00
	ระดับการติดตามหนี้ DunningLevel	ระดับหรือขั้นตอนของกระบวนการติดตามหนี้ที่ใช้กับใบแจ้งหนี้.
คำอธิบาย ระดับการติดตามหนี้แสดงความเข้มข้นของการแจ้งเตือนให้ชำระเงิน ซึ่งโดยทั่วไปจะเพิ่มขึ้นตามเวลา เช่น ระดับ 1 อาจเป็นอีเมลแจ้งเตือนอย่างสุภาพ ส่วนระดับ 3 อาจเป็นจดหมายทางการหรือการโทรศัพท์ การวิเคราะห์กระบวนการตามระดับการติดตามหนี้ช่วยประเมินประสิทธิผลของกลยุทธ์ติดตามหนี้ แดชบอร์ดประสิทธิผลการติดตามหนี้ใช้แอตทริบิวต์นี้แสดงอัตราการเปลี่ยนจากแต่ละขั้นตอนการติดตามหนี้ไปสู่การชำระเงิน ข้อมูลนี้ช่วยให้องค์กรเห็นว่าการติดตามหนี้แบบใดได้ผลดีที่สุด และปรับเวลาและเนื้อหาของการแจ้งเตือนให้เหมาะสมเพื่อเพิ่มยอดเรียกเก็บเงิน. เหตุผลที่สำคัญ ใช้ติดตามระดับความเข้มข้นของการติดตามหนี้ ซึ่งจำเป็นต่อการประเมินประสิทธิผลของกลยุทธ์ติดตามหนี้. แหล่งข้อมูล ข้อมูลนี้จัดการในโมดูล Oracle Advanced Collections และค้นหาได้จากตารางประวัติการติดตามหนี้ เช่น IEX_DUNNINGS. ตัวอย่าง ระดับ 1: แจ้งเตือนระดับ 2: เตือนระดับ 3: แจ้งเตือนครั้งสุดท้าย
	วันครบกำหนดชำระ DueDate	วันที่ครบกำหนดชำระเงินตามใบแจ้งหนี้.
คำอธิบาย วันครบกำหนดชำระเป็นวันที่สำคัญที่ตกลงกันไว้ในสัญญาว่าจะชำระเงิน ใช้เป็นเกณฑ์วัดว่าชำระเงินตรงเวลาหรือไม่ แอตทริบิวต์นี้จำเป็นต่อการระบุใบแจ้งหนี้ที่เกินกำหนดและคำนวณจำนวนวันที่ค้างชำระ อีกทั้งเป็นข้อมูลหลักสำหรับกำหนดเวลาเริ่มกระบวนการติดตามหนี้ และใช้คำนวณ KPI เช่น Days Sales Outstanding (DSO) นอกจากนี้ยังจำเป็นต่อการจัดทำรายงานอายุหนี้เพื่อจัดกลุ่มยอดค้างชำระ. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์ระบุว่าใบแจ้งหนี้เกินกำหนดหรือไม่ ช่วยเริ่มงานติดตามหนี้และวิเคราะห์อายุหนี้. แหล่งข้อมูล มีอยู่ในตาราง AR_PAYMENT_SCHEDULES_ALL ในชื่อ DUE_DATE. ตัวอย่าง 2023-05-302023-06-152023-07-01
	หมายเลขลูกค้า CustomerNumber	รหัสเฉพาะของลูกค้าที่เกี่ยวข้องกับใบแจ้งหนี้.
คำอธิบาย หมายเลขลูกค้าเชื่อมใบแจ้งหนี้กับบัญชีลูกค้าแต่ละราย ช่วยแบ่งกลุ่มและวิเคราะห์กระบวนการบริหารสินเชื่อและติดตามหนี้ตามคุณลักษณะของลูกค้าได้. เมื่อมีหมายเลขลูกค้า นักวิเคราะห์จะตรวจสอบได้ว่าลูกค้าบางรายชำระเงินล่าช้าเป็นประจำ โต้แย้งใบแจ้งหนี้บ่อยกว่า หรือจำเป็นต้องติดตามหนี้มากเป็นพิเศษหรือไม่ ข้อมูลนี้สำคัญต่อการกำหนดกลยุทธ์ติดตามหนี้ให้เหมาะกับลูกค้าแต่ละราย การปรับเงื่อนไขสินเชื่อ และการระบุกลุ่มลูกค้าที่มีความเสี่ยงสูง นอกจากนี้ยังใช้วิเคราะห์อัตราการตัดใบแจ้งหนี้เป็นหนี้สูญตามกลุ่มลูกค้าได้โดยตรง. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มกระบวนการตามลูกค้า เพื่อระบุรูปแบบ ความเสี่ยง และโอกาสในการกำหนดกลยุทธ์ติดตามหนี้ให้เหมาะกับแต่ละกลุ่ม. แหล่งข้อมูล โดยทั่วไปจะพบในตาราง RA_CUSTOMER_TRX_ALL ในชื่อ BILL_TO_CUSTOMER_ID ซึ่งเชื่อมโยงกับ HZ_CUST_ACCOUNTS. ตัวอย่าง CUST-0012389455ACME-CORP-US
	เกินกำหนดหรือไม่ IsOverdue	ค่าสถานะแบบบูลีนที่ระบุว่าใบแจ้งหนี้เลยวันครบกำหนดชำระแล้วหรือไม่.
คำอธิบาย แอตทริบิวต์ที่คำนวณขึ้นนี้ระบุสถานะเกินกำหนดของใบแจ้งหนี้ด้วยค่าใช่หรือไม่ โดยทั่วไปคำนวณจากการเปรียบเทียบวันที่ปัจจุบันหรือวันที่ชำระเงินกับวันครบกำหนดชำระของใบแจ้งหนี้ ค่าสถานะนี้มีประโยชน์มากสำหรับการกรองและแบ่งกลุ่มข้อมูลในการวิเคราะห์ นักวิเคราะห์สามารถแยกใบแจ้งหนี้ที่เกินกำหนดออกมาศึกษาเส้นทางกระบวนการ ประสิทธิผลของกิจกรรมติดตามหนี้ และลักษณะอื่นๆ ได้อย่างรวดเร็ว นอกจากนี้ยังช่วยให้สร้างแดชบอร์ดและ KPI สำหรับบริหารหนี้เกินกำหนดได้ง่าย เช่น แดชบอร์ดอายุหนี้และสถานะใบแจ้งหนี้เกินกำหนด. เหตุผลที่สำคัญ ระบุใบแจ้งหนี้ที่เกินกำหนดได้อย่างชัดเจน เพื่อให้วิเคราะห์รายการทั้งหมดได้ง่าย ซึ่งเป็นจุดเน้นหลักของกระบวนการติดตามหนี้. แหล่งข้อมูล ฟิลด์นี้คำนวณขึ้นตามเงื่อนไข: IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False. ตัวอย่าง truefalse
	เงื่อนไขการชำระเงิน PaymentTerms	เงื่อนไขที่ตกลงกันไว้เพื่อระบุวันครบกำหนดชำระเงิน.
คำอธิบาย เงื่อนไขการชำระเงินระบุว่าลูกค้าต้องชำระเงินเมื่อใด เช่น 'เครดิต 30 วัน' หรือ 'เครดิต 60 วัน' โดยใช้เงื่อนไขเหล่านี้คำนวณวันครบกำหนดชำระของใบแจ้งหนี้ การวิเคราะห์พฤติกรรมการชำระเงินตามเงื่อนไขอาจเผยให้เห็นรูปแบบที่น่าสนใจ เช่น ลูกค้าที่มีระยะเวลาเครดิตสั้นอาจมีแนวโน้มชำระล่าช้ามากกว่า องค์กรนำข้อมูลนี้ไปทบทวนและปรับนโยบายสินเชื่อ รวมถึงแบ่งกลุ่มลูกค้าเพื่อกำหนดกลยุทธ์ติดตามหนี้ที่เหมาะสมได้ นอกจากนี้ยังช่วยให้เข้าใจสาเหตุที่ใบแจ้งหนี้บางรายการเกินกำหนด. เหตุผลที่สำคัญ แสดงบริบทของกำหนดการชำระเงินที่ตกลงกันไว้ ช่วยวิเคราะห์พฤติกรรมการชำระเงินภายใต้เงื่อนไขสินเชื่อที่แตกต่างกัน. แหล่งข้อมูล จัดเก็บไว้ในตาราง RA_TERMS และเชื่อมโยงกับรายการธุรกรรมใบแจ้งหนี้. ตัวอย่าง เครดิต 30 วันเครดิต 60 วันชำระเมื่อได้รับใบแจ้งหนี้
	จำนวนวันที่เกินกำหนด DaysOverdue	จำนวนวันที่ใบแจ้งหนี้เลยวันครบกำหนดชำระ.
คำอธิบาย ตัวชี้วัดที่คำนวณขึ้นนี้ระบุจำนวนวันที่ใบแจ้งหนี้ที่ยังไม่ได้ชำระล่าช้า โดยคำนวณจากผลต่างระหว่างวันที่ปัจจุบันสำหรับใบแจ้งหนี้ที่ยังเปิดอยู่ หรือวันที่ชำระเงินสำหรับใบแจ้งหนี้ที่ปิดแล้ว กับวันครบกำหนด จำนวนวันที่เกินกำหนดเป็นตัวชี้วัดสำคัญสำหรับวิเคราะห์อายุหนี้และจัดลำดับความสำคัญของงานติดตามหนี้ โดยเป็นตัวชี้วัดหลักในแดชบอร์ดอายุหนี้และสถานะใบแจ้งหนี้เกินกำหนด ซึ่งจัดกลุ่มใบแจ้งหนี้ตามช่วงอายุหนี้ เช่น 1-30 วัน หรือ 31-60 วัน ช่วยให้ทีมติดตามหนี้มุ่งจัดการหนี้ที่ค้างนานและมีความเสี่ยงสูงก่อน. เหตุผลที่สำคัญ ระบุระดับความล่าช้าในการชำระเงิน เป็นตัวชี้วัดหลักสำหรับจัดลำดับความสำคัญของงานติดตามหนี้และวิเคราะห์อายุหนี้. แหล่งข้อมูล ฟิลด์นี้คำนวณจากเงื่อนไข: CurrentDate - DueDate สำหรับใบแจ้งหนี้ที่ยังเปิดอยู่ หรือ PaymentDate - DueDate สำหรับใบแจ้งหนี้ที่ปิดแล้ว. ตัวอย่าง 1545920
	ตัดหนี้สูญหรือไม่ IsWrittenOff	ค่าสถานะแบบบูลีนที่ระบุว่าใบแจ้งหนี้ถูกตัดเป็นหนี้สูญหรือไม่.
คำอธิบาย ค่าสถานะที่คำนวณขึ้นนี้ระบุใบแจ้งหนี้ที่บริษัทเห็นว่าไม่สามารถเรียกเก็บเงินได้และนำออกจากบัญชีลูกหนี้ที่ยังดำเนินการอยู่ โดยทั่วไปถือเป็นผลลัพธ์ขั้นสุดท้ายที่ไม่พึงประสงค์ของใบแจ้งหนี้ แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI อัตราการตัดหนี้สูญของใบแจ้งหนี้และการวิเคราะห์ในแดชบอร์ดที่เกี่ยวข้อง นักวิเคราะห์ใช้แอตทริบิวต์นี้แยกกรณีที่ติดตามหนี้ไม่สำเร็จ เพื่อค้นหาลักษณะที่พบร่วมกัน เช่น กลุ่มลูกค้าหรือมูลค่าใบแจ้งหนี้ ซึ่งอาจสัมพันธ์กับความเสี่ยงที่จะถูกตัดหนี้สูญ ข้อมูลนี้นำไปใช้ปรับปรุงนโยบายสินเชื่อและกลยุทธ์ติดตามหนี้ได้. เหตุผลที่สำคัญ ระบุกรณีที่ติดตามหนี้ไม่สำเร็จได้อย่างชัดเจน ซึ่งจำเป็นต่อการวิเคราะห์สาเหตุของหนี้เสียและคำนวณอัตราการตัดหนี้สูญ. แหล่งข้อมูล ฟิลด์นี้คำนวณจากการตรวจสอบว่ามีกิจกรรม 'ตัดใบแจ้งหนี้เป็นหนี้สูญ' ในเคสหรือไม่ หรือสถานะใบแจ้งหนี้เป็น 'ตัดหนี้สูญ' หรือไม่. ตัวอย่าง truefalse
	วงเงินสินเชื่อ CreditLimitAmount	วงเงินสินเชื่อสูงสุดที่อนุมัติให้ลูกค้า.
คำอธิบาย วงเงินสินเชื่อคือยอดสินเชื่อรวมสูงสุดที่บริษัทพร้อมให้แก่ลูกค้าแต่ละราย โดยกำหนดระหว่างการทบทวนสินเชื่อ แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ดผลกระทบจากการตัดสินใจเรื่องวงเงินสินเชื่อ เมื่อนำวงเงินที่อนุมัติไปเปรียบเทียบกับพฤติกรรมการชำระเงินและยอดตัดหนี้สูญในภายหลัง องค์กรจะประเมินประสิทธิผลของนโยบายความเสี่ยงด้านสินเชื่อได้ การวิเคราะห์อาจเผยให้เห็นว่าวงเงินที่สูงเกินไปทำให้หนี้เสียเพิ่มขึ้นหรือไม่ ซึ่งช่วยปรับปรุงกระบวนการอนุมัติสินเชื่อได้. เหตุผลที่สำคัญ สำคัญต่อการประเมินประสิทธิผลของนโยบายความเสี่ยงด้านสินเชื่อ โดยเปรียบเทียบวงเงินที่อนุมัติกับผลการชำระเงินและยอดตัดหนี้สูญ. แหล่งข้อมูล จัดการใน Oracle Credit Management และโดยทั่วไปจัดเก็บในตารางข้อมูลโปรไฟล์สินเชื่อลูกค้า เช่น HZ_CUST_PROFILE_AMTS. ตัวอย่าง 10000.0050000.00250000.00
	วันที่ลูกค้ารับปากว่าจะชำระเงิน PromiseToPayDate	วันที่ลูกค้ารับปากว่าจะชำระเงิน.
คำอธิบาย ระหว่างติดตามหนี้ ลูกค้าอาจรับปากว่าจะชำระเงินในวันที่กำหนดในอนาคต ระบบจะบันทึก 'วันที่ลูกค้ารับปากว่าจะชำระเงิน' เพื่อติดตามคำมั่นนี้ แอตทริบิวต์นี้สำคัญต่อการจัดการเวิร์กโฟลว์ติดตามหนี้และประเมินความน่าเชื่อถือของคำมั่นจากลูกค้า เมื่อนำวันที่ลูกค้ารับปากว่าจะชำระเงินมาเปรียบเทียบกับวันที่ได้รับเงินจริง ผู้ติดตามหนี้จะประเมินได้ว่าลูกค้าทำตามคำมั่นบ่อยเพียงใด ข้อมูลนี้ช่วยพยากรณ์กระแสเงินสดได้แม่นยำขึ้น และช่วยตัดสินใจว่าจะยกระดับการติดตามหนี้เมื่อใดหากลูกค้าไม่ทำตามที่รับปาก. เหตุผลที่สำคัญ ติดตามคำมั่นในการชำระเงินของลูกค้า ช่วยพยากรณ์เงินสดรับและจัดการประสิทธิผลของการเจรจาติดตามหนี้. แหล่งข้อมูล จัดเก็บในโมดูล Oracle Advanced Collections โดยอาจอยู่ในตาราง เช่น IEX_PROMISES_T. ตัวอย่าง 2023-06-102023-06-252023-07-05
	เวลาสิ้นสุด EndTime	เวลาที่ระบุว่ากิจกรรมซึ่งมีระยะเวลาดำเนินการเสร็จสิ้นเมื่อใด.
คำอธิบาย สำหรับกิจกรรมที่มีเวลาเริ่มต้นและสิ้นสุดชัดเจน แอตทริบิวต์นี้จะบันทึกเวลาที่กิจกรรมเสร็จสิ้น แม้เหตุการณ์ส่วนใหญ่ใน process mining จะเกิดขึ้นทันที แต่บางกิจกรรม เช่น 'ตรวจสอบข้อโต้แย้ง' อาจใช้เวลาต่อเนื่อง การบันทึกเวลาสิ้นสุดแยกต่างหากช่วยคำนวณระยะเวลาดำเนินกิจกรรมได้อย่างแม่นยำกว่าการอนุมานจากเวลาเริ่มต้นของกิจกรรมถัดไป โดยเฉพาะเมื่อมีช่วงเวลาที่ไม่มีการดำเนินงาน ข้อมูลนี้สำคัญต่อการวิเคราะห์การใช้ทรัพยากรและระบุขั้นตอนที่ใช้เวลานานที่สุดในกระบวนการ. เหตุผลที่สำคัญ ช่วยคำนวณระยะเวลาของกิจกรรมแต่ละรายการได้อย่างแม่นยำ ทำให้เห็นคอขวดและการใช้ทรัพยากรได้ชัดเจนขึ้น. แหล่งข้อมูล แอตทริบิวต์นี้มักเป็นข้อมูลเชิงแนวคิด โดยอาจดึงจากเวลาที่ 'อัปเดตล่าสุด' หรือฟิลด์ 'วันที่ปิด' ในตารางต้นทางที่เกี่ยวข้องกับกิจกรรมนั้น. ตัวอย่าง 2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z
	สกุลเงินของใบแจ้งหนี้ InvoiceCurrency	สกุลเงินที่ใช้ระบุยอดเงินในใบแจ้งหนี้.
คำอธิบาย แอตทริบิวต์นี้ระบุสกุลเงินของใบแจ้งหนี้ เช่น USD, EUR หรือ GBP องค์กรข้ามชาติมักออกใบแจ้งหนี้เป็นหลายสกุลเงิน. การวิเคราะห์ข้อมูลหลายสกุลเงินต้องจัดการอย่างระมัดระวัง แอตทริบิวต์นี้ช่วยกรองมุมมองกระบวนการตามสกุลเงิน หรือใช้อัตราแลกเปลี่ยนที่ถูกต้องสำหรับรายงานการเงินรวม จึงช่วยให้ตีความมูลค่าเงินได้ถูกต้องและเปรียบเทียบยอดเงินในสกุลเดียวกันได้. เหตุผลที่สำคัญ จำเป็นต่อการตีความข้อมูลทางการเงินอย่างถูกต้องในสภาพแวดล้อมที่มีหลายสกุลเงิน และช่วยให้การวิเคราะห์ทางการเงินแม่นยำ. แหล่งข้อมูล โดยทั่วไปจะพบในตาราง RA_CUSTOMER_TRX_ALL ในชื่อ INVOICE_CURRENCY_CODE. ตัวอย่าง USDEURGBPJPY
	สถานะใบแจ้งหนี้ InvoiceStatus	สถานะปัจจุบันของใบแจ้งหนี้ในวงจรการดำเนินงาน.
คำอธิบาย สถานะใบแจ้งหนี้แสดงให้เห็นว่าใบแจ้งหนี้อยู่ในขั้นตอนใดของกระบวนการ โดยสถานะที่พบบ่อย ได้แก่ 'เปิดอยู่', 'ชำระแล้ว', 'โต้แย้ง', 'เกินกำหนด' หรือ 'ตัดหนี้สูญ' แอตทริบิวต์นี้ช่วยให้เห็นภาพรวมของสถานะลูกหนี้ ใน process mining คุณใช้แอตทริบิวต์นี้กรองเคสให้เหลือกลุ่มที่สนใจ เช่น ใบแจ้งหนี้ที่ยังเปิดอยู่และเกินกำหนดทั้งหมด แอตทริบิวต์นี้เป็นมิติสำคัญในแดชบอร์ดอายุหนี้และสถานะใบแจ้งหนี้เกินกำหนด ช่วยให้เห็นสถานะปัจจุบันของพอร์ตใบแจ้งหนี้ได้ทันที และจัดลำดับความสำคัญของงานติดตามหนี้ได้. เหตุผลที่สำคัญ ช่วยให้เห็นสถานะปัจจุบันของใบแจ้งหนี้ได้อย่างรวดเร็ว จึงกรองข้อมูลและจัดลำดับความสำคัญของงานติดตามหนี้ได้ง่าย. แหล่งข้อมูล โดยทั่วไปมีอยู่ในตาราง AR_PAYMENT_SCHEDULES_ALL ในฟิลด์ชื่อ STATUS. ตัวอย่าง เปิดอยู่ปิดแล้วโต้แย้งอยู่ระหว่างติดตามหนี้
	หน่วยธุรกิจ BusinessUnit	หน่วยธุรกิจหรือหน่วยงานที่ออกใบแจ้งหนี้.
คำอธิบาย องค์กรขนาดใหญ่มักแบ่งการปฏิบัติการออกเป็นหลายหน่วยธุรกิจ แอตทริบิวต์นี้ระบุว่าใบแจ้งหนี้เกี่ยวข้องกับหน่วยธุรกิจใด การวิเคราะห์กระบวนการตามหน่วยธุรกิจช่วยเปรียบเทียบผลการดำเนินงานระหว่างส่วนต่างๆ ขององค์กร และเผยให้เห็นความแตกต่างในการใช้นโยบายสินเชื่อและการติดตามหนี้ รวมถึงช่วยระบุว่าหน่วยธุรกิจใดบริหารลูกหนี้ได้มีประสิทธิผลกว่า ข้อมูลนี้ช่วยให้องค์กรแบ่งปันแนวปฏิบัติที่ดีและปรับกระบวนการให้เป็นมาตรฐานเมื่อจำเป็น. เหตุผลที่สำคัญ ช่วยเปรียบเทียบผลการดำเนินงานระหว่างหน่วยงานต่างๆ เพื่อระบุแนวปฏิบัติที่ดีและจุดที่ควรปรับปรุง. แหล่งข้อมูล มีอยู่ในตาราง RA_CUSTOMER_TRX_ALL ผ่านฟิลด์ ORG_ID ซึ่งเชื่อมโยงกับโครงสร้างองค์กร. ตัวอย่าง หน่วยธุรกิจอเมริกาเหนือหน่วยธุรกิจ EMEAฝ่ายบริการทั่วโลก
	เหตุผลที่โต้แย้ง DisputeReason	เหตุผลที่ลูกค้าแจ้งเมื่อโต้แย้งใบแจ้งหนี้.
คำอธิบาย เมื่อลูกค้าโต้แย้งใบแจ้งหนี้ โดยทั่วไปลูกค้าจะแจ้งเหตุผล เช่น 'ราคาไม่ถูกต้อง', 'สินค้าเสียหาย' หรือ 'ใบแจ้งหนี้ซ้ำ' แอตทริบิวต์นี้ใช้บันทึกเหตุผลดังกล่าว การวิเคราะห์เหตุผลที่โต้แย้งเป็นส่วนสำคัญของการวิเคราะห์หาสาเหตุที่แท้จริง ช่วยระบุปัญหาที่เกิดซ้ำในกระบวนการต้นทาง เช่น การจัดการคำสั่งซื้อหรือการวางบิล ซึ่งทำให้การชำระเงินล่าช้า เมื่อจัดหมวดหมู่และติดตามความถี่ของเหตุผลแต่ละประเภท องค์กรจะดำเนินการแก้ไขสาเหตุได้ตรงจุด และช่วยลดระยะเวลาในการแก้ไขข้อโต้แย้ง. เหตุผลที่สำคัญ ช่วยระบุสาเหตุที่แท้จริงของการโต้แย้งใบแจ้งหนี้ เพื่อให้ปรับปรุงกระบวนการต้นทางเชิงรุกและป้องกันข้อโต้แย้งในอนาคตได้. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้บันทึกในโมดูล Oracle Advanced Collections หรือ Oracle Channel Revenue Management หากมีการจัดการข้อโต้แย้งอย่างเป็นระบบ ข้อมูลอาจอยู่ในตาราง เช่น AR_DISPUTE_HISTORY. ตัวอย่าง จำนวนไม่ถูกต้องราคาไม่ตรงกันสินค้าเสียหายไม่ได้ให้บริการ

จำเป็น แนะนำ ไม่บังคับ

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

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

6 แนะนำ 8 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	ได้รับชำระเงินแล้ว	ระบุว่าได้รับเงินจากลูกค้าแล้ว แต่อาจยังไม่ได้นำยอดไปตัดกับใบแจ้งหนี้รายการใดรายการหนึ่ง โดยบันทึกเหตุการณ์นี้เมื่อสร้างรายการรับเงินสดในระบบ.
เหตุผลที่สำคัญ นี่คือจุดสำคัญของกระบวนการติดตามหนี้ที่แสดงว่าได้รับเงินแล้ว ระยะเวลาตั้งแต่เหตุการณ์นี้จนถึงการนำยอดชำระไปตัดหนี้ใช้วัดประสิทธิภาพการประมวลผลภายใน. แหล่งข้อมูล บันทึกโดยตรงจาก RECEIPT_DATE ในตาราง AR_CASH_RECEIPTS_ALL จากนั้นเชื่อมรายการรับเงินกับใบแจ้งหนี้ที่นำยอดไปตัดได้ผ่าน AR_RECEIVABLE_APPLICATIONS_ALL. บันทึก RECEIPT_DATE จาก AR_CASH_RECEIPTS_ALL โดยเชื่อมผ่านตารางการนำยอดไปตัดหนี้. ประเภทเหตุการณ์ explicit
	ตัดหนี้สูญจากใบแจ้งหนี้แล้ว	แสดงการตัดสินใจอย่างเป็นทางการให้ยุติการติดตามหนี้และบันทึกยอดใบแจ้งหนี้เป็นหนี้สูญ เป็นธุรกรรมทางการเงินที่บันทึกไว้อย่างชัดเจนและปรับยอดใบแจ้งหนี้ให้เป็นศูนย์.
เหตุผลที่สำคัญ นี่คือจุดสิ้นสุดที่แสดงว่ากระบวนการติดตามหนี้ไม่สำเร็จ การวิเคราะห์หนี้สูญตามกลุ่มลูกค้า ภูมิภาค หรือวงเงินสินเชื่อช่วยปรับนโยบายสินเชื่อและกลยุทธ์ติดตามหนี้เพื่อลดความสูญเสีย. แหล่งข้อมูล บันทึกโดยตรงเมื่อสร้างรายการปรับปรุงในตาราง AR_ADJUSTMENTS_ALL โดยมี RECEIVABLES_TRX_ID ที่อ้างถึงกิจกรรมหนี้สูญหรือการตัดหนี้สูญ. บันทึก วันที่สร้างรายการใน AR_ADJUSTMENTS_ALL ที่มีประเภทธุรกรรมเป็นการตัดหนี้สูญ. ประเภทเหตุการณ์ explicit
	นำเงินไปตัดชำระแล้ว	แสดงการนำยอดชำระที่ได้รับไปตัดกับใบแจ้งหนี้รายการใดรายการหนึ่ง ซึ่งทำให้ยอดค้างชำระของใบแจ้งหนี้ลดลง ขั้นตอนนี้เป็นการเชื่อมการชำระเงินกับใบแจ้งหนี้อย่างเป็นทางการ.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการยืนยันว่าใบแจ้งหนี้ได้รับชำระแล้ว และเป็นจุดสิ้นสุดที่แท้จริงสำหรับการคำนวณระยะเวลาเก็บหนี้เฉลี่ย (DSO) และรอบการบันทึกการชำระเงิน. แหล่งข้อมูล เหตุการณ์นี้บันทึกโดยตรงจาก APPLY_DATE ในตาราง AR_RECEIVABLE_APPLICATIONS_ALL ซึ่งเชื่อมรายการรับเงินสดกับธุรกรรมของลูกค้า (ใบแจ้งหนี้). บันทึก APPLY_DATE จาก AR_RECEIVABLE_APPLICATIONS_ALL สำหรับใบแจ้งหนี้ที่เกี่ยวข้อง. ประเภทเหตุการณ์ explicit
	เริ่มขั้นตอนติดตามหนี้	แสดงการเริ่มกระบวนการติดตามทวงถามหนี้สำหรับใบแจ้งหนี้ค้างชำระอย่างเป็นทางการ โดยมักเริ่มจากการส่งจดหมายทวงถามฉบับแรก โดยทั่วไปจะบันทึกเหตุการณ์นี้เมื่อมีการเรียกใช้ชุดงานติดตามทวงถามหนี้และมีใบแจ้งหนี้รายการนี้รวมอยู่ด้วย.
เหตุผลที่สำคัญ การติดตามกิจกรรมนี้มีความสำคัญต่อการวัดประสิทธิผลของการทวงถามหนี้และการปฏิบัติตามนโยบาย ช่วยให้มีจุดเริ่มต้นสำหรับวัดระยะเวลาตั้งแต่เริ่มทวงถามจนได้รับชำระเงิน. แหล่งข้อมูล บันทึกไว้ในโมดูล Oracle Advanced Collections วันที่สร้างรายการทวงถามหนี้ในตาราง เช่น IEX_DUNNINGS ซึ่งเชื่อมกับรหัสธุรกรรม จะใช้ระบุเวลาของเหตุการณ์นี้. บันทึก วันที่สร้างรายการในตาราง IEX_DUNNINGS ที่เชื่อมโยงกับใบแจ้งหนี้. ประเภทเหตุการณ์ explicit
	เลยกำหนดชำระแล้ว	เหตุการณ์ที่คำนวณขึ้นเมื่อวันที่ปัจจุบันเลยวันครบกำหนดชำระของใบแจ้งหนี้ และยังชำระไม่ครบ เหตุการณ์นี้แสดงการเปลี่ยนสถานะของใบแจ้งหนี้จาก “ยังไม่ถึงกำหนด” เป็น “ค้างชำระ”.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดสำคัญที่เริ่มกระบวนการติดตามและทวงถามหนี้ การวิเคราะห์จำนวนและมูลค่าของใบแจ้งหนี้ที่เลยกำหนดชำระมีความสำคัญต่อการบริหารเงินทุนหมุนเวียนและประเมินความเสี่ยงด้านสินเชื่อ. แหล่งข้อมูล คำนวณเหตุการณ์นี้โดยเปรียบเทียบวันที่ปัจจุบันของระบบกับ DUE_DATE ในตาราง AR_PAYMENT_SCHEDULES_ALL สำหรับใบแจ้งหนี้ที่มี STATUS เป็น 'OP' (Open). บันทึก เหตุการณ์ที่คำนวณขึ้น: เกิดขึ้นเมื่อ SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE. ประเภทเหตุการณ์ calculated
	สร้างใบแจ้งหนี้แล้ว	ระบุเวลาที่สร้างรายการธุรกรรมใบแจ้งหนี้ใน Oracle Fusion Financials ซึ่งเป็นจุดเริ่มต้นอย่างเป็นทางการของวงจรใบแจ้งหนี้ในโมดูลบัญชีลูกหนี้ และใช้เป็นจุดเริ่มต้นหลักในการวิเคราะห์.
เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นสำคัญของเส้นทางใบแจ้งหนี้ การคำนวณระยะเวลารอบต่างๆ หลังจากนี้ เช่น ระยะเวลาเก็บหนี้เฉลี่ย (DSO) และรอบการชำระใบแจ้งหนี้ ล้วนต้องอาศัยเวลาที่บันทึกไว้ ณ จุดเริ่มต้นนี้. แหล่งข้อมูล เหตุการณ์นี้บันทึกไว้อย่างชัดเจนในคอลัมน์ CREATION_DATE หรือ TRX_DATE ของตาราง RA_CUSTOMER_TRX_ALL สำหรับ TRX_NUMBER (หมายเลขใบแจ้งหนี้) รายการหนึ่ง. บันทึก เวลาของเหตุการณ์ใช้ค่า CREATION_DATE จากตาราง RA_CUSTOMER_TRX_ALL. ประเภทเหตุการณ์ explicit
	กำหนดกลยุทธ์การติดตามหนี้แล้ว	เกิดขึ้นเมื่อกำหนดกลยุทธ์ติดตามหนี้อัตโนมัติให้กับใบแจ้งหนี้หรือลูกค้าที่ค้างชำระ กลยุทธ์นี้กำหนดลำดับขั้นตอนและกิจกรรมที่ระบบหรือเจ้าหน้าที่ติดตามหนี้จะดำเนินการ.
เหตุผลที่สำคัญ เหตุการณ์นี้ช่วยให้เห็นภาพการใช้ระบบอัตโนมัติในกระบวนการติดตามหนี้ การวิเคราะห์ว่ามีการกำหนดกลยุทธ์ใดและได้ผลอย่างไร ช่วยปรับแนวทางติดตามหนี้ให้เหมาะกับลูกค้าแต่ละกลุ่ม. แหล่งข้อมูล บันทึกไว้ในโมดูล Oracle Advanced Collections โดยทั่วไปค้นหาได้จากวันที่สร้างรายการกำหนดกลยุทธ์ในตาราง เช่น IEX_STRATEGIES หรือออบเจ็กต์ที่เกี่ยวข้อง. บันทึก วันที่สร้างรายการงานตามกลยุทธ์ในตารางติดตามหนี้ที่เชื่อมโยงกับลูกค้าหรือธุรกรรม. ประเภทเหตุการณ์ explicit
	แก้ไขข้อโต้แย้งแล้ว	ระบุว่ามีการตรวจสอบข้อโต้แย้งที่ลงทะเบียนไว้แล้วและได้ข้อยุติ โดยบันทึกเหตุการณ์นี้เมื่อยกเลิกสถานะโต้แย้งของใบแจ้งหนี้.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดสิ้นสุดของรอบการจัดการข้อโต้แย้ง ระยะเวลาตั้งแต่ “ลงทะเบียนข้อโต้แย้ง” จนถึงเหตุการณ์นี้เป็น KPI สำคัญสำหรับวัดประสิทธิภาพการปฏิบัติงานและผลกระทบต่อกระแสเงินสด. แหล่งข้อมูล อนุมานเมื่อ STATUS ใน AR_PAYMENT_SCHEDULES_ALL เปลี่ยนจาก 'DS' (Disputed) กลับเป็น 'OP' (Open) หรือเป็น 'CL' (Closed) หลังจากมีการออกใบลดหนี้หรือปรับปรุงรายการ. บันทึก ตรวจจับเมื่อ AR_PAYMENT_SCHEDULES_ALL.STATUS เปลี่ยนจาก 'DS' เป็นสถานะอื่น. ประเภทเหตุการณ์ inferred
	ดำเนินการติดตามหนี้เสร็จสิ้น	แสดงการดำเนินการด้วยตนเองของเจ้าหน้าที่ติดตามหนี้ เช่น โทรศัพท์ ส่งอีเมล หรือบันทึกหมายเหตุการติดต่อ โดยบันทึกเป็น “กิจกรรม” หรือ “การติดต่อ” ในโมดูลติดตามหนี้.
เหตุผลที่สำคัญ การติดตามการดำเนินงานของเจ้าหน้าที่ช่วยวัดประสิทธิภาพและผลลัพธ์ของเวิร์กโฟลว์ติดตามหนี้ที่ทำด้วยตนเอง รวมถึงวิเคราะห์ความถี่ของกิจกรรมและความสัมพันธ์กับการได้รับชำระเงิน. แหล่งข้อมูล ดึงข้อมูลจากตารางประวัติการติดต่อหรือกิจกรรมใน Oracle Advanced Collections เช่น JTF_IH_ACTIVITIES ซึ่งเชื่อมโยงกับลูกค้า และอาจเชื่อมกับใบแจ้งหนี้รายการนั้นโดยตรง. บันทึก เวลาที่สร้างรายการใน JTF_IH_ACTIVITIES ซึ่งมีผลลัพธ์หรือรหัสเหตุผลที่เกี่ยวข้อง. ประเภทเหตุการณ์ explicit
	ตรวจสอบสินเชื่อเสร็จสิ้น	แสดงว่าการประเมินสินเชื่อของลูกค้าที่เกี่ยวข้องกับใบแจ้งหนี้เสร็จสิ้นแล้ว โดยทั่วไปจะอนุมานเหตุการณ์นี้จากการเชื่อมวันที่สร้างใบแจ้งหนี้กับวันที่ตรวจสอบสินเชื่อของบัญชีลูกค้ารายนั้นเสร็จสิ้นล่าสุด เพื่อใช้เป็นข้อมูลตั้งต้นในการวิเคราะห์ด้านสินเชื่อ.
เหตุผลที่สำคัญ การวิเคราะห์ระยะเวลาตั้งแต่ตรวจสอบสินเชื่อจนถึงการวางคำสั่งซื้อช่วยระบุความล่าช้าในช่วงต้นของวงจรตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน ข้อมูลนี้เป็นพื้นฐานสำหรับวัด KPI ระยะเวลารอบการอนุมัติสินเชื่อและทำความเข้าใจผลกระทบของการตัดสินใจด้านสินเชื่อ. แหล่งข้อมูล อนุมานโดยค้นหา HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE ของลูกค้าที่ระบุในใบแจ้งหนี้ (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID) เวลาของเหตุการณ์คือค่า LAST_CREDIT_REVIEW_DATE ที่เกิดก่อน CREATION_DATE ของใบแจ้งหนี้. บันทึก เชื่อมใบแจ้งหนี้กับวันที่ตรวจสอบสินเชื่อล่าสุดของลูกค้าก่อนสร้างใบแจ้งหนี้. ประเภทเหตุการณ์ inferred
	บันทึกคำมั่นว่าจะชำระเงินแล้ว	แสดงข้อตกลงที่บันทึกไว้อย่างเป็นทางการในระบบ โดยลูกค้ารับปากว่าจะชำระเงินในวันที่กำหนด ซึ่งเป็นผลลัพธ์สำคัญของกิจกรรมติดตามหนี้.
เหตุผลที่สำคัญ การติดตามคำมั่นว่าจะชำระเงินและอัตราการชำระตามคำมั่นเป็นตัวชี้วัดผลการปฏิบัติงานที่สำคัญของเจ้าหน้าที่ติดตามหนี้ ช่วยคาดการณ์กระแสเงินสดจากลูกหนี้ค้างชำระและประเมินประสิทธิผลของเจ้าหน้าที่. แหล่งข้อมูล สร้างรายการนี้โดยตรงใน Oracle Advanced Collections โดยดึงวันที่สร้างจากตาราง IEX_PROMISE_DETAILS. บันทึก วันที่สร้างจากตาราง IEX_PROMISE_DETAILS สำหรับใบแจ้งหนี้ที่เกี่ยวข้อง. ประเภทเหตุการณ์ explicit
	ปิดใบแจ้งหนี้แล้ว	เกิดขึ้นเมื่อยอดค้างชำระของใบแจ้งหนี้เป็นศูนย์ ไม่ว่าจะเกิดจากการชำระเงิน การนำใบลดหนี้มาตัดยอด หรือการปรับปรุงรายการ ซึ่งแสดงว่าวงจรใบแจ้งหนี้เสร็จสมบูรณ์.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดสิ้นสุดหลักที่แสดงว่ากระบวนการสำเร็จ การติดตามการปิดใบแจ้งหนี้เป็นพื้นฐานสำคัญในการทำความเข้าใจสถานะโดยรวมของพอร์ตลูกหนี้. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะในตาราง AR_PAYMENT_SCHEDULES_ALL เมื่อ STATUS เปลี่ยนเป็น 'CL' (Closed) โดยใช้ LAST_UPDATE_DATE ของการเปลี่ยนแปลงนี้เป็นเวลา. บันทึก ตรวจจับเมื่อ AR_PAYMENT_SCHEDULES_ALL.STATUS ของใบแจ้งหนี้เปลี่ยนเป็น 'CL'. ประเภทเหตุการณ์ inferred
	ลงทะเบียนข้อโต้แย้งแล้ว	ระบุว่าลูกค้าโต้แย้งใบแจ้งหนี้ทั้งหมดหรือบางส่วนอย่างเป็นทางการ โดยทั่วไปบันทึกเหตุการณ์นี้เมื่อสถานะของกำหนดการชำระเงินของใบแจ้งหนี้เปลี่ยนแปลง.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการจัดการข้อโต้แย้ง การวิเคราะห์ระยะเวลาตั้งแต่ลงทะเบียนจนถึงยุติข้อโต้แย้งมีความสำคัญต่อการระบุคอขวดที่ทำให้การจัดเก็บเงินล่าช้า. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะในตาราง AR_PAYMENT_SCHEDULES_ALL เมื่อฟิลด์ STATUS เปลี่ยนเป็น 'DS' (Disputed) โดยดึงเวลาได้จากตารางตรวจสอบย้อนหลังหรือวันที่อัปเดตล่าสุด. บันทึก ตรวจจับเมื่อ AR_PAYMENT_SCHEDULES_ALL.STATUS ของใบแจ้งหนี้เปลี่ยนเป็น 'DS'. ประเภทเหตุการณ์ inferred
	ส่งใบแจ้งหนี้ให้ลูกค้าแล้ว	ระบุว่าได้ส่งใบแจ้งหนี้ให้ลูกค้าอย่างเป็นทางการแล้ว ไม่ว่าจะส่งทางอิเล็กทรอนิกส์หรือทางเอกสาร เหตุการณ์นี้อาจบันทึกไว้โดยตรงในโมดูลจัดส่ง หรืออนุมานจากวันที่พิมพ์ใบแจ้งหนี้.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มนับระยะเวลาชำระเงินของลูกค้า การติดตามเวลานี้ช่วยคำนวณจำนวนวันที่ค้างชำระได้แม่นยำ และวิเคราะห์ความล่าช้าระหว่างการสร้างใบแจ้งหนี้กับการแจ้งลูกค้า. แหล่งข้อมูล ดึงข้อมูลได้จาก LAST_PRINTED_DATE ใน RA_CUSTOMER_TRX_ALL หรืออนุมานจากบันทึกการเชื่อมต่อกับระบบส่งอีเมลหรือแพลตฟอร์มสื่อสารอื่นๆ. บันทึก ใช้ LAST_PRINTED_DATE จาก RA_CUSTOMER_TRX_ALL หรือสถานะจากบันทึกการจัดส่ง. ประเภทเหตุการณ์ inferred

แนะนำ ไม่บังคับ

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

วิธีดึงข้อมูลจาก Oracle Fusion Financials

ขั้นตอน

เข้าใช้ Oracle BI Publisher: ลงชื่อเข้าใช้สภาพแวดล้อม Oracle Fusion Financials ของคุณ คลิกไอคอน Navigator แล้วเลือก Tools > Reports and Analytics เพื่อไปยังส่วน Reports and Analytics.
สร้าง Data Model ใหม่: ในแถบ Reports and Analytics คลิกปุ่ม 'Browse Catalog' ในแค็ตตาล็อก คลิกเมนูดรอปดาวน์ 'New' แล้วเลือก 'Data Model'.
กำหนดชุดข้อมูล SQL Query: ในตัวแก้ไข Data Model คลิกไอคอน '+' เพื่อเพิ่มชุดข้อมูลใหม่ แล้วเลือก 'SQL Query'.
กำหนดค่าแหล่งข้อมูล: ในหน้าต่างชุดข้อมูลใหม่ ตั้งชื่อที่สื่อความหมาย เช่น 'CreditCollectionsEventLog' เลือก 'FSCM' หรือฐานข้อมูลแอปพลิเคชัน Oracle Fusion ที่เกี่ยวข้องเป็นแหล่งข้อมูล ตั้งค่า Type of SQL เป็น 'Standard SQL'.
ป้อน SQL Query: คัดลอก SQL Query ทั้งหมดจากส่วน 'query' ในเอกสารนี้ แล้ววางลงในช่องข้อความ SQL Query.
กำหนดพารามิเตอร์ Query: Query ใช้พารามิเตอร์ เช่น :P_START_DATE และ :P_END_DATE เพื่อกรองช่วงวันที่ BI Publisher จะตรวจพบพารามิเตอร์เหล่านี้โดยอัตโนมัติ คุณตั้งค่าให้เป็นช่องรับค่าจากผู้ใช้ และกำหนดชนิดข้อมูลเป็น 'Date' ได้.
บันทึกและทดสอบ Data Model: บันทึก Data Model ในโฟลเดอร์ที่ใช้ร่วมกันหรือโฟลเดอร์ที่กำหนดเอง หากต้องการตรวจสอบว่า Query ทำงานได้ ให้ไปที่แท็บ 'Data' ป้อนค่าพารามิเตอร์ตัวอย่าง เช่น ช่วงวันที่ล่าสุด แล้วคลิก 'View' เพื่อดูตัวอย่างข้อมูล ตรวจสอบว่าคอลัมน์ทั้งหมดแสดงถูกต้อง.
สร้างรายงานใหม่: กลับไปที่แค็ตตาล็อก คลิกเมนูดรอปดาวน์ 'New' แล้วเลือก 'Report' ในหน้าต่าง 'Create Report' เลือก 'Use Data Model' แล้วค้นหา Data Model ที่เพิ่งบันทึก.
กำหนดคุณสมบัติรายงาน: ในตัวแก้ไขรายงาน ใช้รูปแบบตารางอย่างง่ายเพื่อดึงข้อมูลได้ ตั้งค่ารูปแบบเอาต์พุตเริ่มต้น สำหรับ process mining แนะนำให้ใช้ CSV โดยคลิก 'View a List' ค้นหา 'CSV' ในรายการ 'Output Formats' แล้วเลือกช่องทำเครื่องหมาย คุณอาจยกเลิกการเลือกรูปแบบอื่นเพื่อให้ผู้ใช้เลือกได้ง่ายขึ้น.
บันทึกรายงาน: บันทึกรายงานไว้ในโฟลเดอร์เดียวกับ Data Model.
ตั้งเวลาการดึงข้อมูล: หากต้องการให้ดึงข้อมูลโดยอัตโนมัติ คุณสามารถตั้งเวลารายงานได้ เปิดรายงาน คลิก 'Actions' แล้วเลือก 'Schedule' กำหนดความถี่ เช่น รายวัน ระบุรูปแบบเอาต์พุตเป็น CSV และกำหนดปลายทาง เช่น ไดเรกทอรี content server หรือเซิร์ฟเวอร์ภายนอกผ่าน FTP.

การกำหนดค่า

ข้อกำหนดเบื้องต้น: ผู้สร้างและเรียกใช้รายงานต้องมีบทบาท BI ที่เหมาะสม เช่น 'BI Administrator' หรือ 'BI Author' และได้รับสิทธิ์ด้านความปลอดภัยของข้อมูลเพื่อเข้าถึงตาราง Financials ที่เกี่ยวข้อง (AR, IEX, HZ, JTF).
แหล่งข้อมูล: ควรเรียกใช้ Query กับฐานข้อมูลหลักของแอปพลิเคชัน ซึ่งโดยทั่วไปมีชื่อว่า 'FSCM'.
พารามิเตอร์ช่วงวันที่: ควรใช้พารามิเตอร์ :P_START_DATE และ :P_END_DATE เพื่อจำกัดปริมาณข้อมูล สำหรับการทดสอบครั้งแรก ให้ใช้ช่วงสั้น เช่น หนึ่งเดือน ส่วนการใช้งานจริงมักใช้ช่วงย้อนหลัง 3 ถึง 6 เดือน.
การกรองข้อมูล: สำหรับองค์กรขนาดใหญ่ ให้พิจารณาเพิ่มพารามิเตอร์ BU_NAME (ชื่อหน่วยธุรกิจ) ในส่วน WHERE ของ common table expression invoices_base เพื่อประมวลผลข้อมูลทีละหน่วยธุรกิจ.
ข้อควรพิจารณาด้านประสิทธิภาพ: Query นี้เชื่อมตารางธุรกรรมขนาดใหญ่หลายตาราง หากเรียกใช้กับช่วงวันที่กว้างโดยไม่กรองข้อมูล อาจใช้เวลานานหรือหมดเวลาใน BI Publisher ควรตั้งเวลารายงานให้ทำงานนอกช่วงเวลาที่มีการใช้งานสูง.
รูปแบบเอาต์พุต: ตรวจสอบว่ารูปแบบเอาต์พุตเริ่มต้นหรือรูปแบบที่ตั้งเวลาไว้เป็น CSV เพื่อให้ได้ไฟล์ที่แบ่งข้อมูลเป็นคอลัมน์และนำไปใช้กับเครื่องมือ process mining ได้ง่าย ตรวจสอบคุณสมบัติเอาต์พุต CSV ว่ากำหนดตัวคั่นและการเข้ารหัสอักขระถูกต้อง.

ตัวอย่างคำค้น sql

WITH invoices_base AS (
    SELECT 
        trx.customer_trx_id,
        trx.trx_number AS InvoiceNumber,
        hca.account_number AS CustomerNumber,
        hcp.class_category || ':' || hcp.class_code AS CustomerSegment, -- Example of segment, may need adjustment
        ps.amount_due_original AS InvoiceAmount,
        coll.name AS Collector,
        ps.due_date AS DueDate,
        trx.creation_date AS InvoiceCreationDate,
        trx.created_by AS InvoiceCreatedBy,
        ps.payment_schedule_id
    FROM 
        ra_customer_trx_all trx
        JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
        JOIN hz_cust_accounts hca ON trx.bill_to_customer_id = hca.cust_account_id
        JOIN hz_customer_profiles hcp ON hca.cust_account_id = hcp.cust_account_id AND hcp.site_use_id IS NULL
        LEFT JOIN iex_delinquencies_all del ON ps.payment_schedule_id = del.payment_schedule_id
        LEFT JOIN JTF_RS_RESOURCE_EXTNS_VL coll ON del.collector_id = coll.resource_id
    WHERE 
        trx.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')
        AND trx.complete_flag = 'Y'
        AND ps.class = 'INV'
)
-- 1. Credit Review Completed
SELECT
    ib.InvoiceNumber AS "InvoiceNumber",
    'Credit Review Completed' AS "ActivityName",
    cr.review_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber AS "CustomerNumber",
    ib.CustomerSegment AS "CustomerSegment",
    ib.InvoiceAmount AS "InvoiceAmount",
    ib.Collector AS "Collector",
    NULL AS "DunningLevel",
    ib.DueDate AS "DueDate",
    cr.created_by AS "User"
FROM
    invoices_base ib
JOIN
    hz_credit_reviews cr ON ib.CustomerNumber = (SELECT hca.account_number FROM hz_cust_accounts hca WHERE hca.cust_account_id = cr.cust_account_id)
WHERE cr.review_date = (SELECT MAX(cr_inner.review_date) FROM hz_credit_reviews cr_inner WHERE cr_inner.cust_account_id = cr.cust_account_id AND cr_inner.review_date < ib.InvoiceCreationDate)

UNION ALL

-- 2. Invoice Generated
SELECT
    ib.InvoiceNumber,
    'Invoice Generated' AS "ActivityName",
    trx.creation_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    trx.created_by AS "User"
FROM
    invoices_base ib
JOIN ra_customer_trx_all trx ON ib.customer_trx_id = trx.customer_trx_id

UNION ALL

-- 3. Invoice Sent To Customer
SELECT
    ib.InvoiceNumber,
    'Invoice Sent To Customer' AS "ActivityName",
    trx.last_printed_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    trx.last_updated_by AS "User"
FROM
    invoices_base ib
JOIN ra_customer_trx_all trx ON ib.customer_trx_id = trx.customer_trx_id
WHERE trx.last_printed_date IS NOT NULL

UNION ALL

-- 4. Payment Due Date Passed
SELECT
    ib.InvoiceNumber,
    'Payment Due Date Passed' AS "ActivityName",
    ps.due_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    'SYSTEM' AS "User"
FROM
    invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.due_date < SYSDATE AND ps.status = 'OP'

UNION ALL

-- 5. Dunning Procedure Initiated
SELECT 
    ib.InvoiceNumber,
    'Dunning Procedure Initiated' AS "ActivityName",
    dunn.dunning_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    TO_CHAR(dunn.dunning_level) AS "DunningLevel",
    ib.DueDate,
    dunn.created_by AS "User"
FROM 
    invoices_base ib
JOIN iex_dunning_transactions dunt ON ib.customer_trx_id = dunt.transaction_id
JOIN iex_dunnings dunn ON dunt.dunning_id = dunn.dunning_id

UNION ALL

-- 6. Collection Strategy Assigned
SELECT
    ib.InvoiceNumber,
    'Collection Strategy Assigned' AS "ActivityName",
    strat.creation_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    strat.created_by AS "User"
FROM
    invoices_base ib
JOIN iex_strategy_work_items swi ON ib.payment_schedule_id = swi.payment_schedule_id
JOIN iex_strategies_vl strat ON swi.strategy_id = strat.strategy_id

UNION ALL

-- 7. Collector Action Completed
SELECT
    ib.InvoiceNumber,
    task_type.name AS "ActivityName",
    task.actual_end_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    res.source_name AS "User"
FROM 
    invoices_base ib
JOIN jtf_task_references_b ref ON ib.customer_trx_id = ref.object_id AND ref.object_type_code = 'OKC_K_HEADER'
JOIN jtf_tasks_b task ON ref.task_id = task.task_id
JOIN jtf_task_types_vl task_type ON task.task_type_id = task_type.task_type_id
JOIN jtf_rs_resource_extns_vl res ON task.owner_id = res.resource_id
WHERE task.actual_end_date IS NOT NULL

UNION ALL

-- 8. Promise To Pay Created
SELECT
    ib.InvoiceNumber,
    'Promise To Pay Created' AS "ActivityName",
    prom.creation_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    prom.created_by AS "User"
FROM 
    invoices_base ib
JOIN iex_promise_details prom ON ib.payment_schedule_id = prom.payment_schedule_id

UNION ALL

-- 9. Dispute Registered
SELECT
    ib.InvoiceNumber,
    'Dispute Registered' AS "ActivityName",
    ps.dispute_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    ps.last_updated_by AS "User"
FROM 
    invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.amount_in_dispute IS NOT NULL AND ps.dispute_date IS NOT NULL

UNION ALL

-- 10. Dispute Resolved
SELECT
    ib.InvoiceNumber,
    'Dispute Resolved' AS "ActivityName",
    disp.resolution_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    disp.last_updated_by AS "User"
FROM 
    invoices_base ib
JOIN ar_disputes_all disp ON ib.payment_schedule_id = disp.payment_schedule_id
WHERE disp.status = 'CLOSED' AND disp.resolution_date IS NOT NULL

UNION ALL

-- 11. Payment Received
SELECT
    ib.InvoiceNumber,
    'Payment Received' AS "ActivityName",
    cr.receipt_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    cr.created_by AS "User"
FROM 
    invoices_base ib
JOIN ar_receivable_applications_all app ON ib.payment_schedule_id = app.applied_payment_schedule_id
JOIN ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
WHERE app.status = 'APP'

UNION ALL

-- 12. Payment Applied
SELECT
    ib.InvoiceNumber,
    'Payment Applied' AS "ActivityName",
    app.apply_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    app.created_by AS "User"
FROM 
    invoices_base ib
JOIN ar_receivable_applications_all app ON ib.payment_schedule_id = app.applied_payment_schedule_id
WHERE app.status = 'APP'

UNION ALL

-- 13. Invoice Closed
SELECT
    ib.InvoiceNumber,
    'Invoice Closed' AS "ActivityName",
    ps.gl_date_closed AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    ps.last_updated_by AS "User"
FROM 
    invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.status = 'CL' AND ps.gl_date_closed IS NOT NULL

UNION ALL

-- 14. Invoice Written Off
SELECT
    ib.InvoiceNumber,
    'Invoice Written Off' AS "ActivityName",
    adj.apply_date AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSDATE AS "LastDataUpdate",
    ib.CustomerNumber,
    ib.CustomerSegment,
    ib.InvoiceAmount,
    ib.Collector,
    NULL AS "DunningLevel",
    ib.DueDate,
    adj.created_by AS "User"
FROM
    invoices_base ib
JOIN ar_adjustments_all adj ON ib.customer_trx_id = adj.customer_trx_id
JOIN ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
WHERE rt.name = '[Your Write-Off Activity Name]' -- Example: 'Bad Debt Write-off'

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

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

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

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

ลดระยะเวลาของกระบวนการลง 30% และเสริมความมั่นคงทางการเงินใน Oracle Fusion.

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

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

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

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

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

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

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

รายงาน Oracle BI Publisher สำหรับข้อมูลการติดตามหนี้

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น sql

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

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