The differences between PULL and PUSH integrations.
Let's start at the start: what's an XML integration?
An XML integration is basically a connector that acts as a "translator" between the systems of customers and suppliers, allowing different formats or programming languages (usually XML) to be compatible. This way the information from a hotel provider, a Rent a Car, an airline, a railway company, or a shipping company is available on the website of an online travel agency, even if they have the databases information structured differently .
PULL integrations, like PUSH integrations, always involves two agents: a Seller (supplier) and Buyer. The PULL integration is a two-way system by which Buyers, such as OTAs (online travel agencies), tour operators, etc send requests for Availability to TravelgateX (TGX for short 😀) and as soon as we receive this request, we query the Seller and they respond instantly.
The static information (Hotel List, Geographic Tree, Destination Tree, Room List…) will also be downloaded from the Seller's API. The quantity and quality of this information will depend on what the PULL Seller provides to TravelgateX, but the rule is that whatever the Seller returns the Buyer will receive - it. The Hotel/Room/Destination codes obtained/returned from the Seller will be the ones the Buyer will receive.
Static Information is refreshed in our system every 2 weeks (we can force a refresh if required -just open a ticket to our Customer Care Team). With regards to photos, if the Seller provides this information, we will return it. Normally, they use to include image URLs.
PULL Connectivity Advantages
- Real Time communication between Buyers and Sellers
- Technically easier to develop.
PULL Connectivity Disadvantages
- These integrations need to be able to support higher traffic so they require a higher system investment than PUSH integrations.
A PUSH Connection, as its name says, it’s a connection where the Channel Managers PUSH their product to TGX Database/System.
When a PUSH Connection is done, the Buyer(according to what they have agreed with the hotels) will build the Hotel Setup on our Inventory Extranet. The Hotel Setup is the structure of the hotel: Hotel->Rate->Rooms (and Offers/Derived Rates).
Once the client has finished the Hotel Setup, they have to inform the Channel Manager so they can PUSH the Availability for them. As soon as the Channel Manager PUSH their product to this connection in our System, the product will be immediately processed and offered to the Buyer. The Buyer and the Channel Manager/Hotels should be always in touch in order to be aware of Hotel Structure Changes (like modifications/new rates/rooms).
In regards to the Static Information, this information is created and stored directly at TGX System, which means that the Hotel Codes and Room Codes will be from TGX system (and not from the Supplier as the PULL Connections), and they will be the same for any Channel Manager PUSH Connected in TGX. For PUSH Connections, content like images, hotel descriptions, amenities are not provided.
PUSH Connectivity Advantages
- Sellers don't have to support as much traffic so they don't require such high systems investment.
- Great response times
PUSH Connectivity Disadvantages
- No activity occurs in real time as the Seller, once they update the availability, doesn't communicate with the Buyer until the available products are sold.
- They are much more complex than PULL therefore require more development time.
Please, remember that TGX acts as a bypass: we send the Buyer the information received from the Seller regardless if it’s PUSH or PULL. As transparency is a key value in TravelgateX, we do not have "Travelgate hotel codes" - we always work with the Seller's native codes. Having said that, our Hotel-X Buyers have the possibility of loading their hotel/board/room mappings directly to an FTP in our system. All our Buyers (legacy API or Hotel-X) can also work with Giata codes.
It's important to bear in mind that TGX does not provide a Calendar Method. In case the Buyer needs an Availability Calendar , they will have to scan the Sellers by sending the necessary Avail Queries for different dates and hotels, and then build their own Calendar with the information received.