如何在 Tiket.com Extranet 更改房價並驗證更新

了解如何在 tiket.com extranet 更改房價只有當飯店更新正確的產品並確認旅客實際可訂房的內容時才有意義。儲存的數字仍可能附加到錯誤的房價方案、被關閉預訂（close-out）隱藏、被預設值取代，或與促銷價格混淆。

Tiket.com 現在使用 Lignum by tiket.com (Extranet) 作為其物業平台和行動體驗。本指南使用電腦版 Extranet 作為主要工作流程，並另外提供行動版路徑。

編輯前確認房價模式和來源

Tiket.com 支援依客房（room-based）和依入住人數（occupancy-based）定價。在依客房定價下，每晚房價適用於該客房直至其容納上限。在依入住人數定價下，金額會隨著旅客數量而改變。在輸入任何數值之前，請先確認物業的定價模式。

Extranet 也區分了客房價格（room rate）和房價方案（rate plan）。房價方案將價格與商業條件（如餐飲、取消規則、訂房期間、入住期間和限制）包裝在一起。一間客房可能會連結到多個方案，每個方案的價格都不同。

如果房價是由飯店通路管理系統（channel manager）或切換器（switcher）發送，請確認日常變更是否必須在那裡進行。確保 Extranet 和連接系統中的定價模式保持一致。記錄物業、客房、房價方案、入住人數、貨幣、日期、星期、目前數值、新數值以及單一事實來源（source of truth）。

除非是經過核准的決策的一部分，否則請勿更改配額（allotment）、關閉預訂（close-out）、限制抵達（close-to-arrival）、限制退房（close-to-departure）、取消或未如期入住（no-show）的設定。

在電腦版 Extranet 中更改每日房價

在電腦版上，開啟「房價與空房狀況 > 管理房價與空房狀況」，並遵循以下受控的順序：

1. 登入 tiket.com Extranet 並確認物業名稱和帳戶角色。
2. 開啟「房價與空房狀況」，然後選擇「管理房價與空房狀況」。
3. 選擇客房名稱。如果存在多種房型，請與飯店的對應或產品登錄檔進行比對。
4. 選擇需要變更的日期。檢查相鄰日期以避免編輯到錯誤的日曆儲存格。
5. 在右側面板中，找到目標房價方案。確認其餐飲和取消條件。
6. 輸入該方案的核准價格。在依入住人數定價下，檢查帳戶顯示的每一個入住人數數值。
7. 除非工作單中包含配額和限制控制，否則請勿更改它們。
8. 確認客房、房價方案、日期、貨幣和新金額，然後選擇「儲存」。
9. 重新開啟相同的客房、方案和日期。確認儲存的數值，而不是僅依賴成功訊息。

配額通常適用於與房型連結的所有房價方案。某些符合條件的連接物業可以在房價方案層級進行管理。不應使用價格編輯來解決庫存問題。

為日期範圍使用批次更新

針對多個日期的變更，開啟「房價與空房狀況 > 批次更新」。獨立的「房價」、「配額」和「關閉預訂」分頁可讓操作員在選擇正確部分時，將定價任務與空房狀況隔離開來。

使用以下順序：

1. 輸入開始和結束日期。
2. 選擇需要變更的星期。如果只選擇了星期六和星期日，則該範圍內的其他日子應保持不變。
3. 選擇「房價」部分，而非配額或關閉預訂。
4. 選擇一種或多種房型，然後套用選擇。
5. 選擇目標房價方案，並在其價格欄位中輸入新價格。
6. 檢查日期範圍、星期、客房、方案和數值。
7. 選擇「儲存變更」。
8. 重新開啟日曆並抽查第一天、最後一天、一個包含的星期和一個排除的星期。

在套用長範圍之前，請先測試一個低風險的日期。批次更新可能會將一個對應或貨幣錯誤複製到數個月的庫存中。在關閉任務之前，請保留核准的來源數值，抽查儲存的日曆，識別相符的活動日誌條目，並比較對等的公開結帳優惠。

當 Smart Order 控制母房價時，其飯店通路管理系統會在一個日曆中保持對應的價格和空房狀況。員工可以追蹤更新，而無需為日常變更維護互相衝突的手動工作流程。

了解預設房價和行動版覆寫

Tiket.com 引入了「預設房價」（Default Rates）作為未明確設定每日數值日期的備用方案。該設定會透過「房價方案」區域附加，有助於在沒有日曆價格時保持未來庫存可供銷售。

在「管理房價與空房狀況」日曆中的手動變更優先於預設房價。今日曆可顯示標籤以表明數值來自預設設定，而「重設為預設值」會將已編輯的日期恢復為該備用方案。

這意味著手動測試可能看起來很成功，但實際上卻改變了物業預期的長期定價邏輯。在儲存之前，請檢查顯示的數值是每日覆寫還是預設值。儲存後，記錄現在是哪個層級控制該日期。

預設房價不能低於在客房資料中設定的價格門檻。如果數值被拒絕或發生意外變更，請檢查門檻、房價方案、定價模式、連接的供應商以及任何現有的日曆覆寫。

在 Lignum 行動體驗中更改房價

針對 Lignum 行動體驗中的單一日期，請使用此路徑：

1. 開啟「庫存」，選擇日期，然後選擇房型。
2. 選擇該客房的「管理房價與限制」。
3. 選擇目標房價方案。
4. 選擇房價旁邊的「編輯」。
5. 在「管理房價」中輸入新數值，然後選擇「儲存」。

對於一個時間段，請使用「編輯多個日期」，設定開始和結束日期，然後繼續進行房價選項。在儲存前檢查整個範圍。

請勿在一個批次任務的中途從電腦版切換到行動版。請先在同一個介面中完成、重新開啟並驗證，以便團隊可以重構發生的情況。

驗證儲存的房價、日誌和公開價格

驗證分為三個層級。首先，重新開啟日曆並確認儲存的「客房-方案-日期」數值。檢查它是手動輸入數值、預設值，還是由連接的供應商提供的數值。

其次，開啟「房價與空房狀況 > 管理房價與空房狀況」並選擇右上角的「檢視日誌」。房價與空房狀況日誌記錄了空房狀況、房價和庫存的實際變更，並識別 Extranet 和供應商的活動。重新送出相同的數值可能不會建立新條目，因為沒有資料變更。

將日誌與使用者或供應商、時間戳記、客房、方案、日期和新數值進行比對。如果房價後來恢復原狀，請使用日誌來識別是哪個來源在手動更新後寫入了資料。

第三，搜尋公開的 tiket.com 網站。比對日期、房間數、成人、兒童、貨幣、市場、裝置、登入或獎勵等級、客房、方案、餐飲、取消條款和付款條件。檢查付款前的最終金額，包括在 Extranet 中設定的稅金和費用。

促銷、定向房價、交叉銷售資格、獎勵等級、稅金或依入住人數定價可能會使公開總價與日曆數值不同。在回報同步失敗之前，請比較對等的產品。

對於高風險的更新，請在需求較低的日期進行一次經過授權的可取消訂房。確認價格、客房、方案、付款詳細資訊和訂房單交付，然後在政策允許範圍內取消，並驗證庫存是否已歸還一次。

Smart Order 的飯店數據分析讓管理人員能在價格變更後檢視 tiket.com 訂房收益、ADR（平均每日房價）、客房晚數和通路貢獻。

排解錯誤或遺失的房價問題

從單一物業、客房、房價方案、日期、入住人數和貨幣開始。記錄預期的來源數值、Extranet 數值、日誌條目和最終結帳價格。

如果日曆錯誤，請檢查是否編輯了正確的方案，以及該日期是由預設值、手動覆寫、飯店通路管理系統還是切換器所控制。確認定價模式和價格門檻。如果未顯示該方案，請檢查它是否為啟用狀態、已連結至客房、處於其訂房和入住期間內，並且不在不適用日期（blackout dates）內。

如果遺失了公開優惠，請檢查配額、關閉預訂、限制抵達、限制退房、最短入住天數、訂房期限、取消政策和完整入住的空房狀況。僅憑儲存的價格無法使客房開放訂房。

上報問題時，請發送物業 ID、客房和房價方案的名稱與 ID、日期、入住人數、貨幣、預期數值、螢幕截圖、儲存時間、相關日誌條目、連接供應商的回應以及公開搜尋條件。

常見問題

在 tiket.com 電腦版 Extranet 中要在哪裡更改房價？

使用「房價與空房狀況 > 管理房價與空房狀況」，選擇客房和日期，在右側面板編輯目標房價方案，然後儲存。

如何一次更改多個日期？

使用「房價與空房狀況 > 批次更新」。設定日期範圍和星期，選擇房價，選擇客房和方案，輸入價格，儲存，並抽查包含和排除的日期。

Lignum by tiket.com 是什麼？

Lignum 是 tiket.com 用於其物業平台和行動體驗的名稱。行動版的庫存工作流程與電腦版的房價與空房狀況工作流程有所不同。

為什麼我的房價又恢復成另一個數值？

可能涉及飯店通路管理系統、切換器、後續手動編輯，或是預設與覆寫規則。請使用房價與空房狀況日誌來識別最新的實際變更。

為什麼公開價格與 Extranet 房價不同？

請檢查入住人數、獎勵資格、促銷、定向或交叉銷售房價、貨幣、稅金、費用、餐飲、取消條款和付款條件。比較相同產品的最終結帳總額。

儲存房價就會讓客房可供訂房嗎？

否。客房還需要有啟用的連結方案、有效的銷售期間、配額，以及允許完整入住的限制條件。

只有當飯店能夠透過日曆、活動日誌、公開結帳和訂房流程追蹤新數值時，tiket.com 的房價變更才算完成。儲存一次，在每個層級進行驗證，並在重試之前調查來源。