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. Our Products
  2. Channel Manager
  3. RG Bridge - Supply (Push)
  4. Integration Overview

Integration checklist

The integration process for RG Bridge with third-party software (CRS/PMS/others) typically involves a number of critical steps. This checklist is not for integration of new channels on RG but exclusively for integration with CRS, PMS & other third-party software that the hotel wishes to integrate RG with. Use the checklist as a general guide to find out what the process involves & track where you are in the integration process.

Step

Check-point

1.

Vision of Integration

Establish and document a high-level vision of the proposed integration including

• Expected number of customers (Business Case)

• Expected list of channels for integration?

2.

Information/Data flow

Document whether this is One-way or two way integration? Reservations into RG or out of RG (And vice versa for ARI)?

3.

Business Requirements

Understand and document business requirements for the RG Integration.

• Can your application update Property additions, deletions and reactivation?

• Can your application accept reservations for default rooms and rate types?

• Do you require credit card information, especially CVV?

4.

Documentation requirements

RateGain would supply the following documents

• Integration specifications document

• Contract terms &conditions

RateGain would need the following documents

• Technical design document

• Contract terms &conditions

• Third party application (CRS/PMS) user manual

• Third party application test account details with a functionalities demo

5.

Technical feasibility study

Technical Requirements – Obtain a copy of the RG integration specification. Advanced working knowledge of web services and Rest are required to consume RG web services and to expose services.

Application Architecture – Review and document your own service architecture.

Identify the following:

· Is your application available online?

· Is your application always-on available?

· Can your application serve and consume web services?

Update mode – Batch processing versus real-time update generation

Any other technical requirements?

6.

Initiate project

Please email your requests to pmg@rategain.com. Please include a brief profile of your product and organization.

7.

Project Schedule

Determine activities and timeline for the integration. Typical integration projects take about three months from initiation to release.

8.

Contract

Sign contract with RG. Include project schedule, business case, scope of work, list of

channels and agreed service level agreements (SLAs).

9.

Setup

For RG Bridge, all setup would be done using the RG user interface. This would also

include automation of PRS (Property Requirement Specifications)

10.

Testing phases & preparations

Service Account/password – Obtain a service account and password for each application integrating with RG. The service account will allow you to integrate with

RezGain in the RG SIT environment.

Test Accounts for SIT – Obtain one or more test RG accounts for testing your integration in the SIT environment.

ServiceAccount/passwordfortheProduction Environment –Obtain a service account and password for each application integrating with RG. The service account will allow you to integrate with our production version.

11.

Certification by RateGain

Obtain a copy of the test cases required for the certification of the integration with RG. The RG team will check the following:

• Reliability

• Security

• Availability

• Stability

• Error handling

12.

Sales

Price the integrated product. Engage launch customers for alpha & beta phase.

13.

Monitoring & After Sales Support

RG Bridge would be integrated with the existing ticketing system (IMS/OTRS)

Format for the Channel Availability Reports(CAR), Channelhealthreports(CHR) and other reports would be decided and published by RateGain. Agreed service levels would be implemented by RateGain and monitored for third-party compliance.

Additionally, account management and customer training requirements would be

handled by RateGain account management.

Last updated 4 months ago