飯店管理系統與 OTA 的房型配對：為什麼小錯誤會導致超額訂房

飯店管理系統與 OTA 之間的房型配對，決定了每筆訂房、房價及空房狀況的去向。一個錯誤的連結可能導致已售出的客房在其他通路上仍處於可預訂狀態，即使軟體正常同步，也會造成超額訂房。

當房型名稱相似時，風險最高。配對設定必須遵循實際的客房、入住人數、房價條件與庫存池，而不是僅憑名稱最接近的標籤來設定。

飯店房型配對實際上連結了什麼

飯店房型配對是將您的飯店管理系統 (PMS)中的產品，連結至 Booking.com、Expedia、Agoda、Airbnb 或其他 OTA 上對應產品的過程。

PMS 與 OTA 分別保有各自的記錄。雙方都會為房型及房價方案指派專屬的識別碼。配對的作用在於告訴通路管理系統，特定的 PMS 產品與特定的 OTA 產品代表同一個項目。

必須確保以下四個層級完全對齊：

• 房型：實體客房類別，例如標準雙人房、豪華大床房或家庭套房。
• 房價方案：價格與訂房條件，例如彈性取消、不可退款、含早餐或早鳥預購。
• 庫存：該房型在每個日期可供銷售的客房數量。
• 限制條件：例如最低連住天數、限制入住日、最大入住人數或可訂房期間等規則。

Booking.com 將可銷售的「roomrate」描述為房型、房價方案與條件的獨特組合。有時房型可能已正確配對，但其中的某個房價方案卻設定錯誤。

例如，一間豪華大床房可能同時有彈性取消和不可退款的房價方案。兩者都連結到同一個實體庫存，但各自保有不同的價格與條件。

小小的配對錯誤如何演變成超額訂房

假設某間飯店的星期五僅剩一間標準雙人房，而豪華大床房已全數售罄。

如果 OTA 的豪華大床房不小心配對到了 PMS 的標準雙人房庫存，OTA 可能會繼續銷售豪華大床房。當收到這筆訂房時，飯店已經沒有豪華大床房可以分配給旅客。與此同時，僅存的標準雙人房即使無人預訂，也可能被迫關閉空房狀況。

另一種常見錯誤發生在兩個 OTA 房型將同一個實體庫存池視為獨立庫存進行銷售時。PMS 可能會向這兩個房型都發送「空房狀況：1」，導致兩位旅客同時預訂了最後一間客房。

這些問題並不一定都是同步失敗所致。通路管理系統可能完全依照設定進行每一次更新，真正的問題在於配對設定指向了錯誤的庫存分類。

一個無誤的連線應該遵循這樣具體的流程：一筆 OTA 訂房進入 PMS，正確的房型庫存隨之減少，更新後的空房狀況透過通路管理系統回傳，接著所有已連接的 OTA 都會顯示最新的庫存數量。

Smart Order 的飯店通路管理系統依照此順序連結了訂房來源、PMS 庫存及 OTA 空房狀況。這讓團隊能集中在一處確認售出的是哪個房型，以及各通路的剩餘數量是否已正確更新。

房型必須與實體庫存相符

從辦理入住登記時實際能分配的客房開始規劃。只有當實體客房對旅客而言能完全互相替代時，才將它們歸為同一類別。

兩間客房不應僅因為床型相同就共用一個房型。如果旅客是為了景觀付費，那麼海景大床房與無景觀大床房就必須分為不同的類別。

在不同系統中名稱可以不同，但實質涵義必須一致。請仔細核對床型、入住人數、景觀、衛浴設備以及其他承諾的客房屬性。

請勿僅為了迎合不同 OTA 的用詞而建立重複的 PMS 房型。如果 Booking.com 上顯示為「高級雙人房 (Superior Double)」，而 Expedia 上顯示為「豪華大床房 (Deluxe King)」，只要它們代表的是同一個實體庫存，就可以將兩者都配對到同一個 PMS 的豪華大床房類別。

同時也要檢查客房數量。擁有五間實體客房的 PMS 類別，絕對不能因為 OTA 上殘留了失效的房型而顯示出六間。請確認將客房標記為維修中時，是否會同步減少 OTA 的庫存。

房價方案需要獨立的配對設定

房型配對只完成了設定的一半。每一個有效的 OTA 房價方案都必須連結到正確的 PMS 或通路管理系統房價。

彈性取消的純住房方案不應配對到不可退款的含早餐方案。即便實體客房對應無誤，旅客卻可能收到錯誤的取消條款、專案內容或價格。這不僅會引發消費糾紛，還可能在測試期間掩蓋更深層的庫存問題。

對於連動房價，請嘗試修改主房價並確認 OTA 能接收到預期的子房價。名稱相符並不能證明兩者之間的連動關係正常運作。

請同時檢查依入住人數計價的設定。如果 PMS 發送的是單一基本房價，而 OTA 卻預期接收依人數變動的價格，則空房狀況可能無誤，但顯示的房價卻是錯的。

最保險的設定順序是先完成房型配對，再設定房價方案。Smart Order 的PMS 連線前檢查清單也建議在關聯房價方案與連接 OTA 之前，先建立好房型與個別客房。

庫存配對正是超額訂房風險的潛伏處

一般而言，庫存應在房型層級進行控管，因為該房型的所有房價方案都來自同一個實體庫存池。以不可退款方案售出一間標準雙人房時，必須同時減少彈性取消標準雙人房方案的空房狀況。

當不同房價方案表現得像是獨立的庫存池時，問題就會發生。無論客房在三個不同的房價方案下如何顯示，它依然是那最後一間客房。

請挑選淡季日期、接近客滿的日期，以及設有訂房限制的日期進行檢查。確認在任何人為的通路分配後，PMS 與 OTA 的庫存數量依然一致。

在庫存來源端將某個房型的可用數量從三間減少至兩間。所有已配對的 OTA 產品數量都應同步降為兩間，且不會影響到不相關的客房。

完成連線後，請限制在 OTA 後台進行手動修改。新增房型或更改房價名稱，可能會產生一個未配對且 PMS 無法控管的產品。

系統正式上線前務必進行測試訂房

顯示綠色的「已連線」狀態只證明系統之間能夠通訊，並不能保證所有房型、房價、限制條件與訂房路徑都是正確的。

請針對每一個庫存池，以及帶有特殊付款或取消條件的房價方案進行測試。

請參考以下上線前檢查清單：

1. 選擇空房充足的未來日期，並記錄下 PMS 與 OTA 的初始庫存數量。
2. 確認對外顯示的房型名稱、入住人數、房價、稅金、餐飲內容、取消政策及訂房限制。
3. 透過 OTA 實際建立一筆測試訂房，然後確認該筆訂單以正確的房型與房價方案進入 PMS。
4. 驗證 PMS 庫存成功減少一間，且新的庫存數量已同步至所有連接的通路。
5. 修改該筆訂房然後取消它，確認日期、價格、訂單狀態以及釋放回來的庫存都能正確更新。
6. 針對每個獨立的客房庫存池重複進行測試，在全面開放空房狀況前，徹底調查所有數量不符的情況。

除了後台系統，也請務必檢查旅客端看到的訂房頁面。這才是定價、入住人數與限制條件最終呈現的地方。

記錄下截圖、時間戳記、訂房代碼、預期結果與實際結果。這能幫助您更容易分辨問題是源於配對錯誤、更新延遲，還是 OTA 端的設定問題。

誰應該負責管理房型配對

即使 PMS 供應商協助處理技術上的連線，也應指派專人負責維護配對紀錄。飯店始終必須為決定哪些產品實質等同而負責。

請建立一份對應表，記錄 PMS 房型、房間數、房價方案、OTA 房型與房價名稱，以及連線狀態。任何產品發生變動後，請務必更新該對應表。

在客房重新裝潢、房型重新命名、推出新房價方案、OTA 搬遷或變更通路管理系統後，請重新進行測試。上個季度正常運作的設定，在任一方更改產品結構後可能不再安全。

最好的警訊，就是實際預訂的內容與 PMS 匯入的內容出現任何不一致。請將錯誤的房型名稱、不符合預期的入住人數、遺漏的餐飲方案或未變動的庫存，都視為配對錯誤事件，而非無關緊要的顯示錯誤。

常見問題

飯店管理系統中的房型配對是什麼？

房型配對是將飯店管理系統或通路管理系統中的房型與房價方案，連結至 OTA 上對應產品的過程。它確保了訂單、房價、限制條件與庫存更新都能準確無誤地傳達到正確的客房。

錯誤的房型配對會導致超額訂房嗎？

會的。錯誤的配對可能將空房狀況從一個實體庫存池傳送至另一個庫存池，或是讓重複的 OTA 產品獨立售出同一間最後的客房。系統可能仍會顯示連線成功，但實際上卻在銷售錯誤的庫存。

每一個 OTA 房型都必須配對到一個 PMS 房型嗎？

每個 OTA 房型都應配對到代表相同實體客房的 PMS 房型。有時多個 OTA 列表可能配對到同一個 PMS 房型，但前提是它們取自同一個庫存池，且對旅客而言是可以互相替代的。

房價方案會共用相同的客房庫存嗎？

附加在相同房型下的房價方案，通常會取自同一個實體庫存。彈性取消與不可退款的標準雙人房，是針對同一個客房庫存池提供的兩種優惠，而不是兩間獨立的客房。

如何測試 OTA 與 PMS 的房型配對？

檢查對外發佈的清單、建立一筆未來日期的測試訂房、確認它以正確的房型與房價匯入，並驗證所有連接的 OTA 上的空房狀況是否皆有減少。接著修改並取消該筆訂單，以測試完整的更新週期。

能預防多數錯誤的配對準則

根據實體庫存與訂房條件進行配對，而不是只看名稱相似。房型解答了「飯店能分配哪種客房？」房價方案解答了「能在什麼價格與條件下銷售？」而庫存則解答了「這些日期還剩下多少間？」

當這三個答案在 PMS、通路管理系統及 OTA 之間完全相符時，一筆訂房就能在各處正確關閉對應的空房狀況。若其中一個答案有所出入，一個小小的設定錯誤就可能演變成旅客換房、退款或超額訂房的災難。