Developer Docs
  • Our Products
    • Channel Manager
      • Integration and Onboarding Flow
      • RG Bridge - Supply (Push)
        • Integration Overview
          • Vision of Integration
            • Commercial value and business case
          • Information Data flow
            • One way integration
            • Two Way integration – ARI Broadcast and Reservation fetch
            • Information delivery mechanism
          • Technical feasibility of integration
            • Test property setup
            • Sample reservation data
          • RG Bridge Setup
          • Contract
          • Project Plan
          • Certification
          • Monitoring and after sales support
          • Integration checklist
        • Interface Specifications – Availability and Rates Notification Service
          • RG Bridge Integration Process
          • Intended Audience
          • Typographical Conventions
          • Technical Overview
          • Operations
            • Availability Notification
              • OTA_HotelAvailNotifRQ
                • Change in Inventory count
                • Change in availability status and Restrictions
              • OTA_HotelAvailNotifRS
              • XML Usage Specification
            • Rate Change Notification
              • OTA_HotelRateAmountNotifRQ
              • XML Usage Description
              • OTA_HotelRateAmountNotifRS
              • XML Usage Specification
            • Points to remember
        • Interface Specifications – Reservation Notification Service
          • RG Bridge integration process
          • Intended audience
          • Typographical conventions
          • Technical overview
          • Operations
            • Reservation Notification
              • OTA_HotelResNotifRQ
              • XML Usage specification
              • Sample Reservation Messages
              • OTA_HotelResNotifRS
              • XML Usage specification
          • Points to remember
          • Code Lists
      • RG Bridge - Reservation Retrieval (Pull)
        • Technical overview
        • Operations
          • Reservation Retrieval
            • OTA_ReadRQ
            • XML Usage specification
            • OTA_ResRetrieveRS
            • XML Usage specification
          • Reservation Confirmation
            • OTA_NotifReportRQ
            • XML Usage specification
            • OTA_NotifReportRS
            • XML Usage specification
        • Code Lists
      • Direct Connect - Demand (Push)
        • Introduction
        • Interface Specifications – ARI Service
          • Technical Overview
          • Operation: Property List
            • HotelPropertyListGetRQ
            • HotelPropertyListGetRS
            • Test Use Cases
            • FAQ
          • Operation: Product List
            • HotelProductListGetRQ
            • HotelProductListGetRS
            • Test Use Cases
            • FAQ
          • Operation: ARI Get
            • HotelARIGetRQ
            • HotelARIGetRS
            • Test Use Cases
            • FAQ
          • Operation: ARI Update
            • HotelARIUpdateRQ
            • HotelARIUpdateRS
            • Test Use Cases
            • FAQ
          • Points to remember
          • Code Lists
        • Interface Specifications – Reservation Notification Service
          • Technical overview
            • Communication protocols
            • General design
            • Authentication
          • Operation: Reservation
            • OTA_HotelResNotifRQ
            • OTA_HotelResNotifRS
            • Test use cases
            • FAQ
    • Smart Distribution
      • Onboarding process
      • Certification - Demand
      • Authentication Method
      • Book and Cancel Reservation
        • Transaction Header Formats
        • Book API
          • Book Reservation
          • Cancel Reservation
          • Booking Reservation Request Message Format
          • Booking Reservation Response Message Format
          • Cancel Reservation Request Message Format
      • Multiavailability (Enhanced Shopping Transaction)
        • Transaction Header Formats
        • Enhanced Shopping (EST) – Detailed Rate Information
          • Requesting Specific Rates
          • UltraDirect Account Author Negotiated Rate Processing
          • Unavailable Properties
          • UltraDirect Cache Processing
          • Enhanced Shopping Transaction Request Header Format
          • Enhanced Shopping Transaction Response Message Format
      • Pre-Book
        • Transaction Header Formats
        • Pre Book API
          • Pre-Book Request message format
          • Pre-Book Response message format
      • Property list and Booking Summary
        • PropertyList API
        • Booking Summary API
  • Content
    • Integration Process
    • Certification - Demand
    • Content Retrieve
      • SOAP/HTTP
        • SOAP Envelop
        • SOAP Body
        • Date and Time
        • Specifications for Currency Amounts
      • Transaction Specifications
      • Content Retrieval Request
      • Content Retrieval Response
    • Content Update
      • Overview
      • Transaction List
      • Transaction Flow
      • Batch processing
        • File naming convention
      • Multi-lingual capabilities
      • Associating media to textual content
      • Managing images
      • GDS content updates
      • Office of Foreign Assets Control (OFAC)
      • Interface requirements
        • SOAP envelope
        • Standard element formats
      • Transaction specifications
        • Data mapping of elements
        • Area Information
        • Affiliation information
        • Media information
        • Contact information
        • TPA extensions
        • GDS information
        • Response message
      • Codes lists
        • Credit Card
        • Error and Warning codes
        • Spoken Language
        • State and Country
      • Supported language codes
      • Client application generation using WSDL tool
  • UltraDirect
    • Integration Process
    • Certification
    • Ultradirect transaction sets - XML
      • Transaction header formats
      • Booking transactions
        • Booking request message format..
        • Request message format - Cancel
        • Request message format - Commit/Rollback
        • Request message format - Modify
        • Response message format - Booking
      • Enhanced shopping (EST)
        • Requesting Specific Rates
        • Request message format
        • Response message format.
      • Rate and availability transactions
        • Standard multi-availability
          • Request & Response message format
      • Rate Rules
        • Request message format
        • Response message format
      • Reference data transactions
        • Request message format..
        • Response message format..
      • Single property availability
        • Request message format
        • Response message format
    • XML ultradirect specifications
      • Overview
        • Transaction list
      • Interface requirements
      • Transaction meta data
    • Error Codes..
    • UltraDirect Transaction Samples and Usage
      • Using UltraDirect (Seamless, a real-time transaction)
      • EST (Enhanced Shopping Transaction)
      • Rate Rules
      • Book Reservation
      • Cancellation
      • Book Reservation with session control
      • Modification
      • Booking Storage and Retrieval
      • List of Test Credit Cards
      • Test properties in UAT
      • Guarantee Type and Method Combinations
    • xml ultradirect codes
  • Get in Touch
    • Questions?
Powered by GitBook
On this page
  1. UltraDirect
  2. Ultradirect transaction sets - XML

Transaction header formats

This section provides details of the Header element, which is common to all request and response messages.

Header element (Request Message)

Element Path

Attribute

Occ

Type

Notes

HotelML/Head/Process

1

DataPath

1

Char

This specifies the XPath to the main ‘form’ in the request message. It will vary depending on the transaction. For example, "/HotelML/Form/MultiAvailability” or "/HotelML/Form/PropertyInformation” etc

Function

1

Char

This identifies the UltraDirect function. It will vary depending on the transaction. For example “TI_MultiAvailabilityV1_1” or “TI_PropertyInformationV1_1” etc.

Token

1

Char

Unique ID for the transaction generated by the system sending the transaction.

Timeout

0..1

Integer

Currently, this attribute is only applicable to the Enhanced Shopping transaction. It specifies the maximum time (in milliseconds) that UltraDirect should wait for responses from the CRSs before returning a response to the affiliate. If the timeout expires before the rates and availability has been obtained for all properties then UltraDirect will return details to the affiliate of all properties that have responded. UltraDirect will also return a second response for all remaining properties if requested (by using the AcceptMultipartResponse attribute) If the attribute is omitted, the standard UltraDirect timeout value will be used. If the requested timeout is greater than the UltraDirect standard timeout, the standard timeout will be used.

AcceptMultipart Reponse

0..1

Boolean

Currently, this attribute is only applicable to the Enhanced Shopping transaction This attribute specifies whether the requesting system will accept a response in multiple parts – i.e. the results for an initial set of properties after the affiliate-specified timeout expired, followed by the results for the remaining properties. This is implemented as a ‘chunked’ transfer-encoded HTTP response. If multi-part responses are not requested (i.e. the value is false or the attribute is omitted) then only one response will be returned. This attribute is only applicable when the Timeout attribute is supplied. It will be ignored if Timeout is omitted.

HotelML/Head/Route

1

Source

1

Char 2-3

Identifies the organization sending the transaction. The value to use will be provided during the implementation project.

Destination

1

Char 2

Always set to “00” (i.e. zero zero).

RequestedAccuracy

0..1

Enum

This attribute is only applicable to the transactions that use the UltraDirect cache – i.e. Enhanced Shopping and Single Property Availability transactions. This specifies whether the response can be generated from the UltraDirect transaction cache. Note: this is a preference, since it can be overridden by the hotel chain. Valid values are: “CacheOrSource” (default if the attribute is omitted) - First attempt to respond with data from the cache, but if data is not available, deliver the request to the source (hotel CRS) for processing. “SourceOnly” - Bypass the cache and return availability from the source (hotel CRS) only. “CacheOnly” - Only return data from the cache. If data is not available in the cache for the requested parameters, then an error will be returned It is strongly recommended to set this to “CacheOrSource”.

An example of a simple header is shown below:

<Head>
<Process DataPath="/HotelML/Form/BookReservation" Function="TI_BookReservationV1_1" Token="1307101856910"/>
<Route Destination="00" Source="01"/>
</Head>

A more complicated example, used by the Enhanced Shopping transaction, is as follows:

<Head>
<Process DataPath="/HotelML/Form/MultiAvailability" Function="TI_MultiAvailabilityV1_1" Token="1273480445698" Timeout="2000" AcceptMultipartResponse="true"/>
<Route Destination="00" Source="01" RequestedAccuracy="CacheOrSource"/>
</Head>

Header (Response Message)

Element Path

Attribute

Occ

Type

Notes

HotelML/Head/Route

1

Source

1

Char 2-3

Same as Route/@Destination in the request message – i.e. will always be set to “00”.

Destination

1

Char 2

Same as Route/@Source in the request message

HotelML/Head/Operation

1

Action

0..1

Char

The action performed by the application (i.e. “Create”)

App

0..1

Char

The name of the application performing the operation – i.e. “TIDispatcher”

AppVer

0..1

Char

The version of the application performing the operation – e.g. “1.12.40.2.8.1”

DataPath

0..1

Char

The data path of the node on which the operation was performed – e.g. “/HotelML”.

StartTime

0..1

DateTime

The date and time the operation was started – e.g. ="2011-05-20T10:03:18.119+00:00"

Success

0..1

Boolean

Status returned by the application performing the operation

TotalProcessTime

0..1

Integer

The total time required to perform the operation in milliseconds.

HotelML/Head/Warning

0..M

Returned if there is an error that did not prevent processing and the subsequent generation of a response, however there are conditions associated with the error that should be looked at.

Code

1

Char 5

Error code. See XML UltraDirect v1.1 Error Codes document for a list.

Description

1

Char

Error description

FormDataPath

0..1

Char

This is the data path to the node that was being processed when the error occurred – e.g. "/HotelML/Form/PropertyInformation".

Normally returned when the XML request is invalid (i.e. does not validate against the XML schema.

ResponseDataPath

0..1

Char

This is the data path in the response message that incurred the error. This is currently used in the enhanced shopping transaction response to indicate the property that had the error/warning. The format is”Hotel/Property[@Code='UI;12345']” where UI;12345 is the property ID. See section 0 for an example of how this is used.

Type

1

Identifies the type of error. Values are: “Validation” - XML instance document does not conform to grammar/syntax rules as dictated by the XML Schema. “Malformed” - XML instance document does not conform to format as dictated by XML 1.0 specification. “Security” - Requestor is not authorized to perform requested function. “Usage” - XML instance document does not conform to minimum data requirements defined by XSL Transform. “SystemStatus” - Critical system is not available. “Process” - The local or remote system that processed the request encountered an error.

HotelML/Head/Error

0..M

Returned if there is an error that prevented processing from occurring, but the system recovered and was capable of providing information about the error. Same attributes as Warning.

HotelML/Head/Fatal

0..M

Returned of there is an error that resulted in the abortion of processing and the system did not recover. Same attributes as Warning.

An example of a Header element returning an error is shown below:

<Head>
<Route Destination="01" Source="00">
<Operation Action="Create" App="TIDispatcher" AppVer="1.12.40.1" DataPath="/HotelML" StartTime="2011-07-31T20:15:11.143+00:00" Success="true" TotalProcessTime="99"/>
</Route>
<Error Code="PID10" Description="PROPERTY NOT AVAILABLE " Type="Process"/>
</Head>
PreviousUltradirect transaction sets - XMLNextBooking transactions

Last updated 2 months ago