1. 建立新產品前，先檢查 Trip.com 現有房型。飯店管理系統中的新名稱，不一定代表新增了實際客房類別。
2. 維持準確且一致的實際客房數量，並納入從既有房型移轉的客房。
3. 全面開放新房型銷售前，先確認選取的房型、執行受控更新測試，並驗證一筆傳入的訂房。
飯店系統新增房型時，不一定需要在 Trip.com 業者後台建立新產品。相同類別可能已經以其他名稱存在。再次建立，可能導致兩個銷售項目同時販售飯店僅計算一次的客房庫存。
房型對應，是指選擇與您的物業管理軟體（飯店管理系統）中某個客房類別相對應的 Trip.com 房型。本指南說明如何為已完成串接的住宿新增或重新整理客房類別，重點在於避免重複產品及高估空房狀況。
確認房型是否已存在
在合作夥伴後台 Trip.com eBooking 中開啟正確的住宿，檢視其房型。比較床型、格局、可入住人數、衛浴、景觀，以及向旅客承諾的其他特色。若帳號權限允許查看，也應將已關閉或停用的類別納入檢查。
不要只憑最相近的名稱進行對應。您的飯店管理系統可能將某房型命名為「尊榮雙人房」，Trip.com 則稱為「豪華大床房」。若實際客房條件與向旅客承諾的內容一致，該房型可能就是您需要的既有對應項目。若格局不同，即使名稱相似，也不能互相替代。
也要檢查旅客看到的內容。同一客房類別下有多個餐食或取消條件方案，不一定代表房型重複。真正的問題是額外的客房類別或串接，意外將同一批庫存當成額外客房銷售。
繼續操作前，先釐清變更類型。新建客房、類別更名、翻新客房，以及類別間的客房移轉，都需要不同的庫存處理方式。若人員只是調整行銷名稱，請先確認既有串接，再決定是否新增項目。
將飯店管理系統與 Trip.com 的房型識別碼一併保存在決策紀錄中。即使日後名稱變更，這些識別碼仍可用來辨識對應紀錄。若兩個既有通路類別看起來相同，請先向串接服務供應商或 Trip.com 聯絡窗口確認目前由哪一個接收訂房，再決定使用哪個類別。
建立準確且一致的實際客房庫存池
記錄哪些實際客房屬於該類別，以及每個受影響日期可銷售的客房數量。含早餐方案與純住宿方案可以販售同一間客房，但不會因此多出一間實際客房。
例如，某飯店有十間雙人房，並將其中兩間翻新客房移至新的尊榮類別。自約定的變更日期起，正確數量應為八間標準雙人房加兩間尊榮雙人房。若仍開放十間標準雙人房，再新增兩間尊榮雙人房，就會在實際只有十間客房的情況下，對外顯示十二間可售客房。
移轉客房前，先檢查未來訂房。既有旅客仍需要妥善安排客房，並享有訂房時承諾的設施與特色。選擇團隊能清楚說明的變更日期，並記錄所有已核准的客房重新分配，避免留到旅客抵達當班才處理。
決定人員平時應在哪個系統調整空房狀況。對於已串接的客房，請依約定的飯店管理系統或通路管理系統流程操作，並確認通路端的結果。空房數量應與在 eBooking 維護的客房描述及帳號專屬設定分開管理。
涉及多個銷售方案時，客房數量不清的問題更難察覺。Smart Order 將飯店管理系統的客房庫存池與 OTA 通路空房狀況及傳入的訂房整合，讓管理者在擴大銷售前，輕鬆核對初始數量與訂房扣減情況，提升作業效率。
讓新房型對應正確的客房數量
集中管理空房狀況與傳入的訂房，讓團隊更有效率地檢查新的 Trip.com 房型串接。
串接已核准的 Trip.com 房型產品
實際串接操作會因供應商及住宿帳號而異。請使用可用的房型對應流程，或與供應商及 Trip.com 帳號聯絡窗口協調變更。不要假設在其中一個系統建立類別，就會自動在另一個系統建立正確的類別。
請依下列順序建立新串接：
- 使用已記錄的識別碼，確認兩端對應的是同一間住宿。
- 選取飯店管理系統中的類別，以及實際設施條件與可入住人數相符的 Trip.com 房型。
- 適用時，沿用已確認的 Trip.com 既有類別。只有在飯店確實需要獨立類別時，才建立新類別。
- 確認預期的房型與房價方案對應關係，確保餐食及取消條件方案連結至正確的客房庫存池。
- 在準備好進行驗證前，透過平常的銷售控制功能，將新產品保持關閉或將可售房量設為零。
- 儲存串接設定，並記錄選取的識別碼、變更日期、初始可售房量，以及核准上線的人員。
若需要新增 Trip.com 類別，請在開放銷售前完成客房內容，並確認是否有帳號審核步驟。床型、可入住人數、照片及設施特色的準確性，與串接本身同樣重要。即使類別已成功串接，仍可能向旅客承諾錯誤的客房內容。
若串接畫面未顯示新的目標房型，請依供應商的正常流程重新整理可用房型清單，或尋求支援。反覆建立其他房型，並不能可靠地讓第一個房型出現在清單中。
擴大銷售前，先驗證房型
選擇未來較清淡、仍有空房的日期，並使用已核准的可售價格。針對新類別傳送一次受控的空房狀況或房價更新。檢查預期的 Trip.com 房型是否正確變更，以及無關類別是否維持不變。
檢查實際上架的方案時，請使用相同日期、入住人數及幣別。仔細查看客房詳情，不要只看住宿頁面上最便宜的搜尋結果。促銷可能改變價格，但不會改變實際販售的客房。
也要使用應被排除的條件進行搜尋。當入住人數超過房型允許的上限時，該房型不應出現在可訂方案中。另請檢查刻意關閉銷售的日期，確認新產品不會在核准的銷售期間以外仍可預訂。
接著依約定的取消及付款條件，進行已獲授權的測試訂房。在飯店接待處訂房紀錄中找到 Trip.com 訂房確認資料。核對客房類別、日期、入住人數、價格、訂房來源，以及所有包含的服務。
另外檢查庫存：每訂出一間客房，每晚都應從正確的庫存池扣減一次。若原本的標準房類別也出現非預期變動，請先調查串接或共享庫存設定，再開放更多日期。
依核准流程取消測試訂房，並確認同一筆訂房已更新，且庫存只回補一次。等待訂房傳入時，不要另外手動建立一筆訂房，否則會難以判斷串接是否正常運作。
處理重複產品，同時保全訂房紀錄
兩個相似的客房類別同時銷售
比較兩者已記錄的房型識別碼、設施特色、房價，以及傳入訂房的接收類別。判斷它們是刻意使用受控共享庫存的銷售方案，還是不慎建立的重複項目。僅憑名稱相似，無法作出判斷。
若其中一個是不慎多建的產品，請透過適當的銷售控制功能，僅關閉該產品並驗證結果。有效類別應繼續開放銷售。確認關閉操作沒有移除其他正常方案的可售庫存。
訂房傳入舊類別
將 Trip.com 訂房確認資料與實際售出的房型產品核對，並將該識別碼與目前的串接設定比較。修正對應關係，以確保未來訂房正確傳入，並依飯店核准的更正流程檢查既有訂房。
不要為了配合飯店管理系統中的名稱，而在未告知旅客的情況下降等安排。應保留訂房時承諾的客房條件，並確保後續修改或取消仍連結至同一筆訂房識別碼。
可售房量看起來高於實際客房數量
重新檢查已從舊類別移出的客房、手動輸入的通路房量，以及仍開放銷售的重複產品。減少可售房量前，先確認正確的合計數量。已滿房日期與一般清淡日期，可能需要採取不同的修正方式。
仍有訂房連結至某房型產品時，請勿刪除該產品。記錄未來訂房狀況，依約定流程修正或停用重複項目，並保留歷史紀錄。將最終房型決策與您的飯店管理紀錄一併保存，避免下次更名或翻新時再次發生相同問題。
受控檢查通過後，再開放更多銷售日期。檢查該類別收到的第一筆真實訂房，並在下一次營運調整後再次核對客房數量。
常見問題
飯店管理系統中的每個新房型，都需要新增 Trip.com 產品嗎？
不需要。請先確認通路上是否已有相同類別。更名或內部重新分類，可能只需要檢查串接設定，無須另外建立對外銷售的房型產品。
純住宿與含早餐方案算是重複房型嗎？
不一定。它們可以是販售同一批實際客房庫存的不同房價方案。請分別確認客房類別與共享的空房狀況。
可以在不增加飯店客房總數的情況下，新增尊榮類別嗎？
可以。將客房從既有類別移出時，請自約定日期起減少原類別的庫存，確保合計數量維持準確。
未使用的重複產品應立即刪除嗎？
請先檢查目前有效及未來的訂房。關閉非預期的銷售方案，保留其歷史紀錄，並在相關依賴關係處理完成後，依核准流程停用。
如何確認房型對應正確？
預期的對外銷售房型正確更新，一筆訂房傳入飯店管理系統中的正確類別，庫存只異動一次，且依核准流程取消測試訂房後，同一筆紀錄也正確更新。
