1. 回補取消訂房所釋出的間夜，與重新開放飯店主動關閉銷售的客房，是兩種不同的影響。
2. 先前已成功關閉銷售，不代表後續取消訂房時不會觸發重新開放。
3. 應先確保受影響日期不會被誤售、還原事件順序，並確認已關閉客房的相關設定，而非反覆重送相同指令。
接待處已關閉某房型週六的銷售。之後，一位旅客取消了先前在 Booking.com 建立的訂房，週六的客房卻再次開放銷售。第一次關閉銷售的操作可能確實已生效，只是後續另一個事件又改變了空房狀況。
遇到這種情況時，請同時檢查 Booking.com 取消訂房後的處理方式，以及您的飯店通路管理系統傳送至 Booking.com 的房量。訂房取消後，並不一定代表飯店就有可安心再次出售的客房。
區分房量回補與重新開放已關閉銷售的客房
自動回補房量會將取消訂房所釋出的間夜重新加入 Booking.com 的可售房量。重新開放已關閉銷售的客房則涉及取消訂房是否也會重新開放飯店先前已關閉的銷售。請勿將兩者視為可互相替代的同一個開關。
當取消訂房確實釋出可售客房時，一般房量回補功能很實用。但客房因維修而關閉、人力減少導致接待量降低，或已接受其他訂房，都可能讓飯店目前的實際狀況與原訂房成立時不同。
您可以聯絡 Booking.com 客服，申請停用重新開放已關閉客房的選項。請勿假設通路管理系統中的控制設定能停用 Booking.com 的所有房量回補功能。請確認住宿實際採用的已關閉客房處理方式，以及任何設定變更的適用範圍。
因此，僅確認「飯店管理系統仍顯示關閉」並不足以完成調查。PMS 是 Property Management System（物業管理軟體）的縮寫。請釐清目前實際可供入住的客房數、預計在線上銷售的房量，以及 Booking.com 目前儲存的相關住宿日期狀態。
如果取消訂房也會恢復飯店管理系統中的可售房量，請區分這種正常釋出房量的情況，與通路端另行重新開放銷售的情況。切勿只因抵達名單少了一筆訂房，就手動增加一間可售客房。
當取消訂房與維修保留房分散在不同畫面時，員工可能誤將取消後釋出的訂房房量視為實際可用的額外客房。在 Smart Order 中，先透過訂房日曆確認剩餘客房，再經由已串接的通路管理系統傳送預期的空房狀況。請確認 Booking.com 的實際結果，避免因狀況不明而反覆額外扣減房量。
依目前實際可售房量進行下一次更新
先在 Smart Order 中檢視取消訂房與剩餘空房狀況，再針對受影響的住宿日期，傳送修正後的通路房量。
防止受影響日期被誤售，並還原事件經過
如果已無可安心提供入住的客房，請依飯店核准的緊急處理程序，關閉 Booking.com 上受影響的銷售項目。檢查通路中儲存的狀態，以及旅客端顯示的銷售項目。若直接在 Extranet 後台覆寫設定，請保留操作紀錄，以便後續與飯店管理系統的日常控制狀態核對並整合。
請勿關閉無關房型，也不要假設緊急覆寫設定會無限期維持。請指定專人持續監控受影響日期，直到重新開放銷售的風險解除。
針對確切的房型、房價方案及住宿日期，整理出一份事件時間序列。依據現有紀錄，記下完整日期、時間與時區：
- 確認原本預計關閉的銷售範圍，以及 Booking.com 已接受關閉指令的證據。僅在本地系統儲存設定值，不等於已確認通路端完成關閉銷售。
- 找出重新開放銷售前後發生的訂房取消或變更。比對釋出房量的住宿日期，與重新變為可訂房的日期是否一致。
- 確認飯店、通路管理系統或其他授權使用者，之後是否曾更新空房狀況或手動重新開放銷售。
- 若收到新訂房，請將其原始建立時間與關閉銷售的時間比對，而不只是查看訂房何時出現在接待處系統中。
- 將 Booking.com 最終顯示的銷售項目與飯店管理系統目前的可用房量比對。在進行下一次有控管的修正前，先保留相關紀錄。
以這組假設的時間序列為例：14:00 關閉銷售的指令獲接受；14:10 發生訂房取消；14:12 發現相同住宿日期的客房重新開放銷售。這種情況值得進一步調查自動回補房量功能，但在確認後續是否有開放銷售指令，或是否另有仍在銷售的房價方案前，尚無法據此證明原因。
相較之下，若一筆訂房於 13:59 建立、14:02 才收到，該訂房是在 14:00 關閉銷售之前成立。訂房較晚傳入飯店管理系統，並不能證明客房在關閉銷售後曾重新開放。
請仔細檢查部分變更的情況。原訂三晚的住宿縮短後，可能只釋出最後一晚；多間客房的訂房取消作業，也可能只釋出其中一間已訂客房。請追查實際受影響的間夜，避免對整段訂房期間一律增減房量。
透過接待處訂房日曆，接待人員可輕鬆比對變更後的住宿安排與其餘住房情況。計算時，仍須納入維修及其他營運用途的保留房；取消訂房只是客房數量計算中的一項因素。
修正重新開放銷售的處理方式，再驗證結果
當證據指向取消訂房觸發重新開放銷售時，請 Booking.com 客服確認重新開放已關閉銷售的客房設定，並為住宿安排適當的處理方式。請清楚說明營運需求：飯店主動關閉銷售的間夜，不應只因先前的訂房取消，就重新變為可售。
請提供住宿編號、已取消或變更的訂房編號、房型與房價方案、受影響的住宿日期、關閉銷售與取消訂房的時間，以及非預期銷售項目的螢幕截圖。請遮蔽非必要的旅客與付款資料。務必取得設定變更已完成的確認，勿將已提交申請視為處理完成。
在處理設定的同時，請透過平常負責控制銷售的系統修正目前的空房狀況。若系統支援，請依已核實的目前客房數與預期關閉狀態，針對受影響日期重新傳送一次資料。確認 Extranet 後台儲存的狀態，並以旅客原本的搜尋條件再次查詢。
如果客房仍可訂房，請保留該銷售項目的完整資訊，並同時向串接服務供應商反映，請其進一步處理。原因可能涉及對應設定、另一個仍在銷售的方案，或後續更新。自動回補房量只是可能原因之一，仍須持續檢查其他證據。
在不造成取消訂房風險的前提下驗證處理成效
請勿為了測試客房是否會重新開放銷售，而取消真實旅客的住宿。請採用服務供應商核准的測試安排，或在指定主管負責監控且已做好防止誤售措施的情況下，觀察下一筆實際發生的相關訂房取消。選擇測試方式時，務必確保已售罄或不宜提供入住的房量不會被開放銷售。
對於應持續關閉銷售的客房，請分別在事件發生前、取消訂房處理完成後立即，以及正常空房狀況更新完成後，再次檢查其狀態。這有助於區分曾短暫重新開放銷售的情況，與能持續生效的修正。對於一般可售客房，則應確認取消訂房所釋出的房量會依預期回補，且不會重複計入。
請保留實際結果，而不只是註記「設定已變更」。有用的證據應能顯示：需要保護的間夜持續未被開放銷售，同時正常可售房量也依預期運作。
如果已經產生另一筆訂房，請立即依飯店的超額訂房處理流程通報並處理住宿衝突。請勿為了操控房量回補而刪除新訂房，或將一般取消訂房標記為超額訂房。在修正設定的同時，妥善安排旅客住宿，並保留完整訂房紀錄。
