如何將 Traveloka 連接至通路管理系統：上線前檢查清單

要可靠地完成 Traveloka 通路管理系統設定，關鍵準備工作早在啟用連接之前就已開始。飯店必須先在 Traveloka TERA 及飯店管理系統或通路管理系統中，釐清房型、房價方案、政策與庫存管理權責。

這份檢查清單並非用來解釋整合技術，而是為業主或管理者提供必要依據，以判斷飯店是否能安全上線。

本文著重於上線前設定，不會重複說明修正現有空房狀況不一致時所採用的逐房型稽核流程，也不會說明如何調整房價或建立 Traveloka 促銷活動。

確認飯店已準備好建立連接

Traveloka 刊登頁面應已啟用，或已進入可核准連接的階段。請確認正確的飯店 ID、法定飯店名稱、合約狀態、付款資料及 TERA 存取權限。

進行對應設定前，請先檢查公開顯示的房型內容。如果房型的入住人數、床型、餐食內容或取消條款有誤，應在通路管理系統開始傳送空房狀況前完成修正。

指定一位飯店端負責人統籌上線。此人不需要具備技術背景，但必須能核准房型對應關係、房價方案的實際內容、庫存數量及最終上線決策。

TERA 的選單名稱與連接步驟可能因市場、住宿類型、帳戶權限及連接服務供應商而異。即使畫面名稱不同，仍應採用下列相同的營運控管方式。

完成 Traveloka 通路管理系統設定檢查清單

房型與房價方案的對應關係尚未確認前，請勿開放庫存。完成每個項目，並保留結果證明。

1. 列出所有可銷售房型。 核對飯店管理系統房型名稱、Traveloka 房型名稱、入住人數、床型及實際客房數量。對於重複或過時的 Traveloka 房型，應加以標記，不要憑猜測進行對應。
2. 列出每個房型的所有房價方案。 記錄純住宿、含早餐、可退款、不可退款、依入住人數計價及其他所有啟用中的優惠。確認每項方案的政策與所含內容。
3. 選定唯一可信的資料來源。 決定由飯店管理系統或通路管理系統控制 Traveloka 的房價、空房狀況、停止銷售、最短入住天數及其他支援的限制條件。員工也應清楚哪些設定仍由 TERA 管理，例如通路限定促銷活動。
4. 申請建立連接。 透過帳戶可用的流程選擇或確認連接服務供應商。飯店、供應商與 Traveloka 可能都需要核准或啟用部分連接功能，資料才能開始傳輸。
5. 核准房型對應。 將一個飯店管理系統房型連接至相對應的 Traveloka 房型。若入住人數、床型或庫存池不同，請勿僅因名稱相似便進行對應。
6. 核准房價方案對應。 將餐食、取消政策、付款及入住人數條件相同的方案配對。切勿僅因價格相近，就將彈性方案連接至 Traveloka 的不可退款優惠。
7. 載入受控的測試日期範圍。 選擇營運風險較低的未來日期。先傳送少量且數量明確的庫存及易於辨識的測試房價，不要立即開放整個日曆。
8. 測試飯店日後會使用的控制功能。 分別變更一筆房價、一個空房數量及一項支援的限制條件，並在通路管理系統、TERA 及即時旅客搜尋頁面中確認各項結果。
9. 確認訂房資料傳送正常。 使用經核准的測試訂房，或供應商支援的測試方式。確認一筆 Traveloka 訂房只會建立一筆飯店管理系統訂房，並只扣除一次指定房型的庫存。
10. 全面上線前完成簽核。 記錄已對應的房型與方案、通過的測試、尚未解決的限制、緊急關閉方式、支援聯絡人，以及核准開放更多日期的管理者。

這份檢查清單能將「已連接」轉化為明確的營運決策。供應商名稱出現在 TERA 中，並不代表連接已準備好上線。

上線期間最大的風險，是員工在兩個不同位置修改相同庫存。Smart Order 為管理者提供單一營運介面，集中查看已對應通路的空房狀況與訂房，讓團隊在擴大銷售日期範圍前，先確認 Traveloka 連接結果，提升管理效率並降低出錯成本。

依實際內容而非名稱檢查對應關係

房型名稱只是標籤，庫存池才是實際營運依據。兩個同樣名為「豪華房」的房型，可能具有不同的床型、入住人數、景觀或實際房間數。對應錯誤可能導致飯店售出無法提供的客房。

房價方案也必須同樣謹慎處理。請比較餐食內容、取消條款、付款時間、入住人數、稅費，以及房價是否衍生自其他方案。即使房型對應正確，錯誤的房價方案對應仍會造成旅客服務問題。

如果某個 Traveloka 房型或方案在飯店管理系統中沒有對應項目，請保持關閉。決定要建立缺少的產品、下架該 Traveloka 優惠，或指定明確負責人單獨管理。

測試一小段銷售日期範圍

選擇距離目前足夠遠的日期，以免影響近期入住旅客，同時避開繁忙時段，讓員工能持續觀察。先從一至兩種房型及少量庫存開始。

傳送一筆容易辨識的房價，再檢查加計稅費、入住人數及任何啟用中的 Traveloka 促銷後，旅客端顯示的價格。基礎房價與旅客最終價格可能因合理的商業設定而有所不同。

將空房數量從一個已知數字調整為另一個數字。確認每個營運介面中的相同日期與房型都顯示新的數量，再套用並移除一項飯店預計於上線後使用的限制條件。

如果測試失敗，請停止擴大日期範圍。記錄確切的房型、房價方案、日期、預期結果、實際顯示結果及最後一次操作時間。修正一項對應關係後，再重新測試。

判斷飯店能否正式上線

當所有啟用中的房型與房價方案都已完成核准對應、控制系統已有書面記錄、測試變更正確顯示，且一筆訂房能依預期完成整個流程時，飯店才算準備就緒。

若仍有無法識別的房型、政策錯誤的方案，或測試訂房需要透過原因不明的人工修正才能完成，請勿上線。這些都是尚未排除的風險，而非次要的設定細節。

核准後，請分階段擴大庫存。全面開放日曆前，再次檢查近期日期、旺季日期、關閉日期及不同入住人數的情況。

即使每日房價與庫存由通路管理系統傳送，也應保留 TERA 的存取權限。飯店仍需使用 TERA 確認訂房、檢查旅客端畫面、管理通路限定項目，並處理連接中斷狀況。

規劃上線後最初 72 小時

上線後最初幾天，應每日多次檢查新的 Traveloka 訂房。確認每筆訂房只在飯店管理系統中出現一次，並扣除正確的庫存。

抽樣比較旅客端房價與飯店預定的房價及所含內容。下一班員工接手前，檢查所有警告訊息或人工變更。

第一筆訂房成功並不代表所有房型都已正確設定。請持續檢查每項已對應產品，直到所有上線中的房型與房價組合都產生預期結果。

常見問題

Traveloka 能與通路管理系統連接嗎？

Traveloka TERA 支援連接多種通路管理系統。實際可用性取決於供應商、市場、飯店帳戶及核准流程。

飯店是否應在完成房型設定前建立連接？

不應該。請先穩定房型、房價方案、入住人數、政策及庫存池，否則團隊可能會對應仍在變動的產品。

員工可以繼續在 TERA 中編輯庫存嗎？

緊急情況下可能需要人工變更，但員工應遵循書面規範。一般庫存應在被指定管理連接的系統中進行修改。

Traveloka 促銷活動是由通路管理系統管理嗎？

不一定。應將促銷活動視為獨立的商業設定層，並確認哪些設定仍保留在 TERA 中。請勿假設基礎房價連接能控制旅客可享有的所有折扣。

哪些結果能證明連接已準備就緒？

完成核准的對應關係、成功通過房價與庫存測試、正確顯示的即時優惠，以及一筆僅傳送一次至飯店管理系統的訂房，是上線所需的最低驗證依據。