Skip to main content

G7 Travelmessage V3.1 description

TravelMessage.v31 3.1

Last updated: 21-Jul-2026
Recent changes: Planned date: 23-07-2026

G7 Travelmessage V3.1 description

General

Endpoint

Travelmessage G7 has an API endpoint. Once you have a key you can try our services according to the standard described in the reference documentation. And this follows the standard ANVR G7 Standard version 3.1.

Environment URL
Prod https://prod.api.tui/travelmessage/v3.1
Test https://playground.api.tui/travelmessage/v3.1

In the next section the requests that had been implemented at TUI are briefly described. The pictures are from the "standard for ANVR XML-Message flow" document provided by the ANVR. Not all elements shown in the pictures are used at TUI. In the reference documentation is a more detailed description and together with the examples it gives a good understanding of the elements used at TUI.

Availability

The availability of a journey can be requested with the dialogue Availability. AvailabilityRequest is used for checking the availability from Transport, Accommodation, Journey, Round trip and/or Additional products. The message contains Package data or Component data and possibly the request for(details from) additional products. At TUI the package approach is implemented.
Description of the availability request

Sell

The dialogue of Sell aims at indicating the package parts which have been selected for the subsequent dialogue. The message contains package information and optional information relating to Transport, Accommodation and Additional products (Roundtrip and Cruise information are not implemented yet). At TUI the SellRequest is only used for setting up a session and do some basic validating. Description of the sell request

Assign

With the dialogue and the XML-messages of Assign it is possible to store passenger information and the assignments for a trip. This information and assignments are stored in the session created with Sell. For changes in passenger information or changes in assignments Assign can be called more then once with the same sessionID. If elements are changed (for example other unit) or added (for example extras) then a new Sell and Assign must be send. If the result of Assign is OK a price breakdown is given.
Description of the assign request

Book

With the dialogue Book it is possible to complete a booking according to the PaxDetails and the PaxAssignment. For G7 the passenger information and assignment must be in the request. For TUI only confirmation of the sessionID is enough. So Changes in names or assignments between Assign and Book are ignored. In this case Assign has to be called again before calling Book.
Description of the book request

AddProAvailability

AddProAvailability is used to acquire summary information about additional products. There a two approaches. With overview response, ResponseID is filled with AvailabilityResponse. Only minimum information, ID and description are given. If a detailed response is necessary ResponseID will be filled with AvailabilityDetailsResponse. All information is given. These 2 approaches are not (yet) implemented at TUI. For TUI there is a third approach where additional product information can be acquired from the transport which is chosen (for example luggage). In this case the RequestID should be filled with AddProAvailabilityTransportRequest.

Break

The Break-dialogue allows to cut off a session between the travel agent and the tour operator decently. Break can be used after Sell and before Book.

Receipt

This message is acquired for specifying a receipt. It is a kind of combination of Sell and Assign to get back a price breakdown without starting a session. Because for TUI things were missing in the the structure of the 3.1 xsd, the xsd was changed to fit our needs. So the picture is not entirely correct.
Description of the receipt request

Recap

With the dialogue of Recap recapitulation from the data stored at the Touroperator concerning the currently booked trip can be requested. Or it can be used after creating a booking to get all the booking information. At TUI the Recap is only implemented for getting a booking.

Cancellation

With the dialogue of Cancellation a created booking can be cancelled. It is recommended to use two messages. First doing a cancellation request to get the cancellation cost and the do a cancellation confirmed request which actually cancels the booking. For now TUI only implemented the confirmed version. So using this a booking will be directly cancelled if possible.

V1.1

About us

TUI is one of the world’s leading tourism groups. The broad portfolio gathered under the Group umbrella consists of strong tour operators, 1,600 travel agencies and leading online portals, five airlines with around 150 aircraft, over 400 hotels, 16 cruise liners and many incoming agencies in all major holiday destinations around the globe.

 

TUI Group logo

Contact

Login to your account