Erstellen eines Preisfeeds

Um Bing Preis- und Verfügbarkeitsdaten für Ihr Hotel bereitzustellen, erstellen Sie ein XML-Dokument, das einen Preisfeed enthält. Der Preisfeed enthält eine Liste der Check-in-Daten, der Länge des Aufenthalts und der Preise.

Preisfeeds können bis zu 180 Tage vor der Buchung enthalten, und jede Buchung kann einen Aufenthalt von bis zu 14 Nächten angeben. Ein Check-in-Datum und die Dauer des Aufenthalts werden als Reiseroute bezeichnet. Wenn Sie die maximale Anzahl von Reiserouten angeben, enthält die Nachricht 2.520 Reiserouten.

Preisfeeds sind auf 100 MB unkomprimierte Daten oder 10 MB komprimierte Daten (mit GZip-Komprimierung) beschränkt. Um den Netzwerkdatenverkehr zu reduzieren, sollten Sie komprimierte Daten senden.

Ein Preisfeed sollte nur Reiserouten enthalten, die Sie hinzufügen oder aktualisieren. Enthalten Sie keine Reiserouten, die sich seit dem letzten Senden einer Nachricht nicht geändert haben.

Das Dokument muss UTF-8-Codierung verwenden und der Transaktions-XSD entsprechen.

Das Transaction-Element der obersten Ebene

Preisfeeds enthalten ein einzelnes Transaction-Element der obersten Ebene.

<Transaction timestamp="2017-05-25T20:44:56-04:00" id="de0be689-d094-406e-
8027-724309deb373">

Sie müssen die timestamp Attribute und id angeben.

Das timestamp -Attribut sollte den Zeitpunkt angeben, zu dem Sie die Nachricht übermitteln. Bing verwendet den Zeitstempel, um sicherzustellen, dass nur die neuesten Reiserouten verarbeitet werden. Wenn Bing beispielsweise eine Nachricht mit einem Zeitstempel von 14:10 verarbeitet und dann eine Nachricht mit einem Zeitstempel von 14:09 verarbeitet, verarbeitet Bing nur die Reiserouten in der 14:09-Nachricht, die nicht in der 14:10-Nachricht enthalten waren.

Das id Attribut ist eine benutzerdefinierte ID, die die Nachricht für den Inserenten eindeutig identifiziert. Der Inserent verwendet die ID, um die Nachricht in der Liste der Eigenschaftenfeeds status Berichten zu identifizieren.

Angeben der Liste der Reiserouten

Das Transaction -Element enthält eine Liste von Result-Elementen , eines für jede von ihr definierte Reiseroute. Die Nachricht sollte nur neue oder geänderte Reiserouten enthalten.

Im Folgenden wird ein Result -Element gezeigt, das die erforderlichen untergeordneten Elemente angibt.

  <Result>
    <Property>13579</Property>
    <Checkin>2017-06-10</Checkin>
    <Nights>2</Nights>
    <Baserate currency="USD">159.99</Baserate>
    <Tax currency="USD">20.00</Tax>
    <OtherFees currency="USD">4.00</OtherFees>
  </Result>

Die Property ID muss mit der ID einer Eigenschaft in Ihrer Eigenschaftenfeeddatei übereinstimmen. Das Checkin Datum muss innerhalb des 90-tägigen Vorverkaufszeitfensters liegen und Nights im Bereich 1 bis 14 liegen.

Gibt Baserate die Kosten für die gesamte Aufenthaltsdauer an, nicht die Übernachtungsrate.

Wenn Sie fünf Tage im Voraus buchen und bis zu drei Nächte bleiben, enthält Ihre Nachricht 15 Result Elemente. Das folgende Beispiel zeigt die Reiserouten eines Tages.

<?xml version="1.0" encoding="UTF-8"?>
<Transaction timestamp="2017-05-25T20:44:56-04:00" id="de0be689-d094-406e-
8027-724309deb373">
  <Result>
    <Property>13579</Property>
    <Checkin>2017-05-26</Checkin>
    <Nights>1</Nights>
    <Baserate currency="USD">159.99</Baserate>
    <Tax currency="USD">20.00</Tax>
    <OtherFees currency="USD">4.00</OtherFees>
    <AllowablePointsOfSale>
      <PointOfSale id="mobile"/>
      <PointOfSale id="desktop"/>
    </AllowablePointsOfSale>
  </Result>
  <Result>
    <Property>13579</Property>
    <Checkin>2017-05-26</Checkin>
    <Nights>2</Nights>
    <Baserate currency="USD">319.98</Baserate>
    <Tax currency="USD">40.00</Tax>
    <OtherFees currency="USD">8.00</OtherFees>
    <AllowablePointsOfSale>
      <PointOfSale id="mobile"/>
      <PointOfSale id="desktop"/>
    </AllowablePointsOfSale>
  </Result>
  <Result>
    <Property>13579</Property>
    <Checkin>2017-05-26</Checkin>
    <Nights>3</Nights>
    <Baserate currency="USD">479.97</Baserate>
    <Tax currency="USD">60.00</Tax>
    <OtherFees currency="USD">12.00</OtherFees>
    <AllowablePointsOfSale>
      <PointOfSale id="mobile"/>
      <PointOfSale id="desktop"/>
    </AllowablePointsOfSale>
  </Result>
</Transaction>

Nach dem Definieren der 15 Reiserouten enthält jede nachfolgende Nachricht nur die Reiserouten, die sich geändert haben. Beispiel: Preis- oder Verfügbarkeitsänderungen.

Entfernen von Reiserouten

Um eine Reiseroute zu entfernen, legen Sie die BaserateElemente , Taxund OtherFees auf -1,00 fest. Bing entfernt automatisch Reiserouten mit zurückliegenden Check-in-Datumsangaben.

Verwenden der optionalen Result-Elemente

Im Folgenden wird ein Result -Element gezeigt, das die optionalen untergeordneten Elemente enthält.

  <Result>
    <Property>13579</Property>
    <Checkin>2017-05-26</Checkin>
    <Nights>2</Nights>
    <Baserate currency="USD">159.99</Baserate>
    <Tax currency="USD">20.00</Tax>
    <OtherFees currency="USD">4.00</OtherFees>
    <ExpirationTimestamp>2017-05-28T09:00:34Z</ExpirationTimestamp>
    <ChargeCurrency>deposit</ChargeCurrency>
    <Custom1>summer2017</Custom1>
    <AllowablePointsOfSale>
      <PointOfSale id="mobile"/>
      <PointOfSale id="desktop"/>
    </AllowablePointsOfSale>
  </Result>

Verwenden Sie ExpirationTimestamp , um ein Ablaufdatum für die Reiseroute anzugeben. Beispielsweise wird in Fall 1 die Reiseroute bedient.

Fall 1:

Heute = 16.03.2018
CheckInDate = 01.04.2018
ExpirationTimestamp = 20.03.2018

Aber in Fall 2 wird die Reiseroute nicht bedient.

Fall 2:

Heute = 21.03.2018
CheckInDate = 01.04.2018
ExpirationTime = 20.03.2018

Verwenden Sie das ChargeCurrency -Element, um anzugeben, wann dem Benutzer die Buchung in Rechnung gestellt wird. Standardmäßig bezahlt der Benutzer bei der Buchung (dies ist die Weboption). In diesem Beispiel wird Die Einzahlung verwendet, bei der der Benutzer aufgefordert wird, einen Teil bei der Buchung und den Rest zu einem späteren Zeitpunkt (z. B. beim Auschecken) zu bezahlen.

Verwenden Sie eines oder mehrere der fünf Custom Elemente, um Ersetzungswerte für dynamische Parameter in einer POS-URL (Point of Sale) bereitzustellen. Wenn die POS-URL z. B. auf https://www.partnerdomain.com?promo=(CUSTOM1)Custom1 Sommer 2017 festgelegt ist, lautet die POS-URL, die Bing verwendet. https://www.partnerdomain.com?promo=summer2017. Weitere Informationen finden Sie unter Verwenden dynamischer Abfrageparameter.

Die Summe aller Custom[1-5]-Werte ist auf maximal 1.000 Zeichen beschränkt. Beachten Sie jedoch, dass der praktische Grenzwert aufgrund der maximalen Länge einer URL geringer sein kann.

Verwenden Sie das AllowablePointsOfSale -Element, um bestimmte POS-URLs anzugeben, die benutzer für die Buchung verwenden können. Standardmäßig kann der Benutzer jeden POS in der Feeddatei landing pages des Partners verwenden. Das id Attribut muss mit einem POS in der Feeddatei übereinstimmen.

Nächste Schritte

Stellen Sie vor dem Senden von Preisfeeds sicher, dass Ihre Eigenschaftenfeeddatei und die Landing Pages-Datei auf dem neuesten Stand sind. Wenden Sie sich an Ihren TAM, um diese Dateien zu aktualisieren. Nachdem tam die Daten in Bing importiert hat, können Sie mit dem Senden von Price-Feeds beginnen. Preisfeeds, die vor dem Import der Daten gesendet werden, schlagen fehl.

Überprüfen Sie den Preisfeed, bevor Sie ihn an Bing senden. Weitere Informationen finden Sie unter Überprüfen Ihres Preisfeeds.

Informationen zum Senden ihres Preisfeeds von Bing finden Sie unter Pushen von Preisfeeds an Bing oder Verwenden von Bing Pull Price-Feeds.

Informationen zum Hinzufügen von Raumpaketen zu Ihren Reiserouten finden Sie unter Erstellen eines Metadaten-Preisfeeds und Verwenden von Raumpaketen.