เทมเพลตข้อมูลสำหรับการเริ่มต้นใช้งานลูกค้า KYC
เทมเพลตข้อมูลสำหรับการเริ่มต้นใช้งานลูกค้า KYC
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมหลักที่ควรติดตาม
- แนวทางการดึงข้อมูล
แอตทริบิวต์สำหรับการเริ่มต้นใช้งานลูกค้า KYC
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นในกระบวนการรับลูกค้า KYC. | ||
|
คำอธิบาย
ชื่อกิจกรรมใช้ระบุขั้นตอนหรือเหตุการณ์หนึ่งในเส้นทางการรับลูกค้า เช่น 'ส่งใบสมัครแล้ว', 'เริ่มตรวจสอบโดยนักวิเคราะห์' หรือ 'คัดกรองเสร็จสิ้น ไม่พบความเสี่ยง' กิจกรรมเหล่านี้เป็นจุดต่าง ๆ บนแผนผังกระบวนการ และแสดงรายละเอียดของเวิร์กโฟลว์ตั้งแต่ต้นจนจบ. การวิเคราะห์กิจกรรมเป็นหัวใจของ process mining เมื่อติดตามลำดับและความถี่ของกิจกรรม นักวิเคราะห์จะค้นพบลำดับกระบวนการที่เกิดขึ้นจริง ระบุเส้นทางที่พบบ่อย ตรวจจับความเบี่ยงเบนจากขั้นตอนมาตรฐาน และหาขั้นตอนที่ทำให้เกิดความล่าช้าหรือต้องทำงานซ้ำ คุณลักษณะนี้จำเป็นต่อการสร้างแผนผังกระบวนการและคำนวณตัวชี้วัดระดับกิจกรรม.
เหตุผลที่สำคัญ
คุณลักษณะนี้ระบุขั้นตอนแต่ละรายการของกระบวนการ ซึ่งจำเป็นต่อการค้นหาและแสดงลำดับขั้นตอน รวมถึงระบุคอขวด.
แหล่งข้อมูล
โดยทั่วไป ข้อมูลนี้อยู่ในบันทึกเหตุการณ์หรือตารางประวัติการตรวจสอบ และมักเชื่อมโยงกับการเปลี่ยนสถานะในข้อมูลเคสที่ใช้จัดการ.
ตัวอย่าง
พบรายการที่อาจตรงกันเริ่มตรวจสอบโดยนักวิเคราะห์ยืนยันว่าเป็นผลบวกลวงอนุมัติใบสมัคร
|
|||
|
ใบสมัครลูกค้า
CustomerApplication
|
รหัสเฉพาะของใบสมัครรับลูกค้าหนึ่งราย ใช้เป็นรหัสเคสหลัก. | ||
|
คำอธิบาย
รหัสใบสมัครลูกค้าเป็นรหัสเคสหลักที่รวบรวมเหตุการณ์และกิจกรรมทั้งหมดของการรับลูกค้าหนึ่งรายไว้ด้วยกัน ช่วยติดตามความคืบหน้าของลูกค้าแต่ละรายตามลำดับเวลาตลอดกระบวนการ Know Your Customer (KYC) ตั้งแต่ส่งใบสมัครครั้งแรกจนถึงการตัดสินใจขั้นสุดท้าย. ในการวิเคราะห์ process mining คุณลักษณะนี้เป็นพื้นฐานสำหรับสร้างเส้นทางของใบสมัครแต่ละรายการตั้งแต่ต้นจนจบ ช่วยแสดงลำดับกระบวนการ คำนวณรอบเวลาทั้งหมด และค้นหาเส้นทางที่แตกต่างกัน เมื่อจัดกลุ่มเคสด้วยรหัสนี้ องค์กรจะเห็นเส้นทางที่ใบสมัครใช้ ระบุคอขวด และเปรียบเทียบประสิทธิภาพของกระบวนการรับลูกค้าแต่ละแบบได้.
เหตุผลที่สำคัญ
นี่คือรหัสเคสสำคัญที่เชื่อมโยงกิจกรรมที่เกี่ยวข้องทั้งหมด ทำให้วิเคราะห์กระบวนการรับลูกค้าตั้งแต่ต้นจนจบได้.
แหล่งข้อมูล
โดยทั่วไป รหัสนี้เป็นคีย์หลักในตารางใบสมัครหลักหรือตารางจัดการเคสของระบบ Refinitiv World-Check หรือ CRM ที่เชื่อมต่ออยู่.
ตัวอย่าง
APP-2023-00123APP-2023-00124APP-2023-00125
|
|||
|
เวลาเกิดเหตุการณ์
EventTime
|
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เกิดขึ้นเมื่อใด. | ||
|
คำอธิบาย
เวลาเกิดเหตุการณ์ระบุวันที่และเวลาที่บันทึกกิจกรรมอย่างแม่นยำ โดยใช้จัดเรียงเหตุการณ์ตามลำดับเวลาและสร้างประวัติเคสขึ้นใหม่. คุณลักษณะนี้สำคัญต่อการวิเคราะห์ process mining ที่อิงเวลา ใช้คำนวณระยะเวลาระหว่างกิจกรรม เช่น รอบเวลาดำเนินการและเวลารอ วัดระยะเวลารวมของเคส วิเคราะห์ประสิทธิภาพกระบวนการตามช่วงเวลา และตรวจสอบการปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA) หากไม่มีเวลาที่ถูกต้อง ก็จะไม่สามารถเข้าใจประสิทธิภาพของกระบวนการหรือระบุคอขวดที่เกิดจากเวลาได้.
เหตุผลที่สำคัญ
เวลาของแต่ละกิจกรรมจำเป็นต่อการคำนวณตัวชี้วัดด้านระยะเวลา การค้นหาลำดับขั้นตอน และการวิเคราะห์คอขวด.
แหล่งข้อมูล
ฟิลด์มาตรฐานในบันทึกเหตุการณ์หรือตารางประวัติการตรวจสอบ มักใช้ชื่อ 'Timestamp', 'EventDate' หรือ 'CreationDate'.
ตัวอย่าง
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:15Z
|
|||
|
แผนก
DepartmentName
|
แผนกหรือทีมงานที่รับผิดชอบกิจกรรม. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุหน่วยธุรกิจหรือทีมที่ผู้ใช้สังกัด เช่น 'ทีมรับลูกค้า', 'ฝ่ายกำกับดูแลการปฏิบัติตามข้อกำหนด' หรือ 'ฝ่ายประกันคุณภาพ' ช่วยให้วิเคราะห์ในระดับองค์กรได้ แทนที่จะดูเฉพาะผู้ใช้รายบุคคล. การวิเคราะห์แยกตามแผนกช่วยระบุคอขวดระหว่างแผนกและวัดเวลาส่งต่องาน ทำให้เห็นว่างานไหลผ่านทีมต่าง ๆ อย่างไร และเกิดความล่าช้าตรงจุดใด ข้อมูลนี้ช่วยให้ทีมต่างแผนกร่วมมือกันได้คล่องตัวขึ้นและปรับปรุงประสิทธิภาพโดยรวมของกระบวนการ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการแยกตามแผนก และจำเป็นต่อการระบุความล่าช้าในการส่งต่องานระหว่างทีม.
แหล่งข้อมูล
ข้อมูลนี้อาจจัดเก็บไว้ในโปรไฟล์ผู้ใช้ของระบบหรือระบบ HR ที่เกี่ยวข้อง อาจต้องเชื่อมกับข้อมูลเหตุการณ์โดยใช้รหัสผู้ใช้.
ตัวอย่าง
ทีมรับลูกค้าฝ่ายตรวจสอบการปฏิบัติตามข้อกำหนดผู้บริหารระดับสูง
|
|||
|
รหัสผู้ตรวจสอบ
ReviewerId
|
รหัสของผู้ใช้ นักวิเคราะห์ หรือระบบอัตโนมัติที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
รหัสผู้ตรวจสอบหรือผู้ใช้ระบุว่าใครเป็นผู้ทำงานแต่ละรายการในกระบวนการ KYC อาจเป็นนักวิเคราะห์ด้านการปฏิบัติตามข้อกำหนด ผู้เชี่ยวชาญด้านการรับลูกค้า หรือบัญชีระบบสำหรับกิจกรรมอัตโนมัติ การติดตามข้อมูลนี้ช่วยให้เห็นการกระจายภาระงานและประสิทธิภาพของแต่ละคน. คุณลักษณะนี้จำเป็นต่อการวิเคราะห์ตามทรัพยากร ช่วยให้เข้าใจความแตกต่างด้านประสิทธิภาพระหว่างผู้ใช้หรือทีม ระบุความจำเป็นในการฝึกอบรม และจัดสมดุลภาระงาน นอกจากนี้ยังใช้วิเคราะห์การส่งต่องาน เครือข่ายการทำงานร่วมกัน และการใช้ทรัพยากรด้านการปฏิบัติตามข้อกำหนดได้ด้วย.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์การกระจายภาระงาน ประสิทธิภาพของผู้ใช้ และการส่งต่องานระหว่างแผนก ซึ่งจำเป็นต่อการจัดสรรทรัพยากรให้เหมาะสม.
แหล่งข้อมูล
โดยทั่วไปพบในบันทึกเหตุการณ์หรือประวัติการตรวจสอบ มักใช้ชื่อ 'UserID', 'PerformedBy' หรือ 'Owner'.
ตัวอย่าง
analyst_jdoesystem_auto_screenermanager_bsmith
|
|||
|
ระดับความเสี่ยง
RiskLevel
|
ระดับความเสี่ยงที่ประเมินให้กับใบสมัครลูกค้า เช่น ต่ำ ปานกลาง หรือสูง. | ||
|
คำอธิบาย
ระดับความเสี่ยงเป็นข้อมูลสำคัญในกระบวนการ KYC เพราะใช้กำหนดระดับการตรวจสอบสถานะลูกค้าที่จำเป็น โดยมักพิจารณาจากปัจจัยต่าง ๆ เช่น ประเภทลูกค้า ภูมิศาสตร์ และลักษณะธุรกิจ ระดับความเสี่ยงนี้อาจส่งผลอย่างมากต่อเส้นทางที่ใบสมัครใช้. การแบ่งเคสตามระดับความเสี่ยงจำเป็นต่อการวิเคราะห์กระบวนการ ช่วยอธิบายความแตกต่างของรอบเวลาและลำดับกระบวนการ เช่น ใบสมัครที่มีความเสี่ยงสูงอาจต้องผ่านหลายขั้นตอนและใช้เวลานานกว่า คุณลักษณะนี้ยังสำคัญต่อแดชบอร์ด 'อัตราและเหตุผลการปฏิเสธใบสมัคร' และ 'รอบเวลาเริ่มตรวจสอบประวัติ' เพื่อให้เข้าใจว่าความเสี่ยงส่งผลต่อผลลัพธ์และประสิทธิภาพอย่างไร.
เหตุผลที่สำคัญ
การแบ่งกระบวนการตามระดับความเสี่ยงสำคัญต่อการทำความเข้าใจว่าเหตุใดบางเคสจึงใช้เวลานานหรือมีเส้นทางต่างกัน รวมถึงการวิเคราะห์อัตราการปฏิเสธ.
แหล่งข้อมูล
เป็นข้อมูลหลักในใบสมัครลูกค้าหรือระเบียนเคส โปรดตรวจสอบในโมดูลจัดการเคสของ Refinitiv World-Check.
ตัวอย่าง
ต่ำปานกลางสูง
|
|||
|
วันที่ครบกำหนดตาม SLA
SlaTargetDate
|
วันที่ควรดำเนินกระบวนการรับลูกค้าให้เสร็จสิ้น. | ||
|
คำอธิบาย
วันที่ครบกำหนดตาม SLA คือกำหนดเวลาที่ต้องดำเนินการเคสรับลูกค้าให้เสร็จสิ้นตามข้อตกลงระดับการให้บริการกับลูกค้าหรือนโยบายภายใน โดยใช้วันที่นี้เป็นเกณฑ์เปรียบเทียบกับเวลาที่ดำเนินการเสร็จจริง. คุณลักษณะนี้เป็นพื้นฐานของแดชบอร์ด 'การปฏิบัติตาม SLA และการวิเคราะห์กรณีผิดนัด' ใช้คำนวณว่าเคสเสร็จตามกำหนดหรือไม่ การวิเคราะห์กรณีผิดนัดช่วยระบุปัญหาเชิงระบบที่ทำให้กระบวนการล่าช้า และช่วยให้องค์กรแก้ไขเพื่อให้ดำเนินงานได้ตรงเวลาและเป็นไปตามข้อกำหนด.
เหตุผลที่สำคัญ
เป็นเกณฑ์วัดการดำเนินงานให้เสร็จตรงเวลา และจำเป็นต่อการคำนวณอัตราการปฏิบัติตาม SLA และวิเคราะห์กรณีที่ไม่เป็นไปตาม SLA.
แหล่งข้อมูล
วันที่นี้มักคำนวณจากวันที่ส่งใบสมัครและกฎทางธุรกิจ และอาจจัดเก็บไว้ในฟิลด์ของระเบียนเคส.
ตัวอย่าง
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-11-20T17:00:00Z
|
|||
|
เวลาสิ้นสุดเหตุการณ์
EventEndTime
|
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เสร็จสิ้นเมื่อใด. | ||
|
คำอธิบาย
เวลาสิ้นสุดเหตุการณ์ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด เหตุการณ์หลายประเภทอาจถือว่าเกิดขึ้นทันที โดยเวลาเริ่มต้นเท่ากับเวลาสิ้นสุด แต่บางกิจกรรมมีระยะเวลาที่วัดได้ เช่น 'เริ่มตรวจสอบโดยนักวิเคราะห์' และ 'ตรวจสอบโดยนักวิเคราะห์เสร็จสิ้น' การมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุดช่วยให้วัดเวลาที่ใช้ดำเนินการได้อย่างแม่นยำ. ในการวิเคราะห์กระบวนการ เวลาสิ้นสุดจำเป็นต่อการคำนวณเวลาที่ใช้ทำกิจกรรมจริง ซึ่งต่างจากรอบเวลาที่รวมเวลารอด้วย ข้อมูลนี้ช่วยแยกเวลาที่มีผู้ปฏิบัติงานกับเคสออกจากเวลาที่เคสค้างอยู่ในคิว จึงเป็นประโยชน์ต่อการจัดสรรทรัพยากรและวิเคราะห์ประสิทธิภาพ.
เหตุผลที่สำคัญ
ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมได้อย่างแม่นยำ โดยแยกเวลาทำงานจริงออกจากเวลารอ เพื่อให้วิเคราะห์ประสิทธิภาพได้ถูกต้องยิ่งขึ้น.
แหล่งข้อมูล
สำหรับกิจกรรมที่มีระยะเวลา อาจจัดเก็บไว้ในฟิลด์แยก เช่น 'CompletionDate' หรือ 'EndDate' ในบันทึกเหตุการณ์หรือตารางประวัติการตรวจสอบ.
ตัวอย่าง
2023-10-26T10:45:00Z2023-10-26T12:00:00Z2023-10-27T15:00:00Z
|
|||
|
ช่องทางการสมัคร
ApplicationChannel
|
ช่องทางที่ลูกค้าใช้ส่งใบสมัคร เช่น พอร์ทัลออนไลน์ สาขา หรือแอปมือถือ. | ||
|
คำอธิบาย
ช่องทางการสมัครระบุแหล่งที่มาของใบสมัครลูกค้า แต่ละช่องทางอาจมีความครบถ้วนและคุณภาพของข้อมูล รวมถึงลักษณะประชากรของลูกค้าแตกต่างกัน ซึ่งส่งผลต่อกระบวนการในขั้นต่อไป. คุณลักษณะนี้จำเป็นต่อแดชบอร์ด 'ปริมาณใบสมัครแยกตามช่องทาง' การวิเคราะห์จำนวนใบสมัคร รอบเวลา และผลลัพธ์จากแต่ละช่องทางช่วยให้องค์กรเห็นว่าช่องทางใดมีประสิทธิภาพ และช่องทางใดควรปรับปรุงกระบวนการ ข้อมูลนี้ใช้ประกอบการตัดสินใจเชิงกลยุทธ์เรื่องการจัดสรรทรัพยากรและการลงทุนในช่องทางต่าง ๆ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพและความคล่องตัวของช่องทางส่งใบสมัครแต่ละแบบ เพื่อประกอบการตัดสินใจเชิงกลยุทธ์ด้านเทคโนโลยีและประสบการณ์ลูกค้า.
แหล่งข้อมูล
โดยทั่วไป ข้อมูลนี้บันทึกไว้ตั้งแต่เริ่มกระบวนการและจัดเก็บเป็นคุณลักษณะในระเบียนใบสมัคร.
ตัวอย่าง
พอร์ทัลออนไลน์แอปมือถือที่สาขาผู้จัดการลูกค้าสัมพันธ์
|
|||
|
ประเทศของลูกค้า
CustomerCountry
|
ประเทศที่ลูกค้าอาศัยอยู่หรือจดทะเบียนบริษัท. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุตำแหน่งทางภูมิศาสตร์ของลูกค้า ประเทศเป็นปัจจัยสำคัญในการประเมินความเสี่ยงและข้อกำหนดด้านกฎระเบียบของกระบวนการ KYC แต่ละเขตอำนาจศาลมีกฎต่างกัน ซึ่งอาจส่งผลต่อลำดับขั้นตอนและระยะเวลาดำเนินการ. การวิเคราะห์กระบวนการแยกตามประเทศช่วยให้องค์กรเปรียบเทียบประสิทธิภาพระหว่างภูมิภาค ระบุคอขวดเฉพาะพื้นที่ และตรวจสอบการปฏิบัติตามกฎระเบียบในท้องถิ่นได้ อีกทั้งยังเพิ่มมิติด้านภูมิศาสตร์ให้กับการวิเคราะห์กระบวนการ ซึ่งอาจเผยให้เห็นความแตกต่างสำคัญในการปฏิบัติงาน.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์กระบวนการตามภูมิศาสตร์ เพื่อระบุความแตกต่างด้านประสิทธิภาพ ความเสี่ยง และข้อกำหนดการปฏิบัติตามข้อกำหนดในแต่ละภูมิภาค.
แหล่งข้อมูล
เป็นฟิลด์มาตรฐานในโปรไฟล์ลูกค้าหรือแบบฟอร์มใบสมัคร.
ตัวอย่าง
USAGBRSGPDEU
|
|||
|
ประเภทลูกค้า
CustomerType
|
การจัดประเภทลูกค้า เช่น บุคคล บริษัท หรือทรัสต์. | ||
|
คำอธิบาย
ประเภทลูกค้าใช้จัดหมวดหมู่หน่วยงานที่กำลังรับเข้าระบบ ลูกค้าแต่ละประเภทมักมีข้อกำหนดในการรับลูกค้า ระดับความเสี่ยง และภาระหน้าที่ตามกฎระเบียบแตกต่างกัน ตัวอย่างเช่น การรับบริษัทมักซับซ้อนกว่าการรับบุคคล. คุณลักษณะนี้ใช้แบ่งกลุ่มเพื่อวิเคราะห์ โดยเฉพาะในแดชบอร์ด 'ประสิทธิภาพการรับลูกค้า KYC แยกตามประเภท' ช่วยเปรียบเทียบประสิทธิภาพกระบวนการ รอบเวลา และอัตราการปฏิเสธระหว่างกลุ่มลูกค้า องค์กรจึงปรับกระบวนการรับลูกค้าให้เหมาะกับลูกค้าแต่ละประเภทได้.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบประสิทธิภาพระหว่างกลุ่มลูกค้าต่าง ๆ เพื่อปรับกระบวนการรับลูกค้าให้เหมาะกับแต่ละประเภท.
แหล่งข้อมูล
เป็นคุณลักษณะพื้นฐานที่จัดเก็บไว้ในระเบียนลูกค้าหรือใบสมัครของระบบต้นทาง.
ตัวอย่าง
บุคคลบริษัทองค์กรไม่แสวงหากำไรทรัสต์
|
|||
|
เป็นงานแก้ไขซ้ำ
IsRework
|
ระบุว่ากิจกรรมเกิดขึ้นเป็นครั้งที่สองหรือครั้งถัดไปภายในเคสเดียวกันหรือไม่. | ||
|
คำอธิบาย
IsRework เป็นแอตทริบิวต์แบบบูลีนที่คำนวณขึ้นเพื่อระบุกิจกรรมที่เกิดซ้ำภายในเคสคำขอของลูกค้ารายเดียวกัน ตัวอย่างเช่น หากกิจกรรม 'ดำเนินการประเมินความเสี่ยง' เกิดขึ้นมากกว่าหนึ่งครั้งในคำขอเดียว ระบบจะระบุครั้งที่เกิดซ้ำว่าเป็นงานที่ต้องทำใหม่ แอตทริบิวต์นี้ช่วยระบุจุดที่กระบวนการไม่มีประสิทธิภาพ การวนซ้ำ และการทำงานซ้ำโดยไม่จำเป็น โดยใช้กับแดชบอร์ด 'การทำงานซ้ำและประสิทธิภาพในการประเมินความเสี่ยง' และ KPI 'อัตราการทำงานซ้ำในการประเมินความเสี่ยง' ได้โดยตรง การวิเคราะห์งานที่ต้องทำซ้ำช่วยค้นหาปัญหาด้านคุณภาพ ความชัดเจนของข้อมูล หรือการตัดสินใจ ซึ่งทำให้เสียแรงงานและใช้เวลาดำเนินการนานขึ้น.
เหตุผลที่สำคัญ
ช่วยให้เห็นจุดที่กระบวนการไม่มีประสิทธิภาพด้วยการระบุกิจกรรมที่เกิดซ้ำ จากนั้นวิเคราะห์วงจรการทำงานซ้ำเพื่อยกระดับคุณภาพและลดระยะเวลาดำเนินการ.
แหล่งข้อมูล
ค่านี้คำนวณระหว่างการแปลงข้อมูล โดยวิเคราะห์ลำดับกิจกรรมในแต่ละเคสและระบุกิจกรรมที่เกิดซ้ำหลังจากครั้งแรก.
ตัวอย่าง
truefalse
|
|||
|
เป็นระบบอัตโนมัติ
IsAutomated
|
ระบุว่ากิจกรรมดำเนินการโดยระบบ (true) หรือบุคคล (false). | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้ใช้แยกงานที่ระบบทำโดยอัตโนมัติออกจากกิจกรรมที่ผู้ใช้ดำเนินการเอง ตัวอย่างเช่น 'ดำเนินการคัดกรองอัตโนมัติ' จะระบุว่าเป็นงานอัตโนมัติ ส่วน 'เริ่มตรวจสอบโดยนักวิเคราะห์' จะระบุว่าเป็นงานที่บุคคลทำ การแยกประเภทนี้สำคัญต่อการวิเคราะห์ระบบอัตโนมัติ ช่วยวัดผลของระบบอัตโนมัติต่อประสิทธิภาพของกระบวนการ ระบุงานที่บุคคลทำซึ่งอาจนำระบบอัตโนมัติมาใช้ในอนาคต และทำความเข้าใจการทำงานร่วมกันระหว่างบุคคลกับระบบ นอกจากนี้ยังช่วยแยกเวลาประมวลผลของระบบออกจากเวลาที่ใช้จัดการงานด้วยบุคคลได้อย่างชัดเจน.
เหตุผลที่สำคัญ
แยกกิจกรรมของระบบออกจากกิจกรรมที่บุคคลทำ ซึ่งเป็นข้อมูลสำคัญในการวัดผลของระบบอัตโนมัติและค้นหาโอกาสนำระบบอัตโนมัติมาใช้เพิ่มเติม.
แหล่งข้อมูล
โดยทั่วไปจะพิจารณาจากชื่อกิจกรรมหรือ ID ผู้ใช้ที่เชื่อมโยงกับเหตุการณ์ เช่น หากผู้ใช้เป็นบัญชี 'system'.
ตัวอย่าง
truefalse
|
|||
|
ผิด SLA
SlaBreached
|
ค่าแบบบูลีนที่ระบุว่าเคสการเริ่มต้นใช้งานเสร็จหลังวันที่เป้าหมาย SLA หรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เป็นค่าที่คำนวณขึ้นเพื่อระบุว่าเคสไม่เป็นไปตามข้อตกลงระดับการให้บริการหรือไม่ โดยเปรียบเทียบเวลาประทับของกิจกรรมสุดท้ายที่ทำเสร็จ เช่น 'อนุมัติคำขอ' หรือ 'ปฏิเสธคำขอ' กับ 'SlaTargetDate' ค่านี้ใช้เป็นข้อมูลสำหรับแดชบอร์ด 'การปฏิบัติตาม SLA และการวิเคราะห์กรณีผิด SLA' และ KPI 'อัตราการปฏิบัติตาม SLA' ผู้ใช้กรองเคสที่ผิด SLA ได้อย่างรวดเร็ว จากนั้นวิเคราะห์ลักษณะของกระบวนการในเคสเหล่านั้นเพื่อหาสาเหตุของความล่าช้าและกำหนดแนวทางปรับปรุงได้ตรงจุด.
เหตุผลที่สำคัญ
วัดการปฏิบัติตามข้อตกลงระดับการให้บริการโดยตรง ช่วยกรองเคสที่ล่าช้าและวิเคราะห์หาสาเหตุหลักได้ง่าย.
แหล่งข้อมูล
ค่านี้คำนวณระหว่างการแปลงข้อมูล โดยเปรียบเทียบเวลาประทับของกิจกรรมสุดท้ายในเคสกับฟิลด์ SlaTargetDate.
ตัวอย่าง
truefalse
|
|||
|
รหัสรายการที่ตรงกัน
MatchId
|
รหัสเฉพาะของรายการที่อาจตรงกันซึ่งพบระหว่างการคัดกรองด้วย World-Check. | ||
|
คำอธิบาย
เมื่อกระบวนการคัดกรองอัตโนมัติพบข้อมูลที่อาจตรงกับรายชื่อคว่ำบาตร รายชื่อบุคคลที่มีสถานภาพทางการเมือง (PEP) หรือข่าวเชิงลบ ระบบมักสร้าง Match ID เพื่อติดตามผลการตรวจพบแต่ละรายการ ID นี้เชื่อมโยงเคสคำขอกับระเบียนในฐานข้อมูล World-Check ที่ทำให้เกิดการแจ้งเตือน แอตทริบิวต์นี้ช่วยให้วิเคราะห์การปฏิบัติตามข้อกำหนดได้ละเอียดขึ้น นักวิเคราะห์สามารถตรวจสอบลักษณะของรายการที่ตรงกัน ติดตามผลการจัดการการแจ้งเตือนแต่ละรายการ เช่น ยืนยันว่าเป็นผลบวกลวงหรือเป็นรายการที่ตรงกันจริง และดูว่าการแจ้งเตือนประเภทใดเกิดขึ้นบ่อยหรือใช้เวลาจัดการนานที่สุด นอกจากนี้ยังช่วยให้เห็นรายละเอียดเพิ่มเติมของกิจกรรม 'พบรายการที่อาจตรงกัน'.
เหตุผลที่สำคัญ
เชื่อมโยงไปยังผลการคัดกรองแต่ละรายการโดยตรง ช่วยให้วิเคราะห์ระยะเวลาจัดการรายการที่ตรงกันและประเภทการแจ้งเตือนได้ละเอียดขึ้น.
แหล่งข้อมูล
ระบบคัดกรอง World-Check จะสร้าง ID นี้และบันทึกไว้กับเคสคำขอเมื่อพบรายการที่อาจตรงกัน.
ตัวอย่าง
WC-MATCH-459021WC-MATCH-459022WC-MATCH-459023
|
|||
|
รหัสลูกค้า
CustomerId
|
รหัสเฉพาะของลูกค้าที่กำลังเข้าสู่กระบวนการรับลูกค้า. | ||
|
คำอธิบาย
รหัสลูกค้าเป็นรหัสเฉพาะของโปรไฟล์ลูกค้า ซึ่งต่างจากรหัสใบสมัครลูกค้า เพราะลูกค้าหนึ่งรายอาจส่งใบสมัครหลายครั้งในช่วงเวลาต่างกัน คุณลักษณะนี้เชื่อมกระบวนการรับลูกค้าเข้ากับระเบียนลูกค้าหลัก. ในการวิเคราะห์ รหัสลูกค้าช่วยติดตามใบสมัครที่ลูกค้ารายเดิมส่งซ้ำ และใช้เพิ่มข้อมูลลูกค้าจาก CRM หรือระบบข้อมูลหลักได้ ทำให้เห็นเส้นทางของลูกค้าได้กว้างกว่าการรับลูกค้าเพียงครั้งเดียว.
เหตุผลที่สำคัญ
เชื่อมเคสรับลูกค้ากับลูกค้ารายใดรายหนึ่ง ช่วยวิเคราะห์ใบสมัครซ้ำและเพิ่มข้อมูลจากระเบียนลูกค้าหลัก.
แหล่งข้อมูล
ฟิลด์สำคัญในระเบียนใบสมัครหรือเคส ซึ่งเชื่อมโยงกับข้อมูลหลักของลูกค้า.
ตัวอย่าง
CUST-98765CUST-98766CUST-98767
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ดึงข้อมูลเหตุการณ์มาใช้ ในกรณีนี้คือ Refinitiv World-Check. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุแหล่งที่มาของข้อมูลกระบวนการ แม้การดึงข้อมูลจากระบบเดียวอาจมีค่าเดียวตลอด แต่จะมีความสำคัญเมื่อรวมข้อมูลจากหลายระบบ เช่น CRM และ World-Check เพื่อให้เห็นภาพกระบวนการโดยรวม. ข้อมูลนี้ช่วยกำกับดูแลข้อมูล แก้ปัญหา และทำความเข้าใจบริบทของข้อมูล ตัวอย่างเช่น กิจกรรมที่บันทึกในระบบคัดกรองหลักอาจมีคุณสมบัติหรือรายละเอียดต่างจากกิจกรรมในระบบรอง จึงช่วยให้ตรวจสอบที่มาของข้อมูลได้อย่างชัดเจน.
เหตุผลที่สำคัญ
ระบุแหล่งที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลและตรวจสอบความถูกต้องของข้อมูล รวมถึงการรวมข้อมูลจากหลายแหล่ง.
แหล่งข้อมูล
มักเป็นค่าคงที่ที่เพิ่มระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุชุดข้อมูล.
ตัวอย่าง
Refinitiv World-CheckWorldCheckOne
|
|||
|
เหตุผลการปฏิเสธ
RejectionReason
|
เหตุผลเฉพาะที่ระบุเมื่อปฏิเสธใบสมัครลูกค้า. | ||
|
คำอธิบาย
เมื่อปฏิเสธใบสมัคร เหตุผลการปฏิเสธจะระบุสาเหตุของการตัดสินใจ เช่น 'พบรายชื่อตรงกับมาตรการคว่ำบาตร', 'เอกสารไม่ครบถ้วน' หรือ 'มีความเสี่ยงสูง' ข้อมูลนี้ให้ข้อเสนอแนะที่มีโครงสร้างเกี่ยวกับคุณภาพของใบสมัครที่ได้รับและประสิทธิผลของกระบวนการคัดกรอง. คุณลักษณะนี้เป็นข้อมูลหลักของแดชบอร์ด 'อัตราและเหตุผลการปฏิเสธใบสมัคร' การวิเคราะห์เหตุผลช่วยหาสาเหตุของการปฏิเสธ ซึ่งอาจนำไปสู่การปรับปรุงกระบวนการ การสื่อสารกับผู้สมัครที่ชัดเจนขึ้น และลดการปฏิเสธที่ไม่จำเป็นได้ อีกทั้งยังช่วยอธิบาย KPI อัตราการปฏิเสธด้วยข้อมูลเชิงคุณภาพ.
เหตุผลที่สำคัญ
ระบุต้นตอของการปฏิเสธใบสมัคร ซึ่งจำเป็นต่อการหาจุดที่ควรปรับปรุงในกระบวนการรับลูกค้าเพื่อลดอัตราการปฏิเสธ.
แหล่งข้อมูล
ข้อมูลนี้จะบันทึกเมื่อเกิดเหตุการณ์ 'ปฏิเสธใบสมัคร' โดยอาจอยู่ในฟิลด์ของระเบียนเคสหรือใบสมัคร.
ตัวอย่าง
พบรายการ PEP ตรงกันพบชื่อในบัญชีมาตรการคว่ำบาตรตรวจสอบเอกสารไม่ผ่านข่าวเชิงลบ
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่รีเฟรชหรือดึงข้อมูลของเหตุการณ์นี้จากระบบต้นทางครั้งล่าสุด. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุความใหม่ของข้อมูล โดยบันทึกวันที่และเวลาที่ดึงข้อมูลจาก Refinitiv World-Check ล่าสุด ซึ่งสำคัญต่อการพิจารณาว่าแดชบอร์ดและการวิเคราะห์ process mining เป็นข้อมูลปัจจุบันเพียงใด. ข้อมูลนี้ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลที่ใกล้เคียงเวลาจริงหรือสแนปชอตจากช่วงเวลาใดเวลาหนึ่ง ทั้งยังจำเป็นต่อการกำกับดูแลข้อมูลและการสื่อสารให้ผู้ใช้เข้าใจว่าข้อมูลเชิงลึกที่ได้รับเป็นข้อมูลล่าสุดเพียงใด.
เหตุผลที่สำคัญ
ให้บริบทสำคัญเกี่ยวกับความใหม่ของข้อมูล เพื่อให้ผู้ใช้เข้าใจว่าการวิเคราะห์กระบวนการเป็นข้อมูลล่าสุดเพียงใด.
แหล่งข้อมูล
เวลานี้สร้างและเพิ่มระหว่างกระบวนการดึงข้อมูล (ETL).
ตัวอย่าง
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
กิจกรรมในการเริ่มต้นใช้งานลูกค้า KYC
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
คัดกรองเสร็จสิ้น พบรายการตรงกัน
|
ปิดเคสคัดกรองอย่างเป็นทางการด้วยผล 'พบรายการตรงกัน' ซึ่งหมายถึงพบความเสี่ยงที่ยืนยันแล้ว ผลนี้จะนำไปสู่กระบวนการถัดไปที่แตกต่างออกไป เช่น การตรวจสอบสถานะลูกค้าเพิ่มเติมหรือการปฏิเสธใบสมัคร. | ||
|
เหตุผลที่สำคัญ
นี่เป็นจุดสิ้นสุดหลักของเส้นทางที่ไม่เป็นไปตามปกติในการคัดกรอง การวิเคราะห์เคสเหล่านี้ช่วยให้เข้าใจระดับความเสี่ยงและประสิทธิผลของมาตรการควบคุมการคัดกรอง.
แหล่งข้อมูล
อนุมานจากสถานะสุดท้ายของเคสที่เปลี่ยนเป็น 'พบรายการตรงกัน', 'พบความเสี่ยง' หรือ 'ปิดแล้ว พบรายการตรงกัน' โดยใช้เวลาที่สถานะสุดท้ายเปลี่ยนแปลง.
บันทึก
ได้จากเวลาของสถานะเคสสุดท้ายที่ระบุว่ายืนยันว่ารายการตรงกัน.
ประเภทเหตุการณ์
inferred
|
|||
|
คัดกรองเสร็จสิ้น ไม่พบความเสี่ยง
|
ปิดเคสคัดกรองอย่างเป็นทางการด้วยผล 'ไม่พบความเสี่ยง' หมายความว่าไม่พบรายการที่ตรงกันจริง ระบบจะแจ้งผลกลับไปยังระบบต้นทางเพื่อให้ดำเนินการรับลูกค้าต่อได้. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้แสดงว่ากระบวนการคัดกรองเสร็จสิ้นตามเส้นทางปกติและสำเร็จ ใช้เป็นจุดสิ้นสุดสำคัญในการวัดรอบเวลาของใบสมัครที่มีความเสี่ยงต่ำและดำเนินการตามปกติ.
แหล่งข้อมูล
อนุมานจากสถานะสุดท้ายของเคสที่เปลี่ยนเป็น 'ไม่พบความเสี่ยง', 'เสร็จสมบูรณ์' หรือ 'ปิดแล้ว ไม่พบรายการตรงกัน' โดยใช้เวลาที่สถานะสุดท้ายเปลี่ยนแปลง.
บันทึก
ได้จากเวลาของสถานะเคสสุดท้ายที่ระบุว่าไม่พบความเสี่ยง.
ประเภทเหตุการณ์
inferred
|
|||
|
ปฏิเสธใบสมัคร
|
ปฏิเสธใบสมัครของลูกค้าอย่างเป็นทางการ โดยมักเกิดจากผล 'พบรายการตรงกัน' ใน World-Check หรือปัจจัยความเสี่ยงอื่น เหตุการณ์นี้เป็นผลลัพธ์เชิงลบขั้นสุดท้ายของกระบวนการรับลูกค้า. | ||
|
เหตุผลที่สำคัญ
นี่เป็นจุดสิ้นสุดหลักของกระบวนการในกรณีที่ไม่สำเร็จ การวิเคราะห์เหตุการณ์ปฏิเสธ โดยเฉพาะเหตุผลและกิจกรรมก่อนหน้า เป็นสิ่งสำคัญต่อการปรับปรุงกระบวนการและลดการปฏิเสธที่ไม่จำเป็น.
แหล่งข้อมูล
การตัดสินใจทางธุรกิจขั้นสุดท้ายนี้บันทึกไว้ใน CRM ต้นทางหรือระบบแอปพลิเคชันหลัก ไม่ได้บันทึกใน World-Check จึงต้องดึงข้อมูลจากระบบดังกล่าว.
บันทึก
ระบบแอปพลิเคชันต้นทางบันทึกเหตุการณ์ โดยมักมีรหัสเหตุผลการปฏิเสธประกอบ.
ประเภทเหตุการณ์
explicit
|
|||
|
เปิดใช้งานบัญชี
|
สร้างและเปิดใช้งานบัญชีลูกค้าในระบบหลัก เป็นการสิ้นสุดขั้นตอนการรับลูกค้า หลังอนุมัติใบสมัครขั้นสุดท้ายแล้ว บัญชีจึงพร้อมใช้งาน. | ||
|
เหตุผลที่สำคัญ
นี่เป็นขั้นตอนสุดท้ายที่ส่งมอบคุณค่าในกระบวนการ ระยะเวลาตั้งแต่ส่งใบสมัครจนถึงเปิดใช้งานบัญชีเป็นตัวชี้วัดสำคัญของประสิทธิภาพการปฏิบัติงานและความพึงพอใจของลูกค้า.
แหล่งข้อมูล
World-Check ไม่ได้บันทึกเหตุการณ์นี้ แต่จะบันทึกไว้ในระบบธนาคารหลักหรือระบบบัญชีลูกค้า และต้องเชื่อมโยงข้อมูลด้วยรหัสใบสมัครลูกค้า.
บันทึก
ระบบบัญชีหลักบันทึกเหตุการณ์เมื่อเปิดใช้งานบัญชี.
ประเภทเหตุการณ์
explicit
|
|||
|
ยืนยันว่าตรงกันจริง
|
นักวิเคราะห์ยืนยันว่ารายการที่อาจตรงกันเป็นลูกค้าที่กำลังตรวจสอบ ซึ่งบ่งชี้ถึงความเสี่ยงที่อาจเกิดขึ้น นี่เป็นจุดสำคัญที่มักนำไปสู่การตรวจสอบสถานะลูกค้าเพิ่มเติมหรือการปฏิเสธใบสมัคร. | ||
|
เหตุผลที่สำคัญ
นี่เป็นผลลัพธ์สำคัญในการลดความเสี่ยงและเป็นจุดเปลี่ยนของกระบวนการ ผลดังกล่าวส่งผลโดยตรงต่อการตัดสินใจขั้นสุดท้ายเกี่ยวกับใบสมัครลูกค้า และจำเป็นต่อการรายงานและวิเคราะห์การปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
เป็นการดำเนินการโดยผู้ใช้ ซึ่งนักวิเคราะห์ระบุผลของรายการที่เลือกเป็น 'ตรงกันจริง' หรือ 'ยืนยันว่าตรงกัน' ระบบจะบันทึกเหตุการณ์นี้ไว้ในประวัติการตรวจสอบเคส.
บันทึก
บันทึกเมื่อนักวิเคราะห์ยืนยันว่ารายการตรงกันในระบบอย่างเป็นทางการ.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มตรวจสอบโดยนักวิเคราะห์
|
นักวิเคราะห์ด้านการปฏิบัติตามข้อกำหนดเริ่มตรวจสอบรายการที่อาจตรงกันกับใบสมัครของลูกค้าด้วยตนเอง โดยเปรียบเทียบรายละเอียดของรายการเหล่านั้นกับข้อมูลลูกค้าเพื่อพิจารณาว่าตรงกันหรือไม่. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของการตรวจสอบการปฏิบัติตามข้อกำหนดด้วยตนเอง ซึ่งมักเป็นคอขวด การวัดเวลาตั้งแต่ 'พบรายการที่อาจตรงกัน' จนถึงกิจกรรมนี้ช่วยให้เห็นเวลารอในคิว ส่วนระยะเวลาตรวจสอบช่วยประเมินประสิทธิภาพของนักวิเคราะห์.
แหล่งข้อมูล
อนุมานได้เมื่อนักวิเคราะห์รับเคสหรือเปิดเคสจากคิวตรวจสอบ ระบบอาจบันทึกเหตุการณ์นี้ไว้ในประวัติการตรวจสอบโดยตรง เมื่อสถานะเคสเปลี่ยนเป็น 'กำลังตรวจสอบ' หรือมีการมอบหมายให้ผู้ใช้รายใดรายหนึ่ง.
บันทึก
อนุมานจากการเปลี่ยนสถานะเคสเป็น 'อยู่ระหว่างตรวจสอบ' หรือการมอบหมายเคสให้นักวิเคราะห์.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งใบสมัครแล้ว
|
กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการรับลูกค้าใหม่เข้าสู่ KYC เมื่อลูกค้าส่งใบสมัคร โดยทั่วไปเหตุการณ์นี้จะบันทึกไว้ใน CRM หรือระบบจัดการใบสมัครหลัก จากนั้นจึงเริ่มการตรวจสอบใน Refinitiv World-Check. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์เริ่มต้นหลักของเส้นทางรับลูกค้าใหม่ตั้งแต่ต้นจนจบ การวิเคราะห์เวลาตั้งแต่จุดนี้จนถึงกระบวนการเสร็จสิ้นช่วยคำนวณระยะเวลารับลูกค้าใหม่โดยรวม ซึ่งสำคัญต่อการวัดประสบการณ์ลูกค้าและการทำตาม SLA.
แหล่งข้อมูล
เหตุการณ์นี้ไม่ได้บันทึกใน World-Check โดยตรง ต้องดึงข้อมูลจากระบบต้นทาง เช่น CRM หรือแพลตฟอร์มจัดการบัญชีลูกค้า แล้วเชื่อมโยงด้วยรหัสใบสมัครลูกค้า.
บันทึก
บันทึกเหตุการณ์ในระบบแอปพลิเคชันต้นทางเมื่อมีการส่งใบสมัครครั้งแรก.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างคำขอตรวจสอบแล้ว
|
ระบบ Refinitiv World-Check สร้างกรณีตรวจสอบใหม่สำหรับใบสมัครลูกค้าอย่างเป็นทางการ โดยเริ่มจากการเรียก API หรือการป้อนข้อมูลด้วยตนเองจากระบบต้นทาง และถือเป็นจุดเริ่มต้นของการตรวจสอบข้อมูลความเสี่ยง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของกระบวนการคัดกรองย่อย ระยะเวลาตั้งแต่ส่งใบสมัครจนถึงกิจกรรมนี้ช่วยให้เห็นความล่าช้าในการส่งต่องานระหว่างระบบของหน่วยธุรกิจกับฝ่ายกำกับดูแลการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
บันทึกไว้ในบันทึกการจัดการเคสหรือบันทึกการตรวจสอบของ World-Check โดยใช้เหตุการณ์สร้างเคสและเวลาที่เกิดเหตุการณ์ของเคสหรือรหัสหน่วยงานนั้น.
บันทึก
ระบบบันทึกโดยอัตโนมัติเมื่อมีการสร้างเคสคัดกรองใหม่.
ประเภทเหตุการณ์
explicit
|
|||
|
ขอข้อมูลเพิ่มเติม
|
นักวิเคราะห์เห็นว่าต้องใช้ข้อมูลเพิ่มเติมเพื่อพิจารณารายการที่อาจตรงกัน จึงขอข้อมูลจากหน่วยธุรกิจ เคสจะอยู่ในสถานะรอดำเนินการจนกว่าจะได้รับข้อมูล. | ||
|
เหตุผลที่สำคัญ
หากกิจกรรมนี้เกิดขึ้นบ่อย แสดงว่าข้อมูลเบื้องต้นที่ส่งมาตรวจสอบอาจมีคุณภาพไม่เพียงพอ กิจกรรมนี้ทำให้เกิดความล่าช้ามาก เพราะต้องรอทีมภายนอก และเป็นสาเหตุสำคัญที่ทำให้รอบเวลาดำเนินการยาวนาน.
แหล่งข้อมูล
อาจเป็นการดำเนินการโดยผู้ใช้ที่บันทึกไว้ในหมายเหตุของเคสหรือบันทึกการตรวจสอบ หรืออนุมานจากการเปลี่ยนสถานะเคสเป็น 'รอข้อมูล' หรือ 'RFI'.
บันทึก
บันทึกเมื่อผู้ใช้ใช้งานฟีเจอร์เพื่อระบุว่าเคสต้องการข้อมูลเพิ่มเติม.
ประเภทเหตุการณ์
explicit
|
|||
|
ดำเนินการคัดกรองอัตโนมัติ
|
ระบบ World-Check ตรวจสอบข้อมูลลูกค้ากับฐานข้อมูลข่าวกรองความเสี่ยงโดยอัตโนมัติ ระบบจะดำเนินการและแสดงผลเบื้องต้น เช่น รายการที่อาจตรงกันหรือสถานะว่าไม่พบความเสี่ยง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นขั้นตอนแรกที่สร้างคุณค่าในกระบวนการคัดกรอง หากล่าช้าก่อนถึงขั้นตอนนี้ อาจเกิดจากระบบหรือข้อมูลยังไม่พร้อม ส่วนผลลัพธ์จะเป็นตัวกำหนดปริมาณงานที่ต้องตรวจสอบด้วยตนเองในขั้นต่อไป.
แหล่งข้อมูล
อาจมีการบันทึกเหตุการณ์นี้ไว้โดยตรงในประวัติการตรวจสอบเคส หรืออนุมานจากเวลาที่ผลคัดกรองเบื้องต้นพร้อมใช้งาน.
บันทึก
ระบบสร้างรายการบันทึกเมื่อสแกนฐานข้อมูลอัตโนมัติเสร็จสิ้น.
ประเภทเหตุการณ์
explicit
|
|||
|
พบรายการที่อาจตรงกัน
|
การคัดกรองอัตโนมัติพบรายการที่อาจตรงกันอย่างน้อยหนึ่งรายการ ซึ่งนักวิเคราะห์ต้องตรวจสอบด้วยตนเอง เหตุการณ์นี้จะเปลี่ยนเคสจากสถานะอัตโนมัติไปยังคิวตรวจสอบด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดแยกเส้นทางสำคัญของกระบวนการ เคสที่พบรายการที่อาจตรงกันจะใช้เส้นทางที่ยาวและซับซ้อนกว่า การติดตามกิจกรรมนี้จึงช่วยวางแผนทรัพยากรและวิเคราะห์คอขวดของทีมตรวจสอบได้.
แหล่งข้อมูล
อนุมานได้จากการเปลี่ยนสถานะเคสเป็น 'ต้องตรวจสอบ', 'อาจตรงกัน' หรือสถานะอื่นที่มีความหมายใกล้เคียงในโมดูลจัดการเคสของ World-Check.
บันทึก
อนุมานจากการเปลี่ยนสถานะเคสที่ระบุว่าต้องตรวจสอบด้วยตนเอง.
ประเภทเหตุการณ์
inferred
|
|||
|
ยืนยันว่าเป็นผลบวกลวง
|
นักวิเคราะห์สรุปว่ารายการที่อาจตรงกันไม่ใช่ลูกค้าที่กำลังตรวจสอบ จึงยกเลิกรายการและปิดการตรวจสอบการแจ้งเตือนนั้น. | ||
|
เหตุผลที่สำคัญ
นี่เป็นผลลัพธ์ที่พบได้บ่อยจากการตรวจสอบ การวัดเวลาที่ใช้จัดการผลบวกลวงช่วยประเมินประสิทธิภาพของนักวิเคราะห์และความแม่นยำของการคัดกรองอัตโนมัติ.
แหล่งข้อมูล
เป็นการดำเนินการโดยผู้ใช้ ซึ่งนักวิเคราะห์ระบุผลของรายการที่เลือกเป็น 'ผลบวกลวง' หรือ 'ไม่ตรงกัน' โดยปกติระบบจะบันทึกการดำเนินการนี้ไว้ในประวัติเคส.
บันทึก
บันทึกเมื่อนักวิเคราะห์ยกเลิกรายการที่อาจตรงกันในระบบอย่างเป็นทางการ.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งเคสให้ผู้มีอำนาจตรวจสอบ
|
นักวิเคราะห์ระดับต้นส่งต่อเคสที่ซับซ้อนหรือมีความเสี่ยงสูงให้ผู้เชี่ยวชาญอาวุโสหรือผู้จัดการตัดสินใจขั้นสุดท้าย นี่เป็นจุดส่งต่องานสำคัญภายในทีมกำกับดูแลการปฏิบัติตามข้อกำหนด. | ||
|
เหตุผลที่สำคัญ
การส่งต่อเคสมักทำให้เกิดคอขวดและเพิ่มรอบเวลาดำเนินการ การวิเคราะห์ความถี่และเหตุผลของการส่งต่อช่วยให้เห็นความจำเป็นในการฝึกอบรมนักวิเคราะห์ระดับต้น หรือจุดที่นโยบายการตรวจสอบยังไม่ชัดเจน.
แหล่งข้อมูล
บันทึกเป็นการดำเนินการโดยตรงในเวิร์กโฟลว์ของเคสหรือประวัติการตรวจสอบ หรืออนุมานจากการเปลี่ยนผู้รับผิดชอบเคส โดยเฉพาะเมื่อเปลี่ยนเป็นผู้ใช้ที่มีสิทธิ์สูงกว่า.
บันทึก
บันทึกเมื่อกดปุ่ม 'ส่งต่อ' หรือใช้การดำเนินการในเวิร์กโฟลว์ของเคส.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบสมัคร
|
อนุมัติใบสมัครของลูกค้าเรียบร้อยแล้ว หลังผ่านการคัดกรอง KYC และการตรวจสอบอื่นที่จำเป็น โดยทั่วไปเหตุการณ์นี้เกิดขึ้นในระบบต้นทางหลังได้รับผล 'ไม่พบความเสี่ยง' จาก World-Check. | ||
|
เหตุผลที่สำคัญ
เป็นผลลัพธ์ทางธุรกิจที่แสดงว่าการรับลูกค้าสำเร็จ การติดตามเวลาตั้งแต่ส่งใบสมัครจนถึงจุดนี้ช่วยให้เห็นระยะเวลาทั้งหมดตั้งแต่เริ่มจนได้รับอนุมัติสำหรับลูกค้าใหม่.
แหล่งข้อมูล
เหตุการณ์นี้ไม่ได้เกิดขึ้นใน World-Check โดยต้องดึงข้อมูลจาก CRM ต้นทางหรือระบบหลักที่ใช้ตัดสินใจขั้นสุดท้ายเกี่ยวกับใบสมัคร.
บันทึก
ระบบแอปพลิเคชันต้นทางบันทึกเหตุการณ์เมื่ออนุมัติขั้นสุดท้าย.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตข้อมูลนี้เพื่อเริ่มต้นทำ process mining สำหรับกระบวนการเริ่มต้นใช้งานลูกค้า KYC ทำตามแนวทางเหล่านี้เพื่อค้นพบข้อมูลเชิงลึกที่มีประโยชน์และปรับปรุงการปฏิบัติงานให้ดีขึ้นอย่างเห็นได้ชัด.
ปรับปรุงการเริ่มต้นใช้งานลูกค้า KYC และยกระดับการปฏิบัติตามข้อกำหนด
เริ่มต้นใช้งานให้ลูกค้าได้อย่างราบรื่น และลดระยะเวลาดำเนินการเหลือเพียง 24 ชั่วโมง.
ไม่ต้องใช้บัตรเครดิต ทดลองใช้ฟรี 14 วัน.