Tình huống xảy ra thế nào?
Lễ tân nhận đặt phòng từ một OTA với giá thấp hơn giá bán lẻ hôm nay. Hoặc số phòng còn trống trên OTA còn 5 trong khi phần mềm khách sạn đã hết phòng. Giá và tồn không khớp.
Nguyên nhân có thể nằm ở nhiều chỗ, và người trực không có thời gian tìm hết trước khi có đặt phòng tiếp theo đến.
Ai quyết định?
Quản lý doanh thu hoặc quản lý khách sạn quyết định đóng bán và xử lý đặt phòng sai giá. Lễ tân thực hiện so sánh thủ công. Kỹ thuật hoặc nhà cung cấp hỗ trợ lỗi kết nối.
Các bước xử lý
- Mở trang OTA, so giá và tồn với phần mềm cho các ngày gần nhất.
- Nếu khác biệt nghiêm trọng: đóng bán tạm ở OTA để dừng rủi ro.
- Xem nhật ký đồng bộ: lệnh ARI nào lỗi, lỗi gì, từ lúc nào.
- Xem khay cần xem lại: đặt phòng nào không ánh xạ được hoặc làm vượt tồn.
- Sửa nguyên nhân: ánh xạ loại phòng, hạng giá, hoặc liên hệ hỗ trợ nếu lệnh vẫn lỗi.
- Đẩy lại giá và tồn đúng. Kiểm tra trên OTA.
- Xử lý các đặt phòng đã nhận trong khoảng sai: giữ giá, điều chỉnh, hoặc làm việc với OTA tùy điều khoản.
- Mở lại bán.
Ghi vết gì?
- Thời điểm phát hiện, khoảng thời gian có thể bị lệch.
- Lệnh lỗi: loại, nội dung lỗi, thời điểm.
- Đặt phòng nhận trong khoảng sai và cách xử lý từng cái.
- Nguyên nhân kết luận và việc đã sửa.
Sai ở đâu thường gặp?
- Sửa tay giá trên OTA mà không sửa trong phần mềm, tạo lệch.
- Không đóng bán tạm khi đang nghi ngờ.
- Bỏ qua khay cần xem lại.
- Không xem nhật ký nên không biết nguyên nhân thật.
TingHotel hỗ trợ thế nào?
Ở gói Management, nhật ký đồng bộ ghi mọi lệnh ARI đã đẩy, kể cả lỗi, và mọi lần nhận, sửa, hủy đặt phòng. Đặt phòng không ánh xạ được hoặc làm vượt tồn thực vào khay cần xem lại thay vì bị từ chối. Khi mất đồng bộ, hệ thống báo ngầm cho NEXT HOME và nhắc khách sạn kiểm tra thủ công.
Xem bài mất đồng bộ kênh.