CarHotelPNRBFModify_7_5

*Archived Transaction*

Quick Info

CarHotelPNRBFModify_7_5 builds or modifies PNRs and BFs for car and hotel segments. All record requests are optional and can be single or multiple, except End Transact. Processing terminates after the End Transact is encountered.

Review the PNRRetrieve_Notes.html for further information when working with <PNRRetrieve> (2025 Data Record). Note: This reference file was created for 2025 7.5. However, the data is mostly applicable to 2025 7.0 and 2025 7.8 as well.

Selling Car Segments

After a user selects a rental car, the car segment is then sold (booked). To reserve a car, the user provides required information, and may choose to include additional optional information. Additional optional information can be used to qualify the type of car desired.

Required Data

Optional Data

Optional information can be added to the car booking request.

A car booking can be sold as either a reference sell from an availability display, or as a direct sell.

After a car is booked, the vendor acknowledges the transaction by sending back a confirmation number. This number signifies the agreement between the passenger and vendor for the car rental.

This function normally follows an availability request such as CarTypeAvail_7_0 or CarStandardAvail_6_0.

Selling Hotel Segments

After the traveler selects a hotel property, the hotel room is then sold (booked).

Required Data

Property Number

Provided by the RoomMaster™ system.

Chain Code

Provided by RoomMaster.

Booking Code

Provided by RoomMaster

Check-In Date

If no check out date is indicated, the reservation defaults to a one-night stay.

Occupancy

Hotel rooms are booked for one (1) or two (2) persons. To book additional occupants in a hotel room, and optional qualifier is added to the segment sell.

Number of Rooms

The number of rooms required for the sell.

Optional Data

Optional information can be added to the hotel booking request.

Corporate Discount Number

Negotiated rate between an organization and the select vendor.

Awards Program Membership Number

Awards program membership number for the selected vendor.

Special Requests

Such as a room with wheelchair access or a non-smoking room.

Guarantee

Used to specify a credit card to guarantee the room or provide a deposit.

Extra Persons

In addition to the maximum of two persons specific in the required data.

Extra Beds

 

Traveler's Name

The traveler's name in which the room should be held. The default name is the first name in the PNR/BF.

When a hotel booking is made from the complete availability display, the vendor acknowledges the transaction by sending back a confirmation number. This number signifies the agreement between the passenger and vendor for the hotel booking.

RoomMaster requires that a HotelCompleteAvailability_7_0 be displayed before a sell can be made. To save the hotel booking to the PNR or BF, an end transact must be implemented, using PNRBFEnd_9_0.

Form of Payment

Form of payment may be required to sell car, hotel, or cruise segments, or to guarantee hotel segments. In rare cases, smaller airline vendors may also require a form of payment to be associated with the sale of an air segment.

Retrieving a PNR or BF

It is sometimes necessary to redisplay a PNR/BF to review or modify information in the record. The two (2) most common methods of retrieving a PNR/BF are by record locator or passenger name.

PNR/BFs can be retrieved through AgencyPNRBFDisplay_7_5 and CarHotelPNRBFModify_7_5.

After the changes are complete, PNRBFEnd_9_0 should be used to save the revised record. If the PNR/BF is retrieved for review only, or if the user decides not to save the changes, PNRBFIgnore_1_0 is used to re-file the record in its original state.

Steps

When retrieving a PNR or BF, the Record Locator may not be available. Therefore, another technique for retrieving the PNR/BF must be employed. The most common technique is to use the passenger's name to perform a similar names list query. When the list of names is returned, each name will have an associated Record Locator ID. To reduce the number of names returned in the similar names query to only a single passenger, it is possible to enter more specific criteria such as the passenger's flight number, departure date, departure location, and destination to name just a few.

Step
Process
Description

1.

Similar Names List

OPTIONAL: Only required if Record Locator ID is not available.

2.

PNR/BF Unpack

Retrieves (unpacks) the PNR/BF from the Apollo or Galileo CRS.

 

Inserting Car and Hotel Segments

For readability and continuity, it is recommended that an itinerary be stored in chronological order. However, itineraries are not always booked in chronological order. For example, a user often reserves the air segment first, then reserves car or hotel segments later. To maintain continuity within the itinerary, these segments must be inserted after the appropriate air segment. "Insert After" functionality is also used when a segment has been canceled and replaced with an alternative booking.

Modifying a Hotel Segment

Itineraries will often change between original booking and actual travel, including travel dates, or preferred hotel options.

Modifying Hotel Dates

The CRS provides functionality to modify hotel booking dates without canceling and rebooking the entire hotel segment. After modification, the dates adjust forwards or backwards, as necessary.

However, it is important to note that some vendor host systems do not recognize modification functions. In these instances, the vendor host system will automatically cancel and rebook the segment. If there is no open availability, the rebook process may complete.

Modifying Optional Hotel Data

Itineraries will often change between original booking and actual travel. Hotel segments can have existing data modified or new optional data added. Although all this data is optional, it does provide supplementary details to the hotel booking that can help both the traveler and the vendor. Optional data includes: special requests, membership program numbers, and rate information.

Modifying a Hotel Room Type

This function allows the type of hotel room to be modified without canceling and rebooking the entire hotel segment. For example, when the hotel reservation was first made, only a standard room with a double bed was available, but now the passenger can book a deluxe room with a king bed.

Modifying a Car Segment

An itinerary will often change between original booking and actual travel. In addition to modifying the reserved rental dates, the type of car or optional preferences can be modified.

Rental Dates

Car segments can be modified because of changes in the travel dates, which adjust forward or backwards, as necessary. The CRS provides such date modification functionality to passengers who need to change their car booking dates. If required, the arrival and drop-off times can also be adjusted. This functionality allows them to make those changes without canceling and rebooking the entire car segment.

However, it is important to note that some vendor host systems do not recognize modification functions. In these instances, the vendor host system will automatically cancel and rebook the segment. If there is no open availability, the rebook process may not complete.

Optional Data

For car segments, changes can include modifying existing data or adding new data, such as, special requests, membership program numbers and rate information. Although this data is purely optional, it does provide supplementary details to the car booking that can help both the traveler and the rental agency.

Car Type

Car segments can be modified to change the car type for travelers who need to change from one car size to another. This functionality allows travelers to change their car selection without canceling and rebooking the entire car segment.

Received By

In terminal applications, the Received By field is part of the mandatory data that must be entered prior to committing (end transacting) a PNR or BF to the host. However, applications using Galileo's Proprietary Structured Data or XML Select Transactions include the Received By field in the commit transaction. For non-terminal transactions, this is the last step required to build a PNR or BF.

Some modifications, such as changes to the itinerary or passenger name field, require the Received By entry in addition to the End Transact. Other modifications, such as General Remarks entries, do not require a Received By entry. End Transact is not a valid command in this situation because some sort of alteration must be made to the record itself in order to End Transact.