Dữ liệu cá nhân

Thu gì, xin đồng ý thế nào, lưu bao lâu, chia cho ai, xoá ra sao — áp dụng mọi kênh và mọi game. Reviewer: Pháp chế.

Căn cứ & phạm vi

Văn bảnÁp dụngGhi chú
Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhânCăn cứ chính của trang nàyĐồng ý, thông báo, quyền chủ thể, thông báo vi phạm, hồ sơ đánh giá tác động
Luật Bảo vệ dữ liệu cá nhân 2025 (hiệu lực 01/01/2026)Pháp chế xác nhận: Luật thay thế phần nào của NĐ 13, nghị định hướng dẫn mới, thời hạn xử lý yêu cầu/thông báo vi phạm có đổi khôngCampaign chạy sau 01/01/2026 chịu Luật này
Quy định nội bộ FPT Telecom về dữ liệu khách hàngPháp chế/ATTT gửi văn bản và người phụ trách bảo vệ dữ liệu
Mọi thời hạn pháp lý trên trang chờ Pháp chế xác nhậnCác con số "72 giờ" lấy theo NĐ 13/2023. Nếu Luật 2025 hoặc nghị định hướng dẫn đổi số, chỉ sửa ở trang này.
Vai trò pháp lýAi
Bên kiểm soát và xử lý dữ liệuFPT Telecom pháp nhân cụ thể: Công ty Cổ phần Viễn thông FPT hay công ty thành viên
Bên xử lý dữ liệu (thuê ngoài)Nhà cung cấp hạ tầng cloud, SMS brandname, Zalo (ZNS), nhà phát triển nếu thuê ngoài — xem Chia sẻ bên thứ ba
Người phụ trách bảo vệ dữ liệutên/bộ phận

Danh mục dữ liệu thu

Nguyên tắc: chỉ thu trường cần cho mục đích đã nêu. Không hỏi email, CCCD, địa chỉ chi tiết (theo Mẫu màn hình game).

Dữ liệuMục đíchKênhBắt buộc?Thời hạn lưu
Số điện thoạiĐịnh danh người chơi, gửi OTP, trao quà, gửi mã qua SMS/ZNSMọi kênh (kiosk nhập tay; Zalo xin quyền; app lấy từ phiên)✓ để chơi 12 tháng sau ngày campaign cuối cùng người đó tham gia kết thúc → ẩn danh
Tên hiển thịBảng xếp hạng, lời chúc trên TVMọi kênhTuỳ gameNhư SĐT
Khu vực (tỉnh/quận)Phân lead cho chi nhánhMọi kênhChỉ khi đồng ý nhận tư vấnNhư lead
Nhu cầu dịch vụ (chủ đề chọn, khảo sát)Tư vấn sản phẩm phù hợpGame khảo sát (vd. Cây lời chúc)KhôngNhư lead
Nhóm tuổiThống kê, kiểm tra trẻ em (xem dưới)Game có formKhôngNhư SĐT
Zalo ID / FPT IDĐăng nhập, hợp nhất định danhZalo · App✓ trên kênh đóNhư SĐT
Lịch sử chơi, lượt trúng, cấp phátTính lượt, trao quà, đối soátMọi kênh✓ (tự sinh)Bản định danh như SĐT; bản ẩn danh giữ cho đối soát/kế toán Kế toán xác nhận số năm lưu chứng từ quà
Lời chúc, nội dung người chơi gửiHiển thị trên TV sau duyệtGame có nhập chữTuỳ game 30 ngày sau campaign
Ảnh chụp (photobooth)Gửi ảnh cho người chơiBoothTuỳ gameXoá trên máy sau sự kiện; bản trên server 30 ngày
Hình webcam, âm thanh microĐiều khiển gameGame webcam/giọng nóiTuỳ gameKhông lưu, không gửi đi — xử lý trên máy
Thông tin thiết bị, IP, dấu vết thiết bịChống gian lậnWeb · Zalo · App✓ (tự thu) 90 ngày
Bằng chứng đồng ýChứng minh đã xin đồng ýMọi kênh✓ (tự sinh)Pháp chế: giữ bao lâu sau khi xoá dữ liệu gốc
Vị trí GPS——Không thu ở MVP —
LeadLead là người chơi đã đồng ý nhận tư vấn. Quy tắc tạo, xuất, chuyển lead ở Danh sách khách hàng; thời hạn lưu lead: 24 tháng hoặc tới khi rút đồng ý.

Cơ chế đồng ý

Đồng ýNội dung gợi ýBắt buộc để chơi?Hệ quả
Đ1 Chơi & nhận quà"Tôi đồng ý để FPT Telecom xử lý số điện thoại để xác thực, trao quà theo Chính sách"✓Không tick → không bấm được "Bắt đầu"
Đ2 Nhận tư vấn / marketing"Tôi muốn nhận tư vấn, ưu đãi dịch vụ FPT qua điện thoại, SMS, Zalo"KhôngTick → tạo lead. Không tick → vẫn chơi, vẫn nhận quà
MãYêu cầuVí dụ
BR-DL-01Mọi ô đồng ý không tick sẵn; im lặng/không thao tác không được coi là đồng ý.ds-check mặc định trống
BR-DL-02Đ1 và Đ2 là hai ô riêng. Không gộp "trao quà và tư vấn" vào một ô; không điều kiện hoá quà vào Đ2Người chỉ tick Đ1 vẫn trúng được mọi quà
BR-DL-03Mỗi lần đồng ý/rút lưu một bản ghi bằng chứng, chỉ thêm, không sửa, không xoá: người chơi, loại (Đ1/Đ2), hành động (đồng ý/rút), phiên bản văn bản, thời điểm (giờ server), kênh, campaign, điểm activation/thiết bị (offline), IP (online)Đ2 · đồng ý · CS-v1.2 · 2026-12-20 14:03:11 · kiosk · KIOSK-Q7-02
BR-DL-04Văn bản chính sách và câu đồng ý có số phiên bản. Đổi nội dung → phiên bản mới; người chơi cũ được hỏi lại Đ1 ở lần chơi kế tiếp nếu mục đích thay đổi CS-v1.2 → CS-v1.3
BR-DL-05Đồng ý theo người chơi, dùng chung mọi campaign cùng mục đích. Campaign có mục đích mới (vd. đối tác đồng tổ chức nhận dữ liệu) phải xin đồng ý riêng
BR-DL-06Kiosk offline: bằng chứng đồng ý lưu cùng phiên chơi trên máy, giờ lấy theo đồng hồ máy + ghi giờ đồng bộ; đồng bộ cùng leadXem Activation offline
BR-DL-07Zalo/app: SĐT lấy qua quyền nền tảng vẫn phải có Đ1 trong game; quyền nền tảng không thay đồng ý của FTELXin quyền theo Zalo Mini App

Trẻ em

Chưa có cách xử lýActivation tại trường học có thể gặp người dưới 16 tuổi. NĐ 13/2023 yêu cầu đồng ý của cha mẹ/người giám hộ khi xử lý dữ liệu trẻ em. Pháp chế + FCM quyết: chặn dưới 16 tuổi (hỏi nhóm tuổi trước khi chơi) hay cho chơi không thu SĐT, quà trao tại chỗ

Thông báo xử lý dữ liệu

MãYêu cầu
BR-DL-08Có trang "Chính sách xử lý dữ liệu" một lần cho cả nền tảng, link từ màn Đăng ký, thể lệ, footer web, trang thông tin Zalo Mini App. Nội dung tối thiểu: bên kiểm soát, mục đích, loại dữ liệu, bên nhận, thời hạn lưu, quyền và cách thực hiện, hậu quả không mong muốn có thể xảy ra, đầu mối liên hệ
BR-DL-09Màn Đăng ký ghi một câu mục đích ngay trên ô nhập SĐT, ≤ 20 từ
BR-DL-10Kiosk: chính sách mở bằng QR trên màn Đăng ký (đọc trên điện thoại) và bản tóm tắt ≤ 1 màn trên kiosk
BR-DL-11Game dùng camera/micro: màn xin quyền ghi "Không ghi hình/ghi âm, không lưu" và đúng như vậy
BR-DL-12Nội dung chính sách do Pháp chế duyệt; mỗi phiên bản lưu lại để tra cứu theo BR-DL-03 Pháp chế soạn bản chính sách v1

Quyền chủ thể dữ liệu

QuyềnNgười chơi tự làmQua yêu cầuThời hạn
Xem dữ liệu"Quà của tôi", lịch sử chơi (web/app/Zalo, sau OTP)Xuất bản dữ liệu đầy đủ72 giờ (NĐ 13)
Rút Đ2 (tư vấn)Nút trong trang cá nhân; link/cú pháp trong SMS/ZNS marketingHotline số hotline/kênh tiếp nhậnCó hiệu lực ngay khi bấm; gỡ khỏi danh sách gọi trong 24 giờ
Rút Đ1—Có72 giờ; quà đã cấp chưa nhận FCM: huỷ hay vẫn trao
SửaTên hiển thịSĐT sai72 giờ
Xoá—Có72 giờ (NĐ 13)
Phản đối / hạn chế xử lý—Có72 giờ

Quy trình xử lý yêu cầu

  1. Tiếp nhận từ hotline, email, form trên web → ghi phiếu yêu cầu: SĐT, loại quyền, kênh, thời điểm nhận.
  2. Xác thực người yêu cầu đúng chủ SĐT bằng OTP. Không xác thực được → từ chối, ghi lý do.
  3. Người xử lý (vai trò Quản trị hệ thống, xem Tài khoản & phân quyền) thực hiện trên trang hồ sơ người chơi ở Danh sách khách hàng.
  4. Xoá: ẩn danh hồ sơ (SĐT, tên, Zalo ID, FPT ID, khu vực) và xoá ảnh/lời chúc; giữ bản ghi lượt trúng, cấp phát ở dạng ẩn danh cho đối soát kho quà; ghi danh sách đã xoá vào phiếu.
  5. Bên thứ ba đã nhận dữ liệu (CRM) được gửi yêu cầu xoá/rút tương ứng — xem Chia sẻ.
  6. Phản hồi người yêu cầu qua SMS/ZNS; phiếu đóng, có thời điểm đóng. Quá 48 giờ chưa đóng → nhắc người xử lý .
MãYêu cầu
BR-DL-13Rút Đ2 không ảnh hưởng lượt chơi, quà đã trúng
BR-DL-14Sau khi xoá, cùng SĐT chơi lại được tạo hồ sơ mới, không khôi phục lịch sử cũ. Giới hạn lượt/trúng của campaign đang chạy vẫn tính theo SĐT đã băm để xoá không thành cách lấy thêm quà — xem Chống gian lận
BR-DL-15Phiếu yêu cầu có báo cáo: số phiếu theo loại, số quá hạn — trong Báo cáo

Lưu trữ, xoá & ẩn danh

MãYêu cầuVí dụ
BR-DL-16Job tự động hằng ngày ẩn danh dữ liệu quá thời hạn trong Danh mục; không cần thao tác taySĐT → mã băm có muối riêng, tên → "Người chơi #8F2A"
BR-DL-17Báo cáo tổng hợp sau ẩn danh vẫn đúng số (lượt chơi, lượt trúng, quà đã trao)Dashboard campaign năm trước vẫn xem được
BR-DL-18Kiosk/iPad: dữ liệu người chơi trên máy xoá ngay sau khi đồng bộ thành công; dữ liệu phiên xoá khi tự reset; ảnh photobooth xoá trên máy khi kết thúc sự kiệnXem Activation offline
BR-DL-19File xuất (lead, báo cáo có SĐT) có hạn tải 7 ngày, sau đó link hết hiệu lực
BR-DL-20Bản sao lưu chứa dữ liệu đã xoá tự hết hạn theo chu kỳ sao lưu (xem Hiệu năng & vận hành); khôi phục từ bản sao lưu phải chạy lại danh sách xoá
BR-DL-21Môi trường dev/staging không dùng dữ liệu thậtDữ liệu giả SĐT 0900000xxx

Chia sẻ cho bên thứ ba

Bên nhậnDữ liệu gửiMục đíchĐiều kiện
CRM / hệ thống bán hàng FTELLead: SĐT, tên, khu vực, nhu cầu, campaign, thời điểm Đ2Tư vấnChỉ người có Đ2 còn hiệu lực. Rút Đ2 → gửi cập nhật sang CRM
Zalo (ZNS, OA)SĐT/Zalo ID, nội dung tin (mã quà, OTP)Gửi OTP, mã quàTin marketing qua ZNS chỉ khi có Đ2
Nhà cung cấp SMS brandnameSĐT, nội dung tinGửi OTP, mã quàHợp đồng có điều khoản bảo vệ dữ liệu
Nhà cung cấp voucher (API)Không gửi SĐT Lấy mãChỉ gửi mã lô, số lượng
Hạ tầng cloud, đơn vị phát triển/vận hành thuê ngoàiToàn bộ (lưu trữ, vận hành)Chạy hệ thốngHợp đồng xử lý dữ liệu; cloud đặt ở Việt Nam hay nước ngoài — nếu ngoài nước cần hồ sơ chuyển dữ liệu ra nước ngoài
Đối tác đồng tổ chức campaignKhông chia sẻ ở MVP —Cần đồng ý riêng (BR-DL-05)
MãYêu cầu
BR-DL-22Mỗi lần chuyển dữ liệu ra hệ thống ngoài (đồng bộ CRM, xuất file) ghi nhật ký: ai/hệ thống nào, bao nhiêu bản ghi, lúc nào. Hợp đồng tích hợp ở Hệ thống ngoài
BR-DL-23Lập hồ sơ đánh giá tác động xử lý dữ liệu trước khi chạy campaign thật đầu tiên Pháp chế: hồ sơ lập theo NĐ 13 hay mẫu theo Luật 2025, nộp cơ quan nào, hạn bao lâu

Che dữ liệu khi hiển thị

Nơi hiển thịSĐTTênMã quà
Kiosk, TV, bảng xếp hạng công khai09•••••123Tên hiển thị người chơi tự đặt; mặc định "Người chơi •••123"Chỉ QR, không hiện chuỗi mã
Màn quét trao quà (booth)09•••••123Không hiệnTên quà
Trang quản trị — danh sách09•••••123ĐủChe giữa — theo BR-QUA-10 ở Kho quà
Trang quản trị — xem đủĐủ, khi có quyền và bấm "Hiện"; ghi nhật kýĐủNhư trên
File xuất leadĐủ, chỉ vai trò được xuất leadĐủKhông xuất

Ai có quyền "xem đủ", "xuất lead": ma trận ở Tài khoản & phân quyền. Quy tắc riêng tư màn kiosk: Kênh triển khai (UI).

Mã hoá & kiểm soát truy cập

MãYêu cầu
BR-DL-24Mọi kết nối dùng HTTPS, TLS ≥ 1.2 — kể cả kiosk đồng bộ và webhook
BR-DL-25SĐT, tên, Zalo ID, FPT ID, mã voucher mã hoá khi lưu (cấp trường); tra cứu SĐT qua mã băm có muối
BR-DL-26Dữ liệu chờ đồng bộ trên kiosk/iPad mã hoá; mất máy không đọc được bằng cách cắm vào máy khác
BR-DL-27Bản sao lưu mã hoá; khoá quản lý tách khỏi dữ liệu
BR-DL-28Mọi thao tác xem đủ SĐT, xuất file, xoá/ẩn danh theo yêu cầu ghi nhật ký thao tác (ai, lúc nào, bản ghi nào) — nhật ký theo Tài khoản
BR-DL-29Log ứng dụng không ghi SĐT đủ, OTP, mã voucher

Sự cố lộ lọt dữ liệu

  1. Ai phát hiện (dev, vận hành, nhân viên booth mất máy) báo kênh sự cố trong 1 giờ — kênh ở Hiệu năng & vận hành.
  2. Người phụ trách bảo vệ dữ liệu khoanh vùng: dữ liệu gì, bao nhiêu người, còn rò không; khoá tài khoản/thiết bị liên quan.
  3. Thông báo cơ quan có thẩm quyền (Bộ Công an — A05) chậm nhất 72 giờ sau khi xảy ra theo NĐ 13 Pháp chế xác nhận thời hạn và mẫu theo Luật 2025.
  4. Thông báo người bị ảnh hưởng khi có nguy cơ gây hại (vd. lộ SĐT kèm mã quà) Pháp chế: tiêu chí khi nào phải báo chủ thể.
  5. Ghi biên bản sự cố: thời điểm, nguyên nhân, phạm vi, biện pháp, người xử lý; lưu cùng phiếu.
Mất kiosk/iPadNhân viên booth báo ngay; Quản trị hệ thống thu hồi thiết bị trên trang quản trị — thiết bị bị thu hồi không đồng bộ được và xoá dữ liệu khi có mạng. Cách thu hồi: Activation offline.

Tiêu chí nghiệm thu

Câu hỏi mở

#Câu hỏiHỏi aiHạnTrả lời
Q-DL-01Luật Bảo vệ dữ liệu cá nhân 2025 thay đổi gì so với NĐ 13 cho nền tảng này (căn cứ xử lý, thời hạn, hồ sơ đánh giá tác động)?Pháp chế
Q-DL-02Design system ghi mục đích gộp "trao quà và tư vấn dịch vụ FPT" — xác nhận tách thành Đ1/Đ2 như trang này và sửa câu mẫu ở design?Pháp chế / Designer
Q-DL-03Người dưới 16 tuổi (activation trường học): chặn hay luồng riêng?Pháp chế / FCM
Q-DL-04Thời hạn lưu SĐT, lead, bằng chứng đồng ý, chứng từ quà — số chính thức?Pháp chế / Kế toán
Q-DL-05Người chơi đã là khách hàng FPT (FPT ID): đồng ý trong game có liên thông với đồng ý đã ký trong hợp đồng dịch vụ không?Pháp chế / CRM
Q-DL-06Hạ tầng đặt ở đâu (FPT Cloud trong nước hay cloud nước ngoài)?IT

Lịch sử thay đổi

BảnNgàyNgười sửaNội dung
0.12026-11-11PMNháp khởi tạo