已關閉的客房仍在 Expedia 上銷售：如何找出同步失敗的原因

當一間已在 Expedia 關閉的客房仍在銷售時，眼前的問題並不是技術錯誤訊息，而是飯店可能接受一筆無法履行的訂房。

首先保護受影響的日期，再追查仍可預訂的確切方案。飯店可能已在飯店管理系統中關閉實體客房，但 Expedia 上的房型仍有庫存；也可能只關閉了一個房價方案，而同一房型的另一個方案仍維持開放。

本指南著重於找出 Expedia 中仍存在的銷售路徑。本指南不會重複一般的停售檢查清單；此處的關鍵問題是：哪一個 Expedia 房型與房價組合仍在向旅客顯示可訂房方案。

在不過度關閉庫存的情況下保護飯店

使用受影響的入住日期、旅客人數、客房數量，以及回報問題的市場進行旅客端搜尋。記錄房型名稱、取消條款、餐食方案、價格，以及即時方案所附帶的任何套裝或會員條件。

如果飯店已客滿或入住日期將近，請依照飯店核准的緊急處理程序，停止銷售該確切方案。記錄執行人員、時間、日期、房型、房價方案及使用的系統。

除非所有客房確實都必須停售，否則請避免關閉整間飯店的庫存。同時也應避免在飯店管理系統、通路管理系統及 Partner Central 中同時分別執行關閉操作。多項緊急變更會讓飯店在恢復正常銷售時，更難判斷哪一組庫存才是正確的。

找出仍處於開放狀態的 Expedia 產品

開啟 Expedia Partner Central，並將旅客端顯示的方案與飯店的房型及房價設定逐一比對。房型名稱相似並不足以確認，還須比較入住人數、床型配置、是否含餐、取消政策及價格。

檢查下列可能使客房持續可售的替代路徑：

• 附加於同一房型的另一個房價方案；
• 連結至同一批實體客房的第二個 Expedia 房型；
• 仍處於開放狀態的入住人數或兒童選項；
• 使用有效基礎庫存的套裝、會員、行動裝置或促銷方案；或
• 針對相關日期另行分配或手動載入的數量。

即使受影響的客房已正確關閉，飯店的公開頁面仍可能繼續顯示。判定失敗的依據，是使用確切房型、日期與入住人數完成搜尋後，仍能進入可預訂方案，而不是飯店是否出現在搜尋結果中。

確認飯店實際關閉了什麼

檢查飯店管理系統或通路管理系統中的原始操作。確認員工究竟是將可售庫存設為零、套用停售、僅關閉抵達、封鎖一間實體客房，還是將客房標記為停用。

這些操作不能互相替代。封鎖一間實體客房會影響房務管理或客房分配，但不一定會關閉線上房型。關閉抵達仍可能允許較早開始住宿的旅客跨越該日期續住。關閉一個房價方案，也可能讓另一個已連結的方案繼續有效。

記錄飯店原本打算傳送的確切房型、房價方案、日期、數量及限制。如果原始操作與 Expedia 上的即時方案不一致，應修正目標產品，而不是反覆傳送同一項不完整的關閉指令。

Smart Order 可協助管理者在同一個操作介面中，比較飯店的空房狀況與已連結 OTA 的銷售情形。團隊可快速找出受影響的客房庫存池、指派單一人員進行修正，並在重新開放正常通路銷售前保留清楚紀錄，提升處理效率並降低營運成本。

找出控制 Expedia 庫存的系統

飯店通常可在多個位置查看空房狀況，但正常情況下只能由一個來源向 Expedia 傳送客房數量。請確認該來源是飯店管理系統、通路管理系統，還是 Partner Central。

如果 Expedia 庫存由通路管理系統控制，在 Partner Central 中手動進行的變更可能只是暫時生效，之後也可能被下一次連線更新覆蓋。如果飯店平時直接管理 Expedia，僅變更飯店管理系統可能不會對即時方案產生任何影響。

檢查 Expedia 的連線狀態，以及受影響日期最近一次面向飯店的更新結果。留意連線是否暫停、授權是否到期、房型或房價是否尚未對應、更新是否遭拒，或關閉後是否又傳送了不同的數量。

若發生當日銷售異常，除非現有對應明顯有誤，且已評估對未來訂房的影響，否則請勿變更房型對應。修改對應關係可能會解決眼前可見的方案，卻使後續訂房被指派到錯誤的客房。

追查最後一次重新開放客房的變更

關閉指令可能已正確傳送至 Expedia，之後卻被其他更新覆蓋。請比較飯店執行停售的時間與後續房價或庫存更新、批次變更、排程規則、Partner Central 手動編輯及員工操作的時間。

請特別注意共享庫存。如果兩個 Expedia 房型共用同一個實體客房庫存池，但只有其中一個連結至飯店管理系統，第二個房型的手動庫存數量可能會使銷售持續開放。新建立的房價方案若未納入正常關閉流程，也可能發生相同情況。

建立簡單的事件時間軸：客房何時變為不可用、飯店何時將其關閉、Expedia 最後一次顯示開放的時間，以及這些時間點之間發生了哪些變更。這能將模糊的「同步失敗」轉化為飯店可以修正的具體控管缺口。

一次關閉剩餘的銷售路徑

找出仍在銷售的 Expedia 產品及其庫存控制來源後，進行一次受控修正。

1. 在控制 Expedia 銷售的系統中，針對確切房型、房價方案及入住日期設定正確數量或關閉限制。
2. 如果必須在 Partner Central 中進行緊急覆寫，請記錄該操作，並在下一次更新前決定如何與已連結的系統完成資料校正。
3. 確認相關房型或房價方案是否應維持開放；請勿將關閉設定複製到無關的庫存。
4. 等待正常更新週期完成，接著重新整理 Partner Central，並再次執行旅客端搜尋。
5. 只有在飯店管理系統、庫存控制來源、Partner Central 及旅客端畫面顯示一致後，才能重新開放銷售。

請勿在系統處理更新時反覆按下同步，或持續變更庫存數量。如果第一次修正沒有顯示，請保留相關證據並向上通報，避免產生多組互相衝突的指令。

從旅客端驗證修正結果

再次執行最初發現問題的相同搜尋，包括日期、入住人數、客房數量、裝置或市場條件，以及適用時的套裝方案選項。確認受影響的方案已無法繼續進入訂房流程。

接著，以另一個應保持開放的房型或日期進行對照搜尋。這可確認飯店已修正預期的 Expedia 產品，而未意外關閉有效庫存。

在飯店系統內，確認每晚的可售庫存均正確，且沒有任何緊急保留設定會在日後重複扣減庫存。將最終畫面截圖、更新時間及核准主管記錄於交班內容中。

防止 Expedia 再次開放客房

每當飯店新增房型、房價方案、促銷活動或共享庫存安排時，都應維護一份 Expedia 房型與房價檢查清單。測試真正影響旅客的確切搜尋條件，包括單晚、多晚、不同入住人數，以及飯店使用的任何套裝或會員方案。

指定單一系統負責日常 Expedia 庫存更新。將直接手動變更限於有紀錄的例外情況，並在下一次自動更新前完成檢查。客房停用時，應明確規定員工只需封鎖實體客房，還是也必須減少 OTA 的可售房型庫存池。

最後，在恢復正常銷售後檢討事件。修正造成銷售路徑保持開放的遺漏對應、多餘配額、不受支援的關閉方式或員工作業程序。永久解決方案並不是延長緊急停售，而是消除 Expedia 能夠重新開放客房的根本原因。

常見問題

為什麼飯店管理系統顯示零空房，Expedia 仍能銷售客房？

飯店管理系統中的數值可能並未控制該 Expedia 產品，或者另一個房型、房價方案、配額或後續更新仍在提供庫存。

關閉一個 Expedia 房價方案，是否會完全關閉該客房？

不一定。同一房型所附加的其他房價方案與優惠可能仍維持開放，因此必須確認旅客端顯示的確切產品。

緊急情況下，飯店是否應直接關閉 Expedia？

如果即時方案會立即造成超額訂房風險，請採用飯店核准的緊急處理程序。記錄覆寫操作，並在事後與正常庫存來源完成資料校正。

何時才算已解決同步失敗？

當控制系統、Partner Central 及條件相符的旅客端搜尋均顯示預期的關閉結果，同時不相關的客房與日期仍可預訂時，即代表問題已解決。