เทมเพลตข้อมูลสำหรับกระบวนการรับลูกค้าใหม่ KYC
เทมเพลตข้อมูลสำหรับกระบวนการรับลูกค้าใหม่ KYC
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ กระบวนการรับลูกค้าใหม่ KYC หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- จุดเริ่มต้นที่ครบถ้วนและยืดหยุ่นสำหรับระบบรับลูกค้าใหม่ KYC ทุกประเภท.
- ระบุข้อมูลสำคัญที่จำเป็นต่อการค้นหาและวิเคราะห์กระบวนการอย่างมีประสิทธิภาพ.
- ใช้เป็นกรอบข้อมูลทั่วไปก่อนลงรายละเอียดเฉพาะของแต่ละระบบ.
แอตทริบิวต์ของกระบวนการรับลูกค้าใหม่ KYC
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์ทางธุรกิจหรืองานที่ดำเนินการในกระบวนการเริ่มต้นใช้งานลูกค้า. | ||
| คำอธิบาย ชื่อกิจกรรมระบุขั้นตอนหรือหมุดหมายที่ชัดเจนในเส้นทางการเริ่มต้นใช้งานลูกค้า เช่น 'ส่งใบสมัครแล้ว' 'เริ่มตรวจสอบการปฏิบัติตามข้อกำหนดแล้ว' หรือ 'อนุมัติใบสมัครแล้ว' แต่ละกิจกรรมคือการดำเนินการเฉพาะของผู้ใช้หรือระบบที่ช่วยให้ใบสมัครคืบหน้าไปตามกระบวนการ แอตทริบิวต์นี้เป็นพื้นฐานของการแสดงแผนผังกระบวนการ ซึ่งเป็นหัวใจของ process mining เมื่อนักวิเคราะห์พิจารณาลำดับและความถี่ของกิจกรรมต่างๆ ก็จะเข้าใจขั้นตอนการทำงานจริง ระบุเส้นทางที่พบได้บ่อย ค้นหาความเบี่ยงเบนของกระบวนการ และชี้จุดที่ต้องทำงานซ้ำได้ การตั้งชื่อกิจกรรมให้ชัดเจนและสม่ำเสมอช่วยให้สร้างโมเดลกระบวนการที่มีความหมายและเข้าใจง่าย. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุขั้นตอนของกระบวนการ ทำให้มองเห็นและวิเคราะห์ขั้นตอนการทำงาน คอขวด และความแตกต่างได้. แหล่งข้อมูล พบได้ในบันทึกเหตุการณ์ บันทึกการตรวจสอบ หรือ ตารางธุรกรรมที่บันทึกขั้นตอนของกระบวนการทางธุรกิจ. ตัวอย่าง ตรวจสอบเบื้องต้นแล้วขอเอกสารแล้วประเมินความเสี่ยงแล้วอนุมัติใบสมัครแล้ว | |||
| รหัสใบสมัคร CustomerApplicationId | รหัสเฉพาะของใบสมัครเริ่มต้นใช้งานลูกค้า ใช้เป็นรหัสเคสสำหรับวิเคราะห์กระบวนการ. | ||
| คำอธิบาย รหัสใบสมัครลูกค้าเป็นรหัสเฉพาะที่กำหนดให้กับคำขอเริ่มต้นใช้งานลูกค้าแต่ละรายการ ตั้งแต่เริ่มดำเนินการจนเสร็จสิ้นหรือยุติ รหัสนี้เชื่อมโยงกิจกรรม เหตุการณ์ และข้อมูลทั้งหมดที่เกี่ยวข้องกับการเริ่มต้นใช้งานครั้งเดียวกัน จึงเป็นแอตทริบิวต์สำคัญที่สุดสำหรับ process mining. ในการวิเคราะห์ รหัสนี้ช่วยสร้างภาพกระบวนการตั้งแต่ต้นจนจบของลูกค้าแต่ละราย และติดตามความคืบหน้าของใบสมัคร คำนวณเวลารวมของกระบวนการ และเปรียบเทียบเส้นทางกับใบสมัครอื่นได้ คุณจะวิเคราะห์รูปแบบกระบวนการ คอขวด และตัวชี้วัดประสิทธิภาพแยกตามใบสมัครได้ ก็ต่อเมื่อระบุและใช้แอตทริบิวต์นี้เป็นรหัสเคสอย่างถูกต้อง. เหตุผลที่สำคัญ แอตทริบิวต์นี้จำเป็นต่อการจัดกลุ่มเหตุการณ์ที่เกี่ยวข้องให้เป็นกระบวนการเดียวตั้งแต่ต้นจนจบ และเป็นพื้นฐานของการวิเคราะห์ process mining ทั้งหมด. แหล่งข้อมูล โดยทั่วไปจะอยู่ในส่วนหัวหรือตารางหลักของระบบใบสมัครลูกค้าหรือระบบจัดการเคส. ตัวอย่าง APP-2023-00123KYC-987654ONB-C-456-7890 | |||
| เวลาเริ่มเหตุการณ์ EventStartTime | เวลาที่ระบุว่ากิจกรรมเริ่มต้นหรือเกิดขึ้นเมื่อใด. | ||
| คำอธิบาย เวลาเริ่มเหตุการณ์คือวันที่และเวลาที่แน่นอนซึ่งระบุจุดเริ่มต้นของกิจกรรม ข้อมูลนี้เป็นหนึ่งในองค์ประกอบสำคัญสามประการของ process mining ร่วมกับรหัสเคสและชื่อกิจกรรม เวลาที่บันทึกไว้นี้ช่วยเรียงเหตุการณ์ของแต่ละเคสตามลำดับเวลา ซึ่งจำเป็นต่อการสร้างภาพขั้นตอนการทำงานที่เกิดขึ้นจริง แอตทริบิวต์นี้เป็นพื้นฐานของการวิเคราะห์ด้านเวลา ใช้คำนวณระยะเวลาของกิจกรรมเมื่อมีเวลาสิ้นสุด คำนวณเวลารอระหว่างกิจกรรมหรือเวลาส่งต่องาน และคำนวณเวลารวมของกระบวนการเริ่มต้นใช้งานทั้งหมด การวิเคราะห์ระยะเวลาเหล่านี้ช่วยระบุคอขวด วัดการปฏิบัติตาม SLA และติดตามประสิทธิภาพโดยรวมของกระบวนการ. เหตุผลที่สำคัญ ข้อมูลนี้ระบุลำดับเวลาของเหตุการณ์ ซึ่งจำเป็นต่อการค้นหาโมเดลกระบวนการและคำนวณตัวชี้วัดประสิทธิภาพด้านเวลาทั้งหมด. แหล่งข้อมูล อยู่ในบันทึกเหตุการณ์ บันทึกการตรวจสอบใบสมัคร หรือตารางธุรกรรม โดยมักใช้ชื่อฟิลด์ว่า 'Timestamp', 'Creation Date' หรือ 'Start Time'. ตัวอย่าง 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2023-05-10T11:21:05Z | |||
| ระบบต้นทาง SourceSystem | ระบุระบบหลักที่เป็นแหล่งที่มาของข้อมูลเหตุการณ์. | ||
| คำอธิบาย แอตทริบิวต์ระบบต้นทางระบุแอปพลิเคชันหรือแพลตฟอร์มที่สร้างข้อมูลของกิจกรรม ในสภาพแวดล้อมที่มีหลายระบบ กระบวนการ KYC อาจดำเนินผ่านระบบต่างๆ เช่น CRM สำหรับรับใบสมัคร แพลตฟอร์ม KYC สำหรับประเมินความเสี่ยง และระบบธนาคารหลักสำหรับสร้างบัญชี การวิเคราะห์กระบวนการแยกตามระบบต้นทางช่วยให้เข้าใจระบบเทคโนโลยีและผลกระทบต่อกระบวนการ คุณอาจพบปัญหาการเชื่อมต่อ ความล่าช้าของข้อมูลระหว่างระบบ หรือความแตกต่างในการบันทึกข้อมูลของแต่ละระบบ มุมมองนี้เป็นประโยชน์ต่อทีม IT และทีมปรับปรุงกระบวนการที่ต้องการปรับโครงสร้างระบบซึ่งรองรับการเริ่มต้นใช้งานลูกค้าให้มีประสิทธิภาพขึ้น. เหตุผลที่สำคัญ ข้อมูลนี้บอกว่าขั้นตอนของกระบวนการเกิดขึ้นที่ใด ช่วยระบุความไม่มีประสิทธิภาพระหว่างระบบและปัญหาการเชื่อมต่อข้อมูล. แหล่งข้อมูล มักอยู่ในไฟล์ดึงข้อมูลหรือบันทึกเหตุการณ์ โดยเฉพาะในสภาพแวดล้อมที่เชื่อมต่อหลายระบบเข้าด้วยกัน. ตัวอย่าง CRM_System_AKYC_Platform_BCoreBanking_Sys_C | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงหรือรีเฟรชข้อมูลครั้งล่าสุด แม้จะไม่ใช่ส่วนหนึ่งของกระบวนการทางธุรกิจโดยตรง แต่เป็นข้อมูลกำกับที่สำคัญต่อการตรวจสอบและกำกับดูแลข้อมูล ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ในการวิเคราะห์กระบวนการ การทราบเวลาอัปเดตข้อมูลล่าสุดช่วยให้เข้าใจว่าข้อมูลเชิงลึกที่ได้เป็นปัจจุบันแค่ไหน และช่วยให้ผู้ใช้มั่นใจในข้อมูลโดยตรวจสอบความใหม่ของข้อมูลได้ ทั้งยังป้องกันการตีความผิดจากข้อมูลเก่า สำหรับการติดตามอย่างต่อเนื่อง คุณสามารถใช้แอตทริบิวต์นี้ตั้งการแจ้งเตือนเมื่อการรีเฟรชข้อมูลล่าช้าหรือไม่สำเร็จ เพื่อให้แดชบอร์ด process mining แสดงข้อมูลได้อย่างน่าเชื่อถือ. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้ตรวจสอบความใหม่ของชุดข้อมูลได้อย่างโปร่งใส ซึ่งสำคัญต่อความเกี่ยวข้องและความถูกต้องของผลวิเคราะห์. แหล่งข้อมูล สร้างขึ้นระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL) โดยมักอยู่ในข้อมูลกำกับของชุดข้อมูล. ตัวอย่าง 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
| ประเภทลูกค้า CustomerType | การจัดประเภทลูกค้า เช่น บุคคลธรรมดาหรือนิติบุคคล. | ||
| คำอธิบาย ประเภทลูกค้าใช้จัดกลุ่มผู้สมัคร เช่น 'บุคคลธรรมดา' 'นิติบุคคล' 'ทรัสต์' หรือ 'องค์กรไม่แสวงหากำไร' ลูกค้าแต่ละประเภทมักมีข้อกำหนดในการเริ่มต้นใช้งานและความซับซ้อนของกระบวนการแตกต่างกันมาก ข้อมูลนี้เป็นเกณฑ์สำคัญในการแบ่งกลุ่มเพื่อวิเคราะห์ เมื่อกรองแผนผังกระบวนการและ KPI ตามประเภทลูกค้า องค์กรจะเห็นความแตกต่างที่สำคัญได้ ตัวอย่างเช่น การเริ่มต้นใช้งานลูกค้านิติบุคคลมักมีขั้นตอนซับซ้อนกว่า เช่น การตรวจสอบผู้รับประโยชน์ที่แท้จริง ซึ่งไม่จำเป็นสำหรับบุคคลธรรมดา การวิเคราะห์นี้ช่วยให้ปรับปรุงกระบวนการแต่ละรูปแบบให้มีประสิทธิภาพสูงสุดตามกลุ่มลูกค้า และกำหนดแนวทางปรับปรุงได้เหมาะสม. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยแบ่งกลุ่มกระบวนการเพื่อเปรียบเทียบและปรับปรุงขั้นตอนการเริ่มต้นใช้งานลูกค้าแต่ละประเภท. แหล่งข้อมูล โดยทั่วไปจะบันทึกไว้ตั้งแต่เริ่มกระบวนการสมัคร และจัดเก็บในตารางหลักของลูกค้าหรือใบสมัคร. ตัวอย่าง บุคคลธรรมดานิติบุคคลทรัสต์ธุรกิจขนาดเล็ก | |||
| แผนกของผู้ใช้ UserDepartment | แผนกหรือทีมธุรกิจที่รับผิดชอบดำเนินกิจกรรม. | ||
| คำอธิบาย แผนกของผู้ใช้ระบุกลุ่มงานหรือทีมที่ผู้ดำเนินกิจกรรมสังกัดอยู่ เช่น 'การปฏิบัติตามข้อกำหนด' 'การเริ่มต้นใช้งานลูกค้า' หรือ 'การปฏิบัติการ' ข้อมูลนี้ให้บริบทด้านโครงสร้างองค์กรในระดับทีม ซึ่งกว้างกว่ารหัสผู้ใช้รายบุคคล การวิเคราะห์กระบวนการในระดับแผนกช่วยให้เข้าใจการทำงานร่วมกันระหว่างฝ่ายและระบุคอขวดที่เกิดซ้ำได้ อีกทั้งยังช่วยให้เห็นการส่งต่องานระหว่างทีม ซึ่งมักเป็นสาเหตุสำคัญของความล่าช้าและความไม่มีประสิทธิภาพ ข้อมูลนี้เป็นประโยชน์ต่อการปรับโครงสร้างทีมให้เหมาะสม กำหนดความรับผิดชอบให้ชัดเจน และปรับปรุงช่องทางสื่อสาร เพื่อให้ลูกค้าเริ่มต้นใช้งานได้ราบรื่นขึ้น. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการและการส่งต่องานระหว่างทีม พร้อมชี้โอกาสในการปรับปรุงการทำงานร่วมกันระหว่างฝ่าย. แหล่งข้อมูล มักมีอยู่ในข้อมูลโปรไฟล์ผู้ใช้ที่เชื่อมโยงกับรหัสผู้ใช้ หรืออาจบันทึกไว้ในธุรกรรมโดยตรง. ตัวอย่าง Complianceฝ่ายบริการลูกค้าฝ่ายปฏิบัติการ KYC | |||
| รหัสผู้ใช้ UserId | รหัสหรือชื่อของพนักงานหรือตัวแทนอัตโนมัติที่ดำเนินกิจกรรม. | ||
| คำอธิบาย รหัสผู้ใช้ระบุบุคคลหรือบอตของระบบที่รับผิดชอบดำเนินกิจกรรมหนึ่งๆ ในกระบวนการ เช่น เจ้าหน้าที่กำกับดูแลการปฏิบัติตามข้อกำหนด พนักงานป้อนข้อมูล หรือระบบให้คะแนนความเสี่ยงอัตโนมัติ การระบุผู้ใช้ให้สม่ำเสมอเป็นสิ่งสำคัญต่อการวิเคราะห์ทรัพยากรอย่างถูกต้อง แอตทริบิวต์นี้ช่วยให้เห็นกระบวนการจากมุมมองของผู้ปฏิบัติงาน จำเป็นต่อการวิเคราะห์การกระจายงาน ประสิทธิภาพของบุคคลและทีม และการจัดสรรทรัพยากร เมื่อกรองแผนผังกระบวนการตามรหัสผู้ใช้ ผู้จัดการจะเห็นได้ว่าพนักงานแต่ละคนจัดการงานอย่างไร ระบุโอกาสในการฝึกอบรม และจัดสมดุลปริมาณงานได้ นอกจากนี้ยังช่วยวิเคราะห์การทำงานร่วมกัน โดยแสดงให้เห็นการส่งต่องานระหว่างบุคคล. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยวิเคราะห์ปริมาณงาน ประสิทธิภาพของทรัพยากร และรูปแบบการทำงานร่วมกัน เพื่อให้จัดการทรัพยากรและวางแผนการฝึกอบรมได้ดีขึ้น. แหล่งข้อมูล ดูได้จากบันทึกการตรวจสอบของระบบหรือบันทึกธุรกรรม โดยมักเชื่อมโยงกับผู้ใช้ที่สร้างหรือแก้ไขระเบียนล่าสุด. ตัวอย่าง john.doeSYSTEM_AUTOuser12345 | |||
| ระดับความเสี่ยง RiskLevel | ระดับความเสี่ยงที่ประเมินให้กับใบสมัครลูกค้า เช่น ต่ำ ปานกลาง หรือสูง. | ||
| คำอธิบาย ระดับความเสี่ยงเป็นผลลัพธ์สำคัญของกระบวนการ KYC โดยจัดประเภทลูกค้าตามปัจจัยต่างๆ เช่น อุตสาหกรรม ภูมิภาค และรูปแบบธุรกรรม การจัดประเภทนี้ใช้กำหนดระดับการตรวจสอบและการตรวจสอบสถานะที่ต้องดำเนินการกับใบสมัคร ใน process mining แอตทริบิวต์นี้เป็นมิติสำคัญสำหรับวิเคราะห์การปฏิบัติตามกระบวนการและรูปแบบต่างๆ โดยหลักการแล้ว กระบวนการสำหรับลูกค้าความเสี่ยงสูงควรแตกต่างและเข้มงวดกว่ากระบวนการสำหรับลูกค้าความเสี่ยงต่ำ เมื่อเปรียบเทียบขั้นตอนการทำงานจริงของแต่ละระดับความเสี่ยงกับขั้นตอนที่คาดหวัง องค์กรจะตรวจสอบได้ว่าปฏิบัติตามนโยบายภายในและข้อบังคับหรือไม่ และตอบคำถามได้ เช่น 'ลูกค้าความเสี่ยงสูงได้รับการตรวจสอบสถานะอย่างละเอียดเสมอหรือไม่' หรือ 'เราใช้เวลากับลูกค้าความเสี่ยงต่ำมากเกินไปหรือไม่'. เหตุผลที่สำคัญ ข้อมูลนี้จำเป็นต่อการปฏิบัติตามข้อกำหนดและการจัดการความเสี่ยง ช่วยตรวจสอบว่ากระบวนการตรวจสอบสถานะเหมาะสมกับระดับความเสี่ยงแต่ละประเภทหรือไม่. แหล่งข้อมูล ระบบประเมินความเสี่ยงเป็นผู้คำนวณ หรือเจ้าหน้าที่กำกับดูแลการปฏิบัติตามข้อกำหนดเป็นผู้กำหนดด้วยตนเอง โดยจัดเก็บไว้ในระเบียนหลักของลูกค้าหรือใบสมัคร. ตัวอย่าง ต่ำปานกลางสูงPEP | |||
| เวลาสิ้นสุดเหตุการณ์ EventEndTime | เวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด. | ||
| คำอธิบาย เวลาสิ้นสุดเหตุการณ์ระบุวันที่และเวลาที่กิจกรรมสิ้นสุดลงอย่างแน่นอน เมื่อนำมาใช้ร่วมกับเวลาเริ่มเหตุการณ์ จะคำนวณเวลาที่ใช้ดำเนินงานแต่ละรายการได้อย่างแม่นยำ ระบบบางระบบไม่ได้บันทึกทั้งเวลาเริ่มต้นและเวลาสิ้นสุด แต่อาจบันทึกเพียงเวลาเดียวเมื่อกิจกรรมเสร็จสิ้น การมีเวลาสิ้นสุดช่วยวิเคราะห์ประสิทธิภาพได้ละเอียดขึ้น เช่น คำนวณ 'เวลาเฉลี่ยในการตรวจสอบการปฏิบัติตามข้อกำหนด' โดยแยกเวลาที่พนักงานลงมือทำงานจริงออกจากเวลาที่งานรออยู่ในคิว รายละเอียดนี้จำเป็นต่อการระบุคอขวดอย่างแม่นยำ และช่วยให้มุ่งปรับปรุงได้ตรงจุด ไม่ว่าจะเป็นการเพิ่มทรัพยากรหรือปรับการส่งต่องาน. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยคำนวณเวลาที่ใช้ทำกิจกรรมได้อย่างแม่นยำ และแยกเวลาทำงานจริงออกจากเวลารอได้. แหล่งข้อมูล พบในบันทึกเหตุการณ์หรือตารางธุรกรรมร่วมกับเวลาเริ่มต้น โดยอาจใช้ชื่อฟิลด์ว่า 'End Time', 'Completion Date' หรือ 'Modified On'. ตัวอย่าง 2023-01-15T17:30:00Z2023-03-21T10:15:20Z2023-05-10T11:55:00Z | |||
| สถานะใบสมัคร ApplicationStatus | ผลลัพธ์สุดท้ายหรือสถานะปัจจุบันของใบสมัครเริ่มต้นใช้งานลูกค้า. | ||
| คำอธิบาย สถานะใบสมัครระบุผลสุดท้ายของใบสมัคร เช่น 'อนุมัติแล้ว' 'ปฏิเสธแล้ว' หรือ 'ถอนใบสมัครแล้ว' สถานะนี้แสดงผลลัพธ์ทางธุรกิจของกระบวนการ และเป็นมิติสำคัญในการวัดประสิทธิภาพ แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ตามผลลัพธ์ โดยช่วยเปรียบเทียบเส้นทางของกระบวนการที่นำไปสู่ผลสำเร็จกับเส้นทางที่ถูกปฏิเสธ นักวิเคราะห์ใช้ข้อมูลนี้ค้นหารูปแบบกระบวนการที่สัมพันธ์กับอัตราการปฏิเสธสูง คำนวณ KPI เช่น 'อัตราการปฏิเสธใบสมัคร' และสร้าง 'การวิเคราะห์กรวยการเริ่มต้นใช้งาน' เพื่อดูว่าผู้สมัครหยุดดำเนินการในขั้นตอนไหน การทำความเข้าใจสาเหตุที่ใบสมัครไม่ผ่านเป็นจุดเริ่มต้นของการปรับปรุงกระบวนการและเพิ่มอัตราความสำเร็จ. เหตุผลที่สำคัญ ข้อมูลนี้ระบุผลลัพธ์ทางธุรกิจของแต่ละเคส ช่วยวิเคราะห์สาเหตุที่ใบสมัครถูกปฏิเสธและหาวิธีเพิ่มอัตราการอนุมัติ. แหล่งข้อมูล โดยทั่วไปจะอยู่ในตารางหลักของเคสหรือใบสมัคร เพื่อระบุสถานะสุดท้ายของระเบียน. ตัวอย่าง อนุมัติแล้วปฏิเสธแล้วกำลังดำเนินการลูกค้าถอนใบสมัคร | |||
| ช่องทางการสมัคร ApplicationChannel | ช่องทางที่ลูกค้าใช้ส่งใบสมัคร. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุวิธีที่ลูกค้าใช้ส่งใบสมัคร เช่น 'พอร์ทัลเว็บ' 'แอปมือถือ' หรือ 'สาขา' แต่ละช่องทางอาจมีขั้นตอนเก็บข้อมูลและประสบการณ์ลูกค้าแตกต่างกัน การวิเคราะห์กระบวนการแยกตามช่องทางช่วยประเมินประสิทธิภาพและความคล่องตัวของแต่ละจุดที่ลูกค้าติดต่อกับองค์กร และตอบคำถามได้ เช่น 'ใบสมัครผ่านมือถือดำเนินการเร็วกว่าทางเว็บหรือไม่' หรือ 'ใบสมัครที่ส่งผ่านสาขาต้องแก้ไขงานซ้ำบ่อยกว่าหรือไม่' ข้อมูลเชิงลึกเหล่านี้ช่วยปรับปรุงเส้นทางของลูกค้าในทุกช่องทางและจัดสรรทรัพยากรได้อย่างเหมาะสม. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยเปรียบเทียบประสิทธิภาพของกระบวนการและประสบการณ์ลูกค้าในแต่ละช่องทาง เช่น เว็บ มือถือ หรือการติดต่อด้วยตนเอง. แหล่งข้อมูล โดยทั่วไปบันทึกไว้ตั้งแต่เริ่มกระบวนการ เมื่อสร้างใบสมัครครั้งแรก. ตัวอย่าง พอร์ทัลเว็บแอปมือถือสาขา | |||
| ดำเนินการอัตโนมัติหรือไม่ IsAutomated | ตัวบ่งชี้ว่าระบบดำเนินกิจกรรมโดยอัตโนมัติ หรือผู้ใช้ดำเนินการด้วยตนเอง. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้ใช้แยกงานที่ซอฟต์แวร์หรือบอตดำเนินการออกจากงานที่ผู้ใช้ทำด้วยตนเอง กิจกรรมอัตโนมัติอาจรวมถึงการตรวจสอบข้อมูลเบื้องต้น การคัดกรองรายชื่อคว่ำบาตร หรือการส่งข้อความมาตรฐาน การวิเคราะห์แอตทริบิวต์นี้จำเป็นต่อการประเมินประสิทธิผลของการนำระบบอัตโนมัติมาใช้ เมื่อเปรียบเทียบความเร็วและผลลัพธ์ของขั้นตอนอัตโนมัติกับขั้นตอนที่ทำด้วยตนเอง ธุรกิจจะระบุโอกาสในการเพิ่มระบบอัตโนมัติเพื่อลดต้นทุนและเวลาของกระบวนการได้ นอกจากนี้ยังช่วยติดตามประสิทธิภาพของระบบอัตโนมัติและตรวจสอบว่าระบบทำงานตามที่คาดไว้ตลอดกระบวนการหรือไม่. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยวัดผลและประสิทธิภาพของระบบอัตโนมัติในกระบวนการ พร้อมระบุโอกาสในการปรับปรุงด้วย RPA หรือระบบอัตโนมัติรูปแบบอื่น. แหล่งข้อมูล อาจเป็นฟิลด์เฉพาะในบันทึกเหตุการณ์ หรืออนุมานจากรหัสผู้ใช้ เช่น เมื่อรหัสเป็น 'SYSTEM' หรือ 'BOT'. ตัวอย่าง truefalse | |||
| ประเทศของลูกค้า CustomerCountry | ประเทศที่ลูกค้าอาศัยอยู่หรือจดทะเบียนจัดตั้ง. | ||
| คำอธิบาย ประเทศของลูกค้าระบุที่ตั้งทางภูมิศาสตร์ของผู้สมัคร ข้อมูลนี้สำคัญต่อกระบวนการ KYC เนื่องจากข้อบังคับและปัจจัยความเสี่ยงอาจแตกต่างกันมากในแต่ละประเทศ การวิเคราะห์ตามภูมิภาคช่วยให้เห็นข้อมูลเชิงลึกเพิ่มเติม ข้อกำหนดทางกฎหมายของแต่ละประเทศอาจทำให้ขั้นตอนการเริ่มต้นใช้งานแตกต่างกัน เมื่อกรองตามประเทศของลูกค้า บริษัทจะตรวจสอบได้ว่าปฏิบัติตามขั้นตอนของแต่ละเขตอำนาจศาลอย่างถูกต้องหรือไม่ นอกจากนี้ยังช่วยให้เห็นความแตกต่างด้านประสิทธิภาพ เช่น ใบสมัครจากประเทศที่มีความเสี่ยงสูงใช้เวลานานกว่า ซึ่งอาจเป็นผลจากข้อกำหนดในการตรวจสอบสถานะอย่างละเอียด. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยวิเคราะห์ความแตกต่างและประสิทธิภาพของกระบวนการตามภูมิภาค ซึ่งสำคัญต่อการปฏิบัติตามข้อบังคับในแต่ละประเทศ. แหล่งข้อมูล บันทึกจากข้อมูลที่ลูกค้าให้ระหว่างสมัคร และจัดเก็บไว้ในระเบียนลูกค้าหรือใบสมัคร. ตัวอย่าง USAGBRSGPDEU | |||
| รหัสลูกค้า CustomerId | รหัสเฉพาะของลูกค้าที่กำลังเริ่มต้นใช้งาน. | ||
| คำอธิบาย รหัสลูกค้าเป็นรหัสเฉพาะที่ใช้ระบุตัวลูกค้ารายเดิมในการติดต่อหรือสมัครหลายครั้ง แม้รหัสใบสมัครลูกค้าจะติดตามการเริ่มต้นใช้งานหนึ่งครั้ง แต่รหัสลูกค้าสามารถเชื่อมโยงการเริ่มต้นใช้งานหลายครั้งหรือกระบวนการอื่นๆ ของลูกค้ารายเดียวกันได้ แอตทริบิวต์นี้ช่วยวิเคราะห์จากมุมมองของลูกค้า ไม่จำกัดอยู่แค่เคสเดียว มีประโยชน์ต่อการทำความเข้าใจผู้สมัครที่กลับมาสมัครซ้ำ วิเคราะห์ความสัมพันธ์ระยะยาวกับลูกค้า หรือเชื่อมโยงกระบวนการเริ่มต้นใช้งานกับกระบวนการอื่น เช่น 'การสมัครสินเชื่อ' หรือ 'การดูแลบัญชี' แม้ไม่จำเป็นสำหรับการดูภาพกระบวนการเดียว แต่ช่วยเพิ่มรายละเอียดให้ข้อมูลสำหรับ process mining ที่วิเคราะห์กระบวนการโดยยึดวัตถุเป็นศูนย์กลาง. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้เห็นภาพจากมุมมองของลูกค้า โดยเชื่อมโยงการเริ่มต้นใช้งานหลายครั้งหรือกระบวนการต่างๆ ที่เกี่ยวข้องกับลูกค้ารายเดียวกัน. แหล่งข้อมูล โดยทั่วไปพบในระบบข้อมูลหลักของลูกค้าส่วนกลาง และเชื่อมโยงกับระเบียนใบสมัคร. ตัวอย่าง CUST-1005678943210AENT-4590 | |||
| วันที่เป้าหมายตาม SLA SlaTargetDate | วันที่คาดว่ากระบวนการเริ่มต้นใช้งานลูกค้าจะเสร็จสิ้น. | ||
| คำอธิบาย วันที่เป้าหมายตามข้อตกลงระดับการให้บริการ (SLA) คือกำหนดเวลาที่ต้องดำเนินกระบวนการเริ่มต้นใช้งานลูกค้าให้เสร็จสิ้น โดยมักกำหนดตามนโยบายภายในหรือข้อผูกพันตามสัญญา และใช้เป็นเกณฑ์วัดความตรงต่อเวลา แอตทริบิวต์นี้เป็นพื้นฐานของแดชบอร์ด 'ติดตามประสิทธิภาพ SLA' เมื่อนำวันที่ใบสมัครเสร็จสิ้นจริงมาเปรียบเทียบกับวันที่เป้าหมายตาม SLA ก็จะคำนวณ 'อัตราการปฏิบัติตาม SLA' ได้ การวิเคราะห์เคสที่ไม่เป็นไปตาม SLA ช่วยระบุกิจกรรมหรือแผนกที่ทำให้เกิดความล่าช้า และช่วยให้จัดการคิวงานกับทรัพยากรล่วงหน้า เพื่อลดการผิด SLA และเพิ่มความพึงพอใจของลูกค้า. เหตุผลที่สำคัญ ข้อมูลนี้เป็นเกณฑ์วัดประสิทธิภาพ ช่วยวัดการปฏิบัติตาม SLA และระบุเคสที่เสี่ยงล่าช้า. แหล่งข้อมูล มักคำนวณและบันทึกไว้ในระเบียนหลักของใบสมัครเมื่อสร้างเคส โดยอิงจากประเภทใบสมัครหรือเกณฑ์อื่นๆ. ตัวอย่าง 2023-01-30T23:59:59Z2023-04-15T23:59:59Z2023-06-01T23:59:59Z | |||
| เหตุผลที่ปฏิเสธ RejectionReason | เหตุผลเฉพาะที่ระบุเมื่อปฏิเสธใบสมัครของลูกค้า. | ||
| คำอธิบาย เมื่อสถานะใบสมัครเป็น 'ปฏิเสธแล้ว' เหตุผลที่ปฏิเสธจะระบุสาเหตุ เช่น 'เอกสารไม่ครบ' 'มีความเสี่ยงสูง' หรือ 'พบข้อมูลตรงกับรายชื่อคว่ำบาตร' แอตทริบิวต์นี้ช่วยให้เข้าใจบริบทของกระบวนการที่ไม่สำเร็จ การวิเคราะห์เหตุผลที่ปฏิเสธเป็นหัวใจของแดชบอร์ด 'การวิเคราะห์การปฏิเสธใบสมัคร' ช่วยให้ธุรกิจวิเคราะห์หาสาเหตุที่แท้จริงและเข้าใจจุดที่ทำให้กระบวนการเริ่มต้นใช้งานไม่สำเร็จบ่อยที่สุด เมื่อจัดหมวดหมู่และนับจำนวนเหตุผลแล้ว องค์กรจะจัดลำดับความสำคัญในการปรับปรุงได้ ตัวอย่างเช่น หาก 'เอกสารไม่ครบ' เป็นสาเหตุที่พบบ่อย บริษัทอาจปรับคำแนะนำให้ลูกค้าเข้าใจง่ายขึ้น หรือปรับปรุงพอร์ทัลส่งเอกสาร. เหตุผลที่สำคัญ ข้อมูลนี้ระบุสาเหตุหลักที่ใบสมัครไม่ผ่าน ช่วยให้ปรับปรุงได้ตรงจุดเพื่อลดอัตราการปฏิเสธและยกระดับประสบการณ์ลูกค้า. แหล่งข้อมูล โดยทั่วไปจัดเก็บในตารางหลักของใบสมัครหรือเคส และมักมีการกรอกข้อมูลเมื่อเปลี่ยนสถานะเป็น 'ปฏิเสธแล้ว'. ตัวอย่าง ยืนยันตัวตนไม่ผ่านเอกสารไม่ครบความเสี่ยงสูงพบข้อมูลตรงกับบุคคลที่มีสถานะ PEP | |||
กิจกรรมในกระบวนการรับลูกค้าใหม่ KYC
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ขอข้อมูลเพิ่มเติมแล้ว | เป็นเหตุการณ์ที่ผู้ตรวจสอบต้องการข้อมูลหรือเอกสารเพิ่มเติมจากลูกค้าเพื่อดำเนินการต่อ การดำเนินการนี้ทำให้เกิดวงจรงานแก้ซ้ำและหยุดกระบวนการภายในไว้ชั่วคราว. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นสาเหตุหลักที่ทำให้กระบวนการไม่มีประสิทธิภาพและใช้เวลานานขึ้น หากเกิดขึ้นบ่อย แสดงว่าอาจมีปัญหาในการรวบรวมข้อมูลตั้งแต่แรก. แหล่งข้อมูล โดยทั่วไปบันทึกกิจกรรมนี้ไว้อย่างชัดเจน เพราะมักมีการส่งการแจ้งเตือนถึงลูกค้าและบันทึกไว้ในประวัติการสื่อสารหรือการตรวจสอบ. บันทึก ใช้เวลาของเหตุการณ์ 'ขอข้อมูลเพิ่มเติม' การเปลี่ยนสถานะที่เกี่ยวข้อง หรือรายการสื่อสารกับลูกค้าที่บันทึกไว้. ประเภทเหตุการณ์ explicit | |||
| ปฏิเสธใบสมัครแล้ว | หมายถึงการตัดสินใจขั้นสุดท้ายที่จะปฏิเสธใบสมัครของลูกค้าและยุติกระบวนการรับลูกค้าใหม่ นี่คือผลลัพธ์เชิงลบที่สำคัญของกระบวนการ. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์สำคัญที่แสดงว่ากระบวนการไม่สำเร็จ การวิเคราะห์ว่าเกิดการปฏิเสธเมื่อใดและเพราะเหตุใดมีความสำคัญต่อการปรับปรุงกระบวนการและทำความเข้าใจอุปสรรคที่ลูกค้าพบ. แหล่งข้อมูล บันทึกเหตุการณ์นี้ผ่านการเปลี่ยนสถานะสุดท้ายของใบสมัคร เช่น 'ปฏิเสธแล้ว' หรือ 'ไม่อนุมัติ'. บันทึก ระบุเวลาที่กำหนดสถานะสุดท้ายของใบสมัครเป็น 'ปฏิเสธแล้ว' หรือสถานะไม่สำเร็จขั้นสุดท้ายที่มีความหมายใกล้เคียงกัน. ประเภทเหตุการณ์ inferred | |||
| ประเมินความเสี่ยงแล้ว | กิจกรรมนี้หมายถึงการใช้ระบบตัดสินใจหรือกระบวนการด้วยตนเองเพื่อคำนวณคะแนนความเสี่ยงของใบสมัครลูกค้า โดยรวบรวมข้อมูลเพื่อจัดระดับความเสี่ยงของลูกค้า. | ||
| เหตุผลที่สำคัญ ผลการประเมินความเสี่ยงมักเป็นตัวกำหนดเส้นทางถัดไปของกระบวนการ เช่น ดำเนินการอัตโนมัติตลอดเส้นทาง หรือส่งให้ทีมตรวจสอบการปฏิบัติตามข้อกำหนดด้วยตนเอง. แหล่งข้อมูล เนื่องจากเป็นงานหลัก จึงมักบันทึกเป็นเหตุการณ์ที่ระบุชัดเจนเมื่อเรียกใช้ชุดกฎประเมินความเสี่ยง หรือเมื่อมีการกรอกข้อมูลคะแนนความเสี่ยง. บันทึก ใช้เวลาจากบันทึกการทำงานของระบบประเมินความเสี่ยง หรือประวัติการตรวจสอบของช่องข้อมูลคะแนนความเสี่ยง. ประเภทเหตุการณ์ explicit | |||
| รับลูกค้าใหม่เสร็จแล้ว | นี่คือกิจกรรมสุดท้ายของกระบวนการ หมายถึงรับลูกค้าใหม่ครบทุกขั้นตอนและปิดเคสใบสมัครในทางธุรการแล้ว ลูกค้าพร้อมทำธุรกรรม. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์สิ้นสุดของเคสที่สำเร็จ ระยะเวลารวมจนถึงกิจกรรมนี้คือเวลาตลอดเส้นทางการรับลูกค้าใหม่. แหล่งข้อมูล อนุมานจากสถานะสุดท้าย เช่น 'รับลูกค้าใหม่แล้ว' หรือ 'ปิดแล้ว อนุมัติ' ที่กำหนดให้กับเคสในระบบต้นทาง. บันทึก ใช้เวลาของเหตุการณ์ปิดเคสขั้นสุดท้าย หรือเวลาที่อัปเดตสถานะเป็น 'เสร็จสมบูรณ์' ซึ่งเป็นสถานะสิ้นสุด. ประเภทเหตุการณ์ inferred | |||
| เริ่มตรวจสอบการปฏิบัติตามข้อกำหนดแล้ว | กิจกรรมนี้ระบุจุดเริ่มต้นของการตรวจสอบด้วยตนเองโดยแผนกกำกับดูแลการปฏิบัติตามข้อกำหนด โดยทั่วไปเกิดกับใบสมัครที่มีความเสี่ยงสูงหรือถูกตั้งข้อสังเกต และเป็นการส่งต่องานสำคัญให้ทีมเฉพาะทาง. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมนี้สำคัญต่อการระบุคอขวดในกระบวนการตรวจสอบการปฏิบัติตามข้อกำหนด ระยะเวลาจนกว่าจะเสร็จเป็นส่วนสำคัญของเวลาตั้งแต่ต้นจนจบโดยรวม. แหล่งข้อมูล มักอนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะเคส หรือจากบันทึกการตรวจสอบที่แสดงว่าเคสถูกมอบหมายไปยังคิวงานของเจ้าหน้าที่กำกับดูแลการปฏิบัติตามข้อกำหนด. บันทึก ระบุเวลาที่สถานะใบสมัครเปลี่ยนเป็น 'รอตรวจสอบการปฏิบัติตามข้อกำหนด' หรือเวลาที่มอบหมายใบสมัครไปยังคิวงานที่เกี่ยวข้อง. ประเภทเหตุการณ์ inferred | |||
| ส่งใบสมัครแล้ว | กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการรับลูกค้าใหม่ ระบบบันทึกเมื่อได้รับใบสมัครลูกค้าใหม่อย่างเป็นทางการ ไม่ว่าจะส่งผ่านพอร์ทัลสำหรับลูกค้าหรือป้อนข้อมูลภายในองค์กร. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์จำนวนและช่วงเวลาที่ส่งใบสมัครเป็นพื้นฐานสำคัญในการทำความเข้าใจความต้องการและกำลังรองรับ. แหล่งข้อมูล โดยทั่วไปบันทึกเหตุการณ์นี้จากบันทึกการสร้างใบสมัคร หรือรายการแรกในประวัติการตรวจสอบของระบบจัดการเคส. บันทึก ใช้เวลาที่สร้างใบสมัครหรือระเบียนเคส. ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบสมัครแล้ว | กิจกรรมนี้หมายถึงการตัดสินใจทางธุรกิจขั้นสุดท้ายเพื่ออนุมัติใบสมัครรับลูกค้าใหม่ เป็นเหตุการณ์สำคัญที่แสดงว่ากระบวนการ KYC สำเร็จ. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์สำคัญที่แสดงความสำเร็จและเป็นจุดสิ้นสุดของกระบวนการตัดสินใจ ช่วยให้วิเคราะห์อัตราการอนุมัติและระยะเวลาจนได้รับอนุมัติได้. แหล่งข้อมูล โดยทั่วไปบันทึกเป็นการเปลี่ยนสถานะสุดท้ายที่แยกชัดเจนในวงจรของใบสมัคร ภายในระบบจัดการเคส. บันทึก ระบุเวลาที่กำหนดสถานะสุดท้ายของใบสมัครเป็น 'อนุมัติแล้ว' หรือสถานะสำเร็จขั้นสุดท้ายที่มีความหมายใกล้เคียงกัน. ประเภทเหตุการณ์ inferred | |||
| ขอเอกสารแล้ว | กิจกรรมนี้เกิดขึ้นเมื่อระบบหรือเจ้าหน้าที่ระบุว่าต้องใช้เอกสารบางอย่างจากลูกค้าเพื่อดำเนินการตรวจสอบต่อ เป็นการส่งคำขอข้อมูลอย่างเป็นทางการไปยังผู้สมัคร. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยให้เข้าใจความล่าช้าที่เกิดจากกระบวนการ ระยะเวลาระหว่างเหตุการณ์นี้กับ 'ได้รับเอกสารแล้ว' คือเวลาที่ลูกค้ารอส่งเอกสาร. แหล่งข้อมูล บันทึกกิจกรรมนี้ได้จากบันทึกการสื่อสารที่ระบบสร้างขึ้น อีเมล หรือการเปลี่ยนสถานะที่ระบุว่าเคส 'รอเอกสาร'. บันทึก ใช้เวลาที่ส่งข้อความถึงลูกค้า หรือเวลาที่เปลี่ยนสถานะเป็น 'รอเอกสาร'. ประเภทเหตุการณ์ explicit | |||
| ได้รับเอกสารแล้ว | กิจกรรมนี้ระบุว่าลูกค้าส่งเอกสารยืนยันตัวตนและเอกสารประกอบที่จำเป็นแล้ว ขณะนี้เอกสารพร้อมให้ตรวจสอบในระบบ. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้สำคัญต่อการวัดเวลาตอบกลับของลูกค้าและระบุความล่าช้าที่เกิดจากผู้สมัคร. แหล่งข้อมูล โดยทั่วไปบันทึกเป็นเหตุการณ์แยกที่ระบุชัดเจนในบันทึกการจัดการเอกสารหรือประวัติการตรวจสอบเคส เมื่อมีการอัปโหลดเอกสารแต่ละรายการ. บันทึก ใช้เวลาที่สร้างหรืออัปโหลดไฟล์เอกสารแนบซึ่งเชื่อมโยงกับเคสใบสมัคร. ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบการปฏิบัติตามข้อกำหนดเสร็จแล้ว | ระบุว่าการตรวจสอบด้วยตนเองโดยแผนกกำกับดูแลการปฏิบัติตามข้อกำหนดสิ้นสุดลงแล้ว เจ้าหน้าที่ได้ตัดสินใจอนุมัติ ปฏิเสธ หรือขอให้ดำเนินการเพิ่มเติมกับใบสมัคร. | ||
| เหตุผลที่สำคัญ เหตุการณ์สำคัญนี้ปิดขั้นตอนที่สำคัญและมักใช้เวลานาน การวิเคราะห์ระยะเวลาจนถึงจุดนี้ช่วยวัดประสิทธิภาพของทีมกำกับดูแลการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล โดยทั่วไปอนุมานกิจกรรมนี้จากการเปลี่ยนสถานะเคสจาก 'รอตรวจสอบการปฏิบัติตามข้อกำหนด' ไปเป็นสถานะถัดไป เช่น 'อนุมัติด้านการปฏิบัติตามข้อกำหนดแล้ว'. บันทึก ใช้เวลาที่ทำเครื่องหมายงานตรวจสอบการปฏิบัติตามข้อกำหนดว่า 'เสร็จแล้ว' หรือเวลาที่อัปเดตสถานะเคสเพื่อแสดงผลการตรวจสอบ. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบเบื้องต้นแล้ว | เป็นการตรวจสอบใบสมัครเบื้องต้น ซึ่งมักทำโดยอัตโนมัติ เพื่อตรวจว่าข้อมูลครบถ้วนหรือไม่ ผู้สมัครมีคุณสมบัติเบื้องต้นหรือไม่ และพบชื่อในรายการคว่ำบาตรหรือไม่ ขั้นตอนนี้ช่วยคัดกรองใบสมัครที่ไม่ผ่านเกณฑ์หรือข้อมูลไม่ครบได้อย่างรวดเร็ว. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ช่วยวัดคุณภาพของใบสมัครที่ได้รับ หากมีอัตราไม่ผ่านสูง อาจบ่งชี้ว่ามีปัญหากับแบบฟอร์มหรือคำแนะนำในการสมัคร. แหล่งข้อมูล โดยทั่วไปบันทึกเป็นขั้นตอนอัตโนมัติในประวัติเวิร์กโฟลว์ หรืออนุมานจากการเปลี่ยนสถานะช่วงต้น เช่น จาก 'ใหม่' เป็น 'ตรวจสอบเบื้องต้นเสร็จแล้ว'. บันทึก ระบุเวลาที่การตรวจสอบเบื้องต้นหรือกฎตรวจสอบทำงานเสร็จ ซึ่งมักแสดงผ่านการอัปเดตสถานะ. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบยืนยันตัวตนแล้ว | เป็นการตรวจสอบโดยอัตโนมัติหรือด้วยตนเอง เพื่อยืนยันตัวตนลูกค้ากับแหล่งข้อมูลภายนอกหรือภายในองค์กร นี่เป็นขั้นตอนหลักของการตรวจสอบ KYC. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการปฏิบัติตามข้อกำหนดและการป้องกันการฉ้อโกง หากไม่ผ่านขั้นตอนนี้ ใบสมัครอาจถูกปฏิเสธหรือต้องตรวจสอบเพิ่มเติม. แหล่งข้อมูล มักบันทึกเป็นเหตุการณ์ที่ระบุชัดเจนเมื่อเรียก API ไปยังบริการตรวจสอบจากบุคคลที่สามและได้รับผลตอบกลับ. บันทึก ใช้เวลาจากบันทึกการเรียกบริการตรวจสอบยืนยันตัวตน พร้อมผลตอบกลับว่าเสร็จสมบูรณ์หรือไม่ผ่าน. ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบเอกสารเสร็จแล้ว | กิจกรรมนี้หมายถึงเจ้าหน้าที่หรือเครื่องมืออัตโนมัติตรวจเอกสารที่ลูกค้าส่งมาเสร็จแล้ว โดยตรวจสอบความถูกต้อง ความสมบูรณ์ และความเป็นเอกสารจริง. | ||
| เหตุผลที่สำคัญ การตรวจเอกสารมักใช้เวลาส่วนใหญ่ของระยะเวลาดำเนินการทั้งหมด การวิเคราะห์ขั้นตอนนี้ช่วยระบุความต้องการด้านทรัพยากรหรือการฝึกอบรม. แหล่งข้อมูล มักอนุมานจากการเปลี่ยนสถานะของเอกสารหรือเคสโดยรวม เช่น 'ตรวจสอบเอกสารแล้ว' หรือ 'ตรวจทานเสร็จแล้ว'. บันทึก ระบุเวลาที่ทำเครื่องหมายว่างานตรวจสอบด้วยตนเองเสร็จแล้ว หรือเวลาที่สถานะเคสเปลี่ยนเพื่อแสดงว่าตรวจเอกสารเรียบร้อย. ประเภทเหตุการณ์ inferred | |||
| เริ่มตรวจสอบประวัติแล้ว | ระบุจุดเริ่มต้นของการตรวจสอบประวัติแบบอัตโนมัติหรือด้วยตนเอง เช่น การคัดกรอง AML, PEP หรือประวัติเครดิต โดยมักมีการเรียกใช้บริการจากผู้ให้บริการภายนอก. | ||
| เหตุผลที่สำคัญ การตรวจสอบประวัติอาจเป็นสาเหตุสำคัญของความล่าช้า การติดตามเวลาเริ่มต้นช่วยวัดเวลาที่ใช้รอผลจากบุคคลที่สาม. แหล่งข้อมูล มักบันทึกเป็นเหตุการณ์ที่ระบุชัดเจนเมื่อระบบเริ่มการตรวจสอบ หรืออนุมานจากการเปลี่ยนสถานะ เช่น 'รอตรวจสอบประวัติ'. บันทึก ใช้เวลาจากการเรียก API ไปยังบริการตรวจสอบประวัติ หรือรายการบันทึกที่ระบุว่าเริ่มตรวจสอบแล้ว. ประเภทเหตุการณ์ explicit | |||
| สร้างบัญชีแล้ว | หลังจากอนุมัติ กิจกรรมนี้ระบุว่ามีการสร้างบัญชีลูกค้าในระบบธนาคารหลักหรือระบบจัดการผู้ใช้ ลูกค้าจึงเปลี่ยนจากผู้สมัครเป็นผู้ใช้ที่เริ่มใช้งานได้. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้ใช้วัดประสิทธิภาพการส่งต่องานระหว่างกระบวนการตัดสินใจกับระบบจัดเตรียมบัญชีทางเทคนิค. แหล่งข้อมูล มักบันทึกเป็นเหตุการณ์ที่ระบุชัดเจนโดยระบบรับลูกค้าใหม่ หลังได้รับการยืนยันความสำเร็จจากระบบปลายทาง หรือใช้วันที่สร้างบัญชีในระบบหลัก. บันทึก ใช้เวลาสร้างบัญชีจากระบบหลัก หรือเหตุการณ์ยืนยันที่บันทึกไว้ในระบบรับลูกค้าใหม่. ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
เลือกคู่มือสำหรับระบบที่คุณใช้จากตัวเลือกด้านล่างเพื่อเริ่มดึงข้อมูล หรือใช้เทมเพลตทั่วไปนี้เป็นโครงสร้างตั้งต้น.
ปรับปรุงกระบวนการรับลูกค้าใหม่ KYC ให้มีประสิทธิภาพยิ่งขึ้น
ใช้ได้กับทุกระบบ ค้นพบข้อมูลเชิงลึกและยกระดับการปฏิบัติตามข้อกำหนดได้ภายในไม่กี่วัน.
ไม่ต้องใช้บัตรเครดิต เห็นประโยชน์ได้อย่างรวดเร็ว.