WO2016123657A1 - Cadres de travail implémentés par ordinateur et méthodologies configurées pour permettre la génération d'un rapport synthétique de pertes et profits basé sur des données commerciales, et gestion de prêt basée sur l'inclusion de construction et prix de prêt risque et/ou de prix sur la base d'une analyse de données de paramètres par défaut donnés de risque et perte par défaut - Google Patents

Cadres de travail implémentés par ordinateur et méthodologies configurées pour permettre la génération d'un rapport synthétique de pertes et profits basé sur des données commerciales, et gestion de prêt basée sur l'inclusion de construction et prix de prêt risque et/ou de prix sur la base d'une analyse de données de paramètres par défaut donnés de risque et perte par défaut Download PDF

Info

Publication number
WO2016123657A1
WO2016123657A1 PCT/AU2016/000029 AU2016000029W WO2016123657A1 WO 2016123657 A1 WO2016123657 A1 WO 2016123657A1 AU 2016000029 W AU2016000029 W AU 2016000029W WO 2016123657 A1 WO2016123657 A1 WO 2016123657A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
loan
business
property
loss
Prior art date
Application number
PCT/AU2016/000029
Other languages
English (en)
Inventor
Jamie OSBORN
Kamlesh SINGH
Frank STERLE
Original Assignee
Alternative Capital Solutions Pte Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from AU2015900360A external-priority patent/AU2015900360A0/en
Application filed by Alternative Capital Solutions Pte Ltd filed Critical Alternative Capital Solutions Pte Ltd
Publication of WO2016123657A1 publication Critical patent/WO2016123657A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the present invention relates to computer implemented frameworks and methodologies for enabling centralised management of a loan determination process. For example, these provide technical/technological means for solving problems associated with automated loan decisioning in the online space.
  • Embodiments of the invention have been particularly developed for enabling services in relation to small business credit assessment. For example, certain embodiments include generation of a synthetic profit and loss data file, which leverages database of the "average" profit & loss for a given business type and size, identifies a set of average data relevant to a given loan applicant, and customises that set of data using obtainable data specific to the applicant.
  • the resulting data is a combination of industry standard data and customer specific data, with the degree of confidence in the output determined by the degree to which standardised inputs have been replaced. While some embodiments will be described herein with particular reference to that application, it will be appreciated that the invention is not limited to such a field of use, and is applicable in broader contexts.
  • SMEs are more susceptible to business cycle effects than larger business (lower cash buffer, limited access to sources of emergency cash, more adversely impacted by payment term extensions in economic downturn).
  • One embodiment provides a computer implemented method for enabling generation of a synthetic profit and loss data file, the method including:
  • One embodiment provides a computer implemented method including defining a score representative of the proportion of the line items for which the populated value is replaced.
  • One embodiment provides a computer implemented method wherein the baseline P&L data represents a predefined observed average for businesses of a given industry and business size, and wherein the method includes providing an output representative of performance of the target business relative to the predefined observed average [0019]
  • One embodiment provides a computer implemented method for enabling generation of a synthetic profit and loss data file, the method including:
  • One embodiment provides a computer implemented method for enabling processing of loan applications, constructing loan parameters and setting of loan pricing (risk based loan construction and pricing) the method including:
  • One embodiment provides a computer implemented method including, based on at least one of the first and second assessment protocols, defining one or more risk parameters for the loan application data set, and based on those defined one or more risk parameters, defining a loan offer having a set of loan rules.
  • One embodiment provides a computer implemented method wherein the loan rules are defined responsive to the defined one or more risk parameters, and include one or more of: a repayment schedule; rules for graduated release of loan funds; and loan interest rates.
  • One embodiment provides a computer implemented method wherein the data obtained from one or more third party sources based upon data contained in the application data set includes: business accounting data generated by the user via an accounting software package.
  • One embodiment provides a computer implemented method wherein the data obtained from one or more third party sources based upon data contained in the application data set includes: transaction data extracted from electronic banking records.
  • One embodiment provides a computer implemented method wherein the data obtained from one or more third party sources based upon data contained in the application data set includes: credit record data from one or more providers of credit record data.
  • One embodiment provides a computer implemented method wherein the data obtained from one or more third party sources based upon data contained in the application data set includes: business information verification data from an independent business data registry.
  • One embodiment provides a computer implemented method for enabling determination of a credit score for a business, the method including: [0049] applying a first algorithm thereby to determine a default probability score representative of risk of default in respect of a loan application;
  • One embodiment provides a computer implemented method wherein the loss given default score is inversely related to attributable to the business' owner(s) and/or di recto r(s).
  • One embodiment provides a computer implemented method for wherein the second algorithm uses inputs including one or more of the following:
  • One embodiment provides a computer implemented method wherein the second algorithm includes: [0063] determining a director score;
  • One embodiment provides a computer implemented method wherein determination of a director score includes determining a number of directors, and identifying relationships between directors.
  • One embodiment provides a computer implemented method 1 wherein the applying the second algorithm includes accessing one or more external information sources thereby to obtain details of one or more properties identified in the loan application.
  • One embodiment provides a computer implemented method for enabling determination of a credit score for a business, the method including:
  • Loss Given Default score is inversely related to equity in property attributable to the business' owner(s) and/or director(s);
  • One embodiment provides a computer implemented method wherein the algorithm includes:
  • One embodiment provides a computer implemented method wherein determination of a director score includes determining a number of directors, and identifying relationships between directors.
  • One embodiment provides a computer implemented method wherein the applying the algorithm includes accessing one or more external information sources thereby to obtain details of one or more properties identified in the loan application.
  • One embodiment provides a computer program product for performing a method as described herein.
  • One embodiment provides a non-transitive carrier medium for carrying computer executable code that, when executed on a processor, causes the processor to perform a method as described herein. [0091] One embodiment provides a system configured for performing a method as described herein.
  • any one of the terms comprising, comprised of or which comprises is an open term that means including at least the elements/features that follow, but not excluding others.
  • the term comprising, when used in the claims should not be interpreted as being limitative to the means or elements or steps listed thereafter.
  • the scope of the expression a device comprising A and B should not be limited to devices consisting only of elements A and B.
  • Any one of the terms including or which includes or that includes as used herein is also an open term that also means including at least the elements/features that follow the term, but not excluding others. Thus, including is synonymous with and means comprising.
  • exemplary is used in the sense of providing examples, as opposed to indicating quality. That is, an "exemplary embodiment” is an embodiment provided as an example, as opposed to necessarily being an embodiment of exemplary quality.
  • FIG. 1 schematically illustrates a framework according to one embodiment.
  • FIG. 2A illustrates a method according to one embodiment.
  • FIG. 2B illustrates a method according to one embodiment.
  • FIG. 2C illustrates a method according to one embodiment.
  • FIG. 3 illustrates a client-server framework leveraged by various embodiments.
  • FIG. 4A to FIG. 4F show information renderings according to various embodiments.
  • the present invention relates to frameworks and methodologies for enabling centralised management of a loan determination process.
  • Embodiments of the invention have been particularly developed for enabling services in relation to small business credit assessment.
  • certain embodiments include generation of a synthetic profit and loss data file, which is generated via inventive and non-generic application of information management and processing techniques.
  • the technology leverages database of the "average" profit & loss for a given business type and size, identifies a set of average data relevant to a given loan applicant, and customises that set of data using obtainable data specific to the applicant.
  • the resulting data is a combination of industry standard data and customer specific data, with the degree of confidence in the output determined by the degree to which standardised inputs have been replaced. While some embodiments will be described herein with particular reference to that application, it will be appreciated that the invention is not limited to such a field of use, and is applicable in broader contexts. Overview
  • Various embodiments provide computer implemented frameworks that are configurable to enable processing of loans for SMEs based on various loan approval algorithms. Although some exemplary loan approval algorithms are described further below, it will be appreciated that the described frameworks are able to operate across a range of subjectively defined loan approval algorithms in an efficient manner, given the way in which computer technologies have been adapted to provide increased efficiencies in the field of loan approvals.
  • one framework is configured to provide an interface that enables users of respective client terminals to upload respective loan application data sets. For example, this may occur via a web-based platform, whereby users load respective user interfaces from remotely hosted data using web browser applications. This optionally guides each user through an interactive process, whereby data is supplied and/or documents uploaded thereby to define a loan application data set.
  • each uploaded loan application data set is handled using a two-phase assessment process, which includes a preliminary automated phase, and a secondary manual phase.
  • the framework is configured, in this regard, to increase efficiencies in processes that may require manual intervention.
  • the preliminary automated phase applies a first assessment protocol in respect of the application data set, wherein the first assessment protocol is an automated process performed based upon data contained in the application data set, and data obtained from one or more third party sources based upon data contained in the application data set.
  • This results in a first output which is assessed based on predefined requirements. If those requirements are met, a loan parameters algorithm is used to generate a loan offer. If those requirements are not met, the process moves into the second phase, where manual intervention is required. This is, in embodiments described herein, achieved via a second assessment protocol.
  • This second assessment protocol includes: (a) defining a set of manual tasks; (b) providing the defined set of manual tasks to a task management module, which is configured to coordinate assignment of the tasks across a plurality of distributed users; and (c) receiving quantitative data responses in respect of each of the defined set of manual tasks following manual completion of those tasks.
  • workloads are split between the task performers based on task type, as opposed to on an application-by-application basis. In this manner, each individual task performer may perform the same task (or a similar set of tasks) repeatedly for a plurality of loan applications, hence greatly increasing processing efficiency (and optimally reducing training and/or minimum skill requisites).
  • a combined output of the first and second assessment protocols is processed to determine whether predefined requirements are met. Assuming those are met, a second loan parameters algorithm is applied thereby to define a loan offer in respect of the loan application data set.
  • FIG. 1 illustrates a framework according to one embodiment. This framework centres upon a loan application processing server 100.
  • server 100 is illustrated as a single component, it should be appreciated that in practice it may be defined by a plurality of discrete computing components, which may in some cases be distributed in location.
  • Server 100 is described by reference to a plurality of functional components, which are provided collectively by a suite of software applications and hardware devices. For the present disclosure the functional components are separated and described by reference to their function for the purposes of efficient explanation.
  • Server 100 interacts with a plurality of applicant terminals 140, including an exemplary applicant terminal 140'. At a functional level, these are defined by terminals operated by loan applicants (for example representatives of SMEs applying for loan financing via a provider associated with server 100), and the terminals need not have any particular hardware-level characteristics defining them as "applicant terminals".
  • the applicant terminals may include a wide range of computing devices, including devices that communicate with server 100 via any one or more of: a proprietary software based arrangement; a web-browser based arrangement; and other communications arrangements.
  • Terminal 140' renders an applicant user interface on a screen 141 , thereby to enable a user to review information provided for the purposes of interaction with server 100, and enable submission of information to server 100 (which includes applicant interface modules 104 thereby to facilitate interaction with terminals 140).
  • Terminal 140' additionally includes a processor 142, which is configured to execute software instructions maintained on a memory module 143, thereby to perform computer implemented methods defined by executed code (software instructions).
  • a communications module 144 enables communication between terminal 140' and server 100 (for example via a WiFi module, Internet router, and so on).
  • server 100 Based upon interaction between terminals 140 and server 100 (via modules 104), server 100 is configured to maintain a repository of applicant data 102. This includes identifying information for each loan applicant business, including contact details, logon details, information required to access third party information sources pertaining to the applicant (for example account IDs and passwords for sources such as electronic banking, and accounting platforms, and the like), and other such information. Server 100 also maintains a repository of application data, which contains information defining loan application data sets. It will be appreciated that each applicant may be associated with a one or more loan application data sets.
  • An assessment rules engine is configured to process loan application data sets in application data 103. In general terms, this includes progressing through various automated processes, including data processing, application management, and so on. Some more detailed examples are provided further below. Rules upon which the rules engine operates are able to be modified over time, thereby to achieve additional optimisation in the loan processing process (for example by modifying algorithms, weightings in algorithms, adding additional automated and/or manual tasks, and so on). [00116] Rules engine 105 causes an external systems integration module 108 to obtain, from a plurality of external data sources, additional data for each new loan application. This obtained data is processed (for example via normalisation and/or other procedures) and stored with the relevant loan application data set in application data 103.
  • the external systems include applicant accounting software platforms 138, and other external data provider platforms 139.
  • a loan applicant provides to server 100 identifying information thereby to enable server 100 to access their accounting records. For example, this may include identifying a software provider, and account credentials.
  • the accounting software platforms include cloud-hosted platforms, whereby accounting records are hosted in the cloud, and hence able to be conveniently accessed by other computer systems (for example using an API or the like).
  • a local software module may be installed (for example a plugin or the like thereby to provide server 100 with access to the local software program).
  • the following information is collected from external sources:
  • Server 100 is configured to implement a two-phase loan application processing methodology.
  • the first phase is an automated phase performed by automated assessment module 107. This uses quantitative data in application data 103 thereby to drive a loan parameters algorithm, thereby to define loan parameters in respect of individual loan application data sets in the case that threshold automatic approval conditions are satisfied.
  • rules engine 105 is configured to progress that application to be handled by a task management module 109.
  • Module 109 is responsible for coordinating the second of the two phases, which is a phase involving a plurality of manual tasks.
  • Task management module defines those tasks, and places them in one or more queues for completion by human assessors (task performers).
  • Server 100 interacts with a plurality of assessor terminals 140, including an exemplary assessor terminal 130'.
  • the assessor terminals are terminals operated by "assessors", being human users utilised to perform manual tasks associated with loan processing by server 100.
  • the assessor terminals may include a wide range of computing devices, including devices that communicate with server 100 via any one or more of: a proprietary software based arrangement; a web-browser based arrangement; and other communications arrangements.
  • Terminal 130' renders an assessor user interface on a screen 131 , thereby to enable a user to review information provided for the purposes of interaction with server 100, and enable submission of information to server 100 (which includes assessor interface modules 104 thereby to facilitate interaction with terminals 140).
  • Terminal 130' additionally includes a processor 132, which is configured to execute software instructions maintained on a memory module 133, thereby to perform computer implemented methods defined by executed code (software instructions).
  • a communications module 134 enables communication between terminal 140' and server 100 (for example via a WiFi module, Internet router, and so on).
  • terminals 130 operate on a common LAN to server 100 (or in some cases on a common l_AN to one or more components of server 100).
  • an assessor user accesses the assessor user interface, and is provided with a list of tasks to complete.
  • the list of tasks is set by module 109, and may be specific to the individual assessor user (for example based on the user's training, based on workload balancing between multiple users, and so on).
  • a given assessor user "assessor A” is allocated a plurality of "type A” tasks relating to a number of different loan applications
  • "assessor B" is allocated a plurality of "type B” tasks relating to a number of different loan applications (with overlap between the applications with which assessors A and B assist).
  • Manual tasks may include review based on:
  • a P&L (profit and loss) synthesizer module 106 is configured to generate a synthetic profit and loss data file in respect of each loan application. This module is configured to implement technical solution to overcome challenges associated with obtaining high quality objectively processable information in the context of an automated (or partially automated) loan determination process. This is discussed in additional detail further below.
  • a solution to this issue is the development of a dynamic credit model that does not have predefined credit criteria but instead analyses the applicant's data first in order to determine a loan structure, loan duration, loan amount and loan terms and interest that provides the lender with an adequate return for the risk of the loan, for every loan. Theoretically, this approach can facilitate a 100% approval rate on loan applications, with the lenders credit risk mitigated via the construction of the price and terms of the loan.
  • FIG. 2A illustrates an exemplary loan application management process. This includes a method 200, which is performed at an applicant terminal, and a method 201 , performed by server 100.
  • Functional block 201 represents a process including a registration phase, whereby a user registers as an applicant on behalf of a SME. This includes providing various aspects of applicant data 102. Then, at 202, the user inputs application data specific to a particular application. This data, when uploaded, triggers method 210.
  • Functional block 21 1 represents a process including receiving application data. This is used to update data 103. Then at 212, data is obtained from external systems 230, for example banking, credit and accounting data that is made available by third party sources. It will be appreciated that step 212 may be repeated at various stages in method 210, rather than requiring all external data be collected from the outset.
  • Functional block 213 represents a process including automated processing based on quantitative data. If this produces a threshold score (see decision 204), then the application proceeds to a loan parameters algorithm. Otherwise, the method proceeds to second-phase processing, which includes the defining of manual tasks at 215. These are coordinated by a manual task coordination engine 240 (for example as part of module 109) until all tasks are completed at 216. Each task, when completed, provides a quantitative input (for example a numerical value), and these are scored at 217. It will be appreciated that the manual task may consider qualitative data.
  • Functional block 218 represents the actuation of a loan parameters algorithm based on data derived from the applicant, external systems, and (where relevant) scores from manual tasks. Assuming threshold conditions for loan approval are satisfied, this results in generation of an output indicative of a loan offer (with defined parameters) at 219, which becomes available to the applicant at 203.
  • the traditional model does not distinguish between different types or different sizes of default.
  • the score produced for example does not inform the credit provider as to the probability of a default on a utility service bill versus a default on a home loan nor between the probability of a $250 default and a $500,000 default.
  • LGD Loss Given Default
  • the Probability of Default may be 10% (i.e. $1 ,000).
  • Conventional processes would likely result in a rejection of the application, because the default risk is higher than the maximum revenue that can be earned on the loan (assuming 9% interest rate the interest revenue would be $900).
  • algorithms of embodiments considered herein are applied to reveal, for example:
  • the EL $350. This can be compared to the Expected Return (ER) on the loan of $860 ($900 interest x 90% probability of not defaulting). For the sake of this example costs associated with processing and servicing the loan are disregarded. As the ER is higher than EL, a lender should be willing to lend using the embodiments considered herein.
  • a preferred approach is to make credit decisions with consideration to both Probability of Default and Loss Given Default.
  • Embodiments of the present invention enable credit decisions that take into consideration both Probability of Default and Loss Given Default by determination of an "Expected Loss", which is an objective determination of the expected loss on the loan.
  • one embodiment includes a computer implemented method for enabling determination of a credit score for a business, the method including: (i) applying a first algorithm thereby to determine a default probability score representative of risk of default in respect of a loan application; (ii) applying a second algorithm thereby to determine a Loss Given Default score representative of estimated loss in the event of default in respect of the loan application; and applying a third algorithm which uses input including the determined default probability score and determined loss given default score thereby to define an Expected Loss score and estimated $ loss for the applicant.
  • the first algorithm may be selected from various examples known in the art.
  • the second algorithm uses inputs including one or more of the following:
  • determination of a number of directors is one of the primary basis for a Loss Given Default score. Higher weightings are placed where directors are unrelated (with the term "related" being used in the context of family relationships) and when they reside at different addresses.
  • FIG. 4B illustrates exemplary director scores according to one embodiment.
  • Weightings are also preferably applied for properties that are owned and rented. For example, some embodiments make use of weightings shown in FIG. 4C and FIG. 4D, which make user of non-linear relationships.
  • weightings from FIG. 4C and FIG. 4D are applied to a director score from FIG. 4A thereby to determine a Loss Given Default score.
  • FIG. 4E An example is provided in FIG. 4E, which includes figures for a hypothetical business having four directors.
  • Additional parameters may also feed into the algorithm responsible for determining Loss Given Default score, for example those shown in FIG. 4F.
  • the second algorithm is preferably thereby configured such that the Loss Given Default score is inversely proportional to equity in property attributable to the business' owner(s) and/or director(s). For example, the Loss Given Default in respect of a "recently-bought loan- funded" property is higher than for a property entirely owned by an applicant (with no mortgage).
  • applying the second algorithm includes accessing one or more external information sources thereby to obtain details of one or more properties identified in the loan application. For example, based on address information, external databases are accessed thereby to determine estimated property values, ownership periods, housing value growth rates, and the like.
  • one embodiment utilises onthehouse.com.au, which provides estimated values for house based on address information, size of land, recent sales, and other parameters.
  • Other databases such as realestate.com.au may be used in addition to obtain similar (and in some cases more detailed and accurate) information.
  • House value is used as an input into the algorithm (noting that house value is positively correlated with good credit and improves Loss Given Default).
  • Embodiments also consider if the applicant owns the house. If so, the process includes accessing data from third party databases thereby to estimate the growth rate of the house from the time they purchased it, and use this as an estimate of "equity value created" in the house since purchase. This variable is preferably entered into Loss Given Default assessment, and the higher the number the lower the Loss Given Default.
  • Steps discussed in this section may be incorporated into a process based on FIG. 2A.
  • Various embodiments include a process of defining one or more risk parameters for the loan application data set, and based on those defined one or more risk parameters, defining a loan offer having a set of loan rules.
  • the loan rules are defined responsive to the defined one or more risk parameters, and include one or more of: a repayment schedule; rules for graduated release of loan funds; and loan interest rates.
  • one embodiment uses an algorithm that has five independent variables (where each variable is the result of arrived at by combining and weighing other variables.
  • the exemplary algorithm is as follows:
  • Category 1 (Prime/Super Prime): a score above 2.99.
  • embodiments are configured to define loan parameters thereby to price the loan aggressively (cheaply), with consideration to defined parameters for cost of funds and operating costs.
  • the process is additionally configured to enable lending of larger amounts to this category; the higher the score above 2.99, the higher the possible maximum loan amount.
  • Category 2 (Near Prime): a score between 2.99 and 1 .80. In this category the process is configured to adjust both the interest rate and the maximum loan amount, depending on the score. The higher the score the lower the rate and the higher the loan amount, the lower the score the higher the rate and the lower the loan amount.
  • Category 3 Scores below 180. The process is configured to only lend a small loan amount to businesses with these scores (for example AU$5,000 or less). Embodiments then use customer's behaviour on an approved loan (i.e. repayment history) as feedback to an algorithm, at a later point in time thereby to determine whether the score is increasable to Category 2 (where the maximum loan amount is upwardly variable).
  • an approved loan i.e. repayment history
  • Various embodiments make use of synthetic profit and loss data generation thereby to assist in various stages of a loan approval process. For example, such data may be used in assessing loan, determining loan parameters, and so on.
  • Embodiments considered herein utilise a technological process, applying computer technologies in a non-generic manner, that synthetically produces a profit and loss statement based on a combination of standardised P&L for the assessed businesses' industry and size and then "swaps out" individual P&L line items with actuals from the business where they can be validated and verified (for example by accessing bank statement transactional data and/or cloud accounting software systems).
  • FIG. 2B and FIG. 2C illustrate an exemplary methods 250 and 260 for generating a synthetic P&L data file.
  • Method 250 includes, at 251 , determining a P&L template for the relevant target business.
  • templates are be defined specific to industry, business size, and so on.
  • the template is populated with data values for individual line items based on data uploaded by the target business.
  • Blocks 261 and 262 represent processes whereby the industry and size of a target business are determined, allowing identification of an appropriate standardised profit and loss data set at 263. This provides a set of baseline data showing how a business is expected to perform based on collected historical empirical data.
  • an external data source is accessed at 254. This may include a source of online banking data (for example obtained via a third party data provision service, or directly from electronic banking records), and/or accounting record data for the target business from an accounting software platform used by the target business (for example by way of integration with web-hosted accounting software packages).
  • Functional block 255 represents a process including applying a data processing rule, wherein the data processing rule determines whether to replace the populated value with a replacement value derived from either or both of (i) the extracted transactional data; and (ii) the extracted accounting record data. If the data is replaced (see decision 256), then the P&L data file is updated.
  • the synthetic P&L is readily suited to provide a financial comparison and line item comparison made on replaced line items to determine if the business is "better, worse or same” compared with industry average for the business size and sector.
  • FIG. 4A illustrates an exemplary user interface rendering synthetic P&L data file according to one embodiment, based upon the method of FIG. 3C. This shows line item values for a standardised P&L, adjustments to those values based on a business size scaling factor, whether line items are replaceable (i.e. whether replacement data is available), and whether they have in fact been replaced. Additional comparative data is provided, showing relationships between finance costs and net margins against industry averages.
  • a web server 302 provides a web interface 303.
  • This web interface is accessed by the parties by way of client terminals 304.
  • users access interface 303 over the Internet by way of client terminals 304, which in various embodiments include the likes of personal computers, PDAs, cellular telephones, gaming consoles, and other Internet enabled devices.
  • Server 303 includes a processor 305 coupled to a memory module 306 and a communications interface 307, such as an Internet connection, modem, Ethernet port, wireless network card, serial port, or the like.
  • a communications interface 307 such as an Internet connection, modem, Ethernet port, wireless network card, serial port, or the like.
  • distributed resources are used.
  • server 302 includes a plurality of distributed servers having respective storage, processing and communications resources.
  • Memory module 306 includes software instructions 308, which are executable on processor 305.
  • Server 302 is coupled to a database 310.
  • the database leverages memory module 306.
  • web interface 303 includes a website.
  • the term "website” should be read broadly to cover substantially any source of information accessible over the Internet or another communications network (such as WAN, LAN or WLAN) via a browser application running on a client terminal.
  • a website is a source of information made available by a server and accessible over the Internet by a web-browser application running on a client terminal.
  • the web-browser application downloads code, such as HTML code, from the server. This code is executable through the web-browser on the client terminal for providing a graphical and often interactive representation of the website on the client terminal.
  • a user of the client terminal is able to navigate between and throughout various web pages provided by the website, and access various functionalities that are provided.
  • client terminals 304 maintain software instructions for a computer program product that essentially provides access to a portal via which framework 100 is accessed (for instance via an iPhone app or the like).
  • each terminal 304 includes a processor 31 1 coupled to a memory module 313 and a communications interface 312, such as an internet connection, modem, Ethernet port, serial port, or the like.
  • Memory module 313 includes software instructions 314, which are executable on processor 311. These software instructions allow terminal 304 to execute a software application, such as a proprietary application or web browser application and thereby render on-screen a user interface and allow communication with server 302. This user interface allows for the creation, viewing and administration of profiles, access to the internal communications interface, and various other functionalities.
  • processor may refer to any device or portion of a device that processes electronic data, e.g., from registers and/or memory to transform that electronic data into other electronic data that, e.g., may be stored in registers and/or memory.
  • a "computer” or a “computing machine” or a “computing platform” may include one or more processors.
  • the methodologies described herein are, in one embodiment, performable by one or more processors that accept computer-readable (also called machine-readable) code containing a set of instructions that when executed by one or more of the processors carry out at least one of the methods described herein.
  • Any processor capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken are included.
  • a typical processing system that includes one or more processors.
  • Each processor may include one or more of a CPU, a graphics processing unit, and a programmable DSP unit.
  • the processing system further may include a memory subsystem including main RAM and/or a static RAM, and/or ROM.
  • a bus subsystem may be included for communicating between the components.
  • the processing system further may be a distributed processing system with processors coupled by a network. If the processing system requires a display, such a display may be included, e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT) display. If manual data entry is required, the processing system also includes an input device such as one or more of an alphanumeric input unit such as a keyboard, a pointing control device such as a mouse, and so forth.
  • the processing system in some configurations may include a sound output device, and a network interface device.
  • the memory subsystem thus includes a computer-readable carrier medium that carries computer-readable code (e.g., software) including a set of instructions to cause performing, when executed by one or more processors, one of more of the methods described herein.
  • computer-readable code e.g., software
  • the software may reside in the hard disk, or may also reside, completely or at least partially, within the RAM and/or within the processor during execution thereof by the computer system.
  • the memory and the processor also constitute computer-readable carrier medium carrying computer-readable code.
  • a computer-readable carrier medium may form, or be included in a computer program product.
  • the one or more processors operate as a standalone device or may be connected, e.g., networked to other processor(s), in a networked deployment, the one or more processors may operate in the capacity of a server or a user machine in server-user network environment, or as a peer machine in a peer-to-peer or distributed network environment.
  • the one or more processors may form a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • PC personal computer
  • PDA Personal Digital Assistant
  • each of the methods described herein is in the form of a computer-readable carrier medium carrying a set of instructions, e.g., a computer program that is for execution on one or more processors, e.g., one or more processors that are part of web server arrangement.
  • a computer-readable carrier medium carrying computer readable code including a set of instructions that when executed on one or more processors cause the processor or processors to implement a method.
  • aspects of the present invention may take the form of a method, an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects.
  • the present invention may take the form of carrier medium (e.g., a computer program product on a computer-readable storage medium) carrying computer-readable program code embodied in the medium.
  • the software may further be transmitted or received over a network via a network interface device.
  • the carrier medium is shown in an exemplary embodiment to be a single medium, the term “carrier medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
  • the term “carrier medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by one or more of the processors and that cause the one or more processors to perform any one or more of the methodologies of the present invention.
  • a carrier medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media.
  • Non-volatile media includes, for example, optical, magnetic disks, and magneto-optical disks.
  • Volatile media includes dynamic memory, such as main memory.
  • Transmission media includes coaxial cables, copper wire and fiber optics, including the wires that comprise a bus subsystem. Transmission media also may also take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.
  • carrier medium shall accordingly be taken to included, but not be limited to, solid-state memories, a computer product embodied in optical and magnetic media; a medium bearing a propagated signal detectable by at least one processor of one or more processors and representing a set of instructions that, when executed, implement a method; and a transmission medium in a network bearing a propagated signal detectable by at least one processor of the one or more processors and representing the set of instructions.
  • Coupled when used in the claims, should not be interpreted as being limited to direct connections only.
  • the terms “coupled” and “connected,” along with their derivatives, may be used. It should be understood that these terms are not intended as synonyms for each other.
  • the scope of the expression a device A coupled to a device B should not be limited to devices or systems wherein an output of device A is directly connected to an input of device B. It means that there exists a path between an output of A and an input of B which may be a path including other devices or means.
  • Coupled may mean that two or more elements are either in direct physical or electrical contact, or that two or more elements are not in direct contact with each other but yet still co-operate or interact with each other.

Landscapes

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

Abstract

L'invention concerne des procédés comprenant des cadres de travail et des méthodologies permettant une gestion centralisée d'un processus de détermination de prêt. Des modes de réalisation de l'invention ont été développés en particulier pour fournir des services en lien avec l'évaluation de petits crédits commerciaux. Par exemple, certains modes de réalisation comprennent la génération d'un fichier de données synthétique de pertes et profits généré via une application innovante et non générique de procédés de gestion et de traitement d'informations. En particulier, le procédé tire parti d'une base de données de pertes et profits "moyens" pour une taille et un type d'activité donnés, identifie un ensemble de données moyennes relatif à un demandeur de crédit donné, et personnalise l'ensemble de données au moyen de données spécifiques au demandeur pouvant être obtenues. Les données ainsi obtenues associent des données standard dans l'industrie à des données spécifiques au client, le degré de confiance de la sortie étant déterminé par le pourcentage de remplacement d'entrées normalisées.
PCT/AU2016/000029 2015-02-05 2016-02-05 Cadres de travail implémentés par ordinateur et méthodologies configurées pour permettre la génération d'un rapport synthétique de pertes et profits basé sur des données commerciales, et gestion de prêt basée sur l'inclusion de construction et prix de prêt risque et/ou de prix sur la base d'une analyse de données de paramètres par défaut donnés de risque et perte par défaut WO2016123657A1 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
AU2015900360A AU2015900360A0 (en) 2015-02-05 Frameworks and methodologies for enabling centralised management of a loan determination and/or pricing process based on data analysis of default risk and loss given default parameters
AU2015900357 2015-02-05
AU2015900356A AU2015900356A0 (en) 2015-02-05 Computer implemented frameworks and methodologies for enabling centralised management of a loan determination and/or pricing process, including risk-based loan construction and pricing for small and medium sized enterprizes
AU2015900357A AU2015900357A0 (en) 2015-02-05 Computer implemented frameworks and methodologies configured to enable generation of a synthetic profit
AU2015900360 2015-02-05
AU2015900356 2015-02-05

Publications (1)

Publication Number Publication Date
WO2016123657A1 true WO2016123657A1 (fr) 2016-08-11

Family

ID=56563226

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2016/000029 WO2016123657A1 (fr) 2015-02-05 2016-02-05 Cadres de travail implémentés par ordinateur et méthodologies configurées pour permettre la génération d'un rapport synthétique de pertes et profits basé sur des données commerciales, et gestion de prêt basée sur l'inclusion de construction et prix de prêt risque et/ou de prix sur la base d'une analyse de données de paramètres par défaut donnés de risque et perte par défaut

Country Status (1)

Country Link
WO (1) WO2016123657A1 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110782327A (zh) * 2018-07-12 2020-02-11 阿里巴巴集团控股有限公司 一种异常信息发现方法、装置及设备
CN111798301A (zh) * 2020-06-28 2020-10-20 中国建设银行股份有限公司 一种资源转移限额确定方法、装置及系统
CN112598499A (zh) * 2020-12-16 2021-04-02 中国建设银行股份有限公司 确定授信额度的方法和装置
CN113298630A (zh) * 2020-02-24 2021-08-24 上海方付通商务服务有限公司 小微商户行业基准财务数据处理方法、装置、设备和介质
CN114239907A (zh) * 2021-11-11 2022-03-25 安徽辰图大数据科技有限公司 一种面向中小企业的数据安全协同治理服务的系统和方法
CN115858418A (zh) * 2023-02-09 2023-03-28 成都有为财商教育科技有限公司 一种数据缓存的方法及系统
CN117252676A (zh) * 2023-11-20 2023-12-19 成都新希望金融信息有限公司 业务处理方法、装置、电子设备和指标策略系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020152088A1 (en) * 2001-04-11 2002-10-17 Thomas Hogan Method for automatically developing a strategic agribusiness plan
US7254554B2 (en) * 1998-11-17 2007-08-07 Fujitsu Limited Accounting system and method for processing transaction data
US20090024536A1 (en) * 2007-07-20 2009-01-22 Alas, Inc. Methods and Systems for Reconciling Profit and Loss
US7702615B1 (en) * 2005-11-04 2010-04-20 M-Factor, Inc. Creation and aggregation of predicted data

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7254554B2 (en) * 1998-11-17 2007-08-07 Fujitsu Limited Accounting system and method for processing transaction data
US20020152088A1 (en) * 2001-04-11 2002-10-17 Thomas Hogan Method for automatically developing a strategic agribusiness plan
US7702615B1 (en) * 2005-11-04 2010-04-20 M-Factor, Inc. Creation and aggregation of predicted data
US20090024536A1 (en) * 2007-07-20 2009-01-22 Alas, Inc. Methods and Systems for Reconciling Profit and Loss

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110782327A (zh) * 2018-07-12 2020-02-11 阿里巴巴集团控股有限公司 一种异常信息发现方法、装置及设备
CN110782327B (zh) * 2018-07-12 2023-06-30 阿里巴巴集团控股有限公司 一种异常信息发现方法、装置及设备
CN113298630A (zh) * 2020-02-24 2021-08-24 上海方付通商务服务有限公司 小微商户行业基准财务数据处理方法、装置、设备和介质
CN111798301A (zh) * 2020-06-28 2020-10-20 中国建设银行股份有限公司 一种资源转移限额确定方法、装置及系统
CN112598499A (zh) * 2020-12-16 2021-04-02 中国建设银行股份有限公司 确定授信额度的方法和装置
CN114239907A (zh) * 2021-11-11 2022-03-25 安徽辰图大数据科技有限公司 一种面向中小企业的数据安全协同治理服务的系统和方法
CN115858418A (zh) * 2023-02-09 2023-03-28 成都有为财商教育科技有限公司 一种数据缓存的方法及系统
CN115858418B (zh) * 2023-02-09 2023-05-05 成都有为财商教育科技有限公司 一种数据缓存的方法及系统
CN117252676A (zh) * 2023-11-20 2023-12-19 成都新希望金融信息有限公司 业务处理方法、装置、电子设备和指标策略系统
CN117252676B (zh) * 2023-11-20 2024-02-02 成都新希望金融信息有限公司 业务处理方法、装置、电子设备和指标策略系统

Similar Documents

Publication Publication Date Title
Rozario et al. Auditing with Smart Contracts.
US20200151815A1 (en) Systems and methods for a hybrid social trading platform
WO2016123657A1 (fr) Cadres de travail implémentés par ordinateur et méthodologies configurées pour permettre la génération d'un rapport synthétique de pertes et profits basé sur des données commerciales, et gestion de prêt basée sur l'inclusion de construction et prix de prêt risque et/ou de prix sur la base d'une analyse de données de paramètres par défaut donnés de risque et perte par défaut
US8606695B1 (en) Decision making engine and business analysis tools for small business credit product offerings
US20180330437A1 (en) System and method for online evaluation and underwriting of loan products
US20190378098A1 (en) Systems and methods of transaction routing
US20150317728A1 (en) Mortgage synthesis and automation
Tsao Managing default risk under trade credit: Who should implement Big-Data analytics in supply chains?
US11694156B2 (en) Automated systems for reducing computational loads in the mass execution of analytical models using scale-out computing
CA3017744A1 (fr) Systemes et procedes de paiement de facture ayant une capacite de pret dynamique
US12002096B1 (en) Artificial intelligence supported valuation platform
US20170161855A1 (en) Optimized small screen device to display visual elements in a real property dashboard involving predictive analytics
AU2012216489A1 (en) Social based automatic trading of currencies, commodities, securities and other financial instruments
US20230186385A1 (en) Computer-implemented system and method of facilitating artificial intelligence based lending strategies and business revenue management
JP2016134031A (ja) 生成装置、生成方法及び生成プログラム
KR20120032606A (ko) 증권투자고객 참여 가능 증권투자 시스템 및 그 방법
AU2020442585A1 (en) Systems and computer-implemented methods for capital management
US20190279301A1 (en) Systems and Methods Using an Algorithmic Solution for Analyzing a Portfolio of Stocks, Commodities and/or Other Financial Assets Based on Individual User Data to Achieve Desired Risk Based Financial Goals
US20230334378A1 (en) Feature evaluations for machine learning models
US20240152992A1 (en) Data intelligence platform
US20170091793A1 (en) Social media driven evaluation of a product idea
US20240104645A1 (en) System, method and apparatus for optimization of financing programs
CN118521270A (zh) 审核流程确定方法、装置、设备、介质和程序产品
CN117114891A (zh) 一种交易策略收益预测方法、系统、电子设备、存储介质
CN115796900A (zh) 一种基于区块链的企业评估方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16745992

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 12/10/2017)

122 Ep: pct application non-entry in european phase

Ref document number: 16745992

Country of ref document: EP

Kind code of ref document: A1