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ụng | Ghi chú |
| Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân | Că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ông | Campaign 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àng | Phá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ệu | FPT 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ệu | tê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ệu | Mục đích | Kênh | Bắ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/ZNS | Mọ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 TV | Mọi kênh | Tuỳ game | Như SĐT |
| Khu vực (tỉnh/quận) | Phân lead cho chi nhánh | Mọi kênh | Chỉ khi đồng ý nhận tư vấn | Như lead |
| Nhu cầu dịch vụ (chủ đề chọn, khảo sát) | Tư vấn sản phẩm phù hợp | Game khảo sát (vd. Cây lời chúc) | Không | Như lead |
| Nhóm tuổi | Thống kê, kiểm tra trẻ em (xem dưới) | Game có form | Không | Như SĐT |
| Zalo ID / FPT ID | Đăng nhập, hợp nhất định danh | Zalo · App | ✓ trên kênh đó | Như SĐT |
| Lịch sử chơi, lượt trúng, cấp phát | Tính lượt, trao quà, đối soát | Mọ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ửi | Hiển thị trên TV sau duyệt | Game có nhập chữ | Tuỳ game | 30 ngày sau campaign |
| Ảnh chụp (photobooth) | Gửi ảnh cho người chơi | Booth | Tuỳ game | Xoá 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 game | Game webcam/giọng nói | Tuỳ game | Khô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ận | Web · 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ông | Tick → tạo lead. Không tick → vẫn chơi, vẫn nhận quà |
| Mã | Yêu cầu | Ví dụ |
| BR-DL-01 | Mọ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 Đ2 | Người chỉ tick Đ1 vẫn trúng được mọi quà |
| BR-DL-03 | Mỗ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-04 | Vă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-06 | Kiosk 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 lead | Xem Activation offline |
| BR-DL-07 | Zalo/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 FTEL | Xin 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-08 | Có 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-09 | Màn Đăng ký ghi một câu mục đích ngay trên ô nhập SĐT, ≤ 20 từ |
| BR-DL-10 | Kiosk: 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-11 | Game 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-12 | Nộ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ền | Người chơi tự làm | Qua yêu cầu | Thờ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 marketing | Hotline số hotline/kênh tiếp nhận | Có 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ửa | Tên hiển thị | SĐT sai | 72 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
- 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.
- 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.
- 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.
- 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.
- 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ẻ.
- 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-13 | Rút Đ2 không ảnh hưởng lượt chơi, quà đã trúng |
| BR-DL-14 | Sau 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-15 | Phiế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ầu | Ví dụ |
| BR-DL-16 | Job 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 tay | SĐT → mã băm có muối riêng, tên → "Người chơi #8F2A" |
| BR-DL-17 | Bá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-18 | Kiosk/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ện | Xem Activation offline |
| BR-DL-19 | File 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-20 | Bả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-21 | Môi trường dev/staging không dùng dữ liệu thật | Dữ liệu giả SĐT 0900000xxx |
Chia sẻ cho bên thứ ba
| Bên nhận | Dữ liệu gửi | Mục đích | Điều kiện |
| CRM / hệ thống bán hàng FTEL | Lead: SĐT, tên, khu vực, nhu cầu, campaign, thời điểm Đ2 | Tư vấn | Chỉ 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 brandname | SĐT, nội dung tin | Gử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ài | Toàn bộ (lưu trữ, vận hành) | Chạy hệ thống | Hợ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 campaign | Không chia sẻ ở MVP | — | Cần đồng ý riêng (BR-DL-05) |
| Mã | Yêu cầu |
| BR-DL-22 | Mỗ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-23 | Lậ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ĐT | Tên | Mã quà |
| Kiosk, TV, bảng xếp hạng công khai | 09•••••123 | Tê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•••••123 | Không hiện | Tên quà |
| Trang quản trị — danh sách | 09•••••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-24 | Mọi kết nối dùng HTTPS, TLS ≥ 1.2 — kể cả kiosk đồng bộ và webhook |
| BR-DL-25 | SĐ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-26 | Dữ 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-27 | Bản sao lưu mã hoá; khoá quản lý tách khỏi dữ liệu |
| BR-DL-28 | Mọ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-29 | Log ứng dụng không ghi SĐT đủ, OTP, mã voucher |
Sự cố lộ lọt dữ liệu
- 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.
- 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.
- 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.
- 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ể.
- 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
AC-DL-01Cho màn Đăng ký trên mọi kênh, khi mở lần đầu, thì cả ô Đ1 và Đ2 đều trống và nút "Bắt đầu" bị khoá tới khi tick Đ1.
AC-DL-02Cho người chơi chỉ tick Đ1, khi chơi và trúng, thì nhận quà bình thường và không xuất hiện trong danh sách lead.
AC-DL-03Cho người chơi tick Đ2 trên kiosk lúc mất mạng, khi kiosk đồng bộ, thì có bản ghi bằng chứng gồm phiên bản văn bản, giờ máy, giờ đồng bộ, kênh kiosk và mã thiết bị.
AC-DL-04Cho người chơi bấm rút Đ2, thì trong 24 giờ lead đó bị gỡ/đánh dấu trên CRM và không có trong file xuất lead mới.
AC-DL-05Cho yêu cầu xoá đã xác thực OTP, khi xử lý xong, thì tìm SĐT đó trên trang quản trị không ra kết quả, còn báo cáo tồn quà và số lượt trúng campaign không đổi.
AC-DL-06Cho dữ liệu người chơi quá thời hạn lưu, khi job hằng ngày chạy, thì SĐT, tên, Zalo ID bị ẩn danh và nhật ký job ghi số bản ghi đã xử lý.
AC-DL-07Cho tài khoản quản trị không có quyền xem đủ, khi mở danh sách người chơi, thì mọi SĐT hiện dạng 09•••••123 và không có nút "Hiện".
AC-DL-08Cho kiosk đã đồng bộ thành công, khi đọc bộ nhớ máy, thì không còn SĐT nào của phiên đã đồng bộ.
AC-DL-09Cho game webcam/micro, khi kiểm tra lưu lượng mạng trong lúc chơi, thì không có hình/âm thanh nào gửi ra khỏi máy.
AC-DL-10Cho log ứng dụng của 1 ngày chạy campaign, khi quét, thì không có SĐT đủ 10 số, OTP hay mã voucher dạng rõ.
Câu hỏi mở
| # | Câu hỏi | Hỏi ai | Hạn | Trả lời |
| Q-DL-01 | Luậ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-02 | Design 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-03 | Người dưới 16 tuổi (activation trường học): chặn hay luồng riêng? | Pháp chế / FCM | | |
| Q-DL-04 | Thờ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-05 | Ngườ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-06 | Hạ tầng đặt ở đâu (FPT Cloud trong nước hay cloud nước ngoài)? | IT | | |
Lịch sử thay đổi
| Bản | Ngày | Người sửa | Nội dung |
| 0.1 | 2026-11-11 | PM | Nháp khởi tạo |