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

Microsoft Dynamics 365
เทมเพลตข้อมูลการบริหารเครดิตและการติดตามหนี้ของคุณ

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

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

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

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

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

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

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

แหล่งข้อมูล

โดยทั่วไปได้จากการจับคู่เหตุการณ์ในระบบ การเปลี่ยนสถานะ หรือวันที่สร้างระเบียนจากตารางต่างๆ เช่น 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour' และ 'CustPaymPromise' กับชื่อกิจกรรมมาตรฐาน.

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

เวลาเกิดเหตุการณ์คือวันและเวลาที่แน่นอนซึ่งมีการบันทึกกิจกรรมในระบบ ข้อมูลนี้เป็นหัวใจของ process mining เพราะช่วยจัดลำดับเหตุการณ์ตามเวลาเพื่อสร้างขั้นตอนกระบวนการและคำนวณตัวชี้วัดด้านเวลาทั้งหมด จำเป็นต่อการวิเคราะห์ระยะเวลา ค้นหาคอขวด และติดตาม SLA ตัวอย่างเช่น ใช้ผลต่างระหว่างเวลาเกิดกิจกรรม 'สร้างใบแจ้งหนี้' กับ 'ได้รับชำระเงิน' เพื่อคำนวณ Days Sales Outstanding (DSO) ซึ่งเป็น KPI สำคัญของธุรกิจ หากเวลาเกิดเหตุการณ์ไม่ถูกต้อง ก็จะวิเคราะห์ประสิทธิภาพและค้นหาคอขวดไม่ได้.

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

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

แหล่งข้อมูล

ข้อมูลนี้มาจากฟิลด์วันที่และเวลาต่างๆ ในตาราง D365 โดยขึ้นอยู่กับกิจกรรม เช่น 'CreatedDateTime' ใน 'CustInvoiceJour' หรือ 'TransDate' ใน 'CustTrans'.

ตัวอย่าง
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
หมายเลขใบแจ้งหนี้
InvoiceNumber
รหัสเฉพาะของใบแจ้งหนี้ลูกค้าแต่ละฉบับ ใช้เป็นรหัสกรณีหลักสำหรับกระบวนการจัดการเครดิต.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไปคือฟิลด์ 'Invoice' ในตาราง 'CustInvoiceJour' ของ Microsoft Dynamics 365 Finance.

ตัวอย่าง
INV-0012345CIV-2023-8876SI-9510034
กลุ่มลูกค้า
CustomerSegment
การจัดประเภทลูกค้า เช่น ตามขนาด อุตสาหกรรม หรือความสำคัญเชิงกลยุทธ์.
คำอธิบาย

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

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

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

แหล่งข้อมูล

มักเป็นฟิลด์ที่กำหนดเองหรือได้จากข้อมูลใน 'CustTable' ซึ่งเป็นตารางข้อมูลหลักของลูกค้า.

ตัวอย่าง
องค์กรขนาดใหญ่ตลาดระดับกลางภาครัฐคู่ค้า
จำนวนวันที่เกินกำหนด
DaysOverdue
จำนวนวันที่ใบแจ้งหนี้เลยวันครบกำหนดชำระเงิน.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ฟิลด์นี้คำนวณจากเงื่อนไข: IF ใบแจ้งหนี้ยังไม่ได้ชำระ THEN (Today() - PaymentDueDate) ELSE 0.

ตัวอย่าง
1532910
เจ้าหน้าที่ติดตามหนี้ที่ได้รับมอบหมาย
CollectorAssigned
ชื่อเจ้าหน้าที่ติดตามหนี้หรือสมาชิกทีมที่รับผิดชอบจัดการใบแจ้งหนี้ค้างชำระ.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ดูเอกสาร Microsoft Dynamics 365 ข้อมูลนี้อาจเชื่อมโยงจากโมดูลจัดการการติดตามหนี้หรือฟิลด์ความรับผิดชอบของผู้ใช้ในระเบียนลูกค้าหรือธุรกรรม.

ตัวอย่าง
John SmithEmily Jonesทีมติดตามหนี้ A
ชื่อลูกค้า
CustomerName
ชื่อตามกฎหมายของลูกค้าที่ออกใบแจ้งหนี้ให้.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไปดึงข้อมูลนี้จาก 'CustTable' โดยใช้หมายเลขบัญชีลูกค้าที่อยู่ใน 'CustInvoiceJour' มาเชื่อมโยง.

ตัวอย่าง
Contoso Ltd.Adventure WorksFabrikam Inc.
ยอดใบแจ้งหนี้
InvoiceAmount
มูลค่าเงินรวมของใบแจ้งหนี้.
คำอธิบาย

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

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

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

แหล่งข้อมูล

น่าจะเป็นฟิลด์ 'InvoiceAmount' ในตาราง 'CustInvoiceJour'.

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
123 - ขั้นสุดท้ายดำเนินการทางกฎหมาย
วันครบกำหนดชำระเงิน
PaymentDueDate
วันที่ตามเงื่อนไขสัญญาที่ต้องชำระเงินตามใบแจ้งหนี้.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไปอยู่ในฟิลด์ 'DueDate' ของตาราง 'CustTrans' หรือ 'CustInvoiceJour'.

ตัวอย่าง
2023-02-142023-03-312023-04-30
สถานะใบแจ้งหนี้
InvoiceStatus
สถานะปัจจุบันของใบแจ้งหนี้ในวงจรชีวิต.
คำอธิบาย

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
เปิดชำระแล้วชำระบางส่วนแล้วตัดหนี้สูญแล้ว
ประเทศ
Country
ประเทศของที่อยู่เรียกเก็บเงินของลูกค้า.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ได้จากการเชื่อมระเบียนข้อมูลหลักของลูกค้า ('CustTable') กับระเบียนที่อยู่หลัก ซึ่งมักอยู่ใน 'LogisticsPostalAddress'.

ตัวอย่าง
USADEUGBRCAN
มีข้อโต้แย้งหรือไม่
IsDisputed
ค่าสถานะจริงหรือเท็จที่ระบุว่าใบแจ้งหนี้เคยมีข้อโต้แย้งหรือไม่.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ฟิลด์นี้คำนวณจากเงื่อนไข: IF กรณีมีเหตุการณ์ 'บันทึกข้อโต้แย้งแล้ว' THEN true ELSE false.

ตัวอย่าง
truefalse
รหัสสกุลเงิน
CurrencyCode
สกุลเงินของใบแจ้งหนี้ เช่น USD หรือ EUR.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไปอยู่ในฟิลด์ 'CurrencyCode' ของตาราง 'CustInvoiceJour'.

ตัวอย่าง
USDEURGBPCAD
ระบบต้นทาง
SourceSystem
ระบุระบบที่เป็นแหล่งที่มาของข้อมูล.
คำอธิบาย

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
Microsoft Dynamics 365D365 F&O
ระยะเวลาแก้ไขข้อโต้แย้ง
DisputeResolutionTime
เวลาที่ใช้แก้ไขข้อโต้แย้งของลูกค้า นับตั้งแต่วันที่บันทึกครั้งแรก.
คำอธิบาย

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

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

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

แหล่งข้อมูล

คำนวณจากระยะเวลาระหว่างเวลาของกิจกรรม 'บันทึกข้อโต้แย้งแล้ว' และ 'แก้ไขข้อโต้แย้งแล้ว'.

ตัวอย่าง
7.215.83.5
วงเงินเครดิต
CreditLimit
วงเงินเครดิตสูงสุดที่อนุมัติให้ลูกค้า.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไปจัดเก็บค่านี้ไว้ในระเบียนข้อมูลหลักของลูกค้าใน 'CustTable'.

ตัวอย่าง
10000.0050000.000.00
เหตุผลที่โต้แย้ง
DisputeReason
เหตุผลที่ลูกค้าแจ้งเมื่อโต้แย้งใบแจ้งหนี้.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ดูเอกสาร Microsoft Dynamics 365 ข้อมูลนี้เป็นส่วนหนึ่งของฟังก์ชันจัดการข้อโต้แย้งหรือจัดการกรณี.

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมการบริหารเครดิตและการติดตามหนี้

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะในรายการธุรกรรมลูกค้า (CustTrans) หรือตารางจัดการข้อโต้แย้งที่เกี่ยวข้อง (smmCaseDetail) โดยต้องมีบันทึกการเปลี่ยนสถานะพร้อมเวลา.

บันทึก

ตรวจหาว่าฟิลด์สถานะข้อโต้แย้งของรายการใบแจ้งหนี้ถูกกรอกหรือเปลี่ยนเป็น 'โต้แย้ง' เมื่อใด.

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

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

แหล่งข้อมูล

อนุมานจากวันที่ปิดยอดในตารางการปิดยอดของลูกค้า (CustSettlement) ซึ่งเกิดขึ้นเมื่อผลรวมของฟิลด์ 'AmountCur' และ 'SettleAmountCur' สำหรับใบแจ้งหนี้ใน CustTrans เท่ากับศูนย์.

บันทึก

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

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

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

แหล่งข้อมูล

บันทึกจากเวลาที่ลงบัญชีสมุดรายวันการชำระเงินของลูกค้า (LedgerJournalTrans) เพื่อยืนยันว่าประมวลผลการชำระเงินในบัญชีแยกประเภทเรียบร้อยแล้ว.

บันทึก

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

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

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

แหล่งข้อมูล

อนุมานจากวันที่ลงบัญชีใน Customer Invoice Journal (CustInvoiceJour) หรือการเปลี่ยนสถานะเป็น “ลงบัญชีแล้ว” โดยเวลาที่ลงบัญชีเป็นข้อมูลสำคัญ.

บันทึก

ใช้เวลาที่ลงบัญชีจาก Customer Invoice Journal (CustInvoiceJour).

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

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

แหล่งข้อมูล

คำนวณโดยเปรียบเทียบเวลาปัจจุบันกับช่อง “DueDate” ในตาราง Customer Transactions (CustTrans) โดยใช้ DueDate เป็นเวลาของเหตุการณ์.

บันทึก

สร้างเหตุการณ์เมื่อ “NOW()” มากกว่า DueDate ของใบแจ้งหนี้.

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

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

แหล่งข้อมูล

ระบบสร้างระเบียนอย่างชัดเจนในตาราง Dunning History (CustCollectionLetterJour) โดยใช้วันที่สร้างสมุดรายวันจดหมายติดตามหนี้เป็นเวลาเหตุการณ์.

บันทึก

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

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

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

แหล่งข้อมูล

บันทึกไว้ในตาราง Sales Invoice Header (SalesInvoiceHeader) หรือ Sales Table (SalesTable) เมื่อสร้างใบแจ้งหนี้ โดยใช้เวลาที่สร้างระเบียนเป็นเวลาของเหตุการณ์.

บันทึก

บันทึกเวลาที่สร้างระเบียนใบแจ้งหนี้ขาย.

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะในรายการธุรกรรมลูกค้า (CustTrans) หรือจากการปิดกรณีข้อโต้แย้งที่เกี่ยวข้อง (smmCaseDetail) โดยใช้เวลาที่เปลี่ยนสถานะเป็นเวลาเกิดเหตุการณ์.

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

บันทึกการสร้างระเบียน Activity ที่มีประเภทเป็น 'Phone Call' หรือ 'Email' และเกี่ยวข้องกับการติดตามหนี้

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

วิธีดึงข้อมูลจาก Microsoft Dynamics 365

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

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

ปรับปรุงการบริหารเครดิตและติดตามหนี้ เพื่อรับเงินเร็วขึ้นตั้งแต่วันนี้

เพิ่มกระแสเงินสดด้วยการปรับปรุงกระบวนการตั้งแต่ให้สินเชื่อจนถึงรับชำระ และลดระยะเวลาดำเนินการลง 30%.

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

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