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
  • System Access
  • Mandatory UltraDirect XML Transactions
  • Optional UltraDirect (UD) Transactions and features
  1. UltraDirect
  2. UltraDirect Transaction Samples and Usage

Using UltraDirect (Seamless, a real-time transaction)

PreviousUltraDirect Transaction Samples and UsageNextEST (Enhanced Shopping Transaction)

Last updated 2 months ago

Seamless data describes and provides functionality for the real-time display and processing of reservations directly to the hotel’s central reservation system.

Data returned is held on the hotel’s database and is transient and stateless. Only when a confirmation number is received for a booking, is any information guaranteed.

System Access

The UAT (User Acceptance Test environment) URL where messages will be posted to during the development and certification phase will be provided after the project kick-off call.

A non-generic URL based on the SGA code assigned to the distribution partner will be used for all transactions other than Bookings, Cancels, and Modifications. An SGA code is an alphanumeric code that uniquely identifies a booking source in the RateGain/UltraDirect (UD) world. This code is assigned by RateGain at the time of the initial implementation.

This unique URL will be created as part of the RateGain environment set-up tasks and will be provided to you after the technical kick-off call.

Bookings, Cancels, and Modifications during the development and certification phase will use the UAT URL:

Security is based on combination of SGA code and pubic IP addresses

The SGA (source code) codes should be communicated to any potential supply partners during commercial negotiations.

Mismatches of SGA code and IP addresses result in the following errors:

“Server Error” IP:

This error is generated when either an invalid SGA code is passed, OR the message comes from a server whose public IP address has not been loaded in the RateGain Access Control List for that SGA code as illustrated below.

Demand Partner Assigned Source Code (SGA) is XX

For example, a customer may have a Source code of "XX" and an IP of 123.123.123.123. There are potentially two ways to be denied:

· If the example customer passes a code in the Source attribute other than "XX".

· If the example customer generates the message from an IP that is not listed.

Submission of a message with either of the conditions listed above will result in the following error message.

<HotelML xmlns="com/xpegs/v2001Q3/HotelML">
<Head xmlns="com/xpegs/v2001Q3/HotelML">
<Error xmlns="com/xpegs/v2001Q3/HotelML" Code="SYS87" Type="Security" Description="Message Originator Unauthorized"/>
</Head>
</HotelML>

Mandatory UltraDirect XML Transactions

The following UD XML transaction sets are mandatory for Demand Partners. All demand partners must be able to send the listed requests and consume the associated responses in order to complete UltraDirect (UD) Certification.

· Enhanced Shopping Transaction (EST)

· Rate Rules – [may be optional for negotiated rates]

· Booking

· Cancellation

Optional UltraDirect (UD) Transactions and features

Modify

Session control for use with bookings, modifications, and/or cancelation. Session control allows for “locking” rates and availability associated with the transaction for up to 15 minutes.

https://dshugenbk.RateGain.com:443/apps/TransactionInterfaceV1_1/DispatcherServlet