Air Segment Sell allows for the selling of air segments via reference sell.
Transaction Name:
PNRBFManagement_39
Can any other transaction(s) perform this same task?
Previous versions of PNRBFManagement, AirSegmentSell_#.
Can this task be performed in a sessionless environment?
No, this task can be performed only in a sessioned environment.
Are the request and response identical on both the Apollo and Galileo systems?
Yes.
List any industry-specific knowledge required to understand this task in terms of the specific business process.
PNRBFManagement_39 supports reference sell. The user needs to know the difference between reference sell from a general availability and sell from a carrier specific availability.
Note: When reference selling against a general availability, the sell is processed internally as a manual sell, which may result in manual sell type error messages, if some of the flight is data in the availability.
Explain any special limits or distinct restrictions to the input data that may not be readily apparent.
When reference selling from a carrier-specific display, the <AvailToken> element is added after each <AirSegSell> element . This record contains the Availability Token information.
The inclusion of a <DoNotStopSellProcOnFailure> in a <AirSegSellMods> or <PassiveSegmentSellMods> indicates that Air Segment Sell errors (such as no availability) will not stop the procedure being processed.
PNRBFManagement_39 can be used for requesting air segments from the Galileo and Apollo systems. There are several functions that can be performed:
Direct sell
Reference sell (via general and carrier specific availabilities)
Rebook/cancel via direct sell
Rebook/cancel via reference sell (via general and carrier specific availabilities)
Segments are sold according to the class of service. Generally, it is recommended to store the associated fare quote when the segment is sold, unless the segment is ticketed immediately. (Stored fares are required on Galileo and optional on Apollo). Because fare quotes can change at any time prior to ticketing, storing the fare provides a history of the fare that was quoted to the traveler that can be compared against a later, quoted or ticketed fare.
Air segments may be sold with or without an availability call being made first. However, an initial check of a flight's availability can help prevent frustration and confusion. Three basic types of request codes are available for selling a flight:
PNRBFManagement_39 provides the ability to sell an ARNK segment (arrival unknown) as well as provides an ‘insert after’ function. If an insert after is submitted, the segment(s) are inserted after the specified after. Flight segments are sold and added to the reservation. Additional flight segments may be added to an existing reservation.
To use this transaction, a user should have an agent sign-on. For ‘insert after’, AAT needs to be set up for non-ASP user (SASP field = NO).
Request:
Unless otherwise specified, use ALL CAPS in any request data.
For some carriers, the user needs to emulate an agency.
Reference Sell via General Display:
Required Data:
- <Vnd>
- <FltNum>
- <OpSuf>
- <Class>
- <StartDt>
- <StartAirp>
- <EndAirp>
- <Status>
- <NumPsgrs>
- <AvailDispType>
- <AvailJrnyNum>
Optional Data:
- <StartTm>
- <EndTm>
- <DtChg>
- <StopoverIgnoreInd>
- <VSpec>
- <AvailSource>
Reference Sell via Carrier Specific Display:
Required Data:
- <Vnd>
- <FltNum>
- <OpSuf>
- <Class>
- <StartDt>
- <StartAirp>
- <EndAirp>
- <Status>
- <NumPsgrs>
- <AvailDispType>
- <VSpec>
- <AvailJrnyNum>
Optional Data:
- <StartTm>
- <EndTm>
- <DtChg>
- <StopoverIgnoreInd>
- <AvailSource>
Availability Status Source
The <AvailSource> should be retrieved from the AAFI <AvailFlt> element in the 1001 <AirAvail> record. This value should be added to the <AirSegSell> element in the <AirSegSellMods> request record.Sell with Availability Token
For some carriers, the user needs to emulate an agency. The user needs to request a <VSpec> prior to making the sell request in order for the <AvailToken> tag to be generated. The <AvailToken> tag cannot function on its own but needs to be appended to an <AirSegSell> tag.Required data: <Token>.
Availability Journey Number
In the <AirSegSell> element, the<AvailJrnyNum> node is used to indicate the ‘bundling’ or ‘journey origin and destination’ of flights from an availability display. For example, in a 3 segment connection from Denver to Prague and back, if the outbound and return flights are sold at the same time, then the various flights are tied together (bundled). See sample s110. A direct flight is designated by a blank <AvailJrnyNum>.
Prerequisite tasks:
For a reference sell, PNRBFManagement_39 requires an availability display prior to sell. This would be via AirAvailability_#.
Expected response:
Description: Flight data.
|
|
<TextMessage> tag: The <AirSell> tag is followed by one or 1.
Error and warning responses:
Description: Flight data. See fields above.
In the following scenarios, errors or warnings for 1G and 1V are black, 1G are blue, 1V are green.
<ErrText> tag: Level number, version number, text
1. Scenario: Sell of Secured Sell without emulating an agency (Secured Sell vendors).
2. Scenario: Attempting a sell when signed in as a non-agent (eg: SU duty code).
<AirSell> tag:
|
|
<TextMessage> tag/<ErrText> tag: number of arrays, delimiter character, level number, version number, <Err>, <KlrInErr>, <Text>.
1. Scenario: System error.
2. Scenario: Sell against availability display that is old/expired.
3. Scenario: Attempted a reference sell when availability doesn’t exist.
4. Scenario: Schedule change active.
5. Scenario: AADC (AA Direct Connect) Request.
6. Scenario: Filed fares in progress
7. Scenario: Sell once Super-Guaranteed or Guaranteed sell agreement has expired
8. Scenario: Option sell has expired with an attempt to sell.
9. Scenario: Itinerary contains 99 segments.
10. Scenario: Error with the itinerary.
11. Scenario: Duplicate segments exist in the itinerary.
12. Scenario: Invalid carrier code OR flight details.
13. Scenario: Attempting to sell UA flight with BK/GK/HK status.
14. Scenario: Invalid bucket number for UA flight
15. Scenario: Corporation is not in the Corporate Table for a Corporate segment.
16. Scenario: Invalid class code
17. Scenario: Connection unavailable.
18. Scenario: Invalid board or off points.
19. Scenario: Invalid action code (i.e., not NN/AN/AL/AK/BL/BN/BK).
20. Scenario: Invalid number in party (i.e.: non-numeric).
21. Scenario: Invalid timing.
22. Scenario: Invalid date.
23. Scenario: Flight inhibited.
24. Scenario: Restricted codeshare flight.
25. Scenario: Flight departed
26. Scenario: Flight cancelled.
27. Scenario: Flight closed.
28. Scenario: Restricted flight or itinerary.
29. Scenario: Attempting a sell request on a shuttle flight.
30. Scenario: Insufficient number of seats for that journey.
31. Scenario: Sell of partial journey.
32. Scenario: Attempted a sell to a restricted country.
33. Scenario: Embargoed city.
34. Scenario: Embargoed vendor.
35. Scenario: Selling out of date range.
36. Scenario: Link to the vendor is down.
37. Scenario: Sell request of carrier that does not have an agreement or a free-sale agreement.
38. Scenario: Sell request of carrier that has a schedule level agreement.
39. Scenario: Input timings exist in the sell request.
40. Scenario: Exceeds quote for class.
41. Scenario: More than 9 seats requested in sell request.
Flight Information messages:
Note: Those with * before and after the message are directly from the vendor.
OPERATED BY AFFILIATED CARRIER (1G)
NOTE WAITLIST ONLY (1G)
*NOTE WAITLIST ONLY xxx TO xxx* (1G)
ONLINE CONNECTING TRAFFIC ONLY (1G)
SYSTEM CITY CODE USED (1G)
*DESIGNATED NON-SMOKING SERVICE* (1G)
*NOTE NEW WORLD TRAVELLERS PLUS PRODUCT* (1G)
*CHANGE OF GAUGE FLIGHT* (1G)
OPERATED BY cc (1G)
*OPERATED BY cc nnn* (1G)
DEPARTS xxx TERMINAL n – ARRIVES xxx TERMINAL n (1G)
*CHANGE OF GAUGE FLIGHT* (1G)
*PLEASE OFFER SPECIFIC SEAT ASSIGMENT* (1G)
VALID FOR INTL ONLINE STOP/CONNECTIONS ONLY (1G)
*NON-SMOKING FLIGHT ADVISE PAX xxxxx TRAFFIC* (1G)
*NAME CHANGE RESTRICTIONS MAY APPLY IN M CABIN* (1G)
*FLIGHT ELIGIBLE FOR ELECTRONIC TICKET* (1G)
*NO SMOKING FLIGHT* (1G)
*INTERNATIONAL ONLINE CONNECTING OR STOPOVER TRAFFIC ONLY* (1G)
Follow-on requests:
There are no required follow-on requests.
For Reference Sell via Carrier Specific Display, the <AvailToken> must follow each <AirSegSell> in the request.
<AirSegSellMods> |
Terminal Equivalents: |
Apollo: e.g.,: 0n… or Nn… |
Galileo: e.g.,: 0n… or Nn… |
|
||||
|
Ordering |
KLR |
Min/Max |
XML Tag |
||||
|
A |
PASS |
0-0 (1G);
0-1 (1V) |
<DoNotStopSellProcOnFailure> | ||||
|
B |
SQS1 |
1 - 24 (both cores) |
<AirSegSell> |
||||
|
C |
SQT1 |
1 - 16 (both cores) |
<AvailToken> |
||||
<AirSegSell> |
|
|
||||
Ordering |
KLR |
Min/Max |
XML Tag |
|||
|
A |
SRS1 |
1 - 16 (both cores) |
<AirSell> |
||
|
B |
EROR |
1 - 16 (both cores) |
<ErrText> |
||