Abstract:
Processing duplicate items in image cash letter (“ICL”) reversal files for efficient handling. A duplicate item processing module can receive ICL reversal files comprising items representing duplicate electronic checks. The duplicate item processing module can determine whether the processing entity erroneously presented the item more than once. The duplicate item processing module can also determine whether the depositing institution erroneously deposited the item more than once for processing. Based on the determination of the source of the error, the duplicate item processing module can make a correction in its own records and/or forward the ICL reversal file with the duplicate item to the receiving institution.
Abstract:
Processing duplicate items in image cash letter (“ICL”) reversal files for efficient handling. A duplicate item processing module can receive ICL reversal files comprising items representing duplicate electronic checks. The duplicate item processing module can determine whether the processing entity erroneously presented the item more than once. The duplicate item processing module can also determine whether the depositing institution erroneously deposited the item more than once for processing. Based on the determination of the source of the error, the duplicate item processing module can make a correction in its own records and/or forward the ICL reversal file with the duplicate item to the receiving institution.
Abstract:
Accommodating the data needed to process checks for payment under the Check Clearing for the 21st Century Act by using expanded fields of a financial data file. The financial data file can comprise the complete, original MICR data from an original or substitute paper check. The financial data file can comprise truncated data in conventional fields F1-F7 and untruncated data in expanded fields F10-F11. The financial data file further can comprise a result from an image quality analysis performed on an electronic image of the check. The untruncated MICR data and the electronic check image can be used to correct errors in the financial data file and to present the check for payment via a substitute check or an electronic image cash letter. The truncated MICR data can be used to electronically process the check via conventional means.
Abstract:
Preventing duplicate ICL files and/or ICL file elements, including duplicate ICLs, items, and item bundles, from being processed for payment and/or presentment. A duplicate detection module can assign a predictable and repeatable unique identifier to each ICL file and/or ICL file element. The duplicate detection module can determine whether each ICL file and/or element is a duplicate by comparing the identifier associated with the ICL file and/or element with information stored in a record of already processed files/elements. In response to determining that an ICL file and/or element is a duplicate, the duplicate detection module can determine not to process the file/element for payment and/or presentment. In response to determining that the ICL file and/or element is not a duplicate, the duplicate detection module can store information regarding the file/element in the record. For example, the stored information can include the unique identifier associated with the file/element.
Abstract:
A printed cash letter includes a machine-readable identifier, such as a barcode, identifying the cash letter. Upon printing, information from the identifier is read and stored in a first record. To determine whether the cash letter is a duplicate, a check presentment module compares information from the identifier with information in the first record. If information identifying the cash letter already exists in the first record, the cash letter is a duplicate. To verify cash letter printing, information identifying multiple cash letters to be printed is stored in a second record. Upon printing a portion of the cash letters, information read from identifiers on the printed cash letters is compared with information in the second record. If the second record includes information regarding a cash letter not identified in the information scanned from the barcodes, then the check presentment module identifies the cash letter as having not been printed.
Abstract:
Producing print streams for efficiently generating properly formatted and ordered paper cash letters comprises print stream file that includes electronic form definitions for each cash letter document. The cash letter documents can include a cover page, one or more bundles of substitute checks, a bundle summary for each substitute check bundle, and/or a cash letter bundle summary. Information from an electronic image cash letter file can be input in data fields of the electronic form definitions. Printing the information in the print stream file results in a properly formatted and ordered paper cash letter including substitute checks and audit data. Each substitute check can include all of the MICR data provided on a corresponding, original paper check. The audit data includes the cover page, bundle summary(ies), and/or cash letter bundle summary, which can each detail the documents printed concurrently therewith.
Abstract:
A printed cash letter includes a machine-readable identifier, such as a barcode, identifying the cash letter. Upon printing, information from the identifier is read and stored in a first record. To determine whether the cash letter is a duplicate, a check presentment module compares information from the identifier with information in the first record. If information identifying the cash letter already exists in the first record, the cash letter is a duplicate. To verify cash letter printing, information identifying multiple cash letters to be printed is stored in a second record. Upon printing a portion of the cash letters, information read from identifiers on the printed cash letters is compared with information in the second record. If the second record includes information regarding a cash letter not identified in the information scanned from the barcodes, then the check presentment module identifies the cash letter as having not been printed.
Abstract:
Monitoring an electronic check processing status of an image cash letter (“ICL”) and items in the ICL includes processing each ICL item by performing at least one electronic check processing event in connection with the item. For each electronic check processing event and for each item, a record comprising information related to a status of the electronic check processing event is created. Each record is associated with the corresponding item and the ICL. A status of each item can be determined based on the information stored in the records corresponding to that item. A status of the ICL can be determined based on the status of the items from the ICL.
Abstract:
Producing print streams for efficiently generating properly formatted and ordered paper cash letters comprises print stream file that includes electronic form definitions for each cash letter document. The cash letter documents can include a cover page, one or more bundles of substitute checks, a bundle summary for each substitute check bundle, and/or a cash letter bundle summary. Information from an electronic image cash letter file can be input in data fields of the electronic form definitions. Printing the information in the print stream file results in a properly formatted and ordered paper cash letter including substitute checks and audit data. Each substitute check can include all of the MICR data provided on a corresponding, original paper check. The audit data includes the cover page, bundle summary(ies), and/or cash letter bundle summary, which can each detail the documents printed concurrently therewith.
Abstract:
Validating image cash letter (“ICL”) files using appropriate validation standards for each ICL file and, where appropriate, allowing successfully validated elements of an ICL file containing one or more unsuccessfully validated elements to be processed for payment and/or presentment. A processing entity can receive an ICL file with multiple ICLs that each includes multiple bundles of electronic check items from a customer. The processing entity can validate the ICL file using multiple validation rules selected based on a file type of the ICL file, data content of the ICL file, and/or an identity of a bank associated with the ICL file. The processing entity can transmit a report of the validation results to the customer. The processing entity can select certain successfully validated elements of the ICL file for check presentment and/or payment processing.