Loading...
Mất mạng không chỉ khiến máy tính chậm lại. Một quy trình 30 phút đầu, sổ sự cố tối thiểu và bước đối chiếu sau kết nối giúp giảm sai sót khi nhận khách.
Dành cho: Chủ homestay, quản lý khách sạn nhỏ và nhân viên trực ca lễ tân.
Đang giờ nhận phòng, đường Internet của cơ sở đột ngột mất kết nối. Khách đã tới, điện thoại lễ tân không xem được thông tin đặt chỗ mới, máy tính tiền có thể không xử lý thanh toán và người phụ trách các kênh OTA lại đang ở ngoài. Nếu mỗi người tự dùng một danh sách khác nhau, rủi ro không chỉ là khách phải chờ: tình trạng phòng có thể bị ghi sai, một khoản thu bị lặp hoặc một thay đổi đặt phòng không được bàn giao.
Phương án dự phòng tốt không đồng nghĩa phần mềm nào cũng chạy ngoại tuyến. Cơ sở phải kiểm tra giới hạn thật của từng công cụ trước khi xây quy trình. Nguyên tắc được các hướng dẫn về tính liên tục hoạt động của NIST và CISA nhấn mạnh là xác định công việc thiết yếu, chuẩn bị cách xử lý thay thế có kiểm soát, rồi đối chiếu và khôi phục dữ liệu khi hệ thống trở lại.
Khi một màn hình không tải được, nhân viên thường nói “hệ thống hỏng”. Nhưng có ít nhất ba khả năng: mạng tại cơ sở mất; chỉ một thiết bị hoặc bộ phát Wi-Fi có vấn đề; hoặc dịch vụ trực tuyến đang gặp sự cố. Quy trình đầu tiên là kiểm tra phạm vi ảnh hưởng bằng những bước đơn giản và an toàn, không tự ý thay đổi cấu hình hoặc khởi động lại máy chủ khi chưa được giao trách nhiệm.
Ví dụ, xem một thiết bị được cấp quyền khác có kết nối được hay không; kiểm tra thông báo nhà mạng và nhà cung cấp phần mềm qua một kết nối độc lập nếu có; ghi giờ phát hiện, bộ phận bị ảnh hưởng và người đã liên hệ. Thông tin này giúp phân biệt mất mạng nội bộ với gián đoạn dịch vụ, từ đó tránh đưa hướng dẫn sai cho cả ca.
Quản lý ca phải xác định ai là đầu mối ghi nhận thay đổi, ai trao đổi với khách và ai kiểm tra tình trạng phòng thực tế. Chỉ một người hoặc một nhóm được phân quyền nên chấp nhận các quyết định ảnh hưởng tồn phòng. Nếu lễ tân, bán phòng và chủ nhà cùng tạo ghi chú độc lập mà không có số thứ tự, việc nhập lại sau đó rất dễ thiếu hoặc trùng.
Một thông báo đủ dùng cho khách là: “Hiện cơ sở đang gặp sự cố kết nối nên việc tra cứu có thể chậm hơn bình thường. Chúng tôi đang kiểm tra và sẽ xác nhận thông tin theo quy trình tạm thời.” Không đổ lỗi cho nhà mạng hoặc OTA khi nguyên nhân chưa được xác minh; không hứa thời gian khôi phục nếu chưa có thông báo đáng tin.
Đây là thông tin tối thiểu cần chuẩn bị trước sự cố, được cập nhật theo lịch bảo mật phù hợp: mã đặt phòng, ngày đến/đi, loại phòng hoặc phòng đã phân, trạng thái thanh toán cần lưu ý và đầu mối liên hệ. Nếu phải dùng giấy, chỉ in phạm vi cần cho ca, cất nơi có kiểm soát; không lưu bản sao giấy tờ hay toàn bộ dữ liệu cá nhân không cần thiết trên điện thoại riêng.
Tham khảo cập nhật cuối cùng là chưa đủ. Buồng phòng cần xác nhận phòng đã sạch, phòng đang có người, phòng đang sửa và phòng chưa nghiệm thu. Lễ tân không được xem phòng “trống” trên một bản chụp dữ liệu cũ như bằng chứng chắc chắn còn bán được. Nếu không xác minh được tồn phòng hiện tại, hãy tạm dừng hứa nhận thêm đặt mới thay vì bán theo cảm giác.
Mỗi giao dịch có một mã dòng, thời điểm, người thực hiện, mã đặt phòng liên quan, nội dung thay đổi và trạng thái xác nhận. Phân biệt rõ “khách yêu cầu”, “lễ tân đã hứa” và “đã được kênh bán chấp thuận”. Ví dụ khách xin đổi ngày trong lúc OTA không truy cập được thì ghi là yêu cầu chờ xác nhận, không coi ngày đã đổi xong.
Không khẳng định các OTA đã ngừng bán chỉ vì máy tính của cơ sở mất Internet. Không tạo nhiều đặt chỗ thủ công cho cùng một khách khi chưa kiểm tra mã xác nhận. Không thu tiền lần hai vì chưa xem được giao dịch điện tử, nếu khách đã xuất trình biên nhận cần kiểm chứng. Không tự ý chuyển người dùng sang một ứng dụng cá nhân để trao đổi thông tin nhạy cảm chỉ vì công cụ chính đang gián đoạn.
Nếu cơ sở sử dụng khóa điện tử, máy POS, thiết bị kiểm soát ra vào hoặc điện thoại bàn phụ thuộc Internet, hãy có hướng dẫn riêng đã được nhà cung cấp xác nhận. Bài viết này không giả định một thiết bị cụ thể có cơ chế mở khóa hoặc xử lý thanh toán offline.
Việc đầu tiên là ghi thời gian khôi phục và xác nhận ai có quyền nhập lại giao dịch. Mở danh sách đặt phòng thực tế từ hệ thống và các kênh liên quan; đối chiếu từng dòng của sổ sự cố với trạng thái hiện hành. Ưu tiên các thay đổi có thể làm sai tồn phòng: khách mới đến, phòng đổi, gia hạn, hủy hoặc đổi ngày. Mỗi dòng phải có kết quả rõ ràng: đã cập nhật, đã tồn tại, bị từ chối hoặc cần người quản lý xử lý.
Tiếp theo, đối chiếu tiền đã nhận và phương thức thanh toán với chứng từ thực tế. Không tự cộng khoản thu khi chưa xác minh giao dịch trước đó. Sau cùng, kiểm tra các yêu cầu khách chưa được phản hồi và cập nhật ca tiếp theo. Chỉ đánh dấu hết sự cố khi dữ liệu đã thống nhất, không phải ngay khi biểu tượng Wi-Fi có lại.
Mỗi cơ sở có thể chọn một ca ít khách để giả định mất kết nối, dùng đúng biểu mẫu dự phòng và kiểm tra xem nhân viên có trả lời được bốn câu: Ai quyết định bán phòng? Ai ghi thay đổi? Dữ liệu nào được phép xem? Khi mạng trở lại ai nhập và ai đối chiếu? Nếu người trực không trả lời nhất quán, cần sửa quy trình trước khi đầu tư thêm thiết bị.
Chủ cơ sở cũng nên tách việc bảo đảm kết nối vận hành khỏi chất lượng mạng cho du khách. Bài kiểm tra Wi-Fi tại vị trí khách thực sự sử dụng giải quyết một vấn đề khác: lời hứa về tiện nghi phòng. Không nên coi hai bài kiểm tra là thay thế cho nhau.
Đầu tư quan trọng nhất ở đây không phải một tờ giấy nhiều cột, mà là nguyên tắc chỉ ghi đủ dữ liệu, có người chịu trách nhiệm và kiểm tra đến khi khớp. Khi xem xét công cụ quản lý lưu trú, chủ nhà có thể tìm hiểu Danahost qua kênh chính thức và hỏi trực tiếp về khả năng, giới hạn kết nối của giải pháp trước khi thiết kế phương án dự phòng.