v1.3.0 | April 28, 2022
- 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
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
v1.2.1 | September 23, 2021
- 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
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
v1.2.1 | October 13, 2020
API Information
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
v1.2.1 | August 20, 2020
API Information
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
v1.2.1 | November 12, 2019
- Added ability to validate whether the newly issued tickets have been commited to the face of the PNR.
API Information
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
v1.2.0 | December 14, 2017
- 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
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