CA2475440A1 - Transaction surveillance - Google Patents
Transaction surveillance Download PDFInfo
- Publication number
- CA2475440A1 CA2475440A1 CA002475440A CA2475440A CA2475440A1 CA 2475440 A1 CA2475440 A1 CA 2475440A1 CA 002475440 A CA002475440 A CA 002475440A CA 2475440 A CA2475440 A CA 2475440A CA 2475440 A1 CA2475440 A1 CA 2475440A1
- Authority
- CA
- Canada
- Prior art keywords
- transaction
- high risk
- data
- financial
- indications
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/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/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
- 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
- G06Q20/4037—Remote 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
-
- 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/03—Credit; Loans; Processing thereof
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G3/00—Alarm indicators, e.g. bells
Abstract
The present invention provides methods and systems (101) that facilitate the prevention of money laundering by monitoring various facets of a financial transaction via automated test routines, and automatically generating an action to address a high risk transaction based upon the results of the monitoring. To implement the invention, a reference of high risk variables (105) can be compiled and data descriptive of a financial transaction can be monitored for one or more indications of high risk variables (105) according to predetermined criteria. Indications of high risk variables can be reported and one or more suggested actions (106) can be generated based upon the report.
Description
TRANSACTION SURVEILLANCE
CROSS REFERENCE TO RELATED APPLICATIONS
This application claims priority to U.S. Serial No. 60/333,888 filed November 28, 2001 and entitled "Transaction Surveillance" which is relied upon and incorporated by reference.
FIELD
This invention relates generally to methods and systems for facilitating the identification, investigation, assessment and management of legal, regulatory, financial and reputational risks ("Risks"). In particular, the present invention relates to computerized systems and methods for banks and non-bank Financial Institutions to comply with "know your customer" requirements by identifying high risk situations and generating a suggested action responsive to a particular set of circumstances.
BACKGROUND
In addition to other responsibilities, financial institutions have a directive to identify and prevent money laundering. Some estimates indicate that $1,000,000,000 or more is laundered globally every day through financial institutions. Money laundering is now punishable by both criminal and civil penalties, which may be imposed on both the firm and its personnel. The risks associated with money laundering therefore include financial, legal, regulatory and reputational risk manifesting substantial consequences for failure to contain such activities.
Trends increasing the likelihood of money laundering and hence financial, reputational and regulatory Risks can include, for example: a greater presence and prospecting in emerging markets where there are less established relationships and less market transparency than more established markets; worldwide movement of assets; an increased focus of law enforcement agencies; potential employee collusion; an increase in global commerce and associated worldwide transfer of funds; an increased use of e-commerce; or other factors.
Such trends have the potential to reduce a financial institution's ability to rely on current know your customer best practices in avoiding money laundering, and lead to a higher volume of lower value transactions due to the increased accessibility to services provided by a financial institution.
Bank and non-bank financial institutions, including: investment banks;
merchant banks; commercial banks; securities firms, including broker dealers securities and commodities trading firms; asset management companies; hedge funds; mutual funds; credit rating funds; securities exchanges and bourses; institutional and individual investors; law firms; accounting firms; auditing firms and other entities; hereinafter collectively referred to as "Financial Institutions," typically have few resources available to them to assist in the identification of present or potential risks associated with money laundering.
Nor is a mechanism available to provide real time assistance to assess a risk factor or otherwise qualitatively manage Risks related to money laundering.
What are needed are methods and systems to accommodate increased transaction volume at Financial Tnstitutions and widespread the input of information associated therewith in order to identify and address high risk situations.
SUMMARY
Accordingly, the present invention provides methods and systems for managing risk associated with one or more financial transactions, by monitoring data descriptive of the transactions and determining if the transactions may be high risk. If the transaction is determined to be high risk, a suggested action is generated. To implement the invention, a reference of high risk variables can be compiled and data descriptive of a financial transaction can be monitored for one or more indications of high risk variables according to predetermined criteria. Tndications of high risk variables can be reported and one or more suggested actions can be generated based upon the report.
Monitoring can include, for example: determining if a data value is within a cluster boundary; determining if a data value representing a transaction frequency is within a threshold delta from a previously existing data set; determining if a data value descriptive of a currency amount is within a threshold delta from a previously existing data set; and identifying a pattern relating to financial transactions and determining exceptions to the pattern.
Other embodiments of the present invention can include a computerized system, executable software, or a data signal implementing the inventive methods of the present invention. The computer server can be accessed via a network access device, such as a computer. Similarly, the data signal can be operative with a computing device, and computer code can be embodied on a computer readable medium.
Various features and embodiments are further described in the following figures, drawings and claims.
DESCRIPTION OF THE DRAWINGS
Fig. 1 illustrates a block diagram that can embody the present invention.
Fig. 2 illustrates a flow of exemplary steps that can be executed while implementing the present invention.
Fig. 3 illustrates additional exemplary steps that can be executed while implementing some embodiments of the present invention.
Fig. 4 illustrates a variation of exemplary steps that can be executed while implementing some embodiments of the present invention.
Fig. 5 illustrates an exemplary network of computer systems that can embody some implementations of the present invention.
Fig. 6 illustrates a controller that can be included in servers or access devices utilized to implement some embodiments of the present invention.
Figs 7A-7E illustrate exemplary data structures that can be utilized to implement certain aspects of the present invention.
Fig. 8 illustrates an exemplary graphical user interface that can be utilized in some embodiments of the present invention.
DESCRIPTION
The present invention provides methods and systems that facilitate the prevention of money laundering by monitoring various facets of a transaction via automated test routines and automatically generating an action to address a high risk transaction based upon the results of the monitoring.
Referring now to Fig. 1, a block diagram illustrates basic components of the present invention. A computerized Transaction Surveillance system 101 is linked to one or more Financial Transaction Processors 102-104 so that it can monitor data descriptive of financial transactions being conducted or contemplated by an organization operating the Financial Transaction Processor 102-104. Monitoring can include receiving and storing the data or a flow of the data though the Transaction Surveillance system 101. Embodiments can therefore include a live shadow stream of actual data traversing a Financial Transaction Processor 102-104 during operation of the Financial Transaction Processor 102-104 or a summarized aggregation of pertinent information.
The Transaction Surveillance system 101 can also be operatively linked to a reference of high risk variables 105 that relate to money laundering or other compliance concerns. A
high risk variable 105 can include, for example, a description of a high risk entity or country, account number, organization name, name of an individual suspected or known to be involved with illegal activities, or other datum that can be useful to associate a transaction with money laundering activity or otherwise indicate an elevated reason for concern. The reference of high risk variables 105 can include, for example, a database of names designated by government source or other organization, such as, for example, the Financial Action Task Force (FATF), the Office of Foreign Asset Control (OFAC), Financial Stability Forum (FSF) or other source.
The Transaction Surveillance system 101 compares the data descriptive of financial transactions that is received from the Financial Transaction Processor 102-104 with the high risk variables accessed in the reference for high risk variables 105 and reports on any indications of high risk variables in the data received. Based upon the substance of the report, a suggested action is generated which can provide direction concerning an appropriate action to take in response to the discovery of the indication of money laundering.
Embodiments of the present invention can include a Transaction Surveillance system 101 that is operative within a Financial Institution or a Transaction Surveillance system 101 that is operative amongst multiple Financial Institutions depending upon its implementations.
For the sake of simplicity, this document will be directed generally to a system implemented within a firm, however, the basic concepts can be applied on a comprehensive group of Financial Institutions or any subset thereof.
The Transaction Surveillance system 101 can receive data from the Financial Transaction Processor 102-104 to monitor different facets of a transaction including, for example, two main facets that can be monitored include:
i. cash receipts to a Financial Institution such as: third party payments;
names of countries, individuals and companies on high risk source 105, such as an OFAC or FATF
list; and payments from high risk countries; and ii. profiling which ascertains inconsistent cash receipts and payments activity at the account-level.
The Transaction Surveillance system 101 can run routines that determine if cash receipts data or other transactional data matches descriptions of high risk variables 105 and/or determines if inconsistencies in data descriptive of an account profile are indicative of money laundering or other suspect practices. If data received from a Financial Transaction Processor 102-104 raises a transaction that fails one or more of the above tests, the transaction can be flagged with a corresponding code and an exception report can be generated indicating the failure. The exception report can be provided to an appropriate person or entity to address a particular situation, such as, for example, a Treasury controls group or a business intelligence group (BIG).
The Treasury controls group, BIG, or other group can review created reports on a periodic basis and take an appropriate action. In some embodiments, a suggested action can also be generated by the Transaction Surveillance system 101 to provide assistance to personnel looking to address the reports. Actions can include, for example, closing an exception report that can be identified as "false positive", or to re-queue them to the BIG or other appropriate party for further investigation.
A Transaction Surveillance system 101 can generate multiple types of exception reports, such as, for example: transaction level cash receipt checks, including: High Risk Country reports; Third Party Receipts; OFAC list names; and account level cash receipts and payments checks (detection of unusual transactions at the account level) Beta;
Delta; and Theta profiling reports.
High Risk Country Monitoring The High Risk CounTry (HRCT) checlc can be utilized to draw attention to all receipts with links to any of the countries on the HRCT list. This would usually mean a receipt has come from or through a HRCT.
A HRCT list can be compiled by the BIG, or other group or entity, and be made part of the high risk variable reference 105. It can be compiled, for example, based upon, but not limited by, a combination of the following sources: Financial Stability Forum (FSF) which is a regulation and transparency forum; FATF which is an anti-money laundering group;
Organization for Economic Co-operation and Development (DECD) which is working to eliminate harmful tax practices worldwide; or other source. An HRCT exception report can be created by the Transaction Surveillance system 101, for example, when a match meets or exceeds a threshold (such as more than 65%). Match percentages can be set to minimize errors in spelling and grammar affecting the validity of the Transaction Surveillance system 101 hits.
Third Party Receipts Although a Financial Institution may know the source of its client's wealth through due diligence procedures in the account opening process, if funds are received from a third party, it may not necessarily know the source of their funds. The absence of a world-wide standard for the inter-bank SWIFT message format, irregularities and variations in the formatting amongst agents and correspondent banks make it difficult to ascertain all third party receipts. In some embodiments, the present invention can utilize a uniform SWIFT
message format to provide improved data quality.
OFAC List Names The Office of Foreign Assets Control is a sub-department of the US Department of Treasury, which administers and enforces economic and trade sanctions against targeted foreign countries and individuals, terrorist organizations, Financial Institutions, international narcotic traffickers, revolutionary groups and banned vessels based on US
foreign policy and national security goals. a Financial Institution being a US firm must abide by these rules.
In some embodiments it may be important to pay particular attention to OFAC
'hits' or other designations by the Transaction Surveillance system 101 that a transaction contains a high risk variable 105 relating to an OFAC sanction or other directive. A
transaction that is subject to an OFAC directive that is not ascertained and addressed, may subject a Financial Institution to reputational and regulatory damage. Therefore, some embodiments may provide that if the Transaction Surveillance system 101 detects any level of risk of an OFAC directive associated with a transaction, the Transaction Surveillance system 101 will forward details of the transaction to a designated BIG.
Due to the nature of OFAC, and false positives that can generally be raised, some embodiments can include a set of rules that are developed in conjunction with BIG. In order to prevent ambiguity in OFAC related cases; rules can include variations of the present invention and include a system and method that will:
1) identify patterns of transactions and create exceptions, but not identify the parties involve;
2) track all movement associated with an account holder including identification of parties to ..
a transaction;
3) allow an institution to operate its own surveillance and submit exceptions to a centralized service entity;
4) allow a third party operator to profile and look for exceptions in multiple institutions and pool exceptions for cross analysis. This embodiment can also allow for reporting back to the individual institutions andlor the rating of risk associated with a party or transaction.
Account Profiling In some embodiments, account profiling or clustering can be used on various divisions, such as the Private Wealth Management Division, to identify unusual or high risk behaviour associated with an account. A statistical method can be utilized to group or cluster similar transactions within an account in order to give a profile of usual behaviour for that account based on historical data. For example, a statistical method can include a method based upon the Euclidean Sum of Squares or any other appropriate statistical method.
Embodiments can include, for example, each account having its own profile, account types having a shared profile, or other segregation of accounts to be included in a shared profile.
As it becomes appropriate, some embodiments can allow profiles to be adjusted to reflect new types of activities. For example, as money-laundering cases become known, any display of common characteristics that are indicative of money laundering activity can be addressed by a Transaction Surveillance system 101 profile.
A high risk variable can include a change in an account's usual behaviour indicated, for example, when a transaction falls outside its profile. The Transaction Surveillance system 101 can generate a report to indicate this high risk variable, such as, for example, one or more of the following types of profiling exception reports: Beta, Delta and Theta to report such a high risk variable.
Beta Model A Beta exception report can be designed to show unusual changes in a rolling balance and indicate whether this change is due to an increase in amount or frequency.
Typical money laundering behavior that a Beta model can be designed to detect can include a pattern of 'money in, money out', i.e. using a Financial Institution as a wash account. Variables in a Beta exception report can include, for example: United States Dollar (USD) amount of the transaction; average USD amount of all transactions over the period of last 15 days (USD Balance); frequency count of transactions in the last 15 days; or other account behaviour.
Delta Model A Delta exception report can be designed to ascertain abnormal increases in the amount and frequency of transactions within an account. Typical money laundering behavior that Delta exception reports can be designed to detect can include sudden changes in amount and frequency of transactions. The presence of high risk variables 105 that can result in a Delta reports can include, for example: a change in a USD Amount of a transaction, frequency of transactions in the last 15 days, or other aberrant behaviour.
Theta Model High risk variables 105 that a Theta model can detect can include unusual increases in payments and receipts in relation to the balance of the account. Typical money laundering behavior that a Theta exception report can be designed to report can include, for example:
stockpiling of cash into or out of an account; variable IISD Balance over the last 15 days;
debit count over the last 15 days; credit count over the last 15 days; or other unusual payments or receipts. A specific example of a high risk variable 105 that a Theta model may indicate can include, for example, checking for clients continually inputting money into their account and then making one large payment and vice versa.
Reports can be presented to a user in a list, by abstract, complete with all details or other format. Presentation of repoxts can also include, for example, listings in chronological order. Embodiments can also include highlighting to indicate how recent a report is, such as, for example, most recent exception reports highlighted in green, then yellow, through to the older reports being highlighted in red. Embodiments can also include a suggested action being generated for an exception report with some doubt as to the high risk variable lOS
associated with it, indicating that the report should be re-queued to a BIG
and annotated accordingly.
As an illustrative example, an incoming SWIFT message from an agent bank may match a high risk variable 105 directed to a HRCT by greater than 65%. The offending match can show in an "External" stop descriptor box with a 'listed' country and word match showing in an "Internal" stop descriptor box.
If the hit is a clear and obvious false positive such as, for example, the matching system has taken "George" to read "Georgia". A synonym can be added. If the stop descriptor has pulled up a valid HRCT hit, or a user, such as an analyst, is in any doubt, then the case can be re-queued to the BIG.
Following the identification and classification of a case, an action can be implemented so that the responsibility for the case can be passed to an appropriate area or closed down, either as a one off or for all similar cases going forward.
If a case is to be assigned, the case can be entered into an assigned queue tagged to a user ID. A synonym can be added by using a False Positive button, which can prevent cases of this nature being marked for user attention again by annotating the error with a relevant description from the drop down box, and keeping a record of a stop descriptor encountered.
Some embodiments can include a list of cases that will be affected by the addition of a synonym.
A case can also be Re-Queued to a necessary department, such as BIG. Once a case has been re-queued to the necessary department, the department can view these items. At this point a department to which this case is queued can also take responsibility for investigating and resolving the case.
A case may be closed using a close case icon. Some embodiments can limit this action so that it is only done where there is no likelihood of a similar case being seen again, or where there are so many stop descriptors that is not feasible to add a synonym for each one.
Methods Refernng now to Fig. 2, a method that can be utilized by a Transaction Surveillance system 101 in some embodiments of the present invention is illustrated. At 210, the Transaction Surveillance system 101 can monitor data descriptive of one or more financial transactions.
The Transaction Surveillance system 101 system can be fed data to monitor directly from an Account Master (static data), Treasury Reconciliation's system (T-Recs) database, a Transaction Hub (T-Hub) or other appropriate source. A main source of data descriptive of financial transactions can include a transaction protocol provider, such as SWIFT advice messages received from agent banks.
At 211, a report can be made indicating one or more high risk variables being associated with a transaction. For example, a reported indication may include information contained in a SWIFT message that corresponds with a high risk variable 105 andlor information lacking in a SWIFT message that corresponds with high risk variable 105. The indication may include, for example, the name of a high risk person, involvement of a high risk country, a profile of a high risk transaction, a pattern of transactions indicating high rislc, or other indication.
At 212, the Transaction Surveillance system 101 can generate a suggested action based upon or otherwise responsive to the report of a high risk variable. The suggested action can include, for example, an action that has been predetermined to be appropriate in a set of circumstances similar to those represented by the report. For example, in response to a report, further investigation may be suggested on the part of a Treasury department in order to close a case as a False Positive, or to re-queue the case to the Business Intelligence Group (BIG).
Referring now to Fig. 3, additional steps that can be performed in some implementations of the present invention are illustrated. At 310, the Transaction Surveillance system 101 can receive data indicative of a high risk entity or area. The data can be received from a government agency or other source such as those discussed in more detail above. An entity can include, for example, a person or organization. A high risk area can include, for example, a country, jurisdiction, or other physical designation.
At 311 the Transaction Surveillance system 101 can quantify, or otherwise identify, one or more high risk parameters that can be associated with a transaction.
Parameters can include, for example, transaction patterns, relative amounts, clustering or other means of determining high risk activity.
At 312, the Transaction Surveillance system 101 can receive data descriptive of one or more financial transactions and at 313 compare the data descriptive of he financial transaction with the data indicative of high risk entities or areas and/or the high risk transaction parameters. At 314 the Transaction Surveillance system 101 can generate a suggested action based upon the comparison of 313. A suggested action can be any action, which had been determined to be appropriate for a circumstance involving risk variables 105 associated with the results of the comparison of 313. A suggested action can therefore include designating an appropriate person or group to conduct a further review, blocking a transaction, closing an inquiry, or other action.
Referring now to Fig. 4, steps that can be completed in implementing a variation of the present invention are illustrated. At 413, an indication of one or more countries involved in a transaction can be received. At 414, an indication of one or more entities involved in the financial transaction can be received, and at 415, an indication of one or more patterns of financial transactions involving a related financial account can be received.
At 416, known high risk variables 105 can be compared to the indications received, so that at 417 a suggested action can be generated based upon the comparison of the known high risk variables 105 and the indications received.
Referring now to Fig. 5, a network diagram illustrating one embodiment of the present invention is shown 500. An automated Transaction Surveillance system 101 can include a computerized controller 503 accessible via a distributed network 501 such as the Internet, or a private network. An automated Transaction Surveillance system 101 can be operatively connected to a computerized Transaction Surveillance controller 503 accessible via the distributed network 501. A user can use a computerized system or network access device 506-507 to receive, input, transmit or view information processed in the Transaction Surveillance controller 503, Risk Variable Source controller 502, a peer device, or other network access device 506-507. A protocol, such as, for example, the transmission control protocol Internet protocol (TCP/IP) can be utilized to provide consistency and reliability.
A system access device 506-507 can communicate with the Transaction Surveillance controller 503 or Risk Variable Source controller 502 to access data and programs stored at the respective servers. A system access device 506-507 may interact with the Transaction Surveillance controller 503 or Risk Variable Source controller 502 as if the servers were a single entity in the network 500. However, the Transaction Surveillance controller 503 and Risk Variable Source controller 502 may include multiple processing and database sub-systems, such as cooperative or redundant processing andlor database servers that can be geographically dispersed throughout the network 500.
A server utilized as a Risk Variable Source controller 502 and Transaction Surveillance controller 503 can include a processor, memory and a user input device, such as a keyboard and/or mouse, and a user output device, such as a display screen and/or printer, as further detailed in Fig. 6. The server can also include one or more data storage devices 504-505 storing data relating to a Transaction Surveillance system 101. Exemplary data structures are also desribed in more detail below in Figs 7A-7E. Information relating to and used in conjunction with a Transaction Surveillance operation can be aggregated into a searchable data storage structure. Gathering data into an aggregate data structure 504-505, such as a data warehouse, allows a server to have the data readily available for processing Transaction Surveillance related routines. Aggregated data 504-505 can also be scrubbed or otherwise enhanced to aid in searching.
Typically, an access device 506-507 will access an Transaction Surveillance system using client software executed at the system access device 506-507. The client software may include a generic hypertext markup language (HTML) browser, such as Microsoft Internet Explorer, (a "WEB browser"). The client software may also be a proprietary browser, and/or other host access software. In some cases, an executable program, such as a JavaTM program, may be downloaded from a server to the system access device 506-507 and executed at the system access device 506-507 as part of a Transaction Surveillance system 101.
Other implementations include proprietary software installed from a computer readable medium, such as a CD ROM. The invention may therefore be implemented in digital electronic circuitry, computer hardware, firmware, software, or in combinations of the above.
Apparatus of the invention may therefore include a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor;
and method steps of the invention may be performed by a programmable processor executing a program of instructions to perform functions of the invention by operating on input data and generating output.
Fig. 6 illustrates a controller 600 that can be included in a server or access device shown, for example, in Fig. 5, according to some embodiments of the present invention. The Transaction Surveillance controller 600 comprises a processor 610, such as one or more processors, coupled to a communication device 620 configured to communicate via a communication network (not showxn in FIG. 6). The communication device 620 may be used to communicate, for example, with one or more network access devices 506-507.
The processor 610 is also in communication with a storage device 630. The storage device 630 may comprise any appropriate information storage device, including combinations of magnetic storage devices (e.g., magnetic tape and hard disk drives), optical storage devices, and/or semiconductor memory devices such as Random Access Memory (RAM) devices and Read Only Memory (ROM) devices.
The storage device 630 can store a program 640 for controlling the processor 610.
The processor 610 performs instructions of the program 640, and thereby operates in accordance with the present~invention. For example, the processor 610 may receive information descriptive of a Transaction Surveillance including auction and pre-auction details and allocate shares according to rules defined by the details. The processor 610 may also transmit information comprising share allocation, pricing, or other information. The storage device 630 can store Transaction Surveillance related data in one or more databases.
The illustration and accompanying description of the transaction surveillance related database presented herein is exemplary, and any number of other database arrangements can be employed besides those suggested by the figures.
Data Structures Referring now to Fig. 7A-7E, exemplary designs of various portions of one or more data structures 700A - 700D that can be utilized while implementing the present invention are illustrated. Such illustrations axe exemplary and enabling but are not meant to be comprehensive or limiting. Other datum may also be stored and accessed. In addition, the data can be arranged and accessed using any known data storage and accessing techniques.
Referring now to Fig. 7A, a data structure 700A utilized in implementations can include a portion, such as a data field, containing data descriptive of a stop description 702 including one or more values for a risk variable 105 comprising a list of exceptions for third party receipts. The data structure 700A can also include a portion containing a suggested or proposed course of action 704 based upon the stop description 702.
The data structure of Fig 7A can be generated, for example, by a Transaction Surveillance system 101 which can place the name of a client account in an Internal Stop Descriptor box or data field. The name of the Ordering institution can be ascertained from the appropriate field of an associated SWIFT message and copied to the External Stop Descriptor field. If these two fields have a threshold match that is less than user definable threshold match (such as 65%), the payment can be deemed a third-party receipt and a case will be created.
The examples illustrated in Fig. 7A include exemplary data descriptive of various facts relating to a financial transaction 702 and corresponding actions that can be generated based upon the data descriptive of the financial transaction 702, as follows:
1. Monies received from a Financial Institution. This case type should be closed as "VALID RECEIPT FROM a Financial Institution". If only one of these fields match, the receipt should be further investigated.
2. Movies received to a Financial W stitution fund account. Check client account details on case form and close as "VALID RECEIPT FROM a Financial Institution" (eg. a Financial Institution Liquid Reserve).
3. Movies to a Financial Institution account. Check client account details on case form and close as "External Receipt to a Financial Institution Account" .
4. Movies received from a FATF country regulated Financial Institution.
Treasury to close case as "False Positive - On Approved List".
CROSS REFERENCE TO RELATED APPLICATIONS
This application claims priority to U.S. Serial No. 60/333,888 filed November 28, 2001 and entitled "Transaction Surveillance" which is relied upon and incorporated by reference.
FIELD
This invention relates generally to methods and systems for facilitating the identification, investigation, assessment and management of legal, regulatory, financial and reputational risks ("Risks"). In particular, the present invention relates to computerized systems and methods for banks and non-bank Financial Institutions to comply with "know your customer" requirements by identifying high risk situations and generating a suggested action responsive to a particular set of circumstances.
BACKGROUND
In addition to other responsibilities, financial institutions have a directive to identify and prevent money laundering. Some estimates indicate that $1,000,000,000 or more is laundered globally every day through financial institutions. Money laundering is now punishable by both criminal and civil penalties, which may be imposed on both the firm and its personnel. The risks associated with money laundering therefore include financial, legal, regulatory and reputational risk manifesting substantial consequences for failure to contain such activities.
Trends increasing the likelihood of money laundering and hence financial, reputational and regulatory Risks can include, for example: a greater presence and prospecting in emerging markets where there are less established relationships and less market transparency than more established markets; worldwide movement of assets; an increased focus of law enforcement agencies; potential employee collusion; an increase in global commerce and associated worldwide transfer of funds; an increased use of e-commerce; or other factors.
Such trends have the potential to reduce a financial institution's ability to rely on current know your customer best practices in avoiding money laundering, and lead to a higher volume of lower value transactions due to the increased accessibility to services provided by a financial institution.
Bank and non-bank financial institutions, including: investment banks;
merchant banks; commercial banks; securities firms, including broker dealers securities and commodities trading firms; asset management companies; hedge funds; mutual funds; credit rating funds; securities exchanges and bourses; institutional and individual investors; law firms; accounting firms; auditing firms and other entities; hereinafter collectively referred to as "Financial Institutions," typically have few resources available to them to assist in the identification of present or potential risks associated with money laundering.
Nor is a mechanism available to provide real time assistance to assess a risk factor or otherwise qualitatively manage Risks related to money laundering.
What are needed are methods and systems to accommodate increased transaction volume at Financial Tnstitutions and widespread the input of information associated therewith in order to identify and address high risk situations.
SUMMARY
Accordingly, the present invention provides methods and systems for managing risk associated with one or more financial transactions, by monitoring data descriptive of the transactions and determining if the transactions may be high risk. If the transaction is determined to be high risk, a suggested action is generated. To implement the invention, a reference of high risk variables can be compiled and data descriptive of a financial transaction can be monitored for one or more indications of high risk variables according to predetermined criteria. Tndications of high risk variables can be reported and one or more suggested actions can be generated based upon the report.
Monitoring can include, for example: determining if a data value is within a cluster boundary; determining if a data value representing a transaction frequency is within a threshold delta from a previously existing data set; determining if a data value descriptive of a currency amount is within a threshold delta from a previously existing data set; and identifying a pattern relating to financial transactions and determining exceptions to the pattern.
Other embodiments of the present invention can include a computerized system, executable software, or a data signal implementing the inventive methods of the present invention. The computer server can be accessed via a network access device, such as a computer. Similarly, the data signal can be operative with a computing device, and computer code can be embodied on a computer readable medium.
Various features and embodiments are further described in the following figures, drawings and claims.
DESCRIPTION OF THE DRAWINGS
Fig. 1 illustrates a block diagram that can embody the present invention.
Fig. 2 illustrates a flow of exemplary steps that can be executed while implementing the present invention.
Fig. 3 illustrates additional exemplary steps that can be executed while implementing some embodiments of the present invention.
Fig. 4 illustrates a variation of exemplary steps that can be executed while implementing some embodiments of the present invention.
Fig. 5 illustrates an exemplary network of computer systems that can embody some implementations of the present invention.
Fig. 6 illustrates a controller that can be included in servers or access devices utilized to implement some embodiments of the present invention.
Figs 7A-7E illustrate exemplary data structures that can be utilized to implement certain aspects of the present invention.
Fig. 8 illustrates an exemplary graphical user interface that can be utilized in some embodiments of the present invention.
DESCRIPTION
The present invention provides methods and systems that facilitate the prevention of money laundering by monitoring various facets of a transaction via automated test routines and automatically generating an action to address a high risk transaction based upon the results of the monitoring.
Referring now to Fig. 1, a block diagram illustrates basic components of the present invention. A computerized Transaction Surveillance system 101 is linked to one or more Financial Transaction Processors 102-104 so that it can monitor data descriptive of financial transactions being conducted or contemplated by an organization operating the Financial Transaction Processor 102-104. Monitoring can include receiving and storing the data or a flow of the data though the Transaction Surveillance system 101. Embodiments can therefore include a live shadow stream of actual data traversing a Financial Transaction Processor 102-104 during operation of the Financial Transaction Processor 102-104 or a summarized aggregation of pertinent information.
The Transaction Surveillance system 101 can also be operatively linked to a reference of high risk variables 105 that relate to money laundering or other compliance concerns. A
high risk variable 105 can include, for example, a description of a high risk entity or country, account number, organization name, name of an individual suspected or known to be involved with illegal activities, or other datum that can be useful to associate a transaction with money laundering activity or otherwise indicate an elevated reason for concern. The reference of high risk variables 105 can include, for example, a database of names designated by government source or other organization, such as, for example, the Financial Action Task Force (FATF), the Office of Foreign Asset Control (OFAC), Financial Stability Forum (FSF) or other source.
The Transaction Surveillance system 101 compares the data descriptive of financial transactions that is received from the Financial Transaction Processor 102-104 with the high risk variables accessed in the reference for high risk variables 105 and reports on any indications of high risk variables in the data received. Based upon the substance of the report, a suggested action is generated which can provide direction concerning an appropriate action to take in response to the discovery of the indication of money laundering.
Embodiments of the present invention can include a Transaction Surveillance system 101 that is operative within a Financial Institution or a Transaction Surveillance system 101 that is operative amongst multiple Financial Institutions depending upon its implementations.
For the sake of simplicity, this document will be directed generally to a system implemented within a firm, however, the basic concepts can be applied on a comprehensive group of Financial Institutions or any subset thereof.
The Transaction Surveillance system 101 can receive data from the Financial Transaction Processor 102-104 to monitor different facets of a transaction including, for example, two main facets that can be monitored include:
i. cash receipts to a Financial Institution such as: third party payments;
names of countries, individuals and companies on high risk source 105, such as an OFAC or FATF
list; and payments from high risk countries; and ii. profiling which ascertains inconsistent cash receipts and payments activity at the account-level.
The Transaction Surveillance system 101 can run routines that determine if cash receipts data or other transactional data matches descriptions of high risk variables 105 and/or determines if inconsistencies in data descriptive of an account profile are indicative of money laundering or other suspect practices. If data received from a Financial Transaction Processor 102-104 raises a transaction that fails one or more of the above tests, the transaction can be flagged with a corresponding code and an exception report can be generated indicating the failure. The exception report can be provided to an appropriate person or entity to address a particular situation, such as, for example, a Treasury controls group or a business intelligence group (BIG).
The Treasury controls group, BIG, or other group can review created reports on a periodic basis and take an appropriate action. In some embodiments, a suggested action can also be generated by the Transaction Surveillance system 101 to provide assistance to personnel looking to address the reports. Actions can include, for example, closing an exception report that can be identified as "false positive", or to re-queue them to the BIG or other appropriate party for further investigation.
A Transaction Surveillance system 101 can generate multiple types of exception reports, such as, for example: transaction level cash receipt checks, including: High Risk Country reports; Third Party Receipts; OFAC list names; and account level cash receipts and payments checks (detection of unusual transactions at the account level) Beta;
Delta; and Theta profiling reports.
High Risk Country Monitoring The High Risk CounTry (HRCT) checlc can be utilized to draw attention to all receipts with links to any of the countries on the HRCT list. This would usually mean a receipt has come from or through a HRCT.
A HRCT list can be compiled by the BIG, or other group or entity, and be made part of the high risk variable reference 105. It can be compiled, for example, based upon, but not limited by, a combination of the following sources: Financial Stability Forum (FSF) which is a regulation and transparency forum; FATF which is an anti-money laundering group;
Organization for Economic Co-operation and Development (DECD) which is working to eliminate harmful tax practices worldwide; or other source. An HRCT exception report can be created by the Transaction Surveillance system 101, for example, when a match meets or exceeds a threshold (such as more than 65%). Match percentages can be set to minimize errors in spelling and grammar affecting the validity of the Transaction Surveillance system 101 hits.
Third Party Receipts Although a Financial Institution may know the source of its client's wealth through due diligence procedures in the account opening process, if funds are received from a third party, it may not necessarily know the source of their funds. The absence of a world-wide standard for the inter-bank SWIFT message format, irregularities and variations in the formatting amongst agents and correspondent banks make it difficult to ascertain all third party receipts. In some embodiments, the present invention can utilize a uniform SWIFT
message format to provide improved data quality.
OFAC List Names The Office of Foreign Assets Control is a sub-department of the US Department of Treasury, which administers and enforces economic and trade sanctions against targeted foreign countries and individuals, terrorist organizations, Financial Institutions, international narcotic traffickers, revolutionary groups and banned vessels based on US
foreign policy and national security goals. a Financial Institution being a US firm must abide by these rules.
In some embodiments it may be important to pay particular attention to OFAC
'hits' or other designations by the Transaction Surveillance system 101 that a transaction contains a high risk variable 105 relating to an OFAC sanction or other directive. A
transaction that is subject to an OFAC directive that is not ascertained and addressed, may subject a Financial Institution to reputational and regulatory damage. Therefore, some embodiments may provide that if the Transaction Surveillance system 101 detects any level of risk of an OFAC directive associated with a transaction, the Transaction Surveillance system 101 will forward details of the transaction to a designated BIG.
Due to the nature of OFAC, and false positives that can generally be raised, some embodiments can include a set of rules that are developed in conjunction with BIG. In order to prevent ambiguity in OFAC related cases; rules can include variations of the present invention and include a system and method that will:
1) identify patterns of transactions and create exceptions, but not identify the parties involve;
2) track all movement associated with an account holder including identification of parties to ..
a transaction;
3) allow an institution to operate its own surveillance and submit exceptions to a centralized service entity;
4) allow a third party operator to profile and look for exceptions in multiple institutions and pool exceptions for cross analysis. This embodiment can also allow for reporting back to the individual institutions andlor the rating of risk associated with a party or transaction.
Account Profiling In some embodiments, account profiling or clustering can be used on various divisions, such as the Private Wealth Management Division, to identify unusual or high risk behaviour associated with an account. A statistical method can be utilized to group or cluster similar transactions within an account in order to give a profile of usual behaviour for that account based on historical data. For example, a statistical method can include a method based upon the Euclidean Sum of Squares or any other appropriate statistical method.
Embodiments can include, for example, each account having its own profile, account types having a shared profile, or other segregation of accounts to be included in a shared profile.
As it becomes appropriate, some embodiments can allow profiles to be adjusted to reflect new types of activities. For example, as money-laundering cases become known, any display of common characteristics that are indicative of money laundering activity can be addressed by a Transaction Surveillance system 101 profile.
A high risk variable can include a change in an account's usual behaviour indicated, for example, when a transaction falls outside its profile. The Transaction Surveillance system 101 can generate a report to indicate this high risk variable, such as, for example, one or more of the following types of profiling exception reports: Beta, Delta and Theta to report such a high risk variable.
Beta Model A Beta exception report can be designed to show unusual changes in a rolling balance and indicate whether this change is due to an increase in amount or frequency.
Typical money laundering behavior that a Beta model can be designed to detect can include a pattern of 'money in, money out', i.e. using a Financial Institution as a wash account. Variables in a Beta exception report can include, for example: United States Dollar (USD) amount of the transaction; average USD amount of all transactions over the period of last 15 days (USD Balance); frequency count of transactions in the last 15 days; or other account behaviour.
Delta Model A Delta exception report can be designed to ascertain abnormal increases in the amount and frequency of transactions within an account. Typical money laundering behavior that Delta exception reports can be designed to detect can include sudden changes in amount and frequency of transactions. The presence of high risk variables 105 that can result in a Delta reports can include, for example: a change in a USD Amount of a transaction, frequency of transactions in the last 15 days, or other aberrant behaviour.
Theta Model High risk variables 105 that a Theta model can detect can include unusual increases in payments and receipts in relation to the balance of the account. Typical money laundering behavior that a Theta exception report can be designed to report can include, for example:
stockpiling of cash into or out of an account; variable IISD Balance over the last 15 days;
debit count over the last 15 days; credit count over the last 15 days; or other unusual payments or receipts. A specific example of a high risk variable 105 that a Theta model may indicate can include, for example, checking for clients continually inputting money into their account and then making one large payment and vice versa.
Reports can be presented to a user in a list, by abstract, complete with all details or other format. Presentation of repoxts can also include, for example, listings in chronological order. Embodiments can also include highlighting to indicate how recent a report is, such as, for example, most recent exception reports highlighted in green, then yellow, through to the older reports being highlighted in red. Embodiments can also include a suggested action being generated for an exception report with some doubt as to the high risk variable lOS
associated with it, indicating that the report should be re-queued to a BIG
and annotated accordingly.
As an illustrative example, an incoming SWIFT message from an agent bank may match a high risk variable 105 directed to a HRCT by greater than 65%. The offending match can show in an "External" stop descriptor box with a 'listed' country and word match showing in an "Internal" stop descriptor box.
If the hit is a clear and obvious false positive such as, for example, the matching system has taken "George" to read "Georgia". A synonym can be added. If the stop descriptor has pulled up a valid HRCT hit, or a user, such as an analyst, is in any doubt, then the case can be re-queued to the BIG.
Following the identification and classification of a case, an action can be implemented so that the responsibility for the case can be passed to an appropriate area or closed down, either as a one off or for all similar cases going forward.
If a case is to be assigned, the case can be entered into an assigned queue tagged to a user ID. A synonym can be added by using a False Positive button, which can prevent cases of this nature being marked for user attention again by annotating the error with a relevant description from the drop down box, and keeping a record of a stop descriptor encountered.
Some embodiments can include a list of cases that will be affected by the addition of a synonym.
A case can also be Re-Queued to a necessary department, such as BIG. Once a case has been re-queued to the necessary department, the department can view these items. At this point a department to which this case is queued can also take responsibility for investigating and resolving the case.
A case may be closed using a close case icon. Some embodiments can limit this action so that it is only done where there is no likelihood of a similar case being seen again, or where there are so many stop descriptors that is not feasible to add a synonym for each one.
Methods Refernng now to Fig. 2, a method that can be utilized by a Transaction Surveillance system 101 in some embodiments of the present invention is illustrated. At 210, the Transaction Surveillance system 101 can monitor data descriptive of one or more financial transactions.
The Transaction Surveillance system 101 system can be fed data to monitor directly from an Account Master (static data), Treasury Reconciliation's system (T-Recs) database, a Transaction Hub (T-Hub) or other appropriate source. A main source of data descriptive of financial transactions can include a transaction protocol provider, such as SWIFT advice messages received from agent banks.
At 211, a report can be made indicating one or more high risk variables being associated with a transaction. For example, a reported indication may include information contained in a SWIFT message that corresponds with a high risk variable 105 andlor information lacking in a SWIFT message that corresponds with high risk variable 105. The indication may include, for example, the name of a high risk person, involvement of a high risk country, a profile of a high risk transaction, a pattern of transactions indicating high rislc, or other indication.
At 212, the Transaction Surveillance system 101 can generate a suggested action based upon or otherwise responsive to the report of a high risk variable. The suggested action can include, for example, an action that has been predetermined to be appropriate in a set of circumstances similar to those represented by the report. For example, in response to a report, further investigation may be suggested on the part of a Treasury department in order to close a case as a False Positive, or to re-queue the case to the Business Intelligence Group (BIG).
Referring now to Fig. 3, additional steps that can be performed in some implementations of the present invention are illustrated. At 310, the Transaction Surveillance system 101 can receive data indicative of a high risk entity or area. The data can be received from a government agency or other source such as those discussed in more detail above. An entity can include, for example, a person or organization. A high risk area can include, for example, a country, jurisdiction, or other physical designation.
At 311 the Transaction Surveillance system 101 can quantify, or otherwise identify, one or more high risk parameters that can be associated with a transaction.
Parameters can include, for example, transaction patterns, relative amounts, clustering or other means of determining high risk activity.
At 312, the Transaction Surveillance system 101 can receive data descriptive of one or more financial transactions and at 313 compare the data descriptive of he financial transaction with the data indicative of high risk entities or areas and/or the high risk transaction parameters. At 314 the Transaction Surveillance system 101 can generate a suggested action based upon the comparison of 313. A suggested action can be any action, which had been determined to be appropriate for a circumstance involving risk variables 105 associated with the results of the comparison of 313. A suggested action can therefore include designating an appropriate person or group to conduct a further review, blocking a transaction, closing an inquiry, or other action.
Referring now to Fig. 4, steps that can be completed in implementing a variation of the present invention are illustrated. At 413, an indication of one or more countries involved in a transaction can be received. At 414, an indication of one or more entities involved in the financial transaction can be received, and at 415, an indication of one or more patterns of financial transactions involving a related financial account can be received.
At 416, known high risk variables 105 can be compared to the indications received, so that at 417 a suggested action can be generated based upon the comparison of the known high risk variables 105 and the indications received.
Referring now to Fig. 5, a network diagram illustrating one embodiment of the present invention is shown 500. An automated Transaction Surveillance system 101 can include a computerized controller 503 accessible via a distributed network 501 such as the Internet, or a private network. An automated Transaction Surveillance system 101 can be operatively connected to a computerized Transaction Surveillance controller 503 accessible via the distributed network 501. A user can use a computerized system or network access device 506-507 to receive, input, transmit or view information processed in the Transaction Surveillance controller 503, Risk Variable Source controller 502, a peer device, or other network access device 506-507. A protocol, such as, for example, the transmission control protocol Internet protocol (TCP/IP) can be utilized to provide consistency and reliability.
A system access device 506-507 can communicate with the Transaction Surveillance controller 503 or Risk Variable Source controller 502 to access data and programs stored at the respective servers. A system access device 506-507 may interact with the Transaction Surveillance controller 503 or Risk Variable Source controller 502 as if the servers were a single entity in the network 500. However, the Transaction Surveillance controller 503 and Risk Variable Source controller 502 may include multiple processing and database sub-systems, such as cooperative or redundant processing andlor database servers that can be geographically dispersed throughout the network 500.
A server utilized as a Risk Variable Source controller 502 and Transaction Surveillance controller 503 can include a processor, memory and a user input device, such as a keyboard and/or mouse, and a user output device, such as a display screen and/or printer, as further detailed in Fig. 6. The server can also include one or more data storage devices 504-505 storing data relating to a Transaction Surveillance system 101. Exemplary data structures are also desribed in more detail below in Figs 7A-7E. Information relating to and used in conjunction with a Transaction Surveillance operation can be aggregated into a searchable data storage structure. Gathering data into an aggregate data structure 504-505, such as a data warehouse, allows a server to have the data readily available for processing Transaction Surveillance related routines. Aggregated data 504-505 can also be scrubbed or otherwise enhanced to aid in searching.
Typically, an access device 506-507 will access an Transaction Surveillance system using client software executed at the system access device 506-507. The client software may include a generic hypertext markup language (HTML) browser, such as Microsoft Internet Explorer, (a "WEB browser"). The client software may also be a proprietary browser, and/or other host access software. In some cases, an executable program, such as a JavaTM program, may be downloaded from a server to the system access device 506-507 and executed at the system access device 506-507 as part of a Transaction Surveillance system 101.
Other implementations include proprietary software installed from a computer readable medium, such as a CD ROM. The invention may therefore be implemented in digital electronic circuitry, computer hardware, firmware, software, or in combinations of the above.
Apparatus of the invention may therefore include a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor;
and method steps of the invention may be performed by a programmable processor executing a program of instructions to perform functions of the invention by operating on input data and generating output.
Fig. 6 illustrates a controller 600 that can be included in a server or access device shown, for example, in Fig. 5, according to some embodiments of the present invention. The Transaction Surveillance controller 600 comprises a processor 610, such as one or more processors, coupled to a communication device 620 configured to communicate via a communication network (not showxn in FIG. 6). The communication device 620 may be used to communicate, for example, with one or more network access devices 506-507.
The processor 610 is also in communication with a storage device 630. The storage device 630 may comprise any appropriate information storage device, including combinations of magnetic storage devices (e.g., magnetic tape and hard disk drives), optical storage devices, and/or semiconductor memory devices such as Random Access Memory (RAM) devices and Read Only Memory (ROM) devices.
The storage device 630 can store a program 640 for controlling the processor 610.
The processor 610 performs instructions of the program 640, and thereby operates in accordance with the present~invention. For example, the processor 610 may receive information descriptive of a Transaction Surveillance including auction and pre-auction details and allocate shares according to rules defined by the details. The processor 610 may also transmit information comprising share allocation, pricing, or other information. The storage device 630 can store Transaction Surveillance related data in one or more databases.
The illustration and accompanying description of the transaction surveillance related database presented herein is exemplary, and any number of other database arrangements can be employed besides those suggested by the figures.
Data Structures Referring now to Fig. 7A-7E, exemplary designs of various portions of one or more data structures 700A - 700D that can be utilized while implementing the present invention are illustrated. Such illustrations axe exemplary and enabling but are not meant to be comprehensive or limiting. Other datum may also be stored and accessed. In addition, the data can be arranged and accessed using any known data storage and accessing techniques.
Referring now to Fig. 7A, a data structure 700A utilized in implementations can include a portion, such as a data field, containing data descriptive of a stop description 702 including one or more values for a risk variable 105 comprising a list of exceptions for third party receipts. The data structure 700A can also include a portion containing a suggested or proposed course of action 704 based upon the stop description 702.
The data structure of Fig 7A can be generated, for example, by a Transaction Surveillance system 101 which can place the name of a client account in an Internal Stop Descriptor box or data field. The name of the Ordering institution can be ascertained from the appropriate field of an associated SWIFT message and copied to the External Stop Descriptor field. If these two fields have a threshold match that is less than user definable threshold match (such as 65%), the payment can be deemed a third-party receipt and a case will be created.
The examples illustrated in Fig. 7A include exemplary data descriptive of various facts relating to a financial transaction 702 and corresponding actions that can be generated based upon the data descriptive of the financial transaction 702, as follows:
1. Monies received from a Financial Institution. This case type should be closed as "VALID RECEIPT FROM a Financial Institution". If only one of these fields match, the receipt should be further investigated.
2. Movies received to a Financial W stitution fund account. Check client account details on case form and close as "VALID RECEIPT FROM a Financial Institution" (eg. a Financial Institution Liquid Reserve).
3. Movies to a Financial Institution account. Check client account details on case form and close as "External Receipt to a Financial Institution Account" .
4. Movies received from a FATF country regulated Financial Institution.
Treasury to close case as "False Positive - On Approved List".
5. Movies received as a result of an infra-organization transaction, entity to entity. Check Entity Master for connection, close as "Entity to Entity".
6. Movies received from an individual to a company, wherein case is a valid 3rd party, re-queue to BIG. These are the kind of cases that can result in a potential risk to a Financial Institution.
7. Movies received from a company to an individual, where case is a valid 3rd party. Re-queue to BIG, these are the kind of cases that can prove a potential risk to a Financial Institution.
8. Movies received from an individual, where case is a valid 3rd party. Re-queue to BIG.
9. Movies received from an entity to entity, in a transaction that is not intra-organizational and case is a valid 3rd party. Re-queue to BIG, these are the kind of cases can prove a potential risk to a Financial Institution.
10. Movies from a company, where the transaction involves a valid 3'~ party.
Re-queue to BIG.
Fig. 7B illustrates another data structure, which also includes a stop type 706 and corresponding procedure 708 or suggested action, as well as a closure code 710. The closure code includes a code that can be utilized to record a resolution to a stop 706.
Refernng now to Figs. 7C-7D, data structures exemplifying data that can be associated with Delta, Beta, and Theta account profiling are illustrated. In Fig. 7C, exemplary data associated with Delta profiling is illustrated, including data indicative of an amount 712, a frequency 714, criteria 716 and a suggested action 718. Fig. 7D
includes exemplary data 700D associated with Beta profiling, including: an amount 720, a frequency 722, a balance 724, a criteria 726 and an action 728. Fig. 7E illustrates exemplary data 700E
associated with Theta profiling, including, a balance 730, credits 732, debits 734, criteria 736 and an action 738.
Referring now to Fig. 8, an exemplary GUI 800 that can be utilized while practicing the present invention is illustrated. The GUI can be presented on a network access device 506-507 or any other type of terminal or interactive station capable of creating a display pursuant to an electronic signal. A portion of display 801 can display information descriptive of transaction, such as for example, a type of transaction, amounts involved, account profile, countries involved and parties involved. Another portion of the display 802 can include information descriptive associated risk variables. Still another portion 803 can contain information descriptive of a suggested action or procedure to based upon the transaction information and the risk variable information. If appropriate, a criteria can also be displayed in another portion 803, and an additional portion can include a closure code or process 805.
A number of embodiments of the present invention have been described.
Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention. Accordingly, other embodiments are within the scope of the following claims.
Re-queue to BIG.
Fig. 7B illustrates another data structure, which also includes a stop type 706 and corresponding procedure 708 or suggested action, as well as a closure code 710. The closure code includes a code that can be utilized to record a resolution to a stop 706.
Refernng now to Figs. 7C-7D, data structures exemplifying data that can be associated with Delta, Beta, and Theta account profiling are illustrated. In Fig. 7C, exemplary data associated with Delta profiling is illustrated, including data indicative of an amount 712, a frequency 714, criteria 716 and a suggested action 718. Fig. 7D
includes exemplary data 700D associated with Beta profiling, including: an amount 720, a frequency 722, a balance 724, a criteria 726 and an action 728. Fig. 7E illustrates exemplary data 700E
associated with Theta profiling, including, a balance 730, credits 732, debits 734, criteria 736 and an action 738.
Referring now to Fig. 8, an exemplary GUI 800 that can be utilized while practicing the present invention is illustrated. The GUI can be presented on a network access device 506-507 or any other type of terminal or interactive station capable of creating a display pursuant to an electronic signal. A portion of display 801 can display information descriptive of transaction, such as for example, a type of transaction, amounts involved, account profile, countries involved and parties involved. Another portion of the display 802 can include information descriptive associated risk variables. Still another portion 803 can contain information descriptive of a suggested action or procedure to based upon the transaction information and the risk variable information. If appropriate, a criteria can also be displayed in another portion 803, and an additional portion can include a closure code or process 805.
A number of embodiments of the present invention have been described.
Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention. Accordingly, other embodiments are within the scope of the following claims.
Claims (26)
1. A method for managing risk associated with one or more financial transactions, the method comprising:
compiling a reference of high risk variables;
monitoring data descriptive of a financial transaction for one or more indications of high risk variables according to predetermined criteria;
reporting one or more indications of high risk variables; and generating a suggested action based upon the report of one or more indications of high risk variables.
compiling a reference of high risk variables;
monitoring data descriptive of a financial transaction for one or more indications of high risk variables according to predetermined criteria;
reporting one or more indications of high risk variables; and generating a suggested action based upon the report of one or more indications of high risk variables.
2. The method of claim 1 wherein the monitoring comprises determining if a data value is within a cluster boundary.
3. The method of claim 1 wherein the monitoring comprises determining if a data value comprising a transaction frequency is within a threshold delta from a previously existing data set.
4. The method of claim 1 wherein the monitoring comprises determining if a data value comprising a currency amount is within a threshold delta from a previously existing data set.
5. The method of claim 1 wherein the monitoring comprises identifying a pattern relating to financial transactions and determining exceptions to the pattern.
6. The method of claim 6 wherein the pattern is identified from data descriptive of a specific account.
7. The method of claim 6 wherein the pattern is identified from data descriptive of a specific account type.
8. The method of claim 6 wherein the pattern is identified from data descriptive of transactions originating in a particular country.
9. The method of claim 1 wherein the data descriptive of a financial transaction comprises data descriptive of a cash receipt.
10. The method of claim 9 wherein the cash receipt comprises a third party payment.
11. The method of claim 9 additionally comprising the step of identifying one or more high risk countries and the cash receipt comprises a country identified as a high risk country.
12. The method of claim 1 wherein the data descriptive of a financial transaction comprises data descriptive of a third party receipts check.
13. The method of claim 1 wherein the data descriptive of a financial transaction comprises data descriptive of an Office of Foreign Asset Control receipts check.
14. The method of claim 1 additionally comprising the step of identifying one or more high risk countries and the data descriptive of a financial transaction comprises a high risk country receipt check.
15. The method of claim 1 wherein the monitoring comprises account profiling comprising at least one of: determining a change in a transaction amount;
determining a change in transaction frequency; and determining a value for a criteria.
determining a change in transaction frequency; and determining a value for a criteria.
16. The method of claim 15 wherein monitoring determines an increase in transaction amount, an increase in transaction frequency and the suggested action comprises creating an investigation case.
17. The method of claim 15 wherein monitoring determines an increase in transaction amount; a transaction frequency within a cluster boundary and the suggested action comprises creating an investigation case.
18. The method of claim 15 wherein monitoring determines an increase in transaction amount, an increase in transaction frequency and the suggested action comprises creating an investigation case.
19. The method of claim 15 wherein monitoring determines an increase in transaction amount, a decrease in transaction frequency, the overall value of transactions considered is within a predetermined delta as transactions during a previous time period and the suggested action comprises automatically closing the monitoring.
20. The method of claim 15 wherein monitoring determines an increase in transaction amount, a decrease in transaction frequency, the overall value of transactions considered is not within a predetermined delta as transactions during a previous time period and the suggested action comprises creating an investigation case.
21. The method of claim 15 wherein monitoring determines a balance within a cluster boundary, a credit value within a cluster boundary, an increase in debits during a time period and the suggested action comprises creating an investigation case
22. A method for managing risk associated with a financial transaction, the method comprising:
receiving an indication of one or more countries involved in a financial transaction;
receiving an indication of one or more entities involved in a financial transaction;
receiving an indication of one or more transaction patterns;
comparing the received indications with known risk variables; and generating a suggested action based upon the comparison.
receiving an indication of one or more countries involved in a financial transaction;
receiving an indication of one or more entities involved in a financial transaction;
receiving an indication of one or more transaction patterns;
comparing the received indications with known risk variables; and generating a suggested action based upon the comparison.
23. A computerized system for managing risk associated with one or more financial transactions, the system comprising:
a computer server accessible with a system access device via a communications network; and executable software stored on the server and executable on demand, the software operative with the server to cause the server to:
monitor data descriptive of a financial transaction for one or more indications of a high risk variable according to predetermined criteria;
report one or more indications of a high risk variable; and generating a suggested action based upon the one or more indications of a high risk variable.
a computer server accessible with a system access device via a communications network; and executable software stored on the server and executable on demand, the software operative with the server to cause the server to:
monitor data descriptive of a financial transaction for one or more indications of a high risk variable according to predetermined criteria;
report one or more indications of a high risk variable; and generating a suggested action based upon the one or more indications of a high risk variable.
24. Computer executable program code residing on a computer-readable medium, the program code comprising instructions for causing the computer to:
monitor data descriptive of a financial transaction for one or more indications of a high risk variable according to predetermined criteria;
report one or more indications of a high risk variable; and generating a suggested action based upon the one or more indications of a high risk variable.
monitor data descriptive of a financial transaction for one or more indications of a high risk variable according to predetermined criteria;
report one or more indications of a high risk variable; and generating a suggested action based upon the one or more indications of a high risk variable.
25. A computer data signal embodied in a digital data stream comprising data relating to a financial transaction, wherein the computer data signal is generated by a method comprising the steps of:
monitoring data descriptive of a financial transaction for one or more indications of a high risk variable according to predetermined criteria;
reporting one or more indications of a high risk variable; and generating a suggested action based upon the one or more indications of a high risk variable.
monitoring data descriptive of a financial transaction for one or more indications of a high risk variable according to predetermined criteria;
reporting one or more indications of a high risk variable; and generating a suggested action based upon the one or more indications of a high risk variable.
26. A system for managing risk associated with a financial transaction, the system comprising:
one or more financial transaction processing units generating data descriptive of one or more financial transactions;
a data compilation comprising high risk variables for a financial transaction;
and a computerized transaction surveillance server operatively connected to the one or more financial transaction processing units to access the data descriptive of one or more financial transactions and also connected to the data compilation, wherein the computerized transaction surveillance server can automatically monitor the data descriptive of one or more financial transactions and indicate if the data correlates with a high risk variable.
one or more financial transaction processing units generating data descriptive of one or more financial transactions;
a data compilation comprising high risk variables for a financial transaction;
and a computerized transaction surveillance server operatively connected to the one or more financial transaction processing units to access the data descriptive of one or more financial transactions and also connected to the data compilation, wherein the computerized transaction surveillance server can automatically monitor the data descriptive of one or more financial transactions and indicate if the data correlates with a high risk variable.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US33388801P | 2001-11-28 | 2001-11-28 | |
US60/333,888 | 2001-11-28 | ||
PCT/US2002/037852 WO2003077054A2 (en) | 2001-11-28 | 2002-11-26 | Transaction surveillance |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2475440A1 true CA2475440A1 (en) | 2003-09-18 |
Family
ID=27804955
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002475440A Abandoned CA2475440A1 (en) | 2001-11-28 | 2002-11-26 | Transaction surveillance |
Country Status (5)
Country | Link |
---|---|
US (1) | US20030177087A1 (en) |
EP (1) | EP1461754A4 (en) |
AU (1) | AU2002367595A1 (en) |
CA (1) | CA2475440A1 (en) |
WO (1) | WO2003077054A2 (en) |
Families Citing this family (62)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8140415B2 (en) * | 2001-03-20 | 2012-03-20 | Goldman Sachs & Co. | Automated global risk management |
US8121937B2 (en) | 2001-03-20 | 2012-02-21 | Goldman Sachs & Co. | Gaming industry risk management clearinghouse |
US8209246B2 (en) | 2001-03-20 | 2012-06-26 | Goldman, Sachs & Co. | Proprietary risk management clearinghouse |
US8069105B2 (en) * | 2001-03-20 | 2011-11-29 | Goldman Sachs & Co. | Hedge fund risk management |
US20100004981A1 (en) * | 2002-07-12 | 2010-01-07 | Elazar Katz | Dynamic anti-money laundering system and methodology for providing situational-specific risk assessment determinations |
AU2003272414A1 (en) * | 2002-09-13 | 2004-04-30 | United States Postal Services | Method for detecting suspicious transactions |
US7330835B2 (en) * | 2002-10-31 | 2008-02-12 | Federal Reserve Bank Of Minneapolis | Method and system for tracking and reporting automated clearing house transaction status |
US7792716B2 (en) * | 2002-10-31 | 2010-09-07 | Federal Reserve Bank Of Atlanta | Searching for and identifying automated clearing house transactions by transaction type |
US8156040B2 (en) * | 2003-07-03 | 2012-04-10 | Federal Reserve Bank Of Minneapolis | Method and system for conducting international electronic financial transactions |
US20080270206A1 (en) * | 2003-09-13 | 2008-10-30 | United States Postal Service | Method for detecting suspicious transactions |
US8543477B2 (en) * | 2003-09-30 | 2013-09-24 | Federal Reserve Bank Of Atlanta | Value tracking and reporting of automated clearing house transactions |
US8417636B2 (en) * | 2003-09-30 | 2013-04-09 | Federal Reserve Bank Of Atlanta | Approving ACH operator processing of ACH payments based on an originating depository financial institution's approved originator list |
EP1673686A4 (en) * | 2003-10-09 | 2008-10-01 | First American Corelogic Inc | Automated financial transaction due diligence systems and methods |
US7467107B1 (en) | 2004-02-17 | 2008-12-16 | The Mulligan Compliance Group Llc | Web-based system and method for hedge fund compliance |
US20080147525A1 (en) * | 2004-06-18 | 2008-06-19 | Gene Allen | CPU Banking Approach for Transactions Involving Educational Entities |
US8510300B2 (en) | 2004-07-02 | 2013-08-13 | Goldman, Sachs & Co. | Systems and methods for managing information associated with legal, compliance and regulatory risk |
US8442953B2 (en) | 2004-07-02 | 2013-05-14 | Goldman, Sachs & Co. | Method, system, apparatus, program code and means for determining a redundancy of information |
US8996481B2 (en) | 2004-07-02 | 2015-03-31 | Goldman, Sach & Co. | Method, system, apparatus, program code and means for identifying and extracting information |
US8762191B2 (en) | 2004-07-02 | 2014-06-24 | Goldman, Sachs & Co. | Systems, methods, apparatus, and schema for storing, managing and retrieving information |
US7881996B1 (en) * | 2004-08-03 | 2011-02-01 | Federal Reserve Bank Of Atlanta | Method and system for screening financial transactions |
US7580886B1 (en) * | 2004-09-15 | 2009-08-25 | Federal Reserve Bank Of Atlanta | Managing foreign payments in an international ACH |
US7783543B2 (en) | 2004-12-21 | 2010-08-24 | Weather Risk Solutions, Llc | Financial activity based on natural peril events |
US8266042B2 (en) * | 2004-12-21 | 2012-09-11 | Weather Risk Solutions, Llc | Financial activity based on natural peril events |
US7584134B2 (en) | 2004-12-21 | 2009-09-01 | Weather Risk Solutions, Llc | Graphical user interface for financial activity concerning tropical weather events |
US7783542B2 (en) | 2004-12-21 | 2010-08-24 | Weather Risk Solutions, Llc | Financial activity with graphical user interface based on natural peril events |
US7584133B2 (en) | 2004-12-21 | 2009-09-01 | Weather Risk Solutions Llc | Financial activity based on tropical weather events |
US7693766B2 (en) | 2004-12-21 | 2010-04-06 | Weather Risk Solutions Llc | Financial activity based on natural events |
US7783544B2 (en) | 2004-12-21 | 2010-08-24 | Weather Risk Solutions, Llc | Financial activity concerning tropical weather events |
US7805369B2 (en) * | 2005-03-10 | 2010-09-28 | Yuh-Shen Song | Anti-financial crimes business network |
US20080021801A1 (en) * | 2005-05-31 | 2008-01-24 | Yuh-Shen Song | Dynamic multidimensional risk-weighted suspicious activities detector |
US8544727B1 (en) * | 2006-10-30 | 2013-10-01 | Bank Of America Corporation | Method and system for anti-money laundering surveillance |
US20080147526A1 (en) * | 2006-12-15 | 2008-06-19 | Gene Allen | Computer-Facilitated Account-Transaction System and Method with Multi-Entity Control Logic |
US8719128B2 (en) * | 2006-12-15 | 2014-05-06 | Tcf Financial Corporation | Computer-facilitated secure account-transaction |
US20080183618A1 (en) * | 2007-01-26 | 2008-07-31 | First Data Corporation | Global government sanctions systems and methods |
US8538795B2 (en) | 2007-02-12 | 2013-09-17 | Pricelock, Inc. | System and method of determining a retail commodity price within a geographic boundary |
US8156022B2 (en) | 2007-02-12 | 2012-04-10 | Pricelock, Inc. | Method and system for providing price protection for commodity purchasing through price protection contracts |
US7945501B2 (en) | 2007-04-09 | 2011-05-17 | Pricelock, Inc. | System and method for constraining depletion amount in a defined time frame |
US7945500B2 (en) | 2007-04-09 | 2011-05-17 | Pricelock, Inc. | System and method for providing an insurance premium for price protection |
US20090125369A1 (en) * | 2007-10-26 | 2009-05-14 | Crowe Horwath Llp | System and method for analyzing and dispositioning money laundering suspicious activity alerts |
US8694424B2 (en) | 2007-12-18 | 2014-04-08 | Federal Reserve Bank Of Atlanta | System and method for managing foreign payments using separate messaging and settlement mechanisms |
US8738486B2 (en) * | 2007-12-31 | 2014-05-27 | Mastercard International Incorporated | Methods and apparatus for implementing an ensemble merchant prediction system |
US8160952B1 (en) | 2008-02-12 | 2012-04-17 | Pricelock, Inc. | Method and system for providing price protection related to the purchase of a commodity |
US20090281946A1 (en) * | 2008-05-12 | 2009-11-12 | Davis Peter A | ACH Payment Processing |
US20100191634A1 (en) * | 2009-01-26 | 2010-07-29 | Bank Of America Corporation | Financial transaction monitoring |
BRPI1014111A2 (en) | 2009-05-04 | 2016-04-12 | Visa Int Service Ass | method for providing an incentive to a consumer, computer program product, and, computer system. |
US20110071933A1 (en) * | 2009-09-24 | 2011-03-24 | Morgan Stanley | System For Surveillance Of Financial Data |
US8768803B2 (en) | 2010-12-10 | 2014-07-01 | Hartford Fire Insurance Company | System and method for identifying suspicious financial related activity |
US8700510B2 (en) | 2011-02-11 | 2014-04-15 | Federal Reserve Bank Of Atlanta | Redirecting or returning international credit transfers |
US10579982B2 (en) * | 2012-01-03 | 2020-03-03 | International Business Machines Corporation | Identifying money laundering in micro-commerce |
US10163158B2 (en) * | 2012-08-27 | 2018-12-25 | Yuh-Shen Song | Transactional monitoring system |
US10475033B2 (en) * | 2013-08-13 | 2019-11-12 | Citibank, N.A. | Methods and systems for transactional risk management |
US10521866B2 (en) | 2013-10-15 | 2019-12-31 | Mastercard International Incorporated | Systems and methods for associating related merchants |
US20150142642A1 (en) * | 2013-11-20 | 2015-05-21 | Bank Of America Corporation | Detecting payment layering through correspondent banks |
US10572877B2 (en) * | 2014-10-14 | 2020-02-25 | Jpmorgan Chase Bank, N.A. | Identifying potentially risky transactions |
WO2016138183A1 (en) * | 2015-02-24 | 2016-09-01 | Pneuron Corp. | Distributed money laundering detection system |
CN108492104B (en) | 2018-02-12 | 2020-10-02 | 阿里巴巴集团控股有限公司 | Resource transfer monitoring method and device |
US20190354982A1 (en) * | 2018-05-16 | 2019-11-21 | Sigue Corporation | Wire transfer service risk detection platform and method |
WO2020146524A1 (en) * | 2019-01-08 | 2020-07-16 | Joust Labs, Inc. | System and method for electronic payment processing and risk analysis |
US20200258181A1 (en) * | 2019-02-13 | 2020-08-13 | Yuh-Shen Song | Intelligent report writer |
WO2021180284A1 (en) * | 2020-03-09 | 2021-09-16 | Creditro A/S | Kyc analysing system |
FR3119911A1 (en) * | 2021-02-12 | 2022-08-19 | eBOS Technologies | ADAPTIVE ANTI-MONEY LAUNDERING (AML) TRANSACTION PROCESSING |
CN113570379B (en) * | 2021-08-04 | 2024-02-13 | 工银科技有限公司 | Abnormal transaction group partner identification method and device |
Family Cites Families (97)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4326259A (en) * | 1980-03-27 | 1982-04-20 | Nestor Associates | Self organizing general pattern class separator and identifier |
US4346442A (en) * | 1980-07-29 | 1982-08-24 | Merrill Lynch, Pierce, Fenner & Smith Incorporated | Securities brokerage-cash management system |
US4376978A (en) * | 1980-07-29 | 1983-03-15 | Merrill Lynch Pierce, Fenner & Smith | Securities brokerage-cash management system |
US4774663A (en) * | 1980-07-29 | 1988-09-27 | Merrill Lynch, Pierce, Fenner & Smith Incorporated | Securities brokerage-cash management system with short term investment proceeds allotted among multiple accounts |
US4597046A (en) * | 1980-10-22 | 1986-06-24 | Merrill Lynch, Pierce Fenner & Smith | Securities brokerage-cash management system obviating float costs by anticipatory liquidation of short term assets |
US4376948A (en) * | 1981-01-26 | 1983-03-15 | Rca Corporation | TDM Scheme for digital video processing |
US4718009A (en) * | 1984-02-27 | 1988-01-05 | Default Proof Credit Card System, Inc. | Default proof credit card method system |
US5025138A (en) * | 1984-02-27 | 1991-06-18 | Vincent Cuervo | Method and system for providing verifiable line of credit information |
US4727243A (en) * | 1984-10-24 | 1988-02-23 | Telenet Communications Corporation | Financial transaction system |
US4868866A (en) * | 1984-12-28 | 1989-09-19 | Mcgraw-Hill Inc. | Broadcast data distribution system |
US4736294A (en) * | 1985-01-11 | 1988-04-05 | The Royal Bank Of Canada | Data processing methods and apparatus for managing vehicle financing |
US4734564A (en) * | 1985-05-02 | 1988-03-29 | Visa International Service Association | Transaction system with off-line risk assessment |
US4812628A (en) * | 1985-05-02 | 1989-03-14 | Visa International Service Association | Transaction system with off-line risk assessment |
US4774664A (en) * | 1985-07-01 | 1988-09-27 | Chrysler First Information Technologies Inc. | Financial data processing system and method |
US4953085A (en) * | 1987-04-15 | 1990-08-28 | Proprietary Financial Products, Inc. | System for the operation of a financial account |
US5210687A (en) * | 1987-04-16 | 1993-05-11 | L & C Family Partnership | Business transaction and investment growth monitoring data processing system |
US4989141A (en) * | 1987-06-01 | 1991-01-29 | Corporate Class Software | Computer system for financial analyses and reporting |
US5038284A (en) * | 1988-02-17 | 1991-08-06 | Kramer Robert M | Method and apparatus relating to conducting trading transactions with portable trading stations |
JPH0219963A (en) * | 1988-07-08 | 1990-01-23 | Hitachi Ltd | Method and system for monitoring real time state |
CA1341310C (en) * | 1988-07-15 | 2001-10-23 | Robert Filepp | Interactive computer network and method of operation |
US5068888A (en) * | 1989-08-11 | 1991-11-26 | Afd Systems, Inc. | Interactive facsimile information retrieval system and method |
EP0468229A3 (en) * | 1990-07-27 | 1994-01-26 | Hnc Inc | A neural network with expert system functionality |
US5177342A (en) * | 1990-11-09 | 1993-01-05 | Visa International Service Association | Transaction approval system |
US5274547A (en) * | 1991-01-03 | 1993-12-28 | Credco Of Washington, Inc. | System for generating and transmitting credit reports |
US5255106A (en) * | 1991-02-05 | 1993-10-19 | International Integrated Communications, Ltd. | Method and apparatus for delivering secured hard-copy facsimile documents |
US5323315A (en) * | 1991-08-02 | 1994-06-21 | Vintek, Inc. | Computer system for monitoring the status of individual items of personal property which serve as collateral for securing financing |
US5557518A (en) * | 1994-04-28 | 1996-09-17 | Citibank, N.A. | Trusted agents for open electronic commerce |
US5239462A (en) * | 1992-02-25 | 1993-08-24 | Creative Solutions Groups, Inc. | Method and apparatus for automatically determining the approval status of a potential borrower |
US5732397A (en) * | 1992-03-16 | 1998-03-24 | Lincoln National Risk Management, Inc. | Automated decision-making arrangement |
JPH05342191A (en) * | 1992-06-08 | 1993-12-24 | Mitsubishi Electric Corp | System for predicting and analyzing economic time sequential data |
US5819226A (en) * | 1992-09-08 | 1998-10-06 | Hnc Software Inc. | Fraud detection using predictive modeling |
US5457305A (en) * | 1994-03-31 | 1995-10-10 | Akel; William S. | Distributed on-line money access card transaction processing system |
US5797133A (en) * | 1994-08-31 | 1998-08-18 | Strategic Solutions Group, Inc | Method for automatically determining the approval status of a potential borrower |
US5627886A (en) * | 1994-09-22 | 1997-05-06 | Electronic Data Systems Corporation | System and method for detecting fraudulent network usage patterns using real-time network monitoring |
US5717923A (en) * | 1994-11-03 | 1998-02-10 | Intel Corporation | Method and apparatus for dynamically customizing electronic information to individual end users |
US5679938A (en) * | 1994-12-02 | 1997-10-21 | Telecheck International, Inc. | Methods and systems for interactive check authorizations |
US5704045A (en) * | 1995-01-09 | 1997-12-30 | King; Douglas L. | System and method of risk transfer and risk diversification including means to assure with assurance of timely payment and segregation of the interests of capital |
US5696907A (en) * | 1995-02-27 | 1997-12-09 | General Electric Company | System and method for performing risk and credit analysis of financial service applications |
US5649116A (en) * | 1995-03-30 | 1997-07-15 | Servantis Systems, Inc. | Integrated decision management system |
US5819236A (en) * | 1995-06-12 | 1998-10-06 | Carreker-Antinori, Inc. | System and method for providing advance notification of potential presentment returns due to account restrictions |
US5884289A (en) * | 1995-06-16 | 1999-03-16 | Card Alert Services, Inc. | Debit card fraud detection and control system |
US5852812A (en) * | 1995-08-23 | 1998-12-22 | Microsoft Corporation | Billing system for a network |
US5875431A (en) * | 1996-03-15 | 1999-02-23 | Heckman; Frank | Legal strategic analysis planning and evaluation control system and method |
US5787402A (en) * | 1996-05-15 | 1998-07-28 | Crossmar, Inc. | Method and system for performing automated financial transactions involving foreign currencies |
US5897621A (en) * | 1996-06-14 | 1999-04-27 | Cybercash, Inc. | System and method for multi-currency transactions |
US5878400A (en) * | 1996-06-17 | 1999-03-02 | Trilogy Development Group, Inc. | Method and apparatus for pricing products in multi-level product and organizational groups |
US5963923A (en) * | 1996-11-12 | 1999-10-05 | Garber; Howard B. | System and method for trading having a principal market maker |
US6199073B1 (en) * | 1997-04-21 | 2001-03-06 | Ricoh Company, Ltd. | Automatic archiving of documents during their transfer between a peripheral device and a processing device |
US7266526B1 (en) * | 1996-11-27 | 2007-09-04 | Diebold, Incorporated | Automated banking machine system with multiple browsers |
US6289320B1 (en) * | 1998-07-07 | 2001-09-11 | Diebold, Incorporated | Automated banking machine apparatus and system |
JP3677907B2 (en) * | 1996-12-13 | 2005-08-03 | 株式会社日立製作所 | Information transmission / reception method and system using the same |
US5790639A (en) * | 1997-02-10 | 1998-08-04 | Unifi Communications, Inc. | Method and apparatus for automatically sending and receiving modifiable action reports via e-mail |
US6018723A (en) * | 1997-05-27 | 2000-01-25 | Visa International Service Association | Method and apparatus for pattern generation |
US6119103A (en) * | 1997-05-27 | 2000-09-12 | Visa International Service Association | Financial risk prediction systems and methods therefor |
US5991743A (en) * | 1997-06-30 | 1999-11-23 | General Electric Company | System and method for proactively monitoring risk exposure |
US6341267B1 (en) * | 1997-07-02 | 2002-01-22 | Enhancement Of Human Potential, Inc. | Methods, systems and apparatuses for matching individuals with behavioral requirements and for managing providers of services to evaluate or increase individuals' behavioral capabilities |
JPH1185706A (en) * | 1997-09-08 | 1999-03-30 | Sharp Corp | Method and device for generating application data and recording medium recording application data generation program |
US5940843A (en) * | 1997-10-08 | 1999-08-17 | Multex Systems, Inc. | Information delivery system and method including restriction processing |
US6317727B1 (en) * | 1997-10-14 | 2001-11-13 | Blackbird Holdings, Inc. | Systems, methods and computer program products for monitoring credit risks in electronic trading systems |
US6021397A (en) * | 1997-12-02 | 2000-02-01 | Financial Engines, Inc. | Financial advisory system |
US6016963A (en) * | 1998-01-23 | 2000-01-25 | Mondex International Limited | Integrated circuit card with means for performing risk management |
US6249770B1 (en) * | 1998-01-30 | 2001-06-19 | Citibank, N.A. | Method and system of financial spreading and forecasting |
US6078904A (en) * | 1998-03-16 | 2000-06-20 | Saddle Peak Systems | Risk direct asset allocation and risk resolved CAPM for optimally allocating investment assets in an investment portfolio |
US6078905A (en) * | 1998-03-27 | 2000-06-20 | Pich-Lewinter; Eva | Method for optimizing risk management |
US6148301A (en) * | 1998-07-02 | 2000-11-14 | First Data Corporation | Information distribution system |
US6085175A (en) * | 1998-07-02 | 2000-07-04 | Axiom Software Laboratories, Inc. | System and method for determining value at risk of a financial portfolio |
US6304973B1 (en) * | 1998-08-06 | 2001-10-16 | Cryptek Secure Communications, Llc | Multi-level security network system |
US6219805B1 (en) * | 1998-09-15 | 2001-04-17 | Nortel Networks Limited | Method and system for dynamic risk assessment of software systems |
US6278983B1 (en) * | 1999-01-11 | 2001-08-21 | Owen Edward Ball | Automated resource allocation and management system |
US6393423B1 (en) * | 1999-04-08 | 2002-05-21 | James Francis Goedken | Apparatus and methods for electronic information exchange |
US6456984B1 (en) * | 1999-05-28 | 2002-09-24 | Qwest Communications International Inc. | Method and system for providing temporary credit authorizations |
WO2000075820A2 (en) * | 1999-06-02 | 2000-12-14 | Algorithmics International Corp. | Risk management system, distributed framework and method |
AU778101B2 (en) * | 1999-06-14 | 2004-11-18 | Integral Development Corporation | System and method for conducting web-based financial transactions in capital markets |
US6321212B1 (en) * | 1999-07-21 | 2001-11-20 | Longitude, Inc. | Financial products having a demand-based, adjustable return, and trading exchange therefor |
US7225153B2 (en) * | 1999-07-21 | 2007-05-29 | Longitude Llc | Digital options having demand-based, adjustable returns, and trading exchange therefor |
US7401040B2 (en) * | 1999-11-01 | 2008-07-15 | Accenture Llp | Financial modeling and counseling system |
US7231327B1 (en) * | 1999-12-03 | 2007-06-12 | Digital Sandbox | Method and apparatus for risk management |
US7124116B2 (en) * | 1999-12-20 | 2006-10-17 | Huy-Tech Software Corporation | Method for performing market-adapted price planning |
KR20020063617A (en) * | 2000-01-06 | 2002-08-03 | 씨에프피에이치, 엘. 엘. 씨. | Systems and methods for monitoring credit of trading counterparties |
WO2001071672A1 (en) * | 2000-03-24 | 2001-09-27 | Fujitsu Limited | Automatic trading device, automatic trading system, and automatic trading method |
US20010047279A1 (en) * | 2000-04-13 | 2001-11-29 | Gargone Peter Sebastian | Automating high-level business functions in a generic manner |
US20020059093A1 (en) * | 2000-05-04 | 2002-05-16 | Barton Nancy E. | Methods and systems for compliance program assessment |
US20020013767A1 (en) * | 2000-06-26 | 2002-01-31 | Norman Katz | Electronic funds transfer system for financial transactions |
US20020019804A1 (en) * | 2000-06-29 | 2002-02-14 | Sutton Robert E. | Method for providing financial and risk management |
US20020046053A1 (en) * | 2000-09-01 | 2002-04-18 | Nuservice Corporation | Web based risk management system and method |
US20020032646A1 (en) * | 2000-09-08 | 2002-03-14 | Francis Sweeney | System and method of automated brokerage for risk management services and products |
US7383223B1 (en) * | 2000-09-20 | 2008-06-03 | Cashedge, Inc. | Method and apparatus for managing multiple accounts |
GB0029229D0 (en) * | 2000-11-30 | 2001-01-17 | Unisys Corp | Counter measures for irregularities in financial transactions |
US7181428B2 (en) * | 2001-01-30 | 2007-02-20 | Goldman, Sachs & Co. | Automated political risk management |
US8140415B2 (en) * | 2001-03-20 | 2012-03-20 | Goldman Sachs & Co. | Automated global risk management |
US20020138371A1 (en) * | 2001-03-20 | 2002-09-26 | David Lawrence | Online transaction risk management |
US8527400B2 (en) * | 2001-03-20 | 2013-09-03 | Goldman, Sachs & Co. | Automated account risk management |
US20020143562A1 (en) * | 2001-04-02 | 2002-10-03 | David Lawrence | Automated legal action risk management |
JP2003050896A (en) * | 2001-08-08 | 2003-02-21 | Mitsui & Co Ltd | Connected risk management data base system |
US6975996B2 (en) * | 2001-10-09 | 2005-12-13 | Goldman, Sachs & Co. | Electronic subpoena service |
GB2381089A (en) * | 2001-10-15 | 2003-04-23 | Chequepoint Franchise Corp | A computerized money transfer system and method |
WO2003040399A2 (en) * | 2001-11-02 | 2003-05-15 | Intradigm Corporation | Therapeutic methods for nucleic acid delivery vehicles |
-
2002
- 2002-11-26 WO PCT/US2002/037852 patent/WO2003077054A2/en not_active Application Discontinuation
- 2002-11-26 EP EP02807046A patent/EP1461754A4/en not_active Withdrawn
- 2002-11-26 US US10/304,909 patent/US20030177087A1/en not_active Abandoned
- 2002-11-26 CA CA002475440A patent/CA2475440A1/en not_active Abandoned
- 2002-11-26 AU AU2002367595A patent/AU2002367595A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP1461754A2 (en) | 2004-09-29 |
WO2003077054A2 (en) | 2003-09-18 |
EP1461754A4 (en) | 2005-11-09 |
WO2003077054A3 (en) | 2003-11-27 |
AU2002367595A1 (en) | 2003-09-22 |
US20030177087A1 (en) | 2003-09-18 |
AU2002367595A8 (en) | 2003-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20030177087A1 (en) | Transaction surveillance | |
US7620592B2 (en) | Tiered processing method and system for identifying and mitigating merchant risk | |
US8099357B2 (en) | Automated political risk management | |
US8504456B2 (en) | Behavioral baseline scoring and risk scoring | |
US20090182653A1 (en) | System and method for case management | |
US20130036038A1 (en) | Financial activity monitoring system | |
US20130254095A1 (en) | System and method for detecting changes in business stability | |
US20020138371A1 (en) | Online transaction risk management | |
CA3046481C (en) | Payment and invoice systems integration | |
US20120116954A1 (en) | Automated global risk management | |
US20130091043A1 (en) | System and method for presenting fraud detection information | |
US20030187759A1 (en) | Systems and methods for electronically monitoring fraudulent activity | |
WO2004042521A2 (en) | Method and system for monitoring electronic transactions | |
JP2003504701A (en) | Portfolio investment guidelines / compliance and financial fund management system | |
US10460377B2 (en) | System and method for presenting suspect activity within a timeline | |
KR20090001917A (en) | System and method for early warning on credit customer and program recording medium | |
US10204376B2 (en) | System and method for presenting multivariate information | |
KR20090086370A (en) | System for processing credit customer grading | |
CN112837067A (en) | Internet payment security automatic denial system | |
KR20090001940A (en) | System and method for preliminarily selecting insolvent credit transaction company and program recording medium | |
WO2003038547A2 (en) | Risk management clearinghouse | |
WO2001025997A2 (en) | Structured finance transaction analytic system and method | |
Kumar et al. | Quantification of regulatory capital for management of operational risk in banks: study from an emerging market economy | |
KR20090057194A (en) | Method for preliminarily selecting insolvent credit transaction company | |
Creatau et al. | Growing Demand for Anti-Money Laundering (AML) Technology for Banks and Other Financial Institutions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued | ||
FZDE | Discontinued |
Effective date: 20091126 |