Why use our Travel Web API iXX1?

The process of shopping is simplified and trip proposals offers are provided with travel policies and personal preferences from the outset and reduced or narrowed down to the essentials based on predefined criteria to simplify choice. The travel booking (also: Passenger Name Record, PNR) is done via the shopping cart management. All this, including downstream processes such as file finishing and reporting, is centrally defined and managed. All booking tools that use messages from the PASS Travel Web API receive uniform guidelines and data labels - in other words, the content is identical for everyone. The travel booking is supplemented within the remarks according to the specifications of a booking reference typical for the company. In this way, subsequent processes such as middle office, back office, travel risk management or accounting can be carried out without challenges (file finishing). This facilitates and simplifies, among other things, the development of your own booking tool or approval procedure considerably.

In addition to shop, book, exchange and refund processes to all content provider, iXX1 also offers the opportunity of intelligent data retrieval from the GDS and other content provider such as low cost carrier. This no longer takes into account all PNR changes, but only those that are relevant. In the context of “duty of care”, it is important for a travel risk management company to know which travelers should be where and when. A change of seat, for example, is less important than a transfer to another flight or a change of destination, as these entail new risks. The schedule change caused by the airline can also represent an improvement following certain rules, but can also cause a deterioration if, for example, a passenger can no longer reach his sailing cruise or a traveler will miss his connecting flight.

Target groups

The Travel Web API is interesting for all user groups who want to create user interfaces for themselves or their customers, and take advantage to access a simple micro service interface for the complex travel booking world.

• Agency / business travel management: Standardized provision of compressed data or travel policies / file finishing / reporting across all UI applications.
• Technology providers / client applications: Reduction of complexity by eliminating the need to implement travel policy / file finshing / fare detection / marketing messages / reporting fields in the client application. The pure display of the data compressed by iXX1 from the messages is sufficient for the developer to create a sophisticated client application.
• Corporates: All client applications (desktop, mobile, chat bots etc.) only need to implement the iXX1 messages and immediately receive (centrally controlled) identical content with the necessary flags, such as preferred rates or preferred service providers. This centralizes, standardizes and simplifies the control of the booking.

Special iXX1 services:

¹Error related services

Error normalization and translation:

The partly non-transparent error messages of the third-party systems are normalized and mapped to predefined error codes in iXX1. If desired, the additional error texts can be "translated" into layman’s terms and/or customer-specific recommendations for action for the end user.

No empty result service:

This service avoids empty results from 3rd parties. Errors are not only cleaned up, it is also automatically reacted to certain errors. For example, a function can be configured that attenuates a too restrictive query and automatically resends it if the first result is empty. Example: Flight enquiry Munich - Los Angeles 9.00 a.m. +/- 2 hours with Lufthansa. In this case, the result would be empty, since the LH flights do not start until 12.00 noon. If iXX1 receives the empty result, another query is sent immediately and the time limit is removed. Then the system outputs the new result with a hint that the time window has been removed, otherwise no results would have been found.

²Combined one-way flights

In addition to defined round trips, which are offered and priced by GDS, our intelligent iXX1 also includes relevant single flights (one-way) from all connected systems, combines them and compares whether you can get away cheaper. For each outbound flight, the possible return flight combinations from different systems (e.g. outbound flight via Amadeus and return flight directly via Eurowings and all cross products of all providers) and the average price range from the cheapest and most expensive combination are determined in order to obtain the best combination. The Travel Policy shall apply accordingly to these possible combinations. (Note: Due to the Point-of-Commencement problem, we do not offer combined one-way prices for two one-way GDS flights).

³Integrated business logic for complex third-party systems

In addition to message content, the behavior of third-party systems is normalized for the client application, further reducing their complexity without sacrificing performance. An example of this is ⁴destination management: Some content providers expect that before a connection is queried, the system checks whether the respective airline is flying to this destination at all. Only if this is the case may the source be queried. iXX1 automatically performs this preliminary check in the background. The client application does not require any knowledge about flight routes or the route network of the respective airline. Another example is the Branded Fares Test: Similar logics ensure that unnecessary queries and waiting times for the client are avoided. Certain tariffs (e.g. branded tariffs) are already checked in the background for certain workflows and the client application signals whether it makes sense to query them. The branded tariff and upsell query can be waived if iXX1 has already determined in the background that there is none for this connection.

*Both usage models require a basic monthly fee of $15,000.

**Average look-to-book ratio per any given calendar month not exceeding 100:1.