Loading...
Nhân viên nghỉ việc không chỉ bàn giao chìa khóa. Checklist thu hồi quyền OTA, email, thiết bị và dữ liệu khách giúp chủ homestay tránh bỏ sót tài khoản.
Một nhân viên lễ tân đã bàn giao chìa khóa, đồng phục và sổ ca. Chủ homestay nghĩ rằng việc nghỉ đã hoàn tất, nhưng tài khoản OTA của người đó vẫn đăng nhập trên điện thoại cá nhân, email công việc vẫn được chuyển tiếp và mật khẩu Wi-Fi quản trị chưa đổi. Rủi ro không nhất thiết bắt đầu bằng hành vi xấu. Chỉ cần một thiết bị thất lạc, mật khẩu dùng lại hoặc thông báo đặt phòng gửi nhầm người là cơ sở đã phải xử lý sự cố không đáng có.
Với homestay nhỏ, quy trình thu hồi quyền truy cập không cần cầu kỳ. Điều quan trọng là có danh sách hệ thống, người chịu trách nhiệm và bằng chứng đã kiểm tra. Đây là một phần của bàn giao nhân sự, ngang với việc nhận lại chìa khóa phòng và thiết bị.
Không nên chỉ kiểm tra phần mềm quản lý phòng. Hãy liệt kê các kênh đặt phòng trực tuyến, email chung, tài khoản quảng cáo, Google Business Profile, mạng xã hội, công cụ đặt lịch, kho tài liệu, ứng dụng nhắn tin với khách, máy tính quầy, điện thoại dùng chung và thiết bị lưu mã khôi phục. Một cơ sở sử dụng Excel, Zalo và vài tài khoản OTA vẫn cần bước này.
Với từng hệ thống, ghi ba thông tin: ai là chủ sở hữu quản trị, ai đang được cấp quyền và quyền đó cho phép xem hoặc sửa gì. Trường hợp một tài khoản được nhiều người dùng chung, đánh dấu đó là rủi ro cần xử lý; không thể biết ai thực hiện thao tác nếu tất cả dùng cùng thông tin đăng nhập.
Cũng cần phân biệt tài khoản của cơ sở với tài khoản cá nhân chỉ được mời vào quản trị. Thu hồi quyền ở một hệ thống không đồng nghĩa đã thoát phiên trên mọi thiết bị. Các phiên đăng nhập còn hiệu lực, mã dự phòng và ứng dụng có quyền kết nối là những đầu việc nên kiểm tra riêng.
Trong ngày nhân viên nghỉ, ưu tiên những nơi có thể thay đổi giá, tồn phòng, điều kiện đặt, thông tin nhận thanh toán hoặc đọc dữ liệu khách. Sau đó đến kênh liên lạc, tài liệu nội bộ và thiết bị. Nếu thời điểm nghỉ được biết trước, chuẩn bị danh sách, quyền thay thế và người nhận việc để không phải chờ đến hết ca mới tìm mật khẩu.
Đối với Booking.com, hướng dẫn an toàn dành cho đối tác nhấn mạnh xác thực hai yếu tố, vệ sinh tài khoản và cảnh giác với chiếm quyền Extranet qua lừa đảo. Cơ sở nên kiểm tra mục quản lý người dùng và các phương thức bảo mật đang thực sự có trong tài khoản của mình, thay vì làm theo một ảnh chụp giao diện cũ. Các nền tảng có thể đổi tên menu, nên lấy hướng dẫn hiện hành trong trang trợ giúp chính thức làm căn cứ.
Nếu đã dùng tài khoản cá nhân riêng, thu hồi hoặc vô hiệu hóa đúng quyền người nghỉ và xem lại những quyền được cấp vượt nhu cầu. Nếu từng dùng chung mật khẩu, đổi mật khẩu ở hệ thống liên quan, kiểm tra phương thức xác thực và thu hồi các phiên khi nền tảng hỗ trợ. Tuyệt đối không gửi mật khẩu mới vào nhóm chat đông người hoặc lưu trong bảng tính chia sẻ công khai.
Chủ cơ sở thường lo mất lịch sử trao đổi với khách khi khóa quyền của người cũ. Cách giải quyết là chuyển công việc đang mở sang đầu mối mới trước thời điểm thu hồi: các booking sắp đến, yêu cầu đổi ngày, tranh chấp thanh toán, hoàn tiền, khách chưa xác nhận giờ đến và các vấn đề đang chờ OTA phản hồi. Không nhất thiết sao chép dữ liệu cá nhân ra thiết bị riêng để “phòng khi cần”.
Một bảng bàn giao ngắn nên có mã đặt phòng, nội dung cần xử lý, hạn trả lời, người tiếp nhận và nơi lưu bằng chứng. Với khách có yêu cầu riêng, chỉ chuyển thông tin tối thiểu mà người nhận cần để phục vụ. Nên tham khảo cách giảm dữ liệu cá nhân trong trao đổi nghiệp vụ để tránh đưa thông tin nhạy cảm vào nhiều kênh không cần thiết.
Tốt nhất, thử cho người tiếp nhận đăng nhập và xử lý một tác vụ hợp lệ trước khi tắt quyền cũ. Khi chưa có người thay thế, chủ cơ sở giữ quyền quản trị và tự theo dõi các việc khẩn cấp, thay vì để tài khoản người nghỉ tồn tại thêm nhiều tuần.
Lần đầu, ngay khi kết thúc quyền công việc: thu hồi quyền trên từng kênh, đổi thông tin đăng nhập dùng chung, lấy lại thiết bị và khóa vật lý, kiểm tra email chuyển tiếp, ứng dụng bên thứ ba, quyền trên cloud và mã xác thực. Ghi tên người thực hiện cùng kết quả; không ghi mật khẩu vào biên bản.
Lần thứ hai, sau khi bàn giao vận hành ổn định: kiểm tra có thông báo đặt phòng nào còn gửi tới địa chỉ cũ, còn tài khoản lạ nào trong danh sách người dùng, hoặc có thay đổi bất thường trong quyền quản trị. Nếu có dấu hiệu truy cập trái phép, lưu bằng chứng phù hợp, liên hệ hỗ trợ chính thức của nền tảng và thay đổi thông tin bảo mật theo hướng dẫn. Đừng xử lý bằng cách công khai dữ liệu khách hay nêu tên nhân viên trong nhóm không có trách nhiệm.
Định kỳ, chủ cơ sở có thể rà soát danh sách quyền truy cập mỗi tháng hoặc sau mỗi lần đổi nhân sự. Tần suất tùy quy mô, nhưng người phê duyệt phải rõ. Với cơ sở nhỏ, một trang checklist được kiểm tra thật sẽ hữu ích hơn một quy định dài không ai áp dụng.
Một lỗi ngược lại là khóa hết quyền nhưng không bàn giao tài khoản quản trị, mã phục hồi hay thiết bị xác thực cho người có thẩm quyền. Hãy bảo đảm có ít nhất một đầu mối hợp lệ để xử lý đặt phòng, đối soát và trả lời khách; phương án dự phòng phải tuân theo chính sách của từng nhà cung cấp, không nhân bản bừa mã xác thực.
Nếu khách nhận tin nhắn yêu cầu chuyển tiền từ kênh bất thường, hãy có quy trình xác minh yêu cầu thanh toán trước khi chuyển tiền. Thu hồi tài khoản và cảnh giác lừa đảo là hai lớp bảo vệ bổ sung cho nhau, không thay thế nhau.
Danahost có các nhóm chức năng quản lý đặt phòng, người dùng và phân quyền, song quy trình nghỉ việc vẫn cần người phụ trách trực tiếp kiểm tra các tài khoản OTA, email và thiết bị ngoài hệ thống. Chủ cơ sở có thể tìm hiểu Danahost để xem cách tổ chức thông tin vận hành phù hợp, không mặc định mọi quyền bên thứ ba sẽ được thu hồi tự động.