Trip.com 房價方案對應錯誤：修正餐食、取消條款與入住人數不一致的問題

在 Trip.com 業者後台中，房價方案對應錯誤很容易被忽略。房間照片正確、空房狀況持續更新，訂房也正常進來。然而，旅客明明購買了含早餐方案，接待處收到的卻是純住宿訂房；或是財務人員看到的取消條款與訂房確認內容不同。

房價方案對應，是指選擇飯店管理系統中的哪一個房價套裝，與 Trip.com 上的銷售方案相互對應。即使名稱不同，兩邊方案承諾的住宿內容也應一致。請先確認旅客實際購買的內容，再核實由哪個已串接方案控制該銷售方案。

寫下 Trip.com 銷售方案應有的內容

選定一個房型、房價方案及受影響日期。記錄包含的餐食、取消期限或不可退款條件、包含的入住人數、兒童適用規則，以及任何加人費用。如果各方案的付款時間不同，也請一併記錄。

請使用具體描述，例如「豪華雙人房、兩位成人、兩份早餐、於指定期限前可退款」。像「BAR2」或「彈性方案 B」這類名稱，無法讓其他管理者清楚知道旅客應享有的內容。

將這份描述與 Trip.com 上的實際銷售方案比對；若有受影響的訂房，也請選一筆一併核對。公開頁面顯示的是目前可購買的內容，既有訂房則反映特定旅客先前購買的內容。政策變更後，兩者出現差異可能是合理的。

如果目前販售的方案會立即造成問題，請透過平常使用的銷售控制功能，僅暫停受影響的方案，並確認已成功停售。其他房價方案仍正確時，請避免關閉整個房型。

找出餐食、取消條款或入住人數的不一致之處

早餐遺漏、多列或份數錯誤

請同時檢查是否含早餐及早餐份數。「含一位成人早餐」與兩份早餐並不相同，兒童早餐也可能另有適用條件。請比對訂房確認內容、Trip.com 銷售方案，以及飯店管理系統中房價方案的作業備註。

如果 Trip.com 販售的是含早餐方案，但串接的飯店管理系統方案卻是純住宿，請追查目前選定的方案對應關係。如果兩邊都承諾提供早餐，但傳送至接待處的份數有誤，請先檢查入住人數與包含項目的記錄方式，再考慮建立另一個房價套裝。

承諾的取消條件不一致

請比對是否可退款、確切截止時間及其顯示的時區，以及逾期後的收費。「彈性取消」不夠明確：某個方案可能允許在入住前一天之前免費取消，另一個方案的免費取消期限則可能更早。

請保留訂房成立時適用的政策。變更目前的方案，並不代表可以將新的取消條件套用至先前的訂房。如果 Trip.com 承諾的內容與飯店紀錄不一致，請保留相關證據，並依該筆訂房已確認的條款處理。

單人、雙人、兒童或加人價格有差異

請使用發生問題時完全相同的入住人員組合進行搜尋。兩位成人的房價正確，不代表單人入住或家庭方案也正確。請記錄兒童年齡，以及方案是否包含加床，或僅能另行提出加床需求。

請分別確認可容納人數與價格。即使房間實際可容納三位旅客，仍可能需要收取加人費用、調整餐食份數，或設定系統支援的獨立入住人數價格。請透過適當設定修正入住人數限制，避免將家庭方案對應至看起來最接近的成人方案。

當同一房型下有多個 Trip.com 銷售方案時，管理者可能難以追蹤各方案選用了哪個房價套裝。Smart Order 的通路管理系統將房價更新與新進訂房整合至飯店作業流程，協助管理者更有效率地核實：每個銷售方案應由飯店管理系統中的哪個方案提供房價，以及接收訂房。

區分對應錯誤與單純的價格差異

比價時，請使用相同日期、房型、入住人數、兒童年齡、幣別與稅費顯示方式。裝置、登入狀態及促銷資格也應保持一致。價格差異可能來自會員折扣或促銷活動，不一定代表串接的房價方案有變動。

請先判斷是方案承諾的內容有誤，還是只有最終價格不同。如果餐食與取消條款對應到飯店管理系統中的另一個套裝，就應調查對應關係。如果承諾內容一致，只有某一種入住人數的價格不同，請先檢查依入住人數計價的設定與相關價格調整規則。

也請確認各項設定是在哪裡維護。基本房價更新，不代表餐食內容、兒童政策或取消期限也隨之變更。請記錄哪些欄位由串接系統管理，以及哪些帳戶專屬控制項仍需在 eBooking 中設定。

例如，含早餐方案可能是在純住宿方案的價格上加價。如果對應關係正確，但加價金額被重複輸入，改為串接其他套裝也無法解決原本的錯誤。請同時核對計價規則與旅客看到的總價。

選單名稱與可用的對應設定功能，會因服務供應商及住宿業者帳戶而異。即使實際的串接變更由供應商或 Trip.com 帳戶聯絡窗口執行，也請維持相同的作業檢查流程。

修正一組房價方案對應關係並進行測試

請選用範圍有限的未來日期，以及經核准可銷售的價格。保留現有方案的識別資料，並指定一人統籌變更，避免其他班別覆寫設定。

1. 調整房價方案對應關係前，先確認住宿業者與實際房型皆正確。
2. 依餐食份數、取消條款及入住人數價格，比對預期使用的飯店管理系統套裝與 Trip.com 銷售方案。
3. 透過供應商的對應設定流程，選取正確的既有方案配對；只有飯店確實需要新的銷售方案時，才建立另一個方案。
4. 檢查此次變更影響的所有連動價格與帳戶專屬政策設定。
5. 傳送一次系統支援的更新，確認更新套用至預期的銷售方案，且另一個無關且正確的方案維持原樣。
6. 再次從旅客角度搜尋，再依事先議定的付款與取消條件，驗證一筆經授權的測試訂房。

如果方案支援其他入住人數，請勿只測試預設的兩位成人搜尋。請比對單人、一般成人入住人數，以及兒童年齡接近相關分界的家庭搜尋結果。不要為了讓測試出現結果，就開放原本不支援的入住人員組合。

請分別檢查早餐份數、取消條款文字、最終價格及任何現場付款項目。容易辨識的每晚房價可作為有用的核對依據，但無法證明所有條件皆一致。

請在接待處訂房工作區中找出測試訂房。確認訂房歸入預期的房型與方案，且工作人員可查看承諾包含的項目與入住人數。完成允許的取消操作，並確認取消狀態更新至同一筆訂房。

檢查既有訂房並完成修正

列出錯誤對應關係生效期間收到的訂房。使用訂房編號，將每筆 Trip.com 訂房確認內容與飯店紀錄逐一核對。保留訂房成立時已確認的價格、餐食、入住人數、付款安排及取消條款。

請依飯店核准的流程，修正內部餐食指示、旅客備註或會計分攤。不要因為目前串接已修正，就覆寫原先向旅客承諾的內容。如果無法妥善修正紀錄，請向客服確認如何確保該筆訂房後續的變更仍能正確保留。

請確認下一次作業交接所需的資訊。接待處可能需要早餐備註；早餐團隊可能需要更新後的份數；財務人員可能需要已確認的取消罰金，而非飯店管理系統的預設政策。請明確指派這些工作，避免只留下一句籠統的「對應已修正」。

請將最終方案配對及其銷售內容說明，與飯店的飯店管理系統作業紀錄一併保存。記錄哪些搜尋測試已通過，以及由誰核准重新開放受影響方案的銷售。

修正後，請再次檢查第一筆正式訂房。複製方案、變更餐食套裝，或調整兒童與加人規則時，也請重新檢查銷售條件。熟悉的方案名稱下，可能已經是不同的承諾內容。

常見問題

房型對應正確，房價方案仍可能出錯嗎？

會。訂房可能正確歸入對應的房型庫存，但所連結套裝的餐食、取消條件或入住人數價格仍可能不同。

Trip.com 出現任何價格差異，都代表對應錯誤嗎？

不一定。變更方案對應關係前，請先比對促銷活動、稅費、幣別、入住人數、登入條件及價格調整規則。

是否應將兩邊方案改成完全相同的名稱？

名稱有助於工作人員辨識，但實際結果取決於選定的對應關係與銷售條件。僅變更名稱，無法證明已連結正確的方案。

修正對應關係後，先前的訂房會自動修正嗎？

請勿假設會自動修正。請另行檢查受影響的訂房確認內容，並保留旅客預訂時的條件。

何時可以重新開放方案銷售？

確認預期方案已收到受控測試更新、旅客搜尋結果符合承諾內容，且經核准的測試訂房已正確寫入飯店紀錄後，即可重新開放銷售。