ndc_api_catalogue
Airline Profile
SIA NDC now supports the AirlineProfile verb. AirlineProfile serves as a mechanism for the Seller / Aggregator to request information about the shopping requests which an airline can respond to.
The response of the verb will provide Sellers / Aggregators with information about which Origin-Destination pairs can be served by SIA (including our interline and codeshare partners where applicable).
Sellers will be able to verify if routes are accepted by the Airline to avoid unncessary calls which will impact the Look-To-Book ratio.
Limitations:
The response of the verb does not consider flight frequency, nor does it evaluate inventory availability.
For example, if Singapore Airlines operates 3x weekly to LHR, SIN-LHR will be regarded a valid Origin Destination pair, even if there are no flights operating for a specific date that is requested in a subsequent shopping request.
Similarly, if Singapore Airlines operates 3x weekly to LHR, SIN-LHR will be regarded a valid Origin Destination pair, even if there is no more availability for a specific date that is requested in a subsequent shopping request.
Action for partners
Partners who wish to integrate Airline Profile request are to contact your integration leads directly for a work order to be raised to activate this feature.
The response of the verb will provide Sellers / Aggregators with information about which Origin-Destination pairs can be served by SIA (including our interline and codeshare partners where applicable).
Sellers will be able to verify if routes are accepted by the Airline to avoid unncessary calls which will impact the Look-To-Book ratio.
Limitations:
The response of the verb does not consider flight frequency, nor does it evaluate inventory availability.
For example, if Singapore Airlines operates 3x weekly to LHR, SIN-LHR will be regarded a valid Origin Destination pair, even if there are no flights operating for a specific date that is requested in a subsequent shopping request.
Similarly, if Singapore Airlines operates 3x weekly to LHR, SIN-LHR will be regarded a valid Origin Destination pair, even if there is no more availability for a specific date that is requested in a subsequent shopping request.
Action for partners
Partners who wish to integrate Airline Profile request are to contact your integration leads directly for a work order to be raised to activate this feature.
Air Shopping
AirShopping verb is called at the beginning of the shopping flow to retrieve the offers associated to an origin and destination pair with fixed dates. The offers include a flight solution together with the ancillary services.
- Mono and Multi passenger Itineraries
- Origin and destination for a one way or round trip itinerary (multi destinations itineraries are not supported)
- Cabin preferences (up to 6 commercial fare families per request)
- Currency
- Dates of flights
The verb returns a description of all the created offers, including:
- Offers Price
- Flight segment description
- Fare Family value
- Up to 5 associated chargeable ancillary services, if any
OfferPrice
The OfferPrice request allows the finalisation and refinement of offer price based on the selection from one or more offer items, returned from the AirShopping verb. The verb can receive inputs including passenger type.
The detailed price breakdown will then be returned once the final offer is ready to be ordered.
SeatAvailability
SeatAvailability verb is called to return a seatmap for the selected segment with or without the prices associated to the seats. It polls our airline inventory to retrieve the aircraft cabin configuration, seat rows/ columns and its characteristics.
The booking of the selected seat will be done in the flow with OrderCreate Verb.
ServiceList
The ServiceList request allows the user to retrieve the catalogue of ancillary services related to his flight(s), either during the prime booking flow or after the ticket issuance (post-sale flow).
These ancillary services are returned and stored in the Offer as Offer Items. Selected services can be further booked via the NDC OrderCreate verb .
OrderCreate
The OrderCreate verb allows to finalize the shopping and ordering flow by booking the selected travel solution (Offer and Offer items) in the Order. This will be done via a dedicated “Book from Offer” mechanism that supports price and content retrieval from the Offer.
The OrderCreate Verb will orchestrate:
- The booking of the flights, seats and ancillary services
- The payment processing
- The issuance of the e-tickets and EMDs
OrderRetrieve
The Amadeus Altéa NDC OrderRetrieve verb allows to retrieve the context of a given Order and display its content.
To make use of the OrderRetrieve Verb, the Order ID generated from OrderCreate must be included in OrderRetrieve verb in order to retrieve the Orders.
OrderReshop
The OrderReshop returns new offers corresponding to a change requested on a given order.
2 main use cases are covered:
- Exchange: allow the user the selection of one of the offers.
- Refund: allow user delete all bounds without retained services using informative Refund service.
OrderReshopOBFees
The OrderReshop Request is used in OB fees computation mode to recompute the OBfees after the order creation (deferred payment mode).
This OrderReshop Request is an informative step to calculate/recalculate the form of payment fees, without modifying the Order. An OrderChangeRQ should be performed after to update (and pay) the order.
OrderReshop Reprice
The OrderReshop Request is used in reprice mode to get additional pricing info (e.g.:tax breakdown, amounts balances, etc.) for an offer selected at OrderReshop time. This comes in after the initial ReShop is triggered.
OrderReshop - Reprice expired offer
The OrderReshopRQ is used to reprice the itinerary of a ticketed and un-ticketed.
Pre-conditions:
- No itinerary or passengers modifications must occur between the Order creation and the Reprice step.
- In case of servicing flow (to perform an exchange), to support the offer persistency,OrderReshop reprice is a mandatory step (after the OrderReshop to get the ATC offers, and before the OrderChange to rebook and reissuance.
- In case of servicing flow for a ticketed order, the exchange should be in deferred payment
OrderChange
The OrderChange request allows to add/remove/update an element to an existing order.
The upsell and display of the ancillaries and seats can be done:
Via the SeatAvailability in order to request and return a seat map for a selected segment and/or
The ServiceList verb that can be called to return the Catalogue of Ancillary Services
OrderChange verb, when called the post-sale booking flow will allow and orchestrate:
The ServiceList verb that can be called to return the Catalogue of Ancillary Services
OrderChange verb, when called the post-sale booking flow will allow and orchestrate:
The booking of the seats and ancillary services
The payment processing
The issuance of the EMDs for these services
The payment processing
The issuance of the EMDs for these services
OrderChangeNotif
The OrderChangeNotif message allows partners to be informed when changes are made to the NDC order, initiated by the airline.
The change can be voluntary, upon the passenger request, or involuntary based on operational constraints. An acknowledgement message is then returned by the Seller/Aggregator to the airline.
Only Light OrderChangeNotif implementation is currently supported: only a "reason for change" categorizing the change is transmitted to the Seller/Aggregator. Partners are expected to retrieve the order to determine the changes, as specific details will not be sent in OrderChangeNotif.
OrderCancel
The OrderCancel request allows to cancel an existing order. Ther current scope includes:
Void ticket and EMD
Cancel order
ATC Refund
Cancel order
ATC Refund
Airline Profile
SIA NDC now supports the AirlineProfile verb. AirlineProfile serves as a mechanism for the Seller / Aggregator to request information about the shopping requests which an airline can respond to.
The response of the verb will provide Sellers / Aggregators with information about which Origin-Destination pairs can be served by SIA (including our interline and codeshare partners where applicable).
Sellers will be able to verify if routes are accepted by the Airline to avoid unncessary calls which will impact the Look-To-Book ratio.
Limitations:
The response of the verb does not consider flight frequency, nor does it evaluate inventory availability.
For example, if Singapore Airlines operates 3x weekly to LHR, SIN-LHR will be regarded a valid Origin Destination pair, even if there are no flights operating for a specific date that is requested in a subsequent shopping request.
Similarly, if Singapore Airlines operates 3x weekly to LHR, SIN-LHR will be regarded a valid Origin Destination pair, even if there is no more availability for a specific date that is requested in a subsequent shopping request.
Action for partners
Partners who wish to integrate AIrline Profile request are to contact your integration leads directly for a work order to be raised to activate this feature.
The response of the verb will provide Sellers / Aggregators with information about which Origin-Destination pairs can be served by SIA (including our interline and codeshare partners where applicable).
Sellers will be able to verify if routes are accepted by the Airline to avoid unncessary calls which will impact the Look-To-Book ratio.
Limitations:
The response of the verb does not consider flight frequency, nor does it evaluate inventory availability.
For example, if Singapore Airlines operates 3x weekly to LHR, SIN-LHR will be regarded a valid Origin Destination pair, even if there are no flights operating for a specific date that is requested in a subsequent shopping request.
Similarly, if Singapore Airlines operates 3x weekly to LHR, SIN-LHR will be regarded a valid Origin Destination pair, even if there is no more availability for a specific date that is requested in a subsequent shopping request.
Action for partners
Partners who wish to integrate AIrline Profile request are to contact your integration leads directly for a work order to be raised to activate this feature.
Air Shopping
AirShopping verb is called at the beginning of the shopping flow to retrieve the offers associated to an origin and destination pair with fixed dates. The offers include a flight solution together with the ancillary services.
- Mono and Multi passenger Itineraries
- Origin and destination for a one way or round trip itinerary (multi destinations itineraries are not supported)
- Cabin preferences (up to 6 commercial fare families per request)
- Currency
- Dates of flights
The verb returns a description of all the created offers, including:
- Offers Price
- Flight segment description
- Fare Family value
- Up to 5 associated chargeable ancillary services, if any
OfferPrice
The OfferPrice request allows the finalisation and refinement of offer price based on the selection from one or more offer items, returned from the AirShopping verb. The verb can receive inputs including passenger type.
The detailed price breakdown will then be returned once the final offer is ready to be ordered.
SeatAvailability
SeatAvailability verb is called to return a seatmap for the selected segment with or without the prices associated to the seats. It polls our airline inventory to retrieve the aircraft cabin configuration, seat rows/ columns and its characteristics.
The booking of the selected seat will be done in the flow with OrderCreate Verb.
ServiceList
The ServiceList request allows the user to retrieve the catalogue of ancillary services related to his flight(s), either during the prime booking flow or after the ticket issuance (post-sale flow).
These ancillary services are returned and stored in the Offer as Offer Items. Selected services can be further booked via the NDC OrderCreate verb .
OrderCreate
The OrderCreate verb allows to finalize the shopping and ordering flow by booking the selected travel solution (Offer and Offer items) in the Order. This will be done via a dedicated “Book from Offer” mechanism that supports price and content retrieval from the Offer.
The OrderCreate Verb will orchestrate:
- The booking of the flights, seats and ancillary services
- The payment processing
- The issuance of the e-tickets and EMDs
OrderRetrieve
The Amadeus Altéa NDC OrderRetrieve verb allows to retrieve the context of a given Order and display its content.
To make use of the OrderRetrieve Verb, the Order ID generated from OrderCreate must be included in OrderRetrieve verb in order to retrieve the Orders.
OrderReshop
The OrderReshop returns new offers corresponding to a change requested on a given order.
2 main use cases are covered:
- Exchange: allow the user the selection of one of the offers.
- Refund: allow user delete all bounds without retained services using informative Refund service.
OrderReshopOBFees
The OrderReshop Request is used in OB fees computation mode to recompute the OBfees after the order creation (deferred payment mode).
This OrderReshop Request is an informative step to calculate/recalculate the form of payment fees, without modifying the Order. An OrderChangeRQ should be performed after to update (and pay) the order.
OrderReshop Reprice
The OrderReshop Request is used in reprice mode to get additional pricing info (e.g.:tax breakdown, amounts balances, etc.) for an offer selected at OrderReshop time. This comes in after the initial ReShop is triggered.
OrderReshop - Reprice expired offer
The OrderReshopRQ is used to reprice the itinerary of a ticketed and un-ticketed.
Pre-conditions:
- No itinerary or passengers modifications must occur between the Order creation and the Reprice step.
- In case of servicing flow (to perform an exchange), to support the offer persistency,OrderReshop reprice is a mandatory step (after the OrderReshop to get the ATC offers, and before the OrderChange to rebook and reissuance.
- In case of servicing flow for a ticketed order, the exchange should be in deferred payment
OrderChange
The OrderChange request allows to add/remove/update an element to an existing order.
The upsell and display of the ancillaries and seats can be done:
Via the SeatAvailability in order to request and return a seat map for a selected segment and/or
The ServiceList verb that can be called to return the Catalogue of Ancillary Services
OrderChange verb, when called the post-sale booking flow will allow and orchestrate:
The ServiceList verb that can be called to return the Catalogue of Ancillary Services
OrderChange verb, when called the post-sale booking flow will allow and orchestrate:
The booking of the seats and ancillary services
The payment processing
The issuance of the EMDs for these services
The payment processing
The issuance of the EMDs for these services
OrderChangeNotif
The OrderChangeNotif message allows partners to be informed when changes are made to the NDC order, initiated by the airline.
The change can be voluntary, upon the passenger request, or involuntary based on operational constraints. An acknowledgement message is then returned by the Seller/Aggregator to the airline.
Only Light OrderChangeNotif implementation is currently supported: only a "reason for change" categorizing the change is transmitted to the Seller/Aggregator. Partners are expected to retrieve the order to determine the changes, as specific details will not be sent in OrderChangeNotif.
OrderCancel
The OrderCancel request allows to cancel an existing order. Ther current scope includes:
Void ticket and EMD
Cancel order
ATC Refund
Cancel order
ATC Refund
Engage With Us
Contact Us