Mẫu dữ liệu tiếp nhận khách hàng KYC
Mẫu dữ liệu tiếp nhận khách hàng KYC
- Các thuộc tính nên thu thập
- Các hoạt động chính cần theo dõi
- Hướng dẫn trích xuất dữ liệu từ ACTICO
Thuộc tính trong quy trình tiếp nhận khách hàng KYC
| Tên | Mô tả | ||
|---|---|---|---|
| Hồ sơ khách hàng CustomerApplication | Mã định danh duy nhất của một hồ sơ tiếp nhận khách hàng, được dùng làm mã hồ sơ để phân tích quy trình. | ||
| Mô tả Hồ sơ khách hàng là mã định danh chính, dùng để nhóm mọi sự kiện và hoạt động trong hành trình tiếp nhận một khách hàng. Mã này đại diện cho một lần thực hiện đầy đủ quy trình KYC, từ lúc nộp hồ sơ ban đầu đến quyết định cuối cùng là duyệt hoặc từ chối. Trong process mining, thuộc tính này rất cần thiết để tái dựng toàn bộ hành trình của từng hồ sơ. Thuộc tính giúp chuyên viên phân tích theo dõi thứ tự hoạt động, đo tổng thời gian xử lý và so sánh các đường đi hoặc biến thể quy trình giữa các hồ sơ. Mọi sự kiện có cùng mã hồ sơ khách hàng đều được xem là thuộc cùng một hồ sơ. Vì sao điều này quan trọng Đây là thuộc tính nền tảng của process mining. Thuộc tính này liên kết mọi sự kiện liên quan thành một lần thực hiện quy trình thống nhất, giúp phân tích toàn bộ trải nghiệm tiếp nhận của từng khách hàng. Lấy dữ liệu ở đâu Đây là khóa chính trong các bảng quản lý hồ sơ hoặc vụ việc chính trên ACTICO. Hãy tham khảo tài liệu ACTICO để biết tên bảng và trường cụ thể. Ví dụ HS-2023-001234HS-2023-001235HS-2024-000001 | |||
| Tên hoạt động ActivityName | Tên của sự kiện nghiệp vụ hoặc tác vụ cụ thể được thực hiện trong quy trình tiếp nhận khách hàng. | ||
| Mô tả Thuộc tính này ghi lại tên của từng bước hoặc hoạt động trong quy trình KYC, chẳng hạn như 'Đã nộp hồ sơ', 'Đã đánh giá rủi ro' hoặc 'Đã duyệt hồ sơ'. Đây là những bước cấu thành sơ đồ quy trình theo đúng thứ tự. Phân tích tên hoạt động giúp bạn sơ đồ hóa luồng quy trình, xác định hoạt động thường gặp hoặc hiếm gặp, đồng thời phát hiện điểm nghẽn và vòng lặp làm lại. Đây là cơ sở để hiểu những hành động nào đang được thực hiện và theo thứ tự nào, rất cần thiết cho việc phân tích biến thể và kiểm tra tuân thủ. Vì sao điều này quan trọng Thuộc tính này xác định các bước trong sơ đồ quy trình, giúp bạn sơ đồ hóa luồng quy trình, phát hiện sai lệch và phân tích tần suất cũng như thứ tự hoạt động. Lấy dữ liệu ở đâu Thông tin này thường có trong bảng nhật ký sự kiện trên ACTICO, thường ở trường mô tả loại sự kiện hoặc tác vụ. Hãy tham khảo tài liệu ACTICO. Ví dụ Đã nộp hồ sơĐã đánh giá rủi roĐã hoàn tất rà soát tuân thủĐã từ chối hồ sơ | |||
| Thời điểm sự kiện EventTime | Dấu thời gian cho biết một hoạt động cụ thể bắt đầu hoặc diễn ra khi nào. | ||
| Mô tả Thời điểm sự kiện là ngày giờ chính xác khi một hoạt động được ghi nhận trong hệ thống. Thuộc tính này xác định thứ tự thời gian của mọi sự kiện trong một hồ sơ khách hàng, tạo thành dòng thời gian của hành trình tiếp nhận. Thuộc tính này rất quan trọng đối với mọi phân tích dựa trên thời gian. Bạn có thể dùng thuộc tính để tính thời gian xử lý giữa các hoạt động, phát hiện chậm trễ và thời gian chờ, đo tổng thời lượng xử lý hồ sơ và kiểm tra việc tuân thủ thỏa thuận mức dịch vụ (SLA). Dựa vào thứ tự dấu thời gian của từng hồ sơ, công cụ process mining có thể tái dựng chính xác luồng quy trình đã diễn ra. Vì sao điều này quan trọng Thuộc tính này xác định thứ tự thời gian của các sự kiện, rất cần thiết để tính thời lượng, phát hiện điểm nghẽn và phân tích dòng thời gian của quy trình. Lấy dữ liệu ở đâu Đây là dấu thời gian gắn với từng hoạt động được ghi nhận trong các bảng nhật ký sự kiện của ACTICO. Hãy tham khảo tài liệu ACTICO. Ví dụ 2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z | |||
| Hệ thống nguồn SourceSystem | Hệ thống ghi nhận dữ liệu gốc, nơi phát sinh dữ liệu sự kiện. | ||
| Mô tả Thuộc tính này cho biết hệ thống thông tin nguồn đã tạo ra dữ liệu. Với quy trình này, giá trị luôn là 'ACTICO'. Khi phân tích dữ liệu từ nhiều hệ thống, thuộc tính giúp phân biệt nguồn dữ liệu. Trong process mining, thuộc tính này rất quan trọng đối với việc quản trị và xác thực dữ liệu. Nó đảm bảo dữ liệu được gắn đúng với nguồn, đặc biệt khi kết hợp dữ liệu từ nhiều hệ thống để có cái nhìn đầy đủ về quy trình. Thuộc tính này cũng giúp truy tìm nguyên nhân khi có vấn đề về chất lượng dữ liệu bằng cách lần ngược về hệ thống phát sinh dữ liệu. Vì sao điều này quan trọng Cho biết dữ liệu bắt nguồn từ đâu, hỗ trợ theo dõi nguồn gốc và quản trị dữ liệu. Điều này đặc biệt quan trọng khi kết hợp dữ liệu từ nhiều nguồn. Lấy dữ liệu ở đâu Thông thường, đây là giá trị cố định ('ACTICO') được thêm vào để gắn nhãn cho tập dữ liệu trong quá trình trích xuất và chuyển đổi dữ liệu. Ví dụ ACTICONền tảng ACTICOPhân hệ KYC của Actico | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Dấu thời gian cho biết lần gần nhất dữ liệu được làm mới hoặc trích xuất từ hệ thống nguồn. | ||
| Mô tả Thuộc tính này ghi lại ngày giờ gần nhất dữ liệu được lấy từ ACTICO. Đây là trường siêu dữ liệu áp dụng cho toàn bộ tập dữ liệu, không phải từng sự kiện riêng lẻ, giúp bạn biết dữ liệu phân tích mới đến mức nào. Trong bảng điều khiển và báo cáo, thông tin này giúp người dùng biết dữ liệu được cập nhật đến thời điểm nào. Nhờ đó, họ có thể đánh giá mức độ kịp thời của thông tin. Đây cũng là yếu tố quan trọng khi theo dõi vận hành và cần dữ liệu gần thời gian thực. Hiển thị dấu thời gian giúp dữ liệu được trình bày minh bạch và đáng tin cậy. Vì sao điều này quan trọng Cho biết dữ liệu mới đến mức nào, giúp người dùng biết mình đang phân tích thông tin cập nhật hay không. Đây là yếu tố quan trọng khi đưa ra quyết định vận hành. Lấy dữ liệu ở đâu Giá trị này được tạo và lưu trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Nó ghi lại thời điểm tác vụ ETL hoàn tất thành công. Ví dụ 2024-05-20T08:00:00Z2024-05-21T08:00:00Z | |||
| Lý do từ chối RejectionReason | Lý do cụ thể khiến hồ sơ đăng ký của khách hàng bị từ chối. | ||
| Mô tả Khi trạng thái cuối cùng của hồ sơ là 'Bị từ chối', thuộc tính này cho biết nguyên nhân. Ví dụ: 'Thiếu giấy tờ', 'Xác minh lý lịch không đạt' hoặc 'Hồ sơ rủi ro cao'. Đây là thuộc tính thiết yếu để phân tích nguyên nhân gốc rễ. Khi xem tần suất của từng lý do từ chối, doanh nghiệp có thể phát hiện vấn đề mang tính hệ thống trong quy trình hoặc trong hồ sơ khách hàng gửi lên. Chẳng hạn, nhiều hồ sơ bị từ chối vì thiếu giấy tờ có thể cho thấy hướng dẫn đăng ký chưa rõ ràng. Thông tin này hỗ trợ trực tiếp cho bảng điều khiển 'Tỷ lệ và lý do hồ sơ bị từ chối'. Vì sao điều này quan trọng Cho biết nguyên nhân hồ sơ bị từ chối, giúp phân tích nguyên nhân gốc rễ để giảm tỷ lệ từ chối và cải thiện hiệu quả quy trình. Lấy dữ liệu ở đâu Thông tin này thường có trong bảng hồ sơ hoặc đơn đăng ký chính của ACTICO và thường chỉ được điền khi Trạng thái hồ sơ đăng ký là 'Bị từ chối'. Ví dụ Thiếu giấy tờXác minh danh tính không đạtTrùng khớp danh sách trừng phạtĐiểm rủi ro cao | |||
| Mức độ rủi ro RiskLevel | Mức độ rủi ro được tính cho hồ sơ khách hàng, chẳng hạn Thấp, Trung bình hoặc Cao. | ||
| Mô tả Thuộc tính này thể hiện nhóm rủi ro đã đánh giá của khách hàng. Mức rủi ro thường quyết định mức độ phức tạp và chặt chẽ của các bước KYC tiếp theo. Khách hàng rủi ro cao có thể cần thêm bước kiểm tra và phê duyệt so với khách hàng rủi ro thấp. Trong process mining, Mức độ rủi ro là một chiều phân tích hữu ích để so sánh. Thuộc tính này giúp chuyên viên phân tích kiểm tra xem quy trình có đi theo các nhánh khác nhau tùy theo mức rủi ro như dự kiến hay không. Ví dụ, bạn có thể xác minh rằng mọi khách hàng rủi ro cao đều trải qua bước thẩm định tăng cường. Đây là thuộc tính quan trọng cho bảng điều khiển 'Luồng quy trình đánh giá rủi ro'. Vì sao điều này quan trọng Cho phép phân nhóm hồ sơ theo mức rủi ro, giúp kiểm tra quy trình có điều chỉnh phù hợp với từng hồ sơ rủi ro theo yêu cầu tuân thủ hay không. Lấy dữ liệu ở đâu Đây là dữ liệu quan trọng được lưu ở cấp hồ sơ trong bảng đơn đăng ký chính của ACTICO. Ví dụ ThấpTrung bìnhCao | |||
| Ngày đến hạn SLA SlaTargetDate | Ngày dự kiến hoàn tất quy trình tiếp nhận khách hàng. | ||
| Mô tả Ngày đến hạn SLA là hạn chót hoàn tất quy trình tiếp nhận khách hàng, theo thỏa thuận mức dịch vụ nội bộ. Ngày này thường được tính bằng ngày nộp đơn cộng với thời gian xử lý tiêu chuẩn. Thuộc tính này rất cần thiết để theo dõi việc tuân thủ SLA. Bằng cách so sánh ngày hoàn tất thực tế của hồ sơ với Ngày đến hạn SLA, hệ thống có thể xác định hồ sơ hoàn tất đúng hạn hay đã quá hạn SLA. Đây là cơ sở cho bảng điều khiển 'Hiệu suất SLA tiếp nhận khách hàng' và KPI 'Tỷ lệ tuân thủ SLA tiếp nhận khách hàng'. Vì sao điều này quan trọng Làm mốc đo lường hiệu suất đúng hạn, giúp theo dõi và báo cáo trực tiếp việc tuân thủ SLA. Lấy dữ liệu ở đâu Thông tin này có thể được lưu trong bảng hồ sơ chính của ACTICO hoặc được tính theo quy tắc nghiệp vụ, chẳng hạn Ngày nộp đơn + 5 ngày làm việc. Ví dụ 2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z | |||
| Người dùng khởi tạo InitiatingUser | ID hoặc tên người dùng của nhân viên thực hiện hoạt động. | ||
| Mô tả Thuộc tính này xác định người dùng hoặc tác nhân hệ thống cụ thể chịu trách nhiệm thực hiện một hoạt động. Nó liên kết các bước trong quy trình với cá nhân hoặc nhóm đã thực hiện. Phân tích hiệu suất theo người dùng là nhu cầu phổ biến. Thuộc tính này giúp tạo bảng điều khiển thể hiện phân bổ khối lượng công việc, thời gian xử lý của từng người và so sánh hiệu suất giữa người dùng hoặc nhóm. Qua đó, bạn có thể nhận biết những người làm việc hiệu quả, những người cần được đào tạo thêm, cũng như hiểu rõ hơn cách phân bổ và sử dụng tài nguyên. Vì sao điều này quan trọng Liên kết hoạt động trong quy trình với người dùng cụ thể, giúp phân tích hiệu suất theo cá nhân hoặc nhóm, đồng thời xác định nhu cầu đào tạo và tình trạng mất cân đối tài nguyên. Lấy dữ liệu ở đâu Thông tin này thường được lưu cùng từng sự kiện trong nhật ký sự kiện hoặc bảng lịch sử giao dịch của ACTICO. Hãy tham khảo tài liệu ACTICO. Ví dụ john.doejane.smithSYSTEM_USER | |||
| Phòng ban Department | Phòng ban hoặc nhóm chịu trách nhiệm thực hiện hoạt động. | ||
| Mô tả Thuộc tính này gán hoạt động cho một đơn vị cụ thể trong tổ chức, chẳng hạn như 'Tuân thủ', 'Nhóm tiếp nhận khách hàng' hoặc 'Quan hệ khách hàng'. Nhờ đó, bạn biết hoạt động diễn ra ở bộ phận nào trong quy trình. Phân tích theo phòng ban giúp bạn hiểu cách công việc được chuyển giao giữa các bộ phận. Việc này giúp xác định điểm nghẽn giữa các phòng ban, đo hiệu quả của từng bộ phận và phân tích cách phân bổ tài nguyên giữa các nhóm. Bạn có thể lọc bảng điều khiển theo phòng ban để xem hiệu suất riêng của nhóm mình. Vì sao điều này quan trọng Bổ sung góc nhìn theo đơn vị tổ chức để xác định chậm trễ giữa các phòng ban và đánh giá hiệu suất của từng nhóm. Lấy dữ liệu ở đâu Thông tin này có thể được lưu cùng dữ liệu sự kiện hoặc được suy ra bằng cách nối dữ liệu người dùng với bảng dữ liệu nhân sự chính, trong đó ánh xạ người dùng với phòng ban. Hãy tham khảo tài liệu ACTICO. Ví dụ ComplianceNhóm tiếp nhận khách hàngDịch vụ khách hàng | |||
| Thời gian kết thúc EndTime | Dấu thời gian cho biết một hoạt động cụ thể hoàn tất khi nào. | ||
| Mô tả Thời gian kết thúc ghi lại lúc một hoạt động hoàn tất. Khi kết hợp với Thời gian bắt đầu (EventTime), thuộc tính này giúp tính chính xác thời lượng xử lý của từng tác vụ. Không phải sự kiện nào cũng có thời gian kết thúc riêng, vì một số sự kiện diễn ra tức thời. Thuộc tính này là nền tảng để phân tích hiệu suất, nhất là khi đo thời gian thực hiện từng bước. Bạn có thể dùng dữ liệu này để tạo bảng điều khiển hiệu suất chi tiết, xác định hoạt động nào tốn nhiều thời gian nhất và tính các KPI như 'Thời gian rà soát tài liệu trung bình'. Vì sao điều này quan trọng Giúp tính chính xác thời lượng hoạt động (thời gian xử lý), từ đó xác định điểm nghẽn về hiệu suất và phân tích hiệu quả sử dụng tài nguyên. Lấy dữ liệu ở đâu Tương tự thời gian bắt đầu, thông tin này thường có trong các bảng nhật ký sự kiện của ACTICO. Một số hệ thống lưu thời gian bắt đầu và kết thúc ở hai cột riêng trong cùng một bản ghi sự kiện. Hãy tham khảo tài liệu ACTICO. Ví dụ 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z | |||
| Trạng thái hồ sơ đăng ký ApplicationStatus | Kết quả cuối cùng hoặc trạng thái hiện tại của hồ sơ tiếp nhận khách hàng. | ||
| Mô tả Thuộc tính này cho biết kết quả cuối cùng của một hồ sơ, thường là 'Đã phê duyệt' hoặc 'Bị từ chối'. Thuộc tính cũng có thể cho biết trạng thái của hồ sơ đang xử lý. Đây là chiều phân tích quan trọng để đánh giá kết quả. Tìm hiểu lý do hồ sơ được phê duyệt hoặc bị từ chối là mục tiêu chính của process mining trong quy trình KYC. Thuộc tính này giúp lọc sơ đồ quy trình để xem hành trình thường gặp của hồ sơ được duyệt so với hồ sơ bị từ chối, từ đó nhận diện các kiểu quy trình dẫn đến kết quả không mong muốn. Đây cũng là cơ sở để tính KPI 'Tỷ lệ hồ sơ bị từ chối'. Vì sao điều này quan trọng Cho biết kết quả của từng hồ sơ, giúp so sánh các trường hợp thành công và không thành công, đồng thời tính tỷ lệ hồ sơ bị từ chối. Lấy dữ liệu ở đâu Đây là thuộc tính ở cấp hồ sơ, thường có trong bảng hồ sơ hoặc đơn đăng ký chính của ACTICO. Thuộc tính phản ánh trạng thái cuối cùng của đơn. Ví dụ Đã phê duyệtBị từ chốiĐang xử lýChờ bổ sung thông tin | |||
| Làm lại IsRework | Cờ được tính toán để xác định hoạt động có phải là bước lặp lại hoặc thuộc một vòng lặp làm lại hay không. | ||
| Mô tả Thuộc tính dạng đúng/sai này đánh dấu các hoạt động được thực hiện lần thứ hai trở đi trong cùng một hồ sơ, chẳng hạn bước 'Rà soát tài liệu' được thực hiện lại sau khi yêu cầu bổ sung thông tin. Thuộc tính giúp nhận diện công việc phải làm lại, vốn thường khiến quy trình kém hiệu quả. Nhận diện công việc phải làm lại là một mục tiêu chính của process mining. Cờ này giúp định lượng phần việc làm lại, chẳng hạn tính KPI 'Tỷ lệ phải rà soát lại tài liệu'. Trên sơ đồ quy trình, bạn có thể làm nổi bật các vòng lặp để thấy quy trình quay lại bước trước ở đâu. Nhờ đó, bạn dễ xác định vấn đề về chất lượng hoặc những bước chưa được thực hiện đúng ngay từ đầu. Vì sao điều này quan trọng Làm nổi bật các trường hợp phải làm lại, giúp đo lường trực tiếp mức độ kém hiệu quả của quy trình và xác định hoạt động có vấn đề về chất lượng hoặc hướng dẫn chưa rõ. Lấy dữ liệu ở đâu Đây là thuộc tính được tính toán. Logic được thiết lập trong công cụ process mining hoặc trong quá trình chuyển đổi dữ liệu để phát hiện hoạt động lặp lại trong cùng một hồ sơ. Ví dụ truefalse | |||
| Loại khách hàng CustomerType | Phân loại khách hàng, chẳng hạn Cá nhân hoặc Doanh nghiệp. | ||
| Mô tả Thuộc tính này phân loại người đăng ký thành các nhóm khác nhau, chẳng hạn cá nhân hoặc tổ chức doanh nghiệp. Quy trình KYC thường khác biệt đáng kể giữa các nhóm này, trong đó tiếp nhận khách hàng doanh nghiệp thường phức tạp hơn nhiều. Dùng Loại khách hàng làm chiều phân tích giúp tách riêng và so sánh các quy trình khác nhau trong cùng một tập dữ liệu. Chuyên viên phân tích có thể lọc sơ đồ quy trình để chỉ xem khách hàng 'Doanh nghiệp', tìm hiểu những khó khăn, điểm nghẽn và thời gian xử lý riêng của nhóm này mà không bị ảnh hưởng bởi quy trình đơn giản hơn nhiều của khách hàng 'Cá nhân'. Vì sao điều này quan trọng Cho phép phân tích riêng quy trình theo từng nhóm khách hàng. Các nhóm thường có luồng và mức độ phức tạp rất khác nhau, nhờ đó kết quả phân tích chính xác hơn. Lấy dữ liệu ở đâu Đây là thuộc tính cơ bản được lưu ở cấp hồ sơ hoặc khách hàng trong ACTICO. Ví dụ Cá nhânDoanh nghiệpDoanh nghiệp nhỏ | |||
| Quốc gia Country | Quốc gia cư trú của khách hàng đăng ký sử dụng dịch vụ. | ||
| Mô tả Thuộc tính này cho biết quốc gia của khách hàng, yếu tố có thể ảnh hưởng đáng kể đến quy trình KYC. Mỗi khu vực pháp lý có yêu cầu pháp lý riêng, có thể làm phát sinh thêm bước hoặc thay đổi các bước trong quy trình. Phân tích quy trình theo quốc gia giúp so sánh hiệu suất giữa các khu vực. Bạn có thể xác định liệu khách hàng ở một số quốc gia có thường mất nhiều thời gian xử lý hơn hoặc có tỷ lệ bị từ chối cao hơn hay không. Điều này có thể cho thấy vướng mắc về quy định hoặc thách thức riêng của thị trường. Góc nhìn theo địa lý rất quan trọng với các tổ chức hoạt động toàn cầu muốn chuẩn hóa quy trình mà vẫn đáp ứng yêu cầu tuân thủ tại địa phương. Vì sao điều này quan trọng Bổ sung góc nhìn theo địa lý để tìm hiểu sự khác biệt về quy trình và hiệu suất giữa các khu vực pháp lý. Lấy dữ liệu ở đâu Đây là thông tin cơ bản về khách hàng, được lưu ở cấp hồ sơ hoặc khách hàng trong hệ thống ACTICO. Ví dụ USADEUGBRSGP | |||
| Trạng thái SLA SlaState | Trạng thái được tính toán để cho biết hồ sơ đã đáp ứng, vi phạm hay có nguy cơ vi phạm SLA. | ||
| Mô tả Thuộc tính này đánh giá theo nhóm hiệu suất của hồ sơ so với Thỏa thuận mức dịch vụ. Giá trị được tính bằng cách so sánh thời điểm hoàn tất hồ sơ, hoặc thời điểm hiện tại nếu hồ sơ còn mở, với 'SlaTargetDate'. Thuộc tính này giúp đơn giản hóa việc báo cáo SLA bằng cách chuyển phép so sánh ngày tháng thành trạng thái dễ hiểu. Bảng điều khiển có thể dùng trạng thái này để tạo biểu đồ tròn hoặc đồng hồ đo, thể hiện rõ tỷ lệ hồ sơ 'Đạt' so với 'Vi phạm'. Đây là thành phần quan trọng của bảng điều khiển 'Hiệu suất SLA tiếp nhận khách hàng' và hỗ trợ trực tiếp KPI 'Tỷ lệ tuân thủ SLA tiếp nhận khách hàng'. Vì sao điều này quan trọng Cho biết rõ trạng thái tuân thủ SLA của từng hồ sơ, giúp đơn giản hóa báo cáo và trực quan hóa hiệu suất so với mục tiêu. Lấy dữ liệu ở đâu Đây là thuộc tính được tính theo quy tắc nghiệp vụ, bằng cách so sánh dấu thời gian hoàn tất hồ sơ với 'SlaTargetDate'. Ví dụ ĐạtVi phạmCó nguy cơ trễ hạn | |||
| Tự động hóa IsAutomated | Cờ cho biết hoạt động do hệ thống tự động thực hiện hay do người dùng thao tác thủ công. | ||
| Mô tả Thuộc tính dạng đúng/sai này phân biệt tác vụ do người dùng thực hiện với tác vụ được hệ thống tự động xử lý, chẳng hạn kiểm tra lý lịch hoặc chấm điểm rủi ro tự động. Phân tích thuộc tính này giúp đánh giá hiệu quả của các sáng kiến tự động hóa. Bạn có thể so sánh thời gian xử lý giữa các bước tự động và thủ công, xác định phần nào của quy trình vẫn phụ thuộc nhiều vào thao tác thủ công, đồng thời tìm cơ hội tự động hóa thêm để tăng hiệu quả và giảm chi phí vận hành. Vì sao điều này quan trọng Phân biệt tác vụ do người thực hiện với tác vụ do hệ thống xử lý, giúp đo lường tác động của tự động hóa và tìm cơ hội nâng cao hiệu quả trong tương lai. Lấy dữ liệu ở đâu Có thể suy ra từ thuộc tính 'InitiatingUser', chẳng hạn khi người dùng là 'SYSTEM', hoặc từ một cờ riêng trong nhật ký sự kiện. Hãy tham khảo tài liệu ACTICO. Ví dụ truefalse | |||
Hoạt động trong quy trình tiếp nhận khách hàng KYC
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Đã bắt đầu rà soát tuân thủ | Đánh dấu thời điểm bộ phận tuân thủ bắt đầu rà soát thủ công, thường áp dụng với hồ sơ rủi ro cao hoặc bị gắn cờ. Hoạt động này thường được suy ra từ việc trạng thái hồ sơ chuyển thành 'Chờ rà soát tuân thủ' hoặc hồ sơ được giao vào hàng đợi công việc của nhân viên phụ trách tuân thủ. | ||
| Vì sao điều này quan trọng Hoạt động này là mốc bắt đầu đo điểm nghẽn trong khâu rà soát tuân thủ. Thời gian từ đây đến lúc 'Hoàn tất rà soát tuân thủ' là KPI then chốt để phát hiện chậm trễ ở giai đoạn quan trọng này. Lấy dữ liệu ở đâu Có thể suy ra hoạt động này từ lịch sử trạng thái hoặc dấu vết kiểm tra của hồ sơ. Hãy tìm dấu thời gian gắn với trạng thái 'Đang rà soát tuân thủ' hoặc thời điểm hồ sơ được giao cho nhóm phụ trách tuân thủ. Thu thập Suy ra từ việc trạng thái hồ sơ chuyển thành 'Chờ rà soát tuân thủ' hoặc hồ sơ được giao cho nhóm tuân thủ. Loại sự kiện inferred | |||
| Đã đánh giá rủi ro | Hoạt động này thể hiện việc công cụ ra quyết định của ACTICO tính điểm hoặc xếp hạng rủi ro cho hồ sơ khách hàng. Đây là chức năng cốt lõi của hệ thống và được ghi nhận thành sự kiện khi bộ quy tắc đánh giá rủi ro được thực thi. | ||
| Vì sao điều này quan trọng Đánh giá rủi ro là một điểm ra quyết định then chốt, thường quyết định hướng đi tiếp theo của quy trình. Phân tích hoạt động này giúp bạn hiểu mức độ rủi ro ảnh hưởng thế nào đến các biến thể và thời gian xử lý. Lấy dữ liệu ở đâu Đây là sự kiện cốt lõi trên ACTICO và cần được ghi trong nhật ký quyết định hoặc thực thi. Nhật ký thường chứa mã hồ sơ, các quy tắc đã chạy và điểm rủi ro thu được. Thu thập Công cụ ra quyết định của ACTICO ghi nhận sự kiện sau khi hoàn tất chấm điểm rủi ro. Loại sự kiện explicit | |||
| Đã duyệt hồ sơ | Hoạt động này thể hiện quyết định cuối cùng của doanh nghiệp về việc duyệt hồ sơ tiếp nhận khách hàng. Đây là một mốc quan trọng, thường được ghi nhận bằng thay đổi trạng thái riêng biệt ở bước cuối trong vòng đời hồ sơ. | ||
| Vì sao điều này quan trọng Mốc này diễn ra trước khi tạo tài khoản và đánh dấu kết quả thành công. Phân tích thời gian để đạt đến mốc này rất quan trọng để hiểu thời lượng của quy trình thuận lợi. Lấy dữ liệu ở đâu Có thể suy ra hoạt động này từ trường trạng thái cuối cùng trong bảng hồ sơ hoặc vụ việc chính. Hãy tìm trạng thái như 'Đã duyệt', 'Đã hoàn tất phê duyệt' hoặc trạng thái cuối tương tự thể hiện kết quả tích cực. Thu thập Trạng thái cuối cùng của hồ sơ được cập nhật thành 'Đã duyệt' trong dữ liệu chính của hồ sơ. Loại sự kiện inferred | |||
| Đã hoàn tất rà soát tuân thủ | Đánh dấu thời điểm bộ phận tuân thủ hoàn tất rà soát thủ công và đưa ra quyết định duyệt, từ chối hoặc yêu cầu xử lý thêm. Hoạt động này được suy ra khi trạng thái hồ sơ chuyển từ 'Chờ rà soát tuân thủ' sang trạng thái tiếp theo, chẳng hạn như 'Đã được bộ phận tuân thủ duyệt'. | ||
| Vì sao điều này quan trọng Đây là sự kiện kết thúc giai đoạn rà soát tuân thủ. Sự kiện này rất cần thiết để tính tổng thời gian rà soát và phân tích năng suất xử lý của nhóm. Lấy dữ liệu ở đâu Có thể suy ra hoạt động này từ nhật ký lịch sử trạng thái của hồ sơ. Hãy tìm dấu thời gian khi hồ sơ rời trạng thái 'Đang rà soát tuân thủ', cho biết quyết định đã được đưa ra. Thu thập Suy ra từ việc trạng thái hồ sơ chuyển từ 'Chờ rà soát tuân thủ' sang 'Đã được bộ phận tuân thủ duyệt' hoặc trạng thái tương tự. Loại sự kiện inferred | |||
| Đã hoàn tất tiếp nhận khách hàng | Đây là hoạt động cuối cùng trong quy trình, cho biết khách hàng đã được tiếp nhận đầy đủ và hồ sơ đã đóng. Hoạt động này được suy ra khi hồ sơ có trạng thái cuối như 'Đã tiếp nhận' hoặc 'Đã đóng, đã duyệt'. | ||
| Vì sao điều này quan trọng Là sự kiện kết thúc thành công chính, hoạt động này rất cần thiết để tính tổng thời gian xử lý từ đầu đến cuối cho tất cả khách hàng được tiếp nhận thành công. Dấu thời gian này là mốc cuối để phân tích quy trình thuận lợi. Lấy dữ liệu ở đâu Có thể suy ra hoạt động này từ trường trạng thái cuối cùng của hồ sơ khách hàng. Hãy tìm dấu thời gian gắn với thời điểm hồ sơ chuyển sang trạng thái kết thúc thành công. Thu thập Suy ra từ lần cập nhật trạng thái cuối cùng của hồ sơ thành 'Đã hoàn tất' hoặc 'Đã đóng'. Loại sự kiện inferred | |||
| Đã nộp hồ sơ | Hoạt động này đánh dấu thời điểm bắt đầu quy trình tiếp nhận khách hàng KYC, khi hệ thống ACTICO chính thức nhận hồ sơ khách hàng mới. Đây là sự kiện được ghi nhận rõ ràng, thường kèm dấu thời gian chính xác khi tạo hồ sơ hoặc bản ghi hồ sơ mới. | ||
| Vì sao điều này quan trọng Là sự kiện bắt đầu chính, hoạt động này rất cần thiết để tính tổng thời gian xử lý hồ sơ và theo dõi số lượng hồ sơ. Dấu thời gian này làm mốc để đo hiệu suất của các bước tiếp theo trong quy trình. Lấy dữ liệu ở đâu Thông tin này thường được ghi rõ trong nhật ký tạo hồ sơ hoặc vụ việc trên ACTICO. Hãy tìm các bảng liên quan đến sự kiện nộp hồ sơ hoặc dấu thời gian tạo bản ghi hồ sơ chính. Thu thập Sự kiện được ghi nhận khi tạo một hồ sơ mới. Loại sự kiện explicit | |||
| Đã từ chối hồ sơ | Đây là quyết định cuối cùng về việc từ chối hồ sơ khách hàng, kết thúc quy trình tiếp nhận. Trạng thái kết thúc quan trọng này được ghi nhận qua lần thay đổi trạng thái cuối cùng của hồ sơ. | ||
| Vì sao điều này quan trọng Đây là sự kiện kết thúc chính khi quy trình không thành công. Phân tích các hồ sơ kết thúc ở hoạt động này rất quan trọng để hiểu tỷ lệ và lý do từ chối, đồng thời cải thiện tỷ lệ hồ sơ đạt kết quả mong muốn. Lấy dữ liệu ở đâu Có thể suy ra hoạt động này từ trường trạng thái cuối cùng trong bảng hồ sơ hoặc vụ việc chính. Hãy tìm trạng thái kết thúc như 'Đã từ chối', 'Không chấp thuận' hoặc 'Đã đóng, bị từ chối'. Thu thập Trạng thái cuối cùng của hồ sơ được cập nhật thành 'Đã từ chối' trong dữ liệu chính của hồ sơ. Loại sự kiện inferred | |||
| Khách hàng đã tải tài liệu lên | Hoạt động này diễn ra khi khách hàng gửi giấy tờ tùy thân và tài liệu hỗ trợ qua cổng thông tin hoặc kênh khác được tích hợp với ACTICO. Mỗi lần tải tài liệu thường được ghi nhận thành một sự kiện riêng trong hệ thống quản lý tài liệu hoặc nhật ký hồ sơ. | ||
| Vì sao điều này quan trọng Đây là một mốc quan trọng phụ thuộc vào khách hàng. Theo dõi sự kiện này rất cần thiết để đo thời gian phản hồi của khách hàng và phân tích thời lượng của giai đoạn rà soát tài liệu tiếp theo. Lấy dữ liệu ở đâu Hãy tìm nhật ký sự kiện liên quan đến việc xử lý tài liệu hoặc tệp đính kèm trong hồ sơ. Thông tin này thường được ghi trong các bảng quản lý tài liệu hoặc bằng chứng riêng của cơ sở dữ liệu ACTICO. Thu thập Hệ thống ghi nhận sự kiện khi tài liệu được đính kèm vào hồ sơ. Loại sự kiện explicit | |||
| Đã bắt đầu kiểm tra lý lịch | Đây là thời điểm bắt đầu các bước kiểm tra lý lịch tự động hoặc thủ công, chẳng hạn như sàng lọc AML hoặc kiểm tra lịch sử tín dụng. Hệ thống thường ghi nhận rõ sự kiện khi kích hoạt các bước kiểm tra này, có thể thông qua nhà cung cấp dịch vụ bên ngoài. | ||
| Vì sao điều này quan trọng Bắt đầu kiểm tra lý lịch là một mốc quan trọng trong quy trình thẩm định. Theo dõi bước này giúp bạn hiểu rõ các yếu tố phụ thuộc và thời gian chờ liên quan đến nhà cung cấp dữ liệu bên ngoài. Lấy dữ liệu ở đâu Hãy tìm bản ghi trong nhật ký hệ thống hoặc dấu vết kiểm tra cho biết quy trình sàng lọc lý lịch đã được kích hoạt. Các bản ghi này thường liên kết với mã hồ sơ chính. Thu thập Sự kiện được ghi nhận khi workflow engine bắt đầu gọi các dịch vụ kiểm tra lý lịch. Loại sự kiện explicit | |||
| Đã hoàn tất rà soát tài liệu | Hoạt động này cho biết nhân viên đã rà soát xong tài liệu khách hàng gửi. Thông tin thường được suy ra từ thay đổi trạng thái của tài liệu hoặc toàn bộ hồ sơ, chẳng hạn như 'Đã xác minh tài liệu' hoặc 'Đã hoàn tất rà soát'. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng để đo hiệu quả xử lý tài liệu. Thời gian từ lúc 'Khách hàng đã tải tài liệu lên' đến hoạt động này là KPI then chốt giúp phát hiện chậm trễ do xử lý thủ công. Lấy dữ liệu ở đâu Có thể suy ra hoạt động này từ nhật ký lịch sử trạng thái của hồ sơ hoặc từng tài liệu. Khi trạng thái tài liệu chuyển từ 'Chờ rà soát' sang 'Đã duyệt' hoặc 'Đã rà soát', hoạt động này được xem là đã diễn ra. Thu thập Suy ra từ việc trạng thái tài liệu chuyển thành 'Đã xác minh' hoặc 'Đã rà soát'. Loại sự kiện inferred | |||
| Đã tạo tài khoản | Sau khi hồ sơ được duyệt, hoạt động này đánh dấu việc tạo tài khoản khách hàng trên hệ thống ngân hàng lõi hoặc hệ thống quản lý người dùng. ACTICO thường ghi nhận rõ sự kiện này sau khi nhận được xác nhận thành công từ hệ thống tiếp theo. | ||
| Vì sao điều này quan trọng Hoạt động này xác nhận quy trình đã tạo ra kết quả kinh doanh cụ thể. Thời gian từ lúc 'Đã duyệt hồ sơ' đến lúc 'Đã tạo tài khoản' có thể cho thấy sự chậm trễ khi tích hợp hoặc điểm kém hiệu quả trong các bước cấp tài khoản cuối cùng. Lấy dữ liệu ở đâu Thông tin này thường có trong nhật ký tích hợp hoặc giao tiếp hệ thống của ACTICO, ghi lại kết quả các lệnh gọi đến hệ thống bên ngoài để cấp tài khoản. Thu thập Sự kiện được ghi nhận khi nhận được phản hồi API thành công từ hệ thống tài khoản lõi. Loại sự kiện explicit | |||
| Đã xác minh danh tính | Đây là bước kiểm tra tự động hoặc thủ công để xác thực danh tính khách hàng dựa trên nguồn dữ liệu bên ngoài hoặc nội bộ. Hoạt động này thường được ghi nhận rõ ràng khi hệ thống gọi API đến dịch vụ xác minh của bên thứ ba và nhận được phản hồi. | ||
| Vì sao điều này quan trọng Đây là bước quan trọng để bảo đảm tuân thủ. Phân tích thời lượng và kết quả giúp bạn phát hiện sự phụ thuộc vào dịch vụ bên ngoài cũng như điểm nghẽn tiềm ẩn trong quy trình xác minh. Lấy dữ liệu ở đâu Thông tin này thường có trong nhật ký tích hợp hoặc các bảng sự kiện ghi lại kết quả kiểm tra tự động và lệnh gọi dịch vụ bên thứ ba gắn với hồ sơ. Thu thập Sự kiện được ghi nhận từ lệnh gọi tích hợp đến dịch vụ xác minh danh tính của bên thứ ba. Loại sự kiện explicit | |||
| Đã yêu cầu bổ sung thông tin | Đây là sự kiện xảy ra khi người rà soát, thường thuộc bộ phận tuân thủ hoặc thẩm định, cần khách hàng cung cấp thêm thông tin hoặc tài liệu. Hành động này thường được ghi nhận rõ ràng vì có thể bao gồm việc gửi thông báo cho khách hàng và tạm dừng xử lý hồ sơ. | ||
| Vì sao điều này quan trọng Hoạt động này là nguyên nhân chính dẫn đến việc làm lại và kéo dài thời gian xử lý. Theo dõi tần suất và tác động của hoạt động giúp bạn xác định những khâu cần cải thiện trong quá trình thu thập dữ liệu ban đầu. Lấy dữ liệu ở đâu Sự kiện này thường được ghi rõ trong lịch sử hồ sơ hoặc nhật ký trao đổi. Hãy tìm các sự kiện như 'Đã gửi yêu cầu cung cấp thông tin' hoặc trạng thái như 'Chờ khách hàng bổ sung thông tin'. Thu thập Dấu vết kiểm tra của hồ sơ ghi nhận sự kiện do người dùng kích hoạt, chẳng hạn như 'Gửi yêu cầu cung cấp thông tin'. Loại sự kiện explicit | |||
| Rà soát hồ sơ ban đầu | Đây là lần rà soát đầu tiên đối với hồ sơ đã nộp, do quy tắc tự động hoặc nhân viên thực hiện để kiểm tra tính đầy đủ và điều kiện cơ bản. Hoạt động này thường được suy ra từ thay đổi trạng thái hồ sơ, chẳng hạn từ 'Đã nộp' sang 'Đang rà soát'. | ||
| Vì sao điều này quan trọng Phân tích thời gian hoàn tất lần rà soát đầu tiên giúp phát hiện chậm trễ ở khâu xử lý ban đầu. Qua đó, bạn cũng biết được có bao nhiêu hồ sơ vượt qua bước kiểm tra đầu tiên mà không gặp vấn đề. Lấy dữ liệu ở đâu Có thể suy ra hoạt động này từ bảng lịch sử trạng thái hoặc nhật ký kiểm tra gắn với hồ sơ khách hàng. So sánh dấu thời gian khi trạng thái chuyển từ 'Mới' hoặc 'Đã nộp' sang 'Đang rà soát'. Thu thập Phát hiện thay đổi trạng thái từ 'Đã nộp' sang 'Đang rà soát' trong nhật ký lịch sử hồ sơ. Loại sự kiện inferred | |||
Hướng dẫn trích xuất dữ liệu
Các bước
- Đăng nhập với quyền quản trị: Đăng nhập vào nền tảng ACTICO, chẳng hạn Visual Modeler hoặc bảng điều khiển quản trị riêng, bằng tài khoản có đủ quyền truy cập và cấu hình xuất dữ liệu.
- Tìm mô-đun xuất dữ liệu: Mở khu vực quản trị hoặc cấu hình hệ thống. Tìm mục quản lý nhật ký kiểm tra, ghi nhật ký hoặc xuất dữ liệu. Mục này có thể mang tên 'Audit Export' hoặc 'Business Object Export'.
- Tạo cấu hình xuất mới: Bắt đầu tạo định nghĩa xuất dữ liệu mới. Đặt tên dễ nhận biết, chẳng hạn 'KYC_Onboarding_ProcessMind_Export'.
- Chọn nguồn dữ liệu: Chỉ định đối tượng nghiệp vụ chính cần xuất là
CustomerApplication. Hãy lọc theo khoảng ngày, chẳng hạn 6 tháng gần nhất, để kiểm soát dung lượng tệp và thời gian xử lý. - Cấu hình tệp đầu ra: Chọn định dạng CSV. Đặt tên tệp, chẳng hạn
kyc_event_log.csv, và xác nhận ký tự phân cách, thường là dấu phẩy. Đảm bảo các trường văn bản được đặt trong dấu ngoặc kép để xử lý ký tự đặc biệt. - Ánh xạ mã định danh hồ sơ: Chọn mã định danh duy nhất của đối tượng nghiệp vụ
CustomerApplicationlàm mã hồ sơ cho phân tích process mining. Mã này liên kết mọi sự kiện liên quan với cùng một hồ sơ tiếp nhận khách hàng. - Ánh xạ thuộc tính: Với mỗi cột cần có trong nhật ký sự kiện, hãy ánh xạ đến thuộc tính tương ứng trong mô hình đối tượng nghiệp vụ ACTICO. Các cột gồm mã hồ sơ, tên hoạt động, dấu thời gian và những thuộc tính nên có khác như trạng thái hoặc mức độ rủi ro.
- Cấu hình ánh xạ sự kiện: Đây là bước quan trọng nhất. Tạo quy tắc hoặc ánh xạ riêng cho từng hoạt động trong số 14 hoạt động nghiệp vụ. Dùng các kích hoạt của hệ thống, chẳng hạn sự kiện tạo đối tượng cho 'Application Submitted', thay đổi trạng thái cho các bước quy trình làm việc như 'Application Approved', và mẫu thông điệp cụ thể trong nhật ký kiểm tra cho sự kiện kỹ thuật như 'Identity Verification Performed'.
- Lưu và kiểm tra cấu hình: Sau khi hoàn tất các ánh xạ, hãy lưu tệp cấu hình. Dùng công cụ kiểm tra có sẵn trong ACTICO để tìm lỗi cú pháp hoặc đường dẫn thuộc tính không chính xác.
- Chạy và theo dõi tác vụ xuất: Chạy tác vụ xuất dữ liệu. Theo dõi tiến độ trong bộ lập lịch tác vụ hoặc giao diện giám sát của hệ thống. Khi hoàn tất, kiểm tra nhật ký để tìm lỗi.
- Tải và chuẩn bị tệp: Tải tệp CSV từ đường dẫn đầu ra được chỉ định trên máy chủ. Trước khi tải lên ProcessMind, hãy mở tệp để kiểm tra cấu trúc và xác nhận định dạng ngày giờ nhất quán, được phân tích chính xác.
Cấu hình
- Mức độ ghi nhật ký kiểm tra: Đặt mức ghi nhật ký kiểm tra toàn hệ thống ở mức chi tiết, chẳng hạn INFO hoặc FINE. Mức ít chi tiết hơn như WARNING hoặc ERROR sẽ không ghi lại các thay đổi trạng thái và lần thực thi quy tắc cần thiết cho process mining.
- Nguồn dữ liệu xuất: Cấu hình nguồn dữ liệu chính để dùng đối tượng nghiệp vụ
CustomerApplication. Bạn có thể cần kết hợp hoặc tham chiếu các đối tượng liên quan nhưCustomerDocumentđể thu thập đầy đủ sự kiện. - Bộ lọc khoảng ngày: Luôn lọc theo khoảng ngày để kiểm soát lượng dữ liệu trích xuất. Với lần phân tích đầu tiên, nên chọn khoảng thời gian từ 3 đến 6 tháng. Khi đưa vào vận hành, bạn có thể điều chỉnh tùy theo nhu cầu kinh doanh và hiệu suất hệ thống.
- Logic ánh xạ sự kiện: Độ chính xác của dữ liệu trích xuất phụ thuộc nhiều vào cách ánh xạ sự kiện. Thay đổi trạng thái (
on="StatusChange") thường được dùng để xác định các bước nghiệp vụ. Mục ghi nhật ký cụ thể (on="LogEntry") phù hợp với sự kiện kỹ thuật hoặc lệnh gọi dịch vụ. Lần thực thi quy tắc (on="RuleExecution") phù hợp để ghi lại các bước ra quyết định. - Định dạng đầu ra: Chọn CSV để tương thích rộng rãi. Cấu hình đúng ký tự phân cách và cách đặt văn bản trong dấu ngoặc kép để tránh lỗi phân tích dữ liệu.
- Điều kiện cần có: Phương pháp này yêu cầu quyền quản trị nền tảng ACTICO. Để cấu hình chính xác, bạn cần hiểu rõ mô hình đối tượng nghiệp vụ KYC, bao gồm các trường trạng thái và tên thuộc tính liên quan.
Truy vấn mẫu 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>Sẵn sàng bắt đầu chưa?
Dùng mẫu này để chuẩn bị dữ liệu hiệu quả, giúp bạn nhanh chóng bắt đầu cải tiến quy trình tiếp nhận khách hàng KYC trong ACTICO.
Cải tiến quy trình tiếp nhận khách hàng KYC, rút ngắn thời gian xuống còn 24 giờ
Giảm tình trạng khách bỏ dở và kết quả dương tính giả để khách hàng hoàn tất quy trình dễ dàng hơn.
Không cần thẻ tín dụng. Bắt đầu cải tiến ngay hôm nay.