Sử dụng và bảo vệ dữ liệu

Bối cảnh

Sao Mai là một chuỗi cửa hàng tạp hoá và đồ gia dụng. Chuỗi bắt đầu từ một cửa hàng và đang mở thêm cửa hàng mới. Mỗi cửa hàng bán hàng qua máy tính tiền; dữ liệu bán hàng được gửi về văn phòng để các phòng ban làm báo cáo. Tên chuỗi và mọi số liệu trong bài là giả lập.

Ngày 15/09/2026, nhóm Tiếp thị xin danh sách khách hàng để gửi ưu đãi. Trong tình huống giả lập này, bộ phận Chăm sóc khách hàng đang dùng danh sách để liên hệ xử lý yêu cầu của khách. Nhóm Tiếp thị cho rằng đều là nhân viên Sao Mai thì có thể dùng chung tệp. Người giữ tệp chưa biết ai được chốt việc dùng cho mục đích mới.

Tệp mang nhãn “hạn chế” trong đề xuất phân loại nội bộ. Nhưng nhãn ấy chưa trả lời được việc gửi ưu đãi có phù hợp hay không, cũng chưa nói người nhận được xem, sửa hay tải toàn bộ danh sách. Nếu đang giữ tệp, bạn sẽ xử lý thế nào?

Bài không tư vấn pháp lý.

Ba cách phân loại trả lời những câu hỏi khác nhau

Phân loại nội bộ: tổ chức muốn chia sẻ tới đâu

Phân loại nội bộ (internal data classification) là cách tổ chức đặt nhãn để hướng dẫn việc chia sẻ và bảo vệ dữ liệu trong công việc. Ví dụ, Sao Mai có thể dùng “công khai” cho tài liệu giới thiệu đã duyệt, “nội bộ” cho hướng dẫn làm việc và “hạn chế” cho danh sách khách hàng. Đây là nhãn minh hoạ; mỗi tổ chức cần quy định ý nghĩa và cách dùng nhãn.

Khi dùng nhãn “hạn chế”, cần ghi rõ ai được đọc và cho việc gì, vì nhãn trên tên tệp không ngăn được người nhận chuyển tệp đi. Với yêu cầu dùng một lần, ghi giới hạn trong phiếu yêu cầu có thể đủ; chưa cần xây bộ nhãn khi chưa có nhu cầu dùng rộng hơn.

Dữ liệu cá nhân: phần cần đối chiếu quy định riêng

Dữ liệu cá nhân (personal data) là cách phân loại theo pháp luật, khác với nhãn do tổ chức tự đặt. Trong ví dụ, các cột mô tả một khách hàng và cách liên hệ với họ là phần cần rà soát về dữ liệu cá nhân khi áp dụng mẫu cho danh sách thật.

Văn bản cho phần này gồm Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15 và Nghị định 356/2025/NĐ-CP, cùng có hiệu lực từ 01/01/2026. Khi mục đích chuyển từ xử lý yêu cầu sang gửi ưu đãi, câu hỏi cần chuyển cho pháp chế là: căn cứ nào cho phép dùng phần dữ liệu này vào việc mới, và những điều kiện nào cần được xác nhận?

Dữ liệu cốt lõi và quan trọng: đối chiếu danh mục pháp luật

Dữ liệu cốt lõi (core data) và dữ liệu quan trọng (important data) là các cách phân loại theo pháp luật, cần đối chiếu văn bản và danh mục tương ứng. Tệp rất cần cho việc bán hàng không vì thế mà thuộc các loại này; không dùng nghĩa thông thường của chữ “cốt lõi” hay “quan trọng” để gắn nhãn pháp lý.

Văn bản cho phần này gồm Luật Dữ liệu 60/2024/QH15, Nghị định 165/2025/NĐ-CP và Quyết định 20/2025/QĐ-TTg, cùng có hiệu lực từ 01/07/2025. Cần nhờ người có chuyên môn đối chiếu bảng khách hàng Sao Mai với danh mục áp dụng.

Danh mục dữ liệu cốt lõi và quan trọng có thể thay đổi: Quyết định 1308/QĐ-TTg ngày 18/07/2026 giao nhiệm vụ sửa đổi Quyết định 20/2025 trong năm 2026. Khi áp dụng, hãy kiểm văn bản đang có hiệu lực.

Một danh sách có thể mang nhãn nội bộ “hạn chế” và đồng thời cần rà soát theo pháp luật về dữ liệu cá nhân. Vì các cách phân loại không loại trừ nhau, hãy ghi riêng từng cách thay vì gom vào một cột rồi chọn một nhãn duy nhất.

Truy cập theo vai trò và mục đích

Quyền truy cập cần đủ cụ thể để người thực hiện biết được mở phần nào và làm gì. Với yêu cầu dùng dữ liệu khách hàng, nên tách các điểm sau:

1. Việc cần làm: xử lý một yêu cầu của khách, xem kết quả theo cửa hàng hay gửi ưu đãi.
2. Vai trò thực hiện: nhân viên chăm sóc khách hàng, người lập báo cáo hay nhân viên tiếp thị.
3. Phần dữ liệu cần dùng: khách đang được giao xử lý, bảng tổng hợp hay danh sách liên hệ.
4. Thao tác cần có: xem, sửa trường đã xác minh hay xuất tệp; mỗi thao tác cần giới hạn riêng.
5. Người được chốt và phần còn chờ: ghi rõ điều kiện trước khi cấp quyền, không chỉ tên phòng ban.

Nếu chỉ cần xem kết quả theo cửa hàng, hãy xét bảng tổng hợp phù hợp. Còn việc liên hệ từng khách cần phần chi tiết đúng phạm vi đã xác nhận. Cần làm rõ mục đích trước khi chốt quyền truy cập.

Data Owner (người chịu trách nhiệm dữ liệu) là người được giao quyền quyết định và chịu trách nhiệm trong một phạm vi dữ liệu. Ở ví dụ này, đề xuất giao trưởng bộ phận Chăm sóc khách hàng chốt nhu cầu và giới hạn nội bộ của danh sách. Quyền ấy không thay cho việc hỏi pháp chế khi cần xác nhận điều kiện dùng cho mục đích mới.

Data Steward (người điều phối dữ liệu) theo dõi dữ liệu hằng ngày và giúp các bên làm theo quy tắc đã thống nhất. Trong ví dụ, họ ghi yêu cầu và phần chờ xác nhận. Data Custodian (người phụ trách kỹ thuật dữ liệu) lo lưu giữ, vận hành và thực hiện thay đổi kỹ thuật theo phạm vi được giao. Họ cấp quyền đã chốt và kiểm quyền thực tế; khả năng mở được tệp không trao cho họ quyền duyệt việc gửi ưu đãi.

Khi nhiều người dùng lại danh sách, nên ghi các giới hạn trong ma trận truy cập (access matrix), tức bảng nối vai trò và mục đích với dữ liệu, thao tác được phép.

Ví dụ giải sẵn

Bảng khách hàng và nhãn từng cột

Danh sách riêng cho B5 tại mốc 15/09/2026 dùng mã, tên và liên hệ giả lập không gọi được, không nối với hoá đơn B1, B4 hay có thêm lịch sử mua hàng.

Các nhãn sau hướng dẫn xem xét cột khi dùng mẫu cho dữ liệu thật: nhãn nội bộ là đề xuất, còn ô “cần rà” ghi việc cần hỏi người có chuyên môn.

Mã khách không có tên người vẫn dùng để nối thông tin của cùng một khách trong mẫu. Cửa hàng đứng riêng chỉ mô tả cửa hàng, nhưng trong danh sách lại gắn với từng khách. Vì vậy, phần rà cần xem cả cách các cột được dùng cùng nhau, không chỉ tên cột. Bỏ tên hiển thị chưa đủ để khẳng định phần còn lại đã phù hợp cho mọi mục đích.

Ma trận truy cập đã điền: phạm vi và mục đích

Ma trận đề xuất dưới đây dùng cùng mã việc để ghép các phần, với giả định việc chăm sóc khách hàng và lập báo cáo đã được xác nhận phạm vi, còn việc gửi ưu đãi đang chờ.

Ma trận truy cập đã điền: thao tác và giới hạn

Ma trận truy cập đã điền: quyết định và kiểm lại

Cùng vai trò chăm sóc khách hàng, mỗi người chỉ xem khách thuộc yêu cầu mình được giao. Còn khi chuyển sang gửi ưu đãi, cần xét mục đích mới. Dòng TT chờ xác nhận, không có nghĩa Tiếp thị bị từ chối trong mọi trường hợp.

Nhân viên theo dõi danh sách làm vai Data Steward. Sau khi người có quyền chốt phạm vi, Data Custodian cấp quyền và cùng Data Steward thử xem có mở được phần ngoài phạm vi không. Nếu hệ thống chỉ cho mở cả tệp, cần báo lại và xét cung cấp bản riêng đúng phạm vi đã xác nhận; chưa tạo được bản phù hợp thì tiếp tục chờ.

Khi người dùng đổi việc hoặc xử lý xong yêu cầu, Data Steward đối chiếu quyền với công việc còn làm, báo người có quyền chốt điều chỉnh để kỹ thuật thực hiện. Với tệp cung cấp riêng, cần ghi người nhận và phạm vi bản đã gửi. Đóng quyền ở tệp nguồn không xử lý được bản đã xuất; cách xử lý bản ấy cần được xác nhận theo quy định áp dụng.

Phiếu chuyển pháp chế đã điền: mục đích mới

Câu hỏi về lưu giữ và xoá chuyển pháp chế

• Với danh sách gốc và từng bản dùng cho chăm sóc khách hàng, căn cứ nào quyết định thời gian lưu giữ? Mục đích còn tiếp tục hay đã kết thúc ảnh hưởng thế nào?
• Với bản xuất cho báo cáo hoặc gửi sang nhóm khác, cần áp dụng thời gian lưu giữ và cách xử lý nào? Những người nhận nào cần được thông báo?
• Khi khách đề nghị xoá thông tin, cần kiểm điều kiện, hồ sơ và các nghĩa vụ liên quan nào trước khi quyết định? Phần nào cần trao đổi thêm với bộ phận nghiệp vụ?
• Phạm vi xử lý gồm những nơi nào: bản gốc, bản đã xuất và bản sao lưu? Cần xác nhận cách thực hiện và bằng chứng hoàn tất ra sao?
• Người nào được quyết định, người nào thực hiện và cần ghi lại những gì để kiểm lại?

Khi nào nên làm, khi nào chưa cần

Nên làm: duy trì ma trận khi nhiều bộ phận dùng lại dữ liệu khách hàng, quyền thường bị cấp theo tên phòng ban hoặc mục đích dùng thay đổi. Bắt đầu từ danh sách đang được xin dùng và thao tác cần thiết.

Có cách khác: với yêu cầu đơn lẻ, phạm vi nhỏ, phiếu ghi vai trò, mục đích, dữ liệu, thao tác và người được chốt có thể đủ. Dùng bảng tổng hợp thay danh sách chi tiết khi bảng ấy đáp ứng nhu cầu và đã được xác nhận phù hợp để cung cấp; còn việc liên hệ từng khách vẫn cần phần chi tiết.

Chưa cần làm: mua công cụ riêng hoặc lập ma trận cho toàn tổ chức khi nhóm nhỏ đã ghi rõ giới hạn và kiểm được quyền. Dù dùng cách nào, phần chưa rõ về pháp luật vẫn cần chuyển cho pháp chế.

Tự làm

Hiểu nhầm thường gặp

“Nhãn nội bộ là kết luận phân loại theo pháp luật.” Nhãn nội bộ do tổ chức đặt. Phân loại dữ liệu cá nhân, dữ liệu cốt lõi và quan trọng cần đối chiếu căn cứ riêng; không chọn một nhãn để thay cho tất cả các cách phân loại.

“Cùng làm ở Sao Mai thì dùng danh sách cho việc gì cũng được.” Quyền trong phương án gắn với vai trò, mục đích, phần dữ liệu và thao tác. Chuyển việc cần xét lại giới hạn, dù tài khoản vẫn mở được tệp.

“Bỏ tên khách là có thể gửi phần còn lại.” Mã khách và các cột đi cùng vẫn có thể dùng để nối thông tin của một khách trong ví dụ. Cần xét cả bản định gửi và cách dùng, không kết luận chỉ từ việc bỏ một cột.

“Có ma trận là quyền trên phần mềm đã đúng.” Ma trận ghi phương án hoặc quyết định. Kỹ thuật còn phải thực hiện và kiểm lại quyền thực tế; dòng đang chờ không được coi là dòng đã duyệt. Bảng cũng không thay cho việc xác nhận điều kiện pháp lý.

Tóm tắt

• Nhãn nội bộ, phân loại dữ liệu cá nhân và phân loại dữ liệu cốt lõi, quan trọng có căn cứ khác nhau. Cùng một dữ liệu có thể cần xét theo nhiều cách.
• Xét quyền theo vai trò và mục đích, rồi ghi rõ phần dữ liệu và thao tác. Mở được tệp chưa có nghĩa được dùng cho mục đích mới.
• Ma trận giúp trao đổi và kiểm lại quyền. Khi dùng cho công việc, cần phân biệt đề xuất, phần chờ xác nhận và phần đã được người có quyền chốt.
• Lưu giữ và xoá là những câu hỏi chuyển pháp chế. Không đặt một thời hạn chung cho mọi dữ liệu.

Thuật ngữ trong bài

Mẫu tải về: Ma trận truy cập (Excel); Phiếu chuyển pháp chế (Word). Nội dung giống bảng đã điền ở mục Ví dụ giải sẵn, để trống cho bạn điền.

Bài liên quan: “Quyền quyết định và trách nhiệm”, “Thuật ngữ và metadata”, “Chất lượng dữ liệu”.