US20140164053A1 - Method, Software Program, And System For Ranking Relative Risk Of A Plurality Of Transactions - Google Patents
Method, Software Program, And System For Ranking Relative Risk Of A Plurality Of Transactions Download PDFInfo
- Publication number
- US20140164053A1 US20140164053A1 US13/891,404 US201313891404A US2014164053A1 US 20140164053 A1 US20140164053 A1 US 20140164053A1 US 201313891404 A US201313891404 A US 201313891404A US 2014164053 A1 US2014164053 A1 US 2014164053A1
- Authority
- US
- United States
- Prior art keywords
- transaction
- risk
- transactions
- variables
- event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0635—Risk analysis of enterprise or organisation activities
-
- 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
-
- 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
- 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/08—Insurance
Definitions
- the present invention relates to a method, software program, and system for ranking relative risk of a plurality of transactions. More particularly, the present invention relates to a method, software program, and system for ranking relative operational risk of a plurality of financial transactions.
- the present invention provides a mechanism for readily identifying “outlying” transaction risks (e.g., identifying the 10 riskiest transactions out of a group of 1000).
- One definition of operational risk promulgated by the Basel Committee on Banking Supervision (hereinafter “Basel Committee”) is that operational risk is a risk component other than credit or market risk and which is “the risk of direct or indirect loss resulting from inadequate or failed internal processes, people and systems or from external events”. The aforementioned definition will be adopted for the purposes of this application.
- the Basel Committee proposes a number of approaches for allocating operating risk capital.
- these approaches include, but are not limited to, the Basic Indicator, the Standardized approach, the Internal Measurement approach, and the Loss Distribution approach.
- none of these approaches appears to provide for the aggregation of individual risk factors of a plurality transactions on a transaction by transaction basis in order to identify the relative risk of each transaction.
- the various approaches proposed by the Basel Committee attempt to identify and quantify operational risk, such approaches do not appear to provide a mechanism for easily ranking the relative risk of a number of transactions without trying to explicitly quantify such risk (i.e., in terms of capital loss).
- risk analysis methodologies found in the financial area include, for example, the following:
- U.S. Pat. No. 6,003,018, issued Dec. 14, 1999, to Michaud et al. relates to a method for evaluating an existing or putative portfolio having a plurality of assets.
- U.S. Pat. No. 5,812,987 issued Sep. 27, 1998, to Luskin et al. relates to an invention for managing assets in one or more investment funds over a specified time.
- U.S. Pat. No. 6,055,517 issued Apr. 25, 2000, to Friend et al. relates to a method of simulating future cash flow for a given asset allocation under a variety of economic conditions and measuring the frequency of failure of the cash flow to avoid one or more predefined risks.
- U.S. Pat. No. 5,729,700 issued Mar. 17, 1998, to Melnikoff relates to a portfolio selector for selecting an investment portfolio from a library of assets based on investment risk and risk-adjusted return.
- U.S. Pat. No. 5,956,251, issued Sep. 21, 1999, to Atkinson et al. relates to a process of establishing valid statistical dimensional tolerance limits for designs of detail parts that will enable accurate prediction of an economically acceptable degree of non-conformance of a large flexible end item assembly.
- A-B-C classification of items kept in store there is maintained an A-B-C classification of items kept in store. Class A items have to be monitored very closely and should have some safety stock (because it is very costly to be out of stock of this class of item). Class B items are monitored less closely (because it is not as costly to be out of stock of this class of item), and so on.
- scheduling methodology there is maintained a prioritization of jobs that have to be done by the same resource or machine. Jobs are ranked, or prioritized, based on the dimensions of the workpiece and/or the time it takes to do the job.
- Another object of the present invention is to provide a method, software program, and system for ranking relative operational risk of a plurality of financial transactions (e.g., financial trades in the equity, currency, debt, arbitrage, or fixed income markets).
- a plurality of financial transactions e.g., financial trades in the equity, currency, debt, arbitrage, or fixed income markets.
- Another object of the present invention is to provide a method, software program, and system for ranking relative operational risk of a plurality of financial transactions without having to explicitly quantify a particular risk in terms of risk capital.
- Another object of the present invention is to provide a method, software program, and system for the aggregation of individual risk factors of a plurality of transactions on a transaction by transaction basis in order to identify the relative risk of each transaction.
- the present invention provides a mechanism for readily identifying “outlying” transaction risks (e.g., identifying the 10 riskiest transactions out of a group of 1000).
- an internal audit may examine the 10 riskiest transactions out of a group of 1000 to ensure that each of the transactions is in compliance with all applicable rules and regulations.
- the present invention could be used to rank: i) the relative risk of all of the transactions made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year); or ii) the x number of riskiest trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), where x is an integer; or iii) the x number of least risky trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), where x is an integer.
- FIG. 1 shows a diagram of transaction stages and events according to an embodiment of the present invention
- FIG. 2A shows a diagram of various variables associated with the stages and events of FIG. 1 according to an embodiment of the present invention
- FIG. 2B shows a diagram of definitions of various variables of FIG. 2A according to an embodiment of the present invention
- FIG. 3 shows a flowchart identifying the steps carried out in determining individual risk factor components according to an embodiment of the present invention
- FIG. 4 shows a risk factor curve according to an embodiment of the present invention
- FIG. 5 shows a flowchart identifying the steps carried out in determining the relative risk of a transaction according to an embodiment of the present invention
- FIG. 6 shows a diagram of overall system flow according to an embodiment of the present invention
- FIG. 7 shows a diagram of a system architecture according to an embodiment of the present invention.
- FIG. 8 shows a flowchart of a method according to an embodiment of the present invention.
- FIG. 9 shows a flowchart of a method according to an embodiment of the present invention.
- FIG. 10 shows a block diagram of a software program according to an embodiment of the present invention.
- FIG. 11 shows a block diagram of a software program according to an embodiment of the present invention.
- FIG. 12 shows a block diagram of a system according to an embodiment of the present invention.
- a method for ranking relative risk of a plurality of transactions including: assigning a value to each of the variables associated with each of the transactions; aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction; and ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction.
- Each value may be normalized to a predetermined normalization range.
- the predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range.
- the predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- the step of aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise aggregating the normalized risk factor values using the formula:
- AR the aggregate risk level
- w t j means the weights of the “j”th variable at time “t”
- R t j means the normalized risk factor value of the “j”th variable at time “t”.
- the transactions may be ranked relative to one another in descending order of aggregate risk level.
- the transactions may be ranked relative to one another in ascending order of aggregate risk level.
- the risk may be operational risk.
- a method for ranking relative risk of a plurality of transactions including: assigning a value to each of the variables associated with each of the transactions; aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction; aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction; and ranking each of the transactions relative to one another based upon the by transaction aggregate risk level corresponding to each transaction.
- the step of assigning a value to each of the variables associated with each of the transactions may further comprise assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the step of aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction.
- Each value may be normalized to a predetermined normalization range.
- the predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
- the operational tolerance associated with a given variable of a given event may vary in dependence upon the given event of the transaction.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range.
- the predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff; and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- the step of aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise aggregating the normalized risk factor values using the formula:
- TAR the transaction aggregate risk level
- w t j;i means the weights of the “j”th variable on the “i”th event at time “t”
- R t j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t”.
- the transactions may be ranked relative to one another in descending order of transaction aggregate risk level.
- the transactions may be ranked relative to one another in ascending order of transaction aggregate risk level.
- Each event of each transaction may be selected from the group including: a) order match; b) broker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation.
- the risk may be operational risk.
- a software program for ranking relative risk of a plurality of transactions including: means for assigning a value to each of the variables associated with each of the transactions; means for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction; and means for ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction.
- the means for assigning a value to each of the variables associated with each of the transactions may further comprise means for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the means for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction.
- Each value may be normalized to a predetermined normalization range.
- the predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range.
- the predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical Volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- the means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values using the formula:
- AR the aggregate risk level
- w t j means the weights of the “j”th variable at time “t”
- R t j means the normalized risk factor value of the “j”th variable at time “t”.
- the transactions may be ranked relative to one another in descending order of aggregate risk level.
- the transactions may be ranked relative to one another in ascending order of aggregate risk level.
- the risk may be operational risk.
- a software program for ranking relative risk of a plurality of transactions including: means for assigning a value to each of the variables associated with each of the transactions; means for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction; means for aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction; and means for ranking each of the transactions relative to one another based upon the by transaction aggregate risk level corresponding to each transaction.
- the means for assigning a value to each of the variables associated with each of the transactions may further comprise means for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the means for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise means for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction.
- Each value may be normalized to a predetermined normalization range.
- the predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
- the operational tolerance associated with a given variable of a given event may vary in dependence upon the given event of the transaction.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range.
- the predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- the means for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise means for aggregating the normalized risk factor values using the formula:
- TAR the transaction aggregate risk level
- w t j;i means the weights of the “j”th variable on the “i”th event at time “t”
- R t j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t”.
- the transactions may be ranked relative to one another in descending order of transaction aggregate risk level.
- the transactions may be ranked relative to one another in ascending order of transaction aggregate risk level.
- Each event of each transaction may be selected from the group including: a) order match; b) broker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation.
- the risk may be operational risk.
- a system for ranking relative risk of a plurality of transactions including: memory means for storing a software program; and processing means for processing the software program; wherein the software program includes: means for assigning a value to each of the variables associated with each of the transactions; means for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction; and means for ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction.
- the means for assigning a value to each of the variables associated with each of the transactions may further comprise means for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the means for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction.
- Each value may be normalized to a predetermined normalization range.
- the predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range.
- the predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- the means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values using the formula:
- AR the aggregate risk level
- w t j means the weights of the “j”th variable at time “t”
- R t j means the normalized risk factor value of the “j”th variable at time “t”.
- the transactions may be ranked relative to one another in descending order of aggregate risk level.
- the transactions may be ranked relative to one another in ascending order of aggregate risk level.
- the risk may be operational risk.
- a system for ranking relative risk of a plurality of transactions including: memory means for storing a software program; and processing means for processing the software program; wherein the software program includes: means for assigning a value to each of the variables associated with each of the transactions; means for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction; means for aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction; and means for ranking each of the transactions relative to one another based upon the by transaction aggregate risk level corresponding to each transaction.
- the means for assigning a value to each of the variables associated with each of the transactions may further comprise means for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the means for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise means for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction.
- Each value may be normalized to a predetermined normalization range.
- the predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
- the operational tolerance associated with a given variable of a given event may vary in dependence upon the given event of the transaction.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range.
- the predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- the means for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise means for aggregating the normalized risk factor values using the formula:
- R t j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t” and the means for aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values and the by event aggregate risk levels using the formula:
- TAR the transaction aggregate risk level
- w t j;t means the weights of the “j”th variable on the “i”th event at time “t”
- R t j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t”.
- the transactions may be ranked relative to one another in descending order of transaction aggregate risk level.
- the transactions may be ranked relative to one another in ascending order of transaction aggregate risk level.
- Each event of each transaction may be selected from the group including: a) order match; b) broker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation.
- the risk may be operational risk.
- While the present invention may be used to rank the risk of different types of transactions (e.g., financial trades in the equity, currency, debt, arbitrage, or fixed income markets), an example embodiment applied to currency trades will now be described (but is not meant to limit the present invention).
- financial trades in the equity, currency, debt, arbitrage, or fixed income markets e.g., financial trades in the equity, currency, debt, arbitrage, or fixed income markets
- FIG. 1 a diagram showing the stages and events that a trade goes through according to this embodiment of the present invention is depicted.
- “events” are milestones that occur (e.g., Order Match, Broker Verification, and Financial Confirm) and “stages” are markers delineating various events.
- stages are markers delineating various events.
- other currency trades and/or other types of trades may go through different stages and events and/or may go through these same stages and events in a different order.
- Order Match and Broker Verification are shown as parallel events of stage 1 in this embodiment, other embodiments could have the two events occurring serially.
- stages 3 and 4 are shown as occurring parallel to stage 5, other configurations are possible.
- a trade may require either an Order Match (i.e., the trade is a client trade) or a Broker Verification (i.e., the trade is a bank trade), but not both.
- the two events may be non-mutually exclusive.
- the Terms Confirm event of stage 5 is done in parallel with the events of stages 3 and 4.
- the Terms Confirm event of stage 5 and the events of stages 3 and 4 may occur serially.
- a currency trade according to the present example goes through 5 stages, each delineating one or more events.
- the specific variables associated with each of the events of this embodiment are shown in more detail in FIG. 2A .
- the variables identified in FIG. 2A are used for the purpose of example only, and that as well known to those of ordinary skill in the art, other currency trades and/or other types of trades may associate different, and/or fewer, and/or more variables to each of the events.
- a number of the variables identified in FIG. 2A are defined more specifically in FIG. 2B .
- the Order Match, Broker Verification and Financial Confirm events may occur relatively quickly (e.g., on the order of hours), with the Settlement Confirm, Value Date, and Terms Confirm events taking a relatively longer period of time (e.g., on the order of days).
- the above-described timing is used for the purpose of example only, and that as well known to those of ordinary skill in the art, other currency trades and/or other types of trades may utilize different timing between each of the stages and events (e.g. earlier events occurring on the order of minutes or later events occurring on the order of weeks).
- the risk of a trade may be a function of time as well as a function of what stage or event the trade is in.
- a trade may be open for many months, for example, and its relative risk ranking compared to other trades may change during that time.
- Such relative risk may be obtained via an aggregation function that aggregates the risk level of a number of individual risk components.
- the aggregation function may yield a single value that represents the relative risk of a given trade versus the relative risk of one or more other trades.
- the risk levels of the individual risk components that form the input to the aggregation function may be dependent or independent of one another.
- Step 301 measures of certain attributes (i.e., input variables) are obtained.
- the values of the input variables may be obtained from a database or from another source.
- the input variables may be updated at certain times.
- Each input variable may be quantitative (e.g., a measure of time) or qualitative (e.g., a measure of client sensitivity).
- Quantitative variables may be assigned their actual quantitative values (e.g., a time value or a dollar value).
- Qualitative variables may be ranked on a qualitative variables scale (e.g. a scale from 1 to 10).
- Each input variable may have assigned therewith a maximum operational tolerance level (e.g., indicative of maximum risk).
- the maximum tolerance level for a qualitative variable may be the top value of the qualitative variable scale (e.g., 10).
- the maximum tolerance level for a given variable may vary over time and/or may vary for one or more events of the trade.
- Each input variable may be dependent upon one or more other input variables, and/or may be independent of one or more other input variables, and/or may be random.
- Each input variable may be a factor in one or more events.
- Each input variable may be risk weighted differently within one or more events.
- Each input variable may be fixed (i.e., does not change over time), or may fluctuate essentially continuously (e.g., deviation from historical volatility), or may change only when a trade has reached a new event.
- a normalized risk factor value (e.g., between 0 and 1, inclusive) for each variable is determined at Step 303 using the following formula:
- the operational tolerance associated with a given variable of a given event may vary in dependence upon the given event of the transaction.
- Table 1 showing normalized risk factor values corresponding to the elapsed time variable for each of the four events discussed above:
- a by event aggregate risk level for each event of each transaction may be calculated using the formula:
- EAR the by event aggregate risk level
- TAR the transaction aggregate risk level
- w t j;i means the weights of the “j”th variable on the “i”th event at time “t”
- R t j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t”.
- FIG. 5 shows an overall relative risk level calculation process according to this embodiment of the present invention
- various input variables are each applied from Database 501 (which may be a single database as depicted or multiple databases) to Risk Factor Function 503 (which may be a single function as depicted or multiple functions) and the output from the Risk Factor Function is applied to Aggregation Function 505 (which may be a single function as depicted or multiple functions) to generate a relative risk level for each trade.
- expert input may be applied to the Risk Factor Function 503 and/or the Aggregation Function 505 to at least partially control the output of the functions. It is noted that while this FIG. 5 shows three representative input variables, any desired input variables may of course be used.
- FIG. 6 shows overall system flow in another example embodiment of the present invention
- Trading Data 601 and Sales Data 603 are sent to Operations System 605 to be forwarded to Risk Prioritization System 607 as Transaction Activity.
- the Trading Data 601 , the Sales Data 603 , and the Transaction Activity may be communicated in real-time and/or historically.
- Risk Snapshots 609 are periodically posted for the use of Operations System 605 .
- Operations System 605 may poll Risk Prioritization System 607 for Risk Snapshots 609 when desired.
- Database 701 includes Skeleton 701 a , Transactions 701 b , Reports 701 c , and Exceptions 701 d . Further, Database 701 is acted upon by Maintenance Utility 1703 , Transaction Feed 705 , Calculation Engine 707 , Notification Manager 709 , and Display Server 711 . Moreover, Management Viewer 713 (as well as any other desired Front End System 715 ) interact with Display Server 711 to provide views into the data.
- the raw values associated with each of the variables of a transaction, and/or the normalized risk factor values associated with each of the variables of a transaction may be identified in connection with selected one(s) of the transaction(s) ranked by the present invention.
- the identification may be made in the form of a “drill-down” process by which more and more detail is progressively identified to a user.
- Such identification of the raw values associated with each of the variables of a transaction and/or the normalized risk factor values associated with each of the variables of a transaction may be used to aid in identifying the underlying reasons behind a given relative risk level (i.e. “What is making the transaction so risky?”).
- the user may desire to know why a particular trade is so risky.
- a mechanism could be provided to allow the user to “drill-down” and open a window for a specific trade and look at the particular values of each one of the various risk factors and/or raw variables for that trade.
- the user would be able to get a better understanding of why a particular trade is risky.
- a feedback loop may be employed wherein historical data corresponding to prior transaction rankings, and/or prior raw values associated with given variables, and/or prior normalized risk factor values associated with given variables are used at least partially in determining the ranking of new transactions.
- the feedback loop may use (at least partially) input from a user concerning the appropriateness of one or more prior transaction rankings in determining the ranking of new transactions.
- FIG. 8 a flowchart showing a method for ranking relative risk of a plurality of transactions according to another embodiment of the present invention is shown.
- Step 801 a value is assigned to each of the variables associated with each of the transactions.
- the values assigned to each of the variables are aggregated on a transaction by transaction basis to produce an aggregate risk level for each transaction.
- each of the transactions is ranked relative to one another based upon the aggregate risk level corresponding to each transaction.
- FIG. 9 a flowchart showing a method for ranking relative risk of a plurality of transactions according to another embodiment of the present invention is shown.
- a value is assigned to each of the variables associated with each of the transactions.
- the values assigned to each of the variables of each event of each transaction are aggregated to produce a by event aggregate risk level for each event of each transaction.
- the by event aggregate risk levels of each transaction are aggregated to produce a by transaction aggregate risk level for each transaction.
- each of the transactions are ranked relative to one another based upon the by transaction aggregate risk level corresponding to each transaction.
- Software Program 1001 includes:
- Assignment Module 1003 may include a method for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the Aggregating Module 1005 may include means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction.
- Software Program 1101 includes:
- Assignment Module 1103 may include a method for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the First Aggregating Module 1105 may include a method for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction.
- Computer 1201 includes Memory 1203 for storing a software program (not shown) and CPU 1205 for processing the software program.
- Monitor 1207 , Keyboard 1209 , Mouse 1211 , and Printer 1213 are connected to Computer 1201 to provide user input/output. Input/output to the software program may also be accomplished via a storage medium (e.g., a hard drive or a CD) and/or a network, each of which is not shown
- the software program stored in Memory 1203 and processed by CPU 1205 may of course be one of the software programs of the present invention.
- the details of each of Computer 1201 , Memory 1203 , CPU 1205 , Monitor 1207 , Keyboard 1209 , Mouse 1211 , and Printer 1213 are well known to those of ordinary skill in the art and will not be discussed further.
- the present invention may be applied to any tradable product (e.g., equity, currency, debt, arbitrage, or fixed income).
- any other appropriate variables may of course be used (e.g. Herreci Risk). More particularly, other exogenous variables (i.e., relating to market conditions) or endogenous variables (i.e., relating to internal conditions) may of course be used.
- aggregation element(s) of the present invention have been described principally as employing summation and multiplication, other mathematical operator(s) and/or function(s) may of course be used (e.g., hybrids or mixtures of summations and products).
- formula (s) used for aggregation may be static or dynamic. If dynamic, they may change periodically (e.g., every second, every hour, every day, every week), at certain times of the day, at certain times of the week, at certain times of the year, when directed by a user, or when one or more conditions is met. Such conditions could relate to one or more variable raw values and/or one or more normalized risk factor values.
- the weights and/or mathematical operator(s) and/or function(s) may change. Further still, while the generation of the normalized risk factor values has been described principally with regard to a single given formula producing a single given exponential curve, other appropriate formula (s) producing other appropriate curve(s), such as other appropriate exponential curves(s) for example, may of course be used. Other formulas (or functions) may include the linear function, the quadratic function, or any other power or polynomial function, for example. Further still, one or more look-up tables may be used to generate the normalized risk factor values. The look-up table(s) may be associated with one or more variables (e.g., client sensitivity, country infrastructure, product complexity, and so on).
- variables e.g., client sensitivity, country infrastructure, product complexity, and so on.
- the look-up table(s) may be used on their own or in combination with one or more formulas to generate the normalized risk factor values. Further still, the formula (s) and/or look-up table(s) may be static or dynamic. If dynamic, they may change periodically (e.g., every second, every hour, every day, every week), at certain times of the day, at certain times of the week, at certain times of the year, when directed by a user, or when one or more conditions is met. Such conditions could relate to one or more variable raw values and/or one or more normalized risk factor values.
- the present invention could be used to rank: i) the relative risk of all of the transactions made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year); or ii) the x number of riskiest trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), where x is an integer; or iii) the x number of least risky trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), where x is an integer.
- the present invention may be used as a regulatory tool and/or for internal auditing or accounting.
- the present invention may update data including raw variable values and/or normalized risk factor values periodically (e.g., every second, every hour, every day, every week), at certain times of the day, at certain times of the week, at certain times of the year, when directed by a user, or when one or more conditions is met. Such conditions could relate to one or more variable raw values and/or one or more normalized risk factor values.
- the transactions ranked by the present invention may be filtered (e.g., by event, by client, or by currency). Further still, the transactions ranked by the present invention may be completed transactions and/or “open” transactions which are being processed. Further still, one or more risk factors may be dynamic and based on a learning mechanism.
- the present invention may keep track of statistics pertaining to each individual operator or trader and may dynamically change (based on experience) the values of the appropriate risk factor(s).
- any appropriate risk factor (and/or corresponding variable(s)) may be dynamically changed based on such a learning mechanism.
- the present invention may be applied to prioritizations in other settings as well (e.g., the maintenance of airplanes by an airline).
- the present invention may be used to track which airplane(s) should be overhauled first (e.g., the airplanes could be prioritized based on the probabilities that something can go wrong with the airplane as a whole and/or the probabilities that something can go wrong with one or more parts of the airplane).
- the memory of the system may comprise a magnetic hard drive, a magnetic floppy disk, a compact disk, a ROM, a RAM, and/or any other appropriate memory.
- the computer of the system may comprise a stand-alone PC-type micro-computer as depicted or the computer may comprise one of a mainframe computer or a mini-computer, for example.
- another computer could communicate with the software program and/or computer of the system by utilizing a local area network, a wide area network, or the Internet, for example.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Human Resources & Organizations (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Entrepreneurship & Innovation (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Complex Calculations (AREA)
Abstract
A method for ranking relative risk of a plurality of transactions, wherein each of the transactions has associated therewith a plurality of variables. In one embodiment the method includes assigning a value to each of the variables associated with each of the transactions, aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction, and ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction. A corresponding software program and system are also disclosed.
Description
- The present invention relates to a method, software program, and system for ranking relative risk of a plurality of transactions. More particularly, the present invention relates to a method, software program, and system for ranking relative operational risk of a plurality of financial transactions.
- By providing for the ranking of relative operational risk of a plurality of financial transactions, the present invention provides a mechanism for readily identifying “outlying” transaction risks (e.g., identifying the 10 riskiest transactions out of a group of 1000).
- Banks and other financial institutions typically attempt to identify and quantify risks associated with their business dealings. Two types of risks typically identified and quantified are credit risk and market risk. As their names imply, credit risk relates to risk associated with giving or receiving credit and market risk relates to risk associated with changes in market conditions.
- A third type of risk, which banks and other financial institutions are just now beginning to address, is operational risk. One definition of operational risk promulgated by the Basel Committee on Banking Supervision (hereinafter “Basel Committee”) is that operational risk is a risk component other than credit or market risk and which is “the risk of direct or indirect loss resulting from inadequate or failed internal processes, people and systems or from external events”. The aforementioned definition will be adopted for the purposes of this application.
- In any case, the Basel Committee proposes a number of approaches for allocating operating risk capital. In following the typical banking methodology of identifying and quantifying risk, these approaches include, but are not limited to, the Basic Indicator, the Standardized approach, the Internal Measurement approach, and the Loss Distribution approach. However, none of these approaches appears to provide for the aggregation of individual risk factors of a plurality transactions on a transaction by transaction basis in order to identify the relative risk of each transaction. In other words, while the various approaches proposed by the Basel Committee attempt to identify and quantify operational risk, such approaches do not appear to provide a mechanism for easily ranking the relative risk of a number of transactions without trying to explicitly quantify such risk (i.e., in terms of capital loss).
- Other risk analysis methodologies found in the financial area include, for example, the following:
- U.S. Pat. No. 6,119,103, issued Sep. 12, 2000, to Basch et al. relates to financial risk prediction systems and methods.
- U.S. Pat. No. 5,978,778, issued Nov. 2, 1999, to O'Shaughnessy relates to automated strategies for investment management.
- U.S. Pat. No. 6,003,018, issued Dec. 14, 1999, to Michaud et al. relates to a method for evaluating an existing or putative portfolio having a plurality of assets.
- U.S. Pat. No. 5,812,987, issued Sep. 27, 1998, to Luskin et al. relates to an invention for managing assets in one or more investment funds over a specified time.
- U.S. Pat. No. 6,055,517, issued Apr. 25, 2000, to Friend et al. relates to a method of simulating future cash flow for a given asset allocation under a variety of economic conditions and measuring the frequency of failure of the cash flow to avoid one or more predefined risks.
- U.S. Pat. No. 5,729,700, issued Mar. 17, 1998, to Melnikoff relates to a portfolio selector for selecting an investment portfolio from a library of assets based on investment risk and risk-adjusted return.
- U.S. Pat. No. 5,884,287, issued Mar. 16, 1999, to Edesess relates to a computer-implemented system and method to create an optimal investment plan (given wealth goals stated in probabilistic form) and to display the resulting probability distributions of wealth accumulations at future times.
- Further, various methods of risk or failure analysis have been proposed for use in such fields as manufacturing, aviation, and disk drive monitoring. These methodologies include, for example, the following:
- U.S. Pat. No. 5,828,583, issued Oct. 27, 1998, to Bush et al. relates to a method for predicting an imminent failure of a disk drive.
- U.S. Pat. No. 5,956,251, issued Sep. 21, 1999, to Atkinson et al. relates to a process of establishing valid statistical dimensional tolerance limits for designs of detail parts that will enable accurate prediction of an economically acceptable degree of non-conformance of a large flexible end item assembly.
- Further still, in one type of inventory tracking methodology there is maintained an A-B-C classification of items kept in store. Class A items have to be monitored very closely and should have some safety stock (because it is very costly to be out of stock of this class of item). Class B items are monitored less closely (because it is not as costly to be out of stock of this class of item), and so on. Moreover, in one type of scheduling methodology there is maintained a prioritization of jobs that have to be done by the same resource or machine. Jobs are ranked, or prioritized, based on the dimensions of the workpiece and/or the time it takes to do the job.
- It is therefore an object of the present invention to provide a method, software program, and system for ranking relative risk of a plurality of transactions.
- It is therefore another object of the present invention to provide a method, software program, and system for ranking relative risk of a plurality of transactions wherein “ranking of relative risk of a plurality of transactions” means ordering each transaction in comparison to each of the other transactions (e.g. ordering may be from higher risk to lower risk or from lower risk to higher risk).
- Another object of the present invention is to provide a method, software program, and system for ranking relative operational risk of a plurality of financial transactions (e.g., financial trades in the equity, currency, debt, arbitrage, or fixed income markets).
- Another object of the present invention is to provide a method, software program, and system for ranking relative operational risk of a plurality of financial transactions without having to explicitly quantify a particular risk in terms of risk capital.
- Another object of the present invention is to provide a method, software program, and system for the aggregation of individual risk factors of a plurality of transactions on a transaction by transaction basis in order to identify the relative risk of each transaction.
- By providing a method, software program, and system for ranking relative operational risk of a plurality of financial transactions, the present invention provides a mechanism for readily identifying “outlying” transaction risks (e.g., identifying the 10 riskiest transactions out of a group of 1000).
- Such identification of “outlying” transaction risks is clearly advantageous for regulatory or internal auditing/accounting purposes. For example, an internal audit may examine the 10 riskiest transactions out of a group of 1000 to ensure that each of the transactions is in compliance with all applicable rules and regulations.
- In a specific embodiment, the present invention could be used to rank: i) the relative risk of all of the transactions made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year); or ii) the x number of riskiest trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), where x is an integer; or iii) the x number of least risky trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), where x is an integer.
-
FIG. 1 shows a diagram of transaction stages and events according to an embodiment of the present invention; -
FIG. 2A shows a diagram of various variables associated with the stages and events ofFIG. 1 according to an embodiment of the present invention; -
FIG. 2B shows a diagram of definitions of various variables ofFIG. 2A according to an embodiment of the present invention; -
FIG. 3 shows a flowchart identifying the steps carried out in determining individual risk factor components according to an embodiment of the present invention; -
FIG. 4 shows a risk factor curve according to an embodiment of the present invention; -
FIG. 5 shows a flowchart identifying the steps carried out in determining the relative risk of a transaction according to an embodiment of the present invention; -
FIG. 6 shows a diagram of overall system flow according to an embodiment of the present invention; -
FIG. 7 shows a diagram of a system architecture according to an embodiment of the present invention; -
FIG. 8 shows a flowchart of a method according to an embodiment of the present invention; -
FIG. 9 shows a flowchart of a method according to an embodiment of the present invention; -
FIG. 10 shows a block diagram of a software program according to an embodiment of the present invention; -
FIG. 11 shows a block diagram of a software program according to an embodiment of the present invention; and -
FIG. 12 shows a block diagram of a system according to an embodiment of the present invention. - Among those benefits and improvements that have been disclosed, other objects and advantages of this invention will become apparent from the following description taken in conjunction with the accompanying figures. The figures constitute a part of this specification and include exemplary embodiments of the present invention and illustrate various objects and features thereof.
- As required, detailed embodiments of the present invention are disclosed herein; however, it is to be understood that the disclosed embodiments are merely exemplary of the invention that may be embodied in various forms. The figures are not necessarily to scale, some features may be exaggerated to show details of particular components. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representative basis for teaching one skilled in the art to variously employ the present invention.
- In one embodiment a method for ranking relative risk of a plurality of transactions, wherein each of the transactions has associated therewith a plurality of variables is provided, including: assigning a value to each of the variables associated with each of the transactions; aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction; and ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction.
- The step of assigning a value to each of the variables associated with each of the transactions may further comprise assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the step of aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction.
- Each value may be normalized to a predetermined normalization range. The predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
-
RF=ξ·(e x/β−1) - where RF=the normalized risk factor value, ξ=0.5819767069, e=2.718182818, x=the raw value of the variable, and β=the operational tolerance of the variable.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range. The predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- The step of aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise aggregating the normalized risk factor values using the formula:
-
- where AR=the aggregate risk level, wt j means the weights of the “j”th variable at time “t”, and Rt j means the normalized risk factor value of the “j”th variable at time “t”.
- The transactions may be ranked relative to one another in descending order of aggregate risk level. The transactions may be ranked relative to one another in ascending order of aggregate risk level. The risk may be operational risk.
- In another embodiment a method for ranking relative risk of a plurality of transactions, wherein each of the transactions has associated therewith a plurality of events and each of the events has associated therewith at least one variable is provided, including: assigning a value to each of the variables associated with each of the transactions; aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction; aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction; and ranking each of the transactions relative to one another based upon the by transaction aggregate risk level corresponding to each transaction.
- The step of assigning a value to each of the variables associated with each of the transactions may further comprise assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the step of aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction.
- Each value may be normalized to a predetermined normalization range. The predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
-
RF=ξ·(e x/β−1) - where RF=the normalized risk factor value, ξ=0.5819767069, e=2.718182818, x=the raw value of the variable, and β=the operational tolerance of the variable.
- The operational tolerance associated with a given variable of a given event may vary in dependence upon the given event of the transaction.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range. The predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff; and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- The step of aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise aggregating the normalized risk factor values using the formula:
-
w t j;i - where EAR=the by event aggregate risk level, means the weights of the “j”th variable on the “i”th event at time “t”, and Rt j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t” and the step of aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction may further comprise aggregating the normalized risk factor values and the by event aggregate risk levels using the formula:
-
- where TAR=the transaction aggregate risk level, wt j;i means the weights of the “j”th variable on the “i”th event at time “t”, and Rt j;i means the normalized risk factor value of the “j”th variable
on the “i”th event at time “t”. - The transactions may be ranked relative to one another in descending order of transaction aggregate risk level. The transactions may be ranked relative to one another in ascending order of transaction aggregate risk level.
- Each event of each transaction may be selected from the group including: a) order match; b) broker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation.
- The risk may be operational risk.
- In another embodiment a software program for ranking relative risk of a plurality of transactions, wherein each of the transactions has associated therewith a plurality of variables is provided, including: means for assigning a value to each of the variables associated with each of the transactions; means for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction; and means for ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction.
- The means for assigning a value to each of the variables associated with each of the transactions may further comprise means for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the means for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction.
- Each value may be normalized to a predetermined normalization range. The predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
-
RF=ξ·(e x/β−1) - where RF=the normalized risk factor value, ξ=0.5819767069, e=2.718182818, x=the raw value of the variable, and β=the operational tolerance of the variable.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range. The predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical Volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- The means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values using the formula:
-
- where AR=the aggregate risk level, wt j means the weights of the “j”th variable at time “t”, and Rt j means the normalized risk factor value of the “j”th variable at time “t”.
- The transactions may be ranked relative to one another in descending order of aggregate risk level. The transactions may be ranked relative to one another in ascending order of aggregate risk level.
- In one example, the risk may be operational risk.
- In another embodiment a software program for ranking relative risk of a plurality of transactions, wherein each of the transactions has associated therewith a plurality of events and each of the events has associated therewith at least one variable is provided, including: means for assigning a value to each of the variables associated with each of the transactions; means for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction; means for aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction; and means for ranking each of the transactions relative to one another based upon the by transaction aggregate risk level corresponding to each transaction.
- The means for assigning a value to each of the variables associated with each of the transactions may further comprise means for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the means for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise means for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction.
- Each value may be normalized to a predetermined normalization range. The predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
-
RF=ξ·(e x/β−1) - where RF=the normalized risk factor value, ξ=0.5819767069, e=2.718182818, x=the raw value of the variable, and β=the operational tolerance of the variable.
- The operational tolerance associated with a given variable of a given event may vary in dependence upon the given event of the transaction.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range. The predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- The means for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise means for aggregating the normalized risk factor values using the formula:
-
- where EAR=the by event aggregate risk level, wt j;i means the weights of the “j”th variable on the “i”th event at time “t”, and Rt j;i means the normalized risk factor value of the “j”th variable on the
“i”th event at time “t” and the means for aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values and the by event aggregate risk levels using the formula: -
- where TAR=the transaction aggregate risk level, wt j;i means the weights of the “j”th variable on the “i”th event at time “t”, and Rt j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t”.
- The transactions may be ranked relative to one another in descending order of transaction aggregate risk level. The transactions may be ranked relative to one another in ascending order of transaction aggregate risk level.
- Each event of each transaction may be selected from the group including: a) order match; b) broker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation.
- In one example, the risk may be operational risk.
- In another embodiment a system for ranking relative risk of a plurality of transactions, wherein each of the transactions has associated therewith a plurality of variables is provided, including: memory means for storing a software program; and processing means for processing the software program; wherein the software program includes: means for assigning a value to each of the variables associated with each of the transactions; means for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction; and means for ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction.
- The means for assigning a value to each of the variables associated with each of the transactions may further comprise means for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the means for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction.
- Each value may be normalized to a predetermined normalization range. The predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
-
RF=ξ·(e x/β−1) - where RF=the normalized risk factor value, ξ=0.5819767069, e=2.718182818, x=the raw value of the variable, and β=the operational tolerance of the variable.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range. The predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- The means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values using the formula:
-
- where AR=the aggregate risk level, wt j means the weights of the “j”th variable at time “t”, and Rt j means the normalized risk factor value of the “j”th variable at time “t”.
- The transactions may be ranked relative to one another in descending order of aggregate risk level. The transactions may be ranked relative to one another in ascending order of aggregate risk level. The risk may be operational risk.
- In another embodiment a system for ranking relative risk of a plurality of transactions, wherein each of the transactions has associated therewith a plurality of events and each of the events has associated therewith at least one variable is provided, including: memory means for storing a software program; and processing means for processing the software program; wherein the software program includes: means for assigning a value to each of the variables associated with each of the transactions; means for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction; means for aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction; and means for ranking each of the transactions relative to one another based upon the by transaction aggregate risk level corresponding to each transaction.
- The means for assigning a value to each of the variables associated with each of the transactions may further comprise means for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the means for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise means for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction.
- Each value may be normalized to a predetermined normalization range. The predetermined normalization range may be between 0 to 1, inclusive.
- Each variable may have associated therewith an operational tolerance and the normalized risk factor value for each variable may be calculated using the formula:
-
RF=ξ·(e x/β−1) - where RF=the normalized risk factor value, β=0.5819767069, e=2.718182818, x=the raw value of the variable, and β=the operational tolerance of the variable.
- The operational tolerance associated with a given variable of a given event may vary in dependence upon the given event of the transaction.
- Each variable may be selected from the group of quantitative variables and qualitative variables, wherein each variable which is a quantitative variable may have associated therewith a raw value corresponding to an actual quantitative value, and wherein each variable which is a qualitative variable may have associated therewith a raw value corresponding to a value selected from a predetermined qualitative value range. The predetermined qualitative value range may be between 1 to 10, inclusive.
- Each quantitative variable may be selected from the group including: elapsed time, historical volatility, deviation from average volatility, mark-to-market, trader error ratio, sales error ratio, frequency of notional, outgoing confirm delay/elapsed time, time to settlement cutoff, and fail recovery time.
- Each qualitative variable may be selected from the group including: client sensitivity, execution method, client operating infrastructure, incoming confirm method, outgoing confirm method, internal credit rating, potential OD rates, payment instruction precedence, regulatory risk, master agreement (provisions for netting), country operating infrastructure, liquidity risk, template precedence, and product complexity.
- The means for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction may further comprise means for aggregating the normalized risk factor values using the formula:
-
- where EAR=the by event aggregate risk level, means the weights of the “j”th variable on the
-
w t j;i - “i”th event at time “t”, and Rt j;i means the normalized risk factor value of the “j”th variable on the
“i”th event at time “t” and the means for aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction may further comprise means for aggregating the normalized risk factor values and the by event aggregate risk levels using the formula: -
- where TAR=the transaction aggregate risk level, wt j;t means the weights of the “j”th variable on the “i”th event at time “t”, and Rt j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t”.
- The transactions may be ranked relative to one another in descending order of transaction aggregate risk level. The transactions may be ranked relative to one another in ascending order of transaction aggregate risk level.
- Each event of each transaction may be selected from the group including: a) order match; b) broker verification; c) financial confirmation; d) settlement confirmation; and e) terms confirmation.
- In one example, the risk may be operational risk.
- While the present invention may be used to rank the risk of different types of transactions (e.g., financial trades in the equity, currency, debt, arbitrage, or fixed income markets), an example embodiment applied to currency trades will now be described (but is not meant to limit the present invention).
- In this regard, and referring now to
FIG. 1 , a diagram showing the stages and events that a trade goes through according to this embodiment of the present invention is depicted. In thisFIG. 1 “events” are milestones that occur (e.g., Order Match, Broker Verification, and Financial Confirm) and “stages” are markers delineating various events. As well known to those of ordinary skill in the art, other currency trades and/or other types of trades may go through different stages and events and/or may go through these same stages and events in a different order. For example, while Order Match and Broker Verification are shown as parallel events ofstage 1 in this embodiment, other embodiments could have the two events occurring serially. Further, whilestages stage 5, other configurations are possible. - Moreover, it is noted that in this embodiment a trade may require either an Order Match (i.e., the trade is a client trade) or a Broker Verification (i.e., the trade is a bank trade), but not both. In another embodiment the two events may be non-mutually exclusive. Further, in this embodiment the Terms Confirm event of
stage 5 is done in parallel with the events ofstages stage 5 and the events ofstages - In any case, as seen in this
FIG. 1 , a currency trade according to the present example goes through 5 stages, each delineating one or more events. The specific variables associated with each of the events of this embodiment are shown in more detail inFIG. 2A . It is noted that the variables identified inFIG. 2A are used for the purpose of example only, and that as well known to those of ordinary skill in the art, other currency trades and/or other types of trades may associate different, and/or fewer, and/or more variables to each of the events. In any case, a number of the variables identified inFIG. 2A are defined more specifically inFIG. 2B . - Regarding the timing between the events of the currency trade example depicted in
FIG. 1 , it is noted that the Order Match, Broker Verification and Financial Confirm events may occur relatively quickly (e.g., on the order of hours), with the Settlement Confirm, Value Date, and Terms Confirm events taking a relatively longer period of time (e.g., on the order of days). It is noted that the above-described timing is used for the purpose of example only, and that as well known to those of ordinary skill in the art, other currency trades and/or other types of trades may utilize different timing between each of the stages and events (e.g. earlier events occurring on the order of minutes or later events occurring on the order of weeks). Regardless, the risk of a trade may be a function of time as well as a function of what stage or event the trade is in. In other words, a trade may be open for many months, for example, and its relative risk ranking compared to other trades may change during that time. - Such relative risk may be obtained via an aggregation function that aggregates the risk level of a number of individual risk components. The aggregation function may yield a single value that represents the relative risk of a given trade versus the relative risk of one or more other trades. The risk levels of the individual risk components that form the input to the aggregation function may be dependent or independent of one another.
- Still referring to
FIG. 1 , it is noted that as a transaction moves through the various stages and events the transaction may be subject to various operational checks/processes to help ensure completeness and accuracy. It is further noted that in the present example (which is presented for illustration only, and is not intended to be restrictive), on the order of 5,000-8,000 new trades may come in to stage 1 on a given day and on the order of 100,000 open trades may exist in the later stages on a given day. - Referring now to
FIG. 3 , a flowchart showing how the risk levels of the individual risk components are determined in the present example embodiment is depicted. AtStep 301 measures of certain attributes (i.e., input variables) are obtained. The values of the input variables may be obtained from a database or from another source. The input variables may be updated at certain times. Each input variable may be quantitative (e.g., a measure of time) or qualitative (e.g., a measure of client sensitivity). Quantitative variables may be assigned their actual quantitative values (e.g., a time value or a dollar value). Qualitative variables may be ranked on a qualitative variables scale (e.g. a scale from 1 to 10). Each input variable may have assigned therewith a maximum operational tolerance level (e.g., indicative of maximum risk). The maximum tolerance level for a quantitative variable may be a defined control standard (e.g., unconfirmed trades maximum tolerance level=trade time+x or outgoing confirm delay maximum tolerance level=trade time+y, wherein x and y are appropriate time units). The maximum tolerance level for a qualitative variable may be the top value of the qualitative variable scale (e.g., 10). The maximum tolerance level for a given variable may vary over time and/or may vary for one or more events of the trade. Each input variable may be dependent upon one or more other input variables, and/or may be independent of one or more other input variables, and/or may be random. Each input variable may be a factor in one or more events. Each input variable may be risk weighted differently within one or more events. Each input variable may be fixed (i.e., does not change over time), or may fluctuate essentially continuously (e.g., deviation from historical volatility), or may change only when a trade has reached a new event. - Still referring to
FIG. 3 , a normalized risk factor value (e.g., between 0 and 1, inclusive) for each variable is determined at Step 303 using the following formula: -
RF=ξ·(e x/β−1) - where RF=the normalized risk factor value, ξ=0.5819767069, e=2.718182818, x=the raw value of the variable, and β=the operational tolerance of the variable.
- The operational tolerance associated with a given variable of a given event may vary in dependence upon the given event of the transaction. In this embodiment of the present invention, elapsed time is a variable in 4 events and operational tolerance (i.e., β) differs in each event as follows: Order Match β=3 hours; Broker Verification β=24 hours (i.e., event start time+1 day); Financial Confirmation β=24 hours (i.e., event start time+1 day); and Terms Confirmation β=240 hours (i.e., event start time+10 days). Below is Table 1 showing normalized risk factor values corresponding to the elapsed time variable for each of the four events discussed above:
-
TABLE 1 Broker Financial Terms Order Match Verification Confirmation Confirmation (Stage 1) (Stage 2) (Stage 3) (Stage 5) Time (x) β = 3 hours β = 24 hours β = 24 hours β = 240 hours 1 hour 0.23024 0.02476 0.02476 0.00243 2 hours 0.55156 0.05058 0.05058 0.00487 3 hours 1.00000 0.07749 0.07749 0.00732 4 hours 1.00000 0.10555 0.10555 0.00978 10 hours 1.00000 0.30083 0.30083 0.02476 20 hours 1.00000 0.75714 0.75714 0.05058 110 hours 1.00000 1.00000 1.00000 0.33839 - Finally, as discussed above, the individual risk factor values for each transaction are aggregated to produce a relative risk level corresponding to a particular trade. More particularly, a by event aggregate risk level for each event of each transaction may be calculated using the formula:
-
- where EAR=the by event aggregate risk level, wt j;i means the weights of the “j”th variable on the “i”th event at time “t”, and Rt j;i means the normalized risk factor value of the “j”th variable on the “i”th event at time “t” and the by transaction aggregate risk level may be calculated using the formula:
-
- where TAR=the transaction aggregate risk level, wt j;i means the weights of the “j”th variable on the “i”th event at time “t”, and Rt j;i means the normalized risk factor value of the “j”th variable
on the “i”th event at time “t”. - Referring now to
FIG. 4 , a risk factor curve corresponding to the formula: -
RF=ξ·(e x/β−1) - is depicted. As seen in this figure, risk accelerates as the variable's value approaches the operational tolerance.
- Referring now to
FIG. 5 , which shows an overall relative risk level calculation process according to this embodiment of the present invention, it is seen that various input variables are each applied from Database 501 (which may be a single database as depicted or multiple databases) to Risk Factor Function 503 (which may be a single function as depicted or multiple functions) and the output from the Risk Factor Function is applied to Aggregation Function 505 (which may be a single function as depicted or multiple functions) to generate a relative risk level for each trade. In addition, expert input may be applied to theRisk Factor Function 503 and/or theAggregation Function 505 to at least partially control the output of the functions. It is noted that while thisFIG. 5 shows three representative input variables, any desired input variables may of course be used. - Referring now to
FIG. 6 , which shows overall system flow in another example embodiment of the present invention, it is seen thatTrading Data 601 andSales Data 603 are sent toOperations System 605 to be forwarded toRisk Prioritization System 607 as Transaction Activity. TheTrading Data 601, theSales Data 603, and the Transaction Activity may be communicated in real-time and/or historically. In any case,Risk Snapshots 609 are periodically posted for the use ofOperations System 605. In addition,Operations System 605 may pollRisk Prioritization System 607 forRisk Snapshots 609 when desired. - Referring now to
FIG. 7 , which shows a system architecture in another example embodiment of the present invention, it is seen thatDatabase 701 includesSkeleton 701 a,Transactions 701 b,Reports 701 c, andExceptions 701 d. Further,Database 701 is acted upon by Maintenance Utility 1703,Transaction Feed 705,Calculation Engine 707,Notification Manager 709, andDisplay Server 711. Moreover, Management Viewer 713 (as well as any other desired Front End System 715) interact withDisplay Server 711 to provide views into the data. - In yet another embodiment of the present invention, the raw values associated with each of the variables of a transaction, and/or the normalized risk factor values associated with each of the variables of a transaction may be identified in connection with selected one(s) of the transaction(s) ranked by the present invention. The identification may be made in the form of a “drill-down” process by which more and more detail is progressively identified to a user. Such identification of the raw values associated with each of the variables of a transaction and/or the normalized risk factor values associated with each of the variables of a transaction may be used to aid in identifying the underlying reasons behind a given relative risk level (i.e. “What is making the transaction so risky?”).
- More particularly, in this example, after the present invention has determined what are the ten most risky trades, the user may desire to know why a particular trade is so risky. A mechanism could be provided to allow the user to “drill-down” and open a window for a specific trade and look at the particular values of each one of the various risk factors and/or raw variables for that trade. Thus, the user would be able to get a better understanding of why a particular trade is risky.
- In yet another embodiment of the present invention, a feedback loop may be employed wherein historical data corresponding to prior transaction rankings, and/or prior raw values associated with given variables, and/or prior normalized risk factor values associated with given variables are used at least partially in determining the ranking of new transactions. In addition, the feedback loop may use (at least partially) input from a user concerning the appropriateness of one or more prior transaction rankings in determining the ranking of new transactions.
- Referring now to
FIG. 8 , a flowchart showing a method for ranking relative risk of a plurality of transactions according to another embodiment of the present invention is shown. - More particularly, it is seen that at Step 801 a value is assigned to each of the variables associated with each of the transactions. At
Step 803 the values assigned to each of the variables are aggregated on a transaction by transaction basis to produce an aggregate risk level for each transaction. AtStep 805 each of the transactions is ranked relative to one another based upon the aggregate risk level corresponding to each transaction. - Referring now to
FIG. 9 , a flowchart showing a method for ranking relative risk of a plurality of transactions according to another embodiment of the present invention is shown. - More particularly, it is seen that at Step 901 a value is assigned to each of the variables associated with each of the transactions. At
Step 903 the values assigned to each of the variables of each event of each transaction are aggregated to produce a by event aggregate risk level for each event of each transaction. AtStep 905 the by event aggregate risk levels of each transaction are aggregated to produce a by transaction aggregate risk level for each transaction. AtStep 907 each of the transactions are ranked relative to one another based upon the by transaction aggregate risk level corresponding to each transaction. - Referring now to
FIG. 10 , a block diagram of a software program for ranking relative risk of a plurality of transactions according to another embodiment of the present invention is shown. As seen in this Fig.,Software Program 1001 includes: -
- 1)
Assignment Module 1003 for assigning a value to each of the variables associated with each of the transactions; - 2) Aggregating
Module 1005 for aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction; and - 3)
Ranking Module 1007 for ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction.
- 1)
-
Assignment Module 1003 may include a method for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and the AggregatingModule 1005 may include means for aggregating the normalized risk factor values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction. - Referring now to
FIG. 11 , a block diagram of a software program for ranking relative risk of a plurality of transactions according to another embodiment of the present invention is shown. As seen in this Fig.,Software Program 1101 includes: -
- 1)
Assignment Module 1103 for assigning a value to each of the variables associated with each of the transactions; - 2) First Aggregating
Module 1105 for aggregating the values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction; - 3)
Second Aggregating Module 1107 for aggregating the by event aggregate risk levels of each transaction to produce a by transaction aggregate risk level for each transaction; and - 4)
Ranking Module 1109 for ranking each of the transactions relative to one another based upon the by transaction aggregate risk level corresponding to each transaction.
- 1)
-
Assignment Module 1103 may include a method for assigning a normalized risk factor value to each of the variables associated with each of the transactions based upon a raw value associated with each of the variables of each of the transactions and theFirst Aggregating Module 1105 may include a method for aggregating the normalized risk factor values assigned to each of the variables of each event of each transaction to produce a by event aggregate risk level for each event of each transaction. - Referring now to
FIG. 12 , a block diagram of a system according to another embodiment of the present invention is shown. As seen in this Fig.,Computer 1201 includesMemory 1203 for storing a software program (not shown) andCPU 1205 for processing the software program.Monitor 1207,Keyboard 1209,Mouse 1211, andPrinter 1213 are connected toComputer 1201 to provide user input/output. Input/output to the software program may also be accomplished via a storage medium (e.g., a hard drive or a CD) and/or a network, each of which is not shown The software program stored inMemory 1203 and processed byCPU 1205 may of course be one of the software programs of the present invention. In any case, the details of each ofComputer 1201,Memory 1203,CPU 1205,Monitor 1207,Keyboard 1209,Mouse 1211, andPrinter 1213 are well known to those of ordinary skill in the art and will not be discussed further. - While a number of embodiments of the present invention have been described, it is understood that these embodiments are illustrative only, and not restrictive, and that many modifications may become apparent to those of ordinary skill in the art. For example, the present invention may be applied to any tradable product (e.g., equity, currency, debt, arbitrage, or fixed income). Further, while a number of variables useful in ranking risk according to the present invention have been described, any other appropriate variables may of course be used (e.g. Herstaat Risk). More particularly, other exogenous variables (i.e., relating to market conditions) or endogenous variables (i.e., relating to internal conditions) may of course be used. Further still, while the aggregation element(s) of the present invention have been described principally as employing summation and multiplication, other mathematical operator(s) and/or function(s) may of course be used (e.g., hybrids or mixtures of summations and products). Further still, the formula (s) used for aggregation may be static or dynamic. If dynamic, they may change periodically (e.g., every second, every hour, every day, every week), at certain times of the day, at certain times of the week, at certain times of the year, when directed by a user, or when one or more conditions is met. Such conditions could relate to one or more variable raw values and/or one or more normalized risk factor values. If the aggregation formula (s) are dynamic, the weights and/or mathematical operator(s) and/or function(s) may change. Further still, while the generation of the normalized risk factor values has been described principally with regard to a single given formula producing a single given exponential curve, other appropriate formula (s) producing other appropriate curve(s), such as other appropriate exponential curves(s) for example, may of course be used. Other formulas (or functions) may include the linear function, the quadratic function, or any other power or polynomial function, for example. Further still, one or more look-up tables may be used to generate the normalized risk factor values. The look-up table(s) may be associated with one or more variables (e.g., client sensitivity, country infrastructure, product complexity, and so on). The look-up table(s) may be used on their own or in combination with one or more formulas to generate the normalized risk factor values. Further still, the formula (s) and/or look-up table(s) may be static or dynamic. If dynamic, they may change periodically (e.g., every second, every hour, every day, every week), at certain times of the day, at certain times of the week, at certain times of the year, when directed by a user, or when one or more conditions is met. Such conditions could relate to one or more variable raw values and/or one or more normalized risk factor values. Further still, the present invention could be used to rank: i) the relative risk of all of the transactions made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year); or ii) the x number of riskiest trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), where x is an integer; or iii) the x number of least risky trades made in a given timeframe (e.g., within the last hour, within the last day, within the last week, within the last year), where x is an integer. Further still, the present invention may be used as a regulatory tool and/or for internal auditing or accounting. Further still, the present invention may update data including raw variable values and/or normalized risk factor values periodically (e.g., every second, every hour, every day, every week), at certain times of the day, at certain times of the week, at certain times of the year, when directed by a user, or when one or more conditions is met. Such conditions could relate to one or more variable raw values and/or one or more normalized risk factor values. Further still, the transactions ranked by the present invention may be filtered (e.g., by event, by client, or by currency). Further still, the transactions ranked by the present invention may be completed transactions and/or “open” transactions which are being processed. Further still, one or more risk factors may be dynamic and based on a learning mechanism. For example, suppose that the present invention is used to keep track of the number of amendments that a particular trader does on each one of his trades (which, by the way, may also depend on the trade complexity). If the number of the trader's amendments is going down over time (i.e., the trader is getting more experience), then the value of his risk factor is going down. Therefore, in this example the present invention may keep track of statistics pertaining to each individual operator or trader and may dynamically change (based on experience) the values of the appropriate risk factor(s). Of course, any appropriate risk factor (and/or corresponding variable(s)) may be dynamically changed based on such a learning mechanism. Further still, the present invention may be applied to prioritizations in other settings as well (e.g., the maintenance of airplanes by an airline). For example, the present invention may be used to track which airplane(s) should be overhauled first (e.g., the airplanes could be prioritized based on the probabilities that something can go wrong with the airplane as a whole and/or the probabilities that something can go wrong with one or more parts of the airplane). Further still, the memory of the system may comprise a magnetic hard drive, a magnetic floppy disk, a compact disk, a ROM, a RAM, and/or any other appropriate memory. Further still, the computer of the system may comprise a stand-alone PC-type micro-computer as depicted or the computer may comprise one of a mainframe computer or a mini-computer, for example. Further still, another computer could communicate with the software program and/or computer of the system by utilizing a local area network, a wide area network, or the Internet, for example.
Claims (13)
1. A method for ranking relative risk of a plurality of transactions, wherein each of the transactions has associated therewith a plurality of variables, comprising:
assigning a value to each of the variables associated with each of the transactions;
aggregating the values assigned to each of the variables on a transaction by transaction basis to produce an aggregate risk level for each transaction; and
ranking each of the transactions relative to one another based upon the aggregate risk level corresponding to each transaction.
2.-84. (canceled)
85. The method of claim 1 , wherein the determined values for at least some of the plurality of variables are normalized.
86. The method of claim 85 , further comprising providing a risk factor report using the transaction rankings.
87. The method of claim 86 , wherein the risk factor report includes the determined values for at least some of the plurality of variables.
88. The method of claim 86 , wherein the risk factor report includes the normalized values for at least some of the plurality of variables.
89. The method of claim 1 , further comprising filtering transactions to be ranked using at least one of: an event, a client, a currency.
90. A processor-implemented method for ranking relative risk of a plurality of transactions comprising:
obtaining via a processor a plurality of events associated with each of a plurality of transactions;
determining via the processor a value for each of a plurality of variables associated with each of the plurality of events;
calculating via the processor an event risk level for each of the plurality of events by aggregating the determined values of the plurality of variables on a by event basis;
calculating via the processor a transaction risk level for each of the plurality of transactions by aggregating the calculated event risk levels for the plurality of events on a by transaction basis; and
ranking via the processor each of the transactions relative to one another using the calculated transaction risk level corresponding to each transaction.
91. The method of claim 90 , wherein the determined values for at least some of the plurality of variables are normalized.
92. The method of claim 91 , further comprising providing a risk factor report using the transaction rankings.
93. The method of claim 92 , wherein the risk factor report includes the determined values for at least some of the plurality of variables.
94. The method of claim 92 , wherein the risk factor report includes the normalized values for at least some of the plurality of variables.
95. The method of claim 90 , further comprising filtering transactions to be ranked using at least one of: an event, a client, a currency.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/891,404 US20140164053A1 (en) | 2001-04-30 | 2013-05-10 | Method, Software Program, And System For Ranking Relative Risk Of A Plurality Of Transactions |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/845,415 US7590594B2 (en) | 2001-04-30 | 2001-04-30 | Method, software program, and system for ranking relative risk of a plurality of transactions |
US12/536,397 US8442907B1 (en) | 2001-04-30 | 2009-08-05 | Method, software program, and system for ranking relative risk of a plurality of transactions |
US13/891,404 US20140164053A1 (en) | 2001-04-30 | 2013-05-10 | Method, Software Program, And System For Ranking Relative Risk Of A Plurality Of Transactions |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/536,397 Continuation US8442907B1 (en) | 2001-04-30 | 2009-08-05 | Method, software program, and system for ranking relative risk of a plurality of transactions |
Publications (1)
Publication Number | Publication Date |
---|---|
US20140164053A1 true US20140164053A1 (en) | 2014-06-12 |
Family
ID=25295186
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/845,415 Active 2027-05-03 US7590594B2 (en) | 2001-04-30 | 2001-04-30 | Method, software program, and system for ranking relative risk of a plurality of transactions |
US12/536,397 Expired - Lifetime US8442907B1 (en) | 2001-04-30 | 2009-08-05 | Method, software program, and system for ranking relative risk of a plurality of transactions |
US13/891,404 Abandoned US20140164053A1 (en) | 2001-04-30 | 2013-05-10 | Method, Software Program, And System For Ranking Relative Risk Of A Plurality Of Transactions |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/845,415 Active 2027-05-03 US7590594B2 (en) | 2001-04-30 | 2001-04-30 | Method, software program, and system for ranking relative risk of a plurality of transactions |
US12/536,397 Expired - Lifetime US8442907B1 (en) | 2001-04-30 | 2009-08-05 | Method, software program, and system for ranking relative risk of a plurality of transactions |
Country Status (5)
Country | Link |
---|---|
US (3) | US7590594B2 (en) |
EP (1) | EP1388031A2 (en) |
JP (1) | JP2004527052A (en) |
AU (1) | AU2002256384A1 (en) |
WO (1) | WO2002088888A2 (en) |
Families Citing this family (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7403922B1 (en) | 1997-07-28 | 2008-07-22 | Cybersource Corporation | Method and apparatus for evaluating fraud risk in an electronic commerce transaction |
US7096192B1 (en) * | 1997-07-28 | 2006-08-22 | Cybersource Corporation | Method and system for detecting fraud in a credit card transaction over a computer network |
US8140415B2 (en) | 2001-03-20 | 2012-03-20 | Goldman Sachs & Co. | Automated global risk management |
US20030233319A1 (en) * | 2001-03-20 | 2003-12-18 | David Lawrence | Electronic fund transfer participant risk management clearing |
US20040193532A1 (en) * | 2001-03-20 | 2004-09-30 | David Lawrence | Insider trading risk management |
US20030225687A1 (en) * | 2001-03-20 | 2003-12-04 | David Lawrence | Travel related risk management clearinghouse |
US8121937B2 (en) | 2001-03-20 | 2012-02-21 | Goldman Sachs & Co. | Gaming industry risk management clearinghouse |
US7958027B2 (en) * | 2001-03-20 | 2011-06-07 | Goldman, Sachs & Co. | Systems and methods for managing risk associated with a geo-political area |
US20110131136A1 (en) * | 2001-03-20 | 2011-06-02 | David Lawrence | Risk Management Customer Registry |
US7899722B1 (en) * | 2001-03-20 | 2011-03-01 | Goldman Sachs & Co. | Correspondent bank registry |
US20040006532A1 (en) * | 2001-03-20 | 2004-01-08 | David Lawrence | Network access risk management |
US8209246B2 (en) | 2001-03-20 | 2012-06-26 | Goldman, Sachs & Co. | Proprietary risk management clearinghouse |
US20020143562A1 (en) * | 2001-04-02 | 2002-10-03 | David Lawrence | Automated legal action risk management |
US7590594B2 (en) * | 2001-04-30 | 2009-09-15 | Goldman Sachs & Co. | Method, software program, and system for ranking relative risk of a plurality of transactions |
US7865427B2 (en) * | 2001-05-30 | 2011-01-04 | Cybersource Corporation | Method and apparatus for evaluating fraud risk in an electronic commerce transaction |
US7401048B2 (en) * | 2001-06-01 | 2008-07-15 | Jpmorgan Chase Bank, N.A. | System and method for trade settlement tracking and relative ranking |
US7904365B2 (en) | 2003-03-03 | 2011-03-08 | Itg Software Solutions, Inc. | Minimizing security holdings risk during portfolio trading |
US8032441B2 (en) | 2003-03-03 | 2011-10-04 | Itg Software Solutions, Inc. | Managing security holdings risk during portfolio trading |
US7136827B2 (en) * | 2003-12-05 | 2006-11-14 | Blake Morrow Partners Llc | Method for evaluating a business using experiential data |
US20060010032A1 (en) * | 2003-12-05 | 2006-01-12 | Blake Morrow Partners Llc | System, method and computer program product for evaluating an asset management business using experiential data, and applications thereof |
US7574387B2 (en) * | 2004-03-04 | 2009-08-11 | Accenture Global Services Gmbh | Capital allocation and risk management |
US20050210025A1 (en) * | 2004-03-17 | 2005-09-22 | Dalton Michael E | System and method for predicting the ranking of items |
US7849002B2 (en) * | 2004-04-01 | 2010-12-07 | Swiss Reinsurance Company | System and method for evaluating preferred risk definitions |
US8762191B2 (en) * | 2004-07-02 | 2014-06-24 | Goldman, Sachs & Co. | Systems, methods, apparatus, and schema for storing, managing and retrieving information |
US8996481B2 (en) * | 2004-07-02 | 2015-03-31 | Goldman, Sach & Co. | Method, system, apparatus, program code and means for identifying and extracting information |
US8442953B2 (en) | 2004-07-02 | 2013-05-14 | Goldman, Sachs & Co. | Method, system, apparatus, program code and means for determining a redundancy of information |
US8510300B2 (en) | 2004-07-02 | 2013-08-13 | Goldman, Sachs & Co. | Systems and methods for managing information associated with legal, compliance and regulatory risk |
US8499300B2 (en) * | 2004-12-20 | 2013-07-30 | Bank Of America Corporation | System and method for task management of rule based tasks |
US7571109B2 (en) | 2006-07-14 | 2009-08-04 | Fawls Robert A | System and method for assessing operational process risk and quality by calculating operational value at risk |
US20080071664A1 (en) * | 2006-09-18 | 2008-03-20 | Reuters America, Inc. | Limiting Counter-Party Risk in Multiple Party Transactions |
US8019694B2 (en) | 2007-02-12 | 2011-09-13 | Pricelock, Inc. | System and method for estimating forward 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 |
WO2008124719A1 (en) | 2007-04-09 | 2008-10-16 | Pricelock, Inc. | System and method for providing an insurance premium for price protection |
US7945501B2 (en) | 2007-04-09 | 2011-05-17 | Pricelock, Inc. | System and method for constraining depletion amount in a defined time frame |
US8219441B2 (en) * | 2008-07-08 | 2012-07-10 | Wipro Limited | Algorithm system and method |
US8285637B2 (en) * | 2009-04-01 | 2012-10-09 | American Express Travel Related Services Company, Inc. | Authorization request for financial transactions |
US8315940B2 (en) * | 2010-04-27 | 2012-11-20 | Omx Technology Ab | System and method for rapidly calculating risk in an electronic trading exchange |
US10832319B1 (en) * | 2016-07-11 | 2020-11-10 | Capital One Services, Llc | Application programing interface for providing financial-product eligibility quotation |
US11605093B1 (en) * | 2017-02-22 | 2023-03-14 | Amazon Technologies, Inc. | Security policy enforcement |
US20180357581A1 (en) * | 2017-06-08 | 2018-12-13 | Hcl Technologies Limited | Operation Risk Summary (ORS) |
CN107423883B (en) * | 2017-06-15 | 2020-04-07 | 创新先进技术有限公司 | Risk identification method and device for to-be-processed service and electronic equipment |
TWI821592B (en) * | 2020-08-28 | 2023-11-11 | 致茂電子股份有限公司 | System and method for managing transaction risk |
WO2022073116A1 (en) * | 2020-10-06 | 2022-04-14 | Bank Of Montreal | Systems and methods for predicting operational events |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6055517A (en) * | 1995-10-30 | 2000-04-25 | Efi Actuaries | Method of determining optimal asset allocation utilizing asset cash flow simulation |
US6119103A (en) * | 1997-05-27 | 2000-09-12 | Visa International Service Association | Financial risk prediction systems and methods therefor |
US6330546B1 (en) * | 1992-09-08 | 2001-12-11 | Hnc Software, Inc. | Risk determination and management using predictive modeling and transaction profiles for individual transacting entities |
US7016872B1 (en) * | 1999-06-18 | 2006-03-21 | Thomson Financial Inc. | System, method and computer readable medium containing instructions for evaluating and disseminating investor performance information |
US7249080B1 (en) * | 1999-10-25 | 2007-07-24 | Upstream Technologies Llc | Investment advice systems and methods |
US7376618B1 (en) * | 2000-06-30 | 2008-05-20 | Fair Isaac Corporation | Detecting and measuring risk with predictive models using content mining |
US8442907B1 (en) * | 2001-04-30 | 2013-05-14 | Goldman, Sachs & Co. | Method, software program, and system for ranking relative risk of a plurality of transactions |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5828583A (en) | 1992-08-21 | 1998-10-27 | Compaq Computer Corporation | Drive failure prediction techniques for disk drives |
WO1995006290A2 (en) | 1993-08-18 | 1995-03-02 | Wells Fargo Nikko Investment Advisors | Investment fund management method and system |
US5729700A (en) | 1995-02-24 | 1998-03-17 | Meyer Melnikoff | Methods and apparatus for facilitating execution of asset trades based on nonnegative investment risk, using overlapping time periods |
US5956251A (en) | 1995-06-28 | 1999-09-21 | The Boeing Company | Statistical tolerancing |
US5884287A (en) * | 1996-04-12 | 1999-03-16 | Lfg, Inc. | System and method for generating and displaying risk and return in an investment portfolio |
US5978778A (en) | 1996-12-30 | 1999-11-02 | O'shaughnessy; James P. | Automated strategies for investment management |
US6003018A (en) | 1998-03-27 | 1999-12-14 | Michaud Partners Llp | Portfolio optimization by means of resampled efficient frontiers |
US20020023033A1 (en) | 2000-03-30 | 2002-02-21 | Casey Campbell | Method and apparatus for counterparty communications and brokering transactions |
US6647374B2 (en) | 2000-08-24 | 2003-11-11 | Namita Kansal | System and method of assessing and rating vendor risk and pricing of technology delivery insurance |
US20020082852A1 (en) | 2000-12-27 | 2002-06-27 | Greene David P. | System and method for "swaps" style risk products based on network enabled aggregation |
-
2001
- 2001-04-30 US US09/845,415 patent/US7590594B2/en active Active
-
2002
- 2002-04-30 JP JP2002586123A patent/JP2004527052A/en active Pending
- 2002-04-30 AU AU2002256384A patent/AU2002256384A1/en not_active Abandoned
- 2002-04-30 WO PCT/US2002/013439 patent/WO2002088888A2/en not_active Application Discontinuation
- 2002-04-30 EP EP20020725845 patent/EP1388031A2/en not_active Withdrawn
-
2009
- 2009-08-05 US US12/536,397 patent/US8442907B1/en not_active Expired - Lifetime
-
2013
- 2013-05-10 US US13/891,404 patent/US20140164053A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6330546B1 (en) * | 1992-09-08 | 2001-12-11 | Hnc Software, Inc. | Risk determination and management using predictive modeling and transaction profiles for individual transacting entities |
US6055517A (en) * | 1995-10-30 | 2000-04-25 | Efi Actuaries | Method of determining optimal asset allocation utilizing asset cash flow simulation |
US6119103A (en) * | 1997-05-27 | 2000-09-12 | Visa International Service Association | Financial risk prediction systems and methods therefor |
US7016872B1 (en) * | 1999-06-18 | 2006-03-21 | Thomson Financial Inc. | System, method and computer readable medium containing instructions for evaluating and disseminating investor performance information |
US7249080B1 (en) * | 1999-10-25 | 2007-07-24 | Upstream Technologies Llc | Investment advice systems and methods |
US7376618B1 (en) * | 2000-06-30 | 2008-05-20 | Fair Isaac Corporation | Detecting and measuring risk with predictive models using content mining |
US8442907B1 (en) * | 2001-04-30 | 2013-05-14 | Goldman, Sachs & Co. | Method, software program, and system for ranking relative risk of a plurality of transactions |
Also Published As
Publication number | Publication date |
---|---|
AU2002256384A1 (en) | 2002-11-11 |
WO2002088888A2 (en) | 2002-11-07 |
US8442907B1 (en) | 2013-05-14 |
WO2002088888A3 (en) | 2003-05-30 |
EP1388031A2 (en) | 2004-02-11 |
US20030023543A1 (en) | 2003-01-30 |
US7590594B2 (en) | 2009-09-15 |
JP2004527052A (en) | 2004-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8442907B1 (en) | Method, software program, and system for ranking relative risk of a plurality of transactions | |
Platt et al. | Predicting corporate financial distress: Reflections on choice-based sample bias | |
Emel et al. | A credit scoring approach for the commercial banking sector | |
Fink et al. | What drove the increase in idiosyncratic volatility during the internet boom? | |
US8744888B2 (en) | Resource allocation management | |
US8185486B2 (en) | Segmented predictive model system | |
US20060241923A1 (en) | Automated systems and methods for generating statistical models | |
US20150026039A1 (en) | System and method for predicting consumer credit risk using income risk based credit score | |
US20160062820A1 (en) | System and method for the dynamic analysis of event data | |
US20080027841A1 (en) | System for integrating enterprise performance management | |
US20120290505A1 (en) | Market value matrix | |
KR20030020864A (en) | Methods and apparatus for rapid deployment of a valuation system | |
KR20010103784A (en) | Valuation prediction models in situations with missing inputs | |
CN112700149A (en) | Investment portfolio risk assessment system, method and computer equipment | |
US8386354B2 (en) | Deterministic pricing management of a portfolio of one or more applications | |
Cannata et al. | The value of market information in banking supervision: evidence from Italy | |
KR20200111064A (en) | System for Debt Repayment Capability Evaluation Of Corporation | |
RU2246134C2 (en) | Automated information and analysis system for estimating financial risks | |
Rexer et al. | Pricing Conflict Risk: Evidence from Sovereign Bonds | |
Sabato | & Managing Credit Risk for Retail Low-Default Portfolios | |
JP2002207870A (en) | Excess earning rate prediction system and decision-making supporting system | |
Berglund | Estimating expected lifetime of revolving credit facilities in an IFRS 9 framework | |
Chan | Corporate Governance and Its Determinants: A Study on Malaysian Bulk Carriers (MBC) Berhad | |
Erdemlioglu et al. | Systemic Tail Risk: High-Frequency Measurement, Evidence and Implications | |
Oppusunggu et al. | Risk Profile Assessment ofRisk profile assessment of core capital adequacy: capital adequacy tier-book strategy Core Capital Adequacy: Capital Adequacy Tier-Book Strategy |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: GOLDMAN, SACHS & CO., NEW YORK Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:GUNEWARDENA, MEL;PINEDO, MICHAEL;EGAN, WILLIAM R.;REEL/FRAME:032233/0218 Effective date: 20010430 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: GOLDMAN SACHS & CO. LLC, NEW YORK Free format text: CHANGE OF NAME;ASSIGNOR:GOLDMAN, SACHS & CO.;REEL/FRAME:043177/0001 Effective date: 20170428 |