如何將 Trip.com 連接至通路管理系統並測試首筆訂房

安全完成 Trip.com 通路管理系統設定包含兩個部分：連接正確的產品，以及確認首筆訂房能完成飯店的整套作業流程。綠色的連線狀態標籤雖然有參考價值，但並不代表房價、房量、訂房及付款設定已正確一致。

本指南專為負責監督上線作業的業主或管理者撰寫，不使用複雜的串接術語，並將重點放在飯店可以核准及驗證的檢查項目上。

本文不同於調整 Trip.com 房價、處理遺漏訂房、核對款項結算或修復訂房異動的指南；其目標是在初次連接階段就預防這些問題。

準備 eBooking 與飯店系統

住宿物業應已通過審核，並可在 Trip.com eBooking 中存取。請確認合約、住宿物業 ID、房型內容、至少一個可銷售房型，以及帳戶所需的付款或結算資料。

連接前請先整理房型與房價結構。移除過時的重複產品，或將其維持關閉，並確認入住人數、床型、餐食包含項目、取消政策、入住配置、稅費及付款時間。

指定一位飯店上線負責人。即使部分啟用作業由通路管理系統供應商或 Trip.com 帳戶聯絡人執行，仍應由此人核准產品對應及正式上線決策。

實際連接方式可能因市場、供應商及住宿物業帳戶而異。住宿頁面上線後，Trip.com 可能會透過住宿物業的帳戶或市場聯絡人協調連接。即使選單標籤不同，也請遵循下方的作業順序。

完成 Trip.com 通路管理系統設定

請依照可控的順序完成設定。在每一項對應關係都有負責人及測試結果之前，請勿開放完整銷售日曆。

1. 確認供應商及住宿物業 ID。 請確認 通路管理系統支援正確的 Trip.com 住宿物業，並確保沒有人連接到重複或已停用的舊住宿頁面。
2. 建立房型對應表。 根據入住人數、床型、設施及實際房量池，將每個飯店管理系統房型與對應的 Trip.com 房型配對。任何尚未確認的產品都應維持關閉。
3. 建立房價方案對應表。 對應餐食包含項目、取消政策、付款條款、入住人數及定價關係。僅含客房的彈性房價，不得連結至含早餐或不可退款的方案。
4. 指定各項銷售欄位的控制來源。 決定員工應在哪個系統中修改房價、空房狀況、停售、最短住宿天數及其他支援的限制條件。另請記錄哪些 Trip.com 專屬促銷或內容仍需在 eBooking 中管理。
5. 核准連接。 完成帳戶可執行的供應商及 Trip.com 啟用步驟。在測試資料成功被接受之前，請勿假設連接已正式啟用。
6. 傳送有限範圍的測試資料。 選擇未來風險較低的日期、少量房量及容易辨識的房價。首次測試期間，請將無關的房型及日期維持關閉。
7. 驗證房價、房量及限制條件。 在通路管理系統、eBooking 及 Trip.com 即時旅客頁面中，檢查相同的房型、方案、日期及入住人數。
8. 準備首筆訂房測試。 在允許的情況下，選擇可退款或容易撤銷的測試產品，指定下單人員，並告知接待處與財務人員應如何處理。

只有當飯店能說明每一個已上線的 Trip.com 方案，並將其追溯至一個飯店管理系統房型及一個預定的房價方案時，設定階段才算完成。

首筆訂房是產品對應與日常營運實際交會的關鍵。Smart Order可將已連接的房量及傳入的訂房集中於同一個飯店工作空間，讓管理者在擴大 Trip.com 銷售前，快速驗證訂房與房量變動是否正確。

安全建立首筆測試訂房

請選擇距離目前日期足夠遠的日期，以免影響現行營運。選取設定測試所使用的同一房型及房價方案，並保留足夠的備用房量，以便在訂房延遲或重複時進行處理。

確認訂房前，請記錄旅客頁面顯示的房型名稱、房價方案條款、入住人數、最終價格、稅費、付款方式及取消條款。這些資料將成為飯店管理系統中的預期結果。

只建立一筆訂房。重複點擊或同時建立多筆測試訂房，可能會讓正常延遲看起來像是重複匯入問題。

記錄確認編號及訂房時間。等待期間請勿在飯店管理系統中手動建立訂房，除非飯店的測試計畫明確要求這麼做。

端到端驗證訂房

在 eBooking 中開啟訂房並確認其狀態為有效。接著使用 Trip.com 確認編號，在通路管理系統及飯店管理系統中尋找同一筆訂房，不要只依賴旅客姓名查詢。

飯店管理系統紀錄應與住宿物業、房型、房價方案、抵達及離店日期、入住人數、住宿物業可取得的旅客資料、總金額與幣別、付款安排、取消條款及訂房來源一致。

另請單獨檢查房量。已訂房型在每個住宿日期的房量都應減少一間，且不得影響無關的房型。請確認飯店管理系統、通路管理系統、eBooking 及即時旅客搜尋頁面中的數量。

如果訂房出現兩次、房量扣除兩次，或連結到錯誤產品，請立即停止上線。保留兩筆紀錄，並在刪除或合併任何資料前完成調查。

首筆訂房後測試一次異動

新訂房只能證明初次傳送流程正常，無法證明旅客後續異動也能正確傳達至飯店。

若核准的測試流程允許，可進行一次受控異動，例如調整住宿日期，或取消可退款的測試訂房。等待 Trip.com 確認新狀態後，再驗證原飯店管理系統訂房是否已更新，而非另行建立重複訂房。

取消後，請確認房量只恢復一次。變更日期後，請確認原日期的房量已釋出，且新日期的房量只扣除一次。

請勿使用會產生無法撤銷費用或實際帳務問題的方式測試收款。建立測試訂房前，財務人員應核准其付款、取消及文件記錄方式。

判斷 Trip.com 是否可正式上線

僅當房型及房價方案對應均已核准、線上方案正確、首筆訂房只傳入一次、房量只變動一次，且任何測試異動都能更新原訂房時，才可核准全面上線。

記錄已知限制、人工操作事項、緊急關閉步驟、客服聯絡方式，以及負責監控上線初期狀況的人員。當問題需要處理時，員工應清楚知道要在飯店管理系統、通路管理系統或 eBooking 中操作。

分階段擴大銷售日期範圍。開放完整銷售日曆前，請重新檢查旺季日期、已售罄日期、不同入住人數，以及每個已對應的房型。

在最初 72 小時內，請逐筆比對每一筆 Trip.com 訂房與飯店管理系統及房量結果。及早檢查能在錯誤對應影響多位旅客前發現問題。

常見問題

所有飯店都能將 Trip.com 連接至通路管理系統嗎？

Trip.com 可與許多通路管理系統合作，但能否使用及啟用，仍取決於供應商、市場、住宿物業狀態及帳戶安排。

飯店是否應在測試前開放所有房型？

不應。請使用有限的日期範圍、少量房量及一個已確認的產品。只有在預期房價、限制條件及訂房結果均確認無誤後，才逐步擴大銷售範圍。

首筆訂房最重要的檢查項目是什麼？

確認一筆 Trip.com 訂房只建立一筆飯店管理系統訂房，並在每個住宿日期僅從正確房型扣除一間房量。

員工是否應在飯店管理系統中手動建立測試訂房？

不應。測試的目的是確認訂房能自動傳送。手動輸入可能會掩蓋連接失敗，或造成重複訂房。

何時代表連接已可進行正常銷售？

當所有對應關係均已核准、測試銷售控制正常運作、線上方案正確，且首筆訂房及一次允許的後續異動都能順利完成，無須進行原因不明的人工修復時，即可進行正常銷售。