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
  • G06Q30/00—Commerce
  • G06Q30/04—Billing or invoicing
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/04—Payment circuits
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/04—Payment circuits
  • G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/38—Payment protocols; Details thereof
  • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
  • G06Q20/403—Solvency checks
• • 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

Definitions

• This invention relates generally to the processing of financial payment transactions within the financial industry and more particularly to a system and method for processing exception items.
• Conventional systems for processing paper exception items such as checks include sorting the checks to separate out the exception items, sorting the exception items based on the physical location of the decision makers who will decide whether to pay or return the items, providing the exception items to the decision makers for review, sorting the exception items based on the decisions, providing the return exception items to data keyers who will key in the bank-of-first-deposit data, and stripping and encoding the bank-of-first-deposit data on the return exception items.
• the decision makers must typically be in the same physical location as the s exception items.
• the exception items must be transported to the decision makers. This delay may cause the statutory requirements for notification and for returns to be unmet. Because of this, pay or return decisions are often made without the benefit of viewing the physical item when the decision maker is in a remote location, resulting in increased fraud and credit losses and in less than satisfactory levels of customer service.
• the data keyers need the exception items in order to key in the appropriate data. Because of this, the data keyers are required to wait for the decision makers to complete the decision process and forward the exception items to them before they may key in the data. This waiting results in a substantial loss of time that is crucial in meeting the statutory requirements for notification and for returns .
• One solution to these problems has been to key in the data for every exception item before the decisions are made. However, this solution has been inadequate due to the corresponding, substantial increase in labor costs which is the necessary result of this inefficient solution.
• Another disadvantage of the conventional exception processing systems includes the number of sorts performed on the checks. With each sort performed, the sorter may jam, which delays the processing of the checks and which may result in the mangling of checks and the incurring of additional costs due to reject processing and other operational costs related to missing items, free items, and the like.
• a system and method for processing exception items are provided that substantially eliminate or reduce disadvantages and problems associated with previously developed systems and methods.
• the exception items are not required to be in the same physical location as the decision makers or the data keyers, and the number of sorts required to process the exception items is reduced.
• a method for processing exception items includes providing an exception file comprising information regarding a plurality of exception items.
• An image file is provided that comprises an image of each of at least a subset of the exception items.
• a decision is received for each of at least a subset of the exception items. The decision is based on the information in the exception file and the image in the image file.
• a decision file is generated based on the decisions.
• a method for processing an exception item includes generating a graphical image of an exception item that is associated with an office of a financial institution.
• the graphical image is provided to the office of the financial institution.
• a decision is generated at the office on exception processing of the item based on the graphical image.
• The. item is exception processed based on the decision.
• a method for processing checks for a checking account customer includes flagging a check of a customer as an exception item.
• the check is identified as an exception item upon presentment.
• a graphical image of the check is generated.
• the image of the check is provided to the customer for approval .
• a method for processing exception items includes generating an exception file comprising financial information regarding a plurality of exception items.
• the items are associated with an office of a financial institution.
• the exception file is provided to the office of the financial institution.
• a decision is generated at the office on exception processing of each item based on the exception file.
• the items are exception processed based on the decisions.
• a method for processing exception items includes designating a plurality of exception items as return items . Return data is generated for each of the return items. Each of the return items is returned. At a later date, at least one of the return items is received for exception processing. Return information is retrieved from the original return data and applied to the current return item.
• the decision process is disassociated from the physical item.
• the exception items are not required to be in the same location as the decision makers or the data keyers.
• transportation costs are reduced, and decisions may be made by fewer employees in less time.
• the data keyers may begin keying data as each decision is made by a decision maker, eliminating the wasted time spent waiting for all the decisions to be made and the wasted time spent sorting the checks that require qualification and distributing those checks to data entry personnel .
• FIGURE 1 is a block diagram illustrating a check processing system for processing exception items in accordance with one embodiment of the present invention
• FIGURE 2 is a block diagram illustrating details of the system of FIGURE 1 in accordance with one embodiment of the present invention
• FIGURE 3 is a block diagram illustrating images of an exception item as displayed by the system of FIGURE 1; and FIGURE 4 is a flow diagram illustrating a method for processing exception items in accordance with one embodiment of the present invention.
• FIGURE 1 is a block diagram illustrating a check processing system 10 for processing exception items in accordance with one embodiment of the present invention.
• the system 10 is used in the processing of paper exception items, such as checks that fail to post due to insufficient funds, stop payment instructions, unidentified accounts, and the like.
• exception items such as checks that fail to post due to insufficient funds, stop payment instructions, unidentified accounts, and the like.
• the system 10 will be described in connection with the processing of paper exception items, it will be understood that the system 10 may be used to process other types of exception items, including wire transfers, Automated Teller Machine (ATM) transactions, Electronic Check Presentment (ECP) transactions, fraud suspect transactions, Automated Clearing House (ACH) transactions, and the like, without departing from the scope of the present invention.
• ATM Automated Teller Machine
• ECP Electronic Check Presentment
• ACH Automated Clearing House
• the exception processing system 10 comprises a decision system 12 for making decisions regarding the processing of exception items, a sorter 14 for sorting checks, and a processing system 16 for processing checks. While sorting checks to separate exception items from non-exception items, the sorter 14 generates an exception file 20 and an image file 22.
• the exception file 20 comprises information regarding the exception items, such as exception type, amount, serial number, and the like.
• the image file 22 comprises images for the exception items, such as an image of the front of a check and an image of the back of the check.
• the exception file 20 and the image file 22 are provided to the decision system 12, which may be remote from or local to the sorter 14.
• the files 20 and 22 may be transmitted to the decision system 12, may be remotely accessed by the decision system 12, or may be provided to the decision system 12 by any other suitable means.
• the files 20 and 22 are provided to the decision system 12 over the Internet, allowing the decision system 12 to be located anywhere in the world.
• decision makers such as branch officers at a plurality of branches 24, may access the information in the files 20 and 22 in order to make decisions regarding the exception items, such as whether to pay or return the items and whether or not to charge a fee.
• the decision maker may retrieve from the exception file 20 account information such as balances, history, previous return information, and other relevant data and may retrieve from the image file 22 an image of the exception item.
• the decision system 12 modifies a decision file 25 in accordance with the decision.
• the files 20 and 22 may also be accessed by personnel in a back office 26 for processing the exception items. For example, in cases for which an exception type cannot be located, an account number is unreadable, or in other suitable situations, the corresponding exception item may need to be processed locally because the sorter 14 could not retrieve information from the item to identify the appropriate branch 24 for processing that item.
• the decision file 25 is provided to the processing system 16, which may be remote from or local to the decision system 12.
• the processing system 16 provides the information in the decision file 25, in addition to information regarding non-exception items such as statement dates for corresponding customers, to the sorter 14 for sorting the checks.
• the sorter 14 sorts the exception items to be paid based on statement dates and sorts the exception items to be returned based on the bank of first deposit for the exception items.
• the decision system 12 and the decision file 25 are provided in a server 27, while the processing system 16 and the exception file 20 are provided in a mainframe 28.
• the system 10 may be otherwise implemented without departing from the scope of the present invention.
• FIGURE 2 is a block diagram illustrating one embodiment of the exception processing system 10 in greater detail.
• the system 10 comprises an electronic file generator 30 for generating an electronic file 32 based on data extracted from a plurality of checks 34.
• the electronic file generator 30 may comprise a sorter or other suitable device capable of reading MICR data from the checks 34 and storing the data in an electronic file 32. Additional data may be included in the electronic file 32 by a data input device 38 and/or a demand deposit account (DDA) system 40.
• the data input device 38 allows data to be input manually into the electronic file 32. This data may include, for example, check amounts or other suitable data. Data from the DDA system 40 may also be appended to the electronic file 32.
• This data may include, for example, account information such as an account holder's name, account balances, account history, and the like.
• the electronic file 32 is used by the sorter 14 to sort the checks 34 into non-exception items 42 (checks 34 that have posted) and exception items 44 (checks 34 that have not posted) . It will be understood that the exception items 44 may also be sorted by the sorter 14 based on exception type, account number, or other suitable criteria. While sorting the checks 34, the sorter 14 generates the exception file 20 based on the portion of the electronic file 32 corresponding to the exception items 44.
• the sorter 14 generates the image file 22 through the use of a digital camera 45 or other suitable device that is coupled to the sorter 14 and that is able to record an image of the front and back of each exception item 44.
• a separate image sorter 46 or other suitable device may be used to generate the image file 22 after the exception items 44 have been separated out by the sorter 14.
• the images recorded in the image file 22 may comprise black and white images, video images, color images, gray scale images, or any other suitable images.
• the processing system 16 generates a default decision file 25 based on the data in the exception file 20.
• the processing system 16 may or may not include a default decision for each exception item 44 in the decision file 25.
• the processing system 16 may include a default decision to return the item 44 and to charge a fee.
• the processing system 16 comprises VECTOR: FiveTM by Sterling Commerce, Inc. It will be understood, however, that the present invention may be implemented using any other suitable processing system 16.
• the exception file 20, the image file 22 and the decision file 25 are provided to the decision system 12, which may be remote from or local to the processing system 16.
• decision makers such as branch officers may access the exception file 20, the image file 22 and the decision file 25 from a branch office 24 that is remote from the processing system 16 and the exception items 44, allowing decisions to be made regardless of the physical location of the exception items 44 relative to the decision makers.
• the exception processing system 10 comprises a plurality of decision systems 12, each of which receives or has access to the files 20, 22 and 25.
• each branch 24 may have access to a separate decision system 12.
• the decision system 12 comprises a previous presentment data file 52 which stores relevant return data regarding exception items 44 that were previously presented for payment. Thus, any data that was previously entered for the exception item 44 does not need to be re-entered and, instead, is automatically made available to the decision maker.
• This return data may comprise BOFD data, notification data, such as maker, payee, large dollar information, and the like, as well as other suitable data.
• the decision system 12 may also comprise an account file 53 which stores information for a plurality of accounts. The information for a particular account may be accessed by a decision maker while making a decision for a corresponding exception item 44. This information may include, for example, historical information regarding the account, account balances, and the like. Thus, a decision maker is able to make a more informed decision by considering the information included in the account file 53, in addition to the other data provided by the decision system 12.
• the decision system 12 allows a decision maker to specify a group of exception items 44 and to make a decision for the group.
• the decision maker may select all the exception items 44 for a particular customer or account and make one decision that is applied to each of those exception items 44.
• the exception items 44 may be selected for a group decision based on any one or more of the account number, the customer name, the customer type, the exception type, the exception amount or any other suitable criteria.
• the decision file 25 is updated to include the decision.
• a return file 54 is also updated to include the exception item 44.
• a data keyer 56 may be notified and may access the decision system 12 to key in the
• the decision system 12 comprises a data entry file 58 that includes information for determining whether or not the exception items 44 require entry of the BOFD and notification data. For example, in situations where an exception item 44 is drawn on the financial institution processing the exception items 44 or is drawn on another financial institution with whom the processing financial institution has an agreement allowing items to be returned without the data being keyed, the data entry file 58 identifies these financial institutions.
• the decision system 12 may then identify the corresponding exception items 44 such that a data keyer 56 is not notified if the exception item 44 is designated as a return item.
• the number of return items requiring data entry may be substantially reduced. Therefore, the BOFD data may be keyed in for an exception item 44 immediately after a decision is made to return the exception item 44, as opposed to being keyed in only after the decisions for all the exception items 44 have been made. As used herein, immediately means without being required to wait for other decisions to be made regarding other exception items 44 or for checks to be subsequently sorted and distributed.
• the decision system 12 also comprises a work flow engine 60 for designating specified exception items 44 as items to be processed by a particular decision maker.
• exception items 44 may be routed to a particular decision maker based on the decision maker's skills, experience, authority, and the like, in conjunction with characteristics of the exception items 44 such as amount, account holder, exception type, and the like.
• the decision system 12 also comprises a productivity tracking engine 61 for tracking personnel productivity in accordance with performance pay incentives.
• the productivity tracking engine 61 may provide productivity tracking data to each decision maker in a branch office 24 or the back office 26 and/or to each data keyer 56. This data may be provided in a relative productivity chart, graph, or other suitable display that- informs the employee of his or her productivity relative to the productivity of others, an average productivity, a productivity goal, or other suitable comparison data. For example, each employee may be provided a display showing the number of exception items 44 that have been processed by that employee for the day in relation to a specified goal for a total number of exception items 44 to be processed by that employee by the end of the day. It will be understood that the productivity tracking engine 61 may be otherwise implemented without departing from the scope of the present invention.
• the productivity tracking engine 61 may simply provide each employee with productivity data for that employee, without including comparison data.
• the modified decision file 25 including the decisions is provided to the processing system 16.
• the processing system 16 is provided modified decision files 25 from each decision system 12.
• the processing system 16 sorts the exception items 44 and the non-exception items 42 based on the decision file or files 25 and a sort file 62, which stores information for sorting the non-exception items 42.
• the system 10 comprises a cash letter sorter 64 for performing this sort .
• the cash letter sorter 64 may comprise an encoder 66 for stripping and encoding the return exception items 44 with the BOFD data keyed in by a data keyer 56.
• the encoder 66 is separate from the cash letter sorter 64 and the encoding of the BOFD data is completed before the cash letter sort is performed.
• the cash letter sorter 64 sorts the non-exception items 42 and the exception items 44 into a plurality of groups 70.
• the number of groups 70 is determined by the number of pockets for the sorter 64. For a number of groups 70 greater than the number of available pockets, more than one sort is performed.
• the non-exception items 42 and the exception items 44 that are to be paid are sorted based on statement dates for the corresponding account holders, while the exception items 44 to be returned are sorted based on the BOFD data.
• the cash letter sorter 64 also generates an electronic cash letter, which may or may not include check images, while performing the sort.
• the electronic cash letter may be electronically transmitted to the appropriate financial institutions more efficiently than traditional cash letters, which may be provided to the financial institutions as usual at a later time.
• the processing system 16 may also receive additional data regarding non-paper exception items, such as wire transfers, ATM transactions, ECP transactions, fraud suspect transactions, ACH transactions, and the like. This data may be included by the processing system 16 in the exception file 20, along with corresponding default decisions in the decision file 25. Thus, in making decisions for these items, decision makers may access similar data as that available for the paper exception items, with the exception of images of the items .
• FIGURE 3 is a block diagram illustrating a display 100 of images 102, 104 and 106 of an exception item 44 as displayed by the system 10.
• the display comprises an image 102 of the front of the check, a horizontal image 104 of the back of the check, and a vertical image 106 of the back of the check.
• the decision maker is able to see all the information that would be provided by the physical check. This allows, for example, the signature and the financial institution to be verified.
• the information on the back of the check is presented both horizontally and vertically in order to facilitate reading the information which may appear at any angle on the check. It will be understood that any combination of the images 102, 104 and/or 106 may be provided together without departing from the scope of the present invention.
• a customer of a financial institution may request that every check or specified checks written on the customer's account be flagged as exception items.
• the check or checks are identified as exception items upon presentment.
• the image of the check is then provided to the customer for approval. This may be accomplished by any form of electronic transmission, such as by electronic mail, by facsimile, or by any other suitable means, or by allowing the customer to access the check image remotely.
• FIGURE 4 is a flow diagram illustrating a method for processing exception items in accordance with one embodiment of the present invention.
• the method begins at step 200 where the electronic file generator 30 generates the electronic file 32 based on data contained in the checks 34.
• additional data such as check amounts, is manually input into the electronic file 32 by the data input device 38.
• the DDA system 40 appends DDA data to the electronic file 32.
• the exception items 44 are separated from the non-exception items 42 by the sorter 14 based on the electronic file 32.
• the sorter 14 generates the exception file 20 based on data for the exception items 44 in the electronic file 32.
• either the sorter 14 or the image sorter 46 generates the image file 22 by capturing an image of the front and back of each exception item 44.
• step 212 the processing system 16 generates a default decision file 25 which includes default decisions for each of the exception items 44.
• step 214 the exception file 20, the image file 22 and the decision file 25 are provided to the decision system 12.
• step 216 decision makers access the exception file 20 and the image file 22 in order to make decisions regarding the exception items 44.
• step 218 a decision is made for each exception item 44 regarding whether to charge or waive the fee and regarding whether to pay or return the exception item 44.
• each means every one of at least a subset of the identified items.
• step 220 the decision file 25 is modified to indicate whether the fee will be charged or waived if the default decision was changed.
• decisional step 222 a determination is made as to whether the exception item 44 was designated pay or return by the decision maker. If the exception item 44 was designated as return, the method follows the Return branch from decisional step 222 to step 224 where the decision file 25 is modified to indicate that the exception item 44 is to be returned if the default decision was that the exception item 44 was to be paid. In step 225, the return file 54 is modified to include the exception item 44. In step 226, the decision maker may key in the BOFD data for the return exception item 44 or, alternatively, the exception item 44 may be automatically queued for a data keyer 56 other than the decision maker to key in the BOFD data. In step 228, the decision file 25 is modified to include the BOFD data.
• decisional step 230 the decision system 12 determines whether there are other exception items 44 to process. If other exception items 44 require processing, the method follows the Yes branch from decisional step 230 and returns to step 216 where a decision maker accesses the exception file 20 and the image 22 in order to make a decision for the next exception item 44. However, if no exception items 44 remain to be processed either because decisions have been made for each or because the time allowed for altering the default decisions has expired, the method follows the No branch from decisional step 230 to step 234 where the decision system 12 provides the modified decision file 25 to the processing system 16.
• step 236 the encoder 66 encodes the BOFD data on the return exception items 44.
• step 238, the processing system 16 creates cash letters.
• step 240 the cash letter sorter 64 performs a cash letter sort based on the modified decision file 25 and the sort file 62, at which point the method comes to an end.
• decisional step 222 if the exception item 44 was designated as pay, the method follows the Pay branch from decisional step 222 to step 242 where the decision file 25 is modified to indicate that the exception item 44 is to be paid if the default decision was that the exception item 44 was to be returned. The method then continues to decisional step 230 where the decision system 12 determines whether there are other exception items 44 that require processing, as described above.

Landscapes

• Business, Economics & Management (AREA)
• Engineering & Computer Science (AREA)
• Accounting & Taxation (AREA)
• Physics & Mathematics (AREA)
• Strategic Management (AREA)
• General Business, Economics & Management (AREA)
• General Physics & Mathematics (AREA)
• Theoretical Computer Science (AREA)
• Finance (AREA)
• Development Economics (AREA)
• Economics (AREA)
• Marketing (AREA)
• Technology Law (AREA)
• Computer Security & Cryptography (AREA)
• Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Priority Applications (6)

Applications Claiming Priority (2)

Publications (1)

Family

ID=24239181

Family Applications (1)

Country Status (6)

Cited By (6)

Family Cites Families (2)

• 2001
  • 2001-04-27 AU AU5577401A patent/AU5577401A/xx active Pending
  • 2001-04-27 WO PCT/US2001/013832 patent/WO2001084436A2/fr active Application Filing
  • 2001-04-27 IL IL15246901A patent/IL152469A0/xx unknown
  • 2001-04-27 CA CA002407277A patent/CA2407277A1/fr not_active Abandoned
  • 2001-04-27 AU AU2001255774A patent/AU2001255774C9/en not_active Expired
  • 2001-04-27 EP EP01928974A patent/EP1277154A1/fr not_active Ceased
  • 2001-04-27 JP JP2001580778A patent/JP2003532232A/ja active Pending

Also Published As

Similar Documents

Legal Events