| XML Field | Dependencies | Description |
| CommandList |
|
The surrounding tag |
| -ProcessTerms |
|
The command name |
| --LoginId |
|
The login id. See the 'Logins' section within the XML integration guide. |
| --RoutingId |
|
The routing id corresponding to that returned previously. |
| --OutwardId |
|
The id of the outward leg |
| --ReturnId |
Optional |
The id of the return leg. Should be omitted for single journeys, and included for return journeys |
| --BookingProfile |
Optional |
This element must be supplied if there is any profile data that has not yet been supplied. Note that any of the elements or sub-elements
below are optional if they have been supplied previously (at the search stage). Otherwise they are mandatory unless stated
otherwise. |
| ---CustomSupplierParameterList |
Optional |
Contains any special parameters that are needed for this search/ booking. Contains 0 or more 'CustomSupplierParameter' elements |
| ----CustomSupplierParameter |
Optional |
Contains a parameter to be used for this search/ booking |
| -----Supplier |
Optional |
The supplier to which this parameter applies. If this element is omitted, then it will be assumed relevant to all suppliers. If multiple
CustomSupplierParameter elements have the same 'Name' value, then the first match will be used. For example if 'AgentLogin' is specified first
for easyjet and then for all suppliers, then the first definition will be used if the supplier is easyjet. However if it is specified first for
all carriers and then for easyjet, the second definition will never be used. |
| -----Name |
|
The name of the parameter. There are 2 types of custom parameter. The first type corresponds to those in the
'RequiredParameterList' in the related 'Router' (see Results Response) - these must be submitted here if they were in the required
parameter list, and may be submitted even if they were not in the required parameter list.
The second type are always optional, and are described in the following table:
| Value | Description | Format | Default |
| MaxCacheDataAgeSeconds |
The maximum allowed age of flight data. For example, if this has value 86400, data will not be returned that is older than 1 day
(If necessary, a new search will be performed with the supplier). |
Integer. 0 or negative indicates latest data must be fetched from supplier. |
If this CustomParameter is not supplied, the caching rules will be taken from the user account profile. |
|
| -----Value |
|
The value of the parameter. |
| ---TravellerList |
|
The list of travellers and their details. Contains 1 or more 'Traveller' elements. The first will be assumed to be the lead passenger |
| ----Traveller |
|
A Traveller |
| -----Age |
|
The age of the Traveller. This should match the age of the corresponding Traveller in the previous 'Search' request |
| -----Name |
|
The name of the Traveller. Will follow the format of a general name specified below. The 'title' field must be supplied for all travellers. |
|| -----CustomSupplierParameterList |
Optional |
Contains any special parameters that are needed Per Passenger for this search/ booking.
Format will be the same as 'CustomSupplierParameterList' above |
| ---ContactDetails |
|
The correspondence details |
| ----Name |
|
The name of the person to be contacted. Will follow the format of a general name specified below. |
| ----Address |
|
The correspondence address (Not necessarily the passenger's address). Follows the general address format described below |
| ----HomePhone |
Optional. Must be supplied if work and mobile phone are omitted. |
The correspondence home phone number (Not necessarily the passenger's number). Follows the general phone format described below. |
| ----WorkPhone |
Optional. Must be supplied if home and mobile phone are omitted. |
The correspondence work phone number (Not necessarily the passenger's phone). Follows the general phone format described below |
| ----MobilePhone |
Optional. Must be supplied if work and home phone are omitted. |
The correspondence mobile phone number (Not necessarily the passenger's phone). Follows the general phone format described below |
| ----Fax |
Optional |
The correspondence fax number (Not necessarily the passenger's number). Follows the general phone format described below |
| ----Email |
|
The correspondence email address (Not necessarily the passenger's email address). Must be a valid email address. Must contain no
whitespace (leading/ trailing or otherwise) |
| ---BillingDetails |
|
Contains billing details |
| ----Name |
|
This is the name of the person to be billed. It may be different or formatted differently to the NameOnCard.
Follows the general name format described below. |
| ----Address |
|
The billing address. Follows the general address format described below |
| ----CreditCard |
|
Contains details of the credit card to be used for payment |
| -----Company |
|
Free text. The company of the card holder |
| -----NameOnCard |
|
Follows the general name format described below. Note that if 'FullCardNameBreakdown' is required (see 'RequiredParameterList' in search and
results responses), then the name should be broken down as much as possible using the 'Title' and 'NamePart' fields. Otherwise it should be
specified as a single 'NamePart' and the 'Title' should be omitted. |
| -----Number |
|
An integer. The card number. |
| -----SecurityCode |
Optional |
An integer. This field should always be submitted unless it is unknown. In this case, it may not be possible to complete the booking. This
will depend upon the supplier and the card type |
| -----ExpiryDate |
|
Format mm/yy. The expiry date of the card |
| -----StartDate |
Optional |
Format mm/yy. The start date of the card. This field should always be submitted unless it is unknown. In this case, it may not be possible
to complete the booking. This will depend upon the supplier and the card type |
| -----CardType |
|
The type of credit card to be used. Must be one of 'Visa Credit', 'Visa Debit', 'Diners Club', 'American Express', 'MasterCard', 'Switch'
|
| -----IssueNumber |
Optional |
An integer. This field should always be submitted unless it is unknown or it is not relevant to tht particular card type.
If it is omitted, but required by the supplier, it will not be possible to complete the booking |
When submitting an address to a supplier, the various address fields below will be used appropriately. If the supplier offers a free text field for
inputting the address, the data elements below will be concatenated together in the order that they appear.
This means that an element can be left blank and its data could be included in the next element, which will not cause a problem unless that separation
of data is required by the supplier. For example
if 'BuildingNumber' is left blank and 'Street' contains '3 Duck Street', then if the supplier asks for a free text address, then '3 Duck Street'
will be submitted to the supplier. However if the supplier requests the building number separately to the street name, an error will occur.
It is recommended that all addresses be broken into the items listed below to ensure compatibility with all suppliers.
| XML Field | Dependencies | Description |
| -Company |
|
Free text representing the company to which the contactee belongs |
| -Flat |
|
Free text. Defines the flat number within the building |
| -BuildingName |
|
Free text. Defines the building name. |
| -BuildingNumber |
|
Free text. Defines the building number within the street. |
| -Street |
|
Free text. The street name |
| -Locality |
|
Free text. The locality/ area within the city |
| -City |
|
Free text. The city name. |
| -Province |
|
Free text. The county or province |
| -Postcode |
|
Free text. The postcode. |
| -CountryName |
Optional. Must be supplied if CountryCode is omitted. Should be omitted if CountryCode is supplied. |
The name of the country |
| -CountryCode |
Optional. Must be supplied if CountryName is omitted. Should be omitted if CountryName is supplied. The country code should be supplied
whenever possible. Failure to do so may mean that the booking can not be made with the supplier. |
The two letter country code |
Similarly to addresses, the fields below will be concatenated to form a single number when this is required by the supplier. However if the supplier
requires the number to be split up as below, then it must be split up correctly when supplied to TRAVELfusion.
Whilst these fields can contain
characters other than numeric digits, it is recommended to only send numeric digits to TRAVELfusion as some suppliers may require this. TRAVELfusion
does not take responsibility for the re-formatting of phone number data although measures will be taken to re-format wherever possible/ necessary.