Data Events and Triggers

The following events or actions cause a Travelport Booking Feed message to be generated to a customer’s unique data queue when a booking record (PNR/Booking File) is end transacted. For Travelport Booking Feed, three types of events are created:

  • Booking Event: A booking is created, or an existing booking is modified by adding or deleting an itinerary item.
  • Fare Quote Event: A fare quote is added or deleted.
  • Ticketing Event: A ticket is issued, voided, un-voided, refunded, or has a service fee attached. (Galileo only).

For customers who do not require all of the data sent by Travelport Booking Feed, data triggers can be used to control certain types of data sent from the Apollo or Galileo GDS to the Travelport Booking Feed adapter. Specific data triggered by a Galileo or Apollo event can either be sent or not sent to the adapter depending on a setting in the TBF Trigger table in the PCC’s AAT (Agency Account Table). For example:

If the primary traveler’s phone number is deleted from the PNR/BF, a Booking event is created in Travelport Booking Feed. A trigger can be set in the TBF Trigger Table to either send or not send the change in phone data to the Travelport Booking Feed client adapter when a Booking event occurs.

If the phone trigger (FONE/EMAIL CHNG) is enabled, then the modified phone data is received in the corresponding PhoneSeg table in the customer’s SQL database. Or, if the customer uses XML data instead of the database, the phone data is received in the corresponding BookingData/PassengerInformation/Phone element.

If the phone trigger is disabled, then the corresponding phone change data is not received in the corresponding PhoneSeg table or Phone element.

In this way, TBF triggers can be used to fine-tune the types of data received from Travelport Booking Feed to best meet an agency or other travel provider’s business processes or reporting needs. Similarly, an agency can limit unnecessary data to streamline their booking feed and avoid processing and storage of irrelevant data.

AAT Settings for TBF Triggers

Access to modify TBF Triggers is a PCC set by Travelport in the AAT, which governs functional capabilities for each PCC. The TBFA (Travelport Booking Feed Activation) field (formerly the GIDS field) has two flags:

  • The first flag controls access for customers with sign on credentials for that PCC to view and/or modify the TBF Triggers screen.
  • The second flag indicates the presence of six default TBF triggers (previously known as the ADAT (All Data All the Time) triggers). These triggers vary by GDS:

Trigger Screen

Field Apollo

Galileo

Ticketing Remarks change

TKT RMKS CHNG x

 

Invoice Remarks change

INV RMRKS CHNG  

x

Phone/email change

FONE/EMAIL CHNG x

x

Remarks change REMRKS CHNG x  
Notepad change NOTEPAD CHNGE   x
Form of Payment change FOP CHNG x x

 

The additional triggers are:

Trigger Screen

Field Apollo

Galileo

Create PNR/Booking File

CREATE PNR/BF x

x

Itinerary change ITIN CHNG x

x

Name change NAME CHG x

x

PNR Booking File split/divide SPLIT/DIVIDE x

x

Transacted ticket TKT EVENT x

x

Refunded ticket REFUND x x
Service fees SVC FEE x

x

Fare change FARE CHNG x x

 

The following table indicates the levels of access and default trigger settings depending on the values for the first and second flags in the TBFA field in the AAT.

Table Lock Setting

The Table Lock setting (TBFU) locks the TBF table so that only one update can be made at a time. If the table is locked, the FBFA screen display with a warning message at the top of the screen and the tab stops are disabled.

This functionality is controlled by the Agency Account Table (AAT).

Sine-On Profile

The information sent to the travel companies is controlled by the TBF Trigger Table. Currently anyone in a pseudo city code (PCC) that utilizes TBF can update the fill in format of the TBF Trigger Table. The Sine-On Security field gives PCCs the ability to restrict which users are permitted to update the TBF Trigger Table.

The TBFR defaults to TBFR ·N·N status: which allows changes to the trigger table for all users of TBF.

Once changed by agencies, the first Y indicates the user has the authority to turn on/off the second field for another user: TBFR ·Y·N; the second Y indicates the user is restricted from updating the TBF trigger table: TBFR ·N·Y.

Galileo

Display the access page of the SINE-ON Profile by entering:

>STD/Z followed by the agent ID then a slash and two asterisks.

Example: >STD/ZSO/**

The following example is the default setting. All users with access to TBF are allowed to update/change the TBF Trigger Table.

Apollo

Display the access page of the SINE-ON Profile by entering:

>STD/Z followed by the agent ID then a slash and two asterisks.

Example: >STD/ZSO/**

 

The following example, the user has been changed to N·Y status. This restricts the user from updating/changing the TBF Trigger Table.

 

TBF Trigger Table

Entry

>*TBF

With the default setting of TBFR ·N·N, a TBF user is allowed to update the below table for their PCC. If a given user’s profile is changed to restrict updates to the table (TBFR ·N·Y ), one of the following error messages is returned when an attempt is made by that user to update the Trigger Table:

1V

INVALID AUTHORITY / RESTRICTED

1G

RESTRICTED

 

Product-Specific Data Feeds

In addition to the TBFA field, three other AAT fields have flags that allow Galileo, Apollo, and ARNE customers to receive product-specific data. This customized data is collected internally and specifically sent to users of related Travelport products:

  • View Trip (VTRP AAT field)
  • E-Tracker (ETRK AAT field)

Configuring TBF Triggers

The combination of settings in the TBFA AAT field and the TBF Triggers screen determine if Travelport Booking Feed data is sent to a customer as well as the type of Travelport Booking Feed data sent.

TBF Triggers can be managed by enabled customers using the TBF Triggers fill-in format screen, which is available through Galileo and Apollo Terminal Data access. This screen is accessed by entering the *TBF command.

Within the TBF Triggers screen:

  • A ‘Y’ setting indicates that the data is sent to the client adapter when an applicable event occurs on the Galileo or Apollo GDS.
  • An ‘N’ setting indicates that the data is not sent to the client adapter when an applicable event occurs on the GDS.

Important! If emulation is used to access and administer other PCCs, the screen for each emulated PCC must be configured separately.

TBF Triggers, Events, and Corresponding Data

The following table shows:

  • The Event type triggered when a TBF Trigger field is enabled (set to ‘Y’).
  • The corresponding SQL database tables and fields that receive the triggered data.
  • The corresponding XML elements and attributes in the TBF schema that receive the triggered data.

The behavior of triggers and corresponding events can be affected by the relationship with other triggers or their usage in a specific circumstance:

  • The same TBF Trigger field can affect different events and corresponding database tables/XML elements, depending on the type of data associated with the event.

For example, the CREATE PNR/BF field can trigger either a Fare Quote event or a Booking event, depending on whether the created PNR/BF contains or does not contain a fare quote.

  • Some triggers can “override” other triggers.

For example, if the FONE/EMAIL CHNG trigger is disabled (set to ‘N’), a Booking event is not triggered when an email address is added to the itinerary. However, if an email address is created as a part of a new PNR/BF, a Booking event is triggered because the email address is part of the entire PNR/BF.