Agoda Báo Còn Phòng Nhưng Thực Tế Hết Phòng là một trong những tình huống nguy hiểm nhất khi bán phòng trên OTA. Nếu khách vẫn đặt được, property có thể rơi vào overbooking: số booking đã nhận lớn hơn số phòng thực tế có thể cung cấp.
Tình huống này thường xảy ra khi khách sạn bán đồng thời trên Agoda, Booking.com, Expedia, Traveloka hoặc các OTA khác nhưng số phòng trống chưa được cập nhật kịp thời. Tuy nhiên, không phải cứ Agoda báo còn phòng là chắc chắn Channel Manager bị lỗi. Có thể nguyên nhân nằm ở inventory, room type, rate plan, availability, mapping, promotion, allotment hoặc việc cập nhật phòng giữa các kênh.
Agoda xác nhận property có trách nhiệm quản lý inventory, availability và giá. Agoda cũng cho biết một property chỉ hiển thị là có thể đặt trên website/app khi có ít nhất một phòng còn trống và có giá được tải cho phòng đó.
Vì vậy, khi Agoda báo còn phòng nhưng thực tế đã hết, việc đầu tiên không phải là tìm cách “hủy đơn” mà là ngăn booking tiếp tục phát sinh, xác định nguyên nhân và xử lý booking đã nhận.
Agoda báo còn phòng nhưng thực tế hết phòng là gì?
Hiểu đơn giản, khách sạn có 5 phòng Deluxe nhưng thực tế cả 5 phòng đã được bán hoặc giữ chỗ. Tuy nhiên, trên Agoda vẫn xuất hiện phòng Deluxe có thể đặt.
Ví dụ:
| Tình trạng thực tế | Số phòng |
|---|---|
| Tổng phòng Deluxe | 5 |
| Đã có booking | 5 |
| Phòng thực tế còn bán được | 0 |
| Agoda đang hiển thị | Còn phòng |
Nếu khách tiếp tục đặt thêm một phòng, khách sạn sẽ nhận booking thứ 6 trong khi chỉ có 5 phòng. Đây chính là overbooking.
Agoda định nghĩa overbooking là trường hợp số lượng reservation được tạo ra lớn hơn số phòng có sẵn. Agoda cũng xác định overbooking là một trong những nguyên nhân phổ biến dẫn đến booking rejection và khuyến nghị property thường xuyên quản lý inventory.
Bạn không có thời gian theo dõi OTA mỗi ngày?
Việc vận hành OTA cần theo dõi booking, giá, availability, khuyến mãi, room type và các thay đổi trên từng kênh. Chúng tôi hỗ trợ vận hành OTA thường xuyên để bạn giảm tải công việc và duy trì hoạt động bán phòng ổn định.
Trước tiên: đừng hủy booking ngay
Nếu đã có khách đặt phòng trên Agoda nhưng khách sạn phát hiện không còn phòng, không nên tự ý hủy booking ngay lập tức.
Agoda khuyến nghị property cố gắng giảm thiểu việc từ chối booking. Nếu không thể đáp ứng booking, property cần liên hệ Agoda để được hỗ trợ xử lý.
Điều này rất quan trọng vì booking đã xác nhận là một cam kết với khách. Nếu khách sạn chỉ đơn giản nhắn cho khách:
“Khách sạn hết phòng, anh/chị tự hủy giúp.”
thì vấn đề không được giải quyết đúng cách.
Cách xử lý phải bắt đầu từ việc đóng inventory còn lại, sau đó kiểm tra booking đã nhận và liên hệ Agoda nếu property thực sự không thể cung cấp phòng.
Việc đầu tiên cần làm: đóng phòng ngay
Nếu khách sạn biết chắc chắn một ngày nào đó đã hết phòng, hãy ngừng bán ngày đó trên Agoda ngay lập tức.
Agoda cho phép property cập nhật availability trong Partner Portal. Với property không sử dụng Channel Manager, có thể quản lý availability thông qua Calendar hoặc Availability Center.
Ví dụ khách sạn có 10 phòng và ngày 20/9 đã bán hết.
Thay vì để: 20/9 – Deluxe – Availability: 1
hãy cập nhật về: 20/9 – Deluxe – Availability: 0
Mục tiêu lúc này không phải tìm nguyên nhân ngay lập tức mà là chặn booking mới trước.
Nếu đang dùng Channel Manager thì không sửa trực tiếp trên Agoda
Đây là điểm rất quan trọng.
Nếu property đã kết nối Channel Manager, Agoda hướng dẫn rằng giá và availability cần được cập nhật trực tiếp trên hệ thống Channel Manager. Partner Portal có thể phản ánh dữ liệu được Channel Manager cập nhật nhưng property nên sử dụng Channel Manager làm nơi cập nhật chính.
Ví dụ:
Thực tế: 0 phòng.
Channel Manager: 1 phòng.
Agoda: 1 phòng.
Nếu bạn chỉ vào Agoda đóng phòng thành 0 nhưng Channel Manager vẫn giữ 1 phòng, hệ thống có thể tiếp tục gửi lại availability = 1.
Kết quả: Agoda đóng → Channel Manager đồng bộ → Agoda lại mở.
Lúc này bạn rất dễ nghĩ rằng Agoda bị lỗi, trong khi nguyên nhân nằm ở nguồn dữ liệu.
Kiểm tra ngay tất cả các OTA khác
Nếu khách sạn bán nhiều OTA, đừng chỉ kiểm tra Agoda.
Giả sử khách sạn có 5 phòng:
Booking.com: đã bán 2.
Agoda: đã bán 2.
Traveloka: đã bán 1.
Tổng: 5 phòng đã bán.
Thực tế: 0 phòng còn lại.
Nếu Agoda vẫn đang có availability = 1 thì chỉ cần thêm một booking nữa là overbooking.
Vì vậy, khi phát hiện Agoda báo còn phòng nhưng thực tế đã hết, hãy kiểm tra:
| Kênh | Booking | Availability |
|---|---|---|
| Booking.com | 2 | 0 |
| Agoda | 2 | 1 |
| Traveloka | 1 | 0 |
| Thực tế | 5 | 0 |
Trong trường hợp này, không chỉ Agoda cần được kiểm tra. Cần tìm xem nguồn inventory nào đang không đồng bộ.
Tại sao Agoda vẫn báo còn phòng?
Có nhiều nguyên nhân khác nhau. Không nên chỉ tập trung vào Channel Manager.
Inventory trên Agoda chưa được đóng
Đây là nguyên nhân đơn giản nhất.
Ví dụ khách sạn có: 0 phòng Deluxe.
Đã bán: 10 phòng.
Nhưng availability trên Agoda vẫn là: 1 phòng.
Agoda sẽ tiếp tục coi property còn khả năng nhận booking.
Agoda cho biết property có trách nhiệm duy trì inventory và availability của mình.
Channel Manager chưa cập nhật booking
Đây là nguyên nhân rất đáng chú ý khi bán nhiều OTA.
Ví dụ:
Agoda: nhận booking lúc 10:00.
Channel Manager: chưa nhận được booking.
Trong khoảng thời gian đó, availability vẫn có thể chưa được giảm.
Nếu một OTA khác cũng nhận booking trước khi hệ thống đồng bộ xong, nguy cơ overbooking xuất hiện.
Vì vậy, khi xảy ra sự cố, hãy kiểm tra thời gian booking được tạo và thời gian inventory được cập nhật.
Ví dụ:
| Thời điểm | Sự kiện |
|---|---|
| 09:55 | Còn 1 phòng |
| 10:00 | Agoda nhận booking |
| 10:01 | Inventory chưa đồng bộ |
| 10:05 | OTA khác vẫn thấy còn 1 phòng |
| 10:06 | Có booking thứ hai |
| 10:07 | Phát sinh overbooking |
Trong trường hợp này, cần xem log đồng bộ của Channel Manager để biết dữ liệu được gửi và nhận lúc nào.
Mapping room type bị sai
Đây là nguyên nhân nguy hiểm vì hệ thống có thể vẫn hoạt động bình thường nhưng đang đồng bộ nhầm phòng.
Ví dụ khách sạn có:
Standard: 5 phòng
Deluxe: 3 phòng
Suite: 2 phòng
Nếu mapping giữa Channel Manager và Agoda bị sai, booking hoặc availability của một room type có thể được gán nhầm sang room type khác.
Agoda yêu cầu property cung cấp các thông tin như Property ID, Room Type ID và Rate Plan ID khi kết nối Channel Manager.
Vì vậy, nếu chỉ một loại phòng liên tục bị báo còn phòng dù thực tế đã hết, hãy kiểm tra mapping của room type đó.
Một room type đang đại diện cho nhiều phòng thực tế
Đây là lỗi thường xảy ra ở property nhỏ khi thiết lập phòng.
Ví dụ khách sạn có: 3 phòng Standard giống nhau.
Trong hệ thống có thể quản lý chúng như một room type với inventory = 3.
Nếu thực tế đã bán cả 3 nhưng inventory chỉ giảm còn 1, Agoda vẫn hiểu rằng room type đó còn một phòng.
Đây không phải lỗi “giá”, mà là lỗi quản lý số lượng inventory.
Availability được cập nhật ở một hệ thống nhưng không cập nhật ở hệ thống chính
Ví dụ nhân viên thấy hết phòng nên vào Agoda đóng phòng.
Nhưng khách sạn đang sử dụng Channel Manager.
Channel Manager vẫn còn: Availability = 1
Sau đó hệ thống đồng bộ lại.
Agoda: Availability = 1
Vì vậy, nhân viên có thể tưởng mình đã đóng phòng nhưng thực tế nguồn dữ liệu chính chưa được cập nhật.
Có allotment hoặc guaranteed availability
Một số property có thỏa thuận với Agoda liên quan đến guaranteed availability hoặc allotment. Agoda lưu ý rằng các property thuộc trường hợp này nên liên hệ Agoda để được hỗ trợ thay vì tự xử lý như property thông thường.
Nếu khách sạn có thỏa thuận loại này, không nên tự suy luận rằng chỉ cần đưa availability về 0 là đủ.
Agoda báo còn phòng nhưng thực tế hết: kiểm tra theo thứ tự nào?
Để tránh mất thời gian, nên kiểm tra theo thứ tự:
1. Phòng thực tế còn bao nhiêu?
2. Agoda đang báo availability bao nhiêu?
3. Partner Portal đang ghi nhận bao nhiêu?
4. Channel Manager đang ghi nhận bao nhiêu?
5. Các OTA khác đang ghi nhận bao nhiêu?
6. Room Type ID có đúng không?
7. Rate Plan ID có đúng không?
8. Có allotment hoặc restriction đặc biệt không?
9. Booking nào chưa được đồng bộ?
10. Có lỗi kết nối hoặc cập nhật không?
Cách này giúp xác định inventory sai ở đâu.
Ví dụ: Agoda còn 1 phòng nhưng khách sạn thực tế đã hết
Giả sử khách sạn có 10 phòng.
Đến 15:00, hệ thống nội bộ ghi nhận: 10/10 phòng đã bán.
Nhân viên kiểm tra Agoda: Availability = 1.
Kiểm tra Partner Portal
Partner Portal cũng ghi: 1 phòng.
Điều này cho thấy Agoda hiện đang nhận dữ liệu rằng property còn một phòng.
Kiểm tra Channel Manager
Channel Manager ghi: 0 phòng.
Vậy có sự chênh lệch:
Channel Manager = 0
Agoda = 1
Lúc này chưa nên sửa ngẫu nhiên nhiều nơi. Cần kiểm tra log đồng bộ xem dữ liệu availability = 0 đã được gửi sang Agoda chưa, có lỗi hay bị từ chối không.
Nếu Channel Manager chưa gửi dữ liệu, xử lý ở Channel Manager.
Nếu đã gửi thành công nhưng Agoda vẫn chưa cập nhật, lưu lại thời gian và thông tin để liên hệ Agoda.
Ví dụ: Agoda và Channel Manager đều còn phòng nhưng khách sạn thực tế đã hết
Trường hợp này khác.
Giả sử:
Thực tế: 0.
Channel Manager: 1.
Agoda: 1.
Lúc này vấn đề có khả năng bắt đầu từ nguồn inventory, chứ chưa thể nói Agoda sai.
Cần kiểm tra:
- Booking đã được nhập vào PMS chưa?
- Booking từ OTA khác đã đồng bộ chưa?
- Có booking trực tiếp chưa nhập hệ thống không?
- Có phòng đang bảo trì nhưng vẫn được tính là available không?
- Có room block hoặc giữ phòng nội bộ không?
- Inventory có được cập nhật sau booking gần nhất không?
Nếu Channel Manager đang nhận dữ liệu rằng còn một phòng, Agoda có thể chỉ đang hiển thị đúng dữ liệu mà hệ thống kết nối cung cấp.
Ví dụ: Agoda đã nhận booking nhưng khách sạn không thấy booking
Một tình huống khác cũng dễ gây overbooking là booking đã được tạo trên Agoda nhưng nhân viên chưa nhận được thông tin.
Agoda cho biết confirmed booking có thể được kiểm tra qua email, YCS hoặc Channel Manager.
Ví dụ:
10:00: khách đặt Agoda.
10:01: Agoda xác nhận booking.
10:02: nhân viên chưa thấy email.
10:03: PMS chưa cập nhật.
10:05: nhân viên vẫn nghĩ còn phòng.
10:10: nhận booking trực tiếp.
Nếu không có quy trình kiểm tra booking, inventory thực tế có thể đã thay đổi nhưng nhân viên vẫn bán phòng theo số liệu cũ.
Vì vậy, khi xảy ra trường hợp Agoda báo còn phòng, hãy kiểm tra cả booking list, không chỉ availability.
Nếu đã có booking nhưng thực tế hết phòng thì phải làm sao?
Đây là phần quan trọng nhất.
Nếu khách đã có confirmed booking nhưng property không thể cung cấp phòng, Agoda khuyến nghị liên hệ Agoda để được hỗ trợ càng sớm càng tốt.
Nếu property có phòng khác có thể sử dụng, Agoda hướng dẫn property nên cung cấp phòng tương đương hoặc nâng hạng cho khách mà không thu thêm tiền.
Ví dụ khách đặt: Deluxe – 900.000 đồng
Nhưng khách sạn hết Deluxe và còn: Suite – 1.200.000 đồng.
Nếu có thể bố trí Suite, đây là trường hợp có thể nâng hạng mà không thu thêm tiền khách.
Nếu khách sạn không còn bất kỳ phòng nào, Agoda hướng dẫn property cần tìm chỗ ở thay thế có tiêu chuẩn tương đương hoặc cao hơn và cung cấp phương tiện di chuyển cho khách mà không tính thêm chi phí.
Đây là lý do không nên chờ đến sát ngày check-in mới xử lý.
Không còn phòng nhưng còn phòng hạng cao hơn thì sao?
Nếu chỉ hết đúng loại phòng khách đã đặt nhưng còn phòng cao hơn, đây thường là phương án xử lý tốt nhất.
Ví dụ:
| Booking | Thực tế |
|---|---|
| Deluxe – 900.000đ | Hết |
| Suite – 1.300.000đ | Còn |
Thay vì yêu cầu khách hủy booking, property có thể chủ động xử lý để khách ở Suite theo hướng dẫn của Agoda, không thu thêm tiền cho phần nâng hạng.
Tất nhiên, điều này phụ thuộc vào khả năng cung cấp thực tế của property.
Nếu không còn bất kỳ phòng nào thì sao?
Nếu toàn bộ phòng đều đã hết, tình huống nghiêm trọng hơn.
Agoda hướng dẫn rằng property cần tìm một accommodation thay thế có tiêu chuẩn tương đương hoặc cao hơn và cung cấp phương tiện di chuyển đến nơi ở mới mà không thu thêm chi phí từ khách.
Ví dụ khách đặt khách sạn 3 sao nhưng property bị overbooking. Không nên tự ý đưa khách đến một nơi có chất lượng thấp hơn rồi yêu cầu khách tự thanh toán phần chênh lệch.
Mục tiêu của phương án thay thế là giảm thiệt hại cho khách và xử lý booking theo quy trình của Agoda.
Đang quản lý nhiều OTA và khó kiểm soát?
Khi bán phòng trên nhiều OTA, việc quản lý giá, availability, room type và booking trở nên phức tạp hơn. Chúng tôi hỗ trợ quản lý các kênh OTA và phối hợp hoạt động bán phòng phù hợp với quy mô của từng property.
Có nên tự gọi khách và yêu cầu khách hủy không?
Không nên biến việc này thành cách xử lý mặc định.
Nếu khách sạn đã nhận booking nhưng không thể cung cấp phòng, việc đẩy trách nhiệm sang khách bằng cách yêu cầu họ tự hủy có thể tạo ra trải nghiệm rất xấu.
Thay vào đó, hãy:
Ngăn booking mới → kiểm tra booking → liên hệ Agoda → tìm phương án thay thế nếu cần.
Agoda cũng khuyến nghị property giảm thiểu booking rejection và liên hệ Agoda càng sớm càng tốt khi gặp overbooking.
Nếu Agoda vẫn báo còn phòng sau khi đã đóng availability thì sao?
Đây là trường hợp cần phân biệt giữa Agoda vẫn hiển thị listing và Agoda vẫn cho khách đặt phòng.
Agoda lưu ý rằng ngay cả sau khi property loại bỏ availability, Agoda có thể tiếp tục tiếp thị property từ inventory được cung cấp bởi bên thứ ba mà property có thỏa thuận phân phối riêng.
Điều này đặc biệt đáng chú ý khi property sử dụng Channel Manager hoặc các hệ thống phân phối khác.
Ví dụ: Bạn đóng phòng trên Agoda.
Nhưng: Channel Manager vẫn cung cấp inventory.
Agoda có thể tiếp tục nhận dữ liệu từ nguồn đó.
Vì vậy, không nên chỉ kiểm tra một màn hình. Hãy xác định nguồn inventory đang cấp cho Agoda.
Làm sao hạn chế Agoda báo còn phòng khi thực tế đã hết?
Duy trì một nguồn inventory chính
Nếu bán nhiều OTA, tốt nhất nên có một hệ thống trung tâm quản lý inventory.
Ví dụ:
PMS/Channel Manager
↓
Agoda
Booking.com
Expedia
Traveloka
Thay vì nhân viên tự cập nhật từng OTA.
Agoda cũng khuyến nghị property cân nhắc sử dụng Channel Manager để hỗ trợ quản lý inventory, availability và giá.
Kiểm tra mapping sau khi kết nối
Sau khi kết nối Channel Manager, cần kiểm tra:
Property ID
Room Type ID
Rate Plan ID
Agoda yêu cầu các thông tin này để hoàn tất mapping.
Nếu mapping sai, availability có thể được gửi đến sai room type.
Cập nhật inventory ngay khi có booking
Đừng chờ cuối ngày mới cập nhật.
Ví dụ khách sạn còn 2 phòng.
Có booking mới: 2 → 1.
Booking tiếp theo: 1 → 0.
Ngay khi inventory về 0, tất cả các kênh cần nhận được thông tin đó.
Kiểm tra các booking đến từ nhiều nguồn
Không chỉ OTA.
Cần tính cả:
- Booking trực tiếp.
- Điện thoại.
- Zalo.
- Walk-in.
- Booking đoàn.
- Booking công ty.
- Phòng giữ cho khách quen.
- Phòng đang bảo trì.
Nếu PMS hoặc Channel Manager không biết những phòng này đã được giữ, hệ thống có thể tiếp tục bán.
Một quy trình quản lý phòng đơn giản cho khách sạn nhỏ
Với khách sạn nhỏ chưa có hệ thống phức tạp, có thể quản lý theo nguyên tắc:
Phòng thực tế → PMS/Sổ phòng → Channel Manager → OTA.
Ví dụ có 10 phòng.
Thực tế: 10.
Sau booking trực tiếp: Còn 8.
Sau booking Booking.com: Còn 7.
Sau booking Agoda: Còn 6.
Khi inventory về: 0
thì phải đóng bán trên toàn bộ kênh.
Nếu đang dùng Channel Manager, hãy để Channel Manager phân phối trạng thái 0 đến các OTA thay vì nhân viên vào từng OTA đóng thủ công.
Có nên đặt một buffer phòng để tránh overbooking?
Có thể cân nhắc, đặc biệt với property nhỏ hoặc hệ thống đồng bộ không thực sự ổn định.
Ví dụ khách sạn có: 10 phòng thực tế.
Thay vì luôn mở bán đủ 10 phòng trên OTA, property có thể giữ lại một phần inventory trong những giai đoạn rủi ro cao.
Tuy nhiên, buffer không phải giải pháp thay thế cho việc đồng bộ đúng. Nếu Channel Manager hoặc inventory management đang sai, giữ lại một phòng chỉ giảm rủi ro, chứ không sửa nguyên nhân.
Với khách sạn có công suất cao, ngày lễ hoặc thời điểm nhiều booking đến cùng lúc, việc có một quy trình kiểm tra inventory thường xuyên sẽ quan trọng hơn việc chỉ dựa vào buffer.
Khi nào nên đóng hẳn phòng trên Agoda?
Nếu property biết chắc rằng một ngày nào đó không thể nhận thêm booking, nên đóng availability cho ngày đó thay vì tiếp tục để phòng mở rồi chờ xử lý booking phát sinh.
Agoda hướng dẫn rằng property có thể đóng availability trong khoảng thời gian cần thiết để tạm thời ngừng nhận booking. Nếu dùng Channel Manager, việc đóng availability cần thực hiện trên nền tảng kết nối đó để tránh cập nhật không thành công.
Ví dụ khách sạn sửa chữa ngày: 0–15/10
thì không nên chỉ đóng một ngày nếu thực tế toàn bộ khoảng thời gian đều không thể nhận khách.
Hãy kiểm tra toàn bộ phạm vi ngày.
Checklist xử lý ngay khi Agoda báo còn phòng nhưng thực tế đã hết
Nếu gặp tình huống này, có thể làm theo checklist sau:
Bước 1: Kiểm tra số phòng thực tế còn lại.
Bước 2: Kiểm tra booking mới nhất trên Agoda.
Bước 3: Kiểm tra availability trên Partner Portal.
Bước 4: Nếu dùng Channel Manager, kiểm tra availability trên Channel Manager.
Bước 5: Kiểm tra các OTA khác.
Bước 6: Kiểm tra booking nào chưa đồng bộ.
Bước 7: Kiểm tra Room Type ID và Rate Plan ID nếu nghi ngờ mapping.
Bước 8: Đưa availability về 0 ở đúng nguồn quản lý.
Bước 9: Kiểm tra lại Agoda sau khi đồng bộ.
Bước 10: Nếu đã phát sinh booking không thể đáp ứng, liên hệ Agoda ngay để xử lý.
Ví dụ tổng hợp: Một lỗi nhỏ dẫn đến overbooking
Giả sử khách sạn có 5 phòng Deluxe.
Buổi sáng: Thực tế còn 2 phòng.
10:00: Booking trực tiếp → còn 1 phòng.
Nhân viên quên cập nhật PMS.
10:30: Booking Agoda → hệ thống vẫn nghĩ còn 2 phòng.
11:00: Booking Booking.com → hệ thống tiếp tục nhận thêm 1 phòng.
12:00: Thực tế: 0 phòng.
Nhưng Agoda vẫn có thể hiển thị: Còn 1 phòng.
Nếu khách tiếp tục đặt, khách sạn sẽ phát sinh overbooking.
Vấn đề ở đây không đơn giản là “Agoda báo sai”. Nguồn inventory chưa phản ánh đúng thực tế.
Đây là lý do quản lý OTA phải bắt đầu từ inventory, không phải từ giao diện Agoda.
Những sai lầm nên tránh
Chỉ sửa Agoda mà quên Channel Manager
Nếu Channel Manager là nguồn chính, giá trị có thể bị ghi đè trở lại.
Chỉ kiểm tra Agoda mà không kiểm tra các OTA khác
Overbooking thường là vấn đề của toàn bộ inventory, không phải riêng một OTA.
Chờ đến khi khách check-in mới xử lý
Càng xử lý sớm, càng có nhiều lựa chọn phòng thay thế.
Tự ý yêu cầu khách hủy booking
Nếu property không thể đáp ứng booking, hãy liên hệ Agoda để được hướng dẫn xử lý.
Cho khách một phòng thấp hơn mà không trao đổi
Nếu cần thay đổi loại phòng, nên xử lý theo hướng bảo vệ quyền lợi khách và quy trình của Agoda.
Không kiểm tra mapping
Nếu một room type liên tục bị lệch availability, mapping là một trong những điểm cần kiểm tra.
Kết luận
Agoda báo còn phòng nhưng thực tế đã hết phòng thường là dấu hiệu inventory hoặc availability giữa hệ thống thực tế và Agoda đang không đồng bộ. Nguyên nhân có thể nằm ở việc cập nhật phòng chậm, Channel Manager chưa đồng bộ, mapping room type sai, booking chưa được ghi nhận, inventory thiết lập không chính xác hoặc một nguồn phân phối khác vẫn đang cấp phòng cho Agoda.
Khi phát hiện tình trạng này, hãy xử lý theo thứ tự:
Đóng bán → kiểm tra inventory → kiểm tra Partner Portal → kiểm tra Channel Manager → kiểm tra các OTA khác → kiểm tra mapping → xử lý booking đã phát sinh.
Nếu đã có confirmed booking nhưng khách sạn không thể cung cấp phòng, không nên tự ý hủy hoặc đẩy khách sang tự xử lý. Agoda khuyến nghị liên hệ hỗ trợ càng sớm càng tốt. Nếu còn phòng khác, Agoda hướng dẫn property có thể cung cấp phòng tương đương hoặc nâng hạng mà không thu thêm tiền; nếu không còn phòng, property cần tìm chỗ ở thay thế tương đương hoặc cao hơn và hỗ trợ phương tiện di chuyển theo hướng dẫn của Agoda.
Đặc biệt, nếu khách sạn dùng Channel Manager, hãy nhớ một nguyên tắc rất quan trọng: đừng chỉ sửa availability trên Agoda. Agoda hiện hướng dẫn property đã kết nối Channel Manager cập nhật giá và tình trạng phòng trực tiếp trên hệ thống Channel Manager, còn Partner Portal có thể dùng để theo dõi dữ liệu đã được đồng bộ.
Về lâu dài, cách hạn chế overbooking tốt nhất không phải là kiểm tra Agoda liên tục mà là xây dựng một nguồn inventory chính xác, mapping đúng giữa các room type và rate plan, đồng bộ tốt với các OTA và có quy trình cập nhật ngay khi phát sinh booking.
FAQ
Vì sao Agoda báo còn phòng nhưng khách sạn thực tế đã hết?
Có thể do availability chưa được cập nhật, Channel Manager chưa đồng bộ, mapping sai, booking từ OTA khác chưa được ghi nhận hoặc inventory trong hệ thống không phản ánh đúng số phòng thực tế.
Tôi đã hết phòng, có nên vào Agoda đóng phòng ngay không?
Có, nếu property không còn khả năng nhận booking mới. Tuy nhiên, nếu đang dùng Channel Manager, hãy đóng availability trên Channel Manager vì Agoda hướng dẫn property kết nối Channel Manager cập nhật availability trực tiếp trên hệ thống đó.
Tôi đóng phòng trên Agoda rồi nhưng Agoda vẫn báo còn phòng, tại sao?
Nếu dùng Channel Manager, có thể nguồn kết nối vẫn đang cung cấp inventory cho Agoda. Agoda cũng lưu ý rằng họ có thể tiếp tục tiếp thị property từ inventory được cung cấp bởi bên thứ ba có thỏa thuận phân phối với property.
Đã phát sinh booking nhưng khách sạn hết phòng thì làm sao?
Liên hệ Agoda càng sớm càng tốt để được hỗ trợ. Nếu còn phòng khác, có thể cung cấp phòng tương đương hoặc nâng hạng mà không thu thêm tiền khách. Nếu không còn phòng, Agoda hướng dẫn tìm chỗ ở thay thế tương đương hoặc cao hơn và hỗ trợ phương tiện di chuyển cho khách.
Có nên tự hủy booking vì hết phòng không?
Không nên coi đây là cách xử lý mặc định. Agoda khuyến nghị property giảm thiểu booking rejection và liên hệ hỗ trợ khi không thể đáp ứng booking.
Channel Manager có giúp hạn chế overbooking không?
Có thể giúp đồng bộ inventory và availability giữa nhiều kênh, nhưng hiệu quả phụ thuộc vào việc cấu hình đúng, mapping chính xác và dữ liệu nguồn được cập nhật đầy đủ. Agoda cũng khuyến nghị property cân nhắc sử dụng Channel Manager để hỗ trợ quản lý inventory và availability.
Vì sao chỉ một loại phòng bị overbooking?
Có thể do Room Type ID hoặc Rate Plan ID được mapping sai, hoặc inventory của room type đó đang được thiết lập không chính xác. Agoda yêu cầu các ID này trong quá trình kết nối Channel Manager, nên đây là những thông tin cần kiểm tra khi chỉ một loại phòng gặp vấn đề.
Agoda có trách nhiệm quản lý số phòng còn lại cho khách sạn không?
Property chịu trách nhiệm quản lý inventory, availability và giá của mình. Agoda cung cấp công cụ để property cập nhật các thông tin này và hỗ trợ Channel Manager, nhưng property vẫn cần đảm bảo dữ liệu phòng trống được cập nhật chính xác
