本頁面由 Cloud Translation API 翻譯而成。

會議室組合

你可以利用房型套裝組合，為單一房源定義多種房型。將房間的行程與房價功能結合；消費者的購物費率和條件比一般標準更勝一籌價格。

重要概念和工作流程

使用「房型套裝組合」，你可以組合更多實體房型的組合搭配不同服務套件

下圖為 Room 套裝組合的範例：

在這個範例中，第一個套裝組合是基本房型，只有一件可享折扣。第二種是可掛斷的房間類型最多可讓三名成人入住第三種是同一個房間內的另一種房型資源。第四項要素是「優質」基礎房間的套件組飯店設施包括免費早餐或稍後結帳選項。

下方圖片顯示費率功能的範例：

在搜尋結果中顯示房型套裝組合和房價功能時，須遵守選擇程序與標準房價選項相同

房型套裝組合

您可以在交易訊息中定義 Room Bundle 和費率功能。根目錄交易訊息的元素為 <Transaction>。

交易訊息的結構取決於您執行的操作：定義房型套裝組合或費率功能的中繼資料，或是更新房型套裝組合的定價或空房資訊。

中繼資料: 在以下項目中，使用 <PackageData> 定義 Room Bundle 和費率功能中繼資料： <PropertyDataSet> 元素。詳情請參閱定義房間和套件中繼資料。房型套裝組合會使用現有的 <RoomData> 元素顯示實體房間說明
價格與空房資訊: 使用 <RoomBundle> 元素定義 Room Bundle 定價和供應情形每種套裝行程/行程組合都會在 <Result> 中。如要相關資訊，請參閱「定義定價和供應情形」。

基本房型的費率、稅金和其他費用均由如果這類套件未與 Room Bundle 搭配使用，可以<Result>；如果可以移除，則可移除搭配 Room Bundle 使用。如果您使用直播功能實作 Room Bundle 帳戶，請按照下列步驟操作：

根據 <Result> 加上基本房型房價、稅金和其他費用，並並新增一個符合基本 Room 套裝組合的 Room 套裝組合。
如有需要，請在相同的 <Result> 區塊中定義其他 Room Bundle 適用於該房源的其他房型或不同服務套裝方案
推出房型套裝組合後，請移除基本房型的房價、稅金和其他費用。

房型套裝組合中繼資料

定義 Room Bundle 和費率功能時，您通常會定義屬於費率的其他服務請務必取得 Room 套裝組合的相關資訊。這些資訊稱為 Room 套裝組合中繼資料。然後在價格中參照這類中繼資料，但最好不要在價格更新訊息中加入此資訊。

定義 Room Bundle 時，請為<RoomData> 房價特徵的實體說明和 <PackageData> 元素以及不屬於實體房間說明的字詞

使用 <RoomData> 和 <PackageData> 元素可能會大幅縮減飯店清單和飯店價格動態消息，因為能減少在交易訊息中傳送的重複資料數量。

舉例來說，房間名稱和說明等資料通常會重複出現調整每趟行程的價格您可以使用 <RoomData> 和 <PackageData> 元素，一次定義這類資料。行程專屬 Room Bundle 資料然後與儲存的房間和套件定義合併，以便向而非個別使用者的帳戶

Google 會將中繼資料與行程專屬資料進行比對，然後廣告的內容有特殊的處理程序就來自 <RoomData> 和 <PackageData> 元素的說明實體房間必須符合「<RoomData>」的規定，並對功能和費率要在 <PackageData> 中使用套件詳細資料

同時定義單一會議室或 Room 的會議室資料和套件資料 Google 會在廣告輸出中加入這兩種格式，並以連字號分隔。

相片指南

傳送房間相片時，請遵循下列規範請確定你的相片是否要向使用者顯示：

傳送每種房型的相片，包括無障礙相片房間，例如設有各種浴室的無障礙指定客房捲壽司等設施。
至少加入四張房間的相片和至少一張浴室。
相片應為房間本身，而非房源。最常出現重要的是床、房間、浴室、起居空間共用房間的視圖 (將房間的其餘部分放在同一張相片)，以及 (如適用) 陽台、中庭或露台

另外，拍攝桌子、廚房、咖啡/茶具也很有幫助。和房間的特徵
避免使用人物和財產 (例如室外或財產) 的相片設施，包括觀光/旅遊和餐飲。
避免拍攝物體的特寫鏡頭，例如立體軟體的特寫。
避免使用品牌宣傳元素和品牌，但加上標籤或品牌的盥洗用品可以將包含整個浴室區域的相片納入相片中。相片不應有大量文字、標誌或浮水印。
提供標準橫向 (橫向) 相片，方便視野寬廣；避免使用魚眼或扭曲的相片以最高解析度拍照以便提升排名你不需要為相同的相片提交解析度。

資料優先順序

系統會從所有來源收集 Room 套件資料，並按優先順序合併來為指定飯店、行程和 Room Bundle 產生最終資料。順序如下 (從最低到最高優先順序排列)：

(最低) 合作夥伴資料
資源資料
<RoomData>，其中 <RoomID> 會比對 <RoomID> <RoomBundle> 區塊
<PackageData>，其中 <PackageID> 會比對 <PackageID> <RoomBundle> 區塊
(最高) <RoomBundle>

定義價格和供應情形

如要定義 Room 套裝組合的價格和供應情形，請在以下位置使用 <RoomBundle> 元素：每個套裝方案或行程組合的交易訊息。 <RoomBundle> 元素應該位於 <Result> 元素中。程式碼範例這兩個 <RoomBundle> 元素如下所示。請注意，在本例中兩個 <RoomBundle> 元素參考室和套件中繼資料 <RoomID>和<PackageID>。

針對每個 <Result>，內含的 Room Bundle 組合會覆寫現有的資料集或行程組合如果您沒有定義任何 <Result> 元素中的房型套裝組合或費率功能，然後是所有 Room 系統會移除套裝組合，且只會顯示該飯店或行程的基本客房在搜尋結果中

請務必使用 <Name> 等元素，讓 Room 套裝組合更臻完善吸引潛在顧客的目光，並確保這些目標對象與飯店的到達網頁相符頁面。在這個範例中，您可以定義名稱中繼資料。

<RatePlanID> 是選填項目，代表客房的專屬 ID，檔案包組合。強烈建議使用 RatePlanID 做為變數建立動態到達網頁 (舊稱「銷售點」) 網址。詳情請參閱使用變數和條件。

Room 套裝組合中的選用元素如下：

<Baserate>
<Tax>
<OtherFees>
<RoomID>
<PackageID>
<Occupancy>
<OccupancyDetails>

在使用中帳戶中實作 Room Bundle 後，請移除 <Baserate> Room Bundle 已啟用。

<Result>
  <!-- Note: When using Room Bundles, the top level result price is no
       longer necessary. -->
  <Property>180054</Property>
  <Checkin>2017-10-07</Checkin>
  <Nights>2</Nights>
  <!-- Base Room Bundle -->
  <RoomBundle>
    <RoomID>060773</RoomID>
    <PackageID>P54321</PackageID>
    <Baserate currency="USD">199.99</Baserate>
    <Tax currency="USD">25.12</Tax>
    <OtherFees currency="USD">2.00</OtherFees>
    <!-- RatePlanID is optional and represents the unique identifier for a
    room and package data combination. We strongly recommend using RatePlanID
    as a variable to build your dynamic landing page (formerly Point of Sale)
    URL. For details, see Using Variables and Conditions. -->
    <RatePlanID>060773-P54321</RatePlanID>
  </RoomBundle>
  <!-- Premium Room Bundle -->
  <RoomBundle>
    <RoomID>436233</RoomID>
    <PackageID>P12345</PackageID>
    <!-- Price for 4 ("occupancy") -->
    <Baserate currency="USD">298.88</Baserate>
    <Tax currency="USD">42.12</Tax>
    <OtherFees currency="USD">10.00</OtherFees>
    <RatePlanID>436233-P12345</RatePlanID>
  </RoomBundle>
</Result>

定義會議室和套件中繼資料

如要定義 Room Bundle 中繼資料，請使用 <PackageData> 和 <RoomData> 元素位於交易訊息的 <PropertyDataSet> 元素中。

您可以在以下類型的交易訊息中定義 Room 和套件中繼資料：，而不是定價與空房資料。定義該函式時預先調整定價，就不必重複納入例如說明、相片網址、設施和其他。

Google 會為您儲存中繼資料，並在產生高度。你隨時可以使用新的交易訊息。

在「交易」訊息中，您需要為每個區塊設定套件 ID 和會議室 ID ，以供日後價格更新的 <Result> 區塊參照。

如果會議室和包裹資料有所變動 (例如新增房間) 請在資源型別中傳回新的 Transaction 訊息更新會議室和套件資料，Google 會含有新資料的 Room 或套件。

Google 建議您在初始設定期間定義中繼資料。更新後定義中繼資料時，只需參照 <RoomID> 和價格中的 <PackageID> 個值而不要將所有更新值納入所有值再次顯示這些資訊Google 會使用這些 ID 來比對會議室和 Room 套裝組合與儲存的中繼資料進行比對這可大幅縮減交易訊息。

因為客房或行程組合的價格變動幅度更大而不是客房或套件說明；只要定義中繼資料一次，更有效率地使用交易訊息此外，發生錯誤只要使用中繼資料就能排除房間說明不符的情況而不是定義內嵌資料

是定義中繼資料和定價的最佳建議方法，也最有效分別如下所示：

<!-- Efficient method of defining Room Bundles -->
<!----- Occupancy of 2 and 4 example ------>

<Transaction timestamp="2019-04-18T16:20:00-04:00" id="12345678">
  <!-- Part1: Define RoomData and PackageData in PropertyDataSet -->
  <!-- Note: Once defined it does not have to be repeated for future Transaction Messages. -->
  <!--       PropertyDataSets can also be defined and sent in their own Transaction Message -->
  <!--       separately from pricing. Google can be configured to pull just PropertyDataSets -->
  <!--       once per day (or on a predefined frequency). -->
  <PropertyDataSet>
    <Property>180054</Property>
    <!-- Can be reused by multiple Room Bundles -->
    <RoomData>
      <RoomID>060773</RoomID>
      <Name>
        <Text text="Single Queen Room - Non-Smoking" language="en"/>
        <Text text="Chambre de la Roi Premium - Pas de Fumeurs" language="fr"/>
      </Name>
      <!-- Room can accommodate 4, but bundle is for 2 -->
      <Capacity>4</Capacity>
      <PhotoURL>
        <URL>http://www.foo.com/static/bar/imageQueen.jpg</URL>
        <Caption>
          <Text text="A bright and breezy way to enjoy your mornin'
            cuppa tea." language="en"/>
          <Text text="Une façon lumineuse et aérée pour profiter
            de votre journée tasse de thé." language="fr"/>
        </Caption>
      </PhotoURL>
    </RoomData>
    <RoomData>
      <RoomID>436233</RoomID>
      <Name>
        <Text text="Premium King Room - Non-Smoking" language="en"/>
        <Text text="Chambre de le Roi Premium - Pas de Fumeurs" language="fr"/>
      </Name>
      <!-- Room can accommodate 4 and bundle is for 4 -->
      <Capacity>4</Capacity>
      <PhotoURL>
        <URL>http://www.foo.com/static/bar/imageKing.jpg</URL>
        <Caption>
          <Text text="A bright and breezy way to enjoy your mornin'
            cuppa tea." language="en"/>
          <Text text="Une façon lumineuse et aérée pour profiter
            de votre journée tasse de thé." language="fr"/>
        </Caption>
      </PhotoURL>
    </RoomData>
    <!-- Can be reused by multiple Room Bundles -->
    <PackageData>
      <PackageID>P54321</PackageID>
      <Occupancy>2</Occupancy>
      <ChargeCurrency>web</ChargeCurrency>
      <Refundable available="1" refundable_until_days="7"
           refundable_until_time="18:00:00"/>
      <ParkingIncluded>1</ParkingIncluded>
      <InternetIncluded>1</InternetIncluded>
    </PackageData>
    <PackageData>
      <PackageID>P12345</PackageID>
      <Occupancy>4</Occupancy>
      <ChargeCurrency>web</ChargeCurrency>
      <Refundable available="1" refundable_until_days="1"
           refundable_until_time="18:00:00"/>
      <BreakfastIncluded/>
      <ParkingIncluded>1</ParkingIncluded>
      <InternetIncluded>1</InternetIncluded>
    </PackageData>
  </PropertyDataSet>

    <!-- Efficient method of defining Room Bundles -->
    <!-- Part 2: Reference RoomData and PackageData through ID -->
  <Result>
    <Property>180054</Property>
    <Checkin>2017-10-07</Checkin>
    <Nights>2</Nights>

    <!-- Base Room Bundle -->
    <RoomBundle>
      <RoomID>060773</RoomID>
      <PackageID>P54321</PackageID>
      <Baserate currency="USD">199.99</Baserate>
      <Tax currency="USD">25.12</Tax>
      <OtherFees currency="USD">2.00</OtherFees>
      <!-- RatePlanID is optional and represents the unique identifier for a
      room and package data combination. We strongly recommend using RatePlanID
      as a variable to build your dynamic landing page (formerly Point of Sale)
      URL. For details, see Using Variables and Conditions. -->
      <RatePlanID>060773-P54321</RatePlanID>
    </RoomBundle>
    <!-- Premium Room Bundle -->
    <RoomBundle>
      <RoomID>436233</RoomID>
      <PackageID>P12345</PackageID>
      <!-- Price for 4 ("occupancy") -->
      <Baserate currency="USD">298.88</Baserate>
      <Tax currency="USD">42.12</Tax>
      <OtherFees currency="USD">10.00</OtherFees>
      <RatePlanID>060773-P12345</RatePlanID>
    </RoomBundle>
    <!-- Continue providing all available RoomBundle rates under matched
         property for any other occupancies -->
  </Result>
</Transaction>

可住人數和容量

定義 Room Bundle 時，您必須瞭解 可住人數和容量：

可住人數: 要套用房型套裝組合的房客人數。例如：「蜜月套裝方案」的可住人數為兩人。只要將使用 <PackageData> 或 <RoomBundle> 元素取得包裹可住人數 <Occupancy> 子元素。
容量: 房間可容納的人數上限。房間的容量永遠等於或大於可住人數。適用對象例如：「蜜月套裝行程」上限為六個，但您為兩名房客購買套裝組合。只要將使用 <RoomData> 元素的 <Capacity> 子項取得套件的容量元素。

為房型套裝組合訂價時，請務必提供房客人數價格該套件的目標用途 (套件的 <Occupancy> 元素)。如果將 <Occupancy> 設為二，則其價格包裹必須適合兩個人使用你無法將 <Occupancy> 設為四位邀請對象，以及為兩名房客設定套裝組合價格。

共用聊天室

你也可以使用「房型套裝組合」中的可住人數和容量設定共用價格住宿地點，例如青年旅館舉例來說如果宿舍房提供 8 張床，請將可住人數設為 1，容量為 8，並且以 <RoomData> 名稱識別。詳情請參閱範例。

更新房型套裝組合

本節說明如何移除已無法使用的 Room Bundle 以及如何更新現有房型套裝組合的價格。

房型套裝組合移除

客房套裝組合與飯店價格與移除的方式不同具體做法是指示 Kubernetes 建立並維護一或多個代表這些 Pod 的物件

如要將客房或行程組合從商品目錄中移除，請設定 <Result> 元素的 <Baserate> 到 -1。如何移除的 Room Bundle：請將 <RoomBundle> 元素從 <Result> 區塊。

資料動態饋給中的房型套裝組合視為一組組合，在任何位置顯示數量從 0 到 100 萬將會議室套裝組合傳送給 Google 後，請注意，請勿將個別 Room Bundle 的值變更為：將先前可用的委刊項標示為無法使用。無論使用何種套裝組合最新交易訊息會取代目前設定。

例如 A、B、C 和 D 套件。您最初傳送了一則定義房型套裝組合 A、B、C 和 D 的組合。之後，如果 B 組售完後您只能使用 A、C 和 D 套裝組合重新傳送整組檔案。如果所有房型套裝組合請傳送一組空的房型套裝組合。

價格調整

如要變更房型套裝組合價格，請在「<Result>」中設定新的 <Baserate> 元素。

每當你在交易中更新會議室/行程的 <Result> 區塊時訊息時，你必須為每個訊息提供一組完整的可用的會議室套裝組合 <Result>。Google 會將現有的會議室套裝組合替換為新的設定。如果您並未在 <Result> 中加入任何會議室套裝組合，Google 就會移除這些套裝組合該會議室或行程的所有 Room 套裝組合。

中繼資料更新

您將在 Google 回應 <Query> 時，更新 Room Bundle 中繼資料。

您以定義聊天室的 Transaction 訊息回應「Query」訊息以及指定飯店的套件中繼資料詳情請參閱「查詢訊息。