飯店管理系統 (PMS) 與 Expedia 串接:獨立飯店實用指南

Aug 19 2026 · Smart Order · 13 分鐘
飯店管理系統 (PMS) 與 Expedia 串接:獨立飯店實用指南
重點摘要
1. 飯店管理系統與 Expedia 的串接通常透過連線服務供應商交換房價、空房狀況、限制條件、訂房、修改與取消紀錄。
2. 在發送即時房源庫存之前,必須將 Expedia 房型與房價專案對應至正確的飯店管理系統產品。
3. 獨立飯店在上線前應測試旅客顯示價格、入住人數規則、Expedia 收款 (Expedia Collect) 與飯店收款 (Hotel Collect) 紀錄、最後一間房的空房狀況,以及失敗警告。

飯店管理系統與 Expedia 的串接能讓獨立飯店直接透過其飯店管理系統 (PMS)或已連線的通路管理系統來管理 Expedia 的房源庫存與訂房,而無須每天在 Expedia Partner Central 重複更新。

只有在商業產品正確對應時,連線才是安全的。Expedia 中的「標準雙人房」必須指向預期的飯店管理系統房型。每一個可退款、不可退款、套裝行程或依入住人數計價的優惠,都必須連線至正確的房價專案。技術上雖已連線但對應錯誤的話,可能會發布錯誤的價格或從錯誤的房間扣除空房庫存。

本指南著重於設定與日常營運,不會贅述如何登入 Partner Central 或 Expedia 排名運作的原理。


飯店管理系統與 Expedia 需要交換哪些資料

Expedia Partner Central 依然是住宿合作夥伴主要的 Expedia 介面。Expedia 的 Connectivity Hub 將其描述為旅宿管理訂房、空房狀況、庫存、房價、報表與分析以及支付的平台。

啟用連線服務供應商後,飯店管理系統或通路管理系統將成為支援欄位的操作來源。正常的資料流包含將房價與空房狀況傳送至 Expedia,而新的訂房、修改與取消紀錄則回傳至飯店系統。

限制條件可能包含關閉日期、最短入住天數、最長入住天數以及抵達或退房控制,這取決於供應商與 Expedia 的連線設定。至於描述、設施、照片、政策與部分促銷活動等內容,可能仍需在 Partner Central 中管理。

請向飯店管理系統供應商確認欄位層級的同步範圍。員工應了解每個欄位由哪個系統主導。在未記錄覆寫流程的情況下,若在兩處同時編輯相同的基本房價或空房狀況,將會產生衝突。


在連線前準備 Partner Central

在啟用資料連線前,請先完成 Expedia 上的旅宿設定。房型、房價專案、入住人數、取消政策、稅金、費用與付款模式必須已存在於 Partner Central 中,才能進行有效的對應。

檢查使用者權限。啟用供應商的人員需要擁有旅宿連線設定的存取權限。部分帳號或代管旅宿可能需要 Expedia 或現有的分銷供應商來啟用或更改連線設定。

與飯店管理系統供應商確認計價模式。Expedia 支援依入住人數計價,若遺漏入住人數設定,可能會導致系統套用非預期的高入住人數價格。請確認飯店管理系統是發送每房價格、依入住人數計價,還是衍生房價。

同時也要確認旅宿所使用的 Expedia 收款與飯店收款流程。員工收到的訂房與付款資訊可能會有所不同,因此飯店管理系統的設定應保留正確的付款類型與指示。


選擇連線服務供應商

在 Partner Central 中,飯店通常會開啟 Expedia 連線設定區域,並選擇其核准的飯店管理系統、通路管理系統或連線服務供應商。可用的標籤與步驟可能會因帳號與供應商而異。

啟用營運所需的連線類型。通常包括空房狀況、房價以及訂房擷取。僅啟用其中一項會造成流程不完整:飯店可能會收到訂房卻沒有發布最新的庫存,或是推送了空房狀況卻無法自動接收訂房明細。

在替代供應商與 Expedia 尚未確認切換順序前,請勿中斷現有供應商的連線。兩個系統同時發送庫存會產生衝突的更新,而供應商之間的空窗期則會讓飯店不得不依賴人工作業。

記錄啟用時間、供應商名稱、旅宿 ID、啟用的連線類型以及客服聯絡人。這些資訊能縮短系統拒絕更新時的疑難排解時間。

當訂房紀錄進入飯店管理系統時,房間數量應該減少,且新的空房狀況應回傳至 Expedia 與其他所有已連線的銷售管道。一個飯店通路管理系統能將此循環維持在單一的庫存工作流程中,無須依賴員工在每次訂房後手動更新 Partner Central。

將 Expedia 串接至飯店管理系統的訂房循環
Smart Order 將 Expedia 訂房、飯店庫存與房價更新整合至相同的飯店管理系統工作流程中,讓員工能從單一操作來源管理空房狀況。

免費試用

對應所有房型與房價專案

對應作業會將 Expedia 的產品 ID 與飯店管理系統的產品 ID 連結。名稱可以不同,但房間與商業條件必須代表相同的優惠。

從房型開始。比較入住人數、床型配置、實體庫存池,以及 Expedia 是銷售一種房型類別還是特定單位。不要僅因為名稱相似,就將兩個不相關的飯店管理系統房間對應到同一個 Expedia 房間。

接著對應房價專案。彈性的純住房優惠不應指向不可退款的含早餐房價。請檢查取消政策、餐飲包含項目、依入住人數計價、貨幣、稅金、套裝行程資格以及衍生房價關係。

避免對應未啟用或測試中的專案。當房價專案停用時,請移除舊的對應,並在飯店新增房間、促銷活動、入住人數選項或取消政策時重新審查。

建立一份包含 Expedia ID、飯店管理系統 ID、顯示名稱、狀態與審查日期的對應清單。這將成為診斷價格套用到錯誤產品時最快的方法。


載入房價、空房狀況與限制條件

完成對應後,發送飯店完整可訂房期間的庫存與價格。有時連線在下個月看起來正常,但未來的日期卻可能保持關閉或無空房。

依房型與日期審查可銷售的房間數量。檢查基本房價、入住人數附加費、相關的兒童規則、最短入住天數、關閉日期,以及抵達或退房限制。

測試平日、週末、旺季與較遠的日期。Expedia Partner Central 可能會在所有快取的公開搜尋頁面反映之前顯示已接受更新。Expedia 官方的連線測試指南指出,部分即時網站的房價顯示可能需要時間重新整理,而結帳結果應使用當前價格。

在等待公開快取變更時,請勿重複覆寫數值。先在供應商系統與 Partner Central 中確認更新狀態,然後再測試最終的訂房流程。


測試訂房循環

在風險較低的日期,透過 Expedia 旅客端網站建立一筆可取消的訂房。確認飯店管理系統收到了正確的旅宿、房型、房價專案、日期、旅客人數、價格、稅金、Expedia 確認編號、付款模式與訂房狀態。

空房狀況應在飯店管理系統以及其他已連線管道中減少。如果訂單包含一間以上的房間,請驗證數量是否正確。

在訂房允許的情況下修改日期或入住人數。飯店管理系統應更新現有的訂房紀錄,而非建立重複的訂單。接著取消訂房,並確認狀態是否變更且庫存依預期的補充規則退回。

當剩下一間房間時重複此步驟。這個最後一間房的測試能暴露出一般訂房可能隱藏的對應與空房錯誤。

最後,請供應商示範遭拒絕的更新或憑證斷線的情況。員工需要查看警告通知、受影響的日期、重試狀態以及問題升級管道。


檢查 Expedia 收款與飯店收款

分銷同步與支付作業皆匯集在訂房紀錄中。

使用 Expedia 收款 (Expedia Collect) 時,通常由 Expedia 向旅客收款,而旅宿則根據設定的結算方式接收款項。使用飯店收款 (Hotel Collect) 時,旅宿須依據訂房條款負責收款。確切的適用範圍與處理方式因市場與協議而異。

飯店管理系統應清楚標示模式、預期金額、貨幣、虛擬信用卡或付款指示(若有提供),以及旅客在旅宿仍須支付的任何餘額。

在未考量稅金、費用、佣金、折扣與結算條款前,請勿將旅客總額視為飯店的最終收益。接待處員工需要操作層面的付款指示;會計部門則需要後續的對帳資訊。

如果旅宿同時使用這兩種模式,請兩者都測試。正確的房間對應並不能保證付款路徑與收益欄位也能被正確解讀。


常見的 Expedia 串接錯誤

最常見的錯誤通常源自設定歸屬,而非 API 本身。

  • 僅啟用了一種連線類型: 訂單有進來,但房價與空房狀況仍需手動更新,或是反過來。
  • 房間或房價對應錯誤: Expedia 產品更新了錯誤的飯店管理系統庫存或價格。
  • 依入住人數計價不完整: 單人、雙人、兒童或加人的數值產生了非預期的總價。
  • 缺少未來的庫存: 近期日期正常,但後續月份卻顯示已售罄。
  • 兩個供應商同時保持啟用狀態: 新舊系統同時爭相更新 Expedia。
  • 誤解了付款模式: 接待處員工對待 Expedia 收款與飯店收款的訂單方式完全一樣。

其他問題包含已關閉的房價專案、憑證過期、貨幣錯誤、不支援的限制條件,以及當飯店管理系統成為主要來源後,員工仍在 Partner Central 進行例行性變更。

修正問題原因,重新發送受影響的資料,並重複完整的旅客端測試。單靠綠色的連線標章並不足以作為正常的證明。


監控最初 48 小時

選擇在較淡的銷售期間上線,而不是在重大活動前夕。在切換前,先拍下 Expedia 空房狀況與價格的畫面快照。

在最初兩天內,審查每一筆新增、修改與取消的 Expedia 訂房。比對飯店管理系統、Partner Central 與公開結帳頁面之間未來 30 天的庫存及數個具代表性的價格。

留意遭拒絕的更新、未對應的產品、未被確認的訂房、重複的紀錄、貨幣差異,以及取消後未退回的庫存。

系統穩定後,保持每日例外狀況審查以及定期的對應稽核。只要 Expedia 或飯店變更了房型、房價專案、入住人數規則、促銷活動或政策,就應重新審查對應設定。


飯店管理系統與 Expedia 串接常見問題

獨立飯店需要通路管理系統來串接 Expedia 嗎?

不一定,但如果飯店除了 Expedia 之外,還透過其他 OTA 或直訂的訂房引擎進行銷售,通路管理系統就顯得非常實用。通路管理系統能發布共享的飯店管理系統庫存,並減少在各個 Extranet 分別更新的工作量。

飯店管理系統與 Expedia 之間應該同步哪些資料?

至少飯店通常需要同步房價、空房狀況、支援的限制條件、新訂房、修改以及取消紀錄。內容、促銷活動、付款欄位與政策則取決於供應商與連線範圍。

為什麼 Expedia 顯示了錯誤的房間價格?

常見原因包含房價專案對應錯誤、依入住人數計價設定不完整、貨幣或稅金設定錯誤、衍生房價錯誤、促銷活動疊加,或者是公開快取顯示的延遲。請驗證最終結帳價格並追蹤對應的產品。

連線後員工還能在 Partner Central 中編輯房價嗎?

只有在記錄的工作流程支援特定覆寫時才可以。如果飯店管理系統是房價的來源,例行性在 Partner Central 所做的編輯可能會被覆寫,或產生不一致的結果。


將連線狀態視為開始

當完整的訂房循環順利運作時,飯店管理系統與 Expedia 的串接才算準備就緒,而非僅僅在 Partner Central 中列出供應商名稱而已。

準備好 Expedia 產品,啟用必要的連線類型,對應每一個房間與房價,載入完整的可訂房期間,並測試訂房、修改、取消、付款處理以及最後一間房的空房狀況。

對獨立飯店而言,這份紀律能將 Expedia 從獨立的 Extranet 工作負擔,轉變為飯店管理系統分銷流程中受控的一部分。