Big Data for Travel

PASS PNR Retrieval for accessing structured PNR Data

Big Data for Travel – Booking Volumes in Overview

Booking data provision with PASS PNR Retrieval

PASS PNR Retrieval allows you to accurately access all Passenger Name Records (PNRs) along with ticketing and EMD information saved in the booking system and provides you with a detailed overview of a company's overall travel activities. Both travelers' designated whereabouts and the associated costs are clearly shown in near real-time: pre-, in-, and post-trip. Thus, you are always informed when new records are created and when changes occur.

Thanks to its rich functionality, PASS PNR Retrieval is useful for many diverse applications. Leading suppliers of travel tracking solutions use our service, for example, to find out where employees are scheduled to travel, in order to make relevant information available to them concerning upcoming trips (e.g. vaccinations and places to be avoided for safety reasons), and to support them during their trips. Further applications are in the areas of data mining, business intelligence, risk management, after sales services and more.

PASS PNR Retrieval is based on our renowned Travel XML API, which accesses the best and most robust GDS interfaces. Our service offers the ability to collect data from different systems in one central location.

Still have questions? We are happy to advise you and of course stand by your side throughout the integration of our services.

Highlights

ONE INTERFACE

ONE INTERFACE

Overall travel volumes at a glance: Our service carries data from different reservation systems worldwide together in one place.

STRUCTURING

STRUCTURING

PASS PNR Retrieval keeps your data in a standard format, which substantially simplifies further processing.

AUTOMATION

AUTOMATION

The manual addition of data and list updates are a thing of the past; from now on all data are ready to use in near real-time.

Your Benefits

USERS AND THE TECHNICAL TEAM

USERS AND THE TECHNICAL TEAM

  • technical advice through the GDS specialist PASS
  • flexible service models
  • always up-to-date: integration of the latest GDS interfaces on the market
  • scan optimiziation: the number of GDS scans is reduced to a minimum
  • integration of event notifications
IT MANAGERS

IT MANAGERS

  • one integration: no longer needed to address a variety of interfaces
  • no adjustment efforts concerning third party interfaces
DECISION-MAKERS

DECISION-MAKERS

  • time and cost advantages over an in-house development and GDS solutions
  • affordable: price per unique PNR in the range of a few cents
  • independence from GPS providers
  • immediate ROI starting from a certain purchase quantity
  • rapid implementation: service can be used immediately following contract closing

How to deal with the GDSs?

Some of our clients used to get PNR feeds from various TMCs. However, it may be more beneficial to access only three GDSs to obtain unified data than to receive feeds from numerous TMCs. With our XX1 Big Data System, we integrate into Sabre and Abacus, Travelport, Galileo (outside US), Apollo and Worldspan (inside US) as well as Amadeus. You will receive a uniform data format through a single interface or data feed. In addition, the PNR of the GDS always shows the latest and greatest information about the trip – even if the booking is changed, for example by the traveler, without calling the agency.

In order to retrieve bookings from the GDSs, usually the booking process itself does not need to be altered. The only requirement is to put the PNR on a GDS queue that belongs to you, in order for the PASS application to realize the creation, cancellation or change of a PNR.

This only requires a configuration in the setup and can be done in two ways:

  • The entity that creates or changes the PNR (i.e. the agency or booking tool provider) sets their system up to automatically put such PNR (or any change of it) on your queue (under your PCC) or
  • You configure your system to access a queue of the PNR creator – a queue owned by the creator, but assigned to you.

 

Once everything is setup the process is as follows:

  1. The traveler/agent creates or changes a booking.
  2. The booking is routed to a queue assigned to you through the process described in the tab GDS queue configuration.
  3. Your assigned queue is monitored on a regular basis by our Queue Management Application (QMA) or by a self-built application. As soon as QMA detects that a new or altered PNR is in the queue, our XX1 retrieves the PNR, translates it into a uniform message (PNRViewRS) and returns it to you via your preferred channel (e.g. ftp, sftp, database, etc.).

 

Either way, you need GDS agreements which you have to negotiate with the GDSs. We are an authorized developer for all GDSs and you can always refer to us as your developer. Using our system that connects to the GDSs guarantees a smooth conversation between you and the GDS. Any negotiation is reduced to a commercial agreement between you and the GDS. Technical challenges are reduced to a minimum (you may still need a certification of your application).

In our experience, your contract with a GDS should include the following (please clarify directly with the GDSs what you need):

  • Amadeus: you have to apply as a CAU (Client Application User) at our CAP (Client Application Provider); your application has to be certified with the message set under which we have been certified.
  • Sabre: Developer Agreement (if you are a developer) or Downline Agreement (if you are an agency); the technical setup will be requested by us. Sabre is very selective and does not authorize everyone, so there is a whole process (internal vetting, etc.) that has to be run through. Such process may be kicked off by us in your name. If you wish us to kick-off the process, we would need an introduction to your company.
  • Travelport: uAPI contract; the setup will also be requested by us in most cases.

What happens if GDSs claim not to know us?
GDSs are large organizations on a global scale. It happens that a GDS account representative does not know about us – even though we are listed as authorized developer on respective online sites (i.e. Sabre or Amadeus). If you have any trouble please contact us.

 

Technical Data

What's under the hood

PASS PNR Retrieval is an ASP.NET application working in conjunction with the Microsoft SQL database. This database is used, among other things, for the storage of configuration adjustments (versioning), error logging as well as other internal management data. The PNR, EMD and ticketing data can be made available in a standard XML format (via FTP or stored in database tables) or as structured data in normalized SQL in database tables (RDM) – unstructured data are thus converted into structured data..

The size of the database is mainly determined by the audit data, including download attempts as well as successful and failed downloads. These depend on the number of GDS queues and queries. In addition, you can set time limits for the deletion of the data.

Other databases are also supported upon request.

Use Case: Travel Risk Management

Big data in practical use

Companies must fulfill their duty of care in order to guarantee the safety of their employees. Especially in business travel, this task has recently become more and more important and companies are increasingly focusing on travel risk management (TRM). A survey conducted by Business Travel News reveals that 65 per cent of the companies surveyed have increased their attention to travel risk management over the past three years.

PNR data are among the most important information to be used in this context. PASS PNR Retrieval therefore supports the coverage of the three main pillars of travel risk management:

In order to prevent an incident to happen, our clients can observe market threats such as geopolitical threats (civil unrest, war, recent terror incidents, raised threat levels), criminal threats (rates of violent crimes, kidnapping, petty crime, drug trafficking), regulatory threats (border restrictions, tax codes, workers’ rights, drug laws, sex trade), cultural threats (women’s and LGBT rights), infectious diseases (Ebola, Zika, Avian flu) and environmental hazards (quality of air, earthquakes, hurricanes, tornados). Such information can be combined with the traveler’s profile – their ranking, health, vaccinations, travel patterns and compliance (gaps in travel data or risky moves such as international car rentals or car rentals following long haul flights). Our solution allows clients to retrieve the PNR data of an upcoming trip from third parties such as GDSs by asking the TMS or OBT provider to place their employees’ PNRs on a specific queue which we monitor consistently and retrieve PNRs in case of bookings or changes.

As a result, our clients are able to mitigate the risks – meaning to treat them (reduce them to an acceptable level), transfer them (pay a third party to take the risk, e.g. insurance), tolerate them (take no action as there is no realistic way to mitigate the risk or the mitigation cost cannot be justified), or terminate them (abort the activity as a last resort).

Once travelers are on their trip, various TRM features monitor what happens. Our solution helps to find out where the traveler should be and – provided tracking is being allowed – where he actually is. If something is wrong, it might be possible to contact the traveler and activate his microphone or smartphone camera. Monitoring also includes a safe workspace abroad with the assessment of corporate facilities as well as the observation of news, events and compliance.

If something happens, the right reaction ensures the safety of the traveler. In an accident, this may mean bringing an English-speaking doctor to the person in need, taking them home, evacuating them, or providing them shelter. In the end, it all comes to down to effective crisis management. And one thing should not happen: that the crisis could be solved if only someone had the authority to sign a check at 3pm…

Reference

Duncan Hillyer

"In order to respond quickly in the event of a crisis, you need to know where specific employees are located based on their travel itinerary or last known location. We generate this information via the integration of PASS PNR Retrieval into the PeopleMonitor module of GlobalRiskManager. This provides passenger name records (PNRs) by aggregating data from all relevant systems. This centralised provision of data ensures that a current overview of the situation is guaranteed, and travellers can be targeted to receive information if dangerous situations arise either directly or through their traveller app."

 

Duncan Hillyer

Business Development Executive

Drum Cussac

  Read press release

Big Data for Travel

2017-07-18

5

Further references on request.