Khi quán ăn lưu số điện thoại, tên, ngày sinh, lịch sử mua hay ghi chú dị ứng của khách trên phần mềm bán hàng, quán đang xử lý dữ liệu cá nhân và phải theo các nguyên tắc chung: chỉ thu điều cần, nói rõ để làm gì và xin đồng ý cho từng mục đích, dùng đúng mục đích đó, giữ trong thời hạn hợp lý rồi xoá, cho khách xem, sửa, rút lại đồng ý, và bảo vệ dữ liệu khỏi bị lộ. Ở Việt Nam, khung pháp lý chính hiện nay là Luật Bảo vệ dữ liệu cá nhân được Quốc hội thông qua năm 2025, có hiệu lực từ ngày 1/1/2026, cùng các văn bản hướng dẫn.
Bài này không thay tư vấn pháp lý. Nó chuyển các nguyên tắc ấy thành việc làm cụ thể ở một quán nhỏ: câu hỏi ở quầy, ô tích trên trang đăng ký, cài đặt phân quyền trên POS, lịch xoá dữ liệu, và các bước khi có sự cố. Văn bản hướng dẫn có thể còn được ban hành và sửa đổi, nên chủ quán cần kiểm quy định hiện hành, và hỏi chuyên gia khi quán bắt đầu dùng dữ liệu khách ở quy mô lớn hoặc theo cách mới.
Những gì trong quán là dữ liệu cá nhân
Dữ liệu cá nhân là thông tin gắn với một người cụ thể hoặc giúp nhận ra người đó. Ở quán ăn, nhóm rõ nhất là hồ sơ khách trên POS: tên, số điện thoại, ngày sinh, hạng thành viên, số điểm. Nhưng lịch sử mua gắn với số điện thoại cũng là dữ liệu cá nhân, vì nó cho biết một người cụ thể hay ăn gì, đi lúc nào, chi bao nhiêu.
Có những thứ chủ quán ít để ý: ghi chú dị ứng hay “kiêng đồ ngọt vì bệnh” là thông tin sức khoẻ, thường được xếp vào nhóm dữ liệu nhạy cảm, đòi hỏi cẩn trọng hơn; địa chỉ giao hàng của đơn tự giao; ảnh khách chụp trong quán đăng lên trang của quán; hình ảnh camera an ninh; thông tin xuất hoá đơn công ty gắn với tên người liên hệ; danh sách đặt bàn có tên và giờ đến.
Việc đầu tiên nên làm là lập danh mục dữ liệu: quán đang giữ những loại dữ liệu khách nào, ở đâu (POS, điện thoại chủ quán, bảng tính, nhóm chat nhân viên, hộp thư trang mạng xã hội), ai xem được. Nhiều quán lập xong mới thấy dữ liệu khách nằm rải rác ở những chỗ không ai kiểm soát, như ảnh chụp sổ đặt bàn trong nhóm chat của ca.
Các nguyên tắc cốt lõi, đặt vào việc của quán
Đồng ý rõ ràng, tự nguyện, theo từng mục đích. Khách cho số để tích điểm không có nghĩa đồng ý nhận quảng cáo. Mỗi mục đích một câu hỏi, một ô tích riêng, không tích sẵn, không gộp vào điều kiện mua hàng.
Thông báo trước khi thu. Khách cần biết quán thu gì, để làm gì, giữ bao lâu, ai cùng xử lý (ví dụ nhà cung cấp phần mềm), và cách liên hệ để rút lại đồng ý. Một thông báo ngắn trên trang đăng ký thành viên và ở quầy là cách làm phổ biến.
Thu tối thiểu. Không hỏi năm sinh khi chỉ cần ngày tháng để chúc sinh nhật; không hỏi địa chỉ nhà khi không giao hàng; không chụp giấy tờ tuỳ thân của khách.
Dùng đúng mục đích. Số điện thoại lấy để xác nhận đặt bàn không được dùng gửi khuyến mãi nếu khách chưa đồng ý; thông tin khách từ ứng dụng giao đồ ăn chỉ để giao đơn đó.
Có thời hạn. Dữ liệu không còn cần cho mục đích đã nói thì xoá hoặc làm cho không còn nhận ra người. Hồ sơ khách không quay lại nhiều năm không có lý do gì để giữ mãi.
Tôn trọng quyền của khách. Khách có thể hỏi quán giữ gì về mình, yêu cầu sửa, xoá, rút đồng ý. Quán cần biết ai xử lý yêu cầu và làm trong bao lâu.
Bảo mật. Phân quyền, mật khẩu riêng, không xuất file tràn lan, có cách phát hiện và xử lý khi bị lộ.
Xin đồng ý ở quầy và qua mã QR sao cho có bằng chứng
Đồng ý chỉ có giá trị khi quán chứng minh được khách đã đồng ý với điều gì, lúc nào. Một quy trình gọn cho quán nhỏ:
- Soạn một thông báo ngắn về dữ liệu khách: thu gì, để làm gì, giữ bao lâu, rút đồng ý bằng cách nào. Đánh số phiên bản và ngày soạn.
- Đặt thông báo ở nơi khách đăng ký: trang đăng ký thành viên số mở từ mã QR, và bản in nhỏ ở quầy.
- Trên trang đăng ký, tách ô đồng ý cho từng mục đích: tích điểm và lưu lịch sử mua; nhận tin ưu đãi; nhận lời chúc sinh nhật. Không ô nào tích sẵn.
- Khi thu ngân đăng ký giúp khách tại quầy, hỏi bằng câu ngắn có đủ ý, ví dụ “Quán lưu số để tích điểm cho anh, anh có muốn nhận tin ưu đãi khoảng hai lần mỗi tháng không ạ?”, rồi tích đúng câu trả lời trên POS.
- Kiểm phần mềm có lưu nhật ký đồng ý không: ngày giờ, kênh (quầy hay tự đăng ký), mục đích nào được đồng ý, phiên bản thông báo. Không có thì ghi chú tối thiểu vào hồ sơ khách.
- Khi khách rút đồng ý, đổi trạng thái ngay, ghi ngày rút. Các danh sách gửi tin phải lọc theo trạng thái này mỗi lần gửi, không dùng file xuất từ tháng trước.
Câu hỏi mẹo như “Anh không muốn bỏ lỡ ưu đãi đúng không ạ?” hay gộp “đồng ý điều khoản và nhận tin” vào một ô đều làm đồng ý thiếu tự nguyện và rõ ràng. Thà ít khách đồng ý mà đồng ý thật, còn hơn danh sách dài mà phần lớn không muốn nhận tin.
Giữ bao lâu thì xoá: lịch lưu giữ gợi ý
Không có một thời hạn chung cho mọi loại dữ liệu; quán tự đặt dựa trên mục đích và ghi vào thông báo. Bảng dưới là cách nghĩ, các mốc thời gian là ví dụ giả định để quán điều chỉnh:
| Loại dữ liệu | Giữ đến khi | Ghi chú |
|---|---|---|
| Hồ sơ khách tích điểm | Khách rút khỏi chương trình, hoặc không phát sinh giao dịch trong một khoảng dài (ví dụ giả định: hai năm) | Báo trước cho khách nếu có điểm còn hạn |
| Trạng thái đồng ý nhận tin | Khách rút đồng ý; giữ lại bản ghi “đã rút” để không gửi nhầm | Bản ghi đã rút chỉ gồm thông tin tối thiểu |
| Ghi chú dị ứng, sức khoẻ | Khách yêu cầu xoá hoặc hồ sơ bị xoá | Chỉ người phục vụ, bếp cần thấy; không xuất file |
| Sổ đặt bàn | Sau khi lượt đặt kết thúc một khoảng ngắn đủ để xử lý khiếu nại | Nối vào hồ sơ khách chỉ khi khách đồng ý |
| Hoá đơn, chứng từ bán hàng | Theo thời hạn lưu trữ chứng từ của quy định kế toán, thuế | Không xoá theo yêu cầu khách; có thể tách khỏi hồ sơ tiếp thị |
| Hình ảnh camera an ninh | Ghi đè sau một số ngày, trừ đoạn đang dùng xử lý sự việc | Đặt thông báo có camera ở nơi dễ thấy |
Điểm cần nhớ là hai loại nghĩa vụ có thể chồng lên nhau: khách yêu cầu xoá hồ sơ tích điểm, quán xoá hồ sơ và dừng tiếp thị, nhưng hoá đơn điện tử đã lập vẫn phải lưu theo quy định về chứng từ. Giải thích điều này cho khách khi họ hỏi.
Phân quyền và thói quen bảo mật trên POS
Phần lớn sự cố dữ liệu ở quán nhỏ không đến từ tin tặc mà từ thói quen trong quán: dùng chung một tài khoản cho cả ca, để máy tính bảng mở sẵn trang quản lý, chụp màn hình danh sách khách gửi nhóm chat, xuất file danh sách khách để “gửi cho bên in thẻ”. Sửa được những thói quen này là đã chặn được phần lớn rủi ro.
Mỗi người một tài khoản trên POS, có vai trò rõ. Thu ngân tra được khách theo số điện thoại để tích điểm, thấy tên và điểm, nhưng không xem được toàn bộ danh sách, không xuất file. Nhiều phần mềm cho che bớt số điện thoại, chỉ hiện vài số cuối. Chỉ chủ quán hoặc quản lý được xuất dữ liệu, và việc xuất được ghi nhật ký.
Tài khoản chủ quán bật xác thực hai lớp nếu phần mềm hỗ trợ, không dùng mật khẩu trùng với tài khoản khác. Khi nhân viên nghỉ việc, khoá tài khoản ngay trong ngày, đổi mật khẩu Wi-Fi quản lý và mật khẩu các tài khoản dùng chung còn sót lại.
Thiết bị có khoá màn hình, tự khoá sau vài phút không dùng. Máy tính bảng thu ngân không cài ứng dụng lạ, không dùng để lướt mạng cá nhân. File xuất ra để làm việc thì xoá khỏi máy sau khi dùng, không để trong thư mục tải về hay gửi qua tin nhắn cá nhân.
Nhà cung cấp phần mềm và công cụ bên ngoài
Khi dùng POS đám mây, dịch vụ tích điểm, dịch vụ gửi tin nhắn hay công cụ đặt bàn, dữ liệu khách nằm trên hệ thống của bên khác. Về nguyên tắc, quán vẫn là bên quyết định mục đích sử dụng và chịu trách nhiệm với khách, còn nhà cung cấp xử lý dữ liệu theo yêu cầu của quán. Vì vậy trước khi chọn, nên đọc điều khoản về dữ liệu: nhà cung cấp dùng dữ liệu khách của quán vào việc gì khác không, lưu ở đâu, bảo mật thế nào, khi ngừng dịch vụ thì dữ liệu được trả lại và xoá ra sao.
Kiểm khả năng xuất dữ liệu khách khi đổi phần mềm. Nếu không xuất được, quán bị trói vào nhà cung cấp; nếu xuất được, cần có cách chuyển an toàn và xoá bản trên hệ thống cũ sau khi chuyển xong.
Công cụ ngoài như trợ lý trí tuệ nhân tạo, bảng tính trực tuyến dùng chung, dịch vụ in thẻ cũng là nơi dữ liệu có thể rò ra. Không dán danh sách khách kèm số điện thoại vào công cụ không rõ chính sách dữ liệu; khi cần phân tích, bỏ cột nhận diện trước, chỉ giữ số liệu mua bán.
Khi khách yêu cầu, và khi dữ liệu bị lộ
Hai tình huống quán nên có sẵn cách làm, vì lúc xảy ra thường gấp và không ai muốn đoán:
- Khách hỏi quán giữ gì về mình. Xác minh đúng là chủ số điện thoại (ví dụ gửi mã qua tin nhắn tới số đó), rồi cho xem hồ sơ trên POS: tên, điểm, lịch sử mua, trạng thái đồng ý.
- Khách muốn sửa hoặc xoá. Sửa ngay khi sai; xoá hồ sơ khi khách yêu cầu và báo trước điểm còn lại sẽ mất. Giải thích phần hoá đơn phải lưu theo quy định.
- Khách rút đồng ý nhận tin. Đổi trạng thái trong ngày, không gửi thêm tin nào, kể cả tin níu kéo.
- Phát hiện dữ liệu có thể đã lộ (mất máy chưa khoá, tài khoản bị đăng nhập lạ, file danh sách bị gửi nhầm): khoá tài khoản, đổi mật khẩu, đăng xuất mọi thiết bị, báo nhà cung cấp phần mềm.
- Xác định phạm vi. Loại dữ liệu nào, bao nhiêu khách, từ lúc nào. Ghi lại mọi việc đã làm, có giờ.
- Thông báo. Quy định về bảo vệ dữ liệu cá nhân đặt nghĩa vụ thông báo vi phạm cho cơ quan chuyên trách trong một thời hạn nhất định, và có trường hợp phải báo cho người bị ảnh hưởng. Kiểm văn bản hiện hành hoặc hỏi chuyên gia ngay khi có sự cố, đừng chờ.
- Rút kinh nghiệm. Sửa chỗ hở (phân quyền, thói quen xuất file), nhắc lại cho nhân viên.
Chuẩn bị trước những việc này tốn chưa tới một buổi chiều: một trang ghi chú các bước, tên người chịu trách nhiệm, đường liên hệ hỗ trợ của nhà cung cấp phần mềm. Khi sự cố tới, quán chỉ việc làm theo.
Câu hỏi thường gặp
Quán nhỏ hộ kinh doanh có phải theo Luật Bảo vệ dữ liệu cá nhân không?
Luật áp dụng cho việc xử lý dữ liệu cá nhân nói chung, và có thể có quy định riêng, miễn giảm một số nghĩa vụ cho hộ kinh doanh, doanh nghiệp nhỏ trong thời gian đầu. Phạm vi cụ thể cần kiểm văn bản hiện hành. Dù được miễn nghĩa vụ nào, các nguyên tắc xin đồng ý, dùng đúng mục đích và bảo mật vẫn là cách làm đúng.
Thu ngân ghi số điện thoại khách vào sổ tay thì có sao không?
Sổ tay cũng là nơi chứa dữ liệu cá nhân, chỉ khó bảo vệ hơn: ai cầm cũng đọc được, mất là mất. Nếu đã có POS, nên chuyển hết vào phần mềm có phân quyền và huỷ sổ cũ bằng cách xé nhỏ, không bỏ nguyên vào thùng rác.
Đăng ảnh khách check-in lên trang của quán có cần xin phép không?
Nên xin phép, nhất là ảnh thấy rõ mặt người. Hỏi trực tiếp trước khi chụp hoặc trước khi đăng, và gỡ ngay khi khách yêu cầu. Ảnh trẻ em cần sự đồng ý của cha mẹ. Ảnh chụp không gian quán thì chọn góc không thấy rõ mặt khách.
Có được dùng camera để nhận diện khách quen không?
Đây là xử lý dữ liệu sinh trắc học, thuộc nhóm nhạy cảm, đòi hỏi điều kiện chặt hơn nhiều. Với quán nhỏ, không nên làm. Camera an ninh dùng để bảo vệ tài sản, có thông báo, ghi đè định kỳ là đủ.
Nhà cung cấp phần mềm muốn dùng dữ liệu khách của quán để phân tích chung thì sao?
Đọc kỹ điều khoản: họ dùng dữ liệu đã bỏ nhận diện hay dữ liệu có tên, số điện thoại; có chia sẻ cho bên thứ ba không; quán có quyền từ chối không. Dữ liệu có nhận diện mà dùng ngoài mục đích khách đã đồng ý với quán là không phù hợp.
Khách yêu cầu xoá dữ liệu nhưng vẫn muốn tích điểm tiếp thì làm sao?
Tích điểm cần lưu số điện thoại và lịch sử mua, nên không thể vừa xoá vừa tích. Giải thích rõ cho khách hai lựa chọn: giữ hồ sơ tích điểm và chỉ dừng nhận tin, hoặc xoá hẳn và mất điểm. Phần lớn khách chỉ muốn ngừng bị nhắn tin.