Bật xác thực hai lớp (2FA) cho chủ và quản lý Studio

Bật xác thực hai lớp (2FA) cho chủ và quản lý Studio — dành cho chủ CLB / quản lý vận hành trên DANAVA Studio. Bài thuộc cụm công nghệ & tích hợp: nắm đúng khả năng sản phẩm, gắn SOP quầy, tránh hứa tính năng chưa có.

Liên kết: ma trận vai trò · Studio.

Vì sao boutique cũng cần 2FA

Tài khoản owner = doanh thu, xuất Excel, cấu hình PayOS. Chỉ mật khẩu là điểm thất bại đơn.

Nhân sự nghỉ nhưng còn session/mật khẩu yếu: rủi ro sửa giá, xem list HV.

2FA không thay phân quyền — bổ sung.

Các bước bật (authenticator)

Mở mục bảo mật tài khoản trên Studio/app auth.

Quét QR bằng app authenticator; xác nhận mã 6 số.

Lưu recovery codes vào chỗ chỉ owner biết (không lưu Zalo).

Ai bắt buộc trong CLB

Owner: bắt buộc. Manager: bắt buộc nếu xem báo cáo/cổng tiền.

Lễ tân: khuyến nghị khi ca một mình cuối tuần.

HLV: tùy quyền; nếu chỉ lịch lớp có thể chưa bắt buộc — vẫn mật khẩu mạnh.

Mất điện thoại / đổi máy

Dùng mã dự phòng để đăng nhập và gắn authenticator mới.

Thu hồi thiết bị cũ nếu còn đăng nhập.

Không nhờ nhân viên tắt 2FA hộ bằng mật khẩu owner.

Kỷ luật mật khẩu song song

Không dùng chung một tài khoản owner cho cả quầy.

Mỗi người một user Studio + role đúng.

Đổi mật khẩu khi nghi lộ; rà phiên đăng nhập nếu sản phẩm hỗ trợ.

Onboarding 15 phút cho quản lý mới

Bật 2FA trước khi giao quyền báo cáo.

Checklist: mật khẩu mạnh + 2FA + hiểu không share mã OTP.

Ghi vào sổ bàn giao nhân sự.

Vai trò	2FA	Lý do	Ghi chú
Owner	Bắt buộc	Khoá + tiền + export	Giữ recovery
Manager	Bắt buộc	Báo cáo / duyệt	—
Lễ tân	Khuyến nghị	Ca một mình	Máy quầy khóa màn
HLV	Tùy quyền	Ít đụng tiền	Mật khẩu riêng

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Không chụp QR 2FA gửi group.

Máy tính quầy: user lễ tân khác user owner.

Khi nghi tấn công: đổi mật khẩu + rà cấu hình PayOS + activity log.

Franchise: HQ yêu cầu chi nhánh bật 2FA trước khi cấp quyền báo cáo chuỗi.

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Không chụp QR 2FA gửi group.

Máy tính quầy: user lễ tân khác user owner.

Khi nghi tấn công: đổi mật khẩu + rà cấu hình PayOS + activity log.

Franchise: HQ yêu cầu chi nhánh bật 2FA trước khi cấp quyền báo cáo chuỗi.

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Không chụp QR 2FA gửi group.

Máy tính quầy: user lễ tân khác user owner.

Khi nghi tấn công: đổi mật khẩu + rà cấu hình PayOS + activity log.

Franchise: HQ yêu cầu chi nhánh bật 2FA trước khi cấp quyền báo cáo chuỗi.

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Không chụp QR 2FA gửi group.

Máy tính quầy: user lễ tân khác user owner.

Khi nghi tấn công: đổi mật khẩu + rà cấu hình PayOS + activity log.

Franchise: HQ yêu cầu chi nhánh bật 2FA trước khi cấp quyền báo cáo chuỗi.

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Không chụp QR 2FA gửi group.

Máy tính quầy: user lễ tân khác user owner.

Khi nghi tấn công: đổi mật khẩu + rà cấu hình PayOS + activity log.

Franchise: HQ yêu cầu chi nhánh bật 2FA trước khi cấp quyền báo cáo chuỗi.

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Không chụp QR 2FA gửi group.

Máy tính quầy: user lễ tân khác user owner.

Khi nghi tấn công: đổi mật khẩu + rà cấu hình PayOS + activity log.

Franchise: HQ yêu cầu chi nhánh bật 2FA trước khi cấp quyền báo cáo chuỗi.

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Không chụp QR 2FA gửi group.

Máy tính quầy: user lễ tân khác user owner.

Khi nghi tấn công: đổi mật khẩu + rà cấu hình PayOS + activity log.

Franchise: HQ yêu cầu chi nhánh bật 2FA trước khi cấp quyền báo cáo chuỗi.

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Không chụp QR 2FA gửi group.

Máy tính quầy: user lễ tân khác user owner.

Khi nghi tấn công: đổi mật khẩu + rà cấu hình PayOS + activity log.

Franchise: HQ yêu cầu chi nhánh bật 2FA trước khi cấp quyền báo cáo chuỗi.

Đưa 'bật 2FA' vào checklist nhận việc manager.

Mỗi quý: hỏi owner còn giữ recovery codes không.

Ghi chú triển khai 14 ngày — Bật xác thực hai lớp (2FA) cho chủ và quản lý Studio

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài bat-xac-thuc-hai-lop-2fa-cho-chu-va-quan-ly-studio chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Bật xác thực hai lớp (2FA) cho chủ và quản lý Studio

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài bat-xac-thuc-hai-lop-2fa-cho-chu-va-quan-ly-studio chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Bật xác thực hai lớp (2FA) cho chủ và quản lý Studio

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài bat-xac-thuc-hai-lop-2fa-cho-chu-va-quan-ly-studio chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Bật xác thực hai lớp (2FA) cho chủ và quản lý Studio

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài bat-xac-thuc-hai-lop-2fa-cho-chu-va-quan-ly-studio chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Câu hỏi thường gặp

2FA SMS có bắt buộc không?

Studio hướng authenticator app; SMS phụ thuộc nhà mạng và rủi ro SIM swap — ưu tiên app.

Nhân viên quên mất mã?

Recovery codes hoặc quy trình hỗ trợ chủ CLB xác minh danh tính — có SOP viết sẵn.

Bật 2FA có ảnh hưởng app hội viên không?

2FA là lớp tài khoản quản trị/user; hội viên tập luyện là luồng khác.

Có cần 2FA mọi thiết bị quầy?

Cần 2FA trên user đăng nhập; máy quầy còn cần khóa màn hình và user riêng theo ca.

Tắt 2FA được không?

Có thể tắt có xác minh mã — owner nên chính sách không tắt với tài khoản tiền.

Google/Facebook login có thay 2FA không?

Tùy nhà cung cấp; vẫn bật 2FA phía DANAVA nếu tài khoản hỗ trợ và bạn giữ quyền cao.

Tìm hiểu thêm: DANAVA Studio · Giải pháp Wellness · báo cáo doanh thu.

Lưu ý: Nội dung giáo dục cho chủ CLB / quản lý; mô tả quy trình vận hành quanh tính năng DANAVA Studio đã có. Không cấu thành tư vấn pháp lý, bảo mật chứng nhận hay cam kết SLA nhà cung cấp thanh toán/tin nhắn. Số liệu ví dụ là khung quản trị.