Simply stated, reservations sent by the Reservation Center to the rental location are accepted by CARS+ and placed in a temporary file. This data is then merged into the CARS+ Reservation file along with all other reservations. A report of the data received and its status is generated so that a complete trail is maintained. For CARS+ Internet users, these reports come as email messages to the Group Email account or to another designated email address. For stand alone systems these reports are printed, emailed, or written to disk. As a general rule, data sent in the reservation by OKC overrides similar data in CARS+.

Reservations are transmitted from Hertz to the client server over a Virtual Private Network (VPN). Unless instructed otherwise, Thermeon will request that reservation information be transmitted as soon as it is received -- as opposed to holding the data until 7 or 14 days prior to pickup.

I. SET UP

Before the reservation interface can be activated, set up is required by Thermeon's Support Dept. These steps are listed below:

A. CARS+ Setup.

1. User Access File

A record must be created in the Edit User Access File program. If receiving reservations into multiple companies, a unique record must be created for each company. The fields that need to be filled in are shown below:

Employee:            RESINT (or RESIN2, etc. for multiple companies)
Password:            RZMRG4
Menu Type:           (enter any rental agent level menu type)
Create Bill-to:      N
Prompt CHGENV:       N
RW Initials:         RW
Company ID:          00 (or appropriate number)
RW Password:         (blank)
Fleet access Page 2: N
Default drawer:      (blank)
Allow bad cust:      Y
Allow rate edit:     Y
  -------
Password Exp Date:   01010000 (EARLIEST)
Account Exp Date:    12319999 (LATEST)

2. Terminal Records

A record must be created in the Edit Terminal Records program for each UAF record created in step #1 above. Fill in the fields as shown below:

Terminal Name:        RESINT (or to match field 1 of UAF record)
Terminal Type:        VDT
RA Printer:           /dev/null
CARS+ Report Printer: (see below)
Acctg Report Printer: /dev/null
Acctg Forms Printer:  /dev/null
Remote RA Type:       (blank)
Remote Report Type:   (blank)
Remote Acct Rpt Type: (blank)
Remote Acct Frm Type: (blank)
Default Location:     (enter "main" location code)
Default Drawer:       (enter drawer number for "main" location)
Shared Usage?:        N

Setting the CARS+ Report Printer (field 4) in Edit Terminal Records:

• Enter either a physical device (such as "/dev/lp0") or the name of a local printer defined on the server. This option is available to standalone systems only.
• Enter the name of a "virtual" printer. Virtual printers are defined in either the lclconfig or the carsconfig file and pipe the data into a system shell script which then takes some actions, such as emailing the report or writing it to disk. This option is available to both standalone and CARS+Internet systems, however on CARS+Internet system, this virtual printer should be a script which emails the report to either the group email account or to an email account specified by the client.

In all cases above, the device or printer name must also be defined in a separate Terminal Record where field 1 contains the name and field 2 contains the printer type, such as HPLASER or FIXEDFMT.

For larger operations, it may be desirable to have the reports emailed to separate accounts for each area or group of locations. This is accomplished by placing the appropriate email address in the location record for each location. This is located on page 3, field 21 ("Res. email") in the Edit Locations program. When this field is filled in, reports for reservations that pick up at this location will be emailed to the specified email address. If this field is blank, or if the pickup location on the reservation does not match a location record in CARS+, the report will be emailed to the "default" account as determined by the Terminal Record.

3. Class, Location and Rate Codes

The following codes in your data files MUST MATCH the codes used by the Hertz Reservation Center or a Conversion Record must be created to convert the Res Center codes to codes set up in your system. Conversion Records can be set up for Class Codes, Location Codes, and Rate Codes.

a. Class Codes.

Class Codes for vehicles should be the codes used by the Hertz Res Center, such as B for a compact, C for the midsize, etc.

b. Location Codes - owned locations.

Owned locations should be coded using the 3-character city code (BAL, FRE, PKB, etc.) followed by the two-digit Hertz station number such as:

Examples:

Frederick, MD Airport	FRE01
Frederick, MD Downtown	FRE10
Anchorage, AK Airport	ANC10
Huntsville, AL Airport	HSV01

The full 7 digit Area Number/Station Number must be entered in "7 digit Loc"field of the Location record. (For corporate locations, enter a zero before the 6-digit numeric code.) It is this code that is reported back to Oklahoma City via the Electronic DRB program.

For operations doing net (ghost) tours, a Walkup Rate should be defined (page 1, field 42). For details, please refer to the discussion of Net Tours in the Rates section (section "d") below.

c. Foreign Locations - Foreign location codes are defined in the Customer File.

Operations with in the North America:

For operations in the North America, Hertz publishes a list of locations on the Hertz Partners website. This list is continually updated by Hertz as locations open and close. Using the locations from the "official list", a CARS+ program is used to merge the locations into your CARS+ Customer file.

Locations are identified on the Hertz list with a 7 character code using the following format:

First 2 characters are the state code; characters 3-7 are the 5 character alpha-numeric location code. - For example, Los Angeles Calif is: CALAX01.

Because Customer numbers in CARS+ are limited to 6 characters, the customer numbers in CARS+ are set up with the following format:

First character is the first letter of the state code
Second to sixth characters are the five-character alpha-numeric location codes.

Example: Los Angeles is set up as: CLAX01

When there are identical five-digit location codes in two or more states that begin with the same letter (example: LAX01 exists in California and Colorado), the conflict is recognized and the letter "Z" is substituted as the first letter. If there is a second conflict, the letter "X" is used.

Data in the Customer Record

When creating the customer records for the foreign locations, the merge program also enters:

The official full 7-digit alphanumeric code (ex: CALAX01) in the the "Other ID" field. (2 characters for the state followed by 5 character alphanumeric code.)

The 7-digit numeric location code (area number and station number) in the First Name field.

The owning area number in the Driver's License field.

Operations outside the North America:

Operations outside the North America should set up foreign locations using the 5 character alphanumeric code (which is made up of the location's three character alpha city code followed by its 2 character numeric station number).

EXAMPLE: Cancun Mexico Airport = CAN50

When creating the customer records for the foreign locations,

Put the official full 7-digit alphanumeric code (ex: CALAX01) in the the "Other ID" field (2 characters for the state or country followed by 5 character alphanumeric code).

The 7-digit numeric location code (area number and station number ) in the first name field. Corporate locations must have a zero before the code (i.e., the entry must always be 7 digits).

For billing purposes, enter the full location name (spelled out) in the "Last Name" field.

The Customer Type (page 2, field 2) must be set to "F" for a corporate location or to "L" for a licensee location.

Notes:

The Reservation Interface program first tries to find a foreign location using the data from the Other ID field. If that fails, then it tries the 5 character code (3 alpha characters; 2 numeric characters). If that fails, it tries the Conversion Code records.

The Hertz Reservation Center refers to locations by the 7-character alpha-numeric code. This is the code you will see on the Reservation Merge Report.

On the other hand, the Data Center, which receives EDRB transmissions, refers to locations by their 7 digit Area/Station Number. This is why the 7-character number must be entered in the First Name Field of the Customer Record.

The reservation merge program can be told to automatically create a foreign location in the Customer File when the Return City on the reservation (mnemonic RC) cannot be found in either the Owned Location or the Customer (foreign location) files. Note: This feature will create the customer records in a non-standard way (it uses the Hertz Canada Corporate model) and also creates Conversion records. This feature should not be used if the Hertz Location File is being merged (as discussed above). To activate this feature, contact the Thermeon Customer Support Department and request that GVT code RZ4LOCS be set up.

d. Rates

In order to understand how the Reservation Merge program handles rates, it is crucial to first understand how rates are sent by OKC in the reservation. The reservation contains six fields which pertain to rates in the BR mnemonic field. They are:

Hertz Data Field	Description
Base Rate	This field contains the rate for the specified period. The meaning of this field depends on another field called "Period Indicator". Please refer to the description for this field.
Xtra Day Rate	This field contains the rate for days beyond the period encompassed by the Base Rate. It also is the rate used for the appropriate tier when the local rate is defined as a Tiered Rate. Refer to "Tiered Rates" section below.
Hourly Rate	This field contains the rate for additional hours.
Mileage Rate	This field contains the rate for chargeable miles/kilometers.
Free Miles	This field contains the number of free miles/kilometers per period. If this field is blank, there is a second field that may contain the total free miles quoted. If that field is used, it is divided by the number of chargeable days to produce a Free KM per day amount.
Period Indicator	This field determines how the Base Rate and Free Miles data are to be applied. Values for this field are: DY = Daily. The data in the Base Rate and Free Miles fields are "per day". WK= Weekly. The data in the Base Rate and Free Miles fields are "per week". MO = Monthly. The data in the Base Rate and Free Miles fields are "per month". WE = Weekend. The data in the Base Rate and Free Miles fields are "per weekend day". XX = Package. The data in the Base Rate and Free Miles fields are "per package". Depending on how the local CARS+ rules are defined, the package can apply to either a weekend package or the "period" (package) portion of a Period Rate. Please refer to the User Tip on Package Rate below.

The process of building a complete rate in the CARS+ reservation proceeds as follows:

The program first looks for a CARS+ Rate Product which matches the rate product in character positions 27 through 32 of the BR (Best Rate) field. If no match is made, it then attempts to make a match on the rate product in the RQ (Rate Quoted) field. If a matching Rate Product is found, the Rules record and the Rate Record for the requested vehicle class are loaded into the new CARS+ reservation. Next, the rates sent in the OKC reservation are inserted. For example, if the standard daily rate for a compact car is $59.95 in the CARS+ rate file, but the OKC reservation has a Period Indicator of "DY" and the Base Rate field contains $52.50, the Res Merge program will insert $52.50 into the Day field of the CARS+ reservation. Additionally, the Xday, Hour, Free Miles and Mile Chg fields in CARS+ will be populated by the corresponding fields from the OKC reservation. The Week and Month rates will be from the CARS+ rate file.

If the Period Indicator in the OKC reservation is WK (weekly), then the data from the Base Rate field will overlay the weekly rate from the CARS+ rate file in the CARS+ reservation. Additionally, the Xtra Day, Hourly, Free Miles and Rate per Mile data from the OKC reservation, if present, will overlay the corresponding fields in the CARS+ reservation. Remember that, in this example, because the Period Indicator is "weekly" the data in the Free Miles field of the OKC reservation is the weekly free miles. Just as with the rates, the daily, monthly, etc. free miles will come from the local CARS+ rules record.

Alternate Method for Loading Rates: For those rates not sent in the OKC reservation, there is an alternate method whereby, instead of loading the rates from the CARS+ rate record, the non-sent rates can be mathematically derived from what is sent by OKC. See the section on "Change to best rate" in the Edit Miscellaneous Control Fields section below for an an explanation of how this works.

Corporate Rates: On reservations for corporate rates, the RQ field will contain either "CR", "CRL" or "CRM". The BR field (characters 27 - 31) will contain the numeric corporate rate product.

Tiered Rates: When the rate in CARS+ is a tiered rate, the reservation interface program does a calculation of charges to determine the number of chargeable days. It then drops the daily rate on the reservation into the correct tier based on those days. The Extra Day rate from the BR (Best Rate) field overlays the resulting tier. The base rate in the BR field is ignored.

Net Tour Rates: The net rates are loaded to the reservation from the data in the BR field.

Note that when the base rate for the voucher is weekly, the daily rate is calculated by dividing the weekly rate by 5.

Net rates apply only to the rental days covered by the tour voucher. Retail rates will also be written to the reservation to cover any potential rental days beyond (not covered by) the voucher. The retail rates can come from several sources shown below in order of preference:

1. The MU field of the reservation. Please see the documentation for this field in the "Correspondence Chart" below.
2. The "Retail Rate" field of the IT record (EDITIT, page 1, field 28).
3. The pick-up location's "Walkup Rate" (EDITLOC, page 1, field 42).

Important: In those instances where the retail rate is determined by marking up the net rate by the percentage in the MU field (as detailed in step 1 above), the interface program still needs to get a set of "rules" to apply to these rates. It will get those rules from either the Retail Rate noted on the IT record, or the Walkup Rate from the location record (as detailed in steps 2 and 3 above). On net tour reservations, the interface program will not attempt to use a reservation template rate to obtain the rate rules. Therefore, for those operations doing net tours, either all IT records must have a Retail Rate defined or all renting location must have a Walkup Rate defined. Failing this, net tour reservations are likely to be rejected.

NOTE: Hertz will not always send a net tour reservation using the same pricing structure as they will use to reimburse the licensee for the tour voucher. For example, Hertz may send a 10-day reservation with the "daily" period indicator and only a daily and extra day rate. However, when calculating the value of the voucher for the purpose of reimbursement to the licensee, Hertz may calculate this reservation as 1 x weekly rate + 3 x daily rate. Since this calculation is likely to be cheaper than 10 x daily rate (which is the only way CARS+ can calculate the voucher since this is the only information it has), this will lead to a discrepancy in the receivable amount for that voucher in CARS+ and the amount that Hertz issues as a reimbursement. To compensate for this problem, the merge program will take the amount in the BR-SUBTOT2 field and write that amount to the CARS+ field VOUCHER-MAX-AMT. This amount is what Hertz considers to be the total amount of the voucher and should be the amount they use to reimburse the licensee. When calculating the value of the voucher, CARS+ will use this amount instead of the "days/weeks x rate" calculation.

Free miles/kms: The free miles information sent with the OKC reservation, if present, will overlay the free miles, if any, from the CARS+ rules record. Remember, the field in the CARS+ reservation that will be overlaid by the OKC free miles data is dependent on the Period Indicator in the OKC reservation.

Option Sets: If an Add-on Option set is entered on the CARS+ rules record, those options are automatically added to the reservation.

RATE TYPES THAT ARE NOT SUPPORTED BY THE HERTZ RESERVATION FEED

Although, all of the Rate Types described in the chapter Edit Rental Rules and Rates are supported by the CARS+ Reservation, RA Open and RA Close programs, they are NOT all supported by Hertz' International Reservation Center or the Hertz Excalibur Reservation delivery system. The following chart indicates the rate types that are NOT supported by the Hertz res logic. Therefore none of the rez templates nor any Rate Code sent by OKC should be defined as one of the unsupported types.

RATE TYPE	SUPPORTED
STANDARD	Y
WEEKEND	Y
TIERED	Y
FIXED TIERED	Y
STEP-TIERED	Y
HOURLY	N
CHAUFFEUR HOURLY	N
PERIOD	N
CALENDAR DAY	Y
HOTEL CALCULATED	N
INCLUSIVE	Y
SEASONAL	N
RETURN SPECIFIC	N
PACKAGE	N
DAILY AVERAGED	N

When a matching Rate Product Cannot be Found in CARS+:

If the Reservation merge program cannot match the rate product in the OKC reservation to a rate product in CARS+, it will look for an appropriate Conversion Record. (Refer to the next section below.)

If the Reservation merge program cannot make a match on a Conversion Record, it will look for the appropriate Rate Template. A Rate Template is a default Rate/Rules Record that is used when a matching rate product does not exist on your system.

If no matching rate can be found and Rate Templates are not set up, the reservation will be rejected. Therefore, the following templates should be set up:

Rate Product Code	Used When
REZ-D	the Period Indicator in the reservation is "DY" (a daily rental).
REZ-W	the Period Indicator in the reservation is "WK" (a weekly rental).
REZ-M	the Period Indicator in the reservation is "MO" (a monthly rental).
REZ-E	the Period Indicator in the reservation is "WE" (a weekend rental).
REZ-X	the Period Indicator in the reservation is "XX" (a period rate or a weekend package rate). See the User Tip below about Period "X" Rates.
DLDWI	the Period Indicator in the res is "DY" (a daily rate) and the rate is also flagged as LDW inclusive.
WLDWI	the Period Indicator in the res is "WK" (a weekly rate) and the rate is also flagged as LDW inclusive.
MLDWI	the Period Indicator in the res is "MO" (a monthly rate) and the rate is also flagged as LDW inclusive.
ELDWI	the Period Indicator in the res is "WE" (a weekend rate) and the rate is also flagged as LDW inclusive.
XLDWI	the Period Indicator in the res is "XX" (a period rate or weekend package rate) and the rate is also flagged as LDW inclusive. See the User Tip below about Period "X"Rates.

For Hertz Canada insurance replacement reservations:

INSC	This template will be used when the BM (Billing Mode) field of the OKC res is set to "H".
INSC1	This template will be used when the BM (Billing Mode) field of the OKC res is set to "D"

The Rate Rules for these templates should be defined in accordance with the rental period that they cover. Examples:

• the rules for templates REZ-E and ELDWI must include the weekend rules.
• the LDWI templates should have the field LDW inclusive set to "Y" or have an LDW-inclusive option set applied.
• All of these templates should be defined as "Editable" so that corrections can be made at the time of rental if needed.
• All of these templates should leave the "Currency" field blank. The locations will have the local currency code set, so the reservations will be converted once the reservation is loaded.

The rate amounts entered on the second page of the Rates screen should be the standard walk-up rates (SDL0 rates for US locations, RDR rates for Canada locations, MRR rates for Mexico locations). As stated earlier, these amounts will be overlaid with the data sent from the Reservation Center.

Australia users may want to set up the REZ-D template rate as a tiered rate. For tiered rates, the ND field (number of rental days) will be used to determine the tier to be used. The Extra Day rate from the BR (Best Rate) field will overlay the resulting tier. The base rate in the BR field will be ignored.

Note: Failure to set up all of these rate templates may result in lost reservation data.

USER TIP: Period "X" Rates

To review, in CARS+ a "period rate" is one where a lump sum is charged for a "period" or "range" of days, and the rate for the period takes the place of the weekly rate. For example, the rate might be $250 for 5 days. Or it could be $250 for 4 to 6 days if the period was so defined. Days after the period are charged at the Xday (extra day) rate.

In CARS+ a "packaged weekend rate" is one where a lump sum is charged for the weekend period (rather than using a weekend daily rate).

When the Reservation Center transmits period rate reservations AND packaged weekend rate reservations, both types of reservations are indicated as a type "X", and the Base Rate ("BR" field) on the reservation is the rate for the period or weekend.

If the rate product is found in CARS+ and the rate is set up as a weekend rate, the rate on the reservation is loaded in the "Xday/Weekend"field. It's assumed that the rate product is defined as a weekend "package" rate.

If the rate product is found in CARS+ and the rate is NOT set up as a weekend rate, the rate from the reservation is loaded in the "week"field. It's assumed that the rate is defined as a "period rate".

If the rate product can't be found in CARS+, the template rate REZ-X is used (or XLDWI if LDW is included.)

Because of the different ways the rates can be loaded in CARS+, the actual rate product should be set up in CARS+ with the proper rules defining it. For period rates, the length for the period must be defined. (The length of the period is defined by entering the minimum and maximum number of days in the period in the "Min days for week"and "Period Max Days" fields on page one of the Rules/Rates record.) Failure to do this will cause the rate to be interpreted as a weekly rate.

For weekend packages, a "Y" should be entered in the "Package rate" field. Failure to do this will cause the rate to be interpreted as a daily weekend rate rather than as a package rate.

When the actual rate is not defined in your system, the REZ-X or XLDWI template rates are used. The way that these template rates are defined determines how the rate from the reservation center will be interpreted. That is, the rules on the template rate will determine if reservations using the template rate are treated as weekend rates or period rates.

4. Edit Miscellaneous Control Fields.

Page 1, Field 25, "Print Res Int Rejects Only" (Print Reservation Interface Rejects Only):

This field controls how the messages from the OKC Res Center will be emailed or printed in the Reservation Merge Report. The possible choices are shown in the table below.

A "D" in the chart indicates that type of data is included in the email messages in Detail. A "S" in the chart indicates that type of data is included in the report as a one line Summary.

Enter in this field, (page 1 field 25), the preferred choice from the "Data" field below= "N,'Y', "O", "S" or "B")

Data	N	Y	O	S	B (at location)	B (at hdqrtrs)
Future	D	S	S	S	S
Today's adds and changes	D	D	S	S	D
Today's cancels	D	D	D	S	D
Today's cancels with an SVV	D	D	D	D	D	D
Duplicates	D	D	S	S
Rejects	D	D	D	D	D	D
Confirmation Requests	D	D	D	D	D	D
Admin. Reports	D	D				D
Control Messages	D	D	D			D
Unknown Messages	D	D	D			D
Counters	D	D

Note: Your system can be configured to ignore same day reservations on the Reservation Merge Report. Contact Thermeon's Customer Support Dept. and ask that GVT record "SAMEDYRZ" be set up.

Note: For Hertz Canada Corporate operations, same day reservations do not print out in detail regardless of which letter above is entered in this field.

Note: Setting "B" sends:

• All OKC reports, the summary line, and warning messages to the default printer.
• Rejects, today's adds and changes, and today's cancels are sent to the email address defined in the location record, if there is one. (See Edit Locations, Page 3, Field 21 "Res Email"). If there is no email address in the Location record, these are sent to the default printer.
• Rejects are sent to both the email address in the Location record, if there is one, and to the default printer.

Page 4, Field 28, "Days beyond a Month"

If this field is set to "Y", then any days past a month (as defined by the rate rules record or by Edit Miscellaneous Controls) will be charged at the X-Day rate. The weekly rate will not be used. This will NOT apply to corporate rates (fully numeric rate products).

5. Conversion Records

The Edit Conversion Records program may be used to convert codes used by the OKC Reservation center to codes that are being used in CARS+. When a direct match cannot be made, the reservation interface program will attempt to look for a conversion record for the following items:

• Vehicle and Rate Class
• Vehicle Class only
• Location
• Rate Product

For example, the Reservation Center may list Class A (subcompact) cars at your location. In reality, however, there may not be any Class A vehicles in the fleet -- the intention is to give the customer a Class B. A Conversion Record should be created to convert Class A reservations received to Class B reservations in CARS+.

Another example may be that the Reservation Center uses the Location Code TUS01 for your location. However, in CARS+ you have it set up as Location Code TUS. A Conversion Record can change the location code through the Reservation Interface program.

Conversion records can also be created for Rate Codes. Before using the Template Rates mentioned in the section above, the Reservation interface program examines the Conversion Record file. If a Conversion Record is found for a rate, that is used rather than the template rate.

User tip:

Because there are 2 types of Class conversion records (C for vehicle class and rate class and V for vehicle class only), the following hierarchy has been established which determines which conversion record is used. The order from highest to lowest is:

Order	User Code	Location Code	Type of Conversion record used
1	RZMRG4	Location matches the res. pick location	C
2	RZMRG4	blank	C
3	blank	blank	C
4	RZMRG4	Location matches the res. pick location	V
5	RZMRG4	blank	V
6	blank	blank	V

6. City Lists

City Lists are used by partially participating locations to determine the amount that will be added to the base rate for corporate rate plans at your locations. When looking up a corporate rate in CARS+, the City List letter is appended to the 4-digit corporate rate code. All valid owned renting locations which participate in the CDP program must have a record in this file.

7. Reservation Flat Fee Surcharge

A reservation surcharge can be set up in the Option File so that a flat fee is charged on every RA which is generated from a reservation - whether the reservation is received from the national res. center or entered locally. To set up the Res Fee, follow the steps as listed below:

a. Option Code

Create an Option Code in Edit Optional Items. Corporate locations should use GL account # 6307.

b. Option Rate

Set up an Option Rate in Edit Optional Rates. "Auto Apply"field should be set to "R". (Applied automatically to every reservation.)

c. GVT Code

Create a GVT record "RESFEE" (or ask Thermeon's Customer Support Dept. to do so.)

Alpha Value is the Option Code for the reservation surcharge.

Set the Numeric Value as follows:

"1" =The Res Fee rate should be taken from the CARS+ Option Rate file.

"blank" = the rate should be taken from the reservation data received from the Res. Center.

d. How It Works

The Res Fee option will be automatically added to every reservation received from the Res. Center as well as every local reservation entered in to CARS+.

e. Exceptions:

Corporate accounts can be exempt from automatically applied options (including the Res Fee) by setting up a Privilege Code which exempts the account from an automatically applied option. (Corporate accounts can also be exempt from the airport surcharge, VLF, and/or any other automatically applied option.)

8. Option Codes

The Edit Res Merge 4 Option Codes program may be used to convert options codes within Hertz reservations to the appropriate option codes in CARS+. Additionally, a source code can be defined for merged reservations. (Reservations with a CDPID that already have a Hertz source code retain their source code.)

9. Hertz Res Merge 4 Option Codes

This control file sets variables within the reservation Interface program itself.

10. Hertz Reservation Center Setup.

Thermeon's Support Dept. will contact the Reservation Center technical support to set up reservation interface.

II. OPERATIONS

All activities are automatic when the interface is operating. That is, reservations are automatically received into your system and merged into your Reservation File.

The Data

The transmission sent by the Hertz Reservation Center is formatted in a series of fields, each separated by a slash. Each field begins with a 2-character "mnemonic" or code identifying the field. When printing reservations in detail, each field is listed on a separate line and includes a short description followed by the value of the field. From time to time, Hertz may send data that cannot be used by CARS+. This additional data is captured but is otherwise ignored.

The fields which may be printed by the Reservation Merge Program is shown below along with sample data. Fields that are not sent, or are sent with no data, will not be included in the report. Hertz does not include all fields in every reservation.

NM CUSTOMER NAME                       SMITH EDWARD
CY PICKUP CITY	                       MDHAG02
DA DATE OF ARRIVAL                     122106
TA TIME OF ARRIVAL                     1040
VT VEHICLE TYPE	                       F44F4DR
RC RETURN CITY	                       DCIAD26WASHTN DULLES AP01820
ND NUMBER OF DAYS OF RENTAL            01
FL AIRLINE AND FLIGHT                  US 3022
RQ RATE QUOTED                         NRQ
RD RETURN DATE                         122206
RT RETURN TIME                         1040
BR BEST RATE DATA                      10SDL3 01 59.99 0 59.99 20.00083501101000$  0.30D
                                       000000000000  000000000000000891220935
28 N1 CDW                              N
29 N1 PAI                              N
BS BOOKING SOURCE                      RSA   RES    USNAUS
NL N1 CDW                              N
NI N1 PAI                              N
F1 FIELD REMARKS 1                     RF-AGR358117
F2 FIELD REMARKS 2
F3 FIELD REMARKS 3
SQ SQ CODES

Hertz Canada: When sending an insurance replacement reservation, some fields are redefined and may be included in the reservation. Those fields are shown below with the accompanying redefinition.

BC BILLING COMPANY                     Adjuster's name
BN BILLING  NAME                       Insurance Company
BV BILLING VERBIAGE                    Policy #
HP HOME PHONE                          Adjuster's phone #
HA HOME ADDRESS                        Pickup location
MN PERSON NAME-SPEC MOVEMENT           Claim #
MV SPEC MOVEMENT VERBIAGE              Date of Loss

User Tip: The Reservation Interface Report, even when printed in detail, only prints selected fields. This is done both for privacy reasons (confidential information is not printed) and to keep the report to a manageable length. The entire reservation (a complete listing of all fields) may be viewed using the program Hertz Res Interface Log (HTZRES) on the Hertz Programs Menu. This program may also be used to re-merge a failed reservation once the problem has been corrected. Please refer to the section on REJECTED RESERVATIONS below.

The correspondence between Hertz and CARS+ data fields is outlined on the following pages. Fields preceded with an asterisk "*" are either required or validated against data in the CARS+ files. If Hertz sends a reservation without valid data in one or more of these fields, the Merge Program will reject the reservation.

Data from a reservation is written into the following three CARS+ files:

Reservation File: Fields receiving data are shown on the Correspondence Chart by the name you see on the reservation display screen.

Customer File: This file is used for customer address information. Data is only written when the reservation is for a Number 1 Club Member or when the field "Def(ault) Res Cust(omer) Type on page 1 of the Edit Main Control Record is not blank.

When a Number 1 Club number is received, the following occurs:

1. The Customer File is searched for an existing record with a matching Number 1 Club number. This number is carried in the Other ID# field.

2. If a match is found, the existing CARS+ customer information is then loaded into the CARS+ reservation record.

3. If a match is not found, a new customer record is created and the resulting customer number is written to the CARS+ reservation record.

In the CARS+ reservation record, the phone number (if any) supplied by the Reservation Center will overwrite any number provided by the CARS+ Customer File. However, data supplied by the Reservation Center is not written to the CARS+ customer record because it is assumed that existing information is correct. Changes to the customer record must be made when the RA is opened.

Notes File: This file is used for information sent in the OKC reservation that does not correspond to CARS+ data fields in the Reservation and Customer Files. Data of this sort is indicated on the Correspondence Chart by the phrase "Notes File"followed by the line number and field position. As an example, (5:2) means the fifth line, second data field. Data written to the third line of the Notes record will print on a Reservation Manifest if quoted rates are requested.

NOTE: Hertz sends some data which does not have a corresponding CARS+ field. OKC data fields which are not written into the CARS+ reservation are indicated by a dashed line in the CARS+ column. For example, the "YY" data field does not have a matching field in any CARS+ File. If this additional data is important to your counter operations, set the flag in the Misc Controls Field File to print all reservations received.

In the following table, the "Hertz Mnemonic" column refers to the Hertz data field code, which is an alphanumeric identifier. Fields are listed in the order received at the time this document was prepared. Note that few, if any, transmissions will contain all the fields listed below. Data written to the CARS+ Customer File is indicated by a plus sign, "+"after the CARS+ field name.

BST = Child Booster Seat
BYC = Bicycle Rack
CSI = Child Infant Seat
CST = Child Toddler Seat
HCL = Hand Control Left
HCR = Hand Control Right
HMM = DVD/CD Player
LUG = Luggage Rack
NOB = Spinner Knob
NVS = GPS/Navigation
NEV = Neverlost (Hertz GPS Option)
SBE = Seat Belt Extender
SBR = Snowboard Rack
SKV = Ski Rack
SNO = Snow Tires
SRC = Satellite Radio
STR = Baby Strollers

DELIVERY RESERVATIONS

Some reservations may contain delivery data (the vehicle is to be delivered to the customer).

US LICENSEE INSURANCE REPLACEMENT

An insurance voucher is created by the Reservation Interface program as follows:

• The CDPID on the reservation is used to look up the CARS+ Customer record. If the customer type is "INS", it is used to create a voucher.
• The data in the fields listed below are used for the voucher information.

CANADA INSURANCE REPLACEMENT

An insurance voucher is created by the Reservation Interface program as follows:

• The CDPID on the reservation is used to look up the Customer record. If the customer type is "INS", it is used to create a voucher.
• The data in the fields listed below are used for the voucher information.

• If the data from the reservation is not complete enough to create an insurance voucher, the reservation is flagged as having an incomplete voucher.
• Rates in the "BR" field are used for both the insurance voucher rate and the retail rate on the reservation.

HILTS TOURS RESERVATIONS

In order for certain licensees to do ghost tour rentals (without access to the Tour Master File), some additional data can be extracted from ghost tour reservations sent by OKC. In order to do this, the GVT record “BRIT” must be set up by Thermeon’s Customer Support Dept.

When the TR field has data in it that begins with “IT” and the IR field is a “Y”, the following occurs:

If the BR-rate-fmly-cd field is not “TN” or "TP", the reservation is rejected.

If the BR-rate-fmly-cd field is “TN” or "TP", a voucher record is created.

The voucher number may be furnished or may be blank (which would require it be entered at the time of rental.)

The IT number is taken from the “TR” field, and voucher customer number is set to “TOUR”.

The number of voucher days is taken from the “ND” field.

The voucher class is taken from the “VT” field (subject to conversion records)

The net rates for Time (day, week, month) and Kms are extracted from the “BR” field. Also in the “BR” field are the calculated total charges for included options, which are restricted to a specific list.

When a reservation with a ghost voucher is loaded on the RA Open screen, and the GVT record BRIT exists the following occurs:

• No attempt is made to open the IT Records file or the TPR file.
• The options included in the voucher and their total calculated charge will come from the reservation information.
• If fuel is included in the voucher, prepaid fuel cannot be sold on the RA.

SEARCHING THE CUSTOMER FILE

1. When new reservations with a #1 Club number are received through the res. interface, a search is performed of the customer file to see if that number is already on a customer record. If it is, the customer record is used for the reservation.
2. If a matching #1 Club number isn't found, a new customer record is created.
3. If there is no #1Club number, there is no search of the Customer File. So even if the customer has rented previously, the reservation comes in with no customer record attached to it.

NOTES ABOUT THE CREDIT CARD

If a credit card with a valid expiration date exists in the CR and CE fields (respectively) they are used as the FOP on the reservation. If not, the system uses the credit card from the Number 1 Club field (Field 18) and its corresponding expiration date (Field XD). If that doesn't exist or isn't valid, then the credit card and expiration date from the C5 and X2 fields (respectively) are used. When updating a Number 1 Club customer record, the credit card in Field 18 and its corresponding expiration date are entered in CARS+ in the FOP fields (Fields 29 - 31) on page 1 of the Customer record. Credit card data from the C5 and X2 fields are entered in CARS+ in the alternative credit card fields on page 3 of the Customer record.

NOTES ABOUT LDW

When LDW is indicated on a Hertz reservation, CARS+ selects the LDW option with the lowest responsibility level. Therefore, it is recommended that there be only one LDW product with the lowest responsibility level.

NOTES ABOUT RISK PRODUCTS

If a customer who is booking on line clicks on a link to find out more information on the products "Risk Eliminator", "Risk Freedom" or "Risk Reducer", the product names clicked on will show in the Notes subwindow on the Reservation. The note is meant to inform the counter person that the customer showed an interest in those coverages.

CHANGE-TO RATES

Rates can have restrictions on them which specify such things as the day of the week the rate can start, a minimum or maximum number of rentals days required, whether or not the vehicle can go intercity, as well as weekend rate rules. In all of these circumstances, if it is found at Close that the rate rules have been broken, the system switches to the "change-to" rate declared on the rate rules record.

Typically, the reservation merge program doesn't look at change-to fields on rate records. If the rules have been broken, it accepts the reservation under a template rate product.

However, by setting up a GVT record "HTZCHGTO", the reservation merge program looks at the change-to fields on the rules and acts accordingly.

Minimum/Maximum rental days: For a tiered rate, the "ND" field (number of days) is used to determine which rate (and which tier) should be used. If the ND field is greater than the maximum days specified on the rules record, the rate code on the reservation is replaced with the maximum "change to" rate from the rules record. Likewise, if the ND field is less than the minimum days specified on the rules record, the rate code on the reservation is replaced with the minimum "change to" rate from the rules record. If the rate is a tiered rate or stepped tiered rate, the extra day rate from the "BR" field on the reservation will overlay the appropriate tier in the rate based on the days from the ND field. The base rate in the BR field will be ignored.

Intercity: If the pickup location and return location are not the same, and the rate's rules record indicates an intercity change to rate (intercity is not allowed), the rate code on the reservation will be replaced with the intercity change-to rate.

Weekend rates: If the rate in CARS+ is defined as a weekend rate and the reservation breaks the rules, the rate code on the reservation will be replaced with the weekend rules change-to rate code.

Starting Day of the Week: If the rate in CARS+ is defined as having to start on a particular day of the week that doesn't match the reservation, the rate code on the reservation will be replaced with the start day change-to rate code.

In all cases, the actual rate code from the reservation is written to the Res Notes record.

ADDITIONAL NOTES FOR SPECIFIC COUNTRIES:

HERTZ AUSTRALIA INSURANCE REPLACEMENT RESERVATIONS

When the Tour Operator IT number (TR field) matches an insurance tour family record in the IT File, the Reservation Interface program does the following:

• Creates a deposit/payment record and a voucher file record.
• Rather than use the rates supplied in the reservation, the rate from the IT record is used for the voucher rate. The rate product named in the retail rate field of the IT record is used for the retail rate on the reservation.
• All items in the Add-on Option Set of the insurance rate Rules Record are flagged as being billed to the insurance company.
• If the IT record indicates that miles/kms are billed to the insurance company, this is flagged as so on the reservation.

HERTZ AUSTRALIA GOLD RESERVATIONS

Hertz Gold reservations contain an Option Set code. That code overrides the Option Set (if any) for repeat customers in their Customer record.

HERTZ SOUTH AFRICA - PURCHASE ORDER NUMBER

On certain reservations, the P. O. # entered in various GDS systems needs to be written to the Reservation P.O. field. In order to do this, the requirements are:

• The FP (form of payment) field cannot have the value "RCV" or "FCV"; or
• The CR (credit card) field is not a HCC or OTTO; or
• The IT number in the TR (tour number) field is not defined as an insurance company; and

• The TC (travel agent's IATA number) field and the CD (CDPID) field have data; and
• The CDPID bill-to field has a value in the CD (CDPID) field;

Then the contents in the CO field will be written to the reservation as the P. O. number.

HERTZ MEXICO LOCAL CDPID

When there is a CDPID number (CD field) and the Booking Source (BS field) is or contains ME or MX* (MX alone or MX followed by any string of characters), the CDPID will be used to find a record in the Local CDPID file. When a match is found, the Local CDPID, its rate and privileges will be applied (overriding the CDPID, rate and privileges originally on the reservation.)

MERGE PROGRAM AND REPORT

The Merge Program adds, modifies, or cancels reservations and vendors as requested, and prints a report of all activity. The program executes as if there were an employee logged into the system. This requires a CARS+ terminal record with an employee name of "RESINT".

The Reservation Interface Report can be requested in either summary or detail fashion. This is controlled by Field 25 of the Edit Miscellaneous Control Files program, as described earlier in this chapter.

A. RESERVATION INTERFACE - SUMMARY REPORT

The following is a sample of Reservation Interface Report:

R E S E R V A T I O N    I N T E R F A C E

023 SMITH (984) NEW
024 KOPPKEY (985) NEW
025 JENSEN (782) CANCEL
026 THERBER (986) NEW
027 PICKMAN (987) NEW
028 BOWMAN (821) MODIFIED

6 RESERVATIONS RECEIVED	4 WRITTEN	1 CANCEL
	                1 MODIFIED	0 REJECTED

              End of Report

This batch includes 6 reservations sent from Oklahoma City. The first column of the report gives the Reservation Center's Sequence Number for each reservation. This is followed by the customer's last name and the CARS+ Reservation Number. A summary is provided at the end.

At the end of the report, transmissions are totaled showing number of new records, cancellations, modifications. In the batch illustrated, there were no rejections. If there had been, the rejected reservation would have printed in detail.

REJECTED RESERVATIONS

Rejected reservations appear as follows on the Interface Report.

First, the OKC data causing the rejection is printed, such as:

ERROR: (brief description) VALUE= (data that was sent)

The report then indicates the reservation was rejected and all data sent prints in detail.

For example:

ERROR: RES-DESIRED-CLASS INVALID.	VALUE=L
RESERVATION NOT PROCESSED:	        72941551608
NM CUSTOMER NAME	                SMITH EDWARD
CY PICKUP CITY	                        MDHAG02
DA DATE OF ARRIVAL	                122008
TA TIME OF ARRIVAL	                1040
VT VEHICLE TYPE	                        L0LCLAS
RC RETURN CITY	                        DCIAD26WASHTN DULLES AP01820
ND NUMBER OF DAY OF RENTAL	        01
FL AIRLINE AND FLIGHT	                US 3022
RS REFERRAL SOURCE	                DLFTY
TC IATA (TRAVEL AGT) NUMBER	        39746361
PH PHONE NUMBER	                        2031234567
O1 STATUS	                        101000100SX0
02 STATUS 2	                        0 0000 0
FP FORM OF PAYMENT	                HCC
TY TYPE FIELD	                        ARESSSD
VN VENDOR	                        AFTYDLBE8PQ301127NLG
IC INTER CITY FEE	                0
ID RES ID	                        72941551608
RQ RATE QUOTED	                        NRQ
RD RETURN DATE	                        122289
BR BEST RATE DATA	                101AFD 01   59.99   0  59.99 20.00083501101000$  0.30
	                                        000000000000        000000000000000891220935

This reservation was rejected because the "L" class requested in Field "VT"could not be validated against the codes in the Class Code File. In this case, the reservation would have to be manually entered into the Reservation File using a valid vehicle class. Or, set up the L class and re-merge he reservation using the Hertz Res Interface Log program.

Other possible data error messages are:

Code  Meaning

----  -------
 DA   Daily

 WK   Weekly

 WE   Weekend

 MO   Monthly

XX  Inclusive (treated the same as "D")

Additional error messages may appear if the data received is not in the format expected. For example, if the pickup time is sent as "8" instead of "0800", the reservation will be rejected with an error message.

WARNING: If the the reservation program rejects a incoming reservation, the fact of the rejection IS NOT COMMUNICATED to OKC. Currently, there is no way for the Reservation System in OKC to receive the message that a res has been rejected. As a result, both OKC and the reserving customer will be unaware of any problem with a rejected res. If the nature of the error is such that the res cannot be accepted, such as when a location is closed, you must contact OKC so that other arrangements can be made for the customer. Failure to do this may result in the renter arriving at a location that is either closed or without vehicles to meet their need.

MANUALLY PROCESSING REJECTED RESERVATIONS

If at all possible, rejected reservations should be remerged after fixing the reason for rejection using the Hertz Res Interface Log program. If a rejected reservation must be processed manually, enter the information from the Interface Report into the CARS+ Reservations program. Be sure to enter the Hertz Res ID number into the CARS+ "Conf #" field. This is important in case the Res Center sends updates and also for the purpose of paying Travel Agent commissions. If needed, additional res information not printed on the Interface Report can be viewed in the Hertz Res Interface Log program.

When a number of reservations are rejected, after the reason(s) for rejection have been corrected (vehicle class file, location file, etc.), you may contact the Thermeon Customer Support Dept and request that a range of reservations spanning a specified date range be remerged. There is no harm in remerging reservations already accepted because CARS+ will automatically reject them as duplicates.

RESERVATION INTERFACE - DETAILED REPORT

On a detailed Interface Report, each reservation will print in the same detail as the rejected reservation illustrated in the previous section. The first line of each reservation is a system supplied processing message. Processing messages indicate what CARS+ did with the reservation sent.

MODIFICATIONS TO EXISTING RESERVATIONS

A copy of the raw reservation data in much like the format displayed above is stored in a file HZRES. This file contains the most recently processed version of each reservation received. One of the fields in this file is the VR mnemonic field which contains a version number for each reservation. Because of transmission delays in OKC it is possible that a modification of a reservation is received and processed by CARS+ before the original res is received. To compensate for that CARS+ does the following:

1. Before merging a reservation, the program reads the HZRES file looking for a previous record with the same confirmation number.
1. If no record is found, the reservation is merges as a new reservation.
2. If a record found and the value in the VR field of the new record is greater than the VR value in HZRES (this is a more recent version), the reservation on file is re-written with the new data.
3. If a record is found and the value in the VR field of the new record is less than the VR value in HZRES (records were received out of order), the new record will NOT be merged.
2. In the case of a cancellation notice that is received before the reservation itself is processed, a similar situation occurs.
1. The cancellation record is written to HZRES but is rejected by the reservation merge program since there is nothing in CARS+ to be canceled. This will appear on the reject report.
2. When the res finally does arrive, as it's VR version number will be less than the VR number of the cancellation record in HZRES, the reservation will NOT be processed.

MODIFICATION TO A FILLED RESERVATION - HERTZ CANADA CORPORATE

Reservations used to preprint a RA are marked as status "F" (filled). Generally, once a reservation is in F status, further transmissions of changes for that reservation are ignored. An exception is made for Hertz Canada Corporate locations for the pick up date. If a modification is received for reservations with a status "F", the pick up date and time is changed to that on the new transmission. This solves a problem which can occur when the customer changes their pick up date to a later date after the RA has been pre-printed. An example would be a reservation for pick up Monday at 10 am. The RA is preprinted at 8 am. At 9 am the customer's plans change and they need to change the reservation pick up to Tuesday. If the pick up date had not been changed, the reservation would have been marked as a no-show at the end of the day Monday.

HERTZ SOURCE CODES

Reservations that are received electronically have a source indicator in the D subwindow to identify where the reservation was booked. The following codes have been provide by Hertz:

• US Dollars
• Canadian Dollars
• Euros
• British Pounds
• Australian Dollars

When the field described above is set to "Y", the rates in a reservation will be converted to the local currency when the reservation is received (and thus not converted when the RA is Opened) using the exchange rate that OKC used when it was originally booked. This will happen when:

• The currency code in the BR field of the reservation matches the currency code in the Rate Product's Rules record in CARS+ (this must be the same currency code as set up in the pick-up location's Location record)
• AND the BR field also contains the currency conversion exchange rate to be used.