Skip to main content

Enhanced Air Ticket

Air
Ticketing
REST API
Travel Agency
Try Now
release_note
  • Added capability to pass cost center information at .Ticketing.FOP_Qualifiers.BasicFOP.CostCenter
  • Added capability too indicate manual OB fee that should be associated to the payment card at .Ticketing.FOP_Qualifiers.BasicFOP.CC_Info.PaymentCard.ManualOBFee
  • Added capability to reference a form of payment from a PNR FOP field for multiple form of payment ticketing transactions at .Ticketing.FOP_Qualifiers.BSP_Ticketing.MultipleFOP.Reference
  • Added capability to associate baggage allowance per specific flight segment at .Ticketing.MiscQualifiers.BaggageAllowance.SegmentSelect
  • Added capability to claim commission on the Net Fare during ticketing transaction at .Ticketing.MiscQualifiers.Commission.Net
  • Added capability to specify an 8 digit discount approval code at .Ticketing.MiscQualifiers.Discount.Code
  • Added capability to issue paperless service fee using the service fee amount stored in the TJR settings for the agency at .Ticketing.MiscQualifiers.MISF
  • Added capability to pass discount amount, selling fare amount and tour code for Net Remit ticketing transactions at .Ticketing.MiscQualifiers.NetRemit

API Information

Response Format
JSON
Method/Endpoint
/v1.3.0/air/ticket
Current Version
1.3.0
Target Audience
Both TN and AS
Environment
Production

What's New

  • Added capability to pass cost center information at .Ticketing.FOP_Qualifiers.BasicFOP.CostCenter
  • Added capability too indicate manual OB fee that should be associated to the payment card at .Ticketing.FOP_Qualifiers.BasicFOP.CC_Info.PaymentCard.ManualOBFee
  • Added capability to reference a form of payment from a PNR FOP field for multiple form of payment ticketing transactions at .Ticketing.FOP_Qualifiers.BSP_Ticketing.MultipleFOP.Reference
  • Added capability to associate baggage allowance per specific flight segment at .Ticketing.MiscQualifiers.BaggageAllowance.SegmentSelect
  • Added capability to claim commission on the Net Fare during ticketing transaction at .Ticketing.MiscQualifiers.Commission.Net
  • Added capability to specify an 8 digit discount approval code at .Ticketing.MiscQualifiers.Discount.Code
  • Added capability to issue paperless service fee using the service fee amount stored in the TJR settings for the agency at .Ticketing.MiscQualifiers.MISF
  • Added capability to pass discount amount, selling fare amount and tour code for Net Remit ticketing transactions at .Ticketing.MiscQualifiers.NetRemit

Business Value

  • This release introduces all business functions implemented in the low level ticketing API - AirTicketLLSRQ released in versions 2.11.0 - 2.14.0

Relase note ID: 17051


  • Extended sleep/delay logic for future ticketing lines. When API receives the "F LINE PROCESSING STARTED" warning message from AirTicketLLSRS, it will will wait 2000 ms for each future ticketing line that is sent in the AirTicketRQ in order to successfully complete the ticketing transaction.
  • Added a delay before 2nd call to TKT_DocumentServicesRQ - This is done to mitigate cases where multiple tickets were issued but only some of them are visible in the ticketing database, the extra delay of 500 ms aims to mitigate the problem.
  • Added AirTicketRQ.PostProcessing.actionOnBackDatePrice - The API was enhanced to handle `UNABLE TO TICKET STORED FARE - PQ CONTAINS BACK DATE PRICE` ticketing mask. By default, the API will attempt to "R" - Reprice the stored fare, however the user can specify to "O" - Override or "Q" - Quit as well.
  • Extend future line logic with Ticketing Mask detection. - As of now, when future ticketing line processing starts, the API will also react to known ticketing mask messages via SabreCommandLLSRQ.
  • (03/08/2022) Enabled user controlled delays between multiple ticketing transactions as a way to limit 'SIMULTANEOUS CHANGES' error occurrences. Added AirTicketRQ.PostProcessing.TicketingInterval.waitInterval to allow the user to tell the API to wait between subsequent .Ticketing transactions.
  • (03/08/2022) The API will now handle a very specific corner case related to multiple Future Line issuance. If you decide to quit upon encountering so-called 'ticketing masks' (acceptNegotiatedFare, acceptPriceChanges, actionOnBackDatePrice and actionOnPQExpired), system will now take into account already issued Future Ticketing lines commit them to the reservation.

API Information

Response Format
JSON
Method/Endpoint
/v1.2.1​/air​/ticket
Current Version
1.2.1
Target Audience
TN
Environment
Production

What's New

  • Extended sleep/delay logic for future ticketing lines. When API receives the "F LINE PROCESSING STARTED" warning message from AirTicketLLSRS, it will will wait 2000 ms for each future ticketing line that is sent in the AirTicketRQ in order to successfully complete the ticketing transaction.
  • Added a delay before 2nd call to TKT_DocumentServicesRQ - This is done to mitigate cases where multiple tickets were issued but only some of them are visible in the ticketing database, the extra delay of 500 ms aims to mitigate the problem.
  • Added AirTicketRQ.PostProcessing.actionOnBackDatePrice - The API was enhanced to handle `UNABLE TO TICKET STORED FARE - PQ CONTAINS BACK DATE PRICE` ticketing mask. By default, the API will attempt to "R" - Reprice the stored fare, however the user can specify to "O" - Override or "Q" - Quit as well.
  • Extend future line logic with Ticketing Mask detection. - As of now, when future ticketing line processing starts, the API will also react to known ticketing mask messages via SabreCommandLLSRQ.
  • (03/08/2022) Enabled user controlled delays between multiple ticketing transactions as a way to limit 'SIMULTANEOUS CHANGES' error occurrences. Added AirTicketRQ.PostProcessing.TicketingInterval.waitInterval to allow the user to tell the API to wait between subsequent .Ticketing transactions.
  • (03/08/2022) The API will now handle a very specific corner case related to multiple Future Line issuance. If you decide to quit upon encountering so-called 'ticketing masks' (acceptNegotiatedFare, acceptPriceChanges, actionOnBackDatePrice and actionOnPQExpired), system will now take into account already issued Future Ticketing lines commit them to the reservation.

Resolved Issues

In the Response

Optional

(03/08/2022) The API will now handle a very specific corner case related to multiple Future Line issuance. If you decide to quit upon encountering so-called 'ticketing masks' (acceptNegotiatedFare, acceptPriceChanges, actionOnBackDatePrice and actionOnPQExpired), system will now take into account already issued Future Ticketing lines commit them to the reservation.

Relase note ID: 16015


API Information

Response Format
JSON
Method/Endpoint
​/v1.2.1​/air​/ticket
Current Version
1.2.1
Target Audience
TN
Environment
Production

What's New


Resolved Issues

In the Request

N/A

With this change the API will properly query ticketing database for customers working on AA partition and AA current cities

Relase note ID: 14848


API Information

Response Format
JSON
Method/Endpoint
/v1.2.1/air/ticket
Current Version
1.2.1
Target Audience
TN
Environment
Production

What's New


Resolved Issues

In the Request/Response

N/A

The API will now automatically handle an intermittent scenario where, upon clearing the session post-ticketing, the system may respond with an "ET REQUIRED" error.

Relase note ID: 14772


  • Added ability to validate whether the newly issued tickets have been commited to the face of the PNR.

API Information

Response Format
XML
Service Action Code
AirTicketRQ
Current Version
1.2.1
Target Audience
Both TN and AS
Environment
Production

What's New

  • Added ability to validate whether the newly issued tickets have been commited to the face of the PNR.

Functional Updates And Enhancements

In the Request

Optional

Parameter: GhostTicketCheck

Type: N/A

Description: Used to specify wait interval to wait before the final reservation retrieval post ticketing. It is mandatory if you wish to validate whether the newly issued tickets were commited to the face of the PNR

Sample Value:

<PostProcessing acceptNegotiatedFare="true" acceptPriceChanges="true" actionOnPQExpired="O">
  <EndTransaction>
    <Source ReceivedFrom="SWS TESTING"/>
  </EndTransaction>
  <GhostTicketCheck waitInterval="1000" numAttempts="2"/>
</PostProcessing>
Note:

In the Response

Optional

Parameter: committed

Type: boolean

Description: Indicates that the ticket number has been commited to the face of the PNR. This validation will only be initiated if you specify GhostTicketCheck within request payload

Sample Value:

 
Note:

Relase note ID: 13352


  • Initial release. Features of this new orchestrated API:
  • issue multiple Air Tickets and EMDs within a single call,
  • issue multiple PQRs in one call,
  • issue more than one PTC in the same transaction with installments,
  • integrate printer address designation/un-designation,
  • manage sessions on behalf of the client application,
  • introduces error handling to ensure the successful issuance of an Air Ticket,
  • return newly issued ticket numbers together with additional details pertaining to specific documents,
  • handle Context change/AAA (modify target city),
  • delete air accounting lines prior to ticketing.

API Information

Response Format
JSON
Method/Endpoint
POST/v1.2.0/air/ticket
Current Version
1.2.0
Target Audience
TN
Environment
Production

What's New

  • Initial release. Features of this new orchestrated API:
  • issue multiple Air Tickets and EMDs within a single call,
  • issue multiple PQRs in one call,
  • issue more than one PTC in the same transaction with installments,
  • integrate printer address designation/un-designation,
  • manage sessions on behalf of the client application,
  • introduces error handling to ensure the successful issuance of an Air Ticket,
  • return newly issued ticket numbers together with additional details pertaining to specific documents,
  • handle Context change/AAA (modify target city),
  • delete air accounting lines prior to ticketing.

Relase note ID: 12998