1. 確認是由 eBooking 還是連接的通路管理系統獲授權發送 Trip.com 房價。
2. 開啟您帳戶中的房價與空房狀況區域,然後選擇正確的住宿、房型、房價專案、日期與幣別,再輸入新房價。
3. 檢查關聯房價設定、促銷活動、依入住人數計價、庫存與限制條件,請勿假設每個帳戶的選單標籤都相同。
4. 儲存後,重新開啟編輯過的日期,並進行相同的旅客搜尋以確認最終報價。
了解如何在 Trip.com eBooking 中更改房價,不僅僅是找到價格欄位那麼簡單。操作風險在於可能改錯房型、房價專案、日期範圍或來源系統,結果發現預期的優惠無法使用,或者在 Trip.com 上的定價出現錯誤。
最安全的方法是確認具權威性的房價來源,只編輯預期的產品,保護關聯的定價與限制條件,並驗證儲存的結果與旅客看到的畫面是否一致。Trip.com 將 eBooking 描述為其住宿合作夥伴用來管理房價與空房狀況的後台,但可用的工具和標籤可能會因帳戶、語言、住宿設定及介面版本的不同而有所差異。
更改 Trip.com 房價前
首先確定由哪個系統控制 Trip.com。如果通路管理系統、中央訂房系統或連接的飯店管理系統 (PMS) 是核准的房價來源,請在該系統中進行更改。手動在 eBooking 輸入的數值可能會被稍後的同步訊息覆蓋,導致員工面臨一個無法重現或解釋的臨時價格。
使用 Smart Order 飯店通路管理系統 的飯店應在該系統中更新核准的對應房價,並使用 eBooking 來確認 Trip.com 接收到的內容。
Trip.com 的合作夥伴常見問題確認 eBooking 可管理房價與空房狀況。Trip.com 的連接平台則另外確認了連接的系統可以建立或更新房價、庫存及限制條件。這些是不同的操作路徑,因此飯店不應同時編輯兩者,除非有記錄在案的例外情況要求如此操作。
在開啟編輯器之前,請準備一份簡短的變更摘要:
- 住宿與使用者帳戶
- 房型與房價專案
- 開始日期、結束日期及適用星期
- 入住人數、餐飲方案、取消條款及付款模式
- 幣別、稅務基準、目前房價及預期房價
- 來源系統、更改原因及還原日期
檢查目標專案是否使用其他專案作為價格來源,或者是否有帳戶專屬的調整。請勿假設每個不可退款、會員、行動裝置或行銷活動優惠都會自動從最優惠房價 (BAR) 衍生。這取決於飯店產品與促銷活動的設定方式。
如何在 Trip.com eBooking 中更改房價
使用您帳戶中提供的房價編輯器
Trip.com 並未針對每個 eBooking 帳戶發布統一公開、按鈕逐一說明的日曆指南。請遵循您帳戶中顯示的標籤,並將以下順序視為操作控制流程,而非保證每個選單的名稱都完全相同。
- 登入 Trip.com eBooking,並使用獲准編輯房價的使用者帳號。
- 如果該帳戶管理多家住宿,請在開啟房價工具前確認選擇了正確的住宿。
- 開啟您帳戶用來管理房價與空房狀況、客房價格或空房日曆的區域。
- 設定預期的日期或日期範圍。在繼續之前,請檢查年份、開始日期、結束日期及任何星期篩選條件。
- 選擇確切的房型。相似的客房名稱、床型或入住人數變體是不可互換的。
- 選擇預期的房價專案,並確認其餐飲方案、取消條款、入住人數、付款模式及任何關聯房價設定。
- 以住宿設定的幣別和計價基礎輸入新房價。請使用與現有設定相同的稅務處理方式。
- 檢查與房價一併顯示的空房狀況、停售控制及住宿限制。除非出於相同的商業決策需要更新庫存或限制條件,否則請保持原樣。
- 儲存或更新選擇,並等待帳戶的確認訊息。
- 重新開啟相同的客房、專案及日期,以確認 eBooking 已儲存預期的數值。
選單標籤可能會因帳戶語言、住宿設定、合約及介面版本而異。如果您帳戶中的房價編輯器與此順序不符,請在更改不熟悉的控制選項前,使用帳戶內的說明或飯店客服聊天功能。
避免大量編輯錯誤
大量編輯只有在每個所選日期都需要接收相同指令時才有效率。在將單一數值套用到較長的日期範圍前,請確認週末、活動、季節性期間、現有的價格變動及還原日期。
當飯店只打算更改價格時,請勿同時覆寫空房狀況或限制條件。若必須更改庫存或住宿規則,請將其記錄為獨立的核准欄位,以便員工能獨立驗證每項結果。
從單一房價來源更新 Trip.com
保持客房對應、房價、庫存及支援的限制條件一致,無需手動維護第二個日曆,大幅提升管理效率。
保護房價專案並確認結果
完成房價專案檢查
價格更新應在通過以下控制檢查後,飯店才能視為完成。這是一份編輯操作檢查清單,而非 Trip.com eBooking 介面的截圖。

將客房、專案、日期範圍、計價基礎、限制條件及促銷活動作為獨立項目進行確認。如果某個專案使用其他房價作為其價格來源,請編輯獲授權的來源並確認連動結果,而不是假設顯示的子價格可以獨立更改。
檢查儲存的房價與公開報價
首先在 eBooking 中重新開啟編輯過的日期。確認住宿、房型、房價專案、日期範圍、幣別及儲存的數值。這證明了後台目前保存的內容,但還不能證明旅客實際能預訂到的價格。
接著,使用無痕瀏覽器視窗或登出 Trip.com 帳號,搜尋相同的住宿與入住條件。請核對以下所有項目:
- 入住與退房日期
- 客房數、成人與兒童人數
- 房型與入住人數
- 包含餐飲與取消條款
- 付款時間、市場、幣別及登入狀態
比較最終應付總額以及每晚顯示的價格。促銷、行銷活動、稅金、費用、匯率轉換、依入住人數計價,或其他符合條件的房價專案,都可能使旅客看到的結果與編輯器中儲存的金額不同。
在更改的範圍內,至少測試一次單晚住宿與一次多晚住宿。多晚搜尋可以暴露出單晚測試無法發現的遺漏日期、混合價格、無法預訂的夜晚或住宿限制。
儲存更新時間、使用者、來源系統、客房、專案、日期、儲存數值、公開報價及任何可見促銷活動的證據。這份紀錄有助於飯店區分是輸入錯誤,還是連接、設定或顯示問題。
保持 Trip.com 房價專案對應且可追蹤
一次性更新核准的房價,同步目標 OTA 產品,並保留更清晰的變更紀錄,有效降低營運成本。
疑難排解與常見問題
房價無法儲存時該怎麼辦?
確認所選的住宿、客房、專案、日期、權限、幣別格式及任何驗證訊息。檢查產品是否啟用,以及帳戶是否需要不同的計價基礎或允許的最低數值。當原因不明時,請勿重複提交不熟悉的欄位;請擷取訊息畫面,並使用飯店客服聊天功能。
為什麼我更改後 Trip.com 的房價又變回去了?
連接的通路管理系統或中央系統可能在手動編輯後發送了另一個房價。在進行下一次 eBooking 更改前,請檢查連線日誌,並在具權威性的來源中更正該數值。
為什麼 Trip.com 上的公開價格與儲存的房價不同?
請比較完全相同的日期、入住人數、客房、專案、餐飲、取消條款、付款時間、幣別、市場、稅金、促銷及登入狀態。搜尋中顯示的第一個價格可能屬於另一個符合條件的優惠,因此也請比較結帳時的最終總額。
更改最優惠房價 (BAR) 會更新每個 Trip.com 房價專案嗎?
不一定。只有設定為以該房價作為價格來源的產品,才會隨之變動。獨立的專案、促銷、依入住人數計價,以及帳戶專屬的覆寫設定,都需要另外進行驗證。
我應該等多久再檢查結果?
儲存完成後,請立即確認 eBooking 中儲存的數值,然後重新整理相符的 Trip.com 旅客搜尋。請勿依賴統一的延遲時間,因為手動更新 eBooking 與連接系統傳送的路徑不同。如果儲存的數值正確,但報價仍然不一致,請記錄兩個畫面的截圖並聯絡飯店客服。
有連接系統的飯店應該在哪裡更改 Trip.com 房價?
請使用被指定為權威來源的飯店管理系統 (PMS)、CRS 或通路管理系統。Trip.com 的連接文件確認支援房價、庫存及限制條件的更新。請使用 eBooking 來驗證接收到的結果,並管理未受連接系統控制的帳戶專屬設定。
在 OTA 上手動編輯,最安全的方式是將其視為受控的例外情況。連接的飯店管理系統及通路管理系統,當它們作為飯店的授權來源時,能提供更清晰的稽核路徑。指派負責人、記錄原因與還原日期,並驗證儲存的數值與旅客看到的結果。這能將一個小小的價格更改轉變為可稽核的流程,而不是導致折扣失效、日期遺漏或出現無法解釋的價格差異的來源。