Traveloka 房況與飯店管理系統不一致：逐房型稽核

當旅客可購買的房間數量或房型，與飯店在飯店管理系統中認定的可售房況不一致時，就會出現 Traveloka 房況不一致的情況。問題可能影響單一房型、單一房價方案、單一日期，或整個住宿物業。

最快且安全的處理方式，並不是直接變更整個住宿物業的庫存，而是逐一稽核各房型，找出數字最早從哪個環節開始出現落差。

本指南不處理已確認的 Traveloka 訂房未出現在飯店管理系統中的情況，而是聚焦於新訂房成立前所顯示的可售庫存。

變更庫存前，先界定稽核範圍

選擇一段較短的日期範圍，其中應包含發生問題的日期，以及至少一個看起來正確的相鄰日期。使用一致的標準旅客搜尋條件，包括相同的房間數、成人數、兒童數及入住晚數。

記錄稽核時間。訂房、取消訂房、手動調整或房間封鎖都可能改變空房狀況，因此在不同時間進行比對，可能產生並不存在的房況落差。

如果飯店已客滿或面臨立即超額訂房的風險，請僅暫時保護受影響的房型與日期。記錄所有緊急手動操作，以便在正常連線恢復後移除。

透過 7 個步驟稽核每個 Traveloka 房型

完成一個房型的稽核後，再繼續檢查下一個房型。這樣更容易找出第一個錯誤數字。

1. 確認實際可售房間數。先從飯店實際能夠提供的房間開始計算。只有在停用房或飯店管理系統以外已分配的房間封鎖仍然有效且符合現況時，才將其從 飯店管理系統的可售數量中扣除。
2. 檢查飯店管理系統中的房型。記錄每個入住日期的房間總數、已入住房間、已確認抵達、預計退房、維修封鎖、業主保留房，以及最終可售數量。
3. 核對 Traveloka 房型名稱。確認哪一個 TERA 房型對應至飯店管理系統中的房型。名稱相似、房型重新命名，或最近新增的房型，都可能被指向錯誤的庫存池。
4. 檢查所有已連接的房價方案。即使其他方案已關閉，純住宿、含早餐、可退款、不可退款或促銷方案仍可能維持開放。請確認所有方案是否共用相同的房間庫存。
5. 逐日比對 TERA 庫存。檢查是否有某一晚的數量不同、開啟或關閉狀態不一致，或在飯店管理系統上次更新後又輸入了手動數值。
6. 重現旅客端的即時搜尋。使用相同的日期與入住人數，確認 Traveloka 實際提供的房型、方案及數量。房型即使顯示出來，也不代表可以訂房，因此只需操作到足以確認房況的步驟，不要建立真實訂房。
7. 記錄第一個出現差異的環節。精確說明不一致的情況，例如："飯店管理系統顯示 11 月 12 日的豪華雙床房為零間，TERA 顯示一間，而且彈性早餐方案仍可訂房。"這就是需要修正的目標。

針對每個受影響的房型重複以上七個步驟。不要假設修正一項房型對應設定後，住宿物業其餘房型也會一併恢復正常。

管理者在多個畫面間逐一手動比對房型時，很容易漏掉仍保有庫存的某個方案。Smart Order 將飯店管理系統的空房狀況與通路銷售串連起來，讓團隊能在同一個平台檢查房間數量及每次更新的結果，再安心重新開放銷售，提升處理效率並降低超額訂房成本。

判讀房況不一致的模式

如果只有一個房型不正確，請檢查該房型的對應設定、房價方案及近期手動編輯記錄。當其他所有房型都一致時，整個住宿物業的連線發生問題的可能性較低。

如果所有房型在相同日期都不正確，請確認住宿物業連線是否已暫停、負責控制的系統是否停止傳送更新，或是否有使用者直接在 TERA 中變更庫存。

如果只有特定入住人數或套裝方案出現，基礎房間庫存可能正確，但附加的銷售方案可能採用獨立設定。變更主要房間數量前，請從即時銷售方案回溯至其對應的房型與房價方案。

如果不一致從某個確切日期開始，請檢查該時段附近的訂房、取消訂房、房間封鎖及批次更新。之後輸入的單一手動數值，可能覆寫先前正確的更新。

修正來源，不要逐一修改每個畫面

首先確認由哪個系統負責向 Traveloka 傳送空房狀況。如果連線由通路管理系統控制，請在該系統中修正房間數量或對應設定，並讓系統傳送更新。手動編輯 TERA 可用於立即降低風險，但不應成為永久解決方案。

如果飯店管理系統中的數量不正確，請修正造成數量錯誤的訂房、房間封鎖或維修狀態。不要強行讓 TERA 配合一個飯店無法解釋的數字。

如果 TERA 顯示的房型或房價方案沒有有效的飯店管理系統對應設定，請維持關閉狀態，直到完成產品對應與測試。重新開放無法識別的銷售方案，會讓房況不一致再次發生。

每次只進行一項受控修正。同時進行多項編輯，會讓團隊難以判斷哪個操作真正有效，也可能導致下一次更新撤銷已完成的修正。

逐房型重新測試住宿物業

完成更新後，針對每個受影響的房型，使用相同條件重新進行旅客端搜尋及 TERA 檢查。確認原本發生問題的日期、前後相鄰日期，以及至少一個應開放銷售的未來日期。

當實際可售房間、飯店管理系統空房狀況、TERA 庫存及 Traveloka 即時銷售內容完全一致時，才算完成稽核。僅看到成功訊息，並不代表事件已處理完畢。

只有在正常連線已傳送正確數值後，才能移除任何臨時手動關閉設定。記錄最終數量、螢幕截圖、修正措施，以及核准重新開放銷售的人員。

預防下一次房況不一致

每當新增、重新命名、拆分、合併或移除房型時，都應檢查房型對應設定。變更對應設定後，請測試每個房價方案，而不只是基礎方案。

為員工制定明確的 TERA 手動編輯規範。緊急變更記錄應包含房型、日期、原因、負責人，以及必須檢查或還原的時間。

在批次更新庫存、連線中斷及大量取消訂房期間後，進行一次簡短的逐房型抽查。及早進行小規模檢查，比旅客抵達後才處理超額訂房更快速，也更能降低營運成本。

常見問題

為什麼 Traveloka 顯示的房間比飯店管理系統更多？

常見原因包括房型對應錯誤、房價方案採用獨立配額、TERA 中存在手動數值、房間封鎖未減少可售庫存，或更新未成功傳送至通路。

飯店是否應將所有 Traveloka 房型的庫存設為零？

只有在整個住宿物業確實無法銷售，或飯店無法確認哪些產品可安全販售時，才應這樣做。否則，僅需保護範圍最小的受影響房型與日期。

促銷活動會造成房況不一致嗎？

促銷活動通常只會改變銷售內容，但也可能顯示員工在原始檢查中未納入的房價方案或入住人數設定。請將促銷方案回溯至其基礎房型與庫存來源。

TERA 還是飯店管理系統才是正確資料來源？

答案取決於飯店的連線設定。營運上的正確資料來源，應是被指定負責控制 Traveloka 庫存的系統；但實際可售房間數仍是最終的業務限制。

如何確認房況不一致已修正？

使用相同的房型、日期及入住人數，確認飯店管理系統、TERA 及旅客端即時搜尋中的修正後數量一致。接著檢查相鄰日期，並移除所有臨時手動覆寫設定。