1. 在開始調查前，先保護受影響的住宿日期，但不要關閉不相關的客房或通路。
2. 檢查 Booking.com 上確切的房型、房價方案、入住人數及日期範圍，而非只檢查整個住宿。
3. 只有當旅客端即時頁面不再顯示該產品的任何可預訂房價時，才能確認客房已安全關閉。
當 Booking.com 上已關閉的客房仍可預訂時，通常表示關閉設定只套用至旅客可購買產品的一部分。同一房型可能包含多個房價方案、入住人數選項或不同的已連結房量來源。關閉其中一項，未必會關閉與該客房相關的所有銷售方案。
請先將此情況視為銷售控管問題，其次才是系統調查。先避免飯店收到另一筆訂房，再找出仍處於開放狀態的特定房型與房價組合。
本指南聚焦於理應關閉、卻仍向旅客顯示的 Booking.com 客房，不涵蓋訂房遺失或訂房匯入失敗的情況。
首先，確認「關閉」的實際含義
客房可能因多種不同原因而無法預訂。飯店可能已將房量設為零、套用停止銷售、關閉某個房價方案、在飯店管理系統中封鎖某間實體客房，或將客房標示為故障停用。
這些操作不能互相替代。因維修而封鎖實體客房會影響飯店營運，但不一定會減少傳送至 Booking.com 的可售房量。關閉不可退款方案後，彈性方案可能仍然開放。最短住宿限制可能阻止一晚的搜尋，卻仍允許預訂兩晚。
請用一句話寫下預期結果：「在這些抵達及離店日期內，無論房價方案或入住人數為何，此確切房型都不得被預訂。」這將成為每項檢查的控管基準。
執行以下 7 項 Booking.com 檢查
請依序完成各項檢查。在找出仍開放的銷售方案之前，不要反覆按下同步按鈕，也不要大範圍修改房量。
- 重現旅客的搜尋條件。搜尋正確的住宿、抵達日期、離店日期、客房數、成人及兒童人數。不同的入住人數或住宿天數可能會顯示另一個銷售方案。請儲存搜尋結果的螢幕截圖並記錄時間。
- 核對畫面上顯示的房型名稱。在Booking.com 後台管理系統以及飯店管理系統或通路管理系統中開啟相同房型。「豪華客房」與「豪華特大床客房」等相近名稱可能掩蓋對應設定錯誤。請確認產品代碼或對應紀錄，不要只核對顯示名稱。
- 檢查該房型連結的每個房價方案。檢查彈性、不可退款、含早餐、純住宿、行動裝置、會員、套裝及所有衍生方案。只要其中一個方案仍然開放，即使另一個方案顯示已關閉，該客房仍可出售。
- 比較每個住宿日期的房量。搜尋兩晚住宿時，兩晚都必須有空房。請分別在飯店管理系統、通路管理系統及 Booking.com 中檢查每個日期，找出是否有某個日期仍保留房量，或在之後收到另一筆更新。
- 檢查限制條件，而不只是客房數量。確認飯店採用的是停止銷售、禁止抵達、禁止離店、最短住宿或最長住宿限制。這些控管設定會影響不同的搜尋結果。例如，禁止抵達不一定會移除較早日期已開始的住宿。
- 確認由哪個系統控管 Booking.com。如果房價與空房狀況由通路管理系統控管，在後台管理系統中手動修改的內容可能會被覆寫。請檢查最近一次成功更新，以及受影響房型與日期的所有警告訊息。除非需要緊急手動關閉，否則應在主要控管系統中進行修正。
- 尋找獨立的房量來源。客房可能仍透過設有獨立配額的房價方案、新建立但尚未對應的房型，或未連結至主要房量池的方案銷售。請將所有即時銷售方案與飯店的房型對應及合約設定進行比較。
只有在您能準確說明仍開放的產品時，才算真正找出問題，例如：「家庭房、彈性含早餐房價、三人入住、10 月 4 日至 6 日。」這比直接認定 Booking.com 忽略了整間住宿的關閉設定更安全。
當不同系統顯示不同的房量時，團隊需要透過單一平台控管修正作業，並確認更新是否已傳送至通路。Smart Order 將空房狀況與已對應的通路產品連結，讓管理者能在重新開放銷售前快速檢查受影響日期。
有效控管 Booking.com 空房狀況
透過單一飯店工作平台管理已連結的客房房量，降低開放中的房價方案誤售應關閉客房的風險。
調查期間先保護飯店房量
如果飯店已沒有可安全銷售的客房，請暫時關閉 Booking.com 上該確切客房產品，或在控管該通路的系統中將其可售數量設為零。請確認此變更不會關閉其他住宿、房型或不相關的日期。
不要重複扣減房量。如果飯店管理系統已顯示為零，並將後台管理系統的手動變更作為緊急措施，請記錄執行人員與時間。否則，連線恢復後，手動關閉設定可能仍然存在，並在無人察覺的情況下阻擋未來銷售。
如果飯店僅剩一間客房，請評估在調查資料不一致問題期間繼續銷售是否符合營運安全。一次超額訂房造成的成本，通常高於讓一間狀態不確定的客房多開放銷售一小時所帶來的收益。
從旅客端確認修正結果
等待新更新獲得接受後，再重複原本的旅客搜尋。在可行情況下，請使用相同的日期、入住人數、客房數、市場、幣別及裝置類型。同時檢查房型清單，以及先前曾出現的所有套裝或行動裝置專屬方案。
飯店管理系統中的成功訊息是有用的證據，但不是最終證明。最終證明是受影響的房型與房價組合已無法透過測試搜尋進行預訂。
除非飯店已有核准的測試訂房流程，否則不要只為測試關閉設定而建立真實訂房。一般而言，旅客端的空房搜尋已足夠。如果客房仍然出現，請擷取畫面上的銷售方案並進行升級處理，且不要一次進行多項新變更。
重新開放銷售前記錄事件
請保留一份簡短的事件紀錄，包含住宿、房型、房價方案、住宿日期、預期房量、畫面顯示房量、最近一次更新時間、螢幕截圖及修正措施。這能為客服團隊提供可直接處理的案例，也有助於飯店找出反覆發生的模式。
重新開放前，請解除所有緊急手動關閉設定，並確認正常房量來源已恢復控管。接著測試一個客房應開放的未來日期，以及一個客房應維持關閉的日期。
如果同一房型反覆維持可預訂狀態，請檢查對應關係與房價方案設定，不要將每次事件都視為個別的同步延遲。
常見問題
為什麼 Booking.com 上已關閉的客房仍然看得到？
看得到不一定代表可以預訂。即使沒有可用房價，住宿或房型頁面仍可能保持顯示。只有當旅客可以選擇即時房型與房價方案，並繼續進行訂房時，才表示問題確實存在。
只要有一個房價方案開放，客房就仍可預訂嗎？
是的。彈性、不可退款、餐食、套裝或特定客群方案可能各自設有獨立控管。請檢查受影響房型連結的每個房價方案。
飯店是否應關閉整間住宿？
通常不需要。只需關閉足以防止再次售出的最小產品與日期範圍。關閉整間住宿可能會移除原本可正常銷售的房量，造成不必要的收益損失。
飯店管理系統顯示更新成功，是否已足以證明問題解決？
不夠。請使用當初發現問題的相同旅客搜尋條件確認結果。飯店管理系統狀態應與 Booking.com 上的即時銷售方案一致。
飯店應在何時聯絡客服？
如果主要控管系統顯示已成功關閉，但經過合理的重新整理時間後，該確切銷售方案仍可預訂；或房型對應中出現飯店無法辨識或控管的產品，便應升級至客服團隊處理。
