1. 建立新產品時，將其未來庫存設為零或限制數量，同時讓現有房型繼續銷售。
2. 建立 OTA 房型與房價方案連線前，先定義實體客房庫存池。
3. 每次對應一個通路，並測試房價、空房狀況、訂房、修改及取消流程。
4. 確認每個 OTA 均使用正確的共用客房庫存池後，再擴大開放日期與庫存。
在飯店管理系統與 OTA 之間對應新房型，並不需要飯店關閉所有線上銷售。安全的做法是分階段上線：保障現有產品持續銷售、在飯店管理系統中準備新房型、建立不含一般庫存的對應 OTA 產品，並僅在完成受控測試後才逐一開放各個通路。
本文說明如何在多個 OTA 上推出新的房型類別。內容不僅解釋對應的含義，也不會重複單一通路的設定流程。營運目標是讓現有房型持續接受訂房，同時避免新產品釋出額外或錯誤的庫存。
先定義實體客房庫存池
列出將歸入新房型的實體客房。確認這些客房是新增客房、翻新客房，還是從現有類別移入的客房。
記錄客房數量、入住人數、床型、衛浴、景觀、吸菸規定、設施、無障礙條件、兒童與加床規則，以及旅客付費後應獲得的所有特色。只有在辦理入住登記時確實可以相互替換的客房，才應歸入同一房型。
若客房將從現有類別移入，請選定未來的切換日期。切換日期前後的現有訂房仍須具備有效的客房分配。所有受影響的未來訂房完成檢查前，請勿縮減舊房型的客房庫存池。
建立簡單的庫存等式：舊類別客房數、移出客房數、新增實體客房數，以及新類別的最終客房數。除非確實新增或移除了實體客房，否則飯店總庫存必須維持不變。
建立飯店管理系統產品，但暫不開放 OTA 銷售
在飯店管理系統中建立新房型，並使用清楚的內部名稱。加入其實體客房、容納人數、客房特色、房務管理設定、稅務處理方式及報表群組。
僅連結已核准的房價方案。視需要設定純住宿、含早餐、可退款、不可退款、入住人數定價、衍生房價，以及最短或最長住宿規則。請勿自動複製所有舊房價方案。
在完成對應前，讓新房型對已連線的 OTA 保持關閉，或將庫存設為零。這不需要關閉現有房型；其目前的連線與庫存應繼續正常運作。
在飯店管理系統中進行一次內部測試訂房。確認可以分配正確的客房、庫存僅減少一次、房價與稅金計算正確，且取消後客房會依預期恢復至庫存。
在各 OTA 建立相符的產品
使用準確的內容與照片，在每個 OTA 帳戶中建立新的公開房型。依該通路提供的控制選項，將其設為關閉、停用或零空房。
記錄 OTA 房型識別碼及每個房價方案識別碼。比較入住人數、床型、包含項目、取消規則、付款方式、幣別、稅金顯示方式及庫存基準，確保與飯店管理系統產品一致。
名稱可因行銷需求而不同，但實際內容必須相符。除非實體格局與對旅客的承諾完全一致，否則飯店管理系統中的「家庭套房」不得對應至 OTA 的「雙臥室公寓」。
如果 OTA 自動建立複製房型或合作夥伴提供的房型，請另行檢查。不要只為完成連線，就將飯店管理系統的新房型對應至外觀最接近的產品。
逐一為各通路對應房型與房價方案
先從測試流程最清楚且風險最低的 OTA 開始。選擇飯店管理系統中的新房型，並將其連接至完全對應的 OTA 新房型，再把每個支援的房價方案連接至相符的 OTA 方案。
檢查房價方案的實際內容，而不只是名稱。餐食、退款條件、入住人數、付款時間、稅金及衍生價格規則都必須一致。
除非飯店刻意採用配額制，否則同一實體客房的所有房價方案都應共用一個庫存池。彈性與不可退款方案只是銷售同一間客房的兩種方式，並非兩間不同的客房。
涉及多個系統時，請記錄哪個系統負責管理空房狀況、價格、限制及通路專屬促銷。每個欄位的日常管理都應只有一個負責系統。
Smart Order 可將飯店管理系統房型、已連線的 OTA 產品、房價方案及傳入的訂房參考資料整合至同一套營運流程。管理者可在庫存與測試結果一致後核准各個通路，無須中斷現有房型銷售，提升作業效率並降低出錯成本。
透過受控上線流程新增 OTA 房型
使用 Smart Order 連接客房庫存與訂房，並在擴大銷售前逐一驗證每個新的通路產品。
開放小範圍測試區間
選擇需求較低且現有空房充足的未來日期。先在第一個 OTA 開放一間新房型客房，同時讓其他 OTA 的新產品維持關閉。記錄飯店管理系統及每個已連線通路的起始庫存數量。
由日常使用的主控系統傳送已核准的房價與空房狀況。確認 OTA 顯示正確的房型、入住人數、價格、稅金、餐食、取消條款、付款方式及住宿限制。
同時進行一次排除條件搜尋。新銷售期間以外的日期或不受支援的入住人數，不應顯示該方案。這可證明各項限制條件有效，而不只是確認房型可見。
不要因首次空房更新成功，就立即開放整個銷售季。這只能證明房型可以顯示，無法證明訂房會進入正確的飯店管理系統庫存池。
完成完整的訂房生命週期測試
在受控日期建立一筆經授權且可取消的訂房。確認 OTA 房型與房價方案、飯店管理系統匯入結果、旅客人數、價格、付款指示及來源參考資料。
接著檢查所有系統的庫存。飯店管理系統中的新房型庫存池應只減少一次，共用該房型的所有房價方案都應反映剩餘數量，且不相關的現有房型不應發生變化。
在支援的情況下修改住宿日期或入住人數，並確認飯店管理系統中的原始紀錄同步更新。透過正常通路流程取消訂房，確認同一筆紀錄的狀態發生變更，且客房只恢復一次。
請使用以下六點進行核准檢查：
- 公開房型及對旅客的承諾正確。
- 房價、稅金、餐食、付款及取消條件正確。
- 新房型及房價方案下僅有一筆飯店管理系統訂房。
- 所有已連結方案的庫存僅減少一次。
- 修改作業套用至原始訂房。
- 完成一次取消並恢復庫存。
如果任何結果不符合預期，請將新的 OTA 產品恢復為零庫存或關閉狀態。飯店修正新連線期間，現有房型仍可繼續銷售。
擴大銷售，同時避免庫存暗中增加
第一個 OTA 通過測試後，對下一個通路重複相同流程。保持測試日期與佐證資料一致，以便快速找出差異。
增加庫存前，請加總切換期間內新舊房型的可售數量。若客房曾在類別之間移動，合併後的可售數量不得超過飯店實際可分配的客房數。
逐步開放日期：先開放風險較低的短日期區間，再開放一般日期，最後才開放高需求及受限制的期間。每次擴大範圍後，都要確認衍生房價、最短住宿天數、關閉日期及入住人數定價。
監控各 OTA 的第一筆正式訂房。只有在真實或受控的訂房、修改、取消及庫存恢復都正確運作後，該通路才算正式完成上線。
保留不影響現有銷售的回復方案
新房型的回復範圍應保持精準。將新的 OTA 產品設為零庫存或關閉、保留現有訂房，並維持既有房型對應不變。
只要仍有訂房參照新的飯店管理系統房型、OTA 房型或房價方案，就不要將其刪除。請修正對應並重新測試；若要停用產品，則應先透過經核准且保障旅客權益的流程轉移未來訂房。
保留上線紀錄，其中應包含飯店管理系統房型代碼、實體客房數量、OTA 房型與房價識別碼、庫存負責系統、測試日期、訂房參考資料、核准人員及未解決問題。每當房型重新命名、複製、合併或移除時，都要更新此紀錄。
常見問題
對應期間，飯店必須關閉所有 OTA 銷售嗎？
不需要。現有產品可維持啟用，只有新房型需要保持零庫存或限制未來庫存，直到每個連線都通過測試。
多個 OTA 房型可以對應至同一個飯店管理系統房型嗎？
只有在它們代表相同的實體客房庫存池，且對旅客的承諾一致時才可以。房價方案可以不同，但不得重複計算庫存。
如果客房從舊類別移至新類別，該怎麼辦？
設定未來的切換日期、檢查現有訂房，並在開放新庫存池的同時縮減舊庫存池，確保合併後的空房數永遠不超過實體客房數。
新房型何時才算全面上線？
每個通路都顯示正確的方案、一筆訂房進入正確的飯店管理系統紀錄、庫存只變動一次，且修改與取消都在同一筆紀錄上完成時，新房型才算全面上線。
