Description

This program, in cooperation with a C program, is used to transmit corporate vehicle movements to Hertz's CARRENT Vehicle Tracking system, and is usually run periodically by cron (in "near-real-time"). Vehicle movements are created by opening, closing and voiding RAs and by opening and closing non-Rev tickets. In addition, the Whitefeed program used in the Americas also sends no-showed reservations that have a OKC Confirmation number (outside the Americas, no-shows are sent as part of the GAR feed). As of this writing, CARS+ supports the following four whitefeed record layouts:

Hertz Record Layout	Wrapper Used	Used In	CARS+ Program	MQ C program	GVT Code to turn the feature on	Non-Revenue movements
FSCRF-028	FCCRF201	Canada	CANCWF	mqcwf	(not needed)	are sent separately using HTZNRV using record layout FCCRF-003
FCCRF-128 a 5 yr old layout	FCCRF201	Brazil	CWF028	mqaucwf	(not needed)	are sent separately in a separate file using FCCRF-003 but generated by CWF028
FCCRF-021	FCCRF201	Asia/Pacific	HCWFSN	mqaucwf	TASCWF	are sent using the same file as the RAs
FCCRF-020	FCCRF301	Europe	ECWFSN	mqaucwf	EUROCWF	are sent using the same file as the RAs

A separate CARS+ program, CARRENT MQVEH sends the vehicles themselves to the same CARRENT Vehicle Tracking system in OKC. That program is documented in a separate chapter.

Configuring the C program

The C program, (see the chart above), uses the common MQ program configuration items. See MQ C program configuration items.

Configuring CARS+

For countries outside the Americas, to turn on the feature itself, create the following GVT record (for the Americas, this feature is turned on by default):

GVT Code = from the chart above

PROGRAM INVOLVED WITHIN THE AMERICAS

Only the single CARS+ program listed in the chart above is involved in CARRENT Whitefeed for the Americas.

PROGRAMS INVOLVED OUTSIDE THE AMERICAS

The following are the programs that are involved in CARRENT Whitefeed for countries outside the Americas:

Asia/Pacific	Europe	Description	Set up
HCWFQU	ECWFQU	This is the program that queues up transactions for transmission.
HCWFSN	ECWFSN	This is the program that actually sends queued up transactions to OKC via MQ Series.	Set this program to be run as a CRON job in near-real-time
HCWFRQ	ECWFRQ	This program is used to manually re-queue a transaction for transmission.
HCWFED	ECWFED	This program produces a summary file of all data sent in the past 24 hours. This file will be used to compare against the records OKC says that they received.	This program must be set up in the CRON to be run once a day after whatever time is appropriate for the response file sent from OKC

The following programs queue up transactions to be sent to CARRENT:

RA Open

RA Close

Void RA

RA Mult

Longterm Rentals

Non-Rev Movement Entry (in all of it's various forms)

No-Show Processing (for reservations in the Americas)

An array that repeats 50 times appears in the record layouts used in the Americas. This array allows for up to fifty no-showed reservations to be sent in a single record. If more than 50 reservations have been no-showed, additional records will be used.

Queuing Transactions for Transmission for the Americas

RA movements are queued up for transmission via a record being written in the XREFIL file. This record will have the value "A" in the Xre-to field and "H" in the field Xre-from. This means that the condition of the RA will be that of when the send program is run, not necessarily the status when it was originally queued. For example, if an RA is both opened and voided between the time of the last near-real-time transmission and the next transmission, only the status Void will be reported to OKC.

Non-Revs are are queued up for transmission via a record being written in the XREFIL file as part of the F1 save logic within Non-Rev Movement Entry.

No-Showed reservations are selected by status and Mod-date on the first transmission of the day.

Queuing Transactions for Transmission Outside the Americas

RA movements are written directly to the whitefeed batch file as part of the F1 save logic within RA Open, RA Close and Void RA. Operations outside the Americas do not have the status change problem mentioned under the Americas above. An RA that is both opened and voided between the time of the last near-real-time transmission and the next transmission, will have both an open and a void sent to OKC.

Non-Revs are written directly to the whitefeed batch file as part of the F1 save logic within Non-Rev Movement Entry.

No-Showed reservations are selected by status and Mod-date on the first transmission of the day.

After Completion of the Transmission:

Each transaction that is queued up is transmitted one at a time. Unlike, MQVEH, this program does NOT wait for a confirmation from OKC, all records are treated as if they were transmitted successfully.

RAs are re-written with the transmission date/time in a field that appears on the G subwindow of RA Open (note the RA's Mod Date and Time is NOT updated).

The XREFIL record is deleted (for the Americas).

For non-Revs the transmission date is written to Nrv-cwf-date. This field gets re-written when a closed non-rev ticket is sent.