US20080162321A1 - System and method for processing duplicative electronic check return files - Google Patents
System and method for processing duplicative electronic check return files Download PDFInfo
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
- G06Q20/0425—Payment circuits characterized in that the payment protocol involves at least one cheque the cheque being electronic only
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; 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
Description
- 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.
- 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.
- 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.
- 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.
-
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. 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 asystem 100 for processing checks, according to an exemplary embodiment.FIG. 2 is a block diagram depicting adepositing institution 103 of thesystem 100, according to an exemplary embodiment. - The
system 100 comprises various financial institutions and computer systems involved in check processing. In particular, thesystem 100 comprises thedepositing institution 103, acheck processing entity 105, and a receivinginstitution 125. The depositinginstitution 103 collects paper checks from a customer. Then, the depositinginstitution 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 depositinginstitution 103 forwards the paper checks to thecheck 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 depositinginstitution 103 can forward the generated ICL to thecheck 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 thecheck processing entity 105; or (2) generate an ICL for received checks and forward the ICL to thecheck 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 thecheck processing entity 105. The depositinginstitution 103 processes the received paper checks at asorter 207. Thesorter 207 electronically captures information from each paper check. Thesorter 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, thesorter 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 DIdata capture module 211 of aDI check processor 209 for further processing. The DIdata capture module 211 can store the electronic image(s) in one or more image files, which the DIdata capture module 211 maintains in adatabase 210 of theDI check processor 209. In one exemplary embodiment, thesorter 207 and the DIdata 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, thesorter 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, thesorter 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 thedepositing institution 103. Thesorter 207 forwards the financial data, including the MICR data and additional financial data, to the DIdata capture module 211 for further processing. - The DI
data capture module 211 stores a form financial data file with multiple fields. The DIdata capture module 211 reads the financial data from thesorter 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 DIdata capture module 211 stores the financial data file in thedatabase 210. - The
DI check processor 209 further comprises anaddenda data module 212, which generates and/or captures electronic addenda data for each check. For example, the addenda data can comprise a bank endorsement. Theaddenda data module 212 inputs the addenda data into one or more addenda data files. Theaddenda data module 212 stores the addenda data file(s) in thedatabase 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 anICL 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 adata capture module 111 of acheck processor 109 of thecheck processing entity 105 for further processing. TheDI check processor 209 can forward the ICL to thedata capture module 111 of thecheck 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 atracking module 131 of thecheck 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. Thetracking module 131 stores the electronic cash letter record file in arecord database 132 of thecheck 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 thedepositing institution 103 that transmitted the electronic ICL file to thedata capture module 111. The receipt indicator can comprise any indicia indicating that the electronic ICL file was received by thedata 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 thedata 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, thetracking 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. Thetracking 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, thetracking 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. Thetracking 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, thetracking 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. Thetracking module 131 can use the tracking number in monitoring the processing status of the ICL and the items. For example, thetracking 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, thetracking 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 receivinginstitution 125 at the time thetracking 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 receivinginstitution 125, thetracking 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. Thetracking 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. Thetracking module 131 can store the sequence number in the electronic cash letter record file. For example, thetracking 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, thetracking 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. Thedata capture module 111 maintains the image file(s) in animage file database 113 of thecheck processor 109. Thetracking 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. Thedata capture module 111 maintains the financial data file in a financial data file database 114 of thecheck processor 109. Thetracking module 131 stores a record of the financial data file storage in the electronic cash letter record file in therecord 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. Theaddenda data module 112 maintains the addenda data file(s) in an addenda data file database 115 of thecheck processor 109. Thetracking 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, thedata 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 acheck presentment module 116, which is operable to present each received item to the receivinginstitution 125 for payment. Thecheck 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. Thecheck presentment module 116 stores the substitute check file in asubstitute check database 108 of thecheck 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. Thetracking module 131 associates the record with the item in the electronic cash letter record file. - For each receiving
institution 125, thecheck presentment module 116 creates at least one ICL comprising one or more substitute check files. Thetracking 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 thecheck 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 thecheck presentment module 116 failed to create the ICL, and the reason(s) for which thecheck presentment module 116 failed to create the ICL. Thetracking 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, thetracking 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, thetracking 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, thecheck presentment module 116 can present the ICL electronically or via paper. For example, thecheck presentment module 116 can electronically transmit the ICL via a network (not illustrated) to anRI computer 126 of the receivinginstitution 125. Upon transmitting the ICL, thetracking 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 thecheck 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 receivinginstitution 125. Thetracking 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 aprinter 117 of thecheck processing entity 105. In another example, the receivinginstitution 125 can print the ICL on anRI printer 127. In an exemplary embodiment, thecheck 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. Thetracking 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 thetracking 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 thetracking 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, thetracking module 131 can generate a report comprising the processing status of each item in an ICL. Alternatively, thetracking 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 thecheck 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, thetracking module 131 can display a generated report on a monitor (not shown) or other display device. Alternatively, thetracking module 131 can print the generated report on theprinter 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 inFIGS. 1-2 or can include additional components -
FIGS. 3 and 4 are flowcharts depicting methods exemplary methods methods FIGS. 1 and 2 . - Referring to
exemplary method 300 illustrated inFIG. 3 , instep 305, a receivingfinancial institution 125 identifies a duplicate item that has been presented for payment. For example, the receivinginstitution 125 may have received the duplicate item in different ICL files from one or more check processing entities or the receivinginstitution 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 thedepositing institution 103 and/or a bank routing number of thedepositing 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 thecheck 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 receivinginstitution 125 places the duplicate item identified instep 305 in a return ICL file and transmits the return ICL file to thecheck processing entity 105. Typically, the header of the return ICL file will identify its contents as comprising one or more duplicate items. Instep 315, thecheck 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, thecheck processing entity 105 forwards the file to the duplicateitem 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 duplicateitem processing module 135 can examine different records maintained at thecheck processing entity 105 in an attempt to determine the reason the receivinginstitution 125 received a duplicate item. Examples of techniques for determining the reason for the duplication of the item are illustrated in greater detail inFIG. 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 instep 320. For example, if thedepositing institution 103 erroneously deposited the item on more than one occasion, thecheck processing entity 105 can return the duplicate item to thedepositing institution 103 for correction. Alternatively, if thecheck processing entity 105 is the source of the error, thecheck processing entity 105 can correct its own records, including making any necessary adjustment to settlement records. In connection withstep 320, thecheck processing entity 105 also can notify the receivinginstitution 125 of its determination and disposition of the return ICL. - Referring to
FIG. 4 , anexemplary method 315 is illustrated for processing duplicate items to determine the reason for the duplication. Themethod 315 shown inFIG. 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 inFIG. 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 inFIG. 4 , instep 405 thecheck processing entity 105 can compare the duplicate item received from the receivinginstitution 125 against a record of items previously presented to the receivinginstitution 125. Thecheck processing entity 105 can complete this comparison using the duplicateitem processing module 135 and thetracking module 131. For example, the duplicateitem processing module 135 can communicate with thetracking module 131 to search for records from therecord database 132 that match the duplicate item. Instep 410, if more than one match for the duplicate item is not identified in therecord database 132, this result means thecheck processing entity 105 did not previously present the duplicate item to the receivinginstitution 125 more than once. The duplicateitem processing module 135 transmits the ICL return file with the duplicate item to thedepositing institution 103, instep 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 instep 410 the duplicateitem processing module 135 does not locate any record of the duplicate item in therecord database 132, the duplicate item can also be forwarded to thedepositing institution 103 instep 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 therecord database 132, the match indicates thecheck processing entity 105 presented the item to the receivinginstitution 125 more than once. The reason the item was presented more than once can be that thecheck processing entity 105 erroneously presented the item on more than one instance or it can be the result of thedepositing institution 103 depositing the item with thecheck 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 inFIG. 1 . - In
step 420, thecheck processing entity 105 compares the duplicate item against a record of the items previously received for deposit from the depositinginstitution 103. Similar to step 405, this comparison can be accomplished with the duplicateitem processing module 135 communicating with thetracking module 131 to compare the duplicate item against the records of deposited items stored inrecord database 132. If the duplicateitem processing module 135 identifies more than one match in the records of deposited items stored in therecord database 132, this indicates that the depositing institution is the cause of the error as it deposited the duplicate item with thecheck processing entity 105 on more than one occasion. When thecheck processing entity 105 identifies a match,decision step 425 proceeds to step 415 and the duplicateitem processing module 135 of thecheck processing entity 105 forwards the ICL return file with the duplicate item to depositinginstitution 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 depositinginstitution 103, but rather, by an erroneous duplicative presentment of the item by thecheck processing entity 105. Proceeding tosteps check processing entity 105 terminates the return item and the duplicateitem processing module 135 examines the records of presented items stored in therecord database 132 to attempt to determine the reason the item was presented more than once to the receivinginstitution 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, instep 440, thecheck processing entity 105 can adjust the check processing entity's settlement records relating to the duplicate item. The duplicateitem processing module 135 can also notify the receivinginstitution 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 ofFIG. 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)
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)
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)
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)
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)
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 |
-
2007
- 2007-11-06 US US11/983,032 patent/US20080162321A1/en not_active Abandoned
- 2007-11-06 US US11/982,923 patent/US8296223B2/en active Active
- 2007-11-06 US US11/982,985 patent/US8112357B2/en active Active
- 2007-11-06 US US11/983,034 patent/US20080162322A1/en not_active Abandoned
- 2007-11-06 US US11/983,033 patent/US8595096B2/en active Active
-
2013
- 2013-12-20 US US14/136,867 patent/US20140108243A1/en not_active Abandoned
Patent Citations (98)
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)
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 |