US20080162321A1 - System and method for processing duplicative electronic check return files - Google Patents

System and method for processing duplicative electronic check return files Download PDF

Info

Publication number
US20080162321A1
US20080162321A1 US11/983,032 US98303207A US2008162321A1 US 20080162321 A1 US20080162321 A1 US 20080162321A1 US 98303207 A US98303207 A US 98303207A US 2008162321 A1 US2008162321 A1 US 2008162321A1
Authority
US
United States
Prior art keywords
item
icl
processing
duplicate
return
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/983,032
Inventor
Benjamin T. Breeden
Richard Rodrigues
Steven D. Martin
Timothy Rachek
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Federal Reserve Bank of Chicago
Federal Reserve Bank of Richmond
Federal Reserve Bank of Cleveland
Original Assignee
Federal Reserve Bank of Chicago
Federal Reserve Bank of Richmond
Federal Reserve Bank of Cleveland
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Federal Reserve Bank of Chicago, Federal Reserve Bank of Richmond, Federal Reserve Bank of Cleveland filed Critical Federal Reserve Bank of Chicago
Priority to US11/983,032 priority Critical patent/US20080162321A1/en
Assigned to FEDERAL RESERVE BANK OF RICHMOND reassignment FEDERAL RESERVE BANK OF RICHMOND ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BREEDEN, BENJAMIN T., JR.
Assigned to FEDERAL RESERVE BANK OF CLEVELAND reassignment FEDERAL RESERVE BANK OF CLEVELAND ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MARTIN, STEVEN D., RACHEK, TIMOTHY
Assigned to FEDERAL RESERVE BANK OF CHICAGO reassignment FEDERAL RESERVE BANK OF CHICAGO ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: RODRIGUES, RICHARD
Publication of US20080162321A1 publication Critical patent/US20080162321A1/en
Priority to US14/136,867 priority patent/US20140108243A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/042Payment circuits characterized in that the payment protocol involves at least one cheque
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/042Payment circuits characterized in that the payment protocol involves at least one cheque
    • G06Q20/0425Payment circuits characterized in that the payment protocol involves at least one cheque the cheque being electronic only
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the invention relates generally to processing duplicative electronic checks and more particularly to determining the cause of the duplicative electronic check so that the duplication can be efficiently and properly corrected.
  • the substitute check must be essentially an exact copy of the original paper check to be the legal equivalent of the original paper check.
  • the substitute check must include an exact copy of all of the Magnetic Ink Character Recognition (“MICR”) data provided on the original paper check and all check endorsements.
  • MICR Magnetic Ink Character Recognition
  • substitute check and “IRD” generally are used interchangeably herein to refer to any electronic or paper document that can be used for electronic payment processing purposes, whether or not the document is the legal equivalent of a paper check negotiable instrument.
  • bank and “customer” generally are used herein to refer to any party performing conventional or electronic check processing at any stage, including depositing and receiving institutions, their non-bank subsidiaries and affiliates, and any non-bank third party agents that provide processing services to banks.
  • each electronic check is received for processing in an electronic image cash letter file (hereinafter an “ICL file”), which includes one or more electronic image cash letters (“ICLs”).
  • ICL file includes one or more bundles of items to be processed. Each bundle includes one or more items.
  • the term “item” is used herein to refer to a check or an IRD or information that represents a check or an IRD.
  • the ICL can include one or more electronic images of the item, the complete MICR data provided on the item, and additional financial data related to the item, such as endorsement information (hereinafter, “addenda data”).
  • the ICL can further include a series of records related to the items.
  • the ICL can include a bundle summary control record comprising information about the bundle, such as a bundle identification number, the number of items in the bundle, the value of each of the items in the bundle, and the total value of all the items in the bundle.
  • the ICL also can include an ICL control record comprising information about the origin and destination of the ICL, and a cash letter bundle summary control record comprising a summary of all the bundle summary control records in the ICL.
  • each ICL, bundle, item, image, record, or other component of an ICL file is referred to herein as an “element” of the ICL file.
  • a receiving institution can transmit a return ICL file containing one or more duplicate items to a check processing entity for processing the duplicate item.
  • the check processing entity can use a check processing system and a duplicate item processing module to attempt to determine the cause of the duplicate item.
  • the duplicate item processing module can compare the duplicate item to a database of records of items previously presented to the receiving institution to determine whether the check processing entity presented the item more than once to the receiving institution.
  • the duplicate item processing module also can compare the duplicate item to a database of records of items the check processing entity previously received from a depositing institution to determine whether the depositing institution deposited the duplicate item with the check processing entity more than once. Once the cause of the duplicate item is determined, the duplicate item can be more efficiently handled and the error associated with the duplication corrected.
  • the invention provides a method for handling one or more duplicate items received in a return file.
  • the check processing entity typically receives the return file from a receiving institution.
  • the check processing entity can compare the duplicate item to a database of records of items previously presented to the receiving institution. If the check processing entity does not have a record of presenting the duplicate item to the receiving institution on more than one occasion, then the check processing entity did not cause the duplication error and is unable to correct the duplication. In such a situation, the check processing entity can forward the return file with the duplicate item to the depositing institution for further analysis and processing. On the other hand, if the check processing entity has a record of presenting the duplicate item to the receiving institution, the check processing entity can suspend the duplicate item for further analysis to determine the cause of the duplication.
  • the invention provides a method for handling one or more duplicate items received in a return file. If the check processing entity has determined that it presented the duplicate item to the receiving institution more than once, the check processing entity can undertake further analysis to determine the cause for the duplication. For example, the check processing entity can compare the duplicate item to a database of records of items received from a depositing institution for processing. If the duplicate item matches more than one of the items received from the depositing institution for processing, then the depositing institution deposited the item with the check processing entity on more than one occasion. In such a situation, the duplication error is the result of the depositing institution depositing the duplicate item more than once and the check processing entity forwards the return ICL file with the duplicate item to the depositing institution for further processing.
  • FIG. 1 is a block diagram depicting a system for electronic check processing in accordance with certain exemplary embodiments of the invention.
  • FIG. 2 is a block diagram depicting a system for electronic check processing in accordance with certain exemplary embodiments of the invention.
  • FIG. 3 is a flow chart diagram illustrating a method for processing duplicative electronic checks according to certain exemplary embodiments of the invention.
  • FIG. 4 is a flow chart diagram illustrating a method for processing duplicative electronic checks according to certain exemplary embodiments of the invention.
  • the invention is directed to systems and methods for processing checks under the Act.
  • the invention is directed to monitoring the processing status of electronic image cash letters (“ICLs”) and items in the ICLs (“items” or “ICL items”) during electronic check processing and using information collected during the monitoring process to locate errors where items have been duplicated for payment or presentment more than once.
  • ICLs electronic image cash letters
  • items in the ICLs items in the ICLs
  • the invention comprises a computer program that embodies the functions described herein and illustrated in the appended flow charts.
  • the invention should not be construed as limited to any one set of computer program instructions.
  • a skilled programmer would be able to write such a computer program to implement an exemplary embodiment based on the flow charts and associated description in the application text. Therefore, disclosure of a particular set of program code instructions is not considered necessary for an adequate understanding of how to make and use the invention.
  • the inventive functionality of the claimed computer program will be explained in more detail in the following description read in conjunction with the figures illustrating the program flow.
  • FIG. 1 is a block diagram depicting a system 100 for processing checks, according to an exemplary embodiment.
  • FIG. 2 is a block diagram depicting a depositing institution 103 of the system 100 , according to an exemplary embodiment.
  • the system 100 comprises various financial institutions and computer systems involved in check processing.
  • the system 100 comprises the depositing institution 103 , a check processing entity 105 , and a receiving institution 125 .
  • the depositing institution 103 collects paper checks from a customer. Then, the depositing institution 103 can bundle the paper checks in one or more paper cash letters. Each paper cash letter can comprise one or more bundles of original paper checks and paper image replacement documents, such as substitute checks.
  • the depositing institution 103 forwards the paper checks to the check processing entity 105 via a paper cash letter for electronic processing.
  • the depositing institution 103 can itself generate an electronic image cash letter based on the paper checks.
  • the depositing institution 103 can forward the generated ICL to the check processing entity 105 for electronic processing.
  • the ICL can be an electronic file that complies with the American National Standards Institute Specifications for Electronic Exchange of Check and Image Data (ANSI X9.37/X9.100), or other appropriate industry standards, as may change from time to time.
  • the ICL can comprise, for each paper check, one or more electronic images of the check, all of the complete MICR data provided on the check, and additional financial data related to the check.
  • the ICL can further comprise a series of records related to the checks.
  • the ICL can include a bundle summary control record comprising information about the bundle, such as a bundle identification number, the number of items in the bundle, the value of each of the checks in the bundle, and the total value of all the checks in the bundle.
  • the ICL also can comprise an ICL control record comprising information about the origin and destination of the ICL, and a cash letter bundle summary control record comprising a summary of all bundle summary control records in the ICL.
  • the depositing institution 103 can (1) forward received paper checks to the check processing entity 105 ; or (2) generate an ICL for received checks and forward the ICL to the check processing entity 105 .
  • the depositing institution 103 processes the received paper checks at a sorter 207 .
  • the sorter 207 electronically captures information from each paper check.
  • the sorter 207 comprises an image capture device (not shown), such as a scanner or camera, which captures at least one electronic image of each check.
  • the sorter 207 can capture, for each check, an image of the front of the check and an image of the back of the check.
  • the sorter 207 Upon image capture, the sorter 207 forwards each image to a DI data capture module 211 of a DI check processor 209 for further processing.
  • the DI data capture module 211 can store the electronic image(s) in one or more image files, which the DI data capture module 211 maintains in a database 210 of the DI check processor 209 .
  • the sorter 207 and the DI data capture module 211 can be part of the same physical unit.
  • the sorter 207 further comprises a MICR reader (not shown) that reads the MICR data financial data from each check. Upon reading the MICR data, the sorter 207 identifies additional financial data related to the check, which is incidental to the processing of the check, and associates that information with the check image(s). For example, the sorter 207 can identify or assign a unique item sequence number, a check processing site identifier, a processing date, a check amount, and/or a routing transit number of the depositing institution 103 . The sorter 207 forwards the financial data, including the MICR data and additional financial data, to the DI data capture module 211 for further processing.
  • a MICR reader not shown
  • the DI data capture module 211 stores a form financial data file with multiple fields.
  • the DI data capture module 211 reads the financial data from the sorter 207 and parses and stores portions of the financial data in each of the data fields.
  • the fields of the financial data file can comprise all of the MICR data from the original paper check.
  • the DI data capture module 211 stores the financial data file in the database 210 .
  • the DI check processor 209 further comprises an addenda data module 212 , which generates and/or captures electronic addenda data for each check.
  • the addenda data can comprise a bank endorsement.
  • the addenda data module 212 inputs the addenda data into one or more addenda data files.
  • the addenda data module 212 stores the addenda data file(s) in the database 210 .
  • the DI data capture module 211 associates the corresponding image file(s), financial data file, and addenda data file(s) for a check with a sequence number, identification number, or other suitable data link that uniquely identifies the check data.
  • the DI check processor 209 further comprises an ICL module 215 , which generates at least one ICL comprising information regarding one or more bundles of checks. Each bundle can comprise one or more checks.
  • the ICL can include the electronic image(s) from the check's image file(s), the financial data from the check's financial data file, and the addenda data from the check's addenda data file.
  • the ICL can further comprise a series of records related to the checks.
  • the ICL can include a bundle summary control record comprising information about the bundle, such as a bundle identification number, the number of items in the bundle, the value of each of the checks in the bundle, and the total value of all the checks in the bundle.
  • the ICL also can comprise an ICL control record comprising information about the origin and destination of the ICL, and a cash letter bundle summary control record comprising a summary of all bundle summary control records in the ICL.
  • the DI check processor 209 forwards the ICL to a data capture module 111 of a check processor 109 of the check processing entity 105 for further processing.
  • the DI check processor 209 can forward the ICL to the data capture module 111 of the check processing entity 105 via an electronic ICL file.
  • the electronic ICL file can comprise one or more ICLs.
  • the data capture module 111 Upon receiving the electronic ICL file, the data capture module 111 instructs a tracking module 131 of the check processor 109 to create an electronic cash letter record file for use in monitoring the processing status of each ICL and item contained in the electronic ICL file.
  • the electronic cash letter record file comprises data fields configured to receive information regarding the electronic ICL file and each ICL and item contained therein.
  • the electronic cash letter record file can comprise a field in which the current processing status of an ICL/item can be stored.
  • the tracking module 131 stores the electronic cash letter record file in a record database 132 of the check processor 109 .
  • the tracking module 131 stores a record of receiving the electronic ICL file in the electronic cash letter record file.
  • the record can identify the electronic ICL file and associate a receipt indicator with the electronic ICL file.
  • the record can identify the electronic ICL file by any identifying means, such as a total dollar amount of the ICLs contained within the electronic ICL file or the name and/or American Bankers Association (“ABA”) routing number of the depositing institution 103 that transmitted the electronic ICL file to the data capture module 111 .
  • the receipt indicator can comprise any indicia indicating that the electronic ICL file was received by the data capture module 111 .
  • the receipt indicator can comprise a simple, binary indicator.
  • the receipt indicator can comprise the date and/or time at which the electronic ICL file was received by the data capture module 111 .
  • the tracking module 131 Upon storing the record of receiving the electronic ICL file in the electronic cash letter record file, the tracking module 131 validates the contents and/or format of the electronic ICL file. For example, the tracking module 131 can determine whether each ICL in the electronic ICL file complies with the American National Standards Institute Specifications for Electronic Exchange of Check and Image Data (ANSI X9.37/X9.100), or other appropriate industry standards, as may change from time to time. The tracking module 131 also can evaluate each electronic check image in the ICLs to determine whether it meets particular quality standards. Certain exemplary systems and methods for performing such an evaluation are described in co-pending U.S. patent application Ser. No. 11/079,120, entitled “Assessing Electronic Image Quality,” the disclosure of which is hereby fully incorporated herein by reference.
  • the tracking module 131 can determine whether to accept or reject the electronic ICL file for processing based on the validation results. Similarly, the tracking module 131 can determine whether to accept or reject each ICL and/or item contained in the electronic ICL file based on the validation results.
  • the tracking module 131 stores a record of the validation in the electronic cash letter record file.
  • the record of the validation can comprise a simple, binary indicator indicating that the validation was completed or failed to complete.
  • the record of the validation can comprise detailed information regarding the validation completion and/or the results of the validation.
  • the record of the validation can comprise the date and/or time at which the validation was started, completed, and/or failed, the reason(s) that the validation failed, the results of the validation, and a reason for each validation result.
  • the check processor 109 Upon validating the electronic ICL file, the check processor 109 separately processes each ICL and item contained in the electronic ICL file. For each ICL in the electronic ICL file, the tracking module 131 assigns a tracking number to the ICL and each of the items contained therein. In an exemplary embodiment, the same tracking number can be assigned to the ICL and each item in the ICL. In an alternative exemplary embodiment, different tracking numbers can be assigned to the ICL and each item in the ICL, with the tracking number for each item also identifying the ICL.
  • the tracking number can be any unique indicia that can be used to identify the ICL and the items. For example, the tracking number can comprise any set of numbers, letters, symbols, or a combination thereof.
  • the tracking module 131 can use the tracking number in monitoring the processing status of the ICL and the items. For example, the tracking module 131 can use the tracking number to identify certain records in the electronic cash letter record file regarding the processing status of the ICL and the items.
  • the tracking module 131 stores the tracking number in the electronic cash letter record file.
  • the tracking module 131 can store a record identifying the ICL and associating the tracking number with the ICL and the items contained therein.
  • the record can comprise a list of the items in the ICL.
  • the record can identify, or otherwise be associated with, the electronic ICL file from which the ICL originated.
  • the tracking module 131 can further associate an incoming ICL value amount and an outgoing ICL value amount with each ICL.
  • the incoming ICL value amount comprises the total value of the items in the received ICL.
  • the outgoing ICL value amount comprises the total value of the items in the received ICL that have been presented in an outgoing ICL. Because none of the items in the received ICL will have been presented to a receiving institution 125 at the time the tracking module 131 first associates the value amounts with the ICL, the initial value of the outgoing ICL value amount is $0. As each item from the received ICL is presented to a receiving institution 125 , the tracking module 131 can update the outgoing ICL value amount.
  • the outgoing ICL value amount should equal the incoming ICL value amount.
  • the tracking module 131 can store the incoming ICL value amount and the outgoing ICL value amount in the electronic cash letter record file. Each value amount can be associated with the ICL and/or the ICL's tracking number in the electronic cash letter record file.
  • the tracking module 131 assigns a sequence number to each item in each ICL.
  • the sequence number can comprise any unique indicia that can be used to identify the item.
  • the sequence number can comprise any set of numbers, letters, symbols, or a combination thereof.
  • the tracking module 131 can store the sequence number in the electronic cash letter record file.
  • the tracking module 131 can store a record identifying the item and associating the sequence number with the item.
  • the record can identify, or otherwise be associated with, the ICL, and/or the electronic ICL file, from which the item originated.
  • the tracking module 131 can use an item's sequence number in monitoring the processing status of the item. For example, the tracking module 131 can use the sequence number to identify certain records in the electronic cash letter record file related to the processing status of the item.
  • the data capture module 111 For each item in each ICL, the data capture module 111 reads the contents of the item and/or the contents of the ICL corresponding to the item and stores any electronic check image(s) corresponding to the item in one or more image files.
  • the data capture module 111 maintains the image file(s) in an image file database 113 of the check processor 109 .
  • the tracking module 131 stores a record of the image file storage in the electronic cash letter record file.
  • the record of the image file storage can comprise a simple, binary indicator indicating that the image file storage was completed or failed to complete.
  • the record of the image file storage can comprise detailed information regarding the image file storage, such as the date and/or time at which the image file storage occurred, the date and/or time at which the image file storage failed, the reason(s) for which the image file storage failed, and the name(s) of the stored image file(s).
  • the data capture module 111 For each item in each ICL, the data capture module 111 reads the contents of the item and/or the contents of the ICL corresponding to the item and stores financial data corresponding to the item in a financial data file.
  • the data capture module 111 maintains the financial data file in a financial data file database 114 of the check processor 109 .
  • the tracking module 131 stores a record of the financial data file storage in the electronic cash letter record file in the record database 132 .
  • the record of the financial data file storage can comprise a simple, binary indicator indicating that the financial data file storage was completed or failed to complete.
  • the record of the financial data file storage can comprise detailed information regarding the financial data file storage, such as the date and/or time at which the financial data file storage occurred, the date and/or time at which the financial data file storage failed, the reason(s) for which the financial data file storage failed, and the name of the stored financial data file.
  • an addenda data module 112 For each item in each ICL, an addenda data module 112 reads the contents of the item and/or the contents of the ICL corresponding to the item and stores addenda data corresponding to the item in one or more addenda data files.
  • the addenda data module 112 maintains the addenda data file(s) in an addenda data file database 115 of the check processor 109 .
  • the tracking module 131 stores a record of the addenda data file storage in the electronic cash letter record file.
  • the record of the addenda data file storage can comprise a simple, binary indicator indicating that the addenda data file storage was completed or failed to complete.
  • the record of the addenda data file storage can comprise detailed information regarding the addenda data file storage, such as the date and/or time at which the addenda data file storage occurred, the date and/or time at which the addenda data file storage failed, the reason(s) for which the addenda data file storage failed, and the name(s) of the stored addenda data file(s).
  • the data capture module 111 For each item in each ICL, the data capture module 111 associates the corresponding image file(s), financial data file, and addenda data file(s) for further processing. For example, the data capture module 111 can associate the image file(s), the financial data file, and the addenda data file(s) for the item with the item's sequence number or another suitable data link.
  • the check processor 109 further comprises a check presentment module 116 , which is operable to present each received item to the receiving institution 125 for payment.
  • the check presentment module 116 can generate a substitute check file for each item.
  • the substitute check file can comprise the electronic image(s), financial data, and addenda data corresponding to the item.
  • the check presentment module 116 stores the substitute check file in a substitute check database 108 of the check processor 109 .
  • the tracking module 131 stores a record of the substitute check file storage in the electronic cash letter record file.
  • the record of the substitute check file storage can comprise a simple, binary indicator indicating that the substitute check file storage was completed or failed to complete.
  • the record of the substitute check file storage can comprise detailed information regarding the substitute check file storage, such as the date and/or time at which the substitute check file was created, the date and/or time at which the substitute check file storage occurred, the date and/or time at which the substitute check file creation/storage failed, the reason(s) for which the substitute check file creation/storage failed, and the name of the stored substitute check file.
  • the tracking module 131 associates the record with the item in the electronic cash letter record file.
  • the check presentment module 116 creates at least one ICL comprising one or more substitute check files.
  • the tracking module 131 stores a record of the ICL creation in the electronic cash letter record file.
  • the record of the ICL creation can comprise a simple, binary indicator indicating that the ICL was created or that the check presentment module 116 failed to create the ICL.
  • the record of the ICL creation can comprise detailed information regarding the ICL creation, such as the date and/or time at which the ICL was created, the date and/or time at which the check presentment module 116 failed to create the ICL, and the reason(s) for which the check presentment module 116 failed to create the ICL.
  • the tracking module 131 associates the record with each item included in the created ICL in the electronic cash letter record file.
  • the tracking module 131 aggregates the values of the items in the created ICL by tracking number. For each tracking number, the tracking module 131 adds the aggregated value to the outgoing ICL value amount corresponding to the tracking number.
  • the outgoing ICL value amount will comprise the total value of the items received in the ICL associated with the tracking number that have been processed for presentment in the created, outgoing ICL.
  • the tracking module 131 can determine whether all the items in the ICL processed correctly based or whether the outgoing ICL value amount equals the incoming ICL value amount. If so, then all of the items processed correctly. If not, then at least one of the items has not finished processing or has not been processed correctly.
  • the check presentment module 116 can present the ICL electronically or via paper.
  • the check presentment module 116 can electronically transmit the ICL via a network (not illustrated) to an RI computer 126 of the receiving institution 125 .
  • the tracking module 131 Upon transmitting the ICL, stores a record of the ICL transmission in the electronic cash letter record file.
  • the record of the ICL transmission can comprise a simple, binary indicator indicating that the ICL was transmitted or that the check presentment module 116 failed to transmit the ICL.
  • the record of the ICL transmission can comprise detailed information regarding the ICL transmission, such as the date and/or time at which the ICL was transmitted, the date and/or time at which the ICL failed to transmit, the reason(s) for which the ICL failed to transmit, and the name and/or ABA number of the receiving institution 125 .
  • the tracking module 131 associates the record with each item included in the transmitted ICL in the corresponding electronic cash letter record file.
  • the ICL can be locally or remotely printed for paper delivery.
  • the check presentment module 116 can locally print the ICL on a printer 117 of the check processing entity 105 .
  • the receiving institution 125 can print the ICL on an RI printer 127 .
  • the check presentment module 116 can prepare a print stream comprising the ICL. Certain exemplary systems and methods for generating such a print stream are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams with Audit Data,” filed on Feb. 22, 2006, the disclosure of which is hereby fully incorporated herein by reference.
  • the tracking module 131 can maintain a single record for each ICL and/or each item in the electronic cash letter record file.
  • the tracking module 131 can continuously update the single record to reflect the current processing status of the ICL/item.
  • the current processing status of the ICL/item can be determined simply by reading the record in the electronic cash letter record file.
  • the tracking module 131 can monitor the processing status of each ICL and each item throughout the various stages of electronic check processing. It can read the records stored in the electronic cash letter record file to determine whether each ICL and item processed correctly, and if not, at which processing point it failed. In addition, it can balance each incoming ICL by determining whether each item in the incoming ICL has been presented in a corresponding, outgoing ICL.
  • the tracking module 131 can read the incoming ICL value amount and the outgoing ICL value amount associated with the ICL in the electronic cash letter record file. If the amounts are equal, then all items in the ICL have been processed. If the amounts are not equal, then one or more of the items in the ICL have not been processed, have failed to process, or have been processed multiple times.
  • the tracking module 131 can determine the processing status of each item in the ICL by reviewing the electronic cash letter record file. For example, if no record corresponding to a particular item in the electronic cash letter record file indicates that a substitute check file corresponding to the item was included in an outgoing ICL file, then the tracking module 131 can determine that the item has not yet been fully processed. In addition, if multiple records corresponding to a particular item indicate that a substitute check file corresponding to the item was included in an outgoing ICL file, then the tracking module 131 can determine that the item has been processed multiple times.
  • the tracking module 131 can generate one or more reports regarding the processing statuses of the ICLs/items. For example, the tracking module 131 can generate a report comprising the processing status of each item in an ICL. Alternatively, the tracking module 131 can generate a report comprising the processing status of each item that has failed to process, remains pending, or has been processed multiple times. For example, the report can comprise a list of each item that has failed to process, remains pending, or has been processed multiple times.
  • the report can further comprise detailed information regarding the processing status of each item, such as the last processing step that the item completed, the date and/or time that the item completed its last processing step, the date and/or time that the item failed to complete a processing step, the reason(s) for which the item failed to complete a processing step, the date and/or time that the item was received (in the electronic ICL file) at the check processor 109 , and/or the dollar value of the item.
  • the report can comprise a summary of the processing statuses of all the items in an ICL.
  • the report can comprise a total number of items in the ICL, a total number of items in the ICL that have been processed, a total number of items in the ICL that have failed to process, a total number of items in the ICL that remain pending, and/or a total number of items in the ICL that have been processed multiple times.
  • the tracking module 131 can output each generated report.
  • the tracking module 131 can display a generated report on a monitor (not shown) or other display device.
  • the tracking module 131 can print the generated report on the printer 117 of the check processing site.
  • exemplary system 100 is merely representative of the components for processing checks.
  • Other embodiments of the invention may not have all of the components identified in FIGS. 1-2 or can include additional components
  • FIGS. 3 and 4 are flow charts depicting methods 300 and 315 for processing duplicative electronic checks represented as ICL items, according to certain exemplary embodiments of the invention.
  • the exemplary methods 300 and 315 are illustrative and, in alternative embodiments of the invention, certain steps can be performed in a different order, in parallel with one another, or omitted entirely, and/or certain additional steps can be performed without departing from the scope and spirit of the invention.
  • the methods 300 and 315 are described below with reference to FIGS. 1 and 2 .
  • a receiving financial institution 125 identifies a duplicate item that has been presented for payment.
  • the receiving institution 125 may have received the duplicate item in different ICL files from one or more check processing entities or the receiving institution 125 may have received the same ICL file twice.
  • the ICL file is an electronic file that includes at least one ICL.
  • each ICL can be an electronic file that complies with the ANSI X9.37/X9.100 standard, or other appropriate industry standards, as may change from time to time.
  • Each ICL includes one or more bundles of items (checks and/or IRDs) to be processed.
  • the ICL can include one or more electronic images of the item, all of the complete MICR data provided on the item, and addenda data of the item.
  • the ICL also can include a series of records related to the items.
  • the ICL can include a bundle summary control record including information about the bundle, such as a bundle identification number, the number of items in the bundle, the value of each of the items in the bundle, and the total value of all the items in the bundle.
  • the ICL also can include an ICL control record containing information about the origin and destination of the ICL, and a cash letter bundle summary control record containing a summary of all the bundle summary control records in the ICL.
  • the ICL file also can include a file header including information identifying the depositing institution 103 , such as a name of the depositing institution 103 and/or a bank routing number of the depositing institution 103 .
  • the file header also can include information regarding a creation date of the ICL file and information regarding whether each item in the ICL file is associated with a forward transaction or a return transaction.
  • the depositing institution 103 can submit the ICL file to the check processing entity 105 via a network (not shown).
  • the network can include any wired or wireless telecommunication means by which computerized devices can exchange data, including for example, a local area network (LAN), a wide area network (WAN), an intranet, an Internet, or any combination thereof.
  • step 310 the receiving institution 125 places the duplicate item identified in step 305 in a return ICL file and transmits the return ICL file to the check processing entity 105 .
  • the header of the return ICL file will identify its contents as comprising one or more duplicate items.
  • the check processing entity 105 receives the return ICL and identifies the return ICL as comprising one or more duplicate items by examining the file's header. When a return ICL comprising one or more duplicate items is identified, the check processing entity 105 forwards the file to the duplicate item processing module 135 .
  • the processing steps that the duplicate item processing module 135 undertakes assist the check processing entity in identifying the reason the item has been identified as a duplicate.
  • the techniques for determining the reason for the duplication can vary.
  • the duplicate item processing module 135 can examine different records maintained at the check processing entity 105 in an attempt to determine the reason the receiving institution 125 received a duplicate item. Examples of techniques for determining the reason for the duplication of the item are illustrated in greater detail in FIG. 4 and will be discussed below in connection with that embodiment.
  • Determining the reason for the duplication of the item allows the check processing entity 105 to more efficiently correct errors created by the duplication and dispose of the return ICL as illustrated in step 320 .
  • the check processing entity 105 can return the duplicate item to the depositing institution 103 for correction.
  • the check processing entity 105 can correct its own records, including making any necessary adjustment to settlement records.
  • the check processing entity 105 also can notify the receiving institution 125 of its determination and disposition of the return ICL.
  • an exemplary method 315 is illustrated for processing duplicate items to determine the reason for the duplication.
  • the method 315 shown in FIG. 4 is merely one example of a method for processing duplicate items and other methods may be used which fall within the scope of this invention.
  • the method shown in FIG. 4 includes a two-step comparison against the records of items previously presented to the receiving institution and against the records of items previously received from the depositing institution. In alternate embodiments, only one of these comparison steps may be employed to complete the processing. In yet other embodiments of the invention, a comparison against other types of information concerning the ICL items may be used to determine the reason for a duplication.
  • the check processing entity 105 can compare the duplicate item received from the receiving institution 125 against a record of items previously presented to the receiving institution 125 .
  • the check processing entity 105 can complete this comparison using the duplicate item processing module 135 and the tracking module 131 .
  • the duplicate item processing module 135 can communicate with the tracking module 131 to search for records from the record database 132 that match the duplicate item.
  • this result means the check processing entity 105 did not previously present the duplicate item to the receiving institution 125 more than once.
  • the duplicate item processing module 135 transmits the ICL return file with the duplicate item to the depositing institution 103 , in step 415 , for further analysis.
  • the depositing institution can analyze its own records in an attempt to determine whether the item has in fact been duplicated and, if so, the cause of the duplication.
  • the duplicate item processing module 135 does not locate any record of the duplicate item in the record database 132 , the duplicate item can also be forwarded to the depositing institution 103 in step 415 for further processing.
  • the duplicate item processing module 135 identifies more than one match for the duplicate item in the record database 132 , the match indicates the check processing entity 105 presented the item to the receiving institution 125 more than once.
  • the reason the item was presented more than once can be that the check processing entity 105 erroneously presented the item on more than one instance or it can be the result of the depositing institution 103 depositing the item with the check processing entity 105 more than once.
  • Duplication errors can also arise from other reasons, such as the activities of other electronic check processing or depositing institutions not illustrated in FIG. 1 .
  • step 420 the check processing entity 105 compares the duplicate item against a record of the items previously received for deposit from the depositing institution 103 . Similar to step 405 , this comparison can be accomplished with the duplicate item processing module 135 communicating with the tracking module 131 to compare the duplicate item against the records of deposited items stored in record database 132 . If the duplicate item processing module 135 identifies more than one match in the records of deposited items stored in the record database 132 , this indicates that the depositing institution is the cause of the error as it deposited the duplicate item with the check processing entity 105 on more than one occasion. When the check processing entity 105 identifies a match, decision step 425 proceeds to step 415 and the duplicate item processing module 135 of the check processing entity 105 forwards the ICL return file with the duplicate item to depositing institution 103 .
  • step 425 if there is not more than one match for the duplicate item in the records of items previously deposited stored in the record database 132 , this indicates that the duplication is not caused by multiple deposits from the depositing institution 103 , but rather, by an erroneous duplicative presentment of the item by the check processing entity 105 .
  • the check processing entity 105 terminates the return item and the duplicate item processing module 135 examines the records of presented items stored in the record database 132 to attempt to determine the reason the item was presented more than once to the receiving institution 125 .
  • the examination of the records of presented items can also be assisted by manual operations of the check processing entity personnel.
  • the check processing entity 105 can adjust the check processing entity's settlement records relating to the duplicate item.
  • the duplicate item processing module 135 can also notify the receiving institution 125 of the result of the duplicate item processing.
  • step 445 if there are no other duplicate items for processing, exemplary process 315 returns to step 320 of FIG. 3 . If there is another duplicate item for processing, exemplary process 315 proceeds to step 415 where the next duplicate item is selected and the process returns to step 405 .
  • the invention can be used with computer hardware and software that performs the methods and processing functions described above.
  • the systems, methods, and procedures described herein can be embodied in a programmable computer, computer executable software, or digital circuitry.
  • the software can be stored on computer readable media.
  • computer readable media can include a floppy disk, RAM, ROM, hard disk, removable media, flash memory, memory stick, optical media, magneto-optical media, CD-ROM, etc.
  • Digital circuitry can include integrated circuits, gate arrays, building block logic, field programmable gate arrays (FPGA), etc.

Abstract

Processing duplicate items in image cash letter (“ICL”) return files for efficient handling. A duplicate item processing module can receive ICL return 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 return file with the duplicate item to the depositing institution.

Description

    RELATED PATENT APPLICATIONS
  • This patent application claims priority under 35 U.S.C. §119 to U.S. Provisional Patent Application No. 60/857,666, entitled “Check Processing Using Substitute Check Images,” filed Nov. 7, 2006, the complete disclosure of which is hereby fully incorporated herein by reference. This patent application is also related to co-pending U.S. patent application Ser. No. ______ [Attorney Docket No. 08898.105031], entitled “Automated Return Item Re-Clear,” filed Nov. 6, 2007, U.S. patent application Ser. No. ______ [Attorney Docket No. 08898.105034], entitled “Systems and Methods for Preventing Duplicative Check Processing,” filed Nov. 6, 2007, U.S. patent application Ser. No. ______ [Attorney Docket No. 08898.105030], entitled “Prioritizing Checks for Electronic Check Processing,” filed Nov. 6, 2007, and U.S. patent application Ser. No. ______ [Attorney Docket No. 08898.105033], entitled “System and Method for Processing Duplicative Electronic Check Reversal Files,” filed Nov. 6, 2007. The complete disclosure of all of the foregoing related applications is hereby fully incorporated herein by reference.
  • FIELD OF THE INVENTION
  • The invention relates generally to processing duplicative electronic checks and more particularly to determining the cause of the duplicative electronic check so that the duplication can be efficiently and properly corrected.
  • BACKGROUND OF THE INVENTION
  • Effective Oct. 28, 2004, the Check Clearing for the 21st Century Act (“the Act”) improved the ability of banks to use electronic images of paper checks by, for example, submitting those images, along with associated information, for electronic processing. Under the Act, if a receiving financial institution (“RI”) or its customer requires a paper check, a paper image replacement document (“IRD”), such as a paper “substitute check,” can be created from an electronic check image and associated electronic information. Such a substitute check meeting specified requirements is the legal equivalent of an original paper check, and an RI is required to accept the substitute check for payment. This process enables banks to reduce the costs and inconveniences associated with physically handling and transporting original paper checks.
  • Under the Act, the substitute check must be essentially an exact copy of the original paper check to be the legal equivalent of the original paper check. In particular, the substitute check must include an exact copy of all of the Magnetic Ink Character Recognition (“MICR”) data provided on the original paper check and all check endorsements.
  • The terms “substitute check” and “IRD” generally are used interchangeably herein to refer to any electronic or paper document that can be used for electronic payment processing purposes, whether or not the document is the legal equivalent of a paper check negotiable instrument. The terms “bank,” “customer,” “RI,” and “processing entity” generally are used herein to refer to any party performing conventional or electronic check processing at any stage, including depositing and receiving institutions, their non-bank subsidiaries and affiliates, and any non-bank third party agents that provide processing services to banks.
  • Typically, each electronic check is received for processing in an electronic image cash letter file (hereinafter an “ICL file”), which includes one or more electronic image cash letters (“ICLs”). Each ICL includes one or more bundles of items to be processed. Each bundle includes one or more items. The term “item” is used herein to refer to a check or an IRD or information that represents a check or an IRD. For a particular item, the ICL can include one or more electronic images of the item, the complete MICR data provided on the item, and additional financial data related to the item, such as endorsement information (hereinafter, “addenda data”).
  • The ICL can further include a series of records related to the items. For example, for each bundle of items in the ICL, the ICL can include a bundle summary control record comprising information about the bundle, such as a bundle identification number, the number of items in the bundle, the value of each of the items in the bundle, and the total value of all the items in the bundle. The ICL also can include an ICL control record comprising information about the origin and destination of the ICL, and a cash letter bundle summary control record comprising a summary of all the bundle summary control records in the ICL. For simplicity, each ICL, bundle, item, image, record, or other component of an ICL file is referred to herein as an “element” of the ICL file.
  • In the traditional, paper processing arena, each check could be seen and touched throughout processing. Thus, in the traditional, paper processing arena, it was virtually impossible to process the same check twice. However, with electronic check processing, multiple banks are processing the same checks in an electronic environment. Because the banks are producing and processing electronic copies of the checks, the same check may be reproduced and processed two or more times. Thus, a check processor may receive duplicate ICL files and/or ICL file elements. Similarly, a check processor may produce and present duplicate ICL files and/or ICL file elements for payment. To date, banks have been unable to efficiently correct errors resulting from duplicative presentment of ICL files and/or ICL file elements. Thus, a need exists in the art for a system and method to improve the efficiency with which banks and check processors correct duplication errors relating to electronic checks.
  • SUMMARY OF THE INVENTION
  • The invention provides systems and methods for processing duplicate items in ICL files. In one embodiment, a receiving institution can transmit a return ICL file containing one or more duplicate items to a check processing entity for processing the duplicate item. The check processing entity can use a check processing system and a duplicate item processing module to attempt to determine the cause of the duplicate item. For example, the duplicate item processing module can compare the duplicate item to a database of records of items previously presented to the receiving institution to determine whether the check processing entity presented the item more than once to the receiving institution. The duplicate item processing module also can compare the duplicate item to a database of records of items the check processing entity previously received from a depositing institution to determine whether the depositing institution deposited the duplicate item with the check processing entity more than once. Once the cause of the duplicate item is determined, the duplicate item can be more efficiently handled and the error associated with the duplication corrected.
  • In another embodiment, the invention provides a method for handling one or more duplicate items received in a return file. The check processing entity typically receives the return file from a receiving institution. The check processing entity can compare the duplicate item to a database of records of items previously presented to the receiving institution. If the check processing entity does not have a record of presenting the duplicate item to the receiving institution on more than one occasion, then the check processing entity did not cause the duplication error and is unable to correct the duplication. In such a situation, the check processing entity can forward the return file with the duplicate item to the depositing institution for further analysis and processing. On the other hand, if the check processing entity has a record of presenting the duplicate item to the receiving institution, the check processing entity can suspend the duplicate item for further analysis to determine the cause of the duplication.
  • In yet another embodiment, the invention provides a method for handling one or more duplicate items received in a return file. If the check processing entity has determined that it presented the duplicate item to the receiving institution more than once, the check processing entity can undertake further analysis to determine the cause for the duplication. For example, the check processing entity can compare the duplicate item to a database of records of items received from a depositing institution for processing. If the duplicate item matches more than one of the items received from the depositing institution for processing, then the depositing institution deposited the item with the check processing entity on more than one occasion. In such a situation, the duplication error is the result of the depositing institution depositing the duplicate item more than once and the check processing entity forwards the return ICL file with the duplicate item to the depositing institution for further processing.
  • These and other aspects, objects, features, and advantages of the invention will become apparent to a person skilled in the art upon consideration of the following detailed description of illustrated exemplary embodiments, which include the best mode of carrying out the invention as presently perceived.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram depicting a system for electronic check processing in accordance with certain exemplary embodiments of the invention.
  • FIG. 2 is a block diagram depicting a system for electronic check processing in accordance with certain exemplary embodiments of the invention.
  • FIG. 3 is a flow chart diagram illustrating a method for processing duplicative electronic checks according to certain exemplary embodiments of the invention.
  • FIG. 4 is a flow chart diagram illustrating a method for processing duplicative electronic checks according to certain exemplary embodiments of the invention.
  • DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS
  • The invention is directed to systems and methods for processing checks under the Act. In particular, the invention is directed to monitoring the processing status of electronic image cash letters (“ICLs”) and items in the ICLs (“items” or “ICL items”) during electronic check processing and using information collected during the monitoring process to locate errors where items have been duplicated for payment or presentment more than once.
  • The invention comprises a computer program that embodies the functions described herein and illustrated in the appended flow charts. However, it should be apparent that there could be many different ways of implementing the invention in computer programming, and the invention should not be construed as limited to any one set of computer program instructions. Further, a skilled programmer would be able to write such a computer program to implement an exemplary embodiment based on the flow charts and associated description in the application text. Therefore, disclosure of a particular set of program code instructions is not considered necessary for an adequate understanding of how to make and use the invention. The inventive functionality of the claimed computer program will be explained in more detail in the following description read in conjunction with the figures illustrating the program flow.
  • Turning now to the drawings, in which like numerals indicate like elements throughout the figures, exemplary embodiments of the invention are described in detail.
  • An exemplary system for processing checks will now be described with reference to FIGS. 1-2. FIG. 1 is a block diagram depicting a system 100 for processing checks, according to an exemplary embodiment. FIG. 2 is a block diagram depicting a depositing institution 103 of the system 100, according to an exemplary embodiment.
  • The system 100 comprises various financial institutions and computer systems involved in check processing. In particular, the system 100 comprises the depositing institution 103, a check processing entity 105, and a receiving institution 125. The depositing institution 103 collects paper checks from a customer. Then, the depositing institution 103 can bundle the paper checks in one or more paper cash letters. Each paper cash letter can comprise one or more bundles of original paper checks and paper image replacement documents, such as substitute checks. The depositing institution 103 forwards the paper checks to the check processing entity 105 via a paper cash letter for electronic processing.
  • Alternatively, the depositing institution 103 can itself generate an electronic image cash letter based on the paper checks. In this case, the depositing institution 103 can forward the generated ICL to the check processing entity 105 for electronic processing. The ICL can be an electronic file that complies with the American National Standards Institute Specifications for Electronic Exchange of Check and Image Data (ANSI X9.37/X9.100), or other appropriate industry standards, as may change from time to time. The ICL can comprise, for each paper check, one or more electronic images of the check, all of the complete MICR data provided on the check, and additional financial data related to the check.
  • The ICL can further comprise a series of records related to the checks. For example, for each bundle of checks in the ICL, the ICL can include a bundle summary control record comprising information about the bundle, such as a bundle identification number, the number of items in the bundle, the value of each of the checks in the bundle, and the total value of all the checks in the bundle. The ICL also can comprise an ICL control record comprising information about the origin and destination of the ICL, and a cash letter bundle summary control record comprising a summary of all bundle summary control records in the ICL.
  • Thus, in alternative embodiments of the invention, the depositing institution 103 can (1) forward received paper checks to the check processing entity 105; or (2) generate an ICL for received checks and forward the ICL to the check processing entity 105.
  • The following description discusses an exemplary embodiment in which the depositing institution 103 generates an ICL for received checks and forwards the ICL to the check processing entity 105. The depositing institution 103 processes the received paper checks at a sorter 207. The sorter 207 electronically captures information from each paper check. The sorter 207 comprises an image capture device (not shown), such as a scanner or camera, which captures at least one electronic image of each check. For example, the sorter 207 can capture, for each check, an image of the front of the check and an image of the back of the check.
  • Upon image capture, the sorter 207 forwards each image to a DI data capture module 211 of a DI check processor 209 for further processing. The DI data capture module 211 can store the electronic image(s) in one or more image files, which the DI data capture module 211 maintains in a database 210 of the DI check processor 209. In one exemplary embodiment, the sorter 207 and the DI data capture module 211 can be part of the same physical unit.
  • The sorter 207 further comprises a MICR reader (not shown) that reads the MICR data financial data from each check. Upon reading the MICR data, the sorter 207 identifies additional financial data related to the check, which is incidental to the processing of the check, and associates that information with the check image(s). For example, the sorter 207 can identify or assign a unique item sequence number, a check processing site identifier, a processing date, a check amount, and/or a routing transit number of the depositing institution 103. The sorter 207 forwards the financial data, including the MICR data and additional financial data, to the DI data capture module 211 for further processing.
  • The DI data capture module 211 stores a form financial data file with multiple fields. The DI data capture module 211 reads the financial data from the sorter 207 and parses and stores portions of the financial data in each of the data fields. The fields of the financial data file can comprise all of the MICR data from the original paper check. The DI data capture module 211 stores the financial data file in the database 210.
  • The DI check processor 209 further comprises an addenda data module 212, which generates and/or captures electronic addenda data for each check. For example, the addenda data can comprise a bank endorsement. The addenda data module 212 inputs the addenda data into one or more addenda data files. The addenda data module 212 stores the addenda data file(s) in the database 210.
  • For each check, the DI data capture module 211 associates the corresponding image file(s), financial data file, and addenda data file(s) for a check with a sequence number, identification number, or other suitable data link that uniquely identifies the check data.
  • The DI check processor 209 further comprises an ICL module 215, which generates at least one ICL comprising information regarding one or more bundles of checks. Each bundle can comprise one or more checks. For each check, the ICL can include the electronic image(s) from the check's image file(s), the financial data from the check's financial data file, and the addenda data from the check's addenda data file.
  • The ICL can further comprise a series of records related to the checks. For example, for each bundle of checks in the ICL, the ICL can include a bundle summary control record comprising information about the bundle, such as a bundle identification number, the number of items in the bundle, the value of each of the checks in the bundle, and the total value of all the checks in the bundle. The ICL also can comprise an ICL control record comprising information about the origin and destination of the ICL, and a cash letter bundle summary control record comprising a summary of all bundle summary control records in the ICL. The DI check processor 209 forwards the ICL to a data capture module 111 of a check processor 109 of the check processing entity 105 for further processing. The DI check processor 209 can forward the ICL to the data capture module 111 of the check processing entity 105 via an electronic ICL file. The electronic ICL file can comprise one or more ICLs.
  • Upon receiving the electronic ICL file, the data capture module 111 instructs a tracking module 131 of the check processor 109 to create an electronic cash letter record file for use in monitoring the processing status of each ICL and item contained in the electronic ICL file. The electronic cash letter record file comprises data fields configured to receive information regarding the electronic ICL file and each ICL and item contained therein. For example, the electronic cash letter record file can comprise a field in which the current processing status of an ICL/item can be stored. The tracking module 131 stores the electronic cash letter record file in a record database 132 of the check processor 109.
  • The tracking module 131 stores a record of receiving the electronic ICL file in the electronic cash letter record file. For example, the record can identify the electronic ICL file and associate a receipt indicator with the electronic ICL file. The record can identify the electronic ICL file by any identifying means, such as a total dollar amount of the ICLs contained within the electronic ICL file or the name and/or American Bankers Association (“ABA”) routing number of the depositing institution 103 that transmitted the electronic ICL file to the data capture module 111. The receipt indicator can comprise any indicia indicating that the electronic ICL file was received by the data capture module 111. For example, the receipt indicator can comprise a simple, binary indicator. Alternatively, the receipt indicator can comprise the date and/or time at which the electronic ICL file was received by the data capture module 111.
  • Upon storing the record of receiving the electronic ICL file in the electronic cash letter record file, the tracking module 131 validates the contents and/or format of the electronic ICL file. For example, the tracking module 131 can determine whether each ICL in the electronic ICL file complies with the American National Standards Institute Specifications for Electronic Exchange of Check and Image Data (ANSI X9.37/X9.100), or other appropriate industry standards, as may change from time to time. The tracking module 131 also can evaluate each electronic check image in the ICLs to determine whether it meets particular quality standards. Certain exemplary systems and methods for performing such an evaluation are described in co-pending U.S. patent application Ser. No. 11/079,120, entitled “Assessing Electronic Image Quality,” the disclosure of which is hereby fully incorporated herein by reference.
  • For example, the tracking module 131 can determine whether to accept or reject the electronic ICL file for processing based on the validation results. Similarly, the tracking module 131 can determine whether to accept or reject each ICL and/or item contained in the electronic ICL file based on the validation results. The tracking module 131 stores a record of the validation in the electronic cash letter record file. For example, the record of the validation can comprise a simple, binary indicator indicating that the validation was completed or failed to complete. Alternatively, the record of the validation can comprise detailed information regarding the validation completion and/or the results of the validation. For example, the record of the validation can comprise the date and/or time at which the validation was started, completed, and/or failed, the reason(s) that the validation failed, the results of the validation, and a reason for each validation result.
  • Upon validating the electronic ICL file, the check processor 109 separately processes each ICL and item contained in the electronic ICL file. For each ICL in the electronic ICL file, the tracking module 131 assigns a tracking number to the ICL and each of the items contained therein. In an exemplary embodiment, the same tracking number can be assigned to the ICL and each item in the ICL. In an alternative exemplary embodiment, different tracking numbers can be assigned to the ICL and each item in the ICL, with the tracking number for each item also identifying the ICL. The tracking number can be any unique indicia that can be used to identify the ICL and the items. For example, the tracking number can comprise any set of numbers, letters, symbols, or a combination thereof. The tracking module 131 can use the tracking number in monitoring the processing status of the ICL and the items. For example, the tracking module 131 can use the tracking number to identify certain records in the electronic cash letter record file regarding the processing status of the ICL and the items.
  • The tracking module 131 stores the tracking number in the electronic cash letter record file. For example, for each ICL, the tracking module 131 can store a record identifying the ICL and associating the tracking number with the ICL and the items contained therein. In one exemplary embodiment, the record can comprise a list of the items in the ICL. The record can identify, or otherwise be associated with, the electronic ICL file from which the ICL originated.
  • The tracking module 131 can further associate an incoming ICL value amount and an outgoing ICL value amount with each ICL. The incoming ICL value amount comprises the total value of the items in the received ICL. The outgoing ICL value amount comprises the total value of the items in the received ICL that have been presented in an outgoing ICL. Because none of the items in the received ICL will have been presented to a receiving institution 125 at the time the tracking module 131 first associates the value amounts with the ICL, the initial value of the outgoing ICL value amount is $0. As each item from the received ICL is presented to a receiving institution 125, the tracking module 131 can update the outgoing ICL value amount. Upon successful presentment of each item in the ICL, the outgoing ICL value amount should equal the incoming ICL value amount. The tracking module 131 can store the incoming ICL value amount and the outgoing ICL value amount in the electronic cash letter record file. Each value amount can be associated with the ICL and/or the ICL's tracking number in the electronic cash letter record file.
  • The tracking module 131 assigns a sequence number to each item in each ICL. For each item, the sequence number can comprise any unique indicia that can be used to identify the item. For example, the sequence number can comprise any set of numbers, letters, symbols, or a combination thereof. The tracking module 131 can store the sequence number in the electronic cash letter record file. For example, the tracking module 131 can store a record identifying the item and associating the sequence number with the item. The record can identify, or otherwise be associated with, the ICL, and/or the electronic ICL file, from which the item originated.
  • The tracking module 131 can use an item's sequence number in monitoring the processing status of the item. For example, the tracking module 131 can use the sequence number to identify certain records in the electronic cash letter record file related to the processing status of the item.
  • For each item in each ICL, the data capture module 111 reads the contents of the item and/or the contents of the ICL corresponding to the item and stores any electronic check image(s) corresponding to the item in one or more image files. The data capture module 111 maintains the image file(s) in an image file database 113 of the check processor 109. The tracking module 131 stores a record of the image file storage in the electronic cash letter record file. For example, the record of the image file storage can comprise a simple, binary indicator indicating that the image file storage was completed or failed to complete. Alternatively, the record of the image file storage can comprise detailed information regarding the image file storage, such as the date and/or time at which the image file storage occurred, the date and/or time at which the image file storage failed, the reason(s) for which the image file storage failed, and the name(s) of the stored image file(s).
  • For each item in each ICL, the data capture module 111 reads the contents of the item and/or the contents of the ICL corresponding to the item and stores financial data corresponding to the item in a financial data file. The data capture module 111 maintains the financial data file in a financial data file database 114 of the check processor 109. The tracking module 131 stores a record of the financial data file storage in the electronic cash letter record file in the record database 132. For example, the record of the financial data file storage can comprise a simple, binary indicator indicating that the financial data file storage was completed or failed to complete. Alternatively, the record of the financial data file storage can comprise detailed information regarding the financial data file storage, such as the date and/or time at which the financial data file storage occurred, the date and/or time at which the financial data file storage failed, the reason(s) for which the financial data file storage failed, and the name of the stored financial data file.
  • For each item in each ICL, an addenda data module 112 reads the contents of the item and/or the contents of the ICL corresponding to the item and stores addenda data corresponding to the item in one or more addenda data files. The addenda data module 112 maintains the addenda data file(s) in an addenda data file database 115 of the check processor 109. The tracking module 131 stores a record of the addenda data file storage in the electronic cash letter record file. For example, the record of the addenda data file storage can comprise a simple, binary indicator indicating that the addenda data file storage was completed or failed to complete. Alternatively, the record of the addenda data file storage can comprise detailed information regarding the addenda data file storage, such as the date and/or time at which the addenda data file storage occurred, the date and/or time at which the addenda data file storage failed, the reason(s) for which the addenda data file storage failed, and the name(s) of the stored addenda data file(s).
  • For each item in each ICL, the data capture module 111 associates the corresponding image file(s), financial data file, and addenda data file(s) for further processing. For example, the data capture module 111 can associate the image file(s), the financial data file, and the addenda data file(s) for the item with the item's sequence number or another suitable data link.
  • The check processor 109 further comprises a check presentment module 116, which is operable to present each received item to the receiving institution 125 for payment. The check presentment module 116 can generate a substitute check file for each item. In an exemplary embodiment, the substitute check file can comprise the electronic image(s), financial data, and addenda data corresponding to the item. The check presentment module 116 stores the substitute check file in a substitute check database 108 of the check processor 109.
  • The tracking module 131 stores a record of the substitute check file storage in the electronic cash letter record file. For example, the record of the substitute check file storage can comprise a simple, binary indicator indicating that the substitute check file storage was completed or failed to complete. Alternatively, the record of the substitute check file storage can comprise detailed information regarding the substitute check file storage, such as the date and/or time at which the substitute check file was created, the date and/or time at which the substitute check file storage occurred, the date and/or time at which the substitute check file creation/storage failed, the reason(s) for which the substitute check file creation/storage failed, and the name of the stored substitute check file. The tracking module 131 associates the record with the item in the electronic cash letter record file.
  • For each receiving institution 125, the check presentment module 116 creates at least one ICL comprising one or more substitute check files. The tracking module 131 stores a record of the ICL creation in the electronic cash letter record file. For example, the record of the ICL creation can comprise a simple, binary indicator indicating that the ICL was created or that the check presentment module 116 failed to create the ICL. Alternatively, the record of the ICL creation can comprise detailed information regarding the ICL creation, such as the date and/or time at which the ICL was created, the date and/or time at which the check presentment module 116 failed to create the ICL, and the reason(s) for which the check presentment module 116 failed to create the ICL. The tracking module 131 associates the record with each item included in the created ICL in the electronic cash letter record file.
  • The tracking module 131 aggregates the values of the items in the created ICL by tracking number. For each tracking number, the tracking module 131 adds the aggregated value to the outgoing ICL value amount corresponding to the tracking number. Thus, the outgoing ICL value amount will comprise the total value of the items received in the ICL associated with the tracking number that have been processed for presentment in the created, outgoing ICL. For example, the tracking module 131 can determine whether all the items in the ICL processed correctly based or whether the outgoing ICL value amount equals the incoming ICL value amount. If so, then all of the items processed correctly. If not, then at least one of the items has not finished processing or has not been processed correctly.
  • Depending on the preferences of the receiving institution 125, the check presentment module 116 can present the ICL electronically or via paper. For example, the check presentment module 116 can electronically transmit the ICL via a network (not illustrated) to an RI computer 126 of the receiving institution 125. Upon transmitting the ICL, the tracking module 131 stores a record of the ICL transmission in the electronic cash letter record file. For example, the record of the ICL transmission can comprise a simple, binary indicator indicating that the ICL was transmitted or that the check presentment module 116 failed to transmit the ICL. Alternatively, the record of the ICL transmission can comprise detailed information regarding the ICL transmission, such as the date and/or time at which the ICL was transmitted, the date and/or time at which the ICL failed to transmit, the reason(s) for which the ICL failed to transmit, and the name and/or ABA number of the receiving institution 125. The tracking module 131 associates the record with each item included in the transmitted ICL in the corresponding electronic cash letter record file.
  • Alternatively, the ICL can be locally or remotely printed for paper delivery. For example, the check presentment module 116 can locally print the ICL on a printer 117 of the check processing entity 105. In another example, the receiving institution 125 can print the ICL on an RI printer 127. In an exemplary embodiment, the check presentment module 116 can prepare a print stream comprising the ICL. Certain exemplary systems and methods for generating such a print stream are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams with Audit Data,” filed on Feb. 22, 2006, the disclosure of which is hereby fully incorporated herein by reference.
  • In an alternative exemplary embodiment, the tracking module 131 can maintain a single record for each ICL and/or each item in the electronic cash letter record file. The tracking module 131 can continuously update the single record to reflect the current processing status of the ICL/item. Thus, the current processing status of the ICL/item can be determined simply by reading the record in the electronic cash letter record file.
  • The tracking module 131 can monitor the processing status of each ICL and each item throughout the various stages of electronic check processing. It can read the records stored in the electronic cash letter record file to determine whether each ICL and item processed correctly, and if not, at which processing point it failed. In addition, it can balance each incoming ICL by determining whether each item in the incoming ICL has been presented in a corresponding, outgoing ICL.
  • For example, for a particular ICL, the tracking module 131 can read the incoming ICL value amount and the outgoing ICL value amount associated with the ICL in the electronic cash letter record file. If the amounts are equal, then all items in the ICL have been processed. If the amounts are not equal, then one or more of the items in the ICL have not been processed, have failed to process, or have been processed multiple times.
  • The tracking module 131 can determine the processing status of each item in the ICL by reviewing the electronic cash letter record file. For example, if no record corresponding to a particular item in the electronic cash letter record file indicates that a substitute check file corresponding to the item was included in an outgoing ICL file, then the tracking module 131 can determine that the item has not yet been fully processed. In addition, if multiple records corresponding to a particular item indicate that a substitute check file corresponding to the item was included in an outgoing ICL file, then the tracking module 131 can determine that the item has been processed multiple times.
  • In one exemplary embodiment, the tracking module 131 can generate one or more reports regarding the processing statuses of the ICLs/items. For example, the tracking module 131 can generate a report comprising the processing status of each item in an ICL. Alternatively, the tracking module 131 can generate a report comprising the processing status of each item that has failed to process, remains pending, or has been processed multiple times. For example, the report can comprise a list of each item that has failed to process, remains pending, or has been processed multiple times. The report can further comprise detailed information regarding the processing status of each item, such as the last processing step that the item completed, the date and/or time that the item completed its last processing step, the date and/or time that the item failed to complete a processing step, the reason(s) for which the item failed to complete a processing step, the date and/or time that the item was received (in the electronic ICL file) at the check processor 109, and/or the dollar value of the item.
  • In one exemplary embodiment, the report can comprise a summary of the processing statuses of all the items in an ICL. For example, the report can comprise a total number of items in the ICL, a total number of items in the ICL that have been processed, a total number of items in the ICL that have failed to process, a total number of items in the ICL that remain pending, and/or a total number of items in the ICL that have been processed multiple times.
  • The tracking module 131 can output each generated report. For example, the tracking module 131 can display a generated report on a monitor (not shown) or other display device. Alternatively, the tracking module 131 can print the generated report on the printer 117 of the check processing site.
  • Those skilled in the art will appreciate that exemplary system 100 is merely representative of the components for processing checks. Other embodiments of the invention may not have all of the components identified in FIGS. 1-2 or can include additional components
  • FIGS. 3 and 4 are flow charts depicting methods 300 and 315 for processing duplicative electronic checks represented as ICL items, according to certain exemplary embodiments of the invention. The exemplary methods 300 and 315 are illustrative and, in alternative embodiments of the invention, certain steps can be performed in a different order, in parallel with one another, or omitted entirely, and/or certain additional steps can be performed without departing from the scope and spirit of the invention. The methods 300 and 315 are described below with reference to FIGS. 1 and 2.
  • Referring to exemplary method 300 illustrated in FIG. 3, in step 305, a receiving financial institution 125 identifies a duplicate item that has been presented for payment. For example, the receiving institution 125 may have received the duplicate item in different ICL files from one or more check processing entities or the receiving institution 125 may have received the same ICL file twice. The ICL file is an electronic file that includes at least one ICL. For example, each ICL can be an electronic file that complies with the ANSI X9.37/X9.100 standard, or other appropriate industry standards, as may change from time to time. Each ICL includes one or more bundles of items (checks and/or IRDs) to be processed. For a particular item, the ICL can include one or more electronic images of the item, all of the complete MICR data provided on the item, and addenda data of the item.
  • The ICL also can include a series of records related to the items. For example, for each bundle of items in the ICL, the ICL can include a bundle summary control record including information about the bundle, such as a bundle identification number, the number of items in the bundle, the value of each of the items in the bundle, and the total value of all the items in the bundle. The ICL also can include an ICL control record containing information about the origin and destination of the ICL, and a cash letter bundle summary control record containing a summary of all the bundle summary control records in the ICL.
  • In certain embodiments of the invention, the ICL file also can include a file header including information identifying the depositing institution 103, such as a name of the depositing institution 103 and/or a bank routing number of the depositing institution 103. The file header also can include information regarding a creation date of the ICL file and information regarding whether each item in the ICL file is associated with a forward transaction or a return transaction.
  • For example, the depositing institution 103 can submit the ICL file to the check processing entity 105 via a network (not shown). The network can include any wired or wireless telecommunication means by which computerized devices can exchange data, including for example, a local area network (LAN), a wide area network (WAN), an intranet, an Internet, or any combination thereof.
  • In step 310, the receiving institution 125 places the duplicate item identified in step 305 in a return ICL file and transmits the return ICL file to the check processing entity 105. Typically, the header of the return ICL file will identify its contents as comprising one or more duplicate items. In step 315, the check processing entity 105 receives the return ICL and identifies the return ICL as comprising one or more duplicate items by examining the file's header. When a return ICL comprising one or more duplicate items is identified, the check processing entity 105 forwards the file to the duplicate item processing module 135.
  • The processing steps that the duplicate item processing module 135 undertakes assist the check processing entity in identifying the reason the item has been identified as a duplicate. The techniques for determining the reason for the duplication can vary. The duplicate item processing module 135 can examine different records maintained at the check processing entity 105 in an attempt to determine the reason the receiving institution 125 received a duplicate item. Examples of techniques for determining the reason for the duplication of the item are illustrated in greater detail in FIG. 4 and will be discussed below in connection with that embodiment.
  • Determining the reason for the duplication of the item allows the check processing entity 105 to more efficiently correct errors created by the duplication and dispose of the return ICL as illustrated in step 320. For example, if the depositing institution 103 erroneously deposited the item on more than one occasion, the check processing entity 105 can return the duplicate item to the depositing institution 103 for correction. Alternatively, if the check processing entity 105 is the source of the error, the check processing entity 105 can correct its own records, including making any necessary adjustment to settlement records. In connection with step 320, the check processing entity 105 also can notify the receiving institution 125 of its determination and disposition of the return ICL.
  • Referring to FIG. 4, an exemplary method 315 is illustrated for processing duplicate items to determine the reason for the duplication. The method 315 shown in FIG. 4 is merely one example of a method for processing duplicate items and other methods may be used which fall within the scope of this invention. For example, the method shown in FIG. 4 includes a two-step comparison against the records of items previously presented to the receiving institution and against the records of items previously received from the depositing institution. In alternate embodiments, only one of these comparison steps may be employed to complete the processing. In yet other embodiments of the invention, a comparison against other types of information concerning the ICL items may be used to determine the reason for a duplication.
  • Turning to exemplary method 315 in FIG. 4, in step 405 the check processing entity 105 can compare the duplicate item received from the receiving institution 125 against a record of items previously presented to the receiving institution 125. The check processing entity 105 can complete this comparison using the duplicate item processing module 135 and the tracking module 131. For example, the duplicate item processing module 135 can communicate with the tracking module 131 to search for records from the record database 132 that match the duplicate item. In step 410, if more than one match for the duplicate item is not identified in the record database 132, this result means the check processing entity 105 did not previously present the duplicate item to the receiving institution 125 more than once. The duplicate item processing module 135 transmits the ICL return file with the duplicate item to the depositing institution 103, in step 415, for further analysis. The depositing institution can analyze its own records in an attempt to determine whether the item has in fact been duplicated and, if so, the cause of the duplication. Alternatively, if in step 410 the duplicate item processing module 135 does not locate any record of the duplicate item in the record database 132, the duplicate item can also be forwarded to the depositing institution 103 in step 415 for further processing.
  • Referring again to step 410, if the duplicate item processing module 135 identifies more than one match for the duplicate item in the record database 132, the match indicates the check processing entity 105 presented the item to the receiving institution 125 more than once. The reason the item was presented more than once can be that the check processing entity 105 erroneously presented the item on more than one instance or it can be the result of the depositing institution 103 depositing the item with the check processing entity 105 more than once. Duplication errors can also arise from other reasons, such as the activities of other electronic check processing or depositing institutions not illustrated in FIG. 1.
  • In step 420, the check processing entity 105 compares the duplicate item against a record of the items previously received for deposit from the depositing institution 103. Similar to step 405, this comparison can be accomplished with the duplicate item processing module 135 communicating with the tracking module 131 to compare the duplicate item against the records of deposited items stored in record database 132. If the duplicate item processing module 135 identifies more than one match in the records of deposited items stored in the record database 132, this indicates that the depositing institution is the cause of the error as it deposited the duplicate item with the check processing entity 105 on more than one occasion. When the check processing entity 105 identifies a match, decision step 425 proceeds to step 415 and the duplicate item processing module 135 of the check processing entity 105 forwards the ICL return file with the duplicate item to depositing institution 103.
  • Referring again to step 425, if there is not more than one match for the duplicate item in the records of items previously deposited stored in the record database 132, this indicates that the duplication is not caused by multiple deposits from the depositing institution 103, but rather, by an erroneous duplicative presentment of the item by the check processing entity 105. Proceeding to steps 430 and 435, the check processing entity 105 terminates the return item and the duplicate item processing module 135 examines the records of presented items stored in the record database 132 to attempt to determine the reason the item was presented more than once to the receiving institution 125. The examination of the records of presented items can also be assisted by manual operations of the check processing entity personnel. After completing the examination of the records, in step 440, the check processing entity 105 can adjust the check processing entity's settlement records relating to the duplicate item. The duplicate item processing module 135 can also notify the receiving institution 125 of the result of the duplicate item processing.
  • Lastly, in step 445, if there are no other duplicate items for processing, exemplary process 315 returns to step 320 of FIG. 3. If there is another duplicate item for processing, exemplary process 315 proceeds to step 415 where the next duplicate item is selected and the process returns to step 405.
  • The invention can be used with computer hardware and software that performs the methods and processing functions described above. As will be appreciated by a person skilled in the art, the systems, methods, and procedures described herein can be embodied in a programmable computer, computer executable software, or digital circuitry. The software can be stored on computer readable media. For example, computer readable media can include a floppy disk, RAM, ROM, hard disk, removable media, flash memory, memory stick, optical media, magneto-optical media, CD-ROM, etc. Digital circuitry can include integrated circuits, gate arrays, building block logic, field programmable gate arrays (FPGA), etc.
  • Although specific embodiments of the invention have been described above in detail, the description is merely for purposes of illustration. It should be appreciated, therefore, that many aspects of the invention were described above by way of example only and are not intended as required or essential elements of the invention unless explicitly stated otherwise. Various modifications of, and equivalent steps corresponding to, the disclosed aspects of the exemplary embodiments, in addition to those described above, can be made by a person skilled in the art without departing from the spirit and scope of the present invention defined in the following claims, the scope of which is to be accorded the broadest interpretation so as to encompass such modifications and equivalent structures.

Claims (19)

1. A computer-implemented method for processing duplicate electronic checks, comprising the steps of:
receiving a return ICL file comprising a duplicate item;
comparing the duplicate item to a record of items previously presented for payment;
if the duplicate item matches more than one item in the record of items previously presented for payment, suspending the return ICL file for further analysis; and
if the duplicate item does not match more than one item in the record of items previously presented for payment, forwarding the return ICL file to a depositing institution for further processing.
2. The computer-implemented method of claim 1, wherein the step of suspending the return ICL file for further analysis comprises comparing the duplicate item to a record of items previously deposited for processing.
3. The computer-implemented method of claim 2, further comprising the steps of:
if the duplicate item matches more than one item in the record of items previously deposited for processing, forwarding the return ICL file to the depositing institution for further processing; or
if the duplicate item does not match more than one item in the record of items previously deposited for processing, continue suspending the return ICL file for further analysis.
4. The computer-implemented method of claim 1, wherein the return ICL file includes a designation indicating that it comprises at least one duplicate item.
5. The computer-implemented method of claim 1, wherein the return ICL file is received from a receiving institution.
6. The computer-implemented method of claim 5, further comprising the step of notifying the receiving institution of the disposition of the return ICL file.
7. A computer-implemented method for processing duplicate electronic checks, comprising the steps of:
receiving a return ICL file comprising a duplicate item;
comparing the duplicate item to a record of items previously received for processing;
if the duplicate item matches more than one item in the record of items previously deposited for processing, forwarding the return ICL file to a depositing institution; and
if the duplicate item does not match more than one item in the record of items previously deposited for processing, suspending the return ICL file for further analysis.
8. The computer-implemented method of claim 7, wherein the return ICL file includes a designation indicating that it comprises at least one duplicate item.
9. The computer-implemented method of claim 7, wherein the return ICL file is received from a receiving institution.
10. The computer-implemented method of claim 9, further comprising the step of notifying the receiving institution of the disposition of the return ICL file.
11. The computer-implemented method of claim 7, further comprising the step of, after completing the further analysis, forwarding the return ICL file to the depositing institution.
12. A computer-implemented method for processing duplicate electronic checks, comprising the steps of:
receiving a return ICL file comprising a duplicate item;
comparing the duplicate item to a record of items previously presented for payment;
if the duplicate item does not match more than one item in the record of items previously presented for payment, forwarding the return ICL file to a depositing institution;
if the duplicate item matches more than one item in the record of items previously presented for payment, comparing the duplicate item to a record of items previously deposited for processing;
if the duplicate item matches more than one item in the record of items previously deposited for processing, forwarding the return ICL file to the depositing institution; and
if the duplicate item does not match more than one item in the record of items previously deposited for processing, suspending the return ICL file for further analysis.
13. The computer-implemented method of claim 12, wherein the step of suspending the return ICL file for further analysis comprises the steps of:
terminating the return ICL file and adjusting a settlement record for the duplicate item.
14. The computer-implemented method of claim 12, wherein the return ICL file includes a designation indicating that it comprises at least one duplicate item.
15. The computer-implemented method of claim 12, wherein the return ICL file is received from a receiving institution.
16. The method of claim 15, further comprising the step of notifying the receiving institution of the disposition of the return ICL file.
17. A computer-implemented system for processing duplicate electronic checks, comprising:
a check processing system operable for processing items in an ICL file for payment or presentment to a receiving institution, the check processing system comprising a first database of records of items previously presented to the receiving institution and a second database of records of items previously deposited with the check processing system for processing;
a duplicate item processing module operable for receiving from a receiving institution computer a return ICL file comprising a duplicate item and for comparing the duplicate item to the first database of records of items previously presented and the second database of records of items previously deposited with the check processing system for processing.
18. The computer-implemented system of claim 17 wherein the items in the second database of records of items previously deposited with the check processing system for processing were received from a depositing institution computer.
19. The computer-implemented system of claim 17, wherein the duplicate item processing module is further operable for transmitting the return ICL file comprising the duplicate item to a depositing institution computer when the duplicate item matches more than one item in the second database of records of items previously deposited with the check processing system for processing.
US11/983,032 2006-11-07 2007-11-06 System and method for processing duplicative electronic check return files Abandoned US20080162321A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/983,032 US20080162321A1 (en) 2006-11-07 2007-11-06 System and method for processing duplicative electronic check return files
US14/136,867 US20140108243A1 (en) 2006-11-07 2013-12-20 System and Method for Processing Duplicative Electronic Check Return Files

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US85766606P 2006-11-07 2006-11-07
US11/983,032 US20080162321A1 (en) 2006-11-07 2007-11-06 System and method for processing duplicative electronic check return files

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/136,867 Continuation US20140108243A1 (en) 2006-11-07 2013-12-20 System and Method for Processing Duplicative Electronic Check Return Files

Publications (1)

Publication Number Publication Date
US20080162321A1 true US20080162321A1 (en) 2008-07-03

Family

ID=39584122

Family Applications (6)

Application Number Title Priority Date Filing Date
US11/983,032 Abandoned US20080162321A1 (en) 2006-11-07 2007-11-06 System and method for processing duplicative electronic check return files
US11/982,923 Active 2030-03-06 US8296223B2 (en) 2006-11-07 2007-11-06 System and method for processing duplicative electronic check reversal files
US11/982,985 Active 2028-05-11 US8112357B2 (en) 2006-11-07 2007-11-06 Systems and methods for preventing duplicative electronic check processing
US11/983,034 Abandoned US20080162322A1 (en) 2006-11-07 2007-11-06 Automated return item re-clear
US11/983,033 Active 2032-03-05 US8595096B2 (en) 2006-11-07 2007-11-06 Prioritizing checks for electronic check processing
US14/136,867 Abandoned US20140108243A1 (en) 2006-11-07 2013-12-20 System and Method for Processing Duplicative Electronic Check Return Files

Family Applications After (5)

Application Number Title Priority Date Filing Date
US11/982,923 Active 2030-03-06 US8296223B2 (en) 2006-11-07 2007-11-06 System and method for processing duplicative electronic check reversal files
US11/982,985 Active 2028-05-11 US8112357B2 (en) 2006-11-07 2007-11-06 Systems and methods for preventing duplicative electronic check processing
US11/983,034 Abandoned US20080162322A1 (en) 2006-11-07 2007-11-06 Automated return item re-clear
US11/983,033 Active 2032-03-05 US8595096B2 (en) 2006-11-07 2007-11-06 Prioritizing checks for electronic check processing
US14/136,867 Abandoned US20140108243A1 (en) 2006-11-07 2013-12-20 System and Method for Processing Duplicative Electronic Check Return Files

Country Status (1)

Country Link
US (6) US20080162321A1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050086136A1 (en) * 2003-09-30 2005-04-21 Federal Reserve Bank Of Atlanta Value tracking and reporting of automated clearing house transactions
US20060191998A1 (en) * 2005-02-28 2006-08-31 Federal Reserve Bank Of Atlanta Cash letter print streams with audit data
US20060237526A1 (en) * 2005-02-28 2006-10-26 Federal Reserve Bank Of Atlanta Expanded mass data sets for electronic check processing
US20070095888A1 (en) * 2005-07-07 2007-05-03 Federal Reserve Bank Of Atlanta Electronic image cash letter balancing
US20070235518A1 (en) * 2005-07-07 2007-10-11 Federal Reserve Bank Of Atlanta Electronic image cash letter monitoring
US20080006687A1 (en) * 2006-05-17 2008-01-10 Federal Reserve Bank Of Atlanta Electronic image cash letter validation
US20080159655A1 (en) * 2006-11-07 2008-07-03 Federal Reserve Bank Of Richmond Prioritizing checks for electronic check processing
US20090114711A1 (en) * 2007-11-06 2009-05-07 Randall Lee Mueller Cash letter print verification
US20090114715A1 (en) * 2007-11-06 2009-05-07 Federal Reserve Bank Of Kansas City Identifying duplicate printed paper cash letters
US20090196485A1 (en) * 2008-01-31 2009-08-06 Federal Reserve Bank Of Kansas City Tag validation for efficiently assessing electronic check image quality

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050097046A1 (en) 2003-10-30 2005-05-05 Singfield Joy S. Wireless electronic check deposit scanning and cashing machine with web-based online account cash management computer application system
US8140786B2 (en) 2006-12-04 2012-03-20 Commvault Systems, Inc. Systems and methods for creating copies of data, such as archive copies
US8799147B1 (en) 2006-10-31 2014-08-05 United Services Automobile Association (Usaa) Systems and methods for remote deposit of negotiable instruments with non-payee institutions
US8708227B1 (en) 2006-10-31 2014-04-29 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US7873200B1 (en) 2006-10-31 2011-01-18 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US7840537B2 (en) 2006-12-22 2010-11-23 Commvault Systems, Inc. System and method for storing redundant information
US10380559B1 (en) 2007-03-15 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for check representment prevention
US8959033B1 (en) 2007-03-15 2015-02-17 United Services Automobile Association (Usaa) Systems and methods for verification of remotely deposited checks
US9058512B1 (en) 2007-09-28 2015-06-16 United Services Automobile Association (Usaa) Systems and methods for digital signature detection
US9159101B1 (en) 2007-10-23 2015-10-13 United Services Automobile Association (Usaa) Image processing
US9898778B1 (en) 2007-10-23 2018-02-20 United Services Automobile Association (Usaa) Systems and methods for obtaining an image of a check to be deposited
US9892454B1 (en) 2007-10-23 2018-02-13 United Services Automobile Association (Usaa) Systems and methods for obtaining an image of a check to be deposited
US10380562B1 (en) 2008-02-07 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for mobile deposit of negotiable instruments
US8351678B1 (en) 2008-06-11 2013-01-08 United Services Automobile Association (Usaa) Duplicate check detection
US8219524B2 (en) * 2008-06-24 2012-07-10 Commvault Systems, Inc. Application-aware and remote single instance data management
US9098495B2 (en) 2008-06-24 2015-08-04 Commvault Systems, Inc. Application-aware and remote single instance data management
US8166263B2 (en) 2008-07-03 2012-04-24 Commvault Systems, Inc. Continuous data protection over intermittent connections, such as continuous data backup for laptops or wireless devices
US8719160B1 (en) * 2008-07-21 2014-05-06 Bank Of America Processing payment items
US10504185B1 (en) 2008-09-08 2019-12-10 United Services Automobile Association (Usaa) Systems and methods for live video financial deposit
AU2009296695B2 (en) 2008-09-26 2013-08-01 Commvault Systems, Inc. Systems and methods for managing single instancing data
US9015181B2 (en) 2008-09-26 2015-04-21 Commvault Systems, Inc. Systems and methods for managing single instancing data
US8412677B2 (en) * 2008-11-26 2013-04-02 Commvault Systems, Inc. Systems and methods for byte-level or quasi byte-level single instancing
US8452689B1 (en) 2009-02-18 2013-05-28 United Services Automobile Association (Usaa) Systems and methods of check detection
US10956728B1 (en) 2009-03-04 2021-03-23 United Services Automobile Association (Usaa) Systems and methods of check processing with background removal
US8401996B2 (en) 2009-03-30 2013-03-19 Commvault Systems, Inc. Storing a variable number of instances of data objects
US8578120B2 (en) 2009-05-22 2013-11-05 Commvault Systems, Inc. Block-level single instancing
US8542921B1 (en) 2009-07-27 2013-09-24 United Services Automobile Association (Usaa) Systems and methods for remote deposit of negotiable instrument using brightness correction
US9779392B1 (en) * 2009-08-19 2017-10-03 United Services Automobile Association (Usaa) Apparatuses, methods and systems for a publishing and subscribing platform of depositing negotiable instruments
US8977571B1 (en) 2009-08-21 2015-03-10 United Services Automobile Association (Usaa) Systems and methods for image monitoring of check during mobile deposit
US8699779B1 (en) 2009-08-28 2014-04-15 United Services Automobile Association (Usaa) Systems and methods for alignment of check during mobile deposit
US8150751B2 (en) 2009-09-11 2012-04-03 The Western Union Company Negotiable instrument electronic clearance systems and methods
US8321314B2 (en) * 2009-09-11 2012-11-27 The Western Union Company Negotiable instrument electronic clearance monitoring systems and methods
US8583546B1 (en) 2010-02-09 2013-11-12 The Pnc Financial Services Group, Inc. Electronic cash letter processing
US8577797B1 (en) 2010-02-09 2013-11-05 The Pnc Financial Services Group, Inc. Electronic cash letter processing
US9129340B1 (en) 2010-06-08 2015-09-08 United Services Automobile Association (Usaa) Apparatuses, methods and systems for remote deposit capture with enhanced image detection
WO2012045023A2 (en) 2010-09-30 2012-04-05 Commvault Systems, Inc. Archiving data objects using secondary copies
US9087354B1 (en) * 2011-11-29 2015-07-21 Intuit Inc. Ordering checks using a mobile device
US10380565B1 (en) 2012-01-05 2019-08-13 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US9020890B2 (en) 2012-03-30 2015-04-28 Commvault Systems, Inc. Smart archiving and data previewing for mobile devices
US10552810B1 (en) 2012-12-19 2020-02-04 United Services Automobile Association (Usaa) System and method for remote deposit of financial instruments
US9633022B2 (en) 2012-12-28 2017-04-25 Commvault Systems, Inc. Backup and restoration for a deduplicated file system
US11138578B1 (en) 2013-09-09 2021-10-05 United Services Automobile Association (Usaa) Systems and methods for remote deposit of currency
US9286514B1 (en) 2013-10-17 2016-03-15 United Services Automobile Association (Usaa) Character count determination for a digital image
US10324897B2 (en) 2014-01-27 2019-06-18 Commvault Systems, Inc. Techniques for serving archived electronic mail
US10324914B2 (en) 2015-05-20 2019-06-18 Commvalut Systems, Inc. Handling user queries against production and archive storage systems, such as for enterprise customers having large and/or numerous files
US10402790B1 (en) 2015-05-28 2019-09-03 United Services Automobile Association (Usaa) Composing a focused document image from multiple image captures or portions of multiple image captures
US10692066B1 (en) 2015-07-24 2020-06-23 Wells Fargo Bank, N.A. Systems and methods for paper check processing and payee setup
US10366458B2 (en) 2017-03-01 2019-07-30 Bank Of America Corporation Live reporting of check image keying issues
US11030752B1 (en) 2018-04-27 2021-06-08 United Services Automobile Association (Usaa) System, computing device, and method for document detection
US11232454B2 (en) 2019-11-14 2022-01-25 Bank Of America Corporation Authentication framework for real-time document processing
US11900755B1 (en) 2020-11-30 2024-02-13 United Services Automobile Association (Usaa) System, computing device, and method for document detection and deposit processing

Citations (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4264808A (en) * 1978-10-06 1981-04-28 Ncr Corporation Method and apparatus for electronic image processing of documents for accounting purposes
US4270042A (en) * 1977-08-01 1981-05-26 Case John M Electronic funds transfer system
US4523330A (en) * 1982-12-23 1985-06-11 Ncr Canada Ltd - Ncr Canada Ltee Banking system and method
US4694397A (en) * 1984-12-27 1987-09-15 The Advest Group, Inc. Banking/brokerage computer interface system
US4823264A (en) * 1986-05-27 1989-04-18 Deming Gilbert R Electronic funds transfer system
US4948174A (en) * 1988-04-20 1990-08-14 Remittance Technology Corporation Financial data processing system
US5038283A (en) * 1989-04-13 1991-08-06 Panduit Corp. Shipping method
US5120944A (en) * 1989-10-10 1992-06-09 Unisys Corp. Image-based document processing system providing enhanced workstation balancing
US5121945A (en) * 1988-04-20 1992-06-16 Remittance Technology Corporation Financial data processing system
US5187750A (en) * 1991-03-15 1993-02-16 Unisys Corporation Archival document image processing and printing system
US5198975A (en) * 1989-11-30 1993-03-30 Valley National Bank Apparatus and method for processing of check batches in banking operations
US5237159A (en) * 1991-07-17 1993-08-17 J. D. Carreker And Associates Electronic check presentment system
US5600732A (en) * 1994-12-08 1997-02-04 Banctec, Inc. Document image analysis method
US5668897A (en) * 1994-03-15 1997-09-16 Stolfo; Salvatore J. Method and apparatus for imaging, image processing and data compression merge/purge techniques for document image databases
US5783808A (en) * 1996-01-11 1998-07-21 J. D. Carreker And Associates, Inc. Electronic check presentment system having transaction level reconciliation capability
US5790717A (en) * 1993-10-26 1998-08-04 Bell Communications Research Inc. Apparatus and method for predicting subjective quality of compressed images
US5930778A (en) * 1993-11-22 1999-07-27 Huntington Bancshares Incorporated System for expediting the clearing of financial instruments and coordinating the same with invoice processing at the point of receipt
US5937084A (en) * 1996-05-22 1999-08-10 Ncr Corporation Knowledge-based document analysis system
US5940524A (en) * 1994-07-25 1999-08-17 Seiko Epson Corporation Image processing method and image processing device
US6019282A (en) * 1991-07-17 2000-02-01 Carreker-Antinori, Inc. System and method for commingling items destined for multiple payors in a single electronic pocket and financial infrastructure employing the same
US6097834A (en) * 1997-06-13 2000-08-01 Paystation America Inc. Financial transaction processing systems and methods
US6115509A (en) * 1994-03-10 2000-09-05 International Business Machines Corp High volume document image archive system and method
US6170744B1 (en) * 1998-09-24 2001-01-09 Payformance Corporation Self-authenticating negotiable documents
US6236756B1 (en) * 1997-12-22 2001-05-22 Fuji Xerox Co., Ltd. Image analysis method and device
US6243689B1 (en) * 1998-12-29 2001-06-05 Robert G. Norton System and method for authorizing electronic funds transfer at a point of sale
US6351553B1 (en) * 1999-03-03 2002-02-26 Unisys Corporation Quality assurance of captured document images
US6450403B1 (en) * 2000-11-24 2002-09-17 International Business Machines Corporation Method and apparatus for depositing ordinary checks from home or office
US6571000B1 (en) * 1999-11-29 2003-05-27 Xerox Corporation Image processing algorithm for characterization of uniformity of printed images
US6577761B1 (en) * 1998-12-07 2003-06-10 Toshiba Tec Corporation Image processor and image processing system
US6585775B1 (en) * 1999-04-16 2003-07-01 Ncr Corporation Financial document processing system and method of operating a financial document processing system during exception recovery
US20030158811A1 (en) * 2001-07-18 2003-08-21 Ventanex System and method for rules based electronic funds transaction processing
US20040030621A1 (en) * 2002-08-07 2004-02-12 Cobb Keith B. Method of reconciling credit union corporate accounts
US6717592B2 (en) * 2000-12-07 2004-04-06 International Business Machines Corporation Notification processing system
US20040068464A1 (en) * 2000-04-28 2004-04-08 Zions Bancorporation Return item early notification and return
US20040109596A1 (en) * 2002-12-10 2004-06-10 Ncr Corporation Method of providing an indication of quality of a document image and an apparatus therefor
US20040133516A1 (en) * 2000-04-28 2004-07-08 Zions Bancorporation Methods and systems for processing financial instrument deposits
US20040143621A1 (en) * 2002-08-09 2004-07-22 Fredrickson Carol A. International and domestic collection system
US20040148235A1 (en) * 2002-01-11 2004-07-29 Craig Mark S. Real time financial instrument image exchange system and method
US6792133B2 (en) * 2001-04-10 2004-09-14 Picture Elements Incorporated Automatic bitonal image optimization
US20040181485A1 (en) * 2003-03-11 2004-09-16 Finch Robert L. System and method for check processing
US20050018896A1 (en) * 2003-07-22 2005-01-27 Rdm Corporation System and method for verifying legibility of an image of a check
US6850950B1 (en) * 1999-02-11 2005-02-01 Pitney Bowes Inc. Method facilitating data stream parsing for use with electronic commerce
US20050044043A1 (en) * 2002-10-31 2005-02-24 Federal Reserve Bank Of Atlanta Searching for and identifying automated clearing house transactions by transaction type
US20050071283A1 (en) * 2000-05-25 2005-03-31 Randle William M. Quality assured secure and coordinated transmission of separate image and data records representing a transaction
US20050080738A1 (en) * 2003-09-30 2005-04-14 Kerry Sellen Systems and methods for determining financial transaction types
US20050080719A1 (en) * 2003-09-30 2005-04-14 Kerry Sellen Systems and methods for generating transaction receipts
US20050086136A1 (en) * 2003-09-30 2005-04-21 Federal Reserve Bank Of Atlanta Value tracking and reporting of automated clearing house transactions
US20050097050A1 (en) * 2003-10-30 2005-05-05 Orcutt Laura L. Express check conversion
US20050097046A1 (en) * 2003-10-30 2005-05-05 Singfield Joy S. Wireless electronic check deposit scanning and cashing machine with web-based online account cash management computer application system
US20050109833A1 (en) * 1999-12-10 2005-05-26 Terri Page System and method for verifying the authenticity of a check and authorizing payment thereof
US20050129300A1 (en) * 2003-12-10 2005-06-16 Ncr Corporation Method of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US6912297B2 (en) * 2001-04-16 2005-06-28 Ncr Corporation Method of determining usability of a document image and an apparatus therefor
US20050139670A1 (en) * 2003-12-31 2005-06-30 Bank Of America Corporation System and method for the processing of micr documents that produce read errors
US20050144131A1 (en) * 2003-12-31 2005-06-30 Aziz Andy S. Method for electronically exchanging checks between financial institutions and an improved process for clearing checks
US20050171899A1 (en) * 2004-01-30 2005-08-04 Dunn John P. Electronic payment clearing and check image exchange systems and methods
US20050203857A1 (en) * 2004-03-09 2005-09-15 Friedman Lawrence J. Methods for transaction processing
US20050211763A1 (en) * 2004-02-06 2005-09-29 First Data Corporation Negotiable instrument authentication systems and methods
US20060006222A1 (en) * 2004-07-09 2006-01-12 U.S. Bank Corporation System and method for managing requests to document archives, routing requests and delivering requests to a variety of channels or delivery mechanisms
US20060023930A1 (en) * 2004-07-29 2006-02-02 Mehul Patel Device for digitizing and processing checks in accordance with the Check 21 Act and for reading and decoding optical codes
US6996263B2 (en) * 1996-05-13 2006-02-07 Cummins-Allison Corp. Network interconnected financial document processing devices
US7000828B2 (en) * 2001-04-10 2006-02-21 Cummins-Allison Corp. Remote automated document processing system
US20060045600A1 (en) * 2004-08-30 2006-03-02 Ncr Corporation Method of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US20060045321A1 (en) * 2004-08-24 2006-03-02 Chen-Yu Enterprises Llc Bank check and method for positioning and interpreting a digital check within a defined region
US20060080245A1 (en) * 2002-07-03 2006-04-13 Bottomline Technologies (De) Inc. Negotiable instrument clearing server and method
US20060106717A1 (en) * 2000-05-25 2006-05-18 Randle William M End to end check processing from capture to settlement with security and quality assurance
US20060112013A1 (en) * 2004-11-19 2006-05-25 Maloney Rian R Method and system for verifying check images
US20060118613A1 (en) * 2004-12-06 2006-06-08 Bank Of America Corporation Method and system for consolidating cash letters
US20060133277A1 (en) * 2004-12-22 2006-06-22 Bank Of America Corporation Method and apparatus for managing item sequence numbers in an item processing system
US20060167784A1 (en) * 2004-09-10 2006-07-27 Hoffberg Steven M Game theoretic prioritization scheme for mobile ad hoc networks permitting hierarchal deference
US20060184441A1 (en) * 2005-02-11 2006-08-17 Haschka Joseph M Check clearing systems
US20060182332A1 (en) * 2005-02-17 2006-08-17 Weber Christopher S Method and system for retaining MICR code format
US20060182331A1 (en) * 2005-02-17 2006-08-17 Gilson Jonathan C System and method for embedding check data in a check image
US20060186194A1 (en) * 2004-06-18 2006-08-24 Richardson Joseph L Image exchange without full micr qualification
US7099845B2 (en) * 2001-08-16 2006-08-29 Ncr Corporation Electronic check presentment with image interchange system and method of operating an electronic check presentment with image interchange system
US20060191998A1 (en) * 2005-02-28 2006-08-31 Federal Reserve Bank Of Atlanta Cash letter print streams with audit data
US7167580B2 (en) * 2003-04-30 2007-01-23 Unisys Corporation Image quality assurance systems and methodologies for improving the identification of and access speed to image quality suspects in documents
US20070095888A1 (en) * 2005-07-07 2007-05-03 Federal Reserve Bank Of Atlanta Electronic image cash letter balancing
US20070156438A1 (en) * 2005-10-17 2007-07-05 Popadic Robert P Ubiquitous imaging device based check image capture
US20080006687A1 (en) * 2006-05-17 2008-01-10 Federal Reserve Bank Of Atlanta Electronic image cash letter validation
US20080097899A1 (en) * 2006-07-14 2008-04-24 The Clearing House Payments Company L.L.C. Method and system for electronic settlement of checks
US20080103790A1 (en) * 2006-11-01 2008-05-01 Bank Of America System and method for duplicate detection
US20080162322A1 (en) * 2006-11-07 2008-07-03 Federal Reserve Bank Of Richmond Automated return item re-clear
US7539646B2 (en) * 2006-10-10 2009-05-26 Global Standard Financial, Inc. Financial payment systems and methods using paperless Check 21 items
US7546275B1 (en) * 2000-07-20 2009-06-09 International Business Machines Corporation Decentralized electronic certified payment

Family Cites Families (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US100672A (en) * 1870-03-08 Improvement in mortising-machines
US218203A (en) * 1879-08-05 Improvement in barbers chairs
US5036984A (en) * 1986-08-13 1991-08-06 Electrocom Automation, Inc. Method for enabling prioritized processing of envelopes according to encoded indicia of potentially enclosed checks
US4974878A (en) 1988-04-20 1990-12-04 Remittance Technology Corporation Financial data processing system using payment coupons
US5265007A (en) 1988-06-07 1993-11-23 Huntington Bancshares Incorporated Central check clearing system
US5175682A (en) * 1990-12-14 1992-12-29 Verifone, Inc. Check system and method including prioritizing checks for transmission to banks for processing
US5691524A (en) * 1991-07-17 1997-11-25 J.D. Carreker And Associates, Inc. Electronic check presentment system having a non-ECP exceptions notification system incorporated therein
US5819226A (en) * 1992-09-08 1998-10-06 Hnc Software Inc. Fraud detection using predictive modeling
US5373550A (en) 1992-10-13 1994-12-13 At&T Corp. Transmission of check images by way of a public switched telephone network
US5504677A (en) * 1992-10-15 1996-04-02 Pollin; Robert E. Automated payment system
US5500890A (en) * 1993-08-19 1996-03-19 Exxon Research And Engineering Company Point-of-sale system using multi-threaded transactions and interleaved file transfer
US5583759A (en) 1993-11-22 1996-12-10 Huntington Bancshares, Inc. Mechanism for expediting the deposit, transport and submission of checks into the payment system
US5832140A (en) 1993-12-14 1998-11-03 Staplevision Inc. Automated quality assurance image processing system
EP0667594A3 (en) 1994-02-14 1995-08-23 International Business Machines Corporation Image quality analysis method and apparatus
US5692065A (en) 1994-08-18 1997-11-25 International Business Machines Corporation Apparatus and method for determining image quality
US5679938A (en) * 1994-12-02 1997-10-21 Telecheck International, Inc. Methods and systems for interactive check authorizations
US5677955A (en) 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US5819236A (en) 1995-06-12 1998-10-06 Carreker-Antinori, Inc. System and method for providing advance notification of potential presentment returns due to account restrictions
US5680611A (en) 1995-09-29 1997-10-21 Electronic Data Systems Corporation Duplicate record detection
US5689579A (en) 1996-01-17 1997-11-18 J.D. Carreker And Associates, Inc. Rule-based circuit, method and system for performing item level reconciliation
US6661910B2 (en) 1997-04-14 2003-12-09 Cummins-Allison Corp. Network for transporting and processing images in real time
US5903878A (en) * 1997-08-20 1999-05-11 Talati; Kirit K. Method and apparatus for electronic commerce
CA2330341A1 (en) * 1998-05-05 1999-11-11 The Clearing House Service Company L.L.C. System and method for intraday netting payment finality
US6036344A (en) * 1998-06-10 2000-03-14 Goldenberg; David Milton Secure check processing system and method
US6886047B2 (en) 1998-11-13 2005-04-26 Jp Morgan Chase Bank System and method for managing information retrievals for integrated digital and analog archives on a global basis
US6560571B1 (en) * 1999-06-30 2003-05-06 Hewlett-Packard Development Company, L.P. Method and apparatus for prioritizing the order in which checks are performed on a node in an integrated circuit
US6658139B1 (en) 1999-11-04 2003-12-02 Eastman Kodak Company Method for assessing overall quality of digital images
US20030112013A1 (en) * 1999-12-08 2003-06-19 Andreas Manz Potentiometric sensor
US6863214B2 (en) 2000-02-01 2005-03-08 Wachovia Corporation Image enabled reject repair for check processing capture
US7120606B1 (en) 2000-02-10 2006-10-10 Jove Corporation System and method for secure electronic fund transfers
US7970706B2 (en) 2000-03-17 2011-06-28 Jpmorgan Chase Bank, N.A. System and method for check exception item notification
US7363290B1 (en) * 2000-04-14 2008-04-22 Wachovia Corporation Item capture research system
US7584125B2 (en) * 2000-06-26 2009-09-01 Jpmorgan Chase Bank, N.A. Electronic check presentment system and method having an item sequence capability
US6754640B2 (en) 2000-10-30 2004-06-22 William O. Bozeman Universal positive pay match, authentication, authorization, settlement and clearing system
IL146597A0 (en) * 2001-11-20 2002-08-14 Gordon Goren Method and system for creating meaningful summaries from interrelated sets of information
US20020065974A1 (en) * 2000-11-30 2002-05-30 Thompson Chad Grey Measurement-based management of relational databases
TW540205B (en) * 2001-02-27 2003-07-01 Ind Tech Res Inst Real-time scheduling mechanism capable of controlling quality of service
US6963885B2 (en) 2001-04-11 2005-11-08 International Business Machines Corporation System and method for identifying invoices that may be duplicate prior to payment
US20030023555A1 (en) * 2001-07-26 2003-01-30 Cashworks, Inc. Method and system for providing financial services
US7756796B2 (en) * 2001-09-20 2010-07-13 Pitney Bowes Inc. Utilizing a unique tracking identifier for sorting mail
US7305402B2 (en) * 2001-10-10 2007-12-04 International Business Machines Corporation Adaptive indexing technique for use with electronic objects
US7383227B2 (en) * 2002-05-14 2008-06-03 Early Warning Services, Llc Database for check risk decisions populated with check activity data from banks of first deposit
US7089213B2 (en) 2002-06-04 2006-08-08 Bottomline Technologies System and method for producing and verifying secure negotiable instruments
US7822658B2 (en) * 2002-06-04 2010-10-26 Hewlett-Packard Development Company, L.P. Dynamic prioritization of activities
US20040088238A1 (en) * 2002-11-01 2004-05-06 Kevin Gilson Method and system for monitoring electronic transactions
US7062463B2 (en) * 2003-03-31 2006-06-13 William Stephen Knapp System and method for enhancing financial institution revenues through acceleration of debit processing
US7626715B2 (en) 2003-05-02 2009-12-01 Infoprint Solutions Company, Llc Joined front end and back end document processing
US6854656B2 (en) * 2003-05-08 2005-02-15 Fujitsu Limited Self-scanning system with enhanced features
JP2005056333A (en) * 2003-08-07 2005-03-03 Seiko Epson Corp Check processor, program, electronic settlement system, and method for controlling check processing
US8417636B2 (en) 2003-09-30 2013-04-09 Federal Reserve Bank Of Atlanta Approving ACH operator processing of ACH payments based on an originating depository financial institution's approved originator list
US7509291B2 (en) 2003-10-17 2009-03-24 Stamps.Com Inc. Formatting value-bearing item indicia
US8078539B2 (en) * 2003-11-17 2011-12-13 Pitney Bowes Inc. Method and system for sorting checks according to a priority order associated with the account number
US7287048B2 (en) * 2004-01-07 2007-10-23 International Business Machines Corporation Transparent archiving
US8612479B2 (en) * 2004-02-13 2013-12-17 Fis Financial Compliance Solutions, Llc Systems and methods for monitoring and detecting fraudulent uses of business applications
US7283656B2 (en) 2004-03-17 2007-10-16 Federal Reserve Bank Of Cleveland Assessing electronic image quality
US7336813B2 (en) 2004-04-26 2008-02-26 International Business Machines Corporation System and method of determining image skew using connected components
US20050243378A1 (en) 2004-04-30 2005-11-03 Klein Robert D Image file arrangement for use with an improved image quality assurance system
US7433098B2 (en) 2004-04-30 2008-10-07 Unisys Corporation Document processing system with improved image quality assurance
US7376258B2 (en) 2004-04-30 2008-05-20 Unisys Corporation Image quality assurance system and methodologies in a post-image capture document processing environment
JP4691900B2 (en) 2004-05-12 2011-06-01 セイコーエプソン株式会社 CHECK PROCESSING METHOD, PROGRAM, AND CHECK PROCESSING DEVICE
US7421107B2 (en) 2004-06-18 2008-09-02 Ncr Corporation Method of creating a substitute check and an apparatus therefor
US8121944B2 (en) 2004-06-24 2012-02-21 Jpmorgan Chase Bank, N.A. Method and system for facilitating network transaction processing
US7493350B2 (en) * 2004-10-25 2009-02-17 International Business Machines Corporation Entity based configurable data management system and method
US7028886B1 (en) * 2004-11-19 2006-04-18 Vectorsgi, Inc. Method and system for duplicate commercial paper detection
JP2006165553A (en) * 2004-12-02 2006-06-22 Samsung Electronics Co Ltd Phase-change memory device comprising phase-change substance layer including phase-change nano particle and method for manufacturing the same
US7594600B2 (en) * 2005-02-28 2009-09-29 Federal Reserve Bank Of Atlanta Expanded mass data sets for electronic check processing
GB2424722A (en) * 2005-03-21 2006-10-04 Think Software Pty Ltd Method and apparatus for generating relevance sensitive collation keys
US8104675B2 (en) * 2005-04-04 2012-01-31 American Express Travel Related Services Company, Inc. Systems and methods for risk triggering values
US20060229987A1 (en) 2005-04-08 2006-10-12 Leekley John T Check replication detection system and method
US20060248009A1 (en) 2005-05-02 2006-11-02 Hicks Sydney S System and method for processing electronic payments
US20060265413A1 (en) * 2005-05-18 2006-11-23 Blencowe Andrew R User interface and method for sorting data records
US7773775B2 (en) 2005-06-09 2010-08-10 Bank Of America Corporation Surrogate document indicator and methods of using same
US7802717B2 (en) 2005-07-07 2010-09-28 Federal Reserve Bank Of Dallas Electronic image cash letter monitoring
US7711176B2 (en) * 2005-12-16 2010-05-04 Ncr Corporation Computer-implemented method of processing a substitute check and an apparatus therefor
US20080040249A1 (en) * 2006-01-20 2008-02-14 Jpmorgan Chase Bank, N.A. Method for transaction processing in a capture and deposit
EP1987447A4 (en) * 2006-02-10 2013-01-09 Symantec Internat System and method for network-based fraud and authentication services
US7427016B2 (en) 2006-04-12 2008-09-23 Chimento Marc A System and method for screening for fraud in commercial transactions
US20070288382A1 (en) * 2006-05-03 2007-12-13 Avalon International, Inc. Check21 image based document and processing system
US20070276766A1 (en) * 2006-05-24 2007-11-29 Carlos Antonio Lorenzo Hoyos System and Method for Preventing Multiple Charges for a Transaction in a Payment System
WO2007149820A2 (en) * 2006-06-18 2007-12-27 Merrill Lynch & Co., Inc. Apparatuses, methods and systems for a deposit process manager decisioning engine
US8104673B2 (en) * 2006-06-28 2012-01-31 Bank Of America Corporation Method and system for processing image returns
US20080021831A1 (en) * 2006-07-19 2008-01-24 Andrew Blaikie Methods of processing a check in a payee positive pay system
US8249396B2 (en) * 2006-09-18 2012-08-21 Bank Of America Corporation System and methods for handling financial document returns and processing exceptions
US7959074B1 (en) * 2006-09-29 2011-06-14 Amazon Technologies, Inc. Selective authorization of item transactions
US20080116257A1 (en) * 2006-10-24 2008-05-22 Ncr Corporation Method of duplicate check detection in a check image capture application
US8351677B1 (en) * 2006-10-31 2013-01-08 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks

Patent Citations (98)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4270042A (en) * 1977-08-01 1981-05-26 Case John M Electronic funds transfer system
US4264808A (en) * 1978-10-06 1981-04-28 Ncr Corporation Method and apparatus for electronic image processing of documents for accounting purposes
US4523330A (en) * 1982-12-23 1985-06-11 Ncr Canada Ltd - Ncr Canada Ltee Banking system and method
US4694397A (en) * 1984-12-27 1987-09-15 The Advest Group, Inc. Banking/brokerage computer interface system
US4823264A (en) * 1986-05-27 1989-04-18 Deming Gilbert R Electronic funds transfer system
US4948174A (en) * 1988-04-20 1990-08-14 Remittance Technology Corporation Financial data processing system
US5121945A (en) * 1988-04-20 1992-06-16 Remittance Technology Corporation Financial data processing system
US5038283A (en) * 1989-04-13 1991-08-06 Panduit Corp. Shipping method
US5120944A (en) * 1989-10-10 1992-06-09 Unisys Corp. Image-based document processing system providing enhanced workstation balancing
US5198975A (en) * 1989-11-30 1993-03-30 Valley National Bank Apparatus and method for processing of check batches in banking operations
US5187750A (en) * 1991-03-15 1993-02-16 Unisys Corporation Archival document image processing and printing system
US5237159A (en) * 1991-07-17 1993-08-17 J. D. Carreker And Associates Electronic check presentment system
US5412190A (en) * 1991-07-17 1995-05-02 J. D. Carreker & Associates, Inc. Electronic check presentment system having a return item notification system incorporated therein
US6019282A (en) * 1991-07-17 2000-02-01 Carreker-Antinori, Inc. System and method for commingling items destined for multiple payors in a single electronic pocket and financial infrastructure employing the same
US5790717A (en) * 1993-10-26 1998-08-04 Bell Communications Research Inc. Apparatus and method for predicting subjective quality of compressed images
US5930778A (en) * 1993-11-22 1999-07-27 Huntington Bancshares Incorporated System for expediting the clearing of financial instruments and coordinating the same with invoice processing at the point of receipt
US6115509A (en) * 1994-03-10 2000-09-05 International Business Machines Corp High volume document image archive system and method
US5668897A (en) * 1994-03-15 1997-09-16 Stolfo; Salvatore J. Method and apparatus for imaging, image processing and data compression merge/purge techniques for document image databases
US6351546B1 (en) * 1994-07-25 2002-02-26 Seiko Epson Corporation Image processing method and image processing device
US5940524A (en) * 1994-07-25 1999-08-17 Seiko Epson Corporation Image processing method and image processing device
US5600732A (en) * 1994-12-08 1997-02-04 Banctec, Inc. Document image analysis method
US5754674A (en) * 1994-12-08 1998-05-19 Banctec, Inc. Document image analysis method
US5783808A (en) * 1996-01-11 1998-07-21 J. D. Carreker And Associates, Inc. Electronic check presentment system having transaction level reconciliation capability
US7082216B2 (en) * 1996-05-13 2006-07-25 Cummins-Allison Corp. Document processing method and system
US6996263B2 (en) * 1996-05-13 2006-02-07 Cummins-Allison Corp. Network interconnected financial document processing devices
US5937084A (en) * 1996-05-22 1999-08-10 Ncr Corporation Knowledge-based document analysis system
US7092560B2 (en) * 1996-11-27 2006-08-15 Cummins-Allison Corp. Automated document processing system using full image scanning
US6097834A (en) * 1997-06-13 2000-08-01 Paystation America Inc. Financial transaction processing systems and methods
US6236756B1 (en) * 1997-12-22 2001-05-22 Fuji Xerox Co., Ltd. Image analysis method and device
US6170744B1 (en) * 1998-09-24 2001-01-09 Payformance Corporation Self-authenticating negotiable documents
US6577761B1 (en) * 1998-12-07 2003-06-10 Toshiba Tec Corporation Image processor and image processing system
US6243689B1 (en) * 1998-12-29 2001-06-05 Robert G. Norton System and method for authorizing electronic funds transfer at a point of sale
US6850950B1 (en) * 1999-02-11 2005-02-01 Pitney Bowes Inc. Method facilitating data stream parsing for use with electronic commerce
US6351553B1 (en) * 1999-03-03 2002-02-26 Unisys Corporation Quality assurance of captured document images
US6585775B1 (en) * 1999-04-16 2003-07-01 Ncr Corporation Financial document processing system and method of operating a financial document processing system during exception recovery
US6571000B1 (en) * 1999-11-29 2003-05-27 Xerox Corporation Image processing algorithm for characterization of uniformity of printed images
US20050109833A1 (en) * 1999-12-10 2005-05-26 Terri Page System and method for verifying the authenticity of a check and authorizing payment thereof
US20040133516A1 (en) * 2000-04-28 2004-07-08 Zions Bancorporation Methods and systems for processing financial instrument deposits
US7386511B2 (en) * 2000-04-28 2008-06-10 Netdeposit Inc. Methods and systems for processing financial instrument deposits
US20040068464A1 (en) * 2000-04-28 2004-04-08 Zions Bancorporation Return item early notification and return
US20050071283A1 (en) * 2000-05-25 2005-03-31 Randle William M. Quality assured secure and coordinated transmission of separate image and data records representing a transaction
US20060106717A1 (en) * 2000-05-25 2006-05-18 Randle William M End to end check processing from capture to settlement with security and quality assurance
US7546275B1 (en) * 2000-07-20 2009-06-09 International Business Machines Corporation Decentralized electronic certified payment
US6450403B1 (en) * 2000-11-24 2002-09-17 International Business Machines Corporation Method and apparatus for depositing ordinary checks from home or office
US6717592B2 (en) * 2000-12-07 2004-04-06 International Business Machines Corporation Notification processing system
US6792133B2 (en) * 2001-04-10 2004-09-14 Picture Elements Incorporated Automatic bitonal image optimization
US7000828B2 (en) * 2001-04-10 2006-02-21 Cummins-Allison Corp. Remote automated document processing system
US20050175221A1 (en) * 2001-04-16 2005-08-11 Dennis Scott Method of determining usability of a document image and an apparatus therefor
US6912297B2 (en) * 2001-04-16 2005-06-28 Ncr Corporation Method of determining usability of a document image and an apparatus therefor
US20030158811A1 (en) * 2001-07-18 2003-08-21 Ventanex System and method for rules based electronic funds transaction processing
US7099845B2 (en) * 2001-08-16 2006-08-29 Ncr Corporation Electronic check presentment with image interchange system and method of operating an electronic check presentment with image interchange system
US20040148235A1 (en) * 2002-01-11 2004-07-29 Craig Mark S. Real time financial instrument image exchange system and method
US20060080245A1 (en) * 2002-07-03 2006-04-13 Bottomline Technologies (De) Inc. Negotiable instrument clearing server and method
US20040030621A1 (en) * 2002-08-07 2004-02-12 Cobb Keith B. Method of reconciling credit union corporate accounts
US20040143621A1 (en) * 2002-08-09 2004-07-22 Fredrickson Carol A. International and domestic collection system
US20050044043A1 (en) * 2002-10-31 2005-02-24 Federal Reserve Bank Of Atlanta Searching for and identifying automated clearing house transactions by transaction type
US20040109596A1 (en) * 2002-12-10 2004-06-10 Ncr Corporation Method of providing an indication of quality of a document image and an apparatus therefor
US20040181485A1 (en) * 2003-03-11 2004-09-16 Finch Robert L. System and method for check processing
US7167580B2 (en) * 2003-04-30 2007-01-23 Unisys Corporation Image quality assurance systems and methodologies for improving the identification of and access speed to image quality suspects in documents
US20050018896A1 (en) * 2003-07-22 2005-01-27 Rdm Corporation System and method for verifying legibility of an image of a check
US20050080719A1 (en) * 2003-09-30 2005-04-14 Kerry Sellen Systems and methods for generating transaction receipts
US20050086136A1 (en) * 2003-09-30 2005-04-21 Federal Reserve Bank Of Atlanta Value tracking and reporting of automated clearing house transactions
US20050080738A1 (en) * 2003-09-30 2005-04-14 Kerry Sellen Systems and methods for determining financial transaction types
US20050097050A1 (en) * 2003-10-30 2005-05-05 Orcutt Laura L. Express check conversion
US20050097046A1 (en) * 2003-10-30 2005-05-05 Singfield Joy S. Wireless electronic check deposit scanning and cashing machine with web-based online account cash management computer application system
US20050129300A1 (en) * 2003-12-10 2005-06-16 Ncr Corporation Method of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US7066668B2 (en) * 2003-12-10 2006-06-27 Ncr Corporation Method of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US20060188310A1 (en) * 2003-12-10 2006-08-24 Sandison Judith I Method of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US20050139670A1 (en) * 2003-12-31 2005-06-30 Bank Of America Corporation System and method for the processing of micr documents that produce read errors
US20050144131A1 (en) * 2003-12-31 2005-06-30 Aziz Andy S. Method for electronically exchanging checks between financial institutions and an improved process for clearing checks
US20050171899A1 (en) * 2004-01-30 2005-08-04 Dunn John P. Electronic payment clearing and check image exchange systems and methods
US20050211763A1 (en) * 2004-02-06 2005-09-29 First Data Corporation Negotiable instrument authentication systems and methods
US20050203857A1 (en) * 2004-03-09 2005-09-15 Friedman Lawrence J. Methods for transaction processing
US20060186194A1 (en) * 2004-06-18 2006-08-24 Richardson Joseph L Image exchange without full micr qualification
US20060006222A1 (en) * 2004-07-09 2006-01-12 U.S. Bank Corporation System and method for managing requests to document archives, routing requests and delivering requests to a variety of channels or delivery mechanisms
US20060023930A1 (en) * 2004-07-29 2006-02-02 Mehul Patel Device for digitizing and processing checks in accordance with the Check 21 Act and for reading and decoding optical codes
US20060045321A1 (en) * 2004-08-24 2006-03-02 Chen-Yu Enterprises Llc Bank check and method for positioning and interpreting a digital check within a defined region
US7066669B2 (en) * 2004-08-30 2006-06-27 Ncr Corporation Method of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US20060188311A1 (en) * 2004-08-30 2006-08-24 Lugg Richard P Method of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US20060045600A1 (en) * 2004-08-30 2006-03-02 Ncr Corporation Method of creating an image replacement document for use in a check truncation environment and an apparatus therefor
US20060167784A1 (en) * 2004-09-10 2006-07-27 Hoffberg Steven M Game theoretic prioritization scheme for mobile ad hoc networks permitting hierarchal deference
US20060112013A1 (en) * 2004-11-19 2006-05-25 Maloney Rian R Method and system for verifying check images
US20060118613A1 (en) * 2004-12-06 2006-06-08 Bank Of America Corporation Method and system for consolidating cash letters
US20060133277A1 (en) * 2004-12-22 2006-06-22 Bank Of America Corporation Method and apparatus for managing item sequence numbers in an item processing system
US20060184441A1 (en) * 2005-02-11 2006-08-17 Haschka Joseph M Check clearing systems
US20060182331A1 (en) * 2005-02-17 2006-08-17 Gilson Jonathan C System and method for embedding check data in a check image
US20060182332A1 (en) * 2005-02-17 2006-08-17 Weber Christopher S Method and system for retaining MICR code format
US20060191998A1 (en) * 2005-02-28 2006-08-31 Federal Reserve Bank Of Atlanta Cash letter print streams with audit data
US20070095888A1 (en) * 2005-07-07 2007-05-03 Federal Reserve Bank Of Atlanta Electronic image cash letter balancing
US20070156438A1 (en) * 2005-10-17 2007-07-05 Popadic Robert P Ubiquitous imaging device based check image capture
US20080006687A1 (en) * 2006-05-17 2008-01-10 Federal Reserve Bank Of Atlanta Electronic image cash letter validation
US20080097899A1 (en) * 2006-07-14 2008-04-24 The Clearing House Payments Company L.L.C. Method and system for electronic settlement of checks
US7539646B2 (en) * 2006-10-10 2009-05-26 Global Standard Financial, Inc. Financial payment systems and methods using paperless Check 21 items
US20080103790A1 (en) * 2006-11-01 2008-05-01 Bank Of America System and method for duplicate detection
US20080162322A1 (en) * 2006-11-07 2008-07-03 Federal Reserve Bank Of Richmond Automated return item re-clear
US20080162319A1 (en) * 2006-11-07 2008-07-03 Breeden Benjamin T System and method for processing duplicative electronic check reversal files
US20080159655A1 (en) * 2006-11-07 2008-07-03 Federal Reserve Bank Of Richmond Prioritizing checks for electronic check processing
US20080162320A1 (en) * 2006-11-07 2008-07-03 Federal Reserve Bank Of Atlanta Systems and methods for preventing duplicative electronic check processing

Cited By (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8543477B2 (en) 2003-09-30 2013-09-24 Federal Reserve Bank Of Atlanta Value tracking and reporting of automated clearing house transactions
US20050086136A1 (en) * 2003-09-30 2005-04-21 Federal Reserve Bank Of Atlanta Value tracking and reporting of automated clearing house transactions
US8196814B2 (en) 2005-02-28 2012-06-12 Federal Reserve Bank Of Dallas Cash letter print streams
US20060237526A1 (en) * 2005-02-28 2006-10-26 Federal Reserve Bank Of Atlanta Expanded mass data sets for electronic check processing
US20060191998A1 (en) * 2005-02-28 2006-08-31 Federal Reserve Bank Of Atlanta Cash letter print streams with audit data
US8167196B2 (en) 2005-02-28 2012-05-01 Federal Reserve Bank Of Atlanta Expanded mass data sets for electronic check processing
US7594600B2 (en) 2005-02-28 2009-09-29 Federal Reserve Bank Of Atlanta Expanded mass data sets for electronic check processing
US7686209B2 (en) 2005-02-28 2010-03-30 Federal Reserve Bank Of Dallas Cash letter print streams with audit data
US20100176192A1 (en) * 2005-02-28 2010-07-15 Federal Reserve Bank Of Dallas Cash Letter Print Streams
US20070095888A1 (en) * 2005-07-07 2007-05-03 Federal Reserve Bank Of Atlanta Electronic image cash letter balancing
US20070235518A1 (en) * 2005-07-07 2007-10-11 Federal Reserve Bank Of Atlanta Electronic image cash letter monitoring
US7802717B2 (en) 2005-07-07 2010-09-28 Federal Reserve Bank Of Dallas Electronic image cash letter monitoring
US8032462B2 (en) 2005-07-07 2011-10-04 Federal Reserve Bank Of Kansas City Electronic image cash letter balancing
US20080006687A1 (en) * 2006-05-17 2008-01-10 Federal Reserve Bank Of Atlanta Electronic image cash letter validation
US8387862B2 (en) 2006-05-17 2013-03-05 Federal Reserve Bank Of Dallas Electronic image cash letter validation
US20080162319A1 (en) * 2006-11-07 2008-07-03 Breeden Benjamin T System and method for processing duplicative electronic check reversal files
US8112357B2 (en) 2006-11-07 2012-02-07 Federal Reserve Bank Of Atlanta Systems and methods for preventing duplicative electronic check processing
US8296223B2 (en) 2006-11-07 2012-10-23 Federal Reserve Bank Of Atlanta System and method for processing duplicative electronic check reversal files
US20080162320A1 (en) * 2006-11-07 2008-07-03 Federal Reserve Bank Of Atlanta Systems and methods for preventing duplicative electronic check processing
US20080159655A1 (en) * 2006-11-07 2008-07-03 Federal Reserve Bank Of Richmond Prioritizing checks for electronic check processing
US8595096B2 (en) 2006-11-07 2013-11-26 Federal Reserve Bank Of Richmond Prioritizing checks for electronic check processing
US20140108243A1 (en) * 2006-11-07 2014-04-17 Benjamin T. Breeden, JR. System and Method for Processing Duplicative Electronic Check Return Files
US7918386B2 (en) 2007-11-06 2011-04-05 Federal Reserve Bank Of Kansas City Cash letter print verification
US20090114715A1 (en) * 2007-11-06 2009-05-07 Federal Reserve Bank Of Kansas City Identifying duplicate printed paper cash letters
US20090114711A1 (en) * 2007-11-06 2009-05-07 Randall Lee Mueller Cash letter print verification
US8573498B2 (en) 2007-11-06 2013-11-05 Federal Reserve Bank Of Kansas City Identifying duplicate printed paper cash letters
US20090196485A1 (en) * 2008-01-31 2009-08-06 Federal Reserve Bank Of Kansas City Tag validation for efficiently assessing electronic check image quality
US8238638B2 (en) 2008-01-31 2012-08-07 Federal Reserve Bank Of Kansas City Tag validation for efficiently assessing electronic check image quality

Also Published As

Publication number Publication date
US8595096B2 (en) 2013-11-26
US20080162320A1 (en) 2008-07-03
US20140108243A1 (en) 2014-04-17
US8112357B2 (en) 2012-02-07
US20080162322A1 (en) 2008-07-03
US20080162319A1 (en) 2008-07-03
US8296223B2 (en) 2012-10-23
US20080159655A1 (en) 2008-07-03

Similar Documents

Publication Publication Date Title
US8296223B2 (en) System and method for processing duplicative electronic check reversal files
US7802717B2 (en) Electronic image cash letter monitoring
US8387862B2 (en) Electronic image cash letter validation
US7594600B2 (en) Expanded mass data sets for electronic check processing
US8032462B2 (en) Electronic image cash letter balancing
US8238638B2 (en) Tag validation for efficiently assessing electronic check image quality
US7686209B2 (en) Cash letter print streams with audit data
US7283656B2 (en) Assessing electronic image quality
US7890426B2 (en) Method and system for verifying check images
US7630518B2 (en) Image processing system
US7386511B2 (en) Methods and systems for processing financial instrument deposits
US8396279B1 (en) Method and system for transaction decision making
US20090141962A1 (en) Remote deposit capture for the gaming industry
US8600789B1 (en) System and method for processing offending items in a financial system
US8027928B1 (en) Dynamic selection of deposit clearing methods based on business rules
US8733633B2 (en) Methods and systems for validating negotiable instruments
US8573498B2 (en) Identifying duplicate printed paper cash letters
US7918386B2 (en) Cash letter print verification
AU2003220712B2 (en) Methods and systems for processing financial instrument deposits

Legal Events

Date Code Title Description
AS Assignment

Owner name: FEDERAL RESERVE BANK OF RICHMOND, VIRGINIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BREEDEN, BENJAMIN T., JR.;REEL/FRAME:020642/0342

Effective date: 20080306

Owner name: FEDERAL RESERVE BANK OF CHICAGO, ILLINOIS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:RODRIGUES, RICHARD;REEL/FRAME:020642/0371

Effective date: 20080208

Owner name: FEDERAL RESERVE BANK OF CLEVELAND, OHIO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MARTIN, STEVEN D.;RACHEK, TIMOTHY;REEL/FRAME:020642/0417

Effective date: 20080207

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION