US20090292628A1 - Systems, methods, and computer program products for performing item level transaction processing - Google Patents
Systems, methods, and computer program products for performing item level transaction processing Download PDFInfo
- Publication number
- US20090292628A1 US20090292628A1 US12/126,707 US12670708A US2009292628A1 US 20090292628 A1 US20090292628 A1 US 20090292628A1 US 12670708 A US12670708 A US 12670708A US 2009292628 A1 US2009292628 A1 US 2009292628A1
- Authority
- US
- United States
- Prior art keywords
- transactions
- transaction
- clearing
- batch
- storage system
- 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.)
- Granted
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- 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
- G06Q40/12—Accounting
Definitions
- the present invention relates generally to systems, methods, and computer program products for bank transaction processing, and more particularly to performing validation and clearance of bank transactions associated with a batch of transactions on an individual transaction basis, as opposed to a batch processing basis.
- a simple transaction such as a deposit made by an account holder could be time consuming and costly to process.
- a bank employee would need to enter information regarding each third party check electronically, such as the amount, payor, and payee.
- the check would then need to be input into a system for reading check ID, account and routing data associated with the check, etc.
- the bank employee would verify that the totals for the check received as part of the deposit reconcile with the amount entered on the deposit slip by the account holder. Only after the debits and credits for a transaction were reconciled could the transaction be made available for clearance and posting.
- image data needed for balancing, clearing, and posting transactions may be scanned from each check in a transaction.
- the image data are then processed to “recognize” and validate the captured image data as financial information, check ID information, and routing information. This information is then used to balance, clear and post the transaction.
- some banking systems store various transactions for processing into a common batch.
- the transactions are processed as a batch, and only after all transactions in the batch have been balanced is the batch made available for clearance and posting.
- a batch 12 comprising two (2) transactions 14 a - 14 b are initially processed to “recognize” and validate information on the financial documents in the transactions and then determine if the debits and credits of each transaction 14 in the batch are balanced. (See blocks 16 - 18 ).
- one of the transactions 14 a is balanced; however, transaction 14 b is not.
- both transactions 14 a - 14 b are delayed due to the batch nature of the process while the unbalanced transaction is investigated and balanced.
- an unnecessary delay is experienced regarding the balanced transaction 14 a as illustrated in the figure by the time line T.
- This problem is exacerbated where the balanced transaction 14 a that is being delayed is a high value transaction for which the financial institution could benefit from earlier clearance and posting or where earlier availability of the transaction for clearance would allow the financial institution to use a lower cost processing system or where the transaction is critical to the account holder and requires expedited processing.
- the systems, methods, and computer program products of the present invention provide various embodiments for processing bank transactions.
- the systems, methods, and computer program products of the present invention facilitate processing of transactions associated with a batch of transactions in an individualized manner.
- each transaction in the batch is determined to be “recognized”, validated, and balanced, the transaction is made available for clearance and posting regardless of the status of other transactions in the batch.
- This allows for more efficient processing of transactions, ensures that transactions are not unnecessarily delayed for clearance and posting, and allows for individual access, updating and reporting of transactions.
- the present invention provides a system for processing transactions in a financial system.
- the system comprises a storage system comprising stored therein two or more transactions, wherein each transaction comprises associated debits and credits, and wherein two or more transactions are associated with a same batch of transactions.
- a transaction validation system is associated with the storage system.
- the translation validation system is at least capable of determining whether each of the transactions in the batch is individually balanced based on the debits and credits associated with the transaction.
- the translation validation system is also typically capable of “recognizing” image data from financial instruments in the transaction and validating the image data prior to performing balancing of the various financial instruments in the transaction.
- a transaction clearing system is also associated with the storage system.
- the transaction clearing system is capable of accessing the storage system and clearing transactions in the batch that have been determined to be balanced by the transaction validation system irrespective of a balance status associated with other transactions associated with the batch of transactions.
- the transaction clearing system clears transactions in the batch of transactions while other transactions in the batch remain unbalanced. In this manner, transactions comprised in a batch are generally processed more efficiently and not unnecessarily delayed due to problems with balancing of other transactions in the same batch.
- either the transaction validation system may push balanced transactions to the transaction clearing system, or the transaction clearing system may periodically query the storage device for transactions that are balanced and eligible for clearance and posting.
- the storage system is a logical database.
- transactions are individually stored in the logical database. At least some of the transactions are each individually accessible and individually capable of update.
- the image and electronic data may be stored separately in the database but linked together.
- both the image data and electronic data associated with a transaction and stored in the logical database are capable of concurrent update.
- the logical database of this embodiment is accessible by various processing systems to perform transaction validation and balancing.
- the database is accessible for storing image and electronic data for financial instruments associated with transactions.
- the database is also accessible to perform various processes on the image data, such as character recognition and data perfection of the image data to recognize and/or repair characters recognized in the data and validation of the recognized data to other electronic data related to the financial instrument such as magnetic ink code recognition (MICR) information.
- MICR magnetic ink code recognition
- the database is also accessible for review of a transaction in the database relative to a review of an associated account holder's account balance, perform risk assessment regarding the transaction, provide notifications to account holders associated with transactions, generate reports, detect duplicate payments by an account holder, etc.
- the database is accessible by various systems for clearance and posting of transactions. Access and use of the database is typically dictated by a rules engine indicating various processing rules for processing transactions stored in the database.
- the database of this embodiment provides storage for various transactions and allows access to the transactions by various processes used to validate, balance, and clear the transactions
- the transaction clearing system is capable of prioritizing clearance of transactions based on one or more of the cost for clearing the transaction, deadlines associated with a transaction, or value of the transaction. As such, the transactions may be cleared and posted in a manner that is beneficial to the financial institution.
- the present invention also provides methods and computer program products that implement processing of bank transactions in a manner such that transactions that are considered balanced are made available for clearance and posting independent of the status of other transactions in a batch of transactions.
- FIG. 1 is an operation flow diagram illustrating a conventional process flow for processing financial transactions in a batch process
- FIG. 2 is an operation flow diagram illustrating a process flow for processing a financial transaction according to one embodiment of the present invention
- FIG. 3 is a generalized diagram illustrating system level operation for processing transactions according to one embodiment of the present invention
- FIG. 4 is an operation flow diagram illustrating processing transactions according to the embodiment depicted in FIG. 3 ;
- FIG. 5 is a more specific illustration of one implementation of the system illustrated in FIG. 3 according to one embodiment of the present invention.
- FIG. 6 is an operation flow diagram illustrating processing transactions according to the embodiment depicted in FIG. 5 .
- the present invention may be embodied as a method, system, computer program product, or a combination of the foregoing. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may generally be referred to herein as a “system.” Furthermore, the present invention may take the form of a computer program product on a computer-readable medium having computer-usable program code embodied in the medium.
- the computer usable or computer readable medium may be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium. More specific examples (a non-exhaustive list) of the computer readable medium would include the following: an electrical connection having one or more wires; a tangible storage medium such as a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a compact disc read-only memory (CD-ROM), or other optical or magnetic storage device; or transmission media such as those supporting the Internet or an intranet.
- a tangible storage medium such as a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a compact disc read-only memory (CD-ROM), or other optical or magnetic storage device
- transmission media such as those supporting
- the computer usable or computer readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted, or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
- a computer usable or computer readable medium may be any medium that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.
- the computer usable medium may include a propagated data signal with the computer-usable program code embodied therewith, either in baseband or as part of a carrier wave.
- the computer usable program code may be transmitted using any appropriate medium, including but not limited to the Internet, wireline, optical fiber cable, radio frequency (RF) or other means.
- Computer program code for carrying out operations of the present invention may be written in an object oriented, scripted or unscripted programming language such as Java, Perl, Smalltalk, C++ or the like.
- the computer program code for carrying out operations of the present invention may also be written in conventional procedural programming languages, such as the “C” programming language or similar programming languages.
- These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture including instruction means which implement the function/act specified in the flowchart and/or block diagram block or blocks.
- the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
- computer program implemented steps or acts may be combined with operator or human implemented steps or acts in order to carry out an embodiment of the invention.
- the present invention provides systems, methods, and computer program products for processing financial transactions for clearance and posting in a financial system.
- the systems, methods, and computer program products of the present invention access a storage system comprising two or more transactions that are part of a batch of transactions.
- the transactions have been separate from the batch and individually stored in the storage system for independent access and processing.
- the systems, methods, and computer program products determine which transactions are balanced and in a form for clearance. These transactions are then made available for clearance while other transactions in the storage system associated with the same batch of transactions are currently undergoing balancing, such that transactions are made available in a more timely manner for clearance.
- FIG. 2 is an operational flow diagram depicting an example process flow for a batch of transactions processed using the systems, methods, and computer program products according to one embodiment of the present invention.
- a batch 24 is provided comprising a plurality of transactions 26 a - 26 b .
- Each transaction comprises a series of debits and credits that should balance.
- Each of the transactions of batch is individually stored in a storage system.
- Each of the transactions is initially processed to determine if the debits and credits of each transaction 26 in the batch are balanced. (See blocks 28 - 30 ).
- one of the transactions 26 a is quickly validated and determined to be balanced and has been made available for clearance posting at time T 1 .
- one of the transactions 26 b has experienced delay in the validation and balance process.
- the unbalanced transaction 26 b is retained and further processed until it is balanced. At which point the remaining transaction 26 b is also released for clearance at time T 2 .
- transaction 26 a was found to be balanced and was made available for clearance sooner than the transaction 26 b requiring further operations.
- the systems, methods, and computer program products decrease the delay time for processing many transactions. This, in turn, provides various advantageous as it allows for transactions to be efficiently processed for clearance and posting, such that transactions are needlessly delayed by the validation and balancing process. As transactions are individually stored in the storage system, transaction-level tracking and reporting is also possible.
- the systems, methods, and computer program products can be used to process various types of financial instruments.
- the systems, methods, and computer program products of the present invention are useful where significant delays in validation and/or balancing of transactions may occur, such as where the transactions include image data that must be recognized and validated prior to balancing, such as check deposits, check payments, etc.
- FIG. 3 is a generalized process block diagram providing a generalized depiction of the invention according to one embodiment of the present invention
- FIG. 4 is an operational block diagram illustrating processing of transactions in the system depicted in FIG. 3 .
- transactions 48 are input to the system 40 from various sources 42 .
- the transactions involve deposit of checks or other financial instruments in paper form.
- Each transaction includes both credits and debits associated with the transaction, such as for example a plurality of third party checks and a deposit slip submitted by an account holder for deposit into the account holder's account.
- the input data includes both electronic data and image data. Sources of such data include remote image capture (RIC), high speed capture, image cash letter (ICL), deposits, lock boxes, returns and vaults.
- Image and electronic data are received for a plurality of transactions in the form of a batch.
- the batch is provided to source gateway processor 44 , which is capable of splitting the transactions from the batch for individual storage.
- Image and electronic data for each transaction is stored in the storage system 46 .
- the source gateway processor separates the received images into individual image files for each financial instrument in the transaction for storage.
- the transaction validation system comprises various processes or modules for correcting and validating image data associated with a transaction, if necessary.
- the transaction clearing system comprises modules for performing character recognition and data perfection of the image data to recognize and/or repair characters recognized in the image data and validation of the recognized image data to other electronic data related to the financial instrument such as magnetic ink code recognition (MICR) information.
- MICR magnetic ink code recognition
- the transaction may then be processed by the transaction validation system 50 to determine whether it is balanced. (See FIG. 4 , block 108 ). Transactions that are not balanced are submitted to various processes and/or modules in an attempt to determine the reason for the unbalance and correct same or notify a bank representative and/or account holder regarding the issue. (See FIG. 4 , block 110 ). Balanced transactions are either flagged as balanced or pushed to the transaction clearing system 52 , where they are eventually cleared and posted. (See FIG. 4 , blocks 112 and 114 ).
- the transaction clearing system may use various rules/criteria for clearing and posting the transactions, such as routing to a selected clearing channel, selection of clearing channel based on pricing, expedited clearing of higher value transactions, expedited clearing of transactions that are more beneficial to the financial institution and/or the account holder.
- the storage system 46 for each financial instrument in each transaction, stores and links image data for a financial instruments with its associated electronic data, such as for example, MICR data and other unique data (such as origin, ABA routing data, perfection and correction data status, etc.). Captured images are routed through a gateway that separate the images into individual items and stores them in the database. The images and associated electronic data are examined and perfected (quality inspected, repaired, recognized, and validated), and then made available for clearing. The transactions are then cleared based on selected channel routing and selected distribution between clearance channels.
- FIG. 5 is a generalized process block diagram providing a depiction of the invention according to one embodiment of the present invention
- FIG. 6 is an operational block diagram illustrating processing of transactions in the system depicted in FIG. 5 .
- FIG. 5 depicts a detailed embodiment of the present invention for processing various forms of transactions.
- the transaction validation system and transaction clearing system are depicted as various modules and processes for performing the functions described above with FIGS. 3 and 4 .
- the systems, methods, and computer program products of this embodiment receive transaction information from various sources 42 .
- sources include various deposits 54 including financial instruments in paper form, such as remote image capture (RIC), high speed capture, image cash letter (ICL), deposits, lock boxes, returns and vaults.
- Image data 56 for financial instruments is also provided with such deposits.
- Other sources of data are via ATMs, remote deposits, and low volume RICs 58 and from automated clearing house (ACH), electronic bill pay, direct deposits, etc. 60 .
- the storage system 46 of this embodiment is a logical database.
- the storage system allows for various systems, modules, and processes to access and update records in the database.
- the storage system includes one or more databases 62 and 64 for storing image and electronic data for each transaction.
- the system may further include archival and long term storage 66 , as well as image retrieval and validation module 68 .
- Various data perfection modules 70 are associated with the storage system 46 for correcting and perfecting image data associated with transactions.
- recognition module 70 a is used for character recognition.
- a reject/repair module 70 b analyzes the characters from the recognition module to determine the character or send it to an operator for review.
- An image quality analysis (IQA) module 70 c determines the quality of the captured image and may provide indications regarding image quality.
- IQA image quality analysis
- a code line data match (CDM) module 70 d compares data extracted from the image with data read from the MICR to determine whether there is a match or any discrepancies in the data.
- the data perfection modules 70 are used to recognize and validate image data associated with a paper financial instrument in a transaction, such as paper checks and deposit slips.
- FIG. 5 illustrates various module for performing various transaction validation and balancing operations. These modules are depicted for informational purposes. It understood that these various modules are performed by one or more processors associated with the transaction validation system 50 .
- a balancing module 72 Associated with the storage system are a balancing module 72 and a transaction validation module 74 . If a transaction is determined to be out of balance, the transaction is subjected to further processing. Specifically, the transaction may be processed through one or more of the following balancing modules 75 : 1) imaged based recognition module 76 to determine issues with image data, 2) deposit review module 78 to determine whether there are balance issues with the account holder associated with the transaction's account, 3) a risk assessment module 80 to assess possible risk with the account associated with the unbalanced transaction or the transaction itself, and 4) a customer notification module 82 to indicate to either a bank employee and/or the account holder that the transaction is imbalanced.
- balancing modules 75 1) imaged based recognition module 76 to determine issues with image data, 2) deposit review module 78 to determine whether there are balance issues with the account holder associated with the transaction's account, 3) a risk assessment module 80 to assess possible risk with the account associated with the unbalanced transaction or the transaction itself,
- a cash letter module 86 for generation of cash letters for clearance and posting of transactions that have been determined to be balanced.
- a float and pricing module 88 may also be provided for determining which channel 84 to use for clearance and posting of the transactions.
- the float and pricing module is essentially a rules engine that routes a transaction to a specific clearance channel based on various parameters, such as processing cost, delay for processing, and/or value of the transaction.
- the business rules module 90 dictates access and updating a transaction data in the storage system. Further, the business rules module 90 dictates the various processes performed on transactions to recognize, validate, and balance transactions. In this manner, where the storage system is a logical database, the business rules module 90 dictates use of the logical database for processing the transactions.
- modules that may be provided include an information reporting module 92 for tracking and reporting on transactions. As the storage system of this embodiment stores the transactions into separate records, transaction-level tracking and reporting is possible.
- While the float and pricing module is used to route transactions to channels for clearance, some transactions are designated for clearance and posting to internal accounts, such as control dispersed accounts 94 a, personal deposit accounts 94 b, payment of loans 94 c, general ledger 94 d, or other applications 94 e.
- various sources of data are received.
- the transactions are routed differently based on the type of data.
- the image 56 and electronic data 54 for each financial instrument in a given transaction is provided to the source gateway 44 , which receives the data and stores same in the storage system 46 .
- the source gateway processor receives a batch of transactions and separates the batch into individual transactions.
- the gateway processor separates the received images into individual image files for each financial instrument in the transaction for storage.
- Electronic data are stored in database 62
- image data are stored in database 64 .
- Transaction data from electronic sources 60 such as automated clearing house (ACH), electronic bill pay, direct deposits, etc. are previously validated and processed 96 and are stored in the storage system and flagged as balanced and available for clearance and posting. (See FIG. 6 , block 214 ).
- the transactions are individually processed to validate the image and electronic data via the various data perfection modules 70 , if necessary. (See FIG. 6 , block 206 ). These modules perform character recognition 70 a, reject/repair character data 70 b, perform image quality analysis (IQA) 70 c, and/or perform a code line data match (CDM) 70 d with the data extracted from the image with data read from the MICR to determine whether there is a match or any discrepancies in the data.
- IQA image quality analysis
- CDM code line data match
- the transactions are analyzed to determine if they are balanced. (See FIG. 6 , block 210 ). Transactions that are balanced are flagged as balanced and made available for clearance and posting. (See FIG. 6 , block 214 ). Transactions that are determined to not be balanced are provided to balancing modules 75 . (See FIG. 6 , block 212 ).
- Various processes are performed on the unbalanced transactions, such as image recognition of image data to reconcile data discrepancy issues.
- the system may perform deposit review to determine whether there are balance issues with the account holder associated with the transaction's account and perform risk assessment of the account associated with the unbalanced transaction or the transaction itself. The system may also notify either one or both a bank employee and/or the account holder that the transaction is imbalanced. If and once the transaction is balanced, it is then made available for clearance and posting. (See FIG. 6 , blocks 214 and 216 ).
- an account holder may submit a transaction comprising a series of third party checks and a deposit slip in which the account holder has incorrectly totaled the deposit slip.
- This transaction would be submitted within a batch of other transactions.
- the image data for each of the checks and deposit slip would be stored in the storage system.
- Electronic data associated with the checks and deposit slip, such as check ID, ABA routing information, MICR data, etc. would also be stored in the database. (See FIG. 6 , block 204 ).
- the data for the various checks and deposit slip may undergo data validation to ensure data perfection. (See FIG. 6 , block 206 ).
- the transaction will then be determined to be imbalanced (see FIG.
- the systems, methods, and computer program products of the present invention are capable of reducing processing time and cost for clearing and posting financial transactions.
- the systems, methods, and computer program products improve control, tracking, and reporting on a transaction-level basis, and simplify architecture and shared resources. A significant burden on transaction processing systems is reduced.
- FIG. 5 discloses various modules and processes performed for transaction validation, balancing, clearance and posting.
- the embodiment of FIG. 3 illustrates a more general embodiment illustrating generalized systems, such as translation validation systems and translation clearance systems. It is understood that any processes or modules depicted in FIG. 5 relating to validation of transactions and balancing of transactions are under the general umbrella of the transaction validation system, while any processes or modules relating to clearance and posting of transactions are under the general umbrella of the transaction clearance system.
- the present invention can be implemented as a method, as a system, as computer instruction codes, as an apparatus and/or combinations of any of the above.
- the means for storing transaction information, validating and balancing transactions, and clearing and posting transactions, determining routing for clearing transactions, generating reports, etc. can be implemented as a processor or general computing element that uses software code instructions to perform these functions.
- the processor could, as an alternative, be an application specific IC chip that it hard-wired to perform the stated functions.
- the various means could also be met by a distributed network of processing elements that perform various portions of the recited functions.
Abstract
Description
- 1. Field of the Invention
- The present invention relates generally to systems, methods, and computer program products for bank transaction processing, and more particularly to performing validation and clearance of bank transactions associated with a batch of transactions on an individual transaction basis, as opposed to a batch processing basis.
- 2. Description of the Related Art
- The advent of electronic bank transaction processing has significantly decreased the time and cost required for clearance and posting of bank transactions. Systems have been developed that are capable of capturing image data from financial documents. The image data are then processed to determine financial terms listed in the documents. This processed data can then be used to balance, clear, and post transactions.
- For example, in the past, a simple transaction such as a deposit made by an account holder could be time consuming and costly to process. If an account holder submitted several third party checks they had received along with a deposit slip, a bank employee would need to enter information regarding each third party check electronically, such as the amount, payor, and payee. The check would then need to be input into a system for reading check ID, account and routing data associated with the check, etc. The bank employee would verify that the totals for the check received as part of the deposit reconcile with the amount entered on the deposit slip by the account holder. Only after the debits and credits for a transaction were reconciled could the transaction be made available for clearance and posting.
- Using current technology, however, image data needed for balancing, clearing, and posting transactions may be scanned from each check in a transaction. The image data are then processed to “recognize” and validate the captured image data as financial information, check ID information, and routing information. This information is then used to balance, clear and post the transaction.
- While strides have been made in bank transaction processing, further improvements are still needed. Specifically, many financial institutions employ batch transaction processing, which can delay clearance and posting of individual transactions, as well as increase cost and needlessly delay clearance of important transactions.
- In particular, some banking systems store various transactions for processing into a common batch. The transactions are processed as a batch, and only after all transactions in the batch have been balanced is the batch made available for clearance and posting. For example, as illustrated in
FIG. 1 , in a conventionaltransaction processing system 10, abatch 12 comprising two (2) transactions 14 a-14 b are initially processed to “recognize” and validate information on the financial documents in the transactions and then determine if the debits and credits of each transaction 14 in the batch are balanced. (See blocks 16-18). As illustrated at block 20, one of the transactions 14 a is balanced; however, transaction 14 b is not. In this instance, both transactions 14 a-14 b are delayed due to the batch nature of the process while the unbalanced transaction is investigated and balanced. As such, an unnecessary delay is experienced regarding the balanced transaction 14 a as illustrated in the figure by the time line T. This problem is exacerbated where the balanced transaction 14 a that is being delayed is a high value transaction for which the financial institution could benefit from earlier clearance and posting or where earlier availability of the transaction for clearance would allow the financial institution to use a lower cost processing system or where the transaction is critical to the account holder and requires expedited processing. - The systems, methods, and computer program products of the present invention provide various embodiments for processing bank transactions. In particular, the systems, methods, and computer program products of the present invention facilitate processing of transactions associated with a batch of transactions in an individualized manner. As each transaction in the batch is determined to be “recognized”, validated, and balanced, the transaction is made available for clearance and posting regardless of the status of other transactions in the batch. This, in turn, allows for more efficient processing of transactions, ensures that transactions are not unnecessarily delayed for clearance and posting, and allows for individual access, updating and reporting of transactions.
- For example, in one embodiment, the present invention provides a system for processing transactions in a financial system. The system comprises a storage system comprising stored therein two or more transactions, wherein each transaction comprises associated debits and credits, and wherein two or more transactions are associated with a same batch of transactions. A transaction validation system is associated with the storage system. The translation validation system is at least capable of determining whether each of the transactions in the batch is individually balanced based on the debits and credits associated with the transaction. The translation validation system is also typically capable of “recognizing” image data from financial instruments in the transaction and validating the image data prior to performing balancing of the various financial instruments in the transaction.
- A transaction clearing system is also associated with the storage system. The transaction clearing system is capable of accessing the storage system and clearing transactions in the batch that have been determined to be balanced by the transaction validation system irrespective of a balance status associated with other transactions associated with the batch of transactions. Specifically, in some embodiments, the transaction clearing system clears transactions in the batch of transactions while other transactions in the batch remain unbalanced. In this manner, transactions comprised in a batch are generally processed more efficiently and not unnecessarily delayed due to problems with balancing of other transactions in the same batch.
- Depending on the embodiment, either the transaction validation system may push balanced transactions to the transaction clearing system, or the transaction clearing system may periodically query the storage device for transactions that are balanced and eligible for clearance and posting.
- In some embodiments, the storage system is a logical database. In this embodiment, transactions are individually stored in the logical database. At least some of the transactions are each individually accessible and individually capable of update. In some embodiments, there may be both image and electronic data associated with a transaction. In this instance, the image and electronic data may be stored separately in the database but linked together. In some embodiments, both the image data and electronic data associated with a transaction and stored in the logical database are capable of concurrent update.
- In general, the logical database of this embodiment is accessible by various processing systems to perform transaction validation and balancing. For example, the database is accessible for storing image and electronic data for financial instruments associated with transactions. The database is also accessible to perform various processes on the image data, such as character recognition and data perfection of the image data to recognize and/or repair characters recognized in the data and validation of the recognized data to other electronic data related to the financial instrument such as magnetic ink code recognition (MICR) information. The database is also accessible for review of a transaction in the database relative to a review of an associated account holder's account balance, perform risk assessment regarding the transaction, provide notifications to account holders associated with transactions, generate reports, detect duplicate payments by an account holder, etc. Further, the database is accessible by various systems for clearance and posting of transactions. Access and use of the database is typically dictated by a rules engine indicating various processing rules for processing transactions stored in the database. As such, the database of this embodiment provides storage for various transactions and allows access to the transactions by various processes used to validate, balance, and clear the transactions.
- In some embodiments, the transaction clearing system is capable of prioritizing clearance of transactions based on one or more of the cost for clearing the transaction, deadlines associated with a transaction, or value of the transaction. As such, the transactions may be cleared and posted in a manner that is beneficial to the financial institution.
- In addition to the above described systems, the present invention also provides methods and computer program products that implement processing of bank transactions in a manner such that transactions that are considered balanced are made available for clearance and posting independent of the status of other transactions in a batch of transactions.
-
FIG. 1 is an operation flow diagram illustrating a conventional process flow for processing financial transactions in a batch process; -
FIG. 2 is an operation flow diagram illustrating a process flow for processing a financial transaction according to one embodiment of the present invention; -
FIG. 3 is a generalized diagram illustrating system level operation for processing transactions according to one embodiment of the present invention; -
FIG. 4 is an operation flow diagram illustrating processing transactions according to the embodiment depicted inFIG. 3 ; -
FIG. 5 is a more specific illustration of one implementation of the system illustrated inFIG. 3 according to one embodiment of the present invention; and -
FIG. 6 is an operation flow diagram illustrating processing transactions according to the embodiment depicted inFIG. 5 . - The following detailed description of embodiments refers to the accompanying drawings, which illustrate specific embodiments of the invention. Other embodiments having different structures and operation do not depart from the scope of the present invention.
- As will be appreciated by one of skill in the art, the present invention may be embodied as a method, system, computer program product, or a combination of the foregoing. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may generally be referred to herein as a “system.” Furthermore, the present invention may take the form of a computer program product on a computer-readable medium having computer-usable program code embodied in the medium.
- Any suitable computer usable or computer readable medium may be utilized. The computer usable or computer readable medium may be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium. More specific examples (a non-exhaustive list) of the computer readable medium would include the following: an electrical connection having one or more wires; a tangible storage medium such as a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a compact disc read-only memory (CD-ROM), or other optical or magnetic storage device; or transmission media such as those supporting the Internet or an intranet. Note that the computer usable or computer readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted, or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
- In the context of this document, a computer usable or computer readable medium may be any medium that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. The computer usable medium may include a propagated data signal with the computer-usable program code embodied therewith, either in baseband or as part of a carrier wave. The computer usable program code may be transmitted using any appropriate medium, including but not limited to the Internet, wireline, optical fiber cable, radio frequency (RF) or other means.
- Computer program code for carrying out operations of the present invention may be written in an object oriented, scripted or unscripted programming language such as Java, Perl, Smalltalk, C++ or the like. However, the computer program code for carrying out operations of the present invention may also be written in conventional procedural programming languages, such as the “C” programming language or similar programming languages.
- The present invention is described below with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
- These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture including instruction means which implement the function/act specified in the flowchart and/or block diagram block or blocks.
- The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. Alternatively, computer program implemented steps or acts may be combined with operator or human implemented steps or acts in order to carry out an embodiment of the invention.
- In general terms, the present invention provides systems, methods, and computer program products for processing financial transactions for clearance and posting in a financial system. The systems, methods, and computer program products of the present invention access a storage system comprising two or more transactions that are part of a batch of transactions. The transactions have been separate from the batch and individually stored in the storage system for independent access and processing. The systems, methods, and computer program products determine which transactions are balanced and in a form for clearance. These transactions are then made available for clearance while other transactions in the storage system associated with the same batch of transactions are currently undergoing balancing, such that transactions are made available in a more timely manner for clearance.
-
FIG. 2 is an operational flow diagram depicting an example process flow for a batch of transactions processed using the systems, methods, and computer program products according to one embodiment of the present invention. As illustrated in thissystem 22, abatch 24 is provided comprising a plurality of transactions 26 a-26 b. Each transaction comprises a series of debits and credits that should balance. Each of the transactions of batch is individually stored in a storage system. Each of the transactions is initially processed to determine if the debits and credits of each transaction 26 in the batch are balanced. (See blocks 28-30). As illustrated, one of the transactions 26 a is quickly validated and determined to be balanced and has been made available for clearance posting at time T1. However, one of the transactions 26 b has experienced delay in the validation and balance process. The unbalanced transaction 26 b is retained and further processed until it is balanced. At which point the remaining transaction 26 b is also released for clearance at time T2. - As illustrated in
FIG. 2 , transaction 26 a was found to be balanced and was made available for clearance sooner than the transaction 26 b requiring further operations. In this manner, the systems, methods, and computer program products decrease the delay time for processing many transactions. This, in turn, provides various advantageous as it allows for transactions to be efficiently processed for clearance and posting, such that transactions are needlessly delayed by the validation and balancing process. As transactions are individually stored in the storage system, transaction-level tracking and reporting is also possible. - The systems, methods, and computer program products can be used to process various types of financial instruments. The systems, methods, and computer program products of the present invention are useful where significant delays in validation and/or balancing of transactions may occur, such as where the transactions include image data that must be recognized and validated prior to balancing, such as check deposits, check payments, etc.
-
FIG. 3 is a generalized process block diagram providing a generalized depiction of the invention according to one embodiment of the present invention, andFIG. 4 is an operational block diagram illustrating processing of transactions in the system depicted inFIG. 3 . Note that for simplicity the description below only relates to processing transactions involving deposit of checks or other paper financial instruments, but as further disclosed inFIGS. 5 and 6 , the systems, methods, and computer program products are not limited to processing of such financial instruments, but may be used for other forms of transactions. - As illustrated,
transactions 48 are input to thesystem 40 fromvarious sources 42. (SeeFIG. 4 , block 100). In this embodiment, the transactions involve deposit of checks or other financial instruments in paper form. Each transaction includes both credits and debits associated with the transaction, such as for example a plurality of third party checks and a deposit slip submitted by an account holder for deposit into the account holder's account. The input data includes both electronic data and image data. Sources of such data include remote image capture (RIC), high speed capture, image cash letter (ICL), deposits, lock boxes, returns and vaults. Image and electronic data are received for a plurality of transactions in the form of a batch. The batch is provided to sourcegateway processor 44, which is capable of splitting the transactions from the batch for individual storage. Image and electronic data for each transaction is stored in thestorage system 46. (SeeFIG. 4 , block 102). For example, the source gateway processor separates the received images into individual image files for each financial instrument in the transaction for storage. - Once in the
storage system 46, thetransactions 48 are available for validation and balancing by atransaction validation system 50. The transaction validation system comprises various processes or modules for correcting and validating image data associated with a transaction, if necessary. For example, the transaction clearing system comprises modules for performing character recognition and data perfection of the image data to recognize and/or repair characters recognized in the image data and validation of the recognized image data to other electronic data related to the financial instrument such as magnetic ink code recognition (MICR) information. (SeeFIG. 4 , block 104 and 106). - Following validation of the data associated with a transaction, the transaction may then be processed by the
transaction validation system 50 to determine whether it is balanced. (SeeFIG. 4 , block 108). Transactions that are not balanced are submitted to various processes and/or modules in an attempt to determine the reason for the unbalance and correct same or notify a bank representative and/or account holder regarding the issue. (SeeFIG. 4 , block 110). Balanced transactions are either flagged as balanced or pushed to thetransaction clearing system 52, where they are eventually cleared and posted. (SeeFIG. 4 , blocks 112 and 114). Depending on the embodiment, the transaction clearing system may use various rules/criteria for clearing and posting the transactions, such as routing to a selected clearing channel, selection of clearing channel based on pricing, expedited clearing of higher value transactions, expedited clearing of transactions that are more beneficial to the financial institution and/or the account holder. - In this manner, financial transactions are received, validated, balanced, cleared and posted according to one embodiment of the present invention. In particular, the
storage system 46, for each financial instrument in each transaction, stores and links image data for a financial instruments with its associated electronic data, such as for example, MICR data and other unique data (such as origin, ABA routing data, perfection and correction data status, etc.). Captured images are routed through a gateway that separate the images into individual items and stores them in the database. The images and associated electronic data are examined and perfected (quality inspected, repaired, recognized, and validated), and then made available for clearing. The transactions are then cleared based on selected channel routing and selected distribution between clearance channels. -
FIG. 5 is a generalized process block diagram providing a depiction of the invention according to one embodiment of the present invention, andFIG. 6 is an operational block diagram illustrating processing of transactions in the system depicted inFIG. 5 . Specifically,FIG. 5 depicts a detailed embodiment of the present invention for processing various forms of transactions. In this embodiment, the transaction validation system and transaction clearing system are depicted as various modules and processes for performing the functions described above withFIGS. 3 and 4 . - As illustrated, the systems, methods, and computer program products of this embodiment receive transaction information from
various sources 42. These sources includevarious deposits 54 including financial instruments in paper form, such as remote image capture (RIC), high speed capture, image cash letter (ICL), deposits, lock boxes, returns and vaults.Image data 56 for financial instruments is also provided with such deposits. Other sources of data are via ATMs, remote deposits, andlow volume RICs 58 and from automated clearing house (ACH), electronic bill pay, direct deposits, etc. 60. - As illustrated in
FIG. 5 , thestorage system 46 of this embodiment is a logical database. The storage system allows for various systems, modules, and processes to access and update records in the database. The storage system includes one ormore databases long term storage 66, as well as image retrieval andvalidation module 68. - Various
data perfection modules 70 are associated with thestorage system 46 for correcting and perfecting image data associated with transactions. For example,recognition module 70 a is used for character recognition. A reject/repair module 70 b, analyzes the characters from the recognition module to determine the character or send it to an operator for review. An image quality analysis (IQA)module 70 c determines the quality of the captured image and may provide indications regarding image quality. A code line data match (CDM)module 70 d compares data extracted from the image with data read from the MICR to determine whether there is a match or any discrepancies in the data. Essentially, thedata perfection modules 70 are used to recognize and validate image data associated with a paper financial instrument in a transaction, such as paper checks and deposit slips. - Associated with the storage system is the
transaction validation system 50 for performing validation and balancing of the transactions. It is noted here thatFIG. 5 illustrates various module for performing various transaction validation and balancing operations. These modules are depicted for informational purposes. It understood that these various modules are performed by one or more processors associated with thetransaction validation system 50. - Associated with the storage system are a balancing
module 72 and atransaction validation module 74. If a transaction is determined to be out of balance, the transaction is subjected to further processing. Specifically, the transaction may be processed through one or more of the following balancing modules 75: 1) imaged basedrecognition module 76 to determine issues with image data, 2)deposit review module 78 to determine whether there are balance issues with the account holder associated with the transaction's account, 3) arisk assessment module 80 to assess possible risk with the account associated with the unbalanced transaction or the transaction itself, and 4) acustomer notification module 82 to indicate to either a bank employee and/or the account holder that the transaction is imbalanced. - Further associated with the storage system is a
cash letter module 86 for generation of cash letters for clearance and posting of transactions that have been determined to be balanced. A float andpricing module 88 may also be provided for determining whichchannel 84 to use for clearance and posting of the transactions. In one embodiment, the float and pricing module is essentially a rules engine that routes a transaction to a specific clearance channel based on various parameters, such as processing cost, delay for processing, and/or value of the transaction. - An important aspect of the storage system of this embodiment is the inclusion of a
business rules module 90. Thebusiness rules module 90 dictates access and updating a transaction data in the storage system. Further, thebusiness rules module 90 dictates the various processes performed on transactions to recognize, validate, and balance transactions. In this manner, where the storage system is a logical database, thebusiness rules module 90 dictates use of the logical database for processing the transactions. - Other modules that may be provided include an
information reporting module 92 for tracking and reporting on transactions. As the storage system of this embodiment stores the transactions into separate records, transaction-level tracking and reporting is possible. - While the float and pricing module is used to route transactions to channels for clearance, some transactions are designated for clearance and posting to internal accounts, such as control dispersed accounts 94 a,
personal deposit accounts 94 b, payment ofloans 94 c,general ledger 94 d, orother applications 94 e. - Regarding
FIG. 6 , in operation, various sources of data are received. (SeeFIG. 6 , block 200). The transactions are routed differently based on the type of data. (SeeFIG. 6 , block 202). For deposits comprising paper form financial instruments, theimage 56 andelectronic data 54 for each financial instrument in a given transaction is provided to thesource gateway 44, which receives the data and stores same in thestorage system 46. (SeeFIG. 4 , block 204). For example, the source gateway processor receives a batch of transactions and separates the batch into individual transactions. For each transaction, the gateway processor separates the received images into individual image files for each financial instrument in the transaction for storage. Electronic data are stored indatabase 62, while image data are stored indatabase 64. - Transaction data from
electronic sources 60, such as automated clearing house (ACH), electronic bill pay, direct deposits, etc. are previously validated and processed 96 and are stored in the storage system and flagged as balanced and available for clearance and posting. (SeeFIG. 6 , block 214). - Referring again to transactions that include image and electronic data, such as transactions involving deposit of checks, following storage of the data (see
FIG. 6 , block 204), the transactions are individually processed to validate the image and electronic data via the variousdata perfection modules 70, if necessary. (SeeFIG. 6 , block 206). These modules performcharacter recognition 70 a, reject/repair character data 70 b, perform image quality analysis (IQA) 70 c, and/or perform a code line data match (CDM) 70 d with the data extracted from the image with data read from the MICR to determine whether there is a match or any discrepancies in the data. - Following validation of the transaction data, the transactions are analyzed to determine if they are balanced. (See
FIG. 6 , block 210). Transactions that are balanced are flagged as balanced and made available for clearance and posting. (SeeFIG. 6 , block 214). Transactions that are determined to not be balanced are provided to balancingmodules 75. (SeeFIG. 6 , block 212). Various processes are performed on the unbalanced transactions, such as image recognition of image data to reconcile data discrepancy issues. The system may perform deposit review to determine whether there are balance issues with the account holder associated with the transaction's account and perform risk assessment of the account associated with the unbalanced transaction or the transaction itself. The system may also notify either one or both a bank employee and/or the account holder that the transaction is imbalanced. If and once the transaction is balanced, it is then made available for clearance and posting. (SeeFIG. 6 , blocks 214 and 216). - As an example, an account holder may submit a transaction comprising a series of third party checks and a deposit slip in which the account holder has incorrectly totaled the deposit slip. This transaction would be submitted within a batch of other transactions. The image data for each of the checks and deposit slip would be stored in the storage system. Electronic data associated with the checks and deposit slip, such as check ID, ABA routing information, MICR data, etc. would also be stored in the database. (See
FIG. 6 , block 204). The data for the various checks and deposit slip may undergo data validation to ensure data perfection. (SeeFIG. 6 , block 206). The transaction will then be determined to be imbalanced (seeFIG. 6 , block 210) and submitted for further processing due to the discrepancy between the deposit slip and the check totals. (SeeFIG. 6 , block 212). This discrepancy may either be corrected electronically or routed to bank personnel for review and correction. A notice may also be provided to the account holder regarding the imbalance. Once the transaction has been validated and balanced, it is then made available for clearance and posting. (SeeFIG. 6 , blocks 214 and 216). - As illustrated and discussed above, the systems, methods, and computer program products of the present invention are capable of reducing processing time and cost for clearing and posting financial transactions. The systems, methods, and computer program products improve control, tracking, and reporting on a transaction-level basis, and simplify architecture and shared resources. A significant burden on transaction processing systems is reduced.
- It is noted here that the embodiment illustrated in
FIG. 5 discloses various modules and processes performed for transaction validation, balancing, clearance and posting. The embodiment ofFIG. 3 illustrates a more general embodiment illustrating generalized systems, such as translation validation systems and translation clearance systems. It is understood that any processes or modules depicted inFIG. 5 relating to validation of transactions and balancing of transactions are under the general umbrella of the transaction validation system, while any processes or modules relating to clearance and posting of transactions are under the general umbrella of the transaction clearance system. - The present invention can be implemented as a method, as a system, as computer instruction codes, as an apparatus and/or combinations of any of the above. Some of the claims of the application may be drafted in means-plus-function format. While the means recited in these claims can be implemented by any number of systems, devices, computer program code, etc., provided below are examples of structural systems that may meet the functions outlined by the recited means.
- For example, the means for storing transaction information, validating and balancing transactions, and clearing and posting transactions, determining routing for clearing transactions, generating reports, etc., can be implemented as a processor or general computing element that uses software code instructions to perform these functions. The processor could, as an alternative, be an application specific IC chip that it hard-wired to perform the stated functions. The various means could also be met by a distributed network of processing elements that perform various portions of the recited functions.
- While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of and not restrictive on the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other changes, combinations, omissions, modifications and substitutions, in addition to those set forth in the above paragraphs, are possible. Those skilled in the art will appreciate that various adaptations and modifications of the just described embodiments can be configured without departing from the scope and spirit of the invention. Therefore, it is to be understood that, within the scope of the appended claims, the invention may be practiced other than as specifically described herein.
Claims (40)
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/126,707 US8165933B2 (en) | 2008-05-23 | 2008-05-23 | Systems, methods, and computer program products for performing item level transaction processing |
CA002666572A CA2666572A1 (en) | 2008-05-23 | 2009-05-22 | Systems, methods, and computer program products for performing item level transaction processing |
AU2009202011A AU2009202011A1 (en) | 2008-05-23 | 2009-05-22 | Systems, Methods, and Computer Program Products for Performing Item Level Transaction Processing |
EP09251377A EP2124182A1 (en) | 2008-05-23 | 2009-05-22 | Systems, methods, and computer program products for performing item level transaction processing |
MX2009005429A MX2009005429A (en) | 2008-05-23 | 2009-05-22 | Systems, methods, and computer program products for performing item level transaction processing. |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/126,707 US8165933B2 (en) | 2008-05-23 | 2008-05-23 | Systems, methods, and computer program products for performing item level transaction processing |
Publications (2)
Publication Number | Publication Date |
---|---|
US20090292628A1 true US20090292628A1 (en) | 2009-11-26 |
US8165933B2 US8165933B2 (en) | 2012-04-24 |
Family
ID=40933679
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/126,707 Active 2029-05-26 US8165933B2 (en) | 2008-05-23 | 2008-05-23 | Systems, methods, and computer program products for performing item level transaction processing |
Country Status (5)
Country | Link |
---|---|
US (1) | US8165933B2 (en) |
EP (1) | EP2124182A1 (en) |
AU (1) | AU2009202011A1 (en) |
CA (1) | CA2666572A1 (en) |
MX (1) | MX2009005429A (en) |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130018789A1 (en) * | 2011-07-14 | 2013-01-17 | Payment 21 LLC | Systems and methods for estimating the risk that a real-time promissory payment will default |
US9286514B1 (en) | 2013-10-17 | 2016-03-15 | United Services Automobile Association (Usaa) | Character count determination for a digital image |
US9779452B1 (en) | 2010-06-08 | 2017-10-03 | United Services Automobile Association (Usaa) | Apparatuses, methods, and systems for remote deposit capture with enhanced image detection |
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 |
US10013605B1 (en) | 2006-10-31 | 2018-07-03 | United Services Automobile Association (Usaa) | Digital camera processing system |
US10013681B1 (en) | 2006-10-31 | 2018-07-03 | United Services Automobile Association (Usaa) | System and method for mobile check deposit |
US10354235B1 (en) | 2007-09-28 | 2019-07-16 | United Services Automoblie Association (USAA) | Systems and methods for digital signature detection |
US10373136B1 (en) | 2007-10-23 | 2019-08-06 | United Services Automobile Association (Usaa) | Image processing |
US10380565B1 (en) | 2012-01-05 | 2019-08-13 | United Services Automobile Association (Usaa) | System and method for storefront bank deposits |
US10380559B1 (en) | 2007-03-15 | 2019-08-13 | United Services Automobile Association (Usaa) | Systems and methods for check representment prevention |
US10380562B1 (en) | 2008-02-07 | 2019-08-13 | United Services Automobile Association (Usaa) | Systems and methods for mobile deposit of negotiable instruments |
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 |
TWI671700B (en) * | 2017-03-07 | 2019-09-11 | 財金資訊股份有限公司 | How to check the amount of receivables |
US10504185B1 (en) | 2008-09-08 | 2019-12-10 | United Services Automobile Association (Usaa) | Systems and methods for live video financial deposit |
US10521781B1 (en) | 2003-10-30 | 2019-12-31 | United Services Automobile Association (Usaa) | Wireless electronic check deposit scanning and cashing machine with webbased online account cash management computer application system |
US10552810B1 (en) | 2012-12-19 | 2020-02-04 | United Services Automobile Association (Usaa) | System and method for remote deposit of financial instruments |
US10574879B1 (en) | 2009-08-28 | 2020-02-25 | United Services Automobile Association (Usaa) | Systems and methods for alignment of check during mobile deposit |
US10896408B1 (en) | 2009-08-19 | 2021-01-19 | United Services Automobile Association (Usaa) | Apparatuses, methods and systems for a publishing and subscribing platform of depositing negotiable instruments |
US10956728B1 (en) | 2009-03-04 | 2021-03-23 | United Services Automobile Association (Usaa) | Systems and methods of check processing with background removal |
US11030752B1 (en) | 2018-04-27 | 2021-06-08 | United Services Automobile Association (Usaa) | System, computing device, and method for document detection |
US11138578B1 (en) | 2013-09-09 | 2021-10-05 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of currency |
US20230058933A1 (en) * | 2019-06-17 | 2023-02-23 | Wells Fargo Bank, N.A. | Systems and methods for preventing duplicate payments |
US11900755B1 (en) | 2020-11-30 | 2024-02-13 | United Services Automobile Association (Usaa) | System, computing device, and method for document detection and deposit processing |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8930267B1 (en) | 2012-08-27 | 2015-01-06 | Jpmorgan Chase Bank, N.A. | Automated transactions clearing system and method |
US10062060B2 (en) | 2015-08-25 | 2018-08-28 | Bank Of America Corporation | Optical character recognition pre-verification system |
CN110457328B (en) * | 2019-08-15 | 2022-02-25 | 中国银行股份有限公司 | Parameter validation method and device |
US11625375B1 (en) | 2020-11-25 | 2023-04-11 | Amazon Technologies, Inc. | Batch processing with random access for transaction history |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5151948A (en) * | 1990-03-12 | 1992-09-29 | International Business Machines Corporation | System and method for processing documents having amounts recorded thereon |
US6018717A (en) * | 1997-08-22 | 2000-01-25 | Visa International Service Association | Method and apparatus for acquiring access using a fast smart card transaction |
US20030105686A1 (en) * | 2001-11-26 | 2003-06-05 | Dang Hong Michael | Apparatus, system and method for reporting financial data and remitting funds over an interactive communications network or the like |
US20030171145A1 (en) * | 2000-04-28 | 2003-09-11 | Igt | Cashless transaction clearinghouse |
US20030212573A1 (en) * | 1999-09-02 | 2003-11-13 | Dorrance Daniel Michael | Method and apparatus for preventing duplicate transactions on batch mode failure recovery in a data processing system |
US6757664B1 (en) * | 1999-03-02 | 2004-06-29 | Arbitrage Arbitrageur Llc | Method and system for verification of checks at a point of sale |
US6877661B2 (en) * | 2000-08-16 | 2005-04-12 | Richard M. Webb | Scannable barcode display and methods for using the same |
US20050240531A1 (en) * | 2004-04-23 | 2005-10-27 | Wolff Gregory J Jr | System and method for the efficient exchange and pricing of services and intangible works |
US7062456B1 (en) * | 1999-02-09 | 2006-06-13 | The Chase Manhattan Bank | System and method for back office processing of banking transactions using electronic files |
US7069244B2 (en) * | 2002-09-17 | 2006-06-27 | First Data Corporation | Method and system for merchant processing of purchase card transactions with expanded card type acceptance |
US7249097B2 (en) * | 1999-06-18 | 2007-07-24 | Echarge Corporation | Method for ordering goods, services, and content over an internetwork using a virtual payment account |
US7248855B2 (en) * | 1998-09-15 | 2007-07-24 | Upaid Systems, Ltd. | Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account |
US20090119209A1 (en) * | 2007-11-02 | 2009-05-07 | Chris Sorensen | Mobile transaction network |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5940813A (en) | 1996-07-26 | 1999-08-17 | Citibank, N.A. | Process facility management matrix and system and method for performing batch, processing in an on-line environment |
-
2008
- 2008-05-23 US US12/126,707 patent/US8165933B2/en active Active
-
2009
- 2009-05-22 AU AU2009202011A patent/AU2009202011A1/en not_active Abandoned
- 2009-05-22 EP EP09251377A patent/EP2124182A1/en not_active Withdrawn
- 2009-05-22 MX MX2009005429A patent/MX2009005429A/en not_active Application Discontinuation
- 2009-05-22 CA CA002666572A patent/CA2666572A1/en not_active Abandoned
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5151948A (en) * | 1990-03-12 | 1992-09-29 | International Business Machines Corporation | System and method for processing documents having amounts recorded thereon |
US6018717A (en) * | 1997-08-22 | 2000-01-25 | Visa International Service Association | Method and apparatus for acquiring access using a fast smart card transaction |
US7248855B2 (en) * | 1998-09-15 | 2007-07-24 | Upaid Systems, Ltd. | Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account |
US7062456B1 (en) * | 1999-02-09 | 2006-06-13 | The Chase Manhattan Bank | System and method for back office processing of banking transactions using electronic files |
US6757664B1 (en) * | 1999-03-02 | 2004-06-29 | Arbitrage Arbitrageur Llc | Method and system for verification of checks at a point of sale |
US7249097B2 (en) * | 1999-06-18 | 2007-07-24 | Echarge Corporation | Method for ordering goods, services, and content over an internetwork using a virtual payment account |
US20030212573A1 (en) * | 1999-09-02 | 2003-11-13 | Dorrance Daniel Michael | Method and apparatus for preventing duplicate transactions on batch mode failure recovery in a data processing system |
US20030171145A1 (en) * | 2000-04-28 | 2003-09-11 | Igt | Cashless transaction clearinghouse |
US6877661B2 (en) * | 2000-08-16 | 2005-04-12 | Richard M. Webb | Scannable barcode display and methods for using the same |
US20030105686A1 (en) * | 2001-11-26 | 2003-06-05 | Dang Hong Michael | Apparatus, system and method for reporting financial data and remitting funds over an interactive communications network or the like |
US7069244B2 (en) * | 2002-09-17 | 2006-06-27 | First Data Corporation | Method and system for merchant processing of purchase card transactions with expanded card type acceptance |
US20050240531A1 (en) * | 2004-04-23 | 2005-10-27 | Wolff Gregory J Jr | System and method for the efficient exchange and pricing of services and intangible works |
US7383230B2 (en) * | 2004-04-23 | 2008-06-03 | Wolff Gregory J | System and method for the efficient exchange and pricing of services and intangible works |
US20090119209A1 (en) * | 2007-11-02 | 2009-05-07 | Chris Sorensen | Mobile transaction network |
Non-Patent Citations (1)
Title |
---|
VISA ANNOUNCES THREE STRATEGIC ALLIANCES IN ELECTRONIC BANKING PR Newswire, May 23 , 1994 * |
Cited By (78)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10521781B1 (en) | 2003-10-30 | 2019-12-31 | United Services Automobile Association (Usaa) | Wireless electronic check deposit scanning and cashing machine with webbased online account cash management computer application system |
US11200550B1 (en) | 2003-10-30 | 2021-12-14 | United Services Automobile Association (Usaa) | Wireless electronic check deposit scanning and cashing machine with web-based online account cash management computer application system |
US11461743B1 (en) | 2006-10-31 | 2022-10-04 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US10402638B1 (en) | 2006-10-31 | 2019-09-03 | United Services Automobile Association (Usaa) | Digital camera processing system |
US11023719B1 (en) | 2006-10-31 | 2021-06-01 | United Services Automobile Association (Usaa) | Digital camera processing system |
US11682221B1 (en) | 2006-10-31 | 2023-06-20 | United Services Automobile Associates (USAA) | Digital camera processing system |
US10013605B1 (en) | 2006-10-31 | 2018-07-03 | United Services Automobile Association (Usaa) | Digital camera processing system |
US10013681B1 (en) | 2006-10-31 | 2018-07-03 | United Services Automobile Association (Usaa) | System and method for mobile check deposit |
US10621559B1 (en) | 2006-10-31 | 2020-04-14 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US11682222B1 (en) | 2006-10-31 | 2023-06-20 | United Services Automobile Associates (USAA) | Digital camera processing system |
US11562332B1 (en) | 2006-10-31 | 2023-01-24 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US11544944B1 (en) | 2006-10-31 | 2023-01-03 | United Services Automobile Association (Usaa) | Digital camera processing system |
US10719815B1 (en) | 2006-10-31 | 2020-07-21 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US11538015B1 (en) | 2006-10-31 | 2022-12-27 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US11488405B1 (en) | 2006-10-31 | 2022-11-01 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US10769598B1 (en) | 2006-10-31 | 2020-09-08 | United States Automobile (USAA) | Systems and methods for remote deposit of checks |
US11429949B1 (en) | 2006-10-31 | 2022-08-30 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US11348075B1 (en) | 2006-10-31 | 2022-05-31 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US10460295B1 (en) | 2006-10-31 | 2019-10-29 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US11875314B1 (en) | 2006-10-31 | 2024-01-16 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US10482432B1 (en) | 2006-10-31 | 2019-11-19 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US11182753B1 (en) | 2006-10-31 | 2021-11-23 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of checks |
US11625770B1 (en) | 2006-10-31 | 2023-04-11 | United Services Automobile Association (Usaa) | Digital camera processing system |
US10380559B1 (en) | 2007-03-15 | 2019-08-13 | United Services Automobile Association (Usaa) | Systems and methods for check representment prevention |
US11328267B1 (en) | 2007-09-28 | 2022-05-10 | United Services Automobile Association (Usaa) | Systems and methods for digital signature detection |
US10713629B1 (en) | 2007-09-28 | 2020-07-14 | United Services Automobile Association (Usaa) | Systems and methods for digital signature detection |
US10354235B1 (en) | 2007-09-28 | 2019-07-16 | United Services Automoblie Association (USAA) | Systems and methods for digital signature detection |
US11392912B1 (en) | 2007-10-23 | 2022-07-19 | United Services Automobile Association (Usaa) | Image processing |
US10915879B1 (en) | 2007-10-23 | 2021-02-09 | United Services Automobile Association (Usaa) | Image processing |
US9898778B1 (en) | 2007-10-23 | 2018-02-20 | United Services Automobile Association (Usaa) | Systems and methods for obtaining an image of a check to be deposited |
US10460381B1 (en) | 2007-10-23 | 2019-10-29 | United Services Automobile Association (Usaa) | Systems and methods for obtaining an image of a check to be deposited |
US9892454B1 (en) | 2007-10-23 | 2018-02-13 | United Services Automobile Association (Usaa) | Systems and methods for obtaining an image of a check to be deposited |
US10810561B1 (en) | 2007-10-23 | 2020-10-20 | United Services Automobile Association (Usaa) | Image processing |
US10373136B1 (en) | 2007-10-23 | 2019-08-06 | United Services Automobile Association (Usaa) | Image processing |
US10839358B1 (en) | 2008-02-07 | 2020-11-17 | United Services Automobile Association (Usaa) | Systems and methods for mobile deposit of negotiable instruments |
US10380562B1 (en) | 2008-02-07 | 2019-08-13 | United Services Automobile Association (Usaa) | Systems and methods for mobile deposit of negotiable instruments |
US11531973B1 (en) | 2008-02-07 | 2022-12-20 | United Services Automobile Association (Usaa) | Systems and methods for mobile deposit of negotiable instruments |
US11694268B1 (en) | 2008-09-08 | 2023-07-04 | United Services Automobile Association (Usaa) | Systems and methods for live video financial deposit |
US11216884B1 (en) | 2008-09-08 | 2022-01-04 | United Services Automobile Association (Usaa) | Systems and methods for live video financial deposit |
US10504185B1 (en) | 2008-09-08 | 2019-12-10 | United Services Automobile Association (Usaa) | Systems and methods for live video financial deposit |
US10956728B1 (en) | 2009-03-04 | 2021-03-23 | United Services Automobile Association (Usaa) | Systems and methods of check processing with background removal |
US11721117B1 (en) | 2009-03-04 | 2023-08-08 | United Services Automobile Association (Usaa) | Systems and methods of check processing with background removal |
US10896408B1 (en) | 2009-08-19 | 2021-01-19 | United Services Automobile Association (Usaa) | Apparatuses, methods and systems for a publishing and subscribing platform of depositing negotiable instruments |
US11222315B1 (en) | 2009-08-19 | 2022-01-11 | United Services Automobile Association (Usaa) | Apparatuses, methods and systems for a publishing and subscribing platform of depositing negotiable instruments |
US11064111B1 (en) | 2009-08-28 | 2021-07-13 | United Services Automobile Association (Usaa) | Systems and methods for alignment of check during mobile deposit |
US10574879B1 (en) | 2009-08-28 | 2020-02-25 | United Services Automobile Association (Usaa) | Systems and methods for alignment of check during mobile deposit |
US10855914B1 (en) | 2009-08-28 | 2020-12-01 | United Services Automobile Association (Usaa) | Computer systems for updating a record to reflect data contained in image of document automatically captured on a user's remote mobile phone displaying an alignment guide and using a downloaded app |
US10848665B1 (en) | 2009-08-28 | 2020-11-24 | United Services Automobile Association (Usaa) | Computer systems for updating a record to reflect data contained in image of document automatically captured on a user's remote mobile phone displaying an alignment guide and using a downloaded app |
US11295378B1 (en) | 2010-06-08 | 2022-04-05 | United Services Automobile Association (Usaa) | Apparatuses, methods and systems for a video remote deposit capture platform |
US10380683B1 (en) | 2010-06-08 | 2019-08-13 | United Services Automobile Association (Usaa) | Apparatuses, methods and systems for a video remote deposit capture platform |
US11915310B1 (en) | 2010-06-08 | 2024-02-27 | United Services Automobile Association (Usaa) | Apparatuses, methods and systems for a video remote deposit capture platform |
US11893628B1 (en) | 2010-06-08 | 2024-02-06 | United Services Automobile Association (Usaa) | Apparatuses, methods and systems for a video remote deposit capture platform |
US11295377B1 (en) | 2010-06-08 | 2022-04-05 | United Services Automobile Association (Usaa) | Automatic remote deposit image preparation apparatuses, methods and systems |
US10706466B1 (en) | 2010-06-08 | 2020-07-07 | United Services Automobile Association (Ussa) | Automatic remote deposit image preparation apparatuses, methods and systems |
US10621660B1 (en) | 2010-06-08 | 2020-04-14 | United Services Automobile Association (Usaa) | Apparatuses, methods, and systems for remote deposit capture with enhanced image detection |
US11232517B1 (en) | 2010-06-08 | 2022-01-25 | United Services Automobile Association (Usaa) | Apparatuses, methods, and systems for remote deposit capture with enhanced image detection |
US11068976B1 (en) | 2010-06-08 | 2021-07-20 | United Services Automobile Association (Usaa) | Financial document image capture deposit method, system, and computer-readable |
US9779452B1 (en) | 2010-06-08 | 2017-10-03 | United Services Automobile Association (Usaa) | Apparatuses, methods, and systems for remote deposit capture with enhanced image detection |
US20130018789A1 (en) * | 2011-07-14 | 2013-01-17 | Payment 21 LLC | Systems and methods for estimating the risk that a real-time promissory payment will default |
US10380565B1 (en) | 2012-01-05 | 2019-08-13 | United Services Automobile Association (Usaa) | System and method for storefront bank deposits |
US11062283B1 (en) | 2012-01-05 | 2021-07-13 | United Services Automobile Association (Usaa) | System and method for storefront bank deposits |
US11797960B1 (en) | 2012-01-05 | 2023-10-24 | United Services Automobile Association (Usaa) | System and method for storefront bank deposits |
US11544682B1 (en) | 2012-01-05 | 2023-01-03 | United Services Automobile Association (Usaa) | System and method for storefront bank deposits |
US10769603B1 (en) | 2012-01-05 | 2020-09-08 | United Services Automobile Association (Usaa) | System and method for storefront bank deposits |
US10552810B1 (en) | 2012-12-19 | 2020-02-04 | United Services Automobile Association (Usaa) | System and method for remote deposit of financial instruments |
US11138578B1 (en) | 2013-09-09 | 2021-10-05 | United Services Automobile Association (Usaa) | Systems and methods for remote deposit of currency |
US10360448B1 (en) | 2013-10-17 | 2019-07-23 | United Services Automobile Association (Usaa) | Character count determination for a digital image |
US9904848B1 (en) | 2013-10-17 | 2018-02-27 | United Services Automobile Association (Usaa) | Character count determination for a digital image |
US11694462B1 (en) | 2013-10-17 | 2023-07-04 | United Services Automobile Association (Usaa) | Character count determination for a digital image |
US9286514B1 (en) | 2013-10-17 | 2016-03-15 | United Services Automobile Association (Usaa) | Character count determination for a digital image |
US11281903B1 (en) | 2013-10-17 | 2022-03-22 | United Services Automobile Association (Usaa) | Character count determination for a digital image |
US11144753B1 (en) | 2013-10-17 | 2021-10-12 | United Services Automobile Association (Usaa) | Character count determination for a digital image |
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 |
TWI671700B (en) * | 2017-03-07 | 2019-09-11 | 財金資訊股份有限公司 | How to check the amount of receivables |
US11676285B1 (en) | 2018-04-27 | 2023-06-13 | United Services Automobile Association (Usaa) | System, computing device, and method for document detection |
US11030752B1 (en) | 2018-04-27 | 2021-06-08 | United Services Automobile Association (Usaa) | System, computing device, and method for document detection |
US20230058933A1 (en) * | 2019-06-17 | 2023-02-23 | Wells Fargo Bank, N.A. | Systems and methods for preventing duplicate payments |
US11900755B1 (en) | 2020-11-30 | 2024-02-13 | United Services Automobile Association (Usaa) | System, computing device, and method for document detection and deposit processing |
Also Published As
Publication number | Publication date |
---|---|
CA2666572A1 (en) | 2009-11-23 |
AU2009202011A1 (en) | 2009-12-10 |
MX2009005429A (en) | 2009-11-27 |
US8165933B2 (en) | 2012-04-24 |
EP2124182A1 (en) | 2009-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8165933B2 (en) | Systems, methods, and computer program products for performing item level transaction processing | |
Hendershott et al. | FinTech as a game changer: Overview of research frontiers | |
US8060442B1 (en) | System and method for MICR-based duplicate detection and management | |
US7680739B1 (en) | Check processing and categorizing system | |
US8798354B1 (en) | Method and system for automatic correlation of check-based payments to customer accounts and/or invoices | |
US20040236692A1 (en) | Authorization approved transaction | |
US7630518B2 (en) | Image processing system | |
US8600789B1 (en) | System and method for processing offending items in a financial system | |
US7885451B1 (en) | Systems and methods for displaying negotiable instruments derived from various sources | |
US8275715B2 (en) | Apparatuses, methods and systems for a deposit process manager decisioning engine | |
US8290835B2 (en) | Systems, methods, and apparatus for establishing payees based on cleared items posted to a financial account | |
US8793191B2 (en) | System and method for duplicate detection | |
US7937307B1 (en) | Electronic check presentment system and method having an item sequence capability | |
US8799147B1 (en) | Systems and methods for remote deposit of negotiable instruments with non-payee institutions | |
US10373128B2 (en) | Dynamic resource management associated with payment instrument exceptions processing | |
US7996312B1 (en) | System and method for image based electronic check presentment | |
US8027928B1 (en) | Dynamic selection of deposit clearing methods based on business rules | |
US10354234B2 (en) | System and method for single point of entry deposit | |
US8074871B2 (en) | Methods and systems for validating negotiable instruments | |
US20060259423A1 (en) | Centralized payment processing system | |
US20100306094A1 (en) | Systems, methods, and apparatus for identifying payees from cleared items posted to a financial account | |
US20150120563A1 (en) | Check data lift for ach transactions | |
US20130325706A1 (en) | System, method, apparatus, and computer program product for improved payment processing | |
US8104673B2 (en) | Method and system for processing image returns | |
US20090083179A1 (en) | Web-accessible payment processing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: BANK OF AMERICA CORPORATION, NORTH CAROLINA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DRYER, ERIC;ABERNETHY, GEORGE MILLER;HOLLANDER, RONALD;AND OTHERS;REEL/FRAME:021484/0322;SIGNING DATES FROM 20080624 TO 20080903 Owner name: BANK OF AMERICA CORPORATION, NORTH CAROLINA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DRYER, ERIC;ABERNETHY, GEORGE MILLER;HOLLANDER, RONALD;AND OTHERS;SIGNING DATES FROM 20080624 TO 20080903;REEL/FRAME:021484/0322 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |