1. 在正確的 tiket.com Extranet 飯店中確認該筆訂房。
2. 使用行程 ID、旅客姓名和住宿日期搜尋整個飯店管理系統。
3. 檢查已訂房型和房價專案是否與預期的飯店管理系統產品相符。
4. 如果已確認的訂房會造成超額訂房風險，請採取一次房間保障措施。
5. 將一份完整案例提交給負責的支援團隊。
當一筆 tiket.com 訂房未顯示在您的飯店管理系統中時，請從訂房本身開始檢查，而不是先檢查整合。如果正確的 tiket.com Extranet 飯店顯示該筆訂房已確認，請將其視為有效的住宿訂單，同時由您的團隊檢查飯店管理系統並保障房間庫存。
請勿要求旅客重新訂房、取消 tiket.com 訂房，或讓多人建立替代紀錄。請依序完成以下五項飯店檢查。
1. 在 Tiket.com Extranet 中確認訂房
在 桌面版 Extranet 中，開啟 訂房 > 搜尋訂房。使用行程 ID 或旅客姓名搜尋、擴大日期範圍，並納入已確認、已修改和已取消的訂房。
您也可以查看 Lignum by tiket.com 應用程式。開啟 訂房，選擇 入住登記 或 訂房 分頁，選取相關日期範圍，然後使用旅客姓名或行程 ID 搜尋。選單文字可能會隨平台更新而改變，因此請使用您帳戶中顯示的訂房搜尋功能。
開啟該筆訂房並確認：
- 飯店和行程 ID
- 目前的訂房狀態
- 入住和退房日期
- 房型、房價專案和入住人數
- 價格、付款指示和取消政策
- 最新修改和重要的旅客要求
如果 Extranet 中沒有該筆訂房，請重新檢查飯店、日期範圍和行程 ID。請勿僅憑旅客截圖或轉寄的電子郵件建立飯店管理系統訂房。如果訂房已確認，請記錄詳細資訊並繼續檢查。
2. 使用多個欄位搜尋飯店管理系統
請勿只依賴今天的入住名單畫面。使用 tiket.com 行程 ID、旅客姓氏、入住與退房日期以及訂房日期，在飯店管理系統中進行全域訂房搜尋。
將搜尋範圍擴大至所有相關狀態，包括已確認、待處理、未分配、已修改、已取消、已封存和重複的訂房。如果您的帳戶管理多家飯店，請確認您搜尋的是正確飯店，然後檢查該筆訂房是否被歸入另一家飯店。
檢查日期、來源、房間、狀態和使用者權限篩選條件。已修改的訂房可能已移出原本的入住日期範圍，而已取消的住宿可能只會顯示在歷史紀錄中。
如果行程 ID 已存在於一筆不完整的飯店管理系統紀錄中，請保留該紀錄並聯絡支援團隊。建立第二筆訂房可能會重複扣減庫存，並向旅客傳送重複訊息。
3. 檢查房型和房價專案
已確認的訂房通常會透過飯店的通路連線，從 tiket.com 傳送至飯店管理系統。
將 Extranet 中的房型與應接收該筆訂房的飯店管理系統房型進行比較，然後比較房價專案。檢查餐飲選項、取消政策、入住人數、付款模式和最終價格，以確認兩項產品代表相同的優惠方案。
請留意近期變更。房型或房價專案可能已重新命名、複製、替換、停用或剛完成連線。顯示名稱相似並不能證明已連結正確的產品。
如果已訂產品未連接至預期的飯店管理系統庫存，房間可能仍可銷售，但訂房卻未顯示。飯店通路管理系統 可在同一套飯店工作流程中管理已連線的訂房與空房狀況。
集中管理通路訂房與庫存
透過單一 Smart Order 工作流程管理已連線的訂房和空房狀況，並可使用免費方案輕鬆開始。
檢查飯店管理系統或通路管理系統中是否顯示警告，但請勿為了強制傳入一筆訂房而同時變更多項房型或房價專案連線。大範圍變更可能會將未來的訂房傳送至錯誤的庫存或房價專案。
4. 僅採取一次旅客與庫存保障措施
如果 Extranet 已確認訂房，但飯店管理系統中仍沒有可用紀錄，請檢查該房間是否仍可銷售。如果旅客當天入住、該房型只剩最後一間，或相關日期幾乎客滿，請立即採取行動。
請採用一種經批准的保障方式：
- 在正確的房間庫存中設定一次有紀錄的臨時保留；或
- 如果飯店政策有此要求，建立一筆標示清楚的手動飯店管理系統訂房。
加入行程 ID，以及「臨時紀錄——等待恢復 tiket.com 訂房」之類的備註。請仔細複製住宿日期、房間、房價專案、入住人數、價格、付款指示和取消條款。請勿在一般備註中記錄信用卡資料、安全碼、密碼或一次性驗證碼。
請勿分別在 Extranet、通路管理系統和飯店管理系統中重複扣減相同庫存。請指派一名員工，於已連線的訂房出現後核對臨時管控措施。
5. 聯絡正確的支援團隊
如果您確認飯店並檢查搜尋資料後，Extranet 中仍沒有該筆訂房，請聯絡 tiket.com 住宿支援團隊。如果 Extranet 已確認訂房，但您連線的飯店管理系統或通路管理系統中沒有該筆訂房，請聯絡該軟體供應商。如果通路管理系統看得到訂房，但飯店管理系統看不到，請先聯絡飯店管理系統供應商。
建立一個支援案例並附上：
- 飯店名稱和飯店 ID
- Tiket.com 行程 ID
- 旅客姓名和住宿日期
- 訂房狀態和最新更新時間，包括時區
- Extranet 訂房截圖和飯店管理系統搜尋截圖
- Tiket.com 房型和房價專案名稱，以及預期對應的飯店管理系統產品
- 任何可見的警告，以及已採取的任何臨時庫存措施
請直接詢問一個問題：能否安全恢復原始訂房，還是飯店應保留臨時手動紀錄？讓負責的供應商選擇正確的恢復方式。飯店經理不需要判斷連線如何傳送或擷取訂房。
請勿要求多個支援團隊同時恢復該筆訂房。請由一人負責並記錄每項操作，以免同一筆訂房被建立兩次。
6. 結案前驗證修復結果
訂房出現後，請將其與 tiket.com Extranet 進行比較。確認只有一筆可供營運使用的飯店管理系統訂房，且行程 ID、旅客、日期、房間、房價專案、入住人數、價格、付款指示和狀態均正確。
檢查空房狀況是否只減少一次。核對臨時保留或手動紀錄，同時避免遺失備註、訂金、房間分配或接待處任務。確認旅客沒有收到重複的確認通知、付款要求或存取指示。
只有在後續修改或取消能夠更新同一筆飯店管理系統訂房時，才能結束此事件。
接待處應該立即建立手動訂房嗎？
不應該。請先確認 tiket.com 訂房、搜尋整個飯店管理系統並保障庫存。只有在訂房已確認、旅客或房間面臨即時風險，且飯店核准的程序有所要求時，才使用手動紀錄。
訂房遺失時，房價還能更新嗎？
可以。近期的房價或空房狀況更新並不能證明這筆訂房已傳入飯店管理系統。請檢查訂房本身以及預期的房型和房價專案。
為什麼訂房只在入住名單中遺失？
該筆訂房可能位於其他日期、飯店、狀態、房間分配、來源篩選條件或權限範圍下。建立支援案例前，請搜尋整個飯店管理系統。
什麼能證明問題已解決？
一筆飯店管理系統訂房與 Extranet 相符、空房狀況只變更一次、臨時管控已完成核對，且後續訂房變更仍附加至同一筆紀錄。
