Task: Cruise Booking

The Cruise Booking task sells a cruise segment, and includes an end transact that releases the data to the vendor via Apollo.

Section 1: Short Answer

Transaction Name:

CruiseSellSegment_1_1

Can any other transactions perform this same task?

No other transaction can perform this same task.

Can this task be performed in a sessionless environment?

This task can be performed in a sessionless environment.

Are the request and response identical on both the Apollo and Galileo systems?

The request and response are allowed only on Apollo.

Industry-specific knowledge required to understand this task in terms of the specific business process.

Understanding of cruise-industry concepts, such as rate codes, categories, features, and options, is required. Knowledge of Galileo's LeisureShopper product is helpful.

Explain any special limits or distinct restrictions to the input data that may not be readily apparent.

The same user ID that was used to reserve the cabin must continue to be used throughout the booking process.

There is no cruise-industry standard for encoded data such as credit card codes, ports of call, and airports. Always confirm specific data formats with individual vendors.

A number of response fields, such as status codes for dining and other options, are free-form text fields. Vendors may supply non-standard responses for these fields.

A cruise segment cannot be added to an existing PNR with existing air, car or hotel segments using the XML Select cruise transactions.  On the other hand, an existing PNR with an existing cruise segment can have air, car or hotel segments added to the PNR.

Note: For Galileo Web Services client applications only, this transaction must be submitted using the SubmitCruiseTransaction method.

Section 2: Detailed Description

Request

Unless otherwise specified, use ALL CAPS in any request data.

CruiseSellSegment_1_1 has the same request as the previous CruisingPricing_1_0 transaction, which prices the cruise segment. However, with CruisingPricing_1_0, the request is not end transacted and is, therefore, not yet committed to the CRS. This transaction does end transact with the request, which creates a PNR and stores passenger and itinerary data on the AAA.

 The following elements are sent in the request:

Prerequisite Tasks

The cabin, passenger information, and features/options must be determined by finalizing the cabin selection using CruiseVerifyAndOptions_1_0.

Expected Response