總覽
「費率」訊息 (OTA_HotelRateAmountNotifRQ
) 定義每晚房價
各房型和房價方案組合在特定日期的入座率
範圍。在「費率」訊息中,Google 支援以入住人數為依據的定價,
允許根據上限指定不同的每晚房價
體現了目標住民的可能性
下列各節涵蓋一般指南、基本範例和操作說明 協助您開始新增及更新費率,以及傳送 評分訊息。
媒合率行為
當使用者要求特定人數時,他們看到的比率將取決於 如何定義「費率」訊息中的價格本節將說明 系統會根據使用者當下的可住人數,判斷使用者請求是否符合您的費率 和您定義的費率
重要原則
針對特定入住人數定義的費率會套用至所有較少可住人數。 除非另有定義
人數超過定義的上限,即不予受理。
根據入住人數和以 LOS 為基礎的定價,均適用以入住人數為準 計費模式,如下所述。也就是說,您可以為各個 活動情形。如果沒有特定入住人數的費率,則 會使用次高的可住人數。您也可以定義 使用「
AdditionalGuestAmounts
」的額外訪客和兒童 或ExtraGuestCharges
但不超過對會議室定義的容量
優點和範例
- 提高效率
如果是費率金額相同的多種可住人數,您不需要 每個入住人數的費率如果想要簡化訊息內容, 房型和房價方案支援的最高可住人數值。 系統會根據你的設定,向不同入住人數顯示該費率 值。
範例:房型和房價方案的房價相同 總共 1 到 4 位請使用「費率」訊息,設定一個 可住人數為 4 人。使用者搜尋單人、雙人和三人房 就會看到相同費率搜尋 5 歲以上的使用者不會看到費率。
- 控管
你可以明確提供其他可住人數的不一致費率。傳送 為不同入住人數設定不同費率,即可進一步控管 Google 會將要求與入住率進行比對。
範例:如果已針對可住人數 3 和 1 定義房價,則單一可住人數 搜尋會顯示單人房價 可住人數為三倍,搜尋 4 歲以上的使用者不會看到 費率。
如需更多各種費率相關情境的範例,請參閱 操作說明。
必要和選用元素
XML 參考資料 提供必要和選用元素的說明。如要進一步瞭解 屬性和子元素,請參閱評分元素與 屬性。
語法和結構定義
請使用費率語法 建立「費率」訊息時 您使用了正確的格式。
您可以使用 xmllint 等第三方 XML 工具,使用 已公開的結構定義,再提交給 Google針對費率訊息 結構定義,請參閱「飯店廣告架構」一文。
計費模式
按日期計費
這是多數資源採用的標準定價模式。per-date
定價模式是以設定費率為依據,且系統會加總不同入住日期的費率
並以總價計費在這個模型中,Rate
元素下的所有費率都是
會解讀為適用於
<StatusApplicationControl>
。
以 LOS 為基礎的定價
LOS 型 (入住天數) 定價模式是以 抵達日期與入住天數的組合。費率 以 LOS 為基礎的定價模式是以天為單位。舉例來說,如果您傳送的費率為 $100 美元 如果入住天數為 3,總價計算方式為 3x$100=$300 美元。
如要採用以 LOS 為基礎的定價模式,請指定
StatusApplicationControl
元素的 RatePlanType="26"
。您也需要
請在應用程式的 Rate
元素上設定 RateTimeUnit
和 UnitMultiplier
屬性
XML這會導致系統套用指定 Rate
元素下的所有費率
定義依據為 <StatusApplicationControl>
中指定的抵達時間,且
為 UnitMultiplier
指定的 LOS 值。
您可以在單一計費模式中使用「以日期為準」和「以 LOS 為基礎的定價」模式。 不過,每個資源只能採用一個定價模式。 實作以 LOS 為基礎的定價時,請記住以下要點:
- 採用 LOS 時,系統不會合併不同入住天數的費率 。舉例來說,如果 LOS 費率為 3,就不會與 LOS 的 LOS 合併計算。 1 的情況下,應將 LOS 費率設為 4。必須明確指定 LOS 速率 (4) 。
- 系統不會使用以 LOS 為依據的 1 晚費率做為個別每晚房價 以按日計價
- 每項房源只能使用以 LOS 為基礎的價格或按日期計算 價格取決於系統表示費率的方式。
如要為帳戶啟用以 LOS 為基礎的定價,請透過您的 TAM 提出申請 或與我們聯絡。
指南或動作
- 按日期計費
Delta
:僅為指定的指定人數新增或更新每人入住費率 指定房型、房價方案和住宿日期的組合<StatusApplicationControl>
。- 費率更新預設會使用
Delta
動作。 Delta
更新不會變更先前儲存任何其他費率的費率 使用人數舉例來說,如果您為單一 並傳送Delta
則房價更新資訊。 可住人數,則雙人入住費率維持不變。
- 費率更新預設會使用
Overlay
:刪除所選房型所有現有的每人入住費率。 房價方案和<StatusApplicationControl>
中指定的日期,然後替換 並提供新的費率舉例來說,如果您為單一 可住人數為雙人房,並傳送Overlay
最新可住人數的更新 Google 會移除先前的所有房價 (單價和雙精度浮點數)Remove
:刪除所選房型所有現有的每人入住費率。<StatusApplicationControl>
中指定的房價方案和日期。- 以 LOS 為基礎的定價
Delta
:僅針對指定的每個 LOS 值新增或更新費率<StatusApplicationControl>
。取代所有相關的每人入住費率 更新為新的 LOS 值。- 費率更新預設會使用
Delta
動作。 Delta
更新不會變更先前儲存任何其他費率的費率 入住天數舉例來說,如果您指定 LOS 1 和 2 的費率 並傳送Delta
費率更新 LOS 1,然後傳送 LOS 2 的每人入住費率 都維持不變。Delta
更新會覆寫所有先前儲存的每人入住費率 指定的入住天數舉例來說,如果您指定單一廣告活動 並將 LOS 1 的雙人入住費率傳送給 LOS 1,並傳送Delta
費率更新 如果只有單一住人數,系統會移除雙人入住費率。
- 費率更新預設會使用
Overlay
:刪除入住天數、客房的所有現有每人入住費率 類型、房價方案和入住日期 (以「<StatusApplicationControl>
」指定) 並換成新的費率舉例來說,如果您指定 LOS 1 和 2,然後您傳送 LOS 1 的Overlay
更新,Google 就會移除 所有先前的費率 (LOS 1 和 2),而只有 LOS 1 費率會維持不變 。Remove
:刪除現有所有 LOS 的每人入住費率 指定房型、房價方案和入住日期<StatusApplicationControl>
。- 稅金相關
如果稅金和費用很簡單,則可使用以下格式指定總金額:
AmountAfterTax
。複雜稅金,例如稅金與費用 入住天數 (而非每晚房價) 無法在AmountAfterTax
中顯示。一般來說,Google 會建議使用
TaxFeeInfo
,而非AmountAfterTax
。盡可能加入
AmountBeforeTax
(即使你指定AmountAfterTax
),因為某些語言代碼 (例如美國) 會顯示 預設為稅前價格。使用者須支付的所有稅金和費用 (加值稅、住宿稅、清潔費、城市) 稅金等)。 也直接支付相關費用
範例
本節提供「費率」訊息的基本範例
選用元素備妥檔案後,您必須使用
傳送至下列端點的 POST 訊息:
https://www.google.com/travel/hotels/uploads/property_data
如要進一步瞭解如何推送/POST 訊息,請參閱「推送訊息」。
如果是「HotelCode
」,請使用系統中的專屬飯店 ID
識別屬性這個值必須符合使用
在 <listing>
元素中加上 <id>
自動擷取廣告<PackageID>
和 <RoomID>
請使用與
在您的系統中用於費率方案和房型 (兩者分別)。規律上傳
請務必確保 Google 正確顯示
價格和資料
以下範例說明如何使用 Delta
動作設定費率:
<?xml version="1.0" encoding="UTF-8"?>
<OTA_HotelRateAmountNotifRQ xmlns="http://www.opentravel.org/OTA/2003/05"
EchoToken="12345678"
TimeStamp="2022-02-25T20:50:37-05:00"
Version="3.0"
NotifType="Delta">
<POS><Source><RequestorID ID="partner_key" /></Source></POS>
<RateAmountMessages HotelCode="HotelID">
<RateAmountMessage>
<StatusApplicationControl Start="2022-12-01"
End="2022-12-31"
InvTypeCode="RoomID"
RatePlanCode="PackageID" />
<Rates>
<Rate>
<BaseByGuestAmts>
<BaseByGuestAmt NumberOfGuests="1" CurrencyCode="USD" AmountBeforeTax="XXX.XX" />
<BaseByGuestAmt NumberOfGuests="2" CurrencyCode="USD" AmountBeforeTax="XXX.XX" />
<BaseByGuestAmt NumberOfGuests="3" CurrencyCode="USD" AmountBeforeTax="XXX.XX" />
<BaseByGuestAmt NumberOfGuests="4" CurrencyCode="USD" AmountBeforeTax="XXX.XX" />
</BaseByGuestAmts>
</Rate>
</Rates>
</RateAmountMessage>
</OTA_HotelRateAmountNotifRQ>
使用指南
本節提供的解決方案,是您在 為訊息評分。
如需新增、移除及更新房價的範例,請參閱「評分 範例。
情境 1:如何變更每人入住的定價
說明
先前只針對雙人房設定每晚房價 (同樣 適用於單人入住,但現在單人房價更低 活動情形。
解決方案
使用預設的 Delta
範圍更新,傳送新的入住人數 1 費率。這項新功能
這個值不會影響第 2 人入住費率。
情境 2:如何取代房源的每人入住費率
說明
您先前為 1 到 4 位入住人數定義了房價,但現在只有 第 1 和 2 位都是有效資源。
解決方案
使用 NotifType="Overlay"
取代特定房源的所有入住費率。
房型、房價方案和日期。在這種情況下,Overlay
動作會
列出第 1 人和第 2 人入住的費率
情境 3:如何為多個可住人數設定相同費率
說明
特定入住人數的費率可提供給人數較少的群體。在本 ,即可只傳送 的房價更新,藉此簡化訊息。 可容納最高可住人數
解決方案
如果你為多個可住人數設定相同的價格,請設定最高的可住人數 房型和房價方案支援的值,並自動顯示 並將這個值用於降低使用人數換句話說,您無須重複相同的步驟 1 到 6 位房客的每晚房價;設為 6