US20080162322A1 - Automated return item re-clear - Google Patents
Automated return item re-clear Download PDFInfo
- Publication number
- US20080162322A1 US20080162322A1 US11/983,034 US98303407A US2008162322A1 US 20080162322 A1 US20080162322 A1 US 20080162322A1 US 98303407 A US98303407 A US 98303407A US 2008162322 A1 US2008162322 A1 US 2008162322A1
- Authority
- US
- United States
- Prior art keywords
- check
- eligible
- reprocessed
- determining
- institution
- 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 re-clearing checks for check processing and more particularly to automatically, electronically re-clearing returned checks for payment and presentment.
- the Act improves the ability of banks to use electronic images of paper checks by, for example, submitting those images, along with associated information, for electronic processing.
- a paper image replacement document such as a paper “substitute check”
- RI receiving financial institution
- ITD paper image replacement document
- 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.
- 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
- check 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 customer
- RI random access resource
- 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.
- a processing entity receives an electronic check 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 electronic bundles of items to be processed.
- Each bundle includes data for 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 item in the ICL is processed for payment and presentment.
- the check processor can process the items for electronic or paper presentment. For example, the check processor can generate and transmit an ICL with information regarding one or more of the items for electronic presentment to an RI. Similarly, the check processor can print a paper cash letter with information regarding one or more of the items for paper presentment to the RI.
- the RI After receiving a paper or electronic cash letter for payment, the RI ultimately may determine that one or more of the items in the cash letter cannot be processed. For example, a bank account associated with an item may be closed or may have insufficient funds, a routing number associated with an item may be invalid, and/or a “stop payment” order may be associated with the item. A person of ordinary skill in the art will recognize that many other suitable reasons may exist for not processing an item for payment. If the RI determines not to process an item for payment, the RI places the item, now called a “return item,” in a “return cash letter” and transmits the return cash letter to the processing entity for return of the item to the original depositing financial institution.
- the return cash letter includes one or more return items and can be an ICL or a paper cash letter.
- an operator at the processing entity prints all return ICLs so that all return items are processed via paper.
- the operator reviews all paper return items by hand to determine whether each return item can be reprocessed for payment and/or presentment. If the return item can be reprocessed, then the processing entity captures electronic data and images from the return item for electronic processing and resubmission to the RI for payment. If the return item cannot be reprocessed, then the processing entity rejects the return item and transmits the return item and/or electronic data and/or images of the item to the depositing institution for handling. This process involves many inefficiencies, most notably the delay involved in manually reviewing each return item by hand.
- the invention provides systems and methods for automatically re-clearing, i.e., reprocessing for presentment and/or payment, a check returned by a receiving institution.
- a check processing entity includes a check processing system.
- a re-clear module of the check processing system receives electronic information regarding a check returned by a receiving institution.
- the receiving institution may return the check for many different reasons. For example, the receiving institution may return the check if a bank account associated with the check is closed or has insufficient funds, a routing number associated with the check is invalid, and/or a “stop payment” order is associated with the check.
- the re-clear module automatically determines whether the check is eligible for re-clearing. In other words, the re-clear module determines whether the check is eligible for reprocessing for payment and/or presentment. In certain exemplary embodiments, the re-clear module can determine whether the check is eligible for reprocessing based on: (a) whether a depositing institution associated with the check has subscribed to a re-clearing service of the processing entity, (b) whether a value of the check is less than a threshold amount, (c) whether the check has previously been re-cleared, and/or (d) whether a reason why the check was returned by the receiving institution renders re-clearing undesirable.
- the check processing system can re-clear each returned check determined to be eligible for re-clearing. For example, a check processing module of the check processing system can generate an ICL including information regarding the returned check. Then, the check processing module can transmit the generated ICL to the receiving institution.
- the check processing system can determine not to re-clear each returned check determined not to be eligible for re-clearing.
- the processing entity can transmit the returned check to the depositing institution via an ICL or a paper cash letter to complete the return cycle.
- the re-clear module can output a notification to the depositing institution and/or an operator of the processing entity, notifying the depositing institution and/or operator that the returned check is not eligible to be re-cleared.
- the notification can include information identifying the check, the depositing institution, and/or the receiving institution, a value of the check, and/or information regarding a reason why the check is not eligible to be re-cleared.
- the depositing institution and/or operator can override the decision of the re-clear module not to re-clear the check.
- FIG. 1 is a block diagram depicting a system for automatically re-clearing a return item, according to certain exemplary embodiments of the invention.
- FIG. 2 is a flow chart depicting a method for automatically re-clearing a return item, according to certain exemplary embodiments of the invention.
- FIG. 3 is a flow chart depicting a method for determining whether a return item is eligible for re-clearing, according to certain exemplary embodiments of the invention.
- the invention is directed to efficiently re-clearing checks for check processing.
- the invention is directed to automatically, electronically re-clearing returned checks for payment and presentment.
- the invention includes a computer program that embodies the functions described herein and illustrated in the appended flow charts.
- a skilled programmer would be able to write such a computer program to implement an embodiment of the disclosed invention 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 automatically re-clearing a return item, in accordance with certain exemplary embodiments of the invention.
- the system 100 is described hereinafter with reference to the methods illustrated in FIGS. 2 and 3 .
- FIG. 2 is a flow chart depicting a method 200 for automatically re-clearing a return item, in accordance with certain exemplary embodiments of the invention.
- the exemplary method 200 is 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 method 200 is described hereinafter with reference to FIGS. 1 and 2 .
- a check processing entity 105 includes a check processing system 103 .
- the check processing system 103 processes paper checks and electronic items for payment and/or presentment.
- the check processing system 103 receives electronic items from depositing institutions 102 in one or more ICL files including one or more ICLs.
- the depositing institutions 102 can submit the ICLs file to the check processing system 103 via a network 104 .
- the network 104 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.
- the processing entity 105 can include a Federal Reserve Bank or other check processor that receives transaction items from a depositing institution 102 , distributes the items to appropriate receiving institutions 115 or their third party processor(s), and performs settlement functions (crediting and debiting of accounts) for the affected financial institutions.
- 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 term “record” is used herein to refer to a set of electronic data, including, without limitation, a table, a file, and a part of a table or file.
- the ICL file also can include a file header including information identifying the depositing institution 102 , such as a name of the depositing institution 102 and/or a bank routing number of the depositing institution 102 .
- the file header also can include information regarding a creation date of the ICL file and information regarding whether each ICL and/or item in the ICL file is associated with a forward transaction or a return transaction.
- the check processing system 103 also receives information regarding paper checks transmitted to the check processing entity 105 by the depositing institutions 102 in one or more paper cash letters.
- Each paper cash letter includes one or more paper checks.
- the depositing institution 102 can send a paper cash letter to the processing entity 105 via hand or mail delivery.
- a MICR/image capturing device 106 of the processing entity 105 can electronically capture MICR data from each check and images of the front and/or back sides of each check.
- the MICR/image capturing device 106 can include a separate or integrated MICR reader and image capturing device.
- the MICR/image capturing device 106 can forward the captured electronic data and images to the check processing module 108 for processing.
- the check processing module 108 processes each check for payment and presentment.
- the check processing module 108 can process the items for electronic or paper presentment.
- the check processing module 108 can generate and transmit an ICL with information regarding one or more of the items for electronic presentment to a receiving institution 115 .
- the check processor can print a paper cash letter with information regarding one or more of the items for paper presentment to the receiving institution 115 .
- Certain exemplary methods for performing such processing are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams With Audit Data” and U.S. patent application Ser. No. 11/362,343, entitled “Expanded Mass Data Sets for Electronic Check Processing,” the complete disclosures of which are hereby fully incorporated herein by reference.
- the receiving institution 115 After receiving a paper or electronic cash letter for payment, the receiving institution 115 ultimately may determine that one or more of the items in the cash letter cannot be processed. For example, a bank account associated with an item may be closed or may have insufficient funds, a routing number associated with an item may be invalid, and/or a “stop payment” order may be associated with the item. A person of ordinary skill in the art will recognize that many other suitable reasons may exist for not processing an item for payment. If the receiving institution 115 determines not to process an item for payment, the receiving institution 115 places the item, now called a “return item,” in a “return cash letter” and transmits the return cash letter to the processing entity 105 for return of the item to the depositing institution 102 .
- the return cash letter includes one or more return items.
- the return cash letter can be an ICL or a paper cash letter. If the return cash letter is a paper cash letter, then the MICR/image capturing device 106 of the processing entity 105 can electronically capture MICR data from each item and images of the front and/or back sides of each item. The MICR/image capturing device 106 can forward the captured electronic data and images to the check processing module 108 for processing.
- the receiving institution 115 can transmit a return ICL to the processing entity 105 via the network 104 .
- a return 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.
- the return ICL includes one or more bundles of return items (returned checks and/or returned IRDs) to be processed.
- the return ICL can include one or more electronic images of the return item, all of the complete MICR data provided on the return item, and addenda data of the return item.
- the return ICL also can include a series of records related to the return items.
- the return ICL can include a bundle summary control record including information about the bundle, such as a bundle identification number, the number of return items in the bundle, the value of each of the return items in the bundle, and the total value of all the return items in the bundle.
- the return ICL also can include an ICL control record containing information about the origin and destination of the return ICL, and a cash letter bundle summary control record containing a summary of all the bundle summary control records in the return ICL.
- the check processing module 108 receives each return ICL in an ICL file.
- the ICL file includes one or more ICLs.
- a particular ICL file can include both forward ICLs and return ICLs.
- the ICL file can include a file header including information identifying the depositing institution 102 , such as a name of the depositing institution 102 and/or a bank routing number of the depositing institution 102 .
- the file header also can include information regarding a creation date of the ICL file and information regarding whether each ICL and/or item in the ICL file is associated with a forward transaction or a return transaction.
- a re-clear module 107 of the check processing system 103 receives information from the check processing module 108 regarding a return item to be re-cleared.
- the check processing module 108 can transmit the information based on information from a return paper cash letter or a return ICL file transmitted to the processing entity 105 by a receiving institution 115 .
- the re-clear module 107 determines whether the return item is eligible for re-clearing. For example, the re-clear module 107 can determine that a return item is not eligible for re-clearing if the depositing institution 102 has not subscribed to a re-clearing service of the processing entity 105 , if a value of the return item is above a predetermined threshold amount, if the return item already has previously been re-cleared, and/or if a reason why the return item was returned by the receiving institution 115 renders re-clearing undesirable.
- the re-clear module 107 can determine that a return item is eligible for re-clearing if the depositing institution 102 has subscribed to the re-clearing service of the processing entity 105 , if the value of the return item is less than or equal to a predetermined threshold amount, if the return item has not previously been re-cleared, and/or if a reason why the return item was returned by the receiving institution 115 does not render re-clearing undesirable. Step 210 is described in detail hereinafter with reference to FIG. 3 .
- step 220 the check processing module 108 converts the return item to a forward item and processes the forward item for payment and presentment to the receiving institution 115 .
- the check processing module 108 can perform such processing in substantially the same manner in which it processes regular, non-return items. For example, the check processing module 108 can generate an ICL including information regarding the forward item for transmission to the receiving institution 115 .
- Certain exemplary methods for performing such processing are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams With Audit Data” and U.S. patent application Ser. No. 11/362,343, entitled “Expanded Mass Data Sets for Electronic Check Processing,” the complete disclosures of which are hereby fully incorporated herein by reference.
- the re-clear module 107 can output a notification to the depositing institution 102 and/or an operator of the processing entity 105 , notifying the depositing institution 102 and/or operator that the return item has been converted to a forward item and/or that the item is eligible for being re-cleared.
- the notification can include information identifying the item, the depositing institution 102 and/or the receiving institution 115 , a value of the item, and/or information regarding a reason why the item was returned.
- the re-clear module 107 stores information regarding the item in a history record.
- the history record can be stored in a database 109 of the check processing system 103 .
- the history record can include information identifying all items that previously have been determined to be eligible for re-clearing and/or that already have been re-processed for payment and/or presentment within a predetermined time period.
- the history record can include a unique identifier assigned to the item substantially as described in co-pending U.S. patent application Ser. No. ______ [Attorney Docket No. 08898.105034], entitled “Systems and Methods for Preventing Duplicative Electronic Check Processing,” filed on Nov. 6, 2007, the complete disclosure of which is hereby fully incorporated herein by reference.
- the history record can be stored in, or can otherwise be appended to, the item.
- the history record may not include information identifying the item, but instead may include information indicating that the item has been determined to be eligible for re-clearing and/or that the item already has been re-processed for payment and/or presentment.
- the history record can include addenda data of the item.
- step 225 the method 200 ends.
- step 215 the re-clear module 107 determines not to re-clear the return item.
- the processing entity 105 transmits the return item to the depositing institution 102 to complete the return cycle.
- the processing entity 105 can transmit the return item to the depositing institution 102 via an ICL or a paper cash letter.
- the check processing module 108 can transmit a return ICL including the return item to the depositing institution 102 via the network 104 .
- the check processing module 108 can print a paper cash letter including the return item for hand or mail delivery to the depositing institution 102 .
- Certain exemplary methods for printing a paper cash letter are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams With Audit Data,” the complete disclosure of which is hereby fully incorporated herein by reference.
- step 215 the method 200 ends.
- the re-clear module 107 can output a notification to the depositing institution 102 and/or an operator of the processing entity 105 , notifying the depositing institution 102 and/or operator that the return item is not eligible for being re-cleared.
- the notification can include information identifying the return item, the depositing institution 102 and/or the receiving institution 115 , a value of the return item, and/or information regarding a reason why the return item is not eligible for being re-cleared.
- the depositing institution 102 and/or operator can override the decision of the re-clear module 107 not to re-clear the item.
- FIG. 3 is a flow chart depicting a method 210 for determining whether a return item is eligible for re-clearing, in accordance with certain exemplary embodiments of the invention, as referenced in step 210 of the method 200 of FIG. 2 .
- the exemplary method 210 is 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 method 210 is described hereinafter with reference to FIGS. 1 and 3 .
- the re-clear module 107 determines whether the depositing institution 102 has subscribed to a re-clear service. For example, in certain exemplary embodiments, the re-clear module 107 can limit re-clearing to items associated with depositing institutions 102 that have agreed to pay a special fee for return item re-clears. In certain exemplary embodiments, the re-clear module 107 can access a list identifying all depositing institutions 102 subscribed to a re-clear service to make the determination of step 305 . For example, such a list can be stored in the database 109 .
- step 305 the depositing institution 102 has not subscribed to a re-clear service
- the method 210 branches to step 307 .
- step 307 the re-clear module 107 determines that the return item is not eligible for re-clearing. The method 210 then proceeds to step 215 of FIG. 2 .
- the method 210 branches to step 310 .
- the re-clear module 107 reads a value of the return item.
- the re-clear module 107 can read the value from a financial data file or record associated with the item and/or from a MICR line of the item.
- the re-clear module 107 determines whether the read value is less than a predetermined threshold value.
- the processing entity 105 , the receiving institution 115 , and/or the depositing institution 102 can specify the predetermined threshold value.
- the depositing institution 102 can specify that a return item is not eligible for re-clearing unless the return item has a value less than $200.
- the threshold value can be stored in a file or record in the database 109 .
- step 315 determines in step 315 that the value is not less than the predetermined threshold value
- the method 210 branches to step 307 .
- step 307 the re-clear module 107 determines that the return item is not eligible for re-clearing. The method 210 then proceeds to step 215 of FIG. 2 .
- step 320 the re-clear module 107 compares information regarding the return item to information in a history record.
- the history record can be stored in a database 109 of the check processing system 103 .
- the history record can include information identifying all items that already have been determined to be eligible for re-clearing and/or that already have been re-processed for payment and/or presentment within a predetermined time period.
- the history record can include a unique identifier assigned to the item substantially as described in co-pending U.S. patent application Ser. No. ______, [Attorney Docket No. 08898.105034], entitled “Systems and Methods for Preventing Duplicative Electronic Check Processing,” filed on Nov. 6, 2007, the complete disclosure of which is hereby fully incorporated herein by reference.
- the history record can include other information regarding the item, such as a routing-transit number, check sequence number, and/or dollar value associated with the item.
- the history record can be stored in, or can otherwise be appended to, the item.
- the history record may not include information identifying the item, but instead may include information indicating that the item has been determined to be eligible for re-clearing and/or that the item already has been re-processed for payment and/or presentment.
- the history record can include a time stamp for, or other information related to, each time that the item was received and/or processed by the processing entity 105 .
- the history record can include information regarding each time the processing entity 105 received the item as a forward item and as a return item and/or information regarding each time the processing entity 105 transmitted the item to the receiving institution 115 .
- step 325 the re-clear module 107 determines whether the return item already has been re-cleared, based on the comparison performed in step 320 . If so, then the method 210 branches to step 307 . In step 307 , the re-clear module 107 determines that the return item is not eligible for re-clearing. The method 210 then proceeds to step 215 of FIG. 2 .
- the re-clear module 107 prevents the same return item from being re-cleared multiple times.
- the re-clear module 107 can allow the return item to be re-cleared multiple times, as long as the total number of re-clears of a particular item does not exceed a predetermined threshold.
- the re-clear module 107 can read the history record to determine how many times each return item has previously been re-cleared. The re-clear module 107 can compare that number of re-clears with the predetermined threshold to determine whether re-clearing is appropriate.
- the processing entity 105 , the receiving entity 115 , and/or the depositing institution 102 can specify the predetermined threshold number of re-clears.
- the threshold number can be stored in a file or record in the database 109 .
- the method 210 branches to step 330 .
- the re-clear module 107 identifies at least one reason why the return item was rejected by the receiving entity 115 .
- a receiving institution 115 may reject an item for many different reasons. For example, a receiving institution 115 can reject an item if a bank account associated with the item is closed or has insufficient funds, a routing number associated with the item is invalid, and/or a “stop payment” order is associated with the item.
- the re-clear module 107 can identify the reason(s) why the return item was rejected by reading information in the return item and/or the paper cash letter, ICL, and/or ICL file in which the receiving institution 115 transmitted the return item to the processing entity 105 .
- the return item can include an indicator indicating the reason(s).
- the re-clear module 107 determines whether the reason(s) identified in step 330 render re-clearing undesirable. For example, it may be undesirable to re-clear an item previously rejected because a bank account associated with the item was closed. However, it may be desirable to re-clear an item that previously was rejected because the bank account associated with the item had insufficient funds at the time the item first was processed. In certain exemplary embodiments, the re-clear module 107 can make the determination of step 335 by comparing the reason(s) identified in step 330 to a list of desirable and/or undesirable reasons. For example, the list can be stored in a file or record in the database 109 . In certain exemplary embodiments, the processing entity 105 , the receiving entity 115 , and/or the depositing institution 102 can specify the desirable and/or undesirable reasons.
- step 335 determines in step 335 that the identified reason(s) render re-clearing undesirable
- the method 210 branches to step 307 .
- step 307 the re-clear module 107 determines that the return item is not eligible for re-clearing. The method 210 then proceeds to step 215 of FIG. 2 .
- step 335 the re-clear module 107 determines in step 335 that the identified reason(s) do not render re-clearing undesirable. If the re-clear module 107 determines in step 335 that the identified reason(s) do not render re-clearing undesirable, then the method 210 branches to step 340 . In step 340 , the re-clear module 107 determines that the return item is eligible for re-clearing. The method 210 then proceeds to step 220 of FIG. 2 .
- 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
Automatically, electronically re-clearing returned checks for payment and presentment. A check processing entity includes a check processing system. A re-clear module of the check processing system receives electronic information regarding a check returned by a receiving institution. The re-clear module automatically determines whether the check is eligible for re-clearing, i.e., whether the check is eligible for reprocessing for payment and/or presentment. For example, the re-clear module can determine whether the check is eligible based on: (a) whether a depositing institution associated with the check has subscribed to a re-clearing service of the processing entity, (b) whether a value of the check is less than a threshold amount, (c) whether the check has been previously re-cleared, and/or (d) whether a reason why the receiving institution returned the check renders re-clearing undesirable. The check processing system can re-clear each returned check determined to be eligible for re-clearing.
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 also is related to co-pending 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, U.S. patent application Ser. No. ______ [Attorney Docket No. 08898.105032], entitled “System and Method for Processing Duplicative Electronic Check Return Files,” 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 re-clearing checks for check processing and more particularly to automatically, electronically re-clearing returned checks for payment and presentment.
- Effective Oct. 28, 2004, the Check Clearing for the 21st Century Act (“the Act”) improves 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 “check,” “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, a processing entity receives an electronic check 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 electronic bundles of items to be processed. Each bundle includes data for 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.
- In electronic check processing, each item in the ICL is processed for payment and presentment. The check processor can process the items for electronic or paper presentment. For example, the check processor can generate and transmit an ICL with information regarding one or more of the items for electronic presentment to an RI. Similarly, the check processor can print a paper cash letter with information regarding one or more of the items for paper presentment to the RI.
- After receiving a paper or electronic cash letter for payment, the RI ultimately may determine that one or more of the items in the cash letter cannot be processed. For example, a bank account associated with an item may be closed or may have insufficient funds, a routing number associated with an item may be invalid, and/or a “stop payment” order may be associated with the item. A person of ordinary skill in the art will recognize that many other suitable reasons may exist for not processing an item for payment. If the RI determines not to process an item for payment, the RI places the item, now called a “return item,” in a “return cash letter” and transmits the return cash letter to the processing entity for return of the item to the original depositing financial institution.
- The return cash letter includes one or more return items and can be an ICL or a paper cash letter. Traditionally, an operator at the processing entity prints all return ICLs so that all return items are processed via paper. The operator reviews all paper return items by hand to determine whether each return item can be reprocessed for payment and/or presentment. If the return item can be reprocessed, then the processing entity captures electronic data and images from the return item for electronic processing and resubmission to the RI for payment. If the return item cannot be reprocessed, then the processing entity rejects the return item and transmits the return item and/or electronic data and/or images of the item to the depositing institution for handling. This process involves many inefficiencies, most notably the delay involved in manually reviewing each return item by hand.
- Thus, a need exists in the art for a system and method for efficiently re-clearing returned checks for payment and presentment.
- The invention provides systems and methods for automatically re-clearing, i.e., reprocessing for presentment and/or payment, a check returned by a receiving institution. A check processing entity includes a check processing system. A re-clear module of the check processing system receives electronic information regarding a check returned by a receiving institution. The receiving institution may return the check for many different reasons. For example, the receiving institution may return the check if a bank account associated with the check is closed or has insufficient funds, a routing number associated with the check is invalid, and/or a “stop payment” order is associated with the check.
- The re-clear module automatically determines whether the check is eligible for re-clearing. In other words, the re-clear module determines whether the check is eligible for reprocessing for payment and/or presentment. In certain exemplary embodiments, the re-clear module can determine whether the check is eligible for reprocessing based on: (a) whether a depositing institution associated with the check has subscribed to a re-clearing service of the processing entity, (b) whether a value of the check is less than a threshold amount, (c) whether the check has previously been re-cleared, and/or (d) whether a reason why the check was returned by the receiving institution renders re-clearing undesirable. For example, it may be undesirable to re-clear a check returned because the bank account associated with the check was closed, but it may be desirable to re-clear a check that was returned because the bank account associated with the check had insufficient funds at the time the item first was processed.
- The check processing system can re-clear each returned check determined to be eligible for re-clearing. For example, a check processing module of the check processing system can generate an ICL including information regarding the returned check. Then, the check processing module can transmit the generated ICL to the receiving institution.
- The check processing system can determine not to re-clear each returned check determined not to be eligible for re-clearing. In certain exemplary embodiments, the processing entity can transmit the returned check to the depositing institution via an ICL or a paper cash letter to complete the return cycle. In addition, or in the alternative, the re-clear module can output a notification to the depositing institution and/or an operator of the processing entity, notifying the depositing institution and/or operator that the returned check is not eligible to be re-cleared. For example, the notification can include information identifying the check, the depositing institution, and/or the receiving institution, a value of the check, and/or information regarding a reason why the check is not eligible to be re-cleared. In certain exemplary embodiments, the depositing institution and/or operator can override the decision of the re-clear module not to re-clear the check.
- 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 automatically re-clearing a return item, according to certain exemplary embodiments of the invention. -
FIG. 2 is a flow chart depicting a method for automatically re-clearing a return item, according to certain exemplary embodiments of the invention. -
FIG. 3 is a flow chart depicting a method for determining whether a return item is eligible for re-clearing, according to certain exemplary embodiments of the invention. - The invention is directed to efficiently re-clearing checks for check processing. In particular, the invention is directed to automatically, electronically re-clearing returned checks for payment and presentment.
- The invention includes 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 embodiment of the disclosed invention 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.
-
FIG. 1 is a block diagram depicting asystem 100 for automatically re-clearing a return item, in accordance with certain exemplary embodiments of the invention. Thesystem 100 is described hereinafter with reference to the methods illustrated inFIGS. 2 and 3 . -
FIG. 2 is a flow chart depicting amethod 200 for automatically re-clearing a return item, in accordance with certain exemplary embodiments of the invention. Theexemplary method 200 is 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. Themethod 200 is described hereinafter with reference toFIGS. 1 and 2 . - A
check processing entity 105 includes acheck processing system 103. Thecheck processing system 103 processes paper checks and electronic items for payment and/or presentment. Thecheck processing system 103 receives electronic items from depositing institutions 102 in one or more ICL files including one or more ICLs. For example, the depositing institutions 102 can submit the ICLs file to thecheck processing system 103 via anetwork 104. - The
network 104 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 certain exemplary embodiments, theprocessing entity 105 can include a Federal Reserve Bank or other check processor that receives transaction items from a depositing institution 102, distributes the items to appropriate receivinginstitutions 115 or their third party processor(s), and performs settlement functions (crediting and debiting of accounts) for the affected financial institutions. - 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. The term “record” is used herein to refer to a set of electronic data, including, without limitation, a table, a file, and a part of a table or file.
- In certain embodiments of the invention, the ICL file also can include a file header including information identifying the depositing institution 102, such as a name of the depositing institution 102 and/or a bank routing number of the depositing institution 102. The file header also can include information regarding a creation date of the ICL file and information regarding whether each ICL and/or item in the ICL file is associated with a forward transaction or a return transaction.
- The
check processing system 103 also receives information regarding paper checks transmitted to thecheck processing entity 105 by the depositing institutions 102 in one or more paper cash letters. Each paper cash letter includes one or more paper checks. For example, the depositing institution 102 can send a paper cash letter to theprocessing entity 105 via hand or mail delivery. Upon receipt of the paper cash letter at theprocessing entity 105, a MICR/image capturing device 106 of theprocessing entity 105 can electronically capture MICR data from each check and images of the front and/or back sides of each check. The MICR/image capturing device 106 can include a separate or integrated MICR reader and image capturing device. The MICR/image capturing device 106 can forward the captured electronic data and images to thecheck processing module 108 for processing. - The
check processing module 108 processes each check for payment and presentment. Thecheck processing module 108 can process the items for electronic or paper presentment. For example, thecheck processing module 108 can generate and transmit an ICL with information regarding one or more of the items for electronic presentment to a receivinginstitution 115. Similarly, the check processor can print a paper cash letter with information regarding one or more of the items for paper presentment to the receivinginstitution 115. Certain exemplary methods for performing such processing are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams With Audit Data” and U.S. patent application Ser. No. 11/362,343, entitled “Expanded Mass Data Sets for Electronic Check Processing,” the complete disclosures of which are hereby fully incorporated herein by reference. - After receiving a paper or electronic cash letter for payment, the receiving
institution 115 ultimately may determine that one or more of the items in the cash letter cannot be processed. For example, a bank account associated with an item may be closed or may have insufficient funds, a routing number associated with an item may be invalid, and/or a “stop payment” order may be associated with the item. A person of ordinary skill in the art will recognize that many other suitable reasons may exist for not processing an item for payment. If the receivinginstitution 115 determines not to process an item for payment, the receivinginstitution 115 places the item, now called a “return item,” in a “return cash letter” and transmits the return cash letter to theprocessing entity 105 for return of the item to the depositing institution 102. - The return cash letter includes one or more return items. The return cash letter can be an ICL or a paper cash letter. If the return cash letter is a paper cash letter, then the MICR/image capturing device 106 of the
processing entity 105 can electronically capture MICR data from each item and images of the front and/or back sides of each item. The MICR/image capturing device 106 can forward the captured electronic data and images to thecheck processing module 108 for processing. - In certain exemplary embodiments, the receiving
institution 115 can transmit a return ICL to theprocessing entity 105 via thenetwork 104. As with a “regular,” forward ICL, a return 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. The return ICL includes one or more bundles of return items (returned checks and/or returned IRDs) to be processed. For a particular return item, the return ICL can include one or more electronic images of the return item, all of the complete MICR data provided on the return item, and addenda data of the return item. - The return ICL also can include a series of records related to the return items. For example, for each bundle of return items in the return ICL, the return ICL can include a bundle summary control record including information about the bundle, such as a bundle identification number, the number of return items in the bundle, the value of each of the return items in the bundle, and the total value of all the return items in the bundle. The return ICL also can include an ICL control record containing information about the origin and destination of the return ICL, and a cash letter bundle summary control record containing a summary of all the bundle summary control records in the return ICL.
- The
check processing module 108 receives each return ICL in an ICL file. The ICL file includes one or more ICLs. A particular ICL file can include both forward ICLs and return ICLs. In certain exemplary embodiments, the ICL file can include a file header including information identifying the depositing institution 102, such as a name of the depositing institution 102 and/or a bank routing number of the depositing institution 102. The file header also can include information regarding a creation date of the ICL file and information regarding whether each ICL and/or item in the ICL file is associated with a forward transaction or a return transaction. - Referring to
FIG. 2 , instep 205, are-clear module 107 of thecheck processing system 103 receives information from thecheck processing module 108 regarding a return item to be re-cleared. For example, thecheck processing module 108 can transmit the information based on information from a return paper cash letter or a return ICL file transmitted to theprocessing entity 105 by a receivinginstitution 115. - In
step 210, there-clear module 107 determines whether the return item is eligible for re-clearing. For example, there-clear module 107 can determine that a return item is not eligible for re-clearing if the depositing institution 102 has not subscribed to a re-clearing service of theprocessing entity 105, if a value of the return item is above a predetermined threshold amount, if the return item already has previously been re-cleared, and/or if a reason why the return item was returned by the receivinginstitution 115 renders re-clearing undesirable. Similarly, there-clear module 107 can determine that a return item is eligible for re-clearing if the depositing institution 102 has subscribed to the re-clearing service of theprocessing entity 105, if the value of the return item is less than or equal to a predetermined threshold amount, if the return item has not previously been re-cleared, and/or if a reason why the return item was returned by the receivinginstitution 115 does not render re-clearing undesirable. Step 210 is described in detail hereinafter with reference toFIG. 3 . - If the
re-clear module 107 determines instep 210 that the return item is eligible for re-clearing, then themethod 200 branches to step 220. Instep 220, thecheck processing module 108 converts the return item to a forward item and processes the forward item for payment and presentment to the receivinginstitution 115. Thecheck processing module 108 can perform such processing in substantially the same manner in which it processes regular, non-return items. For example, thecheck processing module 108 can generate an ICL including information regarding the forward item for transmission to the receivinginstitution 115. Certain exemplary methods for performing such processing are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams With Audit Data” and U.S. patent application Ser. No. 11/362,343, entitled “Expanded Mass Data Sets for Electronic Check Processing,” the complete disclosures of which are hereby fully incorporated herein by reference. - In certain exemplary embodiments, the
re-clear module 107 can output a notification to the depositing institution 102 and/or an operator of theprocessing entity 105, notifying the depositing institution 102 and/or operator that the return item has been converted to a forward item and/or that the item is eligible for being re-cleared. For example, the notification can include information identifying the item, the depositing institution 102 and/or the receivinginstitution 115, a value of the item, and/or information regarding a reason why the item was returned. - In
step 225, there-clear module 107 stores information regarding the item in a history record. For example, the history record can be stored in adatabase 109 of thecheck processing system 103. The history record can include information identifying all items that previously have been determined to be eligible for re-clearing and/or that already have been re-processed for payment and/or presentment within a predetermined time period. For example, for each item, the history record can include a unique identifier assigned to the item substantially as described in co-pending U.S. patent application Ser. No. ______ [Attorney Docket No. 08898.105034], entitled “Systems and Methods for Preventing Duplicative Electronic Check Processing,” filed on Nov. 6, 2007, the complete disclosure of which is hereby fully incorporated herein by reference. - In certain exemplary embodiments, the history record can be stored in, or can otherwise be appended to, the item. In such embodiments, the history record may not include information identifying the item, but instead may include information indicating that the item has been determined to be eligible for re-clearing and/or that the item already has been re-processed for payment and/or presentment. For example, the history record can include addenda data of the item.
- From
step 225, themethod 200 ends. - Referring back to step 210, if the
re-clear module 107 determines that the return item is not eligible for re-clearing, then themethod 200 branches to step 215. Instep 215, there-clear module 107 determines not to re-clear the return item. Theprocessing entity 105 transmits the return item to the depositing institution 102 to complete the return cycle. Theprocessing entity 105 can transmit the return item to the depositing institution 102 via an ICL or a paper cash letter. For example, thecheck processing module 108 can transmit a return ICL including the return item to the depositing institution 102 via thenetwork 104. Alternatively, thecheck processing module 108 can print a paper cash letter including the return item for hand or mail delivery to the depositing institution 102. Certain exemplary methods for printing a paper cash letter are described in co-pending U.S. patent application Ser. No. 11/362,344, entitled “Cash Letter Print Streams With Audit Data,” the complete disclosure of which is hereby fully incorporated herein by reference. - From
step 215, themethod 200 ends. - In certain exemplary embodiments, the
re-clear module 107 can output a notification to the depositing institution 102 and/or an operator of theprocessing entity 105, notifying the depositing institution 102 and/or operator that the return item is not eligible for being re-cleared. For example, the notification can include information identifying the return item, the depositing institution 102 and/or the receivinginstitution 115, a value of the return item, and/or information regarding a reason why the return item is not eligible for being re-cleared. In certain exemplary embodiments, the depositing institution 102 and/or operator can override the decision of there-clear module 107 not to re-clear the item. -
FIG. 3 is a flow chart depicting amethod 210 for determining whether a return item is eligible for re-clearing, in accordance with certain exemplary embodiments of the invention, as referenced instep 210 of themethod 200 ofFIG. 2 . Theexemplary method 210 is 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. Themethod 210 is described hereinafter with reference toFIGS. 1 and 3 . - In
step 305, there-clear module 107 determines whether the depositing institution 102 has subscribed to a re-clear service. For example, in certain exemplary embodiments, there-clear module 107 can limit re-clearing to items associated with depositing institutions 102 that have agreed to pay a special fee for return item re-clears. In certain exemplary embodiments, there-clear module 107 can access a list identifying all depositing institutions 102 subscribed to a re-clear service to make the determination ofstep 305. For example, such a list can be stored in thedatabase 109. - If the
re-clear module 107 determines instep 305 that the depositing institution 102 has not subscribed to a re-clear service, then themethod 210 branches to step 307. Instep 307, there-clear module 107 determines that the return item is not eligible for re-clearing. Themethod 210 then proceeds to step 215 ofFIG. 2 . - Referring back to step 305, if the
re-clear module 107 determines that the depositing institution 102 has subscribed to a re-clear service, then themethod 210 branches to step 310. Instep 310, there-clear module 107 reads a value of the return item. For example, there-clear module 107 can read the value from a financial data file or record associated with the item and/or from a MICR line of the item. - In
step 315, there-clear module 107 determines whether the read value is less than a predetermined threshold value. In certain exemplary embodiments, theprocessing entity 105, the receivinginstitution 115, and/or the depositing institution 102 can specify the predetermined threshold value. For example, the depositing institution 102 can specify that a return item is not eligible for re-clearing unless the return item has a value less than $200. In certain exemplary embodiments, the threshold value can be stored in a file or record in thedatabase 109. - If the
re-clear module 107 determines instep 315 that the value is not less than the predetermined threshold value, then themethod 210 branches to step 307. Instep 307, there-clear module 107 determines that the return item is not eligible for re-clearing. Themethod 210 then proceeds to step 215 ofFIG. 2 . - Referring back to step 315, if the
re-clear module 107 determines that the read value is less than the predetermined threshold value, then themethod 210 branches to step 320. Instep 320, there-clear module 107 compares information regarding the return item to information in a history record. For example, the history record can be stored in adatabase 109 of thecheck processing system 103. - The history record can include information identifying all items that already have been determined to be eligible for re-clearing and/or that already have been re-processed for payment and/or presentment within a predetermined time period. For example, for each item, the history record can include a unique identifier assigned to the item substantially as described in co-pending U.S. patent application Ser. No. ______, [Attorney Docket No. 08898.105034], entitled “Systems and Methods for Preventing Duplicative Electronic Check Processing,” filed on Nov. 6, 2007, the complete disclosure of which is hereby fully incorporated herein by reference. The history record can include other information regarding the item, such as a routing-transit number, check sequence number, and/or dollar value associated with the item.
- In certain exemplary embodiments, the history record can be stored in, or can otherwise be appended to, the item. In such embodiments, the history record may not include information identifying the item, but instead may include information indicating that the item has been determined to be eligible for re-clearing and/or that the item already has been re-processed for payment and/or presentment. Regardless of whether the history record is stored in or appended to the item, the history record can include a time stamp for, or other information related to, each time that the item was received and/or processed by the
processing entity 105. By way of example only, the history record can include information regarding each time theprocessing entity 105 received the item as a forward item and as a return item and/or information regarding each time theprocessing entity 105 transmitted the item to the receivinginstitution 115. - In
step 325, there-clear module 107 determines whether the return item already has been re-cleared, based on the comparison performed instep 320. If so, then themethod 210 branches to step 307. Instep 307, there-clear module 107 determines that the return item is not eligible for re-clearing. Themethod 210 then proceeds to step 215 ofFIG. 2 . - Thus, in steps 320-325 and 307, the
re-clear module 107 prevents the same return item from being re-cleared multiple times. In certain alternative exemplary embodiments, there-clear module 107 can allow the return item to be re-cleared multiple times, as long as the total number of re-clears of a particular item does not exceed a predetermined threshold. For example, there-clear module 107 can read the history record to determine how many times each return item has previously been re-cleared. There-clear module 107 can compare that number of re-clears with the predetermined threshold to determine whether re-clearing is appropriate. In certain exemplary embodiments, theprocessing entity 105, the receivingentity 115, and/or the depositing institution 102 can specify the predetermined threshold number of re-clears. For example, the threshold number can be stored in a file or record in thedatabase 109. - Referring back to step 325, if the
re-clear module 107 determines that the return item has not already been re-cleared (or has not been re-cleared more than the number of times specified by the predetermined threshold), then themethod 210 branches to step 330. Instep 330, there-clear module 107 identifies at least one reason why the return item was rejected by the receivingentity 115. A person of ordinary skill in the art will recognize that a receivinginstitution 115 may reject an item for many different reasons. For example, a receivinginstitution 115 can reject an item if a bank account associated with the item is closed or has insufficient funds, a routing number associated with the item is invalid, and/or a “stop payment” order is associated with the item. In certain exemplary embodiments, there-clear module 107 can identify the reason(s) why the return item was rejected by reading information in the return item and/or the paper cash letter, ICL, and/or ICL file in which the receivinginstitution 115 transmitted the return item to theprocessing entity 105. For example, the return item can include an indicator indicating the reason(s). - In
step 335, there-clear module 107 determines whether the reason(s) identified instep 330 render re-clearing undesirable. For example, it may be undesirable to re-clear an item previously rejected because a bank account associated with the item was closed. However, it may be desirable to re-clear an item that previously was rejected because the bank account associated with the item had insufficient funds at the time the item first was processed. In certain exemplary embodiments, there-clear module 107 can make the determination ofstep 335 by comparing the reason(s) identified instep 330 to a list of desirable and/or undesirable reasons. For example, the list can be stored in a file or record in thedatabase 109. In certain exemplary embodiments, theprocessing entity 105, the receivingentity 115, and/or the depositing institution 102 can specify the desirable and/or undesirable reasons. - If the
re-clear module 107 determines instep 335 that the identified reason(s) render re-clearing undesirable, then themethod 210 branches to step 307. Instep 307, there-clear module 107 determines that the return item is not eligible for re-clearing. Themethod 210 then proceeds to step 215 ofFIG. 2 . - If the
re-clear module 107 determines instep 335 that the identified reason(s) do not render re-clearing undesirable, then themethod 210 branches to step 340. Instep 340, there-clear module 107 determines that the return item is eligible for re-clearing. Themethod 210 then proceeds to step 220 ofFIG. 2 . - A person of ordinary skill in the art having the benefit of the present disclosure will recognize that the above-identified factors for determining whether a return item is eligible for re-clearing are merely exemplary in nature. In certain alternative exemplary embodiments, other suitable factors may be used. In addition, in certain alternative exemplary embodiments, no factors may be used. Rather, all return items may be deemed suitable for re-clearing in certain exemplary embodiments. Furthermore, all of the factors illustrated in
FIG. 3 may be used, at least one of the factors illustrated inFIG. 3 may be used, or any combination of the factors illustrated inFIG. 3 may be used. - 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 (25)
1. A computer-implemented method for automatically resubmitting a returned check for payment, comprising the steps of:
receiving at a check processing system of a check processing entity electronic information regarding a check returned by a receiving institution;
automatically determining, by the check processing system, whether the check is eligible to be reprocessed for at least one of payment and presentment; and
reprocessing the check for at least one of payment and presentment in response to determining that the check is eligible to be reprocessed.
2. The method of claim 1 , wherein the step of automatically determining whether the check is eligible to be reprocessed comprises the steps of:
determining whether a depositing institution associated with the check has subscribed to a service of the check processing entity; and
determining that the check is not eligible to be reprocessed in response to determining that the depositing institution has not subscribed to the service of the check processing entity.
3. The method of claim 1 , wherein the step of automatically determining whether the check is eligible to be reprocessed comprises the steps of:
determining whether a value of the check is less than a threshold value; and
determining that the check is eligible to be reprocessed in response to determining that the value of the check is less than the threshold value.
4. The method of claim 1 , wherein the step of automatically determining whether the check is eligible to be reprocessed comprises the steps of:
determining whether the check has previously been reprocessed for at least one of payment and presentment; and
determining that the check is eligible to be reprocessed in response to determining that the check has not been previously reprocessed for at least one of payment and presentment.
5. The method of claim 1 , wherein the step of automatically determining whether the check is eligible to be reprocessed comprises the steps of:
determining whether the check has previously been reprocessed for at least one of payment and presentment more than a predetermined number of times; and
determining that the check is eligible to be reprocessed in response to determining that the check has not been previously reprocessed for at least one of payment and presentment more than the predetermined number of times.
6. The method of claim 1 , wherein the step of automatically determining whether the check is eligible to be reprocessed comprises the steps of:
identifying a reason why the check was returned by the receiving institution based on the electronic information regarding the check;
determining whether the identified reason renders reprocessing of the check undesirable; and
determining that the check is eligible to be reprocessed in response to determining that the identified reason does not render reprocessing of the check undesirable.
7. The method of claim 1 , further comprising the step of notifying a depositing institution associated with the check that the check is not eligible for reprocessing in response to determining that the check is not eligible to be reprocessed for payment.
8. The method of claim 1 , further comprising the step of transmitting the check to a depositing institution associated with the check in response to determining that the check is not eligible to be reprocessed.
9. The method of claim 1 , wherein the step of reprocessing the check comprises the steps of:
creating an ICL file comprising information regarding the check; and
transmitting the ICL file to the receiving institution.
10. The system of claim 1 , wherein the receiving institution is a third party agent that provides a processing service to a bank associated with the check.
11. A computer-implemented method for automatically determining whether to re-clear a returned check, comprising the steps of:
receiving at a check processing system of a check processing entity electronic information regarding a check returned by a receiving institution;
automatically determining, by the check processing system, whether the check is eligible to be reprocessed for at least one of payment and presentment based on a reason why the check was returned by the receiving institution; and
determining to reprocess the check for at least one of payment and presentment in response to determining that the check is eligible to be reprocessed.
12. The method of claim 11 , wherein the step of automatically determining whether the check is eligible to be reprocessed comprises the steps of:
identifying the reason why the check was returned by the receiving institution;
determining whether the identified reason renders reprocessing of the check undesirable; and
determining that the check is eligible to be reprocessed in response to determining that the identified reason does not render reprocessing of the check undesirable.
13. The method of claim 11 , further comprising the step of notifying a depositing institution associated with the check that the check is not eligible for reprocessing in response to determining that the check is not eligible to be reprocessed.
14. The method of claim 11 , further comprising the step of transmitting the check to a depositing institution associated with the check in response to determining that the check is not eligible to be reprocessed.
15. The method of claim 11 , wherein the step of reprocessing the check comprises the steps of:
creating an ICL file comprising information regarding the check; and
transmitting the ICL file to the receiving institution.
16. The system of claim 11 , wherein the receiving institution is a third party agent that provides a processing service to a bank associated with the check.
17. A computer-implemented method for automatically reprocessing a returned check, comprising the steps of:
receiving at a check processing system of a check processing entity electronic information regarding a check returned by a receiving institution;
automatically determining, by the check processing system, whether the check is eligible to be reprocessed for at least one of payment and presentment based on at least one of: (a) whether a depositing institution associated with the check has subscribed to a re-clearing service of the check processing entity, (b) whether a value of the check is less than a threshold value, (c) whether the check has been previously reprocessed for at least one of payment and presentment, and (d) a reason why the receiving institution returned the check; and
reprocessing the check for at least one of payment and presentment in response to determining that the check is eligible to be reprocessed.
18. The method of claim 17 , further comprising the step of notifying the depositing institution associated with the check that the check is not eligible for reprocessing in response to determining that the check is not eligible to be reprocessed.
19. The method of claim 17 , further comprising the step of transmitting the check to the depositing institution associated with the check in response to determining that the check is not eligible to be reprocessed.
20. The method of claim 17 , wherein the step of reprocessing the check comprises the steps of:
creating an ICL file comprising information regarding the check; and
transmitting the ICL file to the receiving institution.
21. The system of claim 17 , wherein the receiving institution is a third party agent that provides a processing service to a bank associated with the check.
22. A computer-implemented system for automatically re-clearing an item, comprising:
a check processing module configured to process checks for payment and presentment to a receiving institution; and
a re-clear module configured to automatically determine whether a check returned by the receiving institution is eligible for reprocessing based on at least one of: (a) whether a value of the check is less than a threshold value, (b) whether the returned check has been previously reprocessed for at least one of payment and presentment, and (c) a reason why the receiving institution returned the check,
wherein the check processing module is further configured to reprocess the check for at least one of payment and presentment in response to the re-clear module determining that the check is eligible for reprocessing.
23. The system of claim 22 , wherein the re-clear module is further configured to notify a depositing institution associated with the check that the check is not eligible for reprocessing in response to determining that the check is not eligible for reprocessing.
24. The system of claim 22 , wherein the check processing module is further configured to reprocess the check by creating an ICL file comprising information regarding the check and transmitting the ICL file to the receiving institution.
25. The system of claim 22 , wherein the receiving institution is a third party agent that provides a processing service to a bank associated with the check.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/983,034 US20080162322A1 (en) | 2006-11-07 | 2007-11-06 | Automated return item re-clear |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US85766606P | 2006-11-07 | 2006-11-07 | |
US11/983,034 US20080162322A1 (en) | 2006-11-07 | 2007-11-06 | Automated return item re-clear |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080162322A1 true US20080162322A1 (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/983,033 Active 2032-03-05 US8595096B2 (en) | 2006-11-07 | 2007-11-06 | Prioritizing checks for electronic check processing |
US11/983,034 Abandoned US20080162322A1 (en) | 2006-11-07 | 2007-11-06 | Automated return item re-clear |
US11/982,985 Active 2028-05-11 US8112357B2 (en) | 2006-11-07 | 2007-11-06 | Systems and methods for preventing duplicative 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 Before (3)
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/983,033 Active 2032-03-05 US8595096B2 (en) | 2006-11-07 | 2007-11-06 | Prioritizing checks for electronic check processing |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/982,985 Active 2028-05-11 US8112357B2 (en) | 2006-11-07 | 2007-11-06 | Systems and methods for preventing duplicative 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 (11)
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 |
US20080162319A1 (en) * | 2006-11-07 | 2008-07-03 | Breeden Benjamin T | System and method for processing duplicative electronic check reversal files |
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 |
US8719160B1 (en) * | 2008-07-21 | 2014-05-06 | Bank Of America | Processing payment items |
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 |
US8708227B1 (en) | 2006-10-31 | 2014-04-29 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
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 |
US7873200B1 (en) | 2006-10-31 | 2011-01-18 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
CA2705379C (en) | 2006-12-04 | 2016-08-30 | Commvault Systems, Inc. | Systems and methods for creating copies of data, such as archive copies |
US7840537B2 (en) | 2006-12-22 | 2010-11-23 | Commvault Systems, Inc. | System and method for storing redundant information |
US8959033B1 (en) | 2007-03-15 | 2015-02-17 | United Services Automobile Association (Usaa) | Systems and methods for verification of remotely deposited checks |
US10380559B1 (en) | 2007-03-15 | 2019-08-13 | United Services Automobile Association (Usaa) | Systems and methods for check representment prevention |
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 |
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 |
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 |
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 |
US10504185B1 (en) | 2008-09-08 | 2019-12-10 | United Services Automobile Association (Usaa) | Systems and methods for live video financial deposit |
CA2729078C (en) | 2008-09-26 | 2016-05-24 | 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 |
US8577797B1 (en) | 2010-02-09 | 2013-11-05 | The Pnc Financial Services Group, Inc. | Electronic cash letter processing |
US8583546B1 (en) | 2010-02-09 | 2013-11-12 | 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 |
US8935492B2 (en) | 2010-09-30 | 2015-01-13 | 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 |
US11368515B1 (en) * | 2021-09-13 | 2022-06-21 | Capital One Services, Llc | Preventing duplicative file processing |
Citations (85)
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 | ||
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 |
US20030112013A1 (en) * | 1999-12-08 | 2003-06-19 | Andreas Manz | Potentiometric sensor |
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 |
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 |
US6854656B2 (en) * | 2003-05-08 | 2005-02-15 | Fujitsu Limited | Self-scanning system with enhanced features |
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 |
US20050080719A1 (en) * | 2003-09-30 | 2005-04-14 | Kerry Sellen | Systems and methods for generating transaction receipts |
US20050080738A1 (en) * | 2003-09-30 | 2005-04-14 | Kerry Sellen | Systems and methods for determining financial transaction types |
US20050086136A1 (en) * | 2003-09-30 | 2005-04-21 | Federal Reserve Bank Of Atlanta | Value tracking and reporting of automated clearing house transactions |
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 |
US20050097050A1 (en) * | 2003-10-30 | 2005-05-05 | Orcutt Laura L. | Express check conversion |
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 |
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 |
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 |
US20050171899A1 (en) * | 2004-01-30 | 2005-08-04 | Dunn John P. | Electronic payment clearing and check image exchange 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 |
US20060118613A1 (en) * | 2004-12-06 | 2006-06-08 | Bank Of America Corporation | Method and system for consolidating cash letters |
US20060121391A1 (en) * | 2004-12-02 | 2006-06-08 | Yoon-Ho Khang | Phase change memory device having phase change material layer containing phase change nano particles and method of fabricating the same |
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 |
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 |
US20060184441A1 (en) * | 2005-02-11 | 2006-08-17 | Haschka Joseph M | Check clearing systems |
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 |
US20080162319A1 (en) * | 2006-11-07 | 2008-07-03 | Breeden Benjamin T | System and method for processing duplicative electronic check reversal files |
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 (85)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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 |
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 |
US6792133B2 (en) | 2001-04-10 | 2004-09-14 | Picture Elements Incorporated | Automatic bitonal image optimization |
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 |
US7822658B2 (en) * | 2002-06-04 | 2010-10-26 | Hewlett-Packard Development Company, L.P. | Dynamic prioritization of activities |
US7089213B2 (en) | 2002-06-04 | 2006-08-08 | Bottomline Technologies | System and method for producing and verifying secure negotiable instruments |
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 |
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 |
US7337953B2 (en) | 2004-02-06 | 2008-03-04 | Early Warning Services, Llc. | Negotiable instrument authentication systems and methods |
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 |
US20050203857A1 (en) * | 2004-03-09 | 2005-09-15 | Friedman Lawrence J. | Methods for transaction processing |
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 |
US7376258B2 (en) | 2004-04-30 | 2008-05-20 | Unisys Corporation | Image quality assurance system and methodologies in a post-image capture document processing environment |
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 |
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 |
US7890426B2 (en) | 2004-11-19 | 2011-02-15 | Vectorsgi, Inc. | Method and system for verifying check images |
US7594600B2 (en) | 2005-02-28 | 2009-09-29 | Federal Reserve Bank Of Atlanta | Expanded mass data sets for electronic check processing |
US20060212449A1 (en) * | 2005-03-21 | 2006-09-21 | Novy Alon R J | 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 |
AU2007215180B2 (en) * | 2006-02-10 | 2011-03-17 | NortonLifeLock Inc. | 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/983,033 patent/US8595096B2/en active Active
- 2007-11-06 US US11/983,034 patent/US20080162322A1/en not_active Abandoned
- 2007-11-06 US US11/982,985 patent/US8112357B2/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 |
---|---|---|---|---|
US218203A (en) * | 1879-08-05 | Improvement in barbers chairs | ||
US100672A (en) * | 1870-03-08 | Improvement in mortising-machines | ||
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 |
US5121945A (en) * | 1988-04-20 | 1992-06-16 | Remittance Technology Corporation | Financial data processing 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 |
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 |
US5940524A (en) * | 1994-07-25 | 1999-08-17 | Seiko Epson Corporation | Image processing method and image processing device |
US6351546B1 (en) * | 1994-07-25 | 2002-02-26 | 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 |
US20030112013A1 (en) * | 1999-12-08 | 2003-06-19 | Andreas Manz | Potentiometric sensor |
US20050109833A1 (en) * | 1999-12-10 | 2005-05-26 | Terri Page | System and method for verifying the authenticity of a check and authorizing payment thereof |
US7386511B2 (en) * | 2000-04-28 | 2008-06-10 | Netdeposit Inc. | Methods and systems for processing financial instrument deposits |
US20040133516A1 (en) * | 2000-04-28 | 2004-07-08 | Zions Bancorporation | Methods and systems for processing financial instrument deposits |
US20040068464A1 (en) * | 2000-04-28 | 2004-04-08 | Zions Bancorporation | Return item early notification and return |
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 |
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 |
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 |
US7000828B2 (en) * | 2001-04-10 | 2006-02-21 | Cummins-Allison Corp. | Remote automated document processing system |
US6912297B2 (en) * | 2001-04-16 | 2005-06-28 | Ncr Corporation | Method of determining usability of a document image and an apparatus therefor |
US20050175221A1 (en) * | 2001-04-16 | 2005-08-11 | Dennis Scott | 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 |
US6854656B2 (en) * | 2003-05-08 | 2005-02-15 | Fujitsu Limited | Self-scanning system with enhanced features |
US20050018896A1 (en) * | 2003-07-22 | 2005-01-27 | Rdm Corporation | System and method for verifying legibility of an image of a check |
US20050086136A1 (en) * | 2003-09-30 | 2005-04-21 | Federal Reserve Bank Of Atlanta | Value tracking and reporting of automated clearing house transactions |
US20050080719A1 (en) * | 2003-09-30 | 2005-04-14 | Kerry Sellen | Systems and methods for generating transaction receipts |
US20050080738A1 (en) * | 2003-09-30 | 2005-04-14 | Kerry Sellen | Systems and methods for determining financial transaction types |
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 |
US20050097050A1 (en) * | 2003-10-30 | 2005-05-05 | Orcutt Laura L. | Express check conversion |
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 |
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 |
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 |
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 |
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 |
US20060121391A1 (en) * | 2004-12-02 | 2006-06-08 | Yoon-Ho Khang | Phase change memory device having phase change material layer containing phase change nano particles and method of fabricating the same |
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 |
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 |
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 |
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 |
US20100176192A1 (en) * | 2005-02-28 | 2010-07-15 | Federal Reserve Bank Of Dallas | Cash Letter Print Streams |
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 |
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 |
US8032462B2 (en) | 2005-07-07 | 2011-10-04 | Federal Reserve Bank Of Kansas City | Electronic image cash letter balancing |
US7802717B2 (en) | 2005-07-07 | 2010-09-28 | Federal Reserve Bank Of Dallas | Electronic image cash letter monitoring |
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 |
US20080162320A1 (en) * | 2006-11-07 | 2008-07-03 | Federal Reserve Bank Of Atlanta | Systems and methods for preventing duplicative electronic check processing |
US8112357B2 (en) | 2006-11-07 | 2012-02-07 | 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 |
US8296223B2 (en) | 2006-11-07 | 2012-10-23 | Federal Reserve Bank Of Atlanta | System and method for processing duplicative electronic check reversal files |
US20080162321A1 (en) * | 2006-11-07 | 2008-07-03 | Breeden Benjamin T | System and method for processing duplicative electronic check return files |
US20080162319A1 (en) * | 2006-11-07 | 2008-07-03 | Breeden Benjamin T | System and method for processing duplicative electronic check reversal files |
US8595096B2 (en) | 2006-11-07 | 2013-11-26 | Federal Reserve Bank Of Richmond | Prioritizing checks for electronic check processing |
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 |
US8719160B1 (en) * | 2008-07-21 | 2014-05-06 | Bank Of America | Processing payment items |
Also Published As
Publication number | Publication date |
---|---|
US20080159655A1 (en) | 2008-07-03 |
US20140108243A1 (en) | 2014-04-17 |
US8595096B2 (en) | 2013-11-26 |
US20080162319A1 (en) | 2008-07-03 |
US8296223B2 (en) | 2012-10-23 |
US8112357B2 (en) | 2012-02-07 |
US20080162321A1 (en) | 2008-07-03 |
US20080162320A1 (en) | 2008-07-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20080162322A1 (en) | Automated return item re-clear | |
US8387862B2 (en) | Electronic image cash letter validation | |
US8238638B2 (en) | Tag validation for efficiently assessing electronic check image quality | |
US7594600B2 (en) | Expanded mass data sets for electronic check processing | |
US7660771B2 (en) | Express check conversion | |
US7802717B2 (en) | Electronic image cash letter monitoring | |
US8396798B2 (en) | Method and system for facilitating network transaction processing | |
US8165381B1 (en) | Method and system for transaction decision making | |
EP1917628B1 (en) | Real time image quality analysis and verification | |
US8573478B2 (en) | Image exchange without full MICR qualification | |
US7630518B2 (en) | Image processing system | |
US7686209B2 (en) | Cash letter print streams with audit data | |
US8027928B1 (en) | Dynamic selection of deposit clearing methods based on business rules | |
US8032462B2 (en) | Electronic image cash letter balancing | |
US8600789B1 (en) | System and method for processing offending items in a financial system | |
US8733633B2 (en) | Methods and systems for validating negotiable instruments | |
US8573498B2 (en) | Identifying duplicate printed paper cash letters | |
WO2003104938A2 (en) | Electronic fund transfer participant risk management clearing | |
US7918386B2 (en) | Cash letter print verification |
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/0238 Effective date: 20080306 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |