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. Content
  2. Content Update

Batch processing

PreviousTransaction FlowNextFile naming convention

Last updated 3 months ago

DHISCO allows the XML update messages to be sent as single transactions, or the messages can be collected and sent as a batch. Customers who wish to utilize a batch method of accessing the HCD XML Update Interface will FTP files to DHISCO for processing. DHISCO will process the batch file by separating the messages into individual transactions, validating its structure and content, and applying the update.

Each property record in a batch file is autonomous, meaning that if one record in the batch is invalid, processing will still be attempted on the remaining records in the batch.

Each batch can contain a variety of data combinations. The batch can be as structured as:

Only “Add” messages for a brand, or

Only “Deletes” for a chain, or

“Adds and Updates” for all brands, or

A complete refresh of properties for the chain

This is left up to the supplier to determine the data combinations.

Batch file format

An inbound batch file consists of one or more OTA XML messages, wrapped with a SOAP envelope and then the entire file is wrapped with a batch header and trailer tag. The SOAP header contains the action for the entire grouping of XML messages. Each OTA XML message contains a specific language code that identifies the language of the data within the message. Therefore, each action per language must be sent in a separate SOAP / XML message. The following example shows the separation of action, language, multiple properties per SOAP, and the use of the Header and Trailer within a single batch.

Inbound Batch File Example

<Batch>

<env:Envelope xmlns:env="" env:encodingStyle="" xmlns:enc="" xmlns:ns0=" veContentWS/HotelDescriptiveContentWS" xmlns:xsd="" xmlns:ns2="" xmlns:xsi="">

<env:Header>

<ns2:MessageHeader xmlns:ns1="" ns1:mustUnderstand="false" xmlns:ns2=" " ns2:version="2.0">

<ns2:From>

<ns2:PartyId ns2:type="partyIdType">Chain Name</ns2:PartyId> </ns2:From>

<ns2:To>

<ns2:PartyId ns2:type="partyIdType">DHISCO</ns2:PartyId>

</ns2:To>

<ns2:CPAId>HCDUpdateInterface</ns2:CPAId>

<ns2:ConversationId>ConvoID</ns2:ConversationId>

<ns2:Service ns2:type="1.0">HCDUpdateInterface</ns2:Service>

<ns2:Action>ADD</ns2:Action>

<ns2:MessageData>

<ns2:MessageId>ID12345</ns2:MessageId>

<ns2:Timestamp>2006-09-05T08:57:04.576-07:00</ns2:Timestamp>

</ns2:MessageData>

</ns2:MessageHeader>

<UsernameToken>

<Password>password</Password>

</UsernameToken>

</Security>

</env:Header>

<env:Body>

<HotelDescriptiveContents>

<HotelDescriptiveContent Property A

</HotelDescriptiveContent>

<HotelDescriptiveContent>

Property B

</HotelDescriptiveContent>

</HotelDescriptiveContents>

</ns2:OTA_HotelDescriptiveContentNotifRQ>

</env:Body>

</env:Envelope>

<env:Header>

<ns2:From>

<ns2:PartyId ns2:type="partyIdType">Chain Name</ns2:PartyId> </ns2:From>

<ns2:To>

<ns2:PartyId ns2:type="partyIdType">DHISCO</ns2:PartyId>

</ns2:To>

<ns2:CPAId>HCDUpdateInterface</ns2:CPAId>

<ns2:ConversationId>ConvoID</ns2:ConversationId>

<ns2:Service ns2:type="1.0">HCDUpdateInterface</ns2:Service>

<ns2:Action>UPSERT</ns2:Action>

<ns2:MessageData>

<ns2:MessageId>ID12345</ns2:MessageId>

<ns2:Timestamp>2006-09-05T08:57:04.576-07:00</ns2:Timestamp>

</ns2:MessageData>

</ns2:MessageHeader>

<UsernameToken>

<Password>password</Password>

</UsernameToken>

</Security>

</env:Header>

<env:Body>

PrimaryLangID="en">

<HotelDescriptiveContents>

<HotelDescriptiveContent

Property A

</HotelDescriptiveContent>

<HotelDescriptiveContent>

Property B

</HotelDescriptiveContent>

</HotelDescriptiveContents>

</ns2:OTA_HotelDescriptiveContentNotifRQ>

</env:Body>

</env:Envelope>

<env:Header>

<ns2:From>

<ns2:PartyId ns2:type="partyIdType">Chain Name</ns2:PartyId> </ns2:From>

<ns2:To>

<ns2:PartyId ns2:type="partyIdType">DHISCO</ns2:PartyId>

</ns2:To>

<ns2:CPAId>HCDUpdateInterface</ns2:CPAId>

<ns2:ConversationId>ConvoID</ns2:ConversationId>

<ns2:Service ns2:type="1.0">HCDUpdateInterface</ns2:Service>

<ns2:Action>Delete</ns2:Action>

<ns2:MessageData>

<ns2:MessageId>ID12345</ns2:MessageId>

<ns2:Timestamp>2006-09-05T08:57:04.576-07:00</ns2:Timestamp>

</ns2:MessageData>

</ns2:MessageHeader>

<UsernameToken>

<Password>password</Password>

</UsernameToken>

</Security>

</env:Header>

<env:Body>

<HotelDescriptiveContent

Property C

</HotelDescriptiveContent>

<HotelDescriptiveContent>

Property A

</HotelDescriptiveContent>

</HotelDescriptiveContents>

</ns2:OTA_HotelDescriptiveContentNotifRQ>

</env:Body>

</env:Envelope>

</Batch>

Outbound Batch File Example

<SOAP-ENV:Envelope xmlns:SOAP-

<SOAP-ENV:Header/>

<SOAP-ENV:Body>

<Errors>

<Error Code="497" ShortText="Authorization error

</Errors><UniqueID ID="ID12345-XX-12345-1" Type="1"/>

</OTA_HotelDescriptiveContentNotifRS>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

<Security xmlns=" wssecurity-secext-1.0.xsd">

<Username>username@</Username>

<ns2:OTA_HotelDescriptiveContentNotifRQ xmlns="" xmlns:xsi="" Version="4.000" PrimaryLangID="en">

<ns2:MessageHeader xmlns:ns1="" ns1:mustUnderstand="false" xmlns:ns2=" " ns2:version="2.0">

<Security xmlns=" wssecurity-secext-1.0.xsd">

<Username>username@</Username>

<ns2:OTA_HotelDescriptiveContentNotifRQ xmlns=""

xmlns:xsi="" Version="4.000"

<ns2:MessageHeader xmlns:ns1="" ns1:mustUnderstand="false" xmlns:ns2=" " ns2:version="2.0">

<Security xmlns=" wssecurity-secext-1.0.xsd">

<Username>username@</Username>

<ns2:OTA_HotelDescriptiveContentNotifRQ xmlns=""

xmlns:xsi="" Version="4.000" PrimaryLangID="en"> <HotelDescriptiveContents>

ENV="">

<OTA_HotelDescriptiveContentNotifRS xmlns="" PrimaryLangID="en" Version="4.000">

" Type="4">Unable to authenticate and authorize user: .

Error: Authentication failed for user: </Error>

http://schemas.xmlsoap.org/soap/envelope/
http://schemas.xmlsoap.org/soap/encoding/
http://schemas.xmlsoap.org/soap/encoding/
http://webservices.pegs.com/HCD/update_interface/HotelDescripti
http://www.w3.org/2001/XMLSchema
http://www.opentravel.org/OTA/2003/05
http://www.w3.org/2001/XMLSchema-instance
http://schemas.xmlsoap.org/soap/envelope/
http://www.oasis-
open.org/committees/ebxml-msg/schema/msg-header-2_0.xsd
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-
pegs.com
http://www.opentravel.org/OTA/2003/05
http://www.w3.org/2001/XMLSchema-instance
http://schemas.xmlsoap.org/soap/envelope/
http://www.oasis-
open.org/committees/ebxml-msg/schema/msg-header-2_0.xsd
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-
pegs.com
http://www.opentravel.org/OTA/2003/05
http://www.w3.org/2001/XMLSchema-instance
http://schemas.xmlsoap.org/soap/envelope/
http://www.oasis-
open.org/committees/ebxml-msg/schema/msg-header-2_0.xsd
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-
pegs.com
http://www.opentravel.org/OTA/2003/05
http://www.w3.org/2001/XMLSchema-instance
http://schemas.xmlsoap.org/soap/envelope/
http://www.opentravel.org/OTA/2003/05
username@pegs.com
username@pegs.com