# data[].attributes.headline
Mục tiêu 1: Đảm bảo bảo mật dữ liệu khách hàng

# data[].attributes.subject
Mục tiêu 1: Đảm bảo bảo mật dữ liệu khách hàng

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Bị tấn công trái phép từ môi trường bên ngoài

Rủi ro 2: Bị trục lợi từ người quản trị hệ thống

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: Không chấp nhận rủi ro bị tấn công trái phép từ môi trường bên ngoài

Mức độ chấp nhận rủi ro 2: Không chấp nhận rủi ro bị trục lợi từ người quản trị hệ thống

3. Phản ứng/Kiểm soát:

KVRR 1: Định kỳ cập nhật hệ thống theo khuyến nghị của BU An ninh mạng; định kỳ phân tích log hệ thống để xác định những dấu hiệu bất thường và xây dựng và thực hiện nghiêm túc các kịch bản test đảm bảo an toàn, an ninh trong quá trình cập nhật hệ thống.

KVRR 2: Giám sát log chéo và đào tạo nâng cao trách nhiệm của các cán bộ quản trị hệ thống

# data[].attributes.headline
Mục tiêu 1:  Công cụ tự động check tính chính xác của dữ liệu đầu ra (hoàn thành trong Quý I/2025)

# data[].attributes.subject
Mục tiêu 1:  Công cụ tự động check tính chính xác của dữ liệu đầu ra (hoàn thành trong Quý I/2025)

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Công cụ không cover được toàn bộ các dữ liệu đầu ra

Rủi ro 2: Thuật toán kiểm soát không chính xác

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: Trung bình

Mức độ chấp nhận rủi ro 2: Thấp

3. Phản ứng/Kiểm soát:

KVRR 1: Phân loại dữ liệu đầu ra để xác định được chính xác dữ liệu có thể kiểm soát

KVRR 2:

Apply thuật toán cho dữ liệu trong một thời gian dài trong quá khứ để đánh giá

Cho chạy song song với giải pháp hiện tại.

# data[].attributes.headline
Mục tiêu 2: Bảo đảm tính toàn vẹn dữ liệu khách hàng

# data[].attributes.subject
Mục tiêu 2: Bảo đảm tính toàn vẹn dữ liệu khách hàng

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Dữ liệu khách hàng bị chỉnh sửa sai yêu cầu

Rủi ro 2: Dữ liệu khách hàng bị mất

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: Không để xảy ra sự cố do lỗi chủ quan

Mức độ chấp nhận rủi ro 2: Không để xảy ra sự cố do lỗi chủ quan

3. Phản ứng/Kiểm soát:

KVRR 1: Mọi tác động chỉnh sửa đều phải có phê duyệt và kiểm soát của các cấp, ghi log tác động đầy đủ.

KVRR 2: Có backup đầy đủ dữ liệu khách hàng.

# data[].attributes.headline
Mục tiêu 2: An toàn hệ thống, không để xảy ra sự cố chủ quan. Khẩu vị rủi ro thấp

# data[].attributes.subject
Mục tiêu 2: An toàn hệ thống, không để xảy ra sự cố chủ quan. Khẩu vị rủi ro thấp

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Sự cố hệ thống

Rủi ro 2: Tác động trái phép gây mất an toàn tài khoản, thẻ nạp

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: Thời gian xử lý trong thời gian KPI cho phép. Số lượng sự cố tối đa 3 sự cố / năm.

Mức độ chấp nhận rủi ro 2: Kịp thời phát hiện tối đa 7 ngày, Không gây thất thoát hay bị sử dụng trái phép.

3. Phản ứng/Kiểm soát:

KVRR 1: Giám sát cảnh báo polestar, và các công cụ KPI, công cụ kiểm soát log hệ thống để phát hiện sự cố để kịp thời xử lý.

KVRR 2: Ngăn chặn truy cập trái phép như Firewall, User. Kiểm soát các tác động hệ thống để phát hiện tác động trái phép. Tăng cường hậu kiểm, đào tạo nâng cao về các tiêu chuẩn đạo đức nghề nghiệp.

# data[].attributes.headline
Mục tiêu 1: Khai báo chính sách đúng và kịp thời

# data[].attributes.subject
Mục tiêu 1: Khai báo chính sách đúng và kịp thời

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Khai báo không đúng với yêu cầu.

Rủi ro 2: Khai báo không kịp thời gian.

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: Số chính sách không đúng yêu cầu gây ảnh hưởng khách hàng VIP không quá 1 / năm. Số chính sách không đúng gây PAKH và chưa ảnh hưởng khách hàng VIP không quá 3 / năm.

Mức độ chấp nhận rủi ro 2: Số chính sách hoàn thành chậm không quá 2 / năm.

3. Phản ứng/Kiểm soát:

KVRR 1: Tăng cường công cụ kiểm soát chất lượng khai báo như Số hoá chính sách, khai báo tự động để giảm thiểu hiểu sai văn bản chính sách cũng như TEST, kiểm tra tự động được chính sách đã khai báo.

KVRR 2: Xây dựng công cụ số hoá khai báo tự động để rút ngắn thời gian khai báo.

# data[].attributes.headline
Mục tiêu 2: tự động hóa các công việc đối soát theo từng nhóm

# data[].attributes.subject
Mục tiêu 2: tự động hóa các công việc đối soát theo từng nhóm

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Lựa chọn thiết kế, công nghệ không phù hợp

Rủi ro 2: Triển khai thiếu các trường hợp nghiệp vụ

Rủi ro 3: nhân sự chủ quan trong giám sát, theo dõi tiến độ, kết quả số liệu sau khi đã tự động hóa

Rủi ro 4: các yêu cầu mới từ SXKD ảnh hưởng đến nguồn lực và tiến độ triển khai

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: thấp

Mức độ chấp nhận rủi ro 2: trung bình

Mức độ chấp nhận rủi ro 3: thấp

Mức độ chấp nhận rủi ro 4: trung bình

3. Phản ứng/Kiểm soát:

KVRR 1: tham khảo thiết kế, công nghệ từ nhiều nguồn, nhiều đơn vị để đảm bảo lựa chọn là phù hợp nhất, tư vấn

KVRR 2: Rà soát, hội thảo

KVRR 3: xây dựng quy trình mới, phù hợp với nghiệp vụ sau khi đã hoàn thành tự động hóa, có phân công trách nhiệm giám sát cho từng cá nhân ở từng khâu.

KVRR 4: lập kế hoạch thực hiện cụ thể và có theo dõi thường xuyên

# data[].attributes.headline
Mục tiêu 1: Hoàn thành rà soát quy trình; Chuẩn hóa các chính sách KD, nghiệp vụ điều hành để phục vụ số hoá đưa lên hệ thống điều hành hỗ trợ sxkd hoàn thành trong quí 1/2025

# data[].attributes.subject
Mục tiêu 1: Hoàn thành rà soát quy trình; Chuẩn hóa các chính sách KD, nghiệp vụ điều hành để phục vụ số hoá đưa lên hệ thống điều hành hỗ trợ sxkd hoàn thành trong quí 1/2025

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Nội dung chính sách kinh doanh không rõ ràng, đầy đủ, hiểu sai nội dung chính sách KD, không tuân thủ quy trình điều hành CSKD và hệ thống CNTT

Rủi ro 2: Số lượng chính sách KD, sản phẩm KD lớn dồn vào 1 thời điểm, nhiều chồng chéo.

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: rất thấp

Mức độ chấp nhận rủi ro 2: trung bình

3. Phản ứng/Kiểm soát:

KVRR 1: Tham số hóa các thông số đầu vào để triển khai số hóa công tác điều hành CSKD , có kiểm soát check chéo trong mỗi phân đoạn triển khai CSKD theo checklist. Tham gia góp ý trao đổi dự thảo CSKD.

KVRR 2: Xây dựng ban hành tiêu chí KPI (doanh thu, số lượng cskd tại 1 thời điểm), đặt mức độ ưu tiên cho từng CSKD khi triển khai.

# data[].attributes.headline
Mục tiêu 1: đánh giá các nguồn dữ liệu gốc, phương thức phân chia doanh thu, mẫu biểu đối soát, chuẩn hóa nghiệp vụ

# data[].attributes.subject
Mục tiêu 1: đánh giá các nguồn dữ liệu gốc, phương thức phân chia doanh thu, mẫu biểu đối soát, chuẩn hóa nghiệp vụ

# data[].attributes.body
1. Rủi ro

Rủi ro 1: rà soát bị thiếu sót thông tin

Rủi ro 2: các bên tham gia không đồng thuận triển khai

Rủi ro 3: có các yêu cầu mới từ SXKD, ảnh hưởng đến nguồn lực, dẫn đến tiến độ rà soát, chuẩn hóa không đảm bảo

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: thấp

Mức độ chấp nhận rủi ro 2: trung bình

Mức độ chấp nhận rủi ro 3: trung bình

3. Phản ứng/Kiểm soát:

KVRR 1: chúng tôi có KVRR ở mức thấp với đối với sự đầy đủ trong rà soát thông tin đối soát từ các hợp đồng, dịch vụ. Chúng tôi có bảng danh mục các vấn đề cần rà soát và các danh mục hợp đồng, dịch vụ cần rà soát.

KVRR 2: chúng tôi có KVRR ở mức trung bình với đối với sự đồng thuận của tất cả các bên trong triển khai chuẩn hóa các danh mục đối soát. Chúng tôi làm việc với từng bên chưa đồng thuận để giải quyết các bất đồng.

KVRR3: chúng tôi có KVRR ở mức trung bình với đối với tiến độ triển khai chuẩn hóa các danh mục đối soát. Chúng tôi xác định đây là việc làm lâu dài ưu tiên chất lượng hơn tiến độ.

# data[].attributes.headline
Mục tiêu 2: Tinh gọn giảm số lượng hệ thống, dễ dàng triển khai các cskd: giảm 10% số lượng hệ thống

# data[].attributes.subject
Mục tiêu 2: Tinh gọn giảm số lượng hệ thống, dễ dàng triển khai các cskd: giảm 10% số lượng hệ thống

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Có thể gây downtime hệ thống

Rủi ro 2: Có thể mất dữ liệu

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: Trung bình

Mức độ chấp nhận rủi ro 2: Trung bình

3. Phản ứng/Kiểm soát:

KVRR 1: Rà soát lập thủ tục đầy đủ, rollback lại như ban đầu để không ảnh hưởng; thực hiện vào giờ thấp điểm để it ảnh hưởng

KVRR 2: Backup hệ thống trước khi thực hiện; định kỳ thực hiện quy trình restore hệ thống

# data[].attributes.headline
Mục tiêu 2: Xây dựng công cụ  hỗ trợ kết xuất danh sách thuê bao tự động (hoàn thành trong quý II/2025)

# data[].attributes.subject
Mục tiêu 2: Xây dựng công cụ  hỗ trợ kết xuất danh sách thuê bao tự động (hoàn thành trong quý II/2025)

# data[].attributes.body
1. Rủi ro

Rủi ro 1: Công cụ không đủ chức năng người dùng mong muốn

Rủi ro 2: Một số tính năng hoạt động không chính xác mà khi phát triển không test ra

2. Mức độ chấp nhận rủi ro:

Mức độ chấp nhận rủi ro 1: trung bình

Mức độ chấp nhận rủi ro 2: thấp

3. Phản ứng/Kiểm soát:

KVRR 1: Phân tích nhu cầu người dùng (từ tất cả các đơn vị liên quan) trước khi xây dựng công cụ

KVRR 2:

Cho chạy song song với phương án cũ 1 thời gian

Thực hiện xây dựng công cụ theo đúng quy trình phát triển phần mềm.

# data[].attributes.headline
Mục tiêu 3: Nghiên cứu ứng dụng RPA để tự động check và xử lý các tiến trình đồng bộ, kết xuất dữ liệu bị lỗi, hoàn thành trong quý 2/2025

# data[].attributes.subject
Mục tiêu 3: Nghiên cứu ứng dụng RPA để tự động check và xử lý các tiến trình đồng bộ, kết xuất dữ liệu bị lỗi, hoàn thành trong quý 2/2025

# data[].attributes.body
1. Rủi ro

Có nhiều việc phát sinh TCT giao trong năm 2025 dẫn đến không bố trí đủ nhân sự để thực hiện

2. Mức độ chấp nhận rủi ro: Trung bình

3. Phản ứng/ Kiểm soát:

Lập kế hoạch xây dựng công cụ và bám sát theo từng tuần

Báo cáo lãnh đạo khi có chậm trễ.

Trong trường hợp cấp thiết có thể huy động nguồn lực hỗ trợ từ các nhóm khác, từ đối tác