> Cải tiến quy trình liên tục > Tiếp nhận khách hàng KYC > Fenergo > Mẫu dữ liệu

Mẫu dữ liệu cho quy trình tiếp nhận khách hàng KYC

Fenergo
Mẫu dữ liệu cho quy trình tiếp nhận khách hàng KYC
← Quay lại hướng dẫn cải tiến
Thuộc tính của quy trình tiếp nhận khách hàng KYC(21) Các hoạt động trong quy trình tiếp nhận khách hàng KYC(14) Hướng dẫn trích xuất(1)

Mẫu dữ liệu cho quy trình tiếp nhận khách hàng KYC

Mẫu này giúp bạn chuẩn bị dữ liệu Fenergo để phân tích quy trình hiệu quả. Mẫu nêu rõ các thuộc tính dữ liệu cần thu thập và những hoạt động chính cần theo dõi trong suốt quy trình tiếp nhận khách hàng KYC. Bạn cũng sẽ tìm thấy hướng dẫn thực tế về cách trích xuất dữ liệu để bắt đầu cải thiện vận hành thuận lợi hơn.
  • 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
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.
Tải mẫu xuống

Thuộc tính của quy trình tiếp nhận khách hàng KYC

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích quy trình tiếp nhận khách hàng KYC trên Fenergo và hiểu sâu hơn về quy trình.
5 Bắt buộc 6 Nên có 10 Không bắt buộc
Tên Mô tả
Đơn đăng ký của khách hàng
CustomerApplication
 Mã định danh duy nhất cho một lần làm thủ tục của khách hàng, dùng làm mã hồ sơ chính.
Mô tả

Đơn đăng ký của khách hàng là mã định danh trung tâm, dùng để nhóm mọi hoạt động và sự kiện liên quan đến quy trình KYC của một khách hàng. Mã này giúp theo dõi toàn bộ hành trình của đơn, từ lúc gửi ban đầu đến khi có kết quả cuối cùng, dù được duyệt, bị từ chối hay đóng.

Trong process mining, thuộc tính này là nền tảng để dựng lại toàn bộ hành trình của từng đơn đăng ký. Thuộc tính cho phép phân tích luồng quy trình, thời gian xử lý, các biến thể và điểm nghẽn theo từng đơn, giúp bạn thấy rõ cách xử lý từng hồ sơ.

Vì sao điều này quan trọng

Đây là Case ID thiết yếu, liên kết mọi sự kiện liên quan để có thể phân tích toàn bộ quy trình làm thủ tục cho khách hàng.

Lấy dữ liệu ở đâu

Thông thường, đây là khóa chính trong thực thể quản lý hồ sơ cốt lõi hoặc quản lý vòng đời khách hàng của Fenergo.

Ví dụ
APP-2023-00123APP-2023-00124APP-2023-00125
Tên hoạt động
ActivityName
 Tên của sự kiện nghiệp vụ hoặc tác vụ cụ thể diễn ra tại một thời điểm trong quy trình làm thủ tục.
Mô tả

Tên hoạt động mô tả một bước hoặc cột mốc trong quá trình làm thủ tục cho khách hàng, chẳng hạn như 'Đã thực hiện sàng lọc ban đầu' hoặc 'Đơn đăng ký đã được phê duyệt'. Chuỗi hoạt động này là cơ sở để lập sơ đồ quy trình.

Phân tích thuộc tính này giúp trực quan hóa luồng quy trình, xác định các đường đi phổ biến và thay thế, đồng thời đo tần suất của từng bước. Đây là yếu tố quan trọng để hiểu những việc đang được thực hiện và thứ tự thực hiện.

Vì sao điều này quan trọng

Thuộc tính này xác định các bước trong quy trình, giúp lập sơ đồ quy trình và phân tích luồng cũng như các biến thể của quy trình.

Lấy dữ liệu ở đâu

Thông tin này thường nằm trong các bảng workflow hoặc nhật ký kiểm tra của Fenergo, gắn với các lần chuyển trạng thái hồ sơ hoặc hoàn tất tác vụ.

Ví dụ
Yêu cầu dữ liệu và tài liệuBắt đầu rà soát tuân thủPhê duyệt hồ sơ
Thời gian bắt đầu
EventStartTime
 Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện chính thức bắt đầu.
Mô tả

Thuộc tính này ghi lại chính xác ngày giờ một hoạt động cụ thể bắt đầu. Thông tin này cung cấp thứ tự thời gian cần thiết để dựng lại luồng quy trình và là cơ sở cho mọi phân tích theo thời gian.

Trong process mining, thời gian bắt đầu được dùng để tính thời lượng hoạt động, thời gian chờ giữa các hoạt động và tổng thời gian xử lý hồ sơ. Đây là trục thời gian của nhật ký sự kiện, rất quan trọng khi phân tích hiệu suất và điểm nghẽn.

Vì sao điều này quan trọng

Dấu thời gian này rất quan trọng để sắp xếp sự kiện theo trình tự thời gian và tính các chỉ số theo thời gian như thời gian xử lý và thời lượng.

Lấy dữ liệu ở đâu

Thông tin thường nằm trong bảng nhật ký kiểm tra, nhật ký sự kiện hoặc lịch sử workflow của Fenergo, với tên trường như 'Timestamp', 'StartDate' hoặc 'CreationDate'.

Ví dụ
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Hệ thống nguồn
SourceSystem
 Hệ thống lưu trữ dữ liệu gốc mà dữ liệu được trích xuất từ đó.
Mô tả

Thuộc tính này xác định hệ thống tạo ra dữ liệu sự kiện. Với quy trình này, hệ thống đó luôn là Fenergo. Trong các bộ dữ liệu kết hợp, thuộc tính giúp phân biệt nguồn dữ liệu.

Thuộc tính chủ yếu được dùng để lọc dữ liệu từ một hệ thống cụ thể hoặc xác minh nguồn gốc dữ liệu. Nhờ đó, bạn dễ nhận biết dữ liệu đến từ đâu khi kết hợp thông tin của nhiều hệ thống để có cái nhìn tổng thể về quy trình.

Vì sao điều này quan trọng

Xác định nguồn gốc dữ liệu, yếu tố quan trọng để quản trị và xác thực dữ liệu, đồng thời bảo đảm phân tích dựa trên đúng nguồn.

Lấy dữ liệu ở đâu

Thông thường, đây là giá trị cố định được thêm trong quá trình trích xuất dữ liệu để ghi nhãn nguồn gốc của bản ghi.

Ví dụ
FenergoFenergo CLM
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ủa quy trình này được làm mới hoặc trích xuất.
Mô tả

Thuộc tính này ghi lại ngày giờ của lần làm mới dữ liệu gần nhất. Thông tin này cho biết dữ liệu đang phân tích mới đến mức nào và giúp bạn hiểu các thông tin phân tích có còn kịp thời hay không.

Trong dashboard và báo cáo, thông tin này cho người dùng biết dữ liệu được cập nhật đến thời điểm nào. Nhờ đó, họ hiểu rõ phân tích phản ánh hoạt động hiện tại hay dữ liệu lịch sử.

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 hiểu phân tích quy trình đang phản ánh tình hình gần đây ra sao.

Lấy dữ liệu ở đâu

Giá trị này được tạo và gắn vào bộ dữ liệu trong quá trình trích xuất và tải dữ liệu (ETL).

Ví dụ
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Điểm rủi ro
RiskScore
 Điểm số thể hiện mức độ rủi ro đã tính toán của khách hàng.
Mô tả

Điểm rủi ro là thước đo định lượng về rủi ro tiềm ẩn của khách hàng, được tính dựa trên nhiều yếu tố như khu vực pháp lý, ngành nghề và kết quả sàng lọc. Thông thường, bộ máy quy tắc của Fenergo sẽ tính điểm này.

Thuộc tính này giúp đối chiếu mức độ rủi ro với cách quy trình diễn ra. Chẳng hạn, phân tích có thể cho thấy khách hàng rủi ro cao mất nhiều thời gian xử lý hơn hoặc cần nhiều thao tác thủ công hơn. Thông tin này hữu ích cho dashboard 'Phân tích sâu về rủi ro và xem xét tuân thủ'.

Vì sao điều này quan trọng

Định lượng rủi ro khách hàng, giúp phân tích mức độ rủi ro ảnh hưởng thế nào đến thời gian xử lý, việc làm lại và kết quả.

Lấy dữ liệu ở đâu

Đây là kết quả quan trọng từ mô-đun Đánh giá rủi ro khách hàng của Fenergo. Điểm số được lưu trong thực thể hồ sơ hoặc khách hàng.

Ví dụ
154585
Ngày mục tiêu SLA
SlaTargetDate
 Ngày dự kiến hoàn tất hồ sơ làm thủ tục cho khách hàng.
Mô tả

Ngày mục tiêu SLA là hạn đã thống nhất để hoàn tất toàn bộ quy trình làm thủ tục cho đơn đăng ký của khách hàng. Đây là mốc quan trọng để so sánh với hiệu suất thực tế.

Thuộc tính này cần thiết cho dashboard 'Theo dõi tuân thủ SLA' và để tính KPI 'Tỷ lệ đáp ứng SLA'. Thuộc tính giúp bạn chủ động quản lý các hồ sơ có nguy cơ trễ SLA và ưu tiên công việc.

Vì sao điều này quan trọng

Xác định ngày mục tiêu hoàn tất, rất quan trọng để theo dõi tuân thủ SLA và ưu tiên các hồ sơ quá hạn.

Lấy dữ liệu ở đâu

Ngày này thường được tính dựa trên ngày gửi đơn đăng ký và các quy tắc nghiệp vụ được cấu hình trong mô-đun quản lý SLA của Fenergo.

Ví dụ
2023-11-15T23:59:59Z2023-12-01T23:59:59Z
Người thực hiện
InitiatingUser
 ID người dùng hoặc tên của người thực hiện hoạt động.
Mô tả

Thuộc tính này xác định nhân viên hoặc người dùng hệ thống cụ thể chịu trách nhiệm thực hiện một tác vụ hay sự kiện. Giá trị có thể là ID người dùng duy nhất, tên hoặc vai trò.

Phân tích theo người dùng giúp bạn hiểu cách phân bổ khối lượng công việc, hiệu suất cá nhân và nhu cầu đào tạo. Thuộc tính này rất quan trọng với dashboard 'Phân bổ hoạt động của nhân viên' và giúp đi sâu xuống một cấp để xem hoạt động do từng người hoặc nhóm thực hiện.

Vì sao điều này quan trọng

Theo dõi người dùng thực hiện hành động, giúp phân tích phân bổ khối lượng công việc, hiệu suất nhóm và phân bổ tài nguyên.

Lấy dữ liệu ở đâu

Thông tin này thường được lưu trong nhật ký kiểm tra hoặc bảng lịch sử tác vụ của Fenergo cùng với chi tiết sự kiện, dưới tên trường như 'UserID', 'UserName' hoặc 'ModifiedBy'.

Ví dụ
j.doea.smithHỆ THỐNG
Phòng ban của người dùng
UserDepartment
 Phòng ban hoặc đơn vị kinh doanh mà người thực hiện thuộc về.
Mô tả

Thuộc tính này cho biết bối cảnh tổ chức của người thực hiện hoạt động, chẳng hạn như 'Tuân thủ', 'Vận hành làm thủ tục' hoặc 'Kinh doanh'. Thông tin thường được lấy từ hồ sơ người dùng.

Đây là chiều phân tích quan trọng để xem quy trình được bàn giao giữa các phòng ban ra sao và xác định điểm nghẽn liên phòng ban. Thuộc tính này hỗ trợ trực tiếp cho dashboard 'Phân bổ hoạt động của nhân viên', cho phép tổng hợp công việc theo nhóm hoặc phòng ban.

Vì sao điều này quan trọng

Cho phép phân tích hiệu suất quy trình theo phòng ban, làm rõ việc bàn giao giữa các phòng ban, chậm trễ và phân bổ khối lượng công việc.

Lấy dữ liệu ở đâu

Có thể cần kết hợp dữ liệu từ bảng thông tin nhân viên hoặc dữ liệu nhân sự riêng bằng ID 'InitiatingUser'. Fenergo cũng có thể lưu thông tin này trong hồ sơ người dùng.

Ví dụ
ComplianceTiếp nhận khách hàngĐảm bảo chất lượng
Thời gian kết thúc
EventEndTime
 Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện hoàn tất.
Mô tả

Thuộc tính này ghi lại chính xác ngày giờ một hoạt động cụ thể kết thúc. Kết hợp với thời gian bắt đầu, thuộc tính xác định thời lượng thực hiện tác vụ.

Trong process mining, thời gian kết thúc được dùng cùng thời gian bắt đầu để tính thời gian xử lý của từng hoạt động. Thông tin này giúp xác định bước nào tốn nhiều thời gian nhất và phân tích hiệu quả sử dụng tài nguyên.

Vì sao điều này quan trọng

Cho phép tính thời gian xử lý hoạt động, làm cơ sở để xác định tác vụ kéo dài và điểm nghẽn hiệu suất.

Lấy dữ liệu ở đâu

Thông tin thường nằm trong bảng nhật ký kiểm tra hoặc lịch sử workflow của Fenergo, với tên trường như 'EndDate', 'CompletionDate', hoặc được suy ra từ thời gian bắt đầu của sự kiện tiếp theo.

Ví dụ
2023-10-26T11:30:00Z2023-10-26T15:00:10Z2023-10-27T11:45:00Z
Trạng thái đơn đăng ký
ApplicationStatus
 Kết quả hiện tại hoặc cuối cùng của đơn đăng ký khách hàng.
Mô tả

Thuộc tính này cho biết kết quả của đơn đăng ký khi quy trình kết thúc, hoặc trạng thái hiện tại nếu quy trình vẫn đang diễn ra. Các giá trị thường gặp gồm 'Đã phê duyệt', 'Bị từ chối' hoặc 'Đang xử lý'.

Đây là chiều phân tích quan trọng để xem kết quả. Bạn có thể lọc và so sánh luồng quy trình theo kết quả cuối cùng, phục vụ dashboard 'Làm lại và từ chối đơn đăng ký' cũng như tính các KPI như tỷ lệ từ chối đơn đăng ký.

Vì sao điều này quan trọng

Xác định kết quả của hồ sơ, giúp so sánh đường đi của đơn được duyệt và bị từ chối, đồng thời tìm hiểu tỷ lệ thành công.

Lấy dữ liệu ở đâu

Thông thường, đây là trạng thái cuối cùng được ghi trên thực thể hồ sơ trong hệ thống quản lý hồ sơ của Fenergo.

Ví dụ
Đã phê duyệtBị từ chốiĐang chờ bộ phận tuân thủĐã đóng
Đáp ứng SLA
IsSlaCompliant
 Cờ boolean cho biết hồ sơ có được hoàn tất trước hoặc đúng ngày mục tiêu SLA hay không.
Mô tả

Thuộc tính này là chỉ báo nhị phân về hiệu suất SLA của một hồ sơ đã hoàn tất. Giá trị được đặt thành 'true' nếu dấu thời gian của hoạt động đóng hồ sơ cuối cùng nằm trước hoặc đúng 'SlaTargetDate', nếu không sẽ là 'false'.

Trường được tính toán này giúp đơn giản hóa việc theo dõi và báo cáo SLA. Bạn có thể dễ dàng tổng hợp dữ liệu để tính KPI 'Tỷ lệ đáp ứng SLA' hoặc lọc hồ sơ để phân tích đặc điểm của các trường hợp đáp ứng và không đáp ứng SLA.

Vì sao điều này quan trọng

Đo trực tiếp hiệu suất SLA, giúp dễ dàng tính KPI Tỷ lệ đáp ứng SLA và lọc các hồ sơ không tuân thủ.

Lấy dữ liệu ở đâu

Thuộc tính này được tính bằng cách so sánh dấu thời gian của hoạt động cuối cùng trong hồ sơ, chẳng hạn như 'Đơn đăng ký đã được phê duyệt' hoặc 'Đơn đăng ký bị từ chối', với 'SlaTargetDate'.

Ví dụ
truefalse
Được tự động hóa
IsAutomated
 Cờ boolean cho biết hoạt động do hệ thống thực hiện thay vì người dùng.
Mô tả

Thuộc tính này phân biệt tác vụ do hệ thống tự động thực hiện, chẳng hạn như sàng lọc ban đầu và kiểm tra hệ thống, với tác vụ do người dùng thực hiện thủ công. Thông tin này thường được xác định bằng cách kiểm tra xem người thực hiện có phải là tài khoản hệ thống hoặc tài khoản dịch vụ hay không.

Phân tích cờ này rất quan trọng để hiểu mức độ tự động hóa của quy trình. Thuộc tính giúp định lượng ảnh hưởng của tự động hóa đến hiệu quả, chi phí và tốc độ, đồng thời xác định cơ hội tự động hóa thêm.

Vì sao điều này quan trọng

Phân biệt hoạt động do người thực hiện với hoạt động do hệ thống thực hiện, rất quan trọng khi phân tích tự động hóa và chi phí tài nguyên.

Lấy dữ liệu ở đâu

Thông thường, thuộc tính này được suy ra từ trường 'InitiatingUser'. Danh sách ID người dùng hệ thống đã biết được dùng để đặt cờ này thành true.

Ví dụ
truefalse
ID khách hàng
CustomerId
 Mã định danh duy nhất của khách hàng hoặc pháp nhân đang làm thủ tục.
Mô tả

ID khách hàng là mã tham chiếu duy nhất của thực thể khách hàng trong hệ thống dữ liệu chủ. Số đơn đăng ký là Case ID của quy trình, còn ID khách hàng liên kết hoạt động làm thủ tục với một khách hàng cụ thể.

Thuộc tính này cho phép phân tích lịch sử làm thủ tục của một khách hàng, chẳng hạn như khách hàng đã trải qua nhiều lần làm thủ tục theo thời gian hay chưa. Thuộc tính cũng giúp kết hợp dữ liệu quy trình với dữ liệu khách hàng khác để có góc nhìn kinh doanh đầy đủ hơn.

Vì sao điều này quan trọng

Liên kết quy trình làm thủ tục với một khách hàng cụ thể, cho phép phân tích theo khách hàng và bổ sung dữ liệu liên quan.

Lấy dữ liệu ở đâu

ID này được lưu trong hồ sơ khách hàng hoặc pháp nhân của Fenergo và liên kết với hồ sơ làm thủ tục.

Ví dụ
CUST-98765CUST-98766CUST-98767
Kênh gửi đơn đăng ký
ApplicationChannel
 Kênh khách hàng dùng để gửi đơn đăng ký.
Mô tả

Thuộc tính này xác định nguồn gửi đơn đăng ký, chẳng hạn như cổng thông tin trực tuyến, chi nhánh hoặc chuyên viên quản lý quan hệ khách hàng. Nguồn gửi có thể ảnh hưởng đến chất lượng dữ liệu và yêu cầu xử lý.

Chiều phân tích này được dùng trong dashboard 'Hiệu quả theo nguồn và loại đơn đăng ký' để so sánh hiệu suất giữa các kênh. Qua đó, doanh nghiệp có thể biết kênh nào hiệu quả nhất và kênh nào cần cải tiến quy trình.

Vì sao điều này quan trọng

Xác định nguồn đơn đăng ký, cho phép phân tích hiệu quả, chi phí và trải nghiệm khách hàng theo từng kênh.

Lấy dữ liệu ở đâu

Thông tin này có thể được ghi trong biểu mẫu nhập dữ liệu ban đầu của Fenergo hoặc chuyển đến từ hệ thống nguồn.

Ví dụ
Cổng thông tin trực tuyếnChi nhánhChuyên viên quản lý quan hệ khách hàngỨng dụng di động
Là bước làm lại
IsRework
 Cờ boolean cho biết hoạt động có thuộc một vòng lặp làm lại hay không.
Mô tả

Thuộc tính này xác định các hoạt động cho thấy quy trình quay lại bước trước, chẳng hạn như quay lại 'Xem xét tài liệu' sau khi đã bắt đầu 'Xem xét tuân thủ', hoặc bất kỳ lần nào diễn ra hoạt động 'Yêu cầu thêm thông tin'.

Xác định việc làm lại rất quan trọng để hiểu sự kém hiệu quả và vướng mắc trong quy trình. Cờ này cho phép tính trực tiếp KPI 'Tỷ lệ vòng lặp làm lại', đồng thời giúp trực quan hóa và định lượng tác động của các bước lặp lại gây lãng phí trong luồng quy trình.

Vì sao điều này quan trọng

Làm rõ các vòng lặp làm lại kém hiệu quả trong quy trình, giúp định lượng lãng phí và xác định điểm cần cải tiến để tăng tỷ lệ hoàn tất đúng ngay lần đầu.

Lấy dữ liệu ở đâu

Cờ này được suy ra bằng các kỹ thuật process mining để phân tích chuỗi hoạt động. Ví dụ, nếu 'Hoạt động A' tiếp theo là 'Hoạt động B', rồi 'Hoạt động A' lại xuất hiện trong cùng hồ sơ, lần 'Hoạt động A' thứ hai được tính là làm lại.

Ví dụ
truefalse
Loại khách hàng
CustomerType
 Phân loại khách hàng đang làm thủ tục, chẳng hạn như cá nhân, doanh nghiệp hoặc quỹ tín thác.
Mô tả

Thuộc tính này chia khách hàng thành các nhóm dựa trên cơ cấu pháp lý hoặc mối quan hệ với tổ chức tài chính. Mỗi loại khách hàng thường có quy trình làm thủ tục riêng, với mức độ phức tạp và yêu cầu thẩm định khác nhau.

Phân tích quy trình theo loại khách hàng giúp xác định khác biệt về hiệu suất giữa các nhóm. Thuộc tính này rất quan trọng với dashboard 'Hiệu quả theo nguồn và loại đơn đăng ký', giúp so sánh thời gian xử lý và tỷ lệ phê duyệt để cải tiến quy trình phù hợp với từng nhóm.

Vì sao điều này quan trọng

Cho phép so sánh hiệu suất quy trình giữa các nhóm khách hàng, vốn thường có mức độ phức tạp và SLA khác nhau.

Lấy dữ liệu ở đâu

Thông tin này thường được lưu trong thực thể khách hàng hoặc khách hàng doanh nghiệp của Fenergo và liên kết với hồ sơ đơn đăng ký.

Ví dụ
Cá nhânDoanh nghiệpQuỹ tín thácCông ty hợp danh
Lý do từ chối
RejectionReason
 Mã hoặc mô tả giải thích lý do đơn đăng ký bị từ chối.
Mô tả

Khi trạng thái cuối cùng của đơn đăng ký là 'Bị từ chối', thuộc tính này cho biết lý do cụ thể. Ví dụ: 'Không đạt kiểm tra lý lịch', 'Thiếu tài liệu' 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ến đơn đăng ký không thành công. Thuộc tính hỗ trợ trực tiếp cho dashboard 'Làm lại và từ chối đơn đăng ký' bằng cách phân loại các trường hợp không thành công, giúp doanh nghiệp xác định vấn đề thường gặp và thực hiện biện pháp khắc phục để tăng tỷ lệ đạt ngay lần đầu.

Vì sao điều này quan trọng

Cho biết lý do đơn đăng ký không thành công, giúp phân tích nguyên nhân gốc rễ để giảm tỷ lệ từ chối.

Lấy dữ liệu ở đâu

Thông tin thường nằm trong trường mã lý do hoặc ghi chú gắn với trạng thái từ chối cuối cùng trong workflow hồ sơ của Fenergo.

Ví dụ
Trùng khớp danh sách trừng phạtTài liệu không hợp lệVi phạm chính sáchKhách hàng rút đơn
Người phụ trách hồ sơ
CaseOwner
 Người dùng hoặc nhóm chịu trách nhiệm chính về việc quản lý đơn đăng ký trong suốt vòng đời.
Mô tả

Người phụ trách hồ sơ là cá nhân hoặc nhóm được giao trách nhiệm chính cho một hồ sơ làm thủ tục. Người này thường chịu trách nhiệm hoàn tất hồ sơ đúng hạn và thành công.

Thuộc tính này giúp phân tích khối lượng công việc và hiệu suất ở cấp quản lý hồ sơ. Bạn có thể xem hồ sơ do một số người phụ trách có thời gian xử lý lâu hơn hoặc tỷ lệ từ chối cao hơn hay không, từ đó xác định nhu cầu đào tạo hoặc mất cân đối tài nguyên.

Vì sao điều này quan trọng

Xác định cá nhân hoặc nhóm chịu trách nhiệm về hồ sơ, giúp phân tích hiệu suất của người quản lý hồ sơ.

Lấy dữ liệu ở đâu

Thông tin này thường nằm trong một trường cụ thể của thực thể hồ sơ chính trong Fenergo, cho biết hồ sơ được giao cho ai.

Ví dụ
s.jonesonboarding_team_am.chen
Quốc gia
Country
 Quốc gia cư trú hoặc khu vực pháp lý áp dụng cho đơn đăng ký của khách hàng.
Mô tả

Thuộc tính này cho biết quốc gia gắn với khách hàng, yếu tố thường quyết định các quy định và yếu tố rủi ro cụ thể áp dụng cho quy trình làm thủ tục.

Phân tích quy trình theo quốc gia cho phép so sánh thời gian xử lý, mức độ rủi ro và độ phức tạp giữa các khu vực pháp lý. Qua đó, bạn có thể hiểu khác biệt theo vùng ảnh hưởng đến hiệu suất vận hành ra sao và bảo đảm tuân thủ quy định địa phương.

Vì sao điều này quan trọng

Cho phép phân nhóm quy trình theo địa lý, yếu tố quan trọng để phân tích tác động của quy định và hiệu suất theo khu vực.

Lấy dữ liệu ở đâu

Thông tin này thuộc dữ liệu khách hàng cốt lõi được thu thập trong quá trình đăng ký và lưu trong thực thể khách hàng của Fenergo.

Ví dụ
USAGBRSGPDEU
Số lần yêu cầu thêm thông tin
AdditionalInfoRequestCount
 Tổng số lần yêu cầu bổ sung thông tin cho một đơn đăng ký.
Mô tả

Chỉ số này đếm số lần hoạt động 'Yêu cầu thêm thông tin' diễn ra trong từng hồ sơ. Số lần càng cao cho thấy việc trao đổi qua lại càng nhiều, có thể làm chậm quy trình và khiến trải nghiệm khách hàng kém đi.

Thuộc tính này hỗ trợ trực tiếp cho KPI 'Hồ sơ có yêu cầu bổ sung thông tin'. Thuộc tính giúp xác định các đơn đăng ký bị yêu cầu bổ sung quá nhiều lần, có thể do khâu thu thập dữ liệu ban đầu chưa tốt hoặc yêu cầu hồ sơ phức tạp. Phân tích thông tin này giúp tinh gọn việc thu thập dữ liệu.

Vì sao điều này quan trọng

Định lượng những vướng mắc của khách hàng và chậm trễ trong quy trình do thiếu thông tin ban đầu, giúp cải thiện khâu thu thập dữ liệu.

Lấy dữ liệu ở đâu

Đây là chỉ số được tính bằng cách đếm số sự kiện 'Yêu cầu thêm thông tin' cho mỗi ID 'CustomerApplication'.

Ví dụ
013
Bắt buộc Nên có Không bắt buộc

Các hoạt động trong quy trình tiếp nhận khách hàng KYC

Đây là các bước và mốc chính cần ghi lại trong nhật ký sự kiện để khám phá và phân tích quy trình chính xác.
8 Nên có 6 Không bắt buộc
Hoạt động Mô tả
Bắt đầu rà soát tuân thủ
 Hoạt động này đánh dấu thời điểm bộ phận tuân thủ bắt đầu rà soát, một giai đoạn quan trọng và thường kéo dài. Sự kiện được suy ra khi hồ sơ được chuyển vào hàng đợi xử lý của bộ phận tuân thủ hoặc trạng thái đổi thành 'Pending Compliance Review'.
Vì sao điều này quan trọng

Hoạt động này là mốc bắt đầu để đo KPI 'Average Compliance Review Time'. Mốc này giúp xác định hồ sơ phải chờ bao lâu trước khi nhóm tuân thủ bắt tay xử lý.

Lấy dữ liệu ở đâu

Suy ra từ nhật ký kiểm tra hồ sơ Fenergo bằng cách ghi nhận dấu thời gian khi trạng thái chuyển thành 'In Compliance Review' hoặc khi hồ sơ được giao cho nhân viên hay nhóm tuân thủ.

Thu thập

Xác định dấu thời gian khi trạng thái chuyển thành 'Under Compliance Review' hoặc thời điểm hồ sơ được giao.

Loại sự kiện inferred
Đã đóng hồ sơ
 Đây là hoạt động cuối cùng, cho biết hồ sơ làm thủ tục đã được đóng về mặt hành chính trong Fenergo và không còn cần xử lý thêm. Áp dụng cho cả hồ sơ được duyệt lẫn bị từ chối, có thể suy ra từ trạng thái cuối cùng là 'Đã đóng'.
Vì sao điều này quan trọng

Hoạt động này đánh dấu điểm kết thúc chính thức của toàn bộ quy trình. Nhờ đó, thời gian xử lý được tính chính xác cho mọi hồ sơ, bất kể kết quả, đồng thời xác nhận quy trình đã kết thúc.

Lấy dữ liệu ở đâu

Có thể suy ra từ nhật ký kiểm tra hồ sơ của Fenergo bằng cách xác định thời điểm trạng thái hồ sơ chuyển thành 'Đã đóng', 'Đã hoàn tất' hoặc một trạng thái kết thúc khác.

Thu thập

Xác định thời điểm trạng thái cuối cùng chuyển thành 'Đã đóng' hoặc 'Đã hoàn tất'.

Loại sự kiện inferred
Hoàn tất đánh giá rủi ro
 Hoạt động này thể hiện việc hoàn tất phân loại rủi ro nội bộ, trong đó khách hàng được xếp hạng rủi ro dựa trên nhiều yếu tố. Thông tin này được suy ra từ thay đổi trạng thái hoặc thời điểm trường xếp hạng rủi ro được điền.
Vì sao điều này quan trọng

Đây là mốc quan trọng để ra quyết định và thường xác định luồng workflow tiếp theo. Phân tích thời lượng giúp tinh gọn một bước tuân thủ quan trọng và đảm bảo việc đánh giá rủi ro nhất quán.

Lấy dữ liệu ở đâu

Suy ra từ nhật ký lịch sử hồ sơ bằng cách xác định thời điểm hồ sơ chuyển sang trạng thái như 'Risk Assessed' hoặc trường 'Customer Risk Rating' được điền giá trị cuối cùng.

Thu thập

Dùng dấu thời gian khi trường xếp hạng rủi ro được chốt hoặc khi trạng thái liên quan được thiết lập.

Loại sự kiện inferred
Hoàn tất rà soát tài liệu
 Hoạt động này cho biết đã hoàn tất quy trình thủ công hoặc tự động để xác minh tính xác thực và chính xác của tất cả tài liệu khách hàng gửi. Sự kiện thường được suy ra từ việc hoàn tất tác vụ trong workflow hoặc thay đổi trạng thái trên Fenergo.
Vì sao điều này quan trọng

Đây là mốc quan trọng, nơi thường xảy ra nhiều chậm trễ. Phân tích thời lượng và kết quả của hoạt động này giúp xác định điểm nghẽn trong khâu xử lý tài liệu và theo dõi các KPI như 'First-Time Pass Rate'.

Lấy dữ liệu ở đâu

Suy ra từ dấu thời gian hoàn tất tác vụ 'Document Verification' trong workflow hồ sơ hoặc từ cập nhật trạng thái thành 'Documents Approved' trong nhật ký lịch sử hồ sơ.

Thu thập

Dùng dấu thời gian hoàn tất tác vụ rà soát tài liệu hoặc thời điểm thay đổi trạng thái liên quan.

Loại sự kiện inferred
Hoàn tất rà soát tuân thủ
 Hoạt động này đánh dấu việc bộ phận tuân thủ chính thức phê duyệt, xác nhận mọi yêu cầu pháp lý đã được đáp ứng. Sự kiện được suy ra từ việc hoàn tất tác vụ hoặc thay đổi trạng thái thành 'Compliance Approved'.
Vì sao điều này quan trọng

Đây là một mốc quan trọng, ảnh hưởng trực tiếp đến tổng thời gian xử lý. Mốc này kết thúc khoảng thời gian dùng để đo 'Average Compliance Review Time' và xác định điểm nghẽn trong bộ phận tuân thủ.

Lấy dữ liệu ở đâu

Suy ra từ dấu thời gian hoàn tất tác vụ 'Compliance Review' trong workflow Fenergo hoặc từ sự kiện cập nhật trạng thái trong lịch sử hồ sơ.

Thu thập

Dùng dấu thời gian hoàn tất tác vụ rà soát tuân thủ hoặc thời điểm cập nhật trạng thái.

Loại sự kiện inferred
Phê duyệt hồ sơ
 Hoạt động này thể hiện quyết định cuối cùng về việc phê duyệt hồ sơ tiếp nhận khách hàng. Sự kiện được suy ra khi trạng thái hồ sơ chuyển sang trạng thái cuối cùng như 'Approved' hoặc 'Onboarding Approved'.
Vì sao điều này quan trọng

Mốc quan trọng này cho biết hồ sơ đã được phê duyệt thành công, trước các bước kích hoạt tài khoản cuối cùng. Đây là mốc cần thiết để tính tỷ lệ phê duyệt và phân tích đặc điểm của khách hàng được tiếp nhận thành công.

Lấy dữ liệu ở đâu

Suy ra từ lịch sử hồ sơ hoặc nhật ký kiểm tra bằng cách tìm dấu thời gian khi trạng thái cuối cùng chuyển thành 'Approved' hoặc trạng thái tích cực tương tự.

Thu thập

Xác định dấu thời gian khi trạng thái cuối cùng chuyển thành 'Approved'.

Loại sự kiện inferred
Tạo 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ồ sơ khách hàng mới được tạo chính thức trong Fenergo. Thông thường, đây là sự kiện được ghi nhận rõ ràng với dấu thời gian cụ thể khi hồ sơ được lưu lần đầu.
Vì sao điều này quan trọng

Là sự kiện bắt đầu, hoạt động này rất cần thiết để tính tổng thời gian tiếp nhận khách hàng và phân tích thông lượng. Đây là mốc chuẩn cho mọi phép đo quy trình tiếp theo và việc theo dõi SLA.

Lấy dữ liệu ở đâu

Thông thường, dữ liệu này được lấy từ dấu thời gian tạo hồ sơ chính trong Fenergo, thường nằm trong các bảng liên quan đến hồ sơ hoặc workflow tiếp nhận khách hàng.

Thu thập

Dùng dấu thời gian tạo hồ sơ tiếp nhận khách hàng.

Loại sự kiện explicit
Từ chối hồ sơ
 Hoạt động này là sự kiện kết thúc, thể hiện quyết định cuối cùng về việc từ chối hồ sơ khách hàng. Sự kiện được suy ra khi trạng thái hồ sơ chuyển sang trạng thái cuối cùng như 'Rejected' hoặc 'Declined'.
Vì sao điều này quan trọng

Là một mốc kết thúc quan trọng của quy trình, hoạt động này cần thiết để tính 'Application Rejection Rate' và phân tích nguyên nhân hồ sơ không đạt. Nhờ đó, bạn có thể xác định những khâu thường dẫn đến từ chối và cải thiện chất lượng hồ sơ.

Lấy dữ liệu ở đâu

Suy ra từ nhật ký kiểm tra hồ sơ bằng cách ghi nhận dấu thời gian khi trạng thái cuối cùng chuyển thành 'Rejected'. Lý do từ chối thường được lưu trong một trường liên quan.

Thu thập

Xác định dấu thời gian khi trạng thái cuối cùng chuyển thành 'Rejected'.

Loại sự kiện inferred
Bắt đầu kiểm tra lý lịch
 Hoạt động này đánh dấu thời điểm bắt đầu kiểm tra lý lịch, AML hoặc tín dụng từ bên ngoài. Sự kiện thường được ghi nhận rõ ràng khi hệ thống gọi dịch vụ của bên thứ ba thông qua tích hợp.
Vì sao điều này quan trọng

Theo dõi thời điểm bắt đầu và hoàn tất các bước kiểm tra này là điều cần thiết để hiểu rõ chậm trễ do phụ thuộc bên ngoài. Nhờ đó, bạn có thể phân biệt thời gian xử lý nội bộ với thời gian chờ bên ngoài.

Lấy dữ liệu ở đâu

Thông thường, dữ liệu được lấy từ nhật ký hệ thống ghi lại các lệnh gọi API đến nhà cung cấp dịch vụ sàng lọc bên ngoài hoặc từ thời điểm tạo tác vụ 'Background Check' trong hồ sơ Fenergo.

Thu thập

Tìm nhật ký tích hợp với dịch vụ bên ngoài hoặc thời điểm tạo tác vụ 'Screening'.

Loại sự kiện explicit
Hoàn tất sàng lọc ban đầu
 Hoạt động này thể hiện việc hoàn tất các bước kiểm tra sơ bộ tự động hoặc thủ công, chẳng hạn xác thực dữ liệu cơ bản hoặc sàng lọc theo danh sách trừng phạt. Thông tin này thường được suy ra từ thay đổi trạng thái trong workflow hồ sơ Fenergo, ví dụ chuyển từ 'New' sang 'Screening Complete'.
Vì sao điều này quan trọng

Theo dõi mốc ban đầu này giúp phát hiện vấn đề về chất lượng dữ liệu và điểm nghẽn ở giai đoạn sơ tuyển. Mốc này phân biệt giai đoạn tự động ban đầu với các bước rà soát thủ công chuyên sâu hơn.

Lấy dữ liệu ở đâu

Suy ra từ lịch sử hồ sơ hoặc nhật ký kiểm tra bằng cách xác định dấu thời gian khi trạng thái hồ sơ chuyển sang trạng thái cho biết đã hoàn tất sàng lọc, chẳng hạn 'Screening Passed' hoặc 'Awaiting Documents'.

Thu thập

Tìm thay đổi trạng thái thành 'Screening Complete' hoặc trạng thái tương tự trong lịch sử hồ sơ.

Loại sự kiện inferred
Kích hoạt tài khoản
 Cho biết tài khoản khách hàng đã được tạo và kích hoạt thành công trong hệ thống ngân hàng lõi hoặc hệ thống liên quan sau khi được phê duyệt. Có thể suy ra điều này từ lần cập nhật trạng thái cuối cùng trong Fenergo sau khi phê duyệt.
Vì sao điều này quan trọng

Hoạt động này xác nhận quy trình làm thủ tục đã chuyển thành công sang trạng thái khách hàng đang hoạt động. Đo thời gian từ lúc phê duyệt đến khi kích hoạt có thể giúp phát hiện chậm trễ trong khâu thiết lập vận hành.

Lấy dữ liệu ở đâu

Có thể suy ra điều này từ trạng thái hồ sơ như 'Tài khoản đang hoạt động' hoặc 'Hoàn tất làm thủ tục'. Đây cũng có thể là một sự kiện được ghi rõ trong nhật ký khi tích hợp với hệ thống liên quan.

Thu thập

Tìm lần thay đổi trạng thái sau khi phê duyệt hoặc sự kiện ghi nhận tích hợp thành công.

Loại sự kiện inferred
Nhận tài liệu
 Hoạt động này cho biết khách hàng đã tải lên hoặc gửi các tài liệu cần thiết và tài liệu hiện đã có trên Fenergo để rà soát. Thông tin này thường được suy ra khi trạng thái hồ sơ chuyển thành 'Documents Received' hoặc 'Pending Review'.
Vì sao điều này quan trọng

Mốc này đánh dấu thời điểm kết thúc thời gian khách hàng chờ và bắt đầu chu kỳ rà soát nội bộ. Đây là mốc quan trọng để đo thời gian phản hồi của khách hàng và thời gian hồ sơ chờ xử lý nội bộ.

Lấy dữ liệu ở đâu

Suy ra từ lịch sử kiểm tra hồ sơ, nơi ghi lại dấu thời gian khi trạng thái chuyển thành 'Documents Received' hoặc trạng thái tương tự. Sự kiện này cũng có thể gắn với thời điểm tải tài liệu lên.

Thu thập

Xác định dấu thời gian khi trạng thái chuyển thành 'Documents Received' hoặc 'Ready for Review'.

Loại sự kiện inferred
Yêu cầu bổ sung thông tin
 Hoạt động này thể hiện một vòng lặp làm lại, khi nhóm tiếp nhận phải liên hệ lại khách hàng để làm rõ thông tin hoặc yêu cầu tài liệu còn thiếu. Đây là sự kiện được ghi nhận rõ ràng, thường vào lúc gửi thông báo cho khách hàng.
Vì sao điều này quan trọng

Hoạt động này là dấu hiệu chính cho thấy quy trình kém hiệu quả và trải nghiệm khách hàng chưa tốt. Theo dõi tần suất giúp xác định nguyên nhân gốc rễ của việc làm lại và hỗ trợ đo KPI 'Rework Loop Rate'.

Lấy dữ liệu ở đâu

Dữ liệu được lấy từ nhật ký sự kiện trao đổi với khách hàng hoặc từ thay đổi trạng thái thành 'Awaiting Additional Information'. Cách thứ nhất xác định chính xác hơn thời điểm gửi yêu cầu.

Thu thập

Tìm sự kiện trao đổi đã ghi nhận hoặc thay đổi trạng thái thành 'Pending Customer Response'.

Loại sự kiện explicit
Yêu cầu dữ liệu và tài liệu
 Sự kiện này cho biết hệ thống hoặc nhân viên tiếp nhận đã chính thức yêu cầu khách hàng cung cấp thông tin và tài liệu cần thiết. Sự kiện thường được ghi nhận rõ ràng khi gửi mẫu thông báo chuẩn.
Vì sao điều này quan trọng

Hoạt động này đánh dấu thời điểm bắt đầu giai đoạn phụ thuộc vào khách hàng. Đo thời gian từ lúc này đến khi nhận được tài liệu là yếu tố quan trọng để phân tích hành trình khách hàng và xác định chậm trễ trong trao đổi.

Lấy dữ liệu ở đâu

Dữ liệu được lấy từ nhật ký sự kiện liên quan đến trao đổi với khách hàng hoặc nhật ký hoàn tất tác vụ 'Request Documents'. Bạn cũng có thể suy ra sự kiện này từ thay đổi trạng thái thành 'Awaiting Customer Information'.

Thu thập

Tìm sự kiện trao đổi với khách hàng hoặc tác vụ đã hoàn tất trong nhật ký.

Loại sự kiện explicit
Nên có Không bắt buộc

Hướng dẫn trích xuất

Cách lấy dữ liệu từ Fenergo

Sẵn sàng bắt đầu?

Với mẫu dữ liệu này, bạn có thể bắt đầu tìm ra những khâu kém hiệu quả và tinh gọn quy trình tiếp nhận khách hàng KYC trên Fenergo. Hãy bắt đầu cải thiện vận hành và nâng cao mức độ hài lòng của khách hàng ngay hôm nay.

Quay lại hướng dẫn cải tiến
Tải mẫu xuống

Tinh gọn quy trình tiếp nhận khách hàng KYC, phê duyệt nhanh hơn ngay hôm nay

Cùng các doanh nghiệp rút ngắn thời gian tiếp nhận khách hàng xuống chỉ còn 24 giờ.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Bắt đầu chỉ trong vài phút.