1. 更改房價前，請確認是由 Booking.com Extranet 還是您的通路管理系統控制該房價方案。
2. 若為手動設定房價，請開啟 Extranet 日曆，選擇正確的客房、房價方案及入住日期，然後輸入並儲存新房價。
3. 若為已連接的房價，請更新作為控制來源的飯店管理系統（PMS）、收益系統或通路管理系統，並檢查傳送狀態。
4. 在確認更改完成前，請驗證儲存的房價、限制條件、促銷活動以及最終顯示給旅客的價格。
如果您正在了解如何在 Booking.com Extranet 中更改房價，請不要一開始就編輯您看到的第一個價格欄位。首先請確認是哪個系統控制該房價。手動使用 Booking.com 的飯店通常會在 Extranet 日曆中更新價格。而有串接系統的飯店可能需要改在飯店管理系統（PMS）、收益管理系統或通路管理系統中進行更改。
在錯誤的系統中進行編輯，可能會產生一個暫時的價格，並在下次同步時被覆寫。這也可能導致相關的入住人數價格、子房價或限制條件發生錯誤。
決定 Booking.com 房價的控制來源
開啟 Booking.com Extranet 並檢查是否啟用連線供應商來控制房價與空房狀況。依據帳號不同，這可能會顯示在「帳號」與「連線供應商」或「通路管理系統」底下。選單標籤可能會因住宿類型、權限、地區及介面版本而異。
日曆提供了另一個線索。如果價格欄位可以編輯，且在儲存後保持不變，則 Extranet 可能就是來源。如果欄位被鎖定、標記為由供應商管理，或在同步後恢復原狀，則很可能是由串接的系統所控制。
同一間住宿內的房價控制權可能會有所不同。標準房價可能來自通路管理系統，而 Booking.com 的促銷活動則維持在 Extranet 中控制。子房價則可能會自動跟隨其父房價。
在編輯前，請記錄房型、房價方案、入住日期、入住人數、幣別以及目前的價格。這樣可避免原本針對某個產品的變更，錯誤地套用到另一個產品上。
當有串接系統的住宿需要單一且可靠的來源來進行日常定價時，Smart Order 的飯店通路管理系統 會將飯店管理系統中選擇的房價與日期變更傳送至對應的 OTA 產品。管理者接著可以檢查 Booking.com 是否接受了該更新，而無需獨立維護兩個日曆。
在單一工作流程中控制 Booking.com 房價
在 Smart Order 中更新已對應的房價與空房狀況，將變更傳送至已串接的通路，並讓您的團隊隨時掌握傳送結果。
如何在 Booking.com Extranet 中更改房價
當 Booking.com 直接控制房價且您的帳號可編輯價格時，請使用此方法。盡可能在桌上型電腦上完成此任務，因為日曆控制與大量編輯在較大螢幕上更容易檢查。
- 登入 Booking.com Extranet；如果您的帳號管理多間住宿，請選擇正確的住宿。
- 開啟「房價與空房」或「日曆與定價」，然後選擇「日曆」。
- 如果帳號提供兩種檢視，請選擇清單檢視或月曆檢視。找到正確的客房或單位類型。
- 展開該客房底下的房價方案，並找出您想要更改的方案，例如標準房價或不可退款方案。
- 若是單一日期，請選擇價格欄位，輸入新的每晚金額，並使用畫面上顯示的儲存或確認控制選項。有些清單檢視帳號在您按下 Enter 鍵後就會儲存欄位。
- 若是多個日期，請在需要的日期上拖曳，或選擇「大量編輯」。設定開始日期、結束日期、適用的星期、房價方案及價格，然後儲存變更。
- 重新開啟日期，並確認儲存的金額與您設定的價格相符。
當您只想更改價格時，請勿編輯「可售客房數」。可售客房數控制的是數量；而價格則適用於特定的客房、房價與日期組合。
同時確認計價基準。日曆上顯示的數值可能代表基礎價格或最大入住人數價格，這取決於該住宿的定價模式。單人入住與其他旅客人數的價格，可能是固定金額或以該基礎價格進行調整。
並非每間住宿都會看到相同的日曆控制選項。如果缺少特定的按鈕，請使用您帳號中顯示的同等日期範圍或大量編輯控制選項。
如何透過通路管理系統更改 Booking.com 房價
當串接系統為真實來源時，請使用該系統。雖然選單名稱因系統供應商而異，但需要檢查的項目是一致的。
開啟飯店管理系統 (PMS)、收益系統或通路管理系統，並選擇正確的住宿。選擇已對應的房型與房價方案，然後選擇入住日期——請注意，不要選成您正在進行變更的當天日期。輸入新的基礎價格或入住人數價格，並儲存。
檢查對外傳送至 Booking.com 的狀態。「已傳送」、「處理中」、「已接受」、「已拒絕」或「失敗」描述了訊息的階段。「已在 PMS 儲存」並不能證明 Booking.com 已接受該更新。
在重新傳送任何資料之前，請確認以下四個項目：
- PMS 客房與房價方案已對應至正確的 Booking.com 產品。
- 編輯的房價是獨立的，或其父房價及衍生規則是正確的。
- 幣別、入住人數及日期與 Booking.com 的設定相符。
- 沒有較新的更新取代了您正在檢查的價格。
如果更新被拒絕，請在重試前閱讀錯誤訊息。常見原因包含未啟用的房價方案、錯誤的對應設定、無效的入住人數、幣別不符，或試圖編輯應跟隨父房價的子房價。請修正原因，然後僅重新傳送受影響的房價與日期。
Smart Order
檢查衍生房價、限制條件與促銷活動
更改日曆上的一個價格，並不能保證所有 Booking.com 的優惠都會等幅變動。飯店通常會同時銷售標準父房價，以及套用固定或百分比調整的子房價。
例如，不可退款方案可能比標準房價低 10%。如果標準房價從 200 元變成 240 元，在對應關係正常運作的情況下，子房價應該會變成 216 元。若直接在跟隨定價的子方案中輸入 216 元，可能會被阻擋、忽略，或是被父房價的計算結果所取代。
請分開檢查限制條件。即使價格正確，若房價已關閉、可售客房數為零，或因為最少連住晚數、抵達、退房及預訂期間規則而排除了旅客的搜尋條件，該客房也無法出售。請勿僅因為客房沒有出現在公開頁面上就移除限制條件；請先確認是哪個控制選項阻止了銷售。
促銷活動可能會導致公開價格有所不同。Genius 方案、行動裝置專屬價、特定國家/地區價、行銷活動及晚鳥折扣，都可能在基礎價格載入後套用。此外，稅金、手續費、入住人數、餐飲方案及旅客使用的幣別，也會改變公開搜尋時顯示的金額。
在 Booking.com 驗證新房價
回到 Extranet 日曆，確認您設定的客房、方案與日期。如果是透過串接系統進行更新，請比較來源數值、時間戳記、確認回執以及 Booking.com 上的數值。
使用相同的入住與退房日期、入住人數、客房及幣別，執行一次旅客視角的搜尋。使用無痕視窗可減少已登入會員資料所造成的影響。在不完成訂房的情況下，檢查房價條件、稅金、餐飲方案、取消政策與促銷活動。
預留處理時間，然後重新整理一次頁面。當第一則訊息仍在處理中時，請勿推送整個日期範圍。如果公開價格有所不同，請檢查促銷活動、稅金、手續費、入住人數與基礎價格。
對於日常的定價作業，具備連線稽核軌跡的系統會比在多個系統間切換來得安全。Smart Order 會將每一個對應的 Booking.com 房價更新，與通路空房狀況及傳送狀態連結在一起，讓飯店能夠找出被拒絕的單一產品，而不會覆寫已經成功更新的房價。
在影響訂房前驗證房價變更
將來源房價、對應的 Booking.com 產品與更新狀態保持連線，讓您的團隊能夠快速確認變更並調查異常情況。
修復未更改成功的 Booking.com 房價
如果 Extranet 中的價格無法編輯，請先檢查是否有連線供應商在控制房價與空房狀況。如果該連線本應被移除，請在手動進行更改前，先向供應商確認其狀態。
如果手動編輯儲存後卻又恢復原狀，請檢查是否有正在運作的 PMS、通路管理系統、自動化收益規則、大量編輯或父子房價關係。可能是後續的流程正常覆寫回了它本身的數值。
如果 Extranet 顯示了新的基礎價格，但旅客卻看到另一個金額，請比較是否使用相同的日期、入住人數、幣別、客房及取消條件。然後檢查目前有效的 Booking.com 促銷活動以及該住宿的稅金和手續費顯示設定。
如果透過通路管理系統只有一個房價方案更新失敗，請將其對應設定與定價模式和成功的房價方案進行比較。在您確定問題是否僅限於單一客房與房價組合之前，請勿傳送全住宿的更新。
升級處理時，請提供住宿 ID、客房與房價 ID、入住日期、時間戳記與時區、預期數值、顯示數值以及完整的錯誤訊息。在螢幕截圖中，請隱藏帳號密碼及付款資訊。
常見問題
我應該在 Extranet 還是通路管理系統中更改 Booking.com 房價？
請使用控制該產品房價與空房狀況的系統。如果通路管理系統是來源，請在那裡進行日常的變更。對於特意交由 Booking.com 控制的產品或促銷活動，則請使用 Extranet。
為什麼我無法編輯 Booking.com 日曆中的價格？
該房價可能是由連線供應商管理、繼承自父方案、未啟用，或是受到您帳號權限的限制。在聯絡客服中心前，請先檢查目前啟用的供應商及房價方案設定。
為什麼我的 Booking.com 房價又變回原樣？
串接的系統、排程規則、大量編輯或父房價可能覆寫了手動輸入的數值。請比較時間戳記，並確認哪個系統被指定為真實來源。
更改標準房價會更新不可退款的房價嗎？
只有當這些方案被設定為跟隨標準房價時才會更新。獨立的方案需要個別更改價格；衍生方案則會使用其設定的固定或百分比調整。
為什麼旅客看到的價格比 Extranet 房價低？
目前進行中的 Genius 方案、行動裝置專屬價、特定國家/地區價、行銷活動或其他促銷，可能會降低基礎價格。請比較是否使用相同的入住人數、幣別、稅金、手續費、餐飲方案及取消條款。
通路管理系統的房價更新需要多久時間？
處理時間因供應商與訊息量而異。請檢查是否有確認回執或錯誤，預留官方說明的處理時間，並在重新傳送相同更新前，先至 Booking.com 進行驗證。
最安全的 Booking.com 房價變更應從確認控制權開始。在正確的來源進行編輯，保留父子定價邏輯，並在與旅客使用時相同的條件下驗證最終的優惠價格。
