OTA_HotelAvailNotif (2003B)

This call is used to update the following elements in the Booking.com system:

  • The amount of rooms available per room/date.
  • Restrictions per room-rate/date.

Request (RQ) sent inventory and/or restrictions

POST https://supply-xml.booking.com/hotels/ota/OTA_HotelAvailNotif

Request — HTTP Message Body Model

<?xml version="1.0" encoding="UTF-8"?>
<OTA_HotelAvailNotifRQ xmlns="http://www.opentravel.org/OTA/2003/05" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opentravel.org/OTA/2003/05 OTA_HotelAvailNotifRQ.xsd" TimeStamp="2015-10-05T14:20:50" Target="Test" Version="1.005">
  <AvailStatusMessages>
    <AvailStatusMessage BookingLimit="25" LocatorID="1">
      <StatusApplicationControl Start="2015-11-05" End="2015-11-17" InvTypeCode="36745603" />
    </AvailStatusMessage>
    <AvailStatusMessage LocatorID="2">
      <StatusApplicationControl Start="2015-11-05" End="2015-11-17" InvTypeCode="36745603" RatePlanCode="1278606" />
      <LengthsOfStay>
        <LengthOfStay Time="2" MinMaxMessageType="SetMinLOS" />
        <LengthOfStay Time="5" MinMaxMessageType="SetMaxLOS" />
      </LengthsOfStay>
      <RestrictionStatus Status="Open" />
    </AvailStatusMessage>
  </AvailStatusMessages>
</OTA_HotelAvailNotifRQ>

The above example will do the following:

  • Set rooms to sell for room 36745603 to 25 from the 5th of November to and including the 17th of November 2015
  • Set Minimum Stay Through for room 36745603 and rate 1278606 to 2 nights from the 5th of November to and including the 17th of November 2015
  • Set Maximum Stay Through for room 36745603 and rate 1278606 to 5 nights from the 5th of November to and including the 17th of November 2015

Mandatory elements:

OTA_HotelAvailNotifRQ

All the below XML is fixed and mandatory, except:

timestamp: Should contain the current time and date

target: Either "Production" or, may contain "Test", which is used for test properties.

<xml version="1.0" encoding="UTF-8"?>
<OTA_HotelAvailNotifRQ
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns="http://www.opentravel.org/OTA/2003/05"
  xsi:schemaLocation="http://www.opentravel.org/OTA/2003/05 OTA_HotelAvailNotifRQ.xsd"
  TimeStamp="2015-05-01T06:39:09"
  Target="Test"
  Version="1.005">

AvailStatusMessages

The AvailStatusMessages element is mandatory for the OTA_HotelAvailNotif request.

<AvailStatusMessages>
  ...
</AvailStatusMessages>

AvailStatusMessage

BookingLimit (optional): Are the amount of available rooms to sell for a hotel.

Bookinglimit should be left out when updating restrictions in the same "AvailStatusMessage" block, because a "RatePlanCode" attribute is mandatory in that case and BookingLimit is updated on room level, not rate level.

Availability can be updated until 254 rooms to sell. 255 will set the room to freesale (*) , which means that there is no limit of amount of rooms to sell than can be sold until the room/rate/date combination is closed with a restriction or until the rooms to sell are decreased again. Setting the value of BookingLimit to 256 or higher, will result in 254 rooms to sell in the Booking.com system.

LocatorID (required): should contain a unique ID (used as RecordID in OTA_HotelAvailNotifRS)

<AvailStatusMessage BookingLimit="25" LocatorID="1">

StatusApplicationControl

Start / End (required): the period which you are updating (inclusive end date). Please note, only dates in the future can be updated.

RatePlanCode: the BOOKING.COM rate category ID which you are updating. Needs to be left out when specifying Bookinglimit in AvailStatusMessage, as the availability is updated on room level.

InvTypeCode (required): the BOOKING.COM room ID which you are updating.

<StatusApplicationControl Start="2015-11-05" End="2015-11-17" InvTypeCode="36745603" RatePlanCode="1278606" />

Optional elements

LengthsOfStay

Is mandatory when specifying element LengthOfStay.

ArrivalDateBased can be set to 0 or 1. If this boolean value is set to 1, the restriction set has an effect only on the arrival day of a booking, whereas the '0' value may affect a search for availability or reservation on all the dates that the query covers. The ArrivalDateBased attribute is optional and when left out, '0' is assumed.

<LengthsOfStay ArrivalDateBased="0">
  <LengthOfStay ... />
</LengthsOfStay>

LengthOfStay

The minimum or maximum stay for the given room for the given date for the given rate category. If a booking takes place on this day a minimum or maximum stay (for the whole booking or arrival based, depending on ArrivalDateBased="0" or ArrivalDateBased="1") of this amount of days is required. Each day in a stay has a room and rate category ID associated with it. Each set of consecutive days with the same rate category ID in a stay, must comply with the minimum or maximum stay setting.

<LengthOfStay Time="2" MinMaxMessageType="SetMinLOS"/>
<LengthOfStay Time="5" MinMaxMessageType="SetMaxLOS"/>

RestrictionStatus

Mandatory attributes:

Status=""

If set to "Close" (or "Open"), this room will be closed (or opened) for the given date for the given rate category. All other information (Bookinglimit, prices, etc) is preserved. The 'Status' attribute alone, without the "Restriction" attribute defined, functions as a restriction and defines whether a room is bookable or not.

Optional attributes:

Restriction=""

The restriction attribute may contain "Departure" or "Arrival".

Where a "Close" for Restriction "Arrival" doesn't allow a reservation to be made when guests want to arrive on the selected date. When the restriction is set to "Open" for a certain date, guests are free to make a reservation with arrival on this date whereas a "Close" will restrict guests to book rooms with this arrival date.

A "Close" for Restriction "Departure" doesn't allow a reservation to be made when visitors want to depart on the selected date. When the restriction is set to "Open" for a certain date, guests are free to make a reservation with departure on this date whereas a "Close" will restrict guests to book rooms with this departure date.

MinAdvancedBookingOffset=""
MaxAdvancedBookingOffset=""

MinAdvancedBookingOffset means the minimum time before the checkin date guests will be allowed to make a booking. MaxAdvancedBookingOffset means the maximum time before the checkin date the guests will be allowed to make a booking. Both have the same format.

Examples:

  • MinAdvancedBookingOffset="4D" means the booking should be made at least 4 days before the checkin date
  • MinAdvancedBookingOffset="4H" means the booking should be made at least 4 hours before the checkin date
  • MinAdvancedBookingOffset="4D4H" means the booking should be made at least 4 days and 4 hours before the checkin date

To set restrictions, MinAdvanceBookingOffset or MaxAdvanceBookingOffset you must pass a RatePlanCode. If RatePlanCode is not passed an error is displayed.

<StatusApplicationControl Start="2015-11-05" End="2015-11-17" InvTypeCode="36745603" RatePlanCode="1278606" />
  <RestrictionStatus Restriction="Departure" Status="Open"/>
</AvailStatusMessage>

Response

OTA_HotelAvailNotifRS

All the below code is fixed, except:

TimeStamp: contains current time

Target: set to same value as in corresponding OTA_HotelAvailNotifRQ.

<?xml version="1.0" encoding="UTF-8"?>
<OTA_HotelAvailNotifRS xmlns="http://www.opentravel.org/OTA/2003/05" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opentravel.org/OTA/2003/05 OTA_HotelAvailNotifRS.xsd" TimeStamp="2015-10-11T15:30:04-00:00" Target="Test" Version="1.004">
  <Success />
</OTA_HotelAvailNotifRS>
<!-- RUID: [XXXXXXXXXXXXXXXXXXXXXXXXXXX] -->

Success

Success element is optional, depending on whether the request contained mistakes.

<?xml version="1.0" encoding="UTF-8"?>
<OTA_HotelAvailNotifRS xmlns="http://www.opentravel.org/OTA/2003/05" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opentravel.org/OTA/2003/05 OTA_HotelAvailNotifRS.xsd" TimeStamp="2015-10-05T12:20:50-00:00" Target="Test" Version="1.004">
  <Success />
</OTA_HotelAvailNotifRS>
<!-- RUID: [XXXXXXXXXXXXXXXXXXXXXXXXXXX] -->

Warnings

Warnings can be combined with success messages if the request was still processed.

Type: OTA error code (see OTA codetable).

Code: OTA EWT code (see OTA codetable).

RecordID: same as LocatorID in OTA_HotelAvailNotifRQ.

Status: NotProcessed (error) / Complete (only warning).

ShortText (may be empty): warning message.

<?xml version="1.0" encoding="UTF-8"?>
<OTA_HotelAvailNotifRS xmlns="http://www.opentravel.org/OTA/2003/05" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opentravel.org/OTA/2003/05 OTA_HotelAvailNotifRS.xsd" TimeStamp="2015-10-11T15:32:03-00:00" Target="Test" Version="1.004">
  <Success />
  <Warnings>
    <Warning Type="1" Code="367" Status="Complete" ShortText="Rooms to Sell were set below the Minimum Contracted rooms for these dates: 2015-11-15, 2015-11-07, 2015-11-12, 2015-11-13, 2015-11-08, 2015-11-09, 2015-11-17, 2015-11-14, 2015-11-06, 2015-11-11, 2015-11-16, 2015-11-05, 2015-11-10. The values have been ammended to the Minimum Contracted Rooms."/>
  </Warnings>
</OTA_HotelAvailNotifRS>
<!-- RUID: [XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX] -->

Errors

Errors are optional and only used alone, without success/warnings.

Code: OTA EWT code (see OTA codetable).

Type: OTA error code (see OTA codetable).

RecordID: same as LocatorID in OTA_HotelAvailNotifRQ.

Status: NotProcessed.

ShortText (may be empty): error message.

<OTA_HotelAvailNotifRS xmlns="http://www.opentravel.org/OTA/2003/05" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opentravel.org/OTA/2003/05 OTA_HotelAvailNotifRS.xsd" TimeStamp="2015-10-12T07:36:16-00:00" Target="Test" Version="1.004">
  <Errors>
    <Error Type="1" Code="367" Status="NotProcessed" ShortText="xml parse error"/>
  </Errors>
</OTA_HotelAvailNotifRS>

The Booking.com responses will contain a RUID string, which is an encoded string used by the Booking.com staff to trace back any updates made before. Whenever the Connectivity Partner wishes the XML-Team to look at any logfiles for debugging or the like; the RUID string needs to be provided. This will enable the Booking.com technical staff to provide Connectivity Partners with support.

RUID

<!-- RUID: [XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX] -->