Warrants are run through the high speed Document Processor which uses its MICR read capability to read and capture the MICR information on the warrants. During the same pass through the Document Processor, the image camera captures a digitized image of each item and assigns an image key. As these items are captured the MICR line data is sent from the Document Processor to the PC that is designated as your Document Server and the images and image keys are sent to the Image Server.

During capture, items are edited against a parameter driven set of rules called a sort pattern. Items not following the sort pattern rules or having unreadable MICR fields are placed in the reject pocket. Additionally, during capture, warrants are compared against the fund stale date for that warrant. Warrants which exceed the stale date will also be outsorted to a separate pocket.

The records themselves contain all MICR fields (serial number, routing/transit number, warrant number, agency fund number, warrant date, warrant amount, deemed amount) as well as information assigned by the ImageTRACER™ system (i.e. type of document, pocket, debit/credit flag, originally a rejected item, etc.). During the capture process, operator can be concurrently performing reject re-entry, and balancing, which streamlines the entire operation.

ImageTRACER™ provides a Run Log Status screen which lists all captured runs as well as the run name, time, and a series of flags indicating at what point each run is in the overall warrant process. This information is a quick way for supervisors and managers to get an accurate and useful "picture" of workflow. This Run Log Status file also serves as a control in processing. There are processing steps that are sequential and dependent upon the previous step being completed. The Run Log Status is checked at the beginning of each step to insure the previous steps are completed before allowing the current process to run.

Reject Reentry takes place on a PC/Client. Our system displays an image of the warrant on the screen and brings the field that is in error to the front so that your operators can correct the rejected item without looking at every single field to locate the error. Should your operators have trouble reading an item, they can zoom in on that item and verify needed information. In addition to zoom, your operators can turn the image over in case it went through the high speed Document Processor backwards or even upside down. If your operator has to flip the image they will be able to save it so that during reject reentry, balancing, or for history look up, the item will have the correct orientation. When all the items in a batch are repaired, the operators can begin balancing.

Following reject reentry, the batches and the run are balanced. Once again, this function is performed from images on the PC/Client. During balancing, the batch of images that are out of balance can be displayed. The operator can again zoom, flip, etc. just like in reject reentry.

ImageTRACER™ provides for online balancing. Batch totals displayed on the screen are adjusted as items are changed, added, and deleted. Totals displayed are number of debit items, number of credit items, total number of items, total item debit amount, total item credit amount, batch header amount, and the amount of difference between item amounts and the batch header amount.

Stops/releases processing allows the client the capability to maintain a stops file to record the warrant information of an item that should be "stopped" at the capture point and the physical item returned through the banking system.

There are 34 standard reports included as part of the base ImageTRACER™ system. Application Link can also customize the ImageTRACER™ output to accommodate your specific reporting requirements.