เทมเพลตข้อมูลสำหรับกระบวนการรับลูกค้าใหม่ KYC

เทมเพลต process mining สำหรับทุกกระบวนการ
เทมเพลตข้อมูลสำหรับกระบวนการรับลูกค้าใหม่ KYC

เทมเพลตข้อมูลสำหรับกระบวนการรับลูกค้าใหม่ KYC

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

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

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

แอตทริบิวต์ของกระบวนการรับลูกค้าใหม่ KYC

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

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

ใช้เวลาที่สร้างใบสมัครหรือระเบียนเคส.

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

ใช้เวลาที่ส่งข้อความถึงลูกค้า หรือเวลาที่เปลี่ยนสถานะเป็น 'รอเอกสาร'.

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

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

แหล่งข้อมูล

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

บันทึก

ใช้เวลาที่สร้างหรืออัปโหลดไฟล์เอกสารแนบซึ่งเชื่อมโยงกับเคสใบสมัคร.

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

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

แหล่งข้อมูล

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

บันทึก

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

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

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

แหล่งข้อมูล

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

บันทึก

ระบุเวลาที่การตรวจสอบเบื้องต้นหรือกฎตรวจสอบทำงานเสร็จ ซึ่งมักแสดงผ่านการอัปเดตสถานะ.

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

กิจกรรมนี้สำคัญต่อการปฏิบัติตามข้อกำหนดและการป้องกันการฉ้อโกง หากไม่ผ่านขั้นตอนนี้ ใบสมัครอาจถูกปฏิเสธหรือต้องตรวจสอบเพิ่มเติม.

แหล่งข้อมูล

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

บันทึก

ใช้เวลาจากบันทึกการเรียกบริการตรวจสอบยืนยันตัวตน พร้อมผลตอบกลับว่าเสร็จสมบูรณ์หรือไม่ผ่าน.

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

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

แหล่งข้อมูล

มักอนุมานจากการเปลี่ยนสถานะของเอกสารหรือเคสโดยรวม เช่น 'ตรวจสอบเอกสารแล้ว' หรือ 'ตรวจทานเสร็จแล้ว'.

บันทึก

ระบุเวลาที่ทำเครื่องหมายว่างานตรวจสอบด้วยตนเองเสร็จแล้ว หรือเวลาที่สถานะเคสเปลี่ยนเพื่อแสดงว่าตรวจเอกสารเรียบร้อย.

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

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

แหล่งข้อมูล

มักบันทึกเป็นเหตุการณ์ที่ระบุชัดเจนเมื่อระบบเริ่มการตรวจสอบ หรืออนุมานจากการเปลี่ยนสถานะ เช่น 'รอตรวจสอบประวัติ'.

บันทึก

ใช้เวลาจากการเรียก API ไปยังบริการตรวจสอบประวัติ หรือรายการบันทึกที่ระบุว่าเริ่มตรวจสอบแล้ว.

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

กิจกรรมนี้ใช้วัดประสิทธิภาพการส่งต่องานระหว่างกระบวนการตัดสินใจกับระบบจัดเตรียมบัญชีทางเทคนิค.

แหล่งข้อมูล

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

บันทึก

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

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

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

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

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

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

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

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

ปรับปรุงกระบวนการรับลูกค้าใหม่ KYC ให้มีประสิทธิภาพยิ่งขึ้น

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

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

ไม่ต้องใช้บัตรเครดิต เห็นประโยชน์ได้อย่างรวดเร็ว.