Query
Query - Common
NAME | DESCRIPTION | FORMAT | ALLOWED/POSSIBLE VALUES |
---|---|---|---|
<Query> (Common) | |||
OrderID | Order ID previously generated | Alphanumeric | Any |
OrderChangeRQ Query Common example
Query - AcceptRepricedOrder
The PriceGuaranteeTimeLimit (PGTL) element will appear in all Offers and Orders for all markets. Note that this element will have the same value as the PaymentTimeLimit (PTL), except for those markets where the new Reprice on hold is required.
The first market requiring this is Argentina. The PGTL element will be different to the PTL, forcing all users to use the new Reprice on hold functionality.
The price of an Order on hold (un paid) is only guaranteed until the PGTL expires, after which the new Reprice functionality must be used together with the OrderChange-Accept function.
The PTL, is not affected and if expires, the Order is no longer available.
There are three scenarios:
Before both the PTL and the PGTL expire,
This is as today, whereby any Reprice will return the same price and conditions (including PGTL) given when booked. An OrderChange-Accept is not necessary in this case, and an OrderChange-Payment can be sent to fulfill the Order.
After both the PTL and the PGTL have expired.
The Order is cancelled, you need to create a new one.
After the PGTL has expired, but before the PTL expires. In this case, you must Reprice the Order, as per the following flow:
Send a new OrderReshopRQ-Reprice to get the applicable fare and conditions
If the price has not changed, send an OrderChange-Payment (No OrderChange-Accept is necessary)
If the price has changed the system will generate a new Offer which must be accepted using the OrderChange-Accept. Once accepted it can then be paid for. The steps would be as per the following:
Then in the OrderChangeRQ>
you can:
Accept the modification of the order:
<AcceptRepricedOrder>
you will have the new PGTL with the original PTL from the Order. The PGTL will never be greater than the PTL, the Order has to be paid before the PTL expires.If the Order has ancillaries, you will get a warning message at OrderReshop-Reprice indicating that they have not been repriced: “Repricing is not allowed for additional services”, as the prices, today, are maintained at the original cost.
When accepting the reprice, an OrderView is generated ONLY with the repriced Flight OrderItems and their associated costs, and if you try to pay this value, and your Order has other OrderItems (such as ancillaries) you will get an error “Incorrect amount”. You must do an OrderRetrieve to recover a complete OrderView, with all the OrderItems of the Order and their costs. After that, you can pay by OrderChange-Payment.
Query - AcceptRepricedOrder
NAME | DESCRIPTION | FORMAT | ALLOWED/POSSIBLE VALUES |
---|---|---|---|
<Query / AcceptRepricedOrder> | |||
ResponseID | The ID of the response from which the new offer is being accepted and applied to the Order on hold | Alphanumeric | Any |
AcceptRepriceOrder example
Query - PassengerServicing
NAME | DESCRIPTION | FORMAT | ALLOWED/POSSIBLE VALUES |
---|---|---|---|
<Query / PassengerServicing> (Update contact info flows, name, e-mail, phone, frequent flyer info…) | |||
New AttributePassengerID |
The unique identifier of the Passenger whose information is being updated.
|
Alphanumeric
|
The PassengerID obtained from the previous OrderViewRS having previously retrieved the Order.
|
New / ContactInfoRef | Contact info reference, which contact info (email & phone) filled in below will update original contact info. | Alphanumeric | Any |
New / Individual / Given | Name of the passenger to change | Alphanumeric | Any |
New / Individual / Surname | Surname of the passenger to change
| Alphanumeric | Any |
New / LoyaltyProgramAccount / Airline / AirlineDesignator | Airline ID associated to frequent flyer number | Alphanumeric | Any |
New / LoyaltyProgramAccount / AccountNumber | Frequent Flyer or On Business number account | Alphanumeric | Any |
New / ActionType | Action type
| Alphabetical |
|
Previous AttributePassengerID
| Passenger ID, which info will be updated PassengerID attribute value can be indicated in PassengerID attribute from AirShopping request. | Alphanumeric Alphanumeric | Value indicated in PassengerID attribute from AirShopping request |
Previous / Individual / GivenName | Old passenger given name, not mandatory, but if informed and does not match, an error will be shown | Alphanumeric | Any |
Previous / Individual / Surname | Old passenger surname, not mandatory, but if informed and does not match, an error will be shown | Alphanumeric | Any |
Previous / ContactInfoRef | Old contact info reference | Alphanumeric | Any |
Previous / ActionType | Action type | Alphabetical |
|
PassengerServicing example
Query - OrderServicing
NAME | DESCRIPTION | FORMAT | ALLOWED/POSSIBLE VALUES |
---|---|---|---|
<Query / OrderServicing> (Add ancillaries, delete paxes, partial refund and voluntary flight change flows…) | |||
AcceptOffer / Offer AttributeOfferID
| Identification of the service Offer SeatAvailability ResponseID / ServiceList ResponseID / New Offer Identification (Voluntary Change Flow)
| Alphanumeric
| Any
|
AcceptOffer / Offer
| Airline identification
| Alphabetical | IB |
AcceptOffer / Offer
| Response Identification
| Alphanumeric | Any |
AcceptOffer / Offer / OfferItem
| Offer item identification of the new service to add
| Alphanumeric | Any |
AcceptOffer / Offer / OfferItem / PassengerRefs | Reference for the passengers
| Alphanumeric | |
AcceptOffer / Offer / OfferItem / SeatSelection / Row | Row for the seat
| Numeric | Any |
AcceptOffer / Offer / OfferItem / SeatSelection / Column | Column for the seat
| Alphabetical | Any |
Delete / OrderItemID | OrderItem identification to be deleted. When cancelling flights with Ancillaries or other associated services it is only necessary to include the OrderItemIDs of the flights, as all associated services will automatically be cancelled with the flights. | Alphanumeric | Any |
OrderServicing example
Query - Payments
NAME | DESCRIPTION | FORMAT | ALLOWED/POSSIBLE VALUES |
---|---|---|---|
<Query / Payments / Payment> (Add ancillaries and voluntary flight change flows…) | |||
Type | Payment Methods can vary depending on market and type of seller. Please check here. | Alphabetical |
|
-- This refers to Cash payment method -- | |||
Method / Cash | Cash payment method. | Alphabetical | true |
Amount | Total amount of the offer. Code refers to currency code for payment. | Numeric | Any |
Payer / ContactInfoRefs | Reference for the payer info, that must be associated correctly in the XML below. In Cash Payment Method is OPTIONAL | Alphanumeric | Any valid reference associated in the XML below. |
-- This refers to Credit Card method – If Secure Payment applies additional info needed is defined below in 3DS INFO -- | |||
Method / PaymentCard | NDC Mandatory for 3DS and/or installments payment. This is used to reference the associated 3DS info in PaymentCardSecureInfo ObjectKey, and/or the installment payment info in PaymentFormMetadata MetadataKey. If both 3DS and installment payments are being used for the same Order, then the two references are included here together separated by a space. Example: | Alphanumeric | Any |
Method / PaymentCard / CardType | Type of credit card | Alphanumeric | 1-6 characters |
Method / PaymentCard / SeriesCode | Series Code of credit card | Numeric | 1-8 characters |
Method / PaymentCard / CardHolderName | Card Holder Name | Alphanumeric | 0-50 characters |
Method / PaymentCard / CardHolderBillingAddress / Street | Street of the billing address of the cardholder. NDC Mandatory that at least one field has to be filled in inside "CardHolderBillingAddress" tag. | Alphanumeric | If tag is indicated once, only first 40 characters will be considered If tag is indicated twice, only first 80 characters will be considered |
Method / PaymentCard / CardHolderBillingAddress / CityName | City of the Billing Address of cardholder NDC Mandatory that at least one field has to be filled in inside "CardHolderBillingAddress" tag. | Alphanumeric | Only first 50 characters will be considered |
Method / PaymentCard / CardHolderBillingAddress / StateProv | State Prov. of the Billing Address of cardholder NDC Mandatory that at least one field has to be filled in inside "CardHolderBillingAddress" tag. | Alphanumeric | 1-40 characters |
Method / PaymentCard / CardHolderBillingAddress / PostalCode | Postal Code of the Billing Address of cardholder NDC Mandatory that at least one field has to be filled in inside "CardHolderBillingAddress" tag. | Alphanumeric | 2-10 characters |
Method / PaymentCard / CardHolderBillingAddress / CountryCode | Country Code of the Billing Address of cardholder NDC Mandatory that at least one field has to be filled in inside "CardHolderBillingAddress" tag. | Alphabetical | 2 characters |
Method / PaymentCard / CardNumber | Number of credit card | Numeric | 1-9 characters |
Method / PaymentCard / EffectiveExpireDate / Expiration | Effective expiration date of the credit card | Numeric | 4 characters |
Amount | Total amount of the offer. Code refers to currency code for payment. | Numeric | Any |
Payer / ContactInfoRefs | Reference for the payer info, that must be associated correctly in the XML below. | Alphanumeric | Any valid reference associated in the XML below. |
-- This refers to Voucher payment method -- | |||
Method / Voucher | Voucher payment method. | Alphabetical | true |
Method / Voucher / Number | Number of the voucher | Alphanumeric | any |
Amount | Total amount of the offer. Code refers to currency code for payment. | Numeric | Any |
Payer / ContactInfoRefs | Reference for the payer info, that must be associated correctly in the XML below. | Alphanumeric | Any valid reference associated in the XML below. |
-- This refers to Service Fee method -- | |||
Method / Other / Remarks | References for all passengers of the order | Alphanumeric | any |
Method / Other / Remarks / Remark | Service Fee payment method Mandatory for schema if "Remarks" tag is indicated | Alphabetical | ServiceFee |
Amount | Total amount of the Service Fee Code refers to currency code for payment. | Numeric | Any |
OrderChangeRQ Query Payments examples
UPDATE as of December 17, only people with an Iberia or IAGGBS account will be able to access them. Write to jira.support.ib@iberia.es and we will help you with the change. ACTUALIZACIÓN a partir del 17 de diciembre, sólo podrán acceder a ellas personas con cuenta de Iberia o IAGGBS. Escribe a jira.support.ib@iberia.es y te ayudaremos con el cambio.