> การปรับปรุงกระบวนการอย่างต่อเนื่อง > การเริ่มต้นใช้งานลูกค้า KYC > ACTICO > เทมเพลตข้อมูล

เทมเพลตข้อมูลการเริ่มต้นใช้งานลูกค้า KYC

ACTICO

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

เทมเพลตข้อมูลการเริ่มต้นใช้งานลูกค้า KYC

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

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

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

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

แอตทริบิวต์สำหรับการเริ่มต้นใช้งานลูกค้า KYC

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

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

	ชื่อ	คำอธิบาย
	คำขอเปิดบัญชีลูกค้า CustomerApplication	รหัสเฉพาะของคำขอเปิดบัญชีลูกค้าแต่ละรายการ ใช้เป็นรหัสเคสสำหรับวิเคราะห์กระบวนการ.
คำอธิบาย Customer Application เป็นรหัสเคสหลักที่ใช้รวมเหตุการณ์และกิจกรรมทั้งหมดในเส้นทางการเปิดบัญชีของลูกค้าหนึ่งราย โดยแทนกระบวนการ KYC หนึ่งรายการตั้งแต่ส่งคำขอครั้งแรกจนถึงการตัดสินใจอนุมัติหรือปฏิเสธ ใน process mining คุณลักษณะนี้จำเป็นต่อการสร้างเส้นทางของคำขอแต่ละรายการตั้งแต่ต้นจนจบ นักวิเคราะห์ใช้ติดตามลำดับกิจกรรม วัดระยะเวลาดำเนินการทั้งหมด และเปรียบเทียบเส้นทางหรือรูปแบบกระบวนการของคำขอแต่ละรายการ เหตุการณ์ทั้งหมดที่ใช้ Customer Application ID เดียวกันจะถือว่าอยู่ในเคสเดียวกัน. เหตุผลที่สำคัญ นี่คือคุณลักษณะพื้นฐานของ process mining เพราะใช้เชื่อมเหตุการณ์ที่เกี่ยวข้องทั้งหมดให้เป็นกระบวนการเดียวกัน และช่วยวิเคราะห์ประสบการณ์เปิดบัญชีของลูกค้าแต่ละรายตั้งแต่ต้นจนจบ. แหล่งข้อมูล นี่คือคีย์หลักในตารางคำขอหรือการจัดการเคสหลักภายใน ACTICO โปรดดูชื่อและฟิลด์ของตารางที่เกี่ยวข้องในเอกสารของ ACTICO. ตัวอย่าง APP-2023-001234APP-2023-001235APP-2024-000001
	ชื่อกิจกรรม ActivityName	ชื่อของเหตุการณ์ทางธุรกิจหรืองานเฉพาะที่ดำเนินการในกระบวนการเปิดบัญชีลูกค้า.
คำอธิบาย คุณลักษณะนี้บันทึกชื่อของแต่ละขั้นตอนหรือกิจกรรมที่เกิดขึ้นระหว่างกระบวนการ KYC เช่น 'ส่งคำขอเปิดบัญชีแล้ว' 'ประเมินความเสี่ยงแล้ว' หรือ 'อนุมัติคำขอแล้ว' ชื่อกิจกรรมเหล่านี้เป็นองค์ประกอบตามลำดับที่นำมาสร้างแผนผังกระบวนการ การวิเคราะห์ชื่อกิจกรรมช่วยแสดงภาพการไหลของกระบวนการ ระบุกิจกรรมที่เกิดขึ้นบ่อยหรือไม่บ่อย และค้นหาคอขวดหรืองานที่ต้องทำซ้ำ ข้อมูลนี้เป็นพื้นฐานในการทำความเข้าใจว่ามีการดำเนินการอะไรและเรียงลำดับอย่างไร ซึ่งจำเป็นต่อการวิเคราะห์รูปแบบกระบวนการและตรวจสอบการปฏิบัติตามข้อกำหนด. เหตุผลที่สำคัญ คุณลักษณะนี้กำหนดขั้นตอนในแผนผังกระบวนการ ช่วยแสดงภาพการไหลของกระบวนการ ระบุจุดที่เบี่ยงเบน และวิเคราะห์ความถี่กับลำดับของกิจกรรม. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในตารางบันทึกเหตุการณ์ของ ACTICO มักอยู่ในฟิลด์ที่ระบุประเภทเหตุการณ์หรืองาน โปรดดูเอกสารของ ACTICO. ตัวอย่าง ส่งคำขอเปิดบัญชีแล้วประเมินความเสี่ยงแล้วตรวจสอบการปฏิบัติตามข้อกำหนดเสร็จแล้วปฏิเสธคำขอแล้ว
	เวลาที่เกิดเหตุการณ์ EventTime	เวลาที่ระบุว่ากิจกรรมหนึ่งเริ่มต้นหรือเกิดขึ้นเมื่อใด.
คำอธิบาย เวลาที่เกิดเหตุการณ์คือวันและเวลาที่แน่นอนซึ่งระบบบันทึกกิจกรรมไว้ โดยใช้เรียงลำดับเหตุการณ์ทั้งหมดภายในเคสคำขอของลูกค้าหนึ่งรายการ และสร้างลำดับเวลาของเส้นทางการเปิดบัญชี คุณลักษณะนี้สำคัญต่อการวิเคราะห์ตามเวลา ใช้คำนวณระยะเวลาระหว่างกิจกรรม ระบุความล่าช้าและเวลารอ วัดระยะเวลารวมของเคส และตรวจสอบการปฏิบัติตาม Service Level Agreement (SLA) เมื่อนำเวลาของเหตุการณ์ในเคสเดียวกันมาเรียงลำดับ เครื่องมือ process mining จะสร้างภาพการไหลของกระบวนการที่เกิดขึ้นจริงได้. เหตุผลที่สำคัญ คุณลักษณะนี้แสดงลำดับเหตุการณ์ตามเวลา ซึ่งจำเป็นต่อการคำนวณระยะเวลา ค้นหาคอขวด และวิเคราะห์ลำดับเวลาของกระบวนการ. แหล่งข้อมูล ข้อมูลนี้อยู่ในตารางบันทึกเหตุการณ์ของ ACTICO โดยเป็นเวลาที่กำกับกิจกรรมแต่ละรายการที่บันทึกไว้ โปรดดูเอกสารของ ACTICO. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z
	ระบบต้นทาง SourceSystem	ระบบหลักที่เป็นแหล่งกำเนิดข้อมูลเหตุการณ์.
คำอธิบาย แอตทริบิวต์นี้ระบุระบบสารสนเทศต้นทางที่สร้างข้อมูล สำหรับกระบวนการนี้ ค่าจะเป็น 'ACTICO' เสมอ แต่เมื่อนำข้อมูลจากหลายระบบมาวิเคราะห์ร่วมกัน ค่านี้จะช่วยแยกแหล่งที่มาของข้อมูลได้ ในบริบทของ process mining ข้อมูลนี้สำคัญต่อการกำกับดูแลและตรวจสอบความถูกต้องของข้อมูล ช่วยยืนยันว่าระบุแหล่งที่มาของข้อมูลได้ถูกต้อง ซึ่งจำเป็นเมื่อนำข้อมูลจากหลายระบบมารวมกันเพื่อให้เห็นภาพกระบวนการโดยรวม นอกจากนี้ยังช่วยตรวจสอบปัญหาคุณภาพข้อมูลย้อนกลับไปยังระบบต้นทางได้. เหตุผลที่สำคัญ ช่วยให้ทราบที่มาของข้อมูลและตรวจสอบย้อนกลับได้ พร้อมรองรับการกำกับดูแลข้อมูล ซึ่งสำคัญเมื่อนำข้อมูลจากหลายแหล่งมารวมกัน. แหล่งข้อมูล โดยทั่วไปจะเป็นค่าคงที่ ('ACTICO') ที่เพิ่มระหว่างการดึงและแปลงข้อมูล เพื่อระบุชุดข้อมูล. ตัวอย่าง ACTICOแพลตฟอร์ม ACTICOโมดูล KYC ของ Actico
	อัปเดตข้อมูลล่าสุด LastDataUpdate	วันและเวลาที่ดึงหรือรีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด.
คำอธิบาย แอตทริบิวต์นี้บันทึกวันและเวลาที่ดึงข้อมูลจาก ACTICO ล่าสุด เป็นฟิลด์ข้อมูลเมตาที่ใช้กับชุดข้อมูลทั้งหมด ไม่ใช่เหตุการณ์แต่ละรายการ จึงช่วยให้ทราบว่าข้อมูลที่ใช้วิเคราะห์เป็นข้อมูลใหม่เพียงใด ข้อมูลนี้สำคัญต่อผู้ใช้เมื่อดูแดชบอร์ดและรายงาน เพราะช่วยให้ทราบว่าข้อมูลเป็นปัจจุบันแค่ไหน และเข้าใจข้อจำกัดด้านเวลาของข้อมูลเชิงลึกได้ชัดเจน โดยเฉพาะเมื่อติดตามการปฏิบัติการที่ต้องใช้ข้อมูลใกล้เคียงเวลาจริง การแสดงเวลานี้ยังช่วยให้ตรวจสอบที่มาของข้อมูลและเชื่อมั่นในข้อมูลที่นำเสนอได้. เหตุผลที่สำคัญ แสดงความใหม่ของข้อมูล เพื่อให้ผู้ใช้ทราบว่ากำลังวิเคราะห์ข้อมูลล่าสุดหรือไม่ ซึ่งสำคัญต่อการตัดสินใจด้านการปฏิบัติการ. แหล่งข้อมูล ระบบสร้างและจัดเก็บค่านี้ระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL) โดยระบุเวลาที่งาน ETL ทำงานเสร็จสมบูรณ์. ตัวอย่าง 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	ผู้ใช้ที่เริ่มดำเนินการ InitiatingUser	รหัสหรือชื่อผู้ใช้ของพนักงานที่ทำกิจกรรม.
คำอธิบาย แอตทริบิวต์นี้ระบุผู้ใช้หรือตัวแทนระบบที่รับผิดชอบกิจกรรมแต่ละรายการ และเชื่อมโยงขั้นตอนของกระบวนการกับบุคคลหรือทีมที่ดำเนินการ หลายองค์กรต้องการวิเคราะห์ประสิทธิภาพแยกตามผู้ใช้ แอตทริบิวต์นี้ช่วยสร้างแดชบอร์ดที่แสดงการกระจายงาน ระยะเวลาประมวลผลของแต่ละคน และเปรียบเทียบประสิทธิภาพระหว่างผู้ใช้หรือทีมได้ นอกจากนี้ยังช่วยระบุผู้ที่ทำงานได้ดี รวมถึงผู้ที่อาจต้องได้รับการฝึกอบรมเพิ่มเติม และทำความเข้าใจการจัดสรรและการใช้ทรัพยากรได้. เหตุผลที่สำคัญ เชื่อมโยงกิจกรรมในกระบวนการกับผู้ใช้แต่ละราย ช่วยวิเคราะห์ประสิทธิภาพรายบุคคลหรือรายทีม และระบุความต้องการด้านการฝึกอบรมหรือความไม่สมดุลของทรัพยากร. แหล่งข้อมูล โดยทั่วไปจะจัดเก็บไว้กับเหตุการณ์แต่ละรายการในบันทึกเหตุการณ์หรือตารางประวัติธุรกรรมของ ACTICO โปรดดูเอกสารประกอบของ ACTICO. ตัวอย่าง จอห์น.โดเจน.สมิธผู้ใช้ระบบ
	แผนก Department	แผนกหรือทีมธุรกิจที่รับผิดชอบกิจกรรม.
คำอธิบาย แอตทริบิวต์นี้ระบุกิจกรรมว่าอยู่ภายใต้หน่วยงานใด เช่น 'การปฏิบัติตามข้อกำหนด', 'ทีมเริ่มต้นใช้งานลูกค้า' หรือ 'ฝ่ายดูแลลูกค้า' จึงช่วยให้เห็นบริบทของหน่วยงานในกระบวนการ การวิเคราะห์ระดับแผนกช่วยให้เข้าใจการส่งต่องานระหว่างหน่วยงานต่างๆ ระบุคอขวดระหว่างแผนก วัดประสิทธิภาพของแต่ละแผนก และวิเคราะห์การจัดสรรทรัพยากรระหว่างทีมได้ ผู้จัดการยังกรองแดชบอร์ดตามแผนกเพื่อดูผลการทำงานของทีมตนเองได้. เหตุผลที่สำคัญ เพิ่มมิติด้านหน่วยงานให้การวิเคราะห์ ช่วยระบุความล่าช้าระหว่างแผนกและประเมินประสิทธิภาพของแต่ละทีม. แหล่งข้อมูล ข้อมูลนี้อาจจัดเก็บไว้กับข้อมูลเหตุการณ์โดยตรง หรือได้จากการเชื่อมข้อมูลผู้ใช้กับตารางข้อมูลหลักของฝ่ายทรัพยากรบุคคล ซึ่งระบุว่าแต่ละคนอยู่แผนกใด โปรดดูเอกสารประกอบของ ACTICO. ตัวอย่าง Complianceทีมเริ่มต้นใช้งานลูกค้าฝ่ายบริการลูกค้า
	ระดับความเสี่ยง RiskLevel	ระดับความเสี่ยงที่คำนวณได้ของใบสมัครลูกค้า เช่น ต่ำ ปานกลาง หรือสูง.
คำอธิบาย แอตทริบิวต์นี้ระบุระดับความเสี่ยงที่ประเมินได้ของลูกค้า ซึ่งมักกำหนดความซับซ้อนและความเข้มงวดของขั้นตอน KYC ถัดไป ลูกค้าที่มีความเสี่ยงสูงอาจต้องผ่านการตรวจสอบและขออนุมัติเพิ่มเติมเมื่อเทียบกับลูกค้าที่มีความเสี่ยงต่ำ ใน process mining ระดับความเสี่ยงเป็นมิติสำคัญสำหรับการเปรียบเทียบ ช่วยให้นักวิเคราะห์ตรวจสอบได้ว่ากระบวนการแยกเส้นทางตามระดับความเสี่ยงอย่างถูกต้องหรือไม่ เช่น ตรวจสอบว่าลูกค้าความเสี่ยงสูงทุกรายผ่านขั้นตอนตรวจสอบสถานะอย่างเข้มข้น ข้อมูลนี้เป็นองค์ประกอบสำคัญของแดชบอร์ด 'เส้นทางกระบวนการประเมินความเสี่ยง'. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มเคสตามระดับความเสี่ยง และวิเคราะห์ว่ากระบวนการปรับตามระดับความเสี่ยงที่แตกต่างกันตามนโยบายการปฏิบัติตามข้อกำหนดหรือไม่. แหล่งข้อมูล ข้อมูลสำคัญนี้จัดเก็บในระดับเคสในตารางใบสมัครหลักของ ACTICO. ตัวอย่าง ต่ำปานกลางสูง
	วันที่เป้าหมายตาม SLA SlaTargetDate	วันที่คาดว่าจะดำเนินกระบวนการเริ่มต้นใช้งานลูกค้าให้เสร็จ.
คำอธิบาย วันที่เป้าหมายตาม SLA คือกำหนดเสร็จสิ้นการเริ่มต้นใช้งานลูกค้า ตามข้อตกลงระดับการให้บริการภายในองค์กร โดยมักคำนวณจากวันที่ส่งใบสมัครบวกกับเวลาประมวลผลมาตรฐาน แอตทริบิวต์นี้จำเป็นต่อการติดตามการปฏิบัติตาม SLA เมื่อนำวันที่เคสเสร็จจริงมาเทียบกับวันที่เป้าหมายตาม SLA ระบบจะระบุได้ว่าเคสเสร็จตรงเวลาหรือเกินกำหนด ข้อมูลนี้เป็นพื้นฐานของแดชบอร์ด 'ประสิทธิภาพ SLA สำหรับการเริ่มต้นใช้งานลูกค้า' และ KPI 'อัตราการทำตาม SLA สำหรับการเริ่มต้นใช้งานลูกค้า'. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์วัดการทำงานให้เสร็จตรงเวลา ช่วยติดตามและรายงานการปฏิบัติตาม SLA ได้โดยตรง. แหล่งข้อมูล ข้อมูลนี้อาจจัดเก็บเป็นฟิลด์ในตารางเคสหลักของ ACTICO หรือคำนวณจากกฎทางธุรกิจ เช่น วันที่ส่งใบสมัคร + 5 วันทำการ. ตัวอย่าง 2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z
	เวลาสิ้นสุด EndTime	วันและเวลาที่กิจกรรมหนึ่งเสร็จสิ้น.
คำอธิบาย เวลาสิ้นสุดระบุว่ากิจกรรมเสร็จเมื่อใด เมื่อนำมาใช้คู่กับเวลาเริ่มต้น (EventTime) จะคำนวณระยะเวลาที่ใช้ทำแต่ละงาน หรือเวลาประมวลผลได้ กิจกรรมบางรายการอาจไม่มีเวลาสิ้นสุดแยกต่างหาก เพราะเกิดขึ้นทันที แอตทริบิวต์นี้เป็นพื้นฐานสำคัญของการวิเคราะห์ประสิทธิภาพ โดยเฉพาะการวัดว่าแต่ละขั้นตอนใช้เวลานานเท่าใด ช่วยสร้างแดชบอร์ดประสิทธิภาพโดยละเอียด ระบุกิจกรรมที่ใช้เวลามากที่สุด และคำนวณ KPI เช่น 'เวลาเฉลี่ยในการตรวจสอบเอกสาร' ได้. เหตุผลที่สำคัญ ช่วยคำนวณระยะเวลาของกิจกรรมได้อย่างแม่นยำ ซึ่งจำเป็นต่อการระบุคอขวดด้านประสิทธิภาพและวิเคราะห์การใช้ทรัพยากร. แหล่งข้อมูล เช่นเดียวกับเวลาเริ่มต้น โดยทั่วไปค่านี้อยู่ในตารางบันทึกเหตุการณ์ของ ACTICO บางระบบจัดเก็บเวลาเริ่มต้นและเวลาสิ้นสุดไว้คนละคอลัมน์ในระเบียนเหตุการณ์เดียวกัน โปรดดูเอกสารประกอบของ ACTICO. ตัวอย่าง 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z
	สถานะใบสมัคร ApplicationStatus	ผลลัพธ์สุดท้ายหรือสถานะปัจจุบันของใบสมัครเริ่มต้นใช้งานลูกค้า.
คำอธิบาย แอตทริบิวต์นี้ระบุผลสรุปของเคส โดยทั่วไปคือ 'อนุมัติ' หรือ 'ปฏิเสธ' และอาจแสดงสถานะของเคสที่ยังดำเนินการอยู่ได้ด้วย จึงเป็นมิติสำคัญสำหรับการวิเคราะห์ผลลัพธ์ การทำความเข้าใจว่าเหตุใดใบสมัครจึงได้รับอนุมัติหรือถูกปฏิเสธเป็นเป้าหมายสำคัญของ process mining สำหรับกระบวนการ KYC แอตทริบิวต์นี้ช่วยกรองแผนผังกระบวนการเพื่อดูเส้นทางที่ใบสมัครซึ่งได้รับอนุมัติและถูกปฏิเสธมักดำเนินไป ทำให้เห็นรูปแบบที่นำไปสู่ผลลัพธ์ที่ไม่ต้องการ และใช้คำนวณ KPI 'อัตราการปฏิเสธใบสมัคร' ได้. เหตุผลที่สำคัญ ระบุผลลัพธ์ของแต่ละเคส ช่วยเปรียบเทียบกรณีที่สำเร็จและไม่สำเร็จ รวมถึงคำนวณอัตราการปฏิเสธได้. แหล่งข้อมูล แอตทริบิวต์นี้อยู่ในระดับเคส โดยมักพบในตารางเคสหลักหรือตารางใบสมัครของ ACTICO และแสดงสถานะสุดท้ายของใบสมัคร. ตัวอย่าง อนุมัติปฏิเสธกำลังดำเนินการรอข้อมูลเพิ่มเติม
	เหตุผลที่ปฏิเสธ RejectionReason	เหตุผลเฉพาะที่ระบุเมื่อปฏิเสธใบสมัครของลูกค้า.
คำอธิบาย เมื่อสถานะสุดท้ายของใบสมัครเป็น 'ปฏิเสธ' แอตทริบิวต์นี้จะระบุสาเหตุ เช่น 'เอกสารไม่ครบ', 'ตรวจสอบประวัติไม่ผ่าน' หรือ 'มีความเสี่ยงสูง' แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์หาสาเหตุที่แท้จริง การดูความถี่ของเหตุผลที่ปฏิเสธแต่ละประเภทช่วยให้ธุรกิจพบปัญหาที่เกิดซ้ำในกระบวนการหรือในข้อมูลที่ลูกค้าส่งมาได้ เช่น หากมีการปฏิเสธเพราะเอกสารไม่ครบจำนวนมาก อาจหมายความว่าคำแนะนำในการกรอกใบสมัครยังไม่ชัดเจน ข้อมูลนี้รองรับแดชบอร์ด 'อัตราการปฏิเสธใบสมัครและเหตุผล' โดยตรง. เหตุผลที่สำคัญ แสดงสาเหตุที่ใบสมัครถูกปฏิเสธ ช่วยวิเคราะห์หาสาเหตุที่แท้จริงเพื่อลดอัตราการปฏิเสธและปรับปรุงประสิทธิภาพของกระบวนการ. แหล่งข้อมูล โดยทั่วไปพบในตารางเคสหลักหรือตารางใบสมัครของ ACTICO และมักมีค่าเฉพาะเมื่อสถานะใบสมัครเป็น 'ปฏิเสธ'. ตัวอย่าง เอกสารไม่ครบยืนยันตัวตนไม่ผ่านพบชื่อตรงกับรายการคว่ำบาตรคะแนนความเสี่ยงสูง
	ดำเนินการอัตโนมัติหรือไม่ IsAutomated	ตัวบ่งชี้ว่าระบบดำเนินกิจกรรมโดยอัตโนมัติ หรือผู้ใช้ดำเนินการด้วยตนเอง.
คำอธิบาย แอตทริบิวต์แบบค่าจริง/เท็จนี้แยกงานที่ผู้ใช้ดำเนินการออกจากงานที่ระบบทำโดยอัตโนมัติ เช่น การตรวจสอบประวัติหรือการให้คะแนนความเสี่ยง การวิเคราะห์แอตทริบิวต์นี้ช่วยประเมินผลของการนำระบบอัตโนมัติมาใช้ เปรียบเทียบเวลาประมวลผลระหว่างขั้นตอนอัตโนมัติกับขั้นตอนที่ทำด้วยตนเอง และระบุว่าส่วนใดยังต้องใช้แรงงานคนมาก รวมถึงหาโอกาสเพิ่มระบบอัตโนมัติเพื่อให้ทำงานมีประสิทธิภาพขึ้นและลดต้นทุนการปฏิบัติการ. เหตุผลที่สำคัญ แยกงานที่คนทำออกจากงานที่ระบบทำ ช่วยวัดผลของระบบอัตโนมัติและระบุโอกาสเพิ่มประสิทธิภาพในอนาคต. แหล่งข้อมูล อนุมานค่านี้ได้จากแอตทริบิวต์ 'InitiatingUser' เช่น หากผู้ใช้เป็น 'SYSTEM' หรืออาจมีฟิลด์เฉพาะในบันทึกเหตุการณ์ โปรดดูเอกสารประกอบของ ACTICO. ตัวอย่าง truefalse
	ประเทศ Country	ประเทศที่ลูกค้าผู้สมัครอาศัยอยู่.
คำอธิบาย แอตทริบิวต์นี้ระบุประเทศของลูกค้า ซึ่งอาจส่งผลอย่างมากต่อกระบวนการ KYC แต่ละเขตอำนาจศาลมีข้อกำหนดด้านกฎระเบียบต่างกัน จึงอาจต้องเพิ่มหรือเปลี่ยนขั้นตอนในกระบวนการ การวิเคราะห์กระบวนการแยกตามประเทศช่วยเปรียบเทียบประสิทธิภาพระหว่างภูมิภาค และระบุได้ว่าบางประเทศมีระยะเวลาดำเนินการนานหรืออัตราการปฏิเสธสูงกว่าปกติหรือไม่ ซึ่งอาจบ่งชี้ถึงข้อจำกัดด้านกฎระเบียบหรือปัญหาเฉพาะของตลาด มุมมองตามภูมิศาสตร์นี้สำคัญต่อองค์กรที่ดำเนินงานในหลายประเทศและต้องการกำหนดมาตรฐานกระบวนการโดยยังปฏิบัติตามข้อกำหนดในแต่ละพื้นที่. เหตุผลที่สำคัญ เพิ่มมิติด้านภูมิศาสตร์ให้การวิเคราะห์ ช่วยให้เข้าใจความแตกต่างของกระบวนการและประสิทธิภาพในเขตอำนาจศาลที่มีกฎระเบียบต่างกัน. แหล่งข้อมูล ข้อมูลพื้นฐานของลูกค้านี้จัดเก็บในระดับเคสหรือลูกค้าภายในระบบ ACTICO. ตัวอย่าง USADEUGBRSGP
	ประเภทลูกค้า CustomerType	การจัดประเภทลูกค้า เช่น บุคคลธรรมดาหรือนิติบุคคล.
คำอธิบาย แอตทริบิวต์นี้แบ่งผู้สมัครเป็นประเภทต่างๆ เช่น บุคคลธรรมดาหรือนิติบุคคล กระบวนการ KYC ของลูกค้าแต่ละประเภทมักแตกต่างกันมาก โดยการเริ่มต้นใช้งานลูกค้านิติบุคคลมีความซับซ้อนกว่ามาก การใช้ประเภทลูกค้าเป็นมิติช่วยแยกและเปรียบเทียบกระบวนการที่แตกต่างกันเหล่านี้ในชุดข้อมูลเดียวกันได้อย่างชัดเจน นักวิเคราะห์กรองแผนผังกระบวนการให้แสดงเฉพาะลูกค้า 'นิติบุคคล' เพื่อทำความเข้าใจปัญหา คอขวด และระยะเวลาดำเนินการของกลุ่มนี้ โดยไม่ให้ข้อมูลจากกระบวนการที่เรียบง่ายกว่าของลูกค้า 'บุคคลธรรมดา' มาบิดเบือนผลวิเคราะห์. เหตุผลที่สำคัญ ช่วยแยกวิเคราะห์กระบวนการตามประเภทลูกค้า ซึ่งมักมีเส้นทางและความซับซ้อนต่างกันมาก ทำให้วิเคราะห์ได้แม่นยำขึ้น. แหล่งข้อมูล แอตทริบิวต์พื้นฐานนี้จัดเก็บในระดับเคสหรือลูกค้าภายใน ACTICO. ตัวอย่าง บุคคลธรรมดานิติบุคคลธุรกิจขนาดเล็ก
	เป็นงานแก้ไขซ้ำหรือไม่ IsRework	ตัวบ่งชี้ที่คำนวณได้เพื่อระบุว่ากิจกรรมเป็นขั้นตอนที่ทำซ้ำหรือเป็นส่วนหนึ่งของวงจรการแก้ไขงาน.
คำอธิบาย แอตทริบิวต์แบบค่าจริง/เท็จนี้ระบุกิจกรรมที่ทำเป็นครั้งที่สองหรือมากกว่าภายในเคสเดียวกัน เช่น การ 'ตรวจสอบเอกสาร' อีกครั้งหลังจากขอข้อมูลเพิ่มเติม ซึ่งช่วยระบุงานแก้ไขซ้ำที่มักทำให้กระบวนการไม่มีประสิทธิภาพ การระบุงานแก้ไขซ้ำเป็นเป้าหมายสำคัญของ process mining แอตทริบิวต์นี้ช่วยวัดปริมาณงานแก้ไขซ้ำ เช่น คำนวณ KPI 'อัตราการแก้ไขเอกสารซ้ำ' ได้ ในแผนผังกระบวนการยังเน้นวงจรที่ย้อนกลับไปทำขั้นตอนเดิม เพื่อให้เห็นจุดที่เกิดการวนซ้ำและปัญหาด้านคุณภาพ หรือขั้นตอนที่ทำไม่ถูกต้องตั้งแต่ครั้งแรก. เหตุผลที่สำคัญ แสดงงานที่ต้องทำซ้ำ ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการโดยตรง และระบุกิจกรรมที่มีปัญหาด้านคุณภาพหรือความชัดเจน. แหล่งข้อมูล แอตทริบิวต์นี้คำนวณจากตรรกะที่กำหนดไว้ในเครื่องมือ process mining หรือระหว่างการแปลงข้อมูล เพื่อตรวจจับกิจกรรมที่เกิดซ้ำในเคสเดียวกัน. ตัวอย่าง truefalse
	สถานะ SLA SlaState	สถานะที่คำนวณได้เพื่อระบุว่าเคสทำตาม SLA เกินกำหนด หรือมีความเสี่ยงที่จะเกินกำหนด.
คำอธิบาย แอตทริบิวต์นี้ประเมินผลการดำเนินงานของเคสเทียบกับข้อตกลงระดับการให้บริการ โดยเปรียบเทียบเวลาเสร็จสิ้นของเคส หรือเวลาปัจจุบันสำหรับเคสที่ยังเปิดอยู่ กับ 'SlaTargetDate' แอตทริบิวต์นี้ช่วยให้รายงาน SLA เข้าใจง่ายขึ้น เพราะแปลงการเปรียบเทียบวันที่เป็นสถานะที่อ่านได้ทันที แดชบอร์ดนำไปแสดงเป็นกราฟวงกลมหรือมาตรวัด เพื่อให้เห็นสัดส่วนเคสที่ 'ทำตามกำหนด' เทียบกับ 'เกินกำหนด' ได้ชัดเจน ข้อมูลนี้เป็นองค์ประกอบสำคัญของแดชบอร์ด 'ประสิทธิภาพ SLA สำหรับการเริ่มต้นใช้งานลูกค้า' และรองรับ KPI 'อัตราการทำตาม SLA สำหรับการเริ่มต้นใช้งานลูกค้า' โดยตรง. เหตุผลที่สำคัญ แสดงสถานะการปฏิบัติตาม SLA ของแต่ละเคสอย่างชัดเจน ช่วยให้รายงานง่ายขึ้นและแสดงผลเทียบกับเป้าหมายได้สะดวก. แหล่งข้อมูล แอตทริบิวต์นี้คำนวณจากตรรกะทางธุรกิจ โดยเปรียบเทียบเวลาที่เคสเสร็จสิ้นกับ 'SlaTargetDate'. ตัวอย่าง ทำตามกำหนดเกินกำหนดเสี่ยงเกินกำหนด

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

กิจกรรมสำหรับการเริ่มต้นใช้งานลูกค้า KYC

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

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

	กิจกรรม	คำอธิบาย
	ตรวจสอบการปฏิบัติตามข้อกำหนดเสร็จแล้ว	เป็นจุดสิ้นสุดของการตรวจสอบด้วยตนเองโดยฝ่ายกำกับดูแลการปฏิบัติตามข้อกำหนด ซึ่งอาจมีการอนุมัติ ปฏิเสธ หรือขอให้ดำเนินการเพิ่มเติม อนุมานกิจกรรมนี้ได้จากการเปลี่ยนสถานะเคสจาก 'รอตรวจสอบการปฏิบัติตามข้อกำหนด' เป็นสถานะถัดไป เช่น 'อนุมัติด้านการปฏิบัติตามข้อกำหนดแล้ว'.
เหตุผลที่สำคัญ นี่คือเหตุการณ์ปิดขั้นตอนการตรวจสอบการปฏิบัติตามข้อกำหนด จำเป็นต่อการคำนวณระยะเวลาตรวจสอบทั้งหมดและวิเคราะห์ปริมาณงานที่ทีมดำเนินการได้. แหล่งข้อมูล อนุมานได้จากบันทึกประวัติสถานะของคำขอ ให้ค้นหาเวลาที่เคสออกจากสถานะ 'อยู่ระหว่างตรวจสอบการปฏิบัติตามข้อกำหนด' ซึ่งแสดงว่ามีการตัดสินใจแล้ว. บันทึก อนุมานได้จากการเปลี่ยนสถานะเคสจาก 'รอตรวจสอบการปฏิบัติตามข้อกำหนด' เป็น 'อนุมัติด้านการปฏิบัติตามข้อกำหนดแล้ว' หรือสถานะที่มีความหมายใกล้เคียงกัน. ประเภทเหตุการณ์ inferred
	ปฏิเสธคำขอแล้ว	หมายถึงการตัดสินใจขั้นสุดท้ายเพื่อปฏิเสธคำขอของลูกค้าและยุติกระบวนการเปิดบัญชี นี่คือสถานะสิ้นสุดที่สำคัญ ซึ่งบันทึกผ่านการเปลี่ยนสถานะครั้งสุดท้ายของรายการคำขอ.
เหตุผลที่สำคัญ นี่คือเหตุการณ์สิ้นสุดหลักของกรณีที่ไม่สำเร็จ การวิเคราะห์เคสที่จบด้วยกิจกรรมนี้จำเป็นต่อการทำความเข้าใจอัตราการปฏิเสธ สาเหตุที่ไม่ผ่าน และวิธีเพิ่มสัดส่วนเคสที่ดำเนินการสำเร็จ. แหล่งข้อมูล อนุมานได้จากช่องสถานะสุดท้ายในตารางคำขอหรือเคสหลัก ให้ค้นหาสถานะสิ้นสุด เช่น 'ปฏิเสธแล้ว' 'ไม่อนุมัติ' หรือ 'ปิดเคสแล้ว - ปฏิเสธ'. บันทึก อัปเดตสถานะสุดท้ายของเคสเป็น 'ปฏิเสธแล้ว' ในข้อมูลหลักของเคส. ประเภทเหตุการณ์ inferred
	ประเมินความเสี่ยงแล้ว	กิจกรรมนี้หมายถึงการทำงานของ decisioning engine ใน ACTICO เพื่อคำนวณคะแนนหรือระดับความเสี่ยงของคำขอลูกค้า ระบบจะบันทึกเป็นเหตุการณ์โดยตรงเมื่อชุดกฎประเมินความเสี่ยงทำงาน.
เหตุผลที่สำคัญ การประเมินความเสี่ยงเป็นจุดตัดสินใจสำคัญที่มักกำหนดเส้นทางของกระบวนการในขั้นถัดไป การวิเคราะห์กิจกรรมนี้ช่วยให้เข้าใจว่าระดับความเสี่ยงส่งผลต่อรูปแบบและระยะเวลาของกระบวนการอย่างไร. แหล่งข้อมูล นี่เป็นเหตุการณ์หลักใน ACTICO และควรบันทึกไว้ในบันทึกการตัดสินใจหรือการทำงาน โดยทั่วไปบันทึกเหล่านี้มีรหัสเคส กฎที่ทำงาน และคะแนนความเสี่ยงที่ได้. บันทึก decision engine ของ ACTICO บันทึกเหตุการณ์เมื่อคำนวณคะแนนความเสี่ยงเสร็จ. ประเภทเหตุการณ์ explicit
	เปิดบัญชีลูกค้าเสร็จแล้ว	นี่คือกิจกรรมสุดท้ายของกระบวนการ หมายถึงลูกค้าผ่านขั้นตอนการเปิดบัญชีครบถ้วนและปิดเคสคำขอแล้ว อนุมานได้จากสถานะสุดท้าย เช่น 'เปิดบัญชีแล้ว' หรือ 'ปิดเคสแล้ว - อนุมัติ'.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์สิ้นสุดหลักที่แสดงความสำเร็จ จำเป็นต่อการคำนวณระยะเวลาตั้งแต่ต้นจนจบของลูกค้าทุกรายที่เปิดบัญชีสำเร็จ และเป็นเวลาสุดท้ายสำหรับวิเคราะห์เส้นทางที่เป็นไปตามขั้นตอนปกติ. แหล่งข้อมูล อนุมานได้จากช่องสถานะสุดท้ายของเคสคำขอลูกค้า ให้ค้นหาเวลาที่เคสเปลี่ยนเป็นสถานะสุดท้ายที่แสดงว่าดำเนินการสำเร็จ. บันทึก อนุมานได้จากการอัปเดตสถานะสุดท้ายของเคสเป็น 'เสร็จสมบูรณ์' หรือ 'ปิดแล้ว'. ประเภทเหตุการณ์ inferred
	เริ่มตรวจสอบการปฏิบัติตามข้อกำหนด	เป็นจุดเริ่มต้นของการตรวจสอบด้วยตนเองโดยฝ่ายกำกับดูแลการปฏิบัติตามข้อกำหนด ซึ่งมักใช้กับคำขอที่มีความเสี่ยงสูงหรือถูกแจ้งเตือน โดยทั่วไปอนุมานได้จากการเปลี่ยนสถานะเคสเป็น 'รอตรวจสอบการปฏิบัติตามข้อกำหนด' หรือการมอบหมายเคสให้คิวงานของเจ้าหน้าที่กำกับดูแล.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นสำหรับวัดคอขวดในการตรวจสอบการปฏิบัติตามข้อกำหนด ระยะเวลาจนถึง 'ตรวจสอบการปฏิบัติตามข้อกำหนดเสร็จแล้ว' เป็น KPI สำคัญที่ช่วยระบุความล่าช้าในขั้นตอนนี้. แหล่งข้อมูล อนุมานได้จากประวัติสถานะหรือบันทึกการตรวจสอบของคำขอ ให้ค้นหาเวลาที่สถานะเปลี่ยนเป็น 'อยู่ระหว่างตรวจสอบการปฏิบัติตามข้อกำหนด' หรือเวลาที่มอบหมายเคสให้กลุ่มผู้ใช้ที่เกี่ยวข้องกับการปฏิบัติตามข้อกำหนด. บันทึก อนุมานได้จากการเปลี่ยนสถานะเคสเป็น 'รอตรวจสอบการปฏิบัติตามข้อกำหนด' หรือการมอบหมายเคสให้ทีมกำกับดูแลการปฏิบัติตามข้อกำหนด. ประเภทเหตุการณ์ inferred
	ลูกค้าอัปโหลดเอกสารแล้ว	กิจกรรมนี้เกิดขึ้นเมื่อลูกค้าส่งเอกสารยืนยันตัวตนและเอกสารประกอบที่จำเป็นผ่านพอร์ทัลหรือช่องทางอื่นที่เชื่อมต่อกับ ACTICO โดยปกติระบบจะบันทึกการอัปโหลดเอกสารแต่ละรายการเป็นเหตุการณ์แยกกันในระบบจัดการเอกสารหรือบันทึกเคส.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นหมุดหมายสำคัญที่ขึ้นอยู่กับการดำเนินการของลูกค้า การติดตามเหตุการณ์นี้จำเป็นต่อการวัดเวลาตอบกลับของลูกค้าและวิเคราะห์ระยะเวลาของขั้นตอนตรวจสอบเอกสารที่ตามมา. แหล่งข้อมูล ค้นหาบันทึกเหตุการณ์เกี่ยวกับการจัดการเอกสารหรือไฟล์แนบในเคสคำขอ โดยมักบันทึกข้อมูลเหล่านี้ไว้ในตารางเฉพาะสำหรับจัดการเอกสารหรือหลักฐานในฐานข้อมูล ACTICO. บันทึก ระบบบันทึกเหตุการณ์เมื่อมีการแนบเอกสารเข้ากับเคส. ประเภทเหตุการณ์ explicit
	ส่งคำขอเปิดบัญชีแล้ว	กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการเปิดบัญชี KYC เมื่อระบบ ACTICO ได้รับคำขอของลูกค้าใหม่อย่างเป็นทางการ ระบบจะบันทึกเป็นเหตุการณ์โดยตรง โดยทั่วไปจะมีเวลาที่แน่นอนกำกับเมื่อสร้างเคสหรือรายการคำขอใหม่.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักที่ใช้คำนวณระยะเวลารวมของการเปิดบัญชีและติดตามจำนวนคำขอ อีกทั้งยังเป็นเวลาอ้างอิงสำหรับการวัดผลการดำเนินงานในขั้นตอนถัดไปทั้งหมด. แหล่งข้อมูล โดยทั่วไปจะเป็นรายการที่บันทึกไว้โดยตรงในบันทึกการสร้างคำขอหรือเคสใน ACTICO ให้ค้นหาตารางเกี่ยวกับเหตุการณ์ส่งคำขอ หรือเวลาที่สร้างรายการเคสหลัก. บันทึก ระบบบันทึกเหตุการณ์เมื่อสร้างเคสคำขอใหม่. ประเภทเหตุการณ์ explicit
	อนุมัติคำขอแล้ว	กิจกรรมนี้หมายถึงการตัดสินใจทางธุรกิจขั้นสุดท้ายเพื่ออนุมัติคำขอเปิดบัญชีของลูกค้า นับเป็นหมุดหมายสำคัญที่โดยทั่วไปบันทึกเป็นการเปลี่ยนสถานะครั้งสุดท้ายโดยเฉพาะในวงจรของคำขอ.
เหตุผลที่สำคัญ หมุดหมายนี้เกิดก่อนการสร้างบัญชีและแสดงว่าผลลัพธ์สำเร็จ การวิเคราะห์เวลาที่ใช้จนถึงจุดนี้จำเป็นต่อการทำความเข้าใจระยะเวลาของเส้นทางที่เป็นไปตามขั้นตอนปกติ. แหล่งข้อมูล อนุมานได้จากช่องสถานะสุดท้ายในตารางคำขอหรือเคสหลัก ให้ค้นหาสถานะ เช่น 'อนุมัติแล้ว' 'อนุมัติเสร็จแล้ว' หรือสถานะสุดท้ายเชิงบวกที่มีความหมายใกล้เคียงกัน. บันทึก อัปเดตสถานะสุดท้ายของเคสเป็น 'อนุมัติแล้ว' ในข้อมูลหลักของเคส. ประเภทเหตุการณ์ inferred
	ขอข้อมูลเพิ่มเติม	หมายถึงเหตุการณ์ที่ผู้ตรวจสอบ ซึ่งมักอยู่ในฝ่ายกำกับดูแลการปฏิบัติตามข้อกำหนดหรือฝ่ายพิจารณาสินเชื่อ ต้องการข้อมูลหรือเอกสารเพิ่มเติมจากลูกค้า โดยปกติระบบจะบันทึกการดำเนินการนี้โดยตรง เพราะมักมีการส่งการแจ้งเตือนให้ลูกค้าและพักเคสไว้.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นสาเหตุหลักที่ทำให้ต้องทำงานซ้ำและระยะเวลากระบวนการเพิ่มขึ้น การติดตามความถี่และผลกระทบจึงจำเป็นต่อการระบุจุดที่ควรปรับปรุงการเก็บข้อมูลตั้งแต่ต้น. แหล่งข้อมูล เหตุการณ์นี้น่าจะบันทึกไว้โดยตรงในประวัติเคสหรือบันทึกการสื่อสาร ให้ค้นหาเหตุการณ์ เช่น 'ส่ง RFI แล้ว' (คำขอข้อมูล) หรือการเปลี่ยนสถานะเป็น 'รอข้อมูลจากลูกค้า'. บันทึก บันทึกเหตุการณ์ที่ผู้ใช้เริ่มดำเนินการโดยตรง เช่น 'ส่ง RFI' ไว้ในบันทึกการตรวจสอบของเคส. ประเภทเหตุการณ์ explicit
	ตรวจสอบคำขอเบื้องต้น	หมายถึงการตรวจสอบคำขอที่ส่งเข้ามาเป็นครั้งแรก โดยกฎอัตโนมัติหรือเจ้าหน้าที่ เพื่อดูว่าข้อมูลครบถ้วนและมีคุณสมบัติเบื้องต้นหรือไม่ โดยมักอนุมานกิจกรรมนี้จากการเปลี่ยนสถานะของคำขอ เช่น จาก 'ส่งแล้ว' เป็น 'กำลังตรวจสอบ'.
เหตุผลที่สำคัญ การวิเคราะห์เวลาที่ใช้ในการตรวจสอบครั้งแรกช่วยระบุความล่าช้าในช่วงเริ่มต้น และทำให้เห็นว่ามีคำขอกี่รายการที่ผ่านขั้นตอนแรกโดยไม่มีปัญหา. แหล่งข้อมูล อนุมานได้จากตารางประวัติสถานะหรือบันทึกการตรวจสอบที่เกี่ยวข้องกับเคสคำขอของลูกค้า ให้เปรียบเทียบเวลาที่สถานะเปลี่ยนจาก 'ใหม่' หรือ 'ส่งแล้ว' เป็น 'กำลังตรวจสอบ'. บันทึก ตรวจจับการเปลี่ยนสถานะจาก 'ส่งแล้ว' เป็น 'อยู่ระหว่างตรวจสอบ' ในบันทึกประวัติเคส. ประเภทเหตุการณ์ inferred
	ตรวจสอบยืนยันตัวตนแล้ว	หมายถึงการตรวจสอบโดยระบบอัตโนมัติหรือเจ้าหน้าที่ เพื่อยืนยันตัวตนของลูกค้ากับแหล่งข้อมูลภายนอกหรือภายใน โดยมักบันทึกเป็นเหตุการณ์โดยตรงเมื่อมีการเรียก API ไปยังบริการยืนยันตัวตนของบุคคลที่สามและได้รับผลตอบกลับ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นขั้นตอนสำคัญด้านการปฏิบัติตามข้อกำหนด การวิเคราะห์ระยะเวลาและผลลัพธ์ช่วยให้เห็นการพึ่งพาบริการภายนอกและคอขวดที่อาจเกิดขึ้นในขั้นตอนการยืนยันตัวตน. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในบันทึกการเชื่อมต่อระบบหรือตารางเหตุการณ์เฉพาะ ซึ่งบันทึกผลการตรวจสอบอัตโนมัติและการเรียกใช้บริการของบุคคลที่สามที่เชื่อมโยงกับเคสคำขอ. บันทึก บันทึกเหตุการณ์จากการเรียกใช้บริการยืนยันตัวตนของบุคคลที่สามผ่านการเชื่อมต่อระบบ. ประเภทเหตุการณ์ explicit
	ตรวจสอบเอกสารเสร็จแล้ว	กิจกรรมนี้หมายถึงเจ้าหน้าที่ตรวจสอบเอกสารที่ลูกค้าส่งมาเสร็จแล้ว โดยทั่วไปอนุมานได้จากการเปลี่ยนสถานะของเอกสารหรือเคสโดยรวม เช่น 'ยืนยันเอกสารแล้ว' หรือ 'ตรวจสอบเสร็จแล้ว'.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญในการวัดประสิทธิภาพของกระบวนการจัดการเอกสาร ระยะเวลาตั้งแต่ 'ลูกค้าอัปโหลดเอกสารแล้ว' จนถึงกิจกรรมนี้เป็น KPI สำคัญที่ช่วยระบุความล่าช้าจากการดำเนินการด้วยตนเอง. แหล่งข้อมูล อนุมานได้จากบันทึกประวัติสถานะของเคสคำขอหรือเอกสารแต่ละรายการ การเปลี่ยนสถานะเอกสารจาก 'รอตรวจสอบ' เป็น 'อนุมัติแล้ว' หรือ 'ตรวจสอบแล้ว' แสดงว่ากิจกรรมนี้เกิดขึ้น. บันทึก อนุมานได้จากการเปลี่ยนสถานะเอกสารเป็น 'ยืนยันแล้ว' หรือ 'ตรวจสอบแล้ว'. ประเภทเหตุการณ์ inferred
	เริ่มตรวจสอบประวัติ	หมายถึงการเริ่มตรวจสอบประวัติด้วยระบบอัตโนมัติหรือด้วยตนเอง เช่น การตรวจสอบ AML หรือประวัติเครดิต โดยมักบันทึกเป็นเหตุการณ์โดยตรงเมื่อระบบเริ่มการตรวจสอบ ซึ่งอาจเกี่ยวข้องกับผู้ให้บริการภายนอก.
เหตุผลที่สำคัญ การเริ่มตรวจสอบประวัติเป็นหมุดหมายสำคัญในกระบวนการตรวจสอบสถานะลูกค้า การติดตามขั้นตอนนี้ช่วยให้เข้าใจการพึ่งพาและระยะเวลารอข้อมูลจากผู้ให้บริการภายนอก. แหล่งข้อมูล ค้นหารายการในบันทึกระบบหรือบันทึกการตรวจสอบที่แสดงว่ามีการเริ่มขั้นตอนตรวจสอบประวัติ โดยรายการเหล่านี้มักเชื่อมโยงกับรหัสเคสคำขอหลัก. บันทึก บันทึกเหตุการณ์เมื่อ workflow engine เริ่มเรียกใช้บริการตรวจสอบประวัติ. ประเภทเหตุการณ์ explicit
	สร้างบัญชีแล้ว	หลังจากอนุมัติแล้ว กิจกรรมนี้หมายถึงการสร้างบัญชีลูกค้าในระบบธนาคารหลักหรือระบบจัดการผู้ใช้ โดย ACTICO มักบันทึกเหตุการณ์นี้โดยตรงหลังได้รับการยืนยันว่าระบบปลายทางดำเนินการสำเร็จ.
เหตุผลที่สำคัญ กิจกรรมนี้ยืนยันว่ากระบวนการได้ผลลัพธ์ทางธุรกิจที่เป็นรูปธรรม ระยะเวลาตั้งแต่ 'อนุมัติคำขอแล้ว' จนถึง 'สร้างบัญชีแล้ว' ช่วยให้เห็นความล่าช้าจากการเชื่อมต่อระบบหรือความไม่มีประสิทธิภาพในขั้นตอนจัดเตรียมบัญชี. แหล่งข้อมูล ข้อมูลนี้น่าจะอยู่ในบันทึกการเชื่อมต่อระบบหรือบันทึกส่วนติดต่อระบบของ ACTICO ซึ่งบันทึกผลการเรียกใช้ระบบภายนอกเพื่อจัดเตรียมบัญชี. บันทึก บันทึกเหตุการณ์เมื่อได้รับการตอบกลับจาก API ของระบบบัญชีหลักว่าสำเร็จ. ประเภทเหตุการณ์ explicit

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

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

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

ขั้นตอน

เข้าสู่ระบบด้วยสิทธิ์ผู้ดูแลระบบ: เข้าสู่แพลตฟอร์ม ACTICO เช่น Visual Modeler หรือคอนโซลสำหรับผู้ดูแลระบบ โดยใช้บัญชีที่มีสิทธิ์เพียงพอในการเข้าถึงและตั้งค่าการส่งออกข้อมูล.
ค้นหาโมดูลส่งออก: ไปที่ส่วนการดูแลระบบหรือการตั้งค่า แล้วค้นหาส่วนที่ใช้จัดการบันทึกการตรวจสอบ การบันทึกเหตุการณ์ หรือการส่งออกข้อมูล ซึ่งอาจใช้ชื่อว่า 'Audit Export' หรือ 'Business Object Export'.
สร้างการตั้งค่าการส่งออกใหม่: เริ่มสร้างข้อกำหนดการส่งออกใหม่ แล้วตั้งชื่อที่สื่อความหมาย เช่น 'KYC_Onboarding_ProcessMind_Export'.
กำหนดแหล่งข้อมูล: ระบุ Business Object หลักที่ต้องการส่งออก ซึ่งคือ CustomerApplication ควรกำหนดตัวกรองช่วงวันที่ เช่น 6 เดือนล่าสุด เพื่อควบคุมขนาดไฟล์และให้ระบบทำงานได้มีประสิทธิภาพ.
ตั้งค่าไฟล์ผลลัพธ์: เลือกรูปแบบไฟล์ CSV กำหนดชื่อไฟล์ เช่น kyc_event_log.csv และตรวจสอบตัวคั่น ซึ่งโดยทั่วไปคือเครื่องหมายจุลภาค ครอบข้อความด้วยเครื่องหมายอัญประกาศให้ถูกต้อง เพื่อรองรับอักขระพิเศษ.
กำหนดรหัสเคส: ใช้รหัสเฉพาะของ Business Object CustomerApplication เป็นรหัสเคสสำหรับการวิเคราะห์ process mining เพื่อเชื่อมโยงเหตุการณ์ทั้งหมดเข้ากับเคสการรับลูกค้าใหม่เดียวกัน.
กำหนดการจับคู่แอตทริบิวต์: จับคู่แต่ละคอลัมน์ที่จำเป็นในบันทึกเหตุการณ์กับแอตทริบิวต์ที่เกี่ยวข้องในโมเดล Business Object ของ ACTICO ซึ่งรวมถึงรหัสเคส ชื่อกิจกรรม เวลา และแอตทริบิวต์แนะนำอื่นๆ เช่น สถานะหรือระดับความเสี่ยง.
กำหนดการจับคู่เหตุการณ์: ขั้นตอนนี้สำคัญที่สุด สร้างกฎหรือการจับคู่เฉพาะสำหรับกิจกรรมทางธุรกิจทั้ง 14 รายการ ใช้ตัวกระตุ้นของระบบ เช่น การสร้างออบเจ็กต์สำหรับ 'Application Submitted' การเปลี่ยนสถานะสำหรับขั้นตอนในเวิร์กโฟลว์ เช่น 'Application Approved' และรูปแบบข้อความในบันทึกการตรวจสอบสำหรับเหตุการณ์ทางเทคนิค เช่น 'Identity Verification Performed'.
บันทึกและตรวจสอบการตั้งค่า: เมื่อกำหนดการจับคู่ทั้งหมดแล้ว ให้บันทึกไฟล์การตั้งค่า ใช้เครื่องมือตรวจสอบที่มีใน ACTICO เพื่อตรวจหาข้อผิดพลาดทางไวยากรณ์หรือเส้นทางแอตทริบิวต์ที่ไม่ถูกต้อง.
เรียกใช้และติดตามการส่งออก: เรียกใช้งานส่งออก แล้วติดตามความคืบหน้าผ่านตัวจัดตารางงานหรือหน้าติดตามของระบบ เมื่องานเสร็จ ให้ตรวจสอบบันทึกเพื่อหาข้อผิดพลาด.
ดาวน์โหลดและเตรียมไฟล์: ดาวน์โหลดไฟล์ CSV จากตำแหน่งผลลัพธ์ที่กำหนดบนเซิร์ฟเวอร์ ก่อนอัปโหลดไปยัง ProcessMind ให้เปิดไฟล์ตรวจสอบโครงสร้าง และตรวจสอบว่ารูปแบบวันที่และเวลาสอดคล้องกันและอ่านค่าได้ถูกต้อง.

การกำหนดค่า

ระดับการบันทึกการตรวจสอบ: ตั้งค่าระดับการบันทึกการตรวจสอบของทั้งระบบให้ละเอียด เช่น INFO หรือ FINE ระดับที่บันทึกรายละเอียดน้อยกว่า เช่น WARNING หรือ ERROR จะไม่เก็บการเปลี่ยนสถานะและการทำงานของกฎที่จำเป็นต่อ process mining.
แหล่งข้อมูลสำหรับส่งออก: ตั้งค่าแหล่งข้อมูลหลักให้ใช้ Business Object CustomerApplication คุณอาจต้องเชื่อมหรืออ้างอิงออบเจ็กต์ที่เกี่ยวข้อง เช่น CustomerDocument เพื่อเก็บเหตุการณ์ที่จำเป็นทั้งหมด.
ตัวกรองช่วงวันที่: ใช้ตัวกรองช่วงวันที่ทุกครั้งเพื่อควบคุมปริมาณข้อมูลที่ดึงออกมา สำหรับการวิเคราะห์เบื้องต้น แนะนำให้ใช้ช่วง 3 ถึง 6 เดือน ส่วนการใช้งานจริงสามารถปรับตามความต้องการทางธุรกิจและประสิทธิภาพของระบบ.
ตรรกะการจับคู่เหตุการณ์: ความแม่นยำของการดึงข้อมูลขึ้นอยู่กับวิธีจับคู่เหตุการณ์เป็นอย่างมาก การเปลี่ยนสถานะ (on="StatusChange") มักใช้อนุมานขั้นตอนทางธุรกิจ รายการบันทึกที่ระบุชัดเจน (on="LogEntry") เหมาะกับเหตุการณ์ทางเทคนิคหรือการเรียกใช้บริการ ส่วนการทำงานของกฎ (on="RuleExecution") เหมาะสำหรับบันทึกขั้นตอนการตัดสินใจ.
รูปแบบผลลัพธ์: เลือก CSV เพื่อให้ใช้งานร่วมกับระบบต่างๆ ได้สะดวก ตั้งค่าตัวคั่นและการครอบข้อความให้ถูกต้อง เพื่อป้องกันปัญหาในการอ่านข้อมูล.
ข้อกำหนดเบื้องต้น: วิธีนี้ต้องใช้สิทธิ์ผู้ดูแลระบบของแพลตฟอร์ม ACTICO และต้องเข้าใจโมเดล Business Object สำหรับ KYC รวมถึงฟิลด์สถานะและชื่อแอตทริบิวต์ที่เกี่ยวข้อง เพื่อให้ตั้งค่าได้ถูกต้อง.

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

<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
  <DataSource type="BusinessObject">
    <ObjectName>CustomerApplication</ObjectName>
    <DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
  </DataSource>

  <OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>

  <CaseId mapping="customerApplication.id"/>

  <Attributes>
    <Attribute name="CustomerApplication" mapping="customerApplication.id"/>
    <Attribute name="ActivityName" mapping="[generated_activity_name]"/>
    <Attribute name="EventTime" mapping="[event_timestamp]"/>
    <Attribute name="SourceSystem" value="ACTICO"/>
    <Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
    <Attribute name="EndTime" mapping="[event_timestamp]"/>
    <Attribute name="InitiatingUser" mapping="event.user"/>
    <Attribute name="Department" mapping="event.user.department"/>
    <Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
    <Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
    <Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
    <Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
  </Attributes>

  <EventMappings>
    <Event on="Create" object="CustomerApplication">
      <Set name="[generated_activity_name]" value="Application Submitted"/>
      <Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
    </Event>
    <Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
      <Set name="[generated_activity_name]" value="Initial Application Review"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="Create" object="CustomerDocument">
      <Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
      <CaseId mapping="event.relatedObject.customerApplication.id"/>
    </Event>
    <Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
      <Set name="[generated_activity_name]" value="Identity Verification Performed"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
      <Set name="[generated_activity_name]" value="Document Review Completed"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
      <Set name="[generated_activity_name]" value="Background Checks Initiated"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
      <Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
      <Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
      <Set name="[generated_activity_name]" value="Additional Information Requested"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
      <Set name="[generated_activity_name]" value="Compliance Review Completed"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="StatusChange" object="CustomerApplication" to="Approved">
      <Set name="[generated_activity_name]" value="Application Approved"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
      <Set name="[generated_activity_name]" value="Account Created"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
      <Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
    <Event on="StatusChange" object="CustomerApplication" to="Rejected">
      <Set name="[generated_activity_name]" value="Application Rejected"/>
      <Set name="[event_timestamp]" mapping="event.timestamp"/>
    </Event>
  </EventMappings>
</AuditExportConfiguration>

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

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

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

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

ปรับปรุงกระบวนการรับลูกค้าใหม่ตามหลัก KYC ให้เสร็จภายใน 24 ชั่วโมง

ลดการละทิ้งใบสมัครและผลบวกลวง เพื่อให้การรับลูกค้าใหม่เป็นไปอย่างราบรื่น.

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

ไม่ต้องใช้บัตรเครดิต เริ่มปรับปรุงกระบวนการได้เลยวันนี้.

เทมเพลตข้อมูลการเริ่มต้นใช้งานลูกค้า KYC

เทมเพลตข้อมูลการเริ่มต้นใช้งานลูกค้า KYC

แอตทริบิวต์สำหรับการเริ่มต้นใช้งานลูกค้า KYC

กิจกรรมสำหรับการเริ่มต้นใช้งานลูกค้า KYC

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

บันทึกการตรวจสอบและการส่งออก Business Object ของ ACTICO

ขั้นตอน

การกำหนดค่า

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

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

ปรับปรุงกระบวนการรับลูกค้าใหม่ตามหลัก KYC ให้เสร็จภายใน 24 ชั่วโมง