AU6173099A - Application apparatus and method - Google Patents

Application apparatus and method Download PDF

Info

Publication number
AU6173099A
AU6173099A AU61730/99A AU6173099A AU6173099A AU 6173099 A AU6173099 A AU 6173099A AU 61730/99 A AU61730/99 A AU 61730/99A AU 6173099 A AU6173099 A AU 6173099A AU 6173099 A AU6173099 A AU 6173099A
Authority
AU
Australia
Prior art keywords
application
applicant
forms
information
questions
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
Application number
AU61730/99A
Inventor
Sherman Ching Ma
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Minerva Holdings NV
Original Assignee
Minerva Holdings NV
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
Application filed by Minerva Holdings NV filed Critical Minerva Holdings NV
Priority to AU61730/99A priority Critical patent/AU6173099A/en
Publication of AU6173099A publication Critical patent/AU6173099A/en
Abandoned legal-status Critical Current

Links

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

AUSTRALIA
Patents Act 1990 COMPLETE SPECIFICATION STANDlARD PATENT Applicant: MINERVA HOLDINGS NV Invention Title: APPLICATION APPARATUS AND METHOD *a 0.
The following statement is a full description of this invention, including the best method of performing it known to me: -2 APPLICATION APPARATUS AND METHOD FIELD OF THE INVENTION The present invention relates to an apparatus and method for submitting and considering applications made by one party to one or more other parties _xample, a financial nature, such as applying for and receiving approval for a financial loan. The parties will be referred to hereinafter as the applicant on the one hand and the recipient or recipients (of the application) on the other. For example, in the context of a financial loan application, a recipient may be a lender (such as a bank or other financial institution). In addition, numerous further applications of the invention are envisaged, in essentially any transaction that includes the submission, and subsequent assessment and approval or rejection, of an application made by an applicant to a recipient.
DESCRIPTION OF THE PRIOR ART 20 Existing practice for applying for, for example, finance (in the form of credit cards, personal loans, car loans, mortgages, etc.) generally requires an applicant to contact a recipient in the form of, for example, a lender, often in person or by telephone, and complete orally or in writing a loan application for subsequent consideration by the .:..*lender. The lender may, in fact, be one of several **:lenders, either so that the apintcan cmaethecot and features of the possible loans, or a lender refuses an application thereby obliging the applicant to seek a loan elsewhere. This is often especially desirable in cases where a particularly large loan is sought. Alternatively, this task of consulting multiple lenders can be performed on behalf of the applicant by an information or finance broker, who will compare the available options on the applicant's behalf.
However, the application process and required information differs for each lender and each lender may in any event have non-refundable fees, so the applicant commonly and if H: Carol ine\KeeP\Speci \P36195 div..doc 26/11/99 3 possible proceeds with one (for example, recommended or previously used) lender. Subsequently, the applicant maintains regular contact with the chosen lender (or broker) to complete the application via traditional procedures. These include, after the completion of an application form, the compilation.of documents, an interview with the lender, substantiation of submitted information, etc. These steps often form a part of a lender's standard application protocol and are required by the lender to be completed before a credit decision is made, even though in many cases much of information provided by the applicant may have no immediate bearing on that decision: to minimize delays the lender may request a S standard array of information or documents, which will not S• 15 in fact all be required in all cases.
V In many situations, however, particularly for larger loans, the completion of the application can itself involve a great deal of iteration as the lender tries to understand S- 20 the particulars of an application and ascertain all the Serequired information. This may require returning to the applicant several or, indeed, many times. To combat this, some lenders use more advanced underwriters to review the complex applications. For example, mortgage applications from self-employed borrowers would be considered difficult, and require the attention of more skilled personnel. (As a rule of thumb, the smaller the loan size the less human involvement there is in assessing the application).
However, even the most skilled underwriter will usually need to ask several clarifying or supplementary questions before he or she can make a credit decision, as each application can have so many variations resulting in millions of different application profiles.
Further, existing paper application forms are limited in their utility and flexibility; no single form can cover all possible scenarios. This is at times addressed by retaining a stock of standard forms and selecting that or those most pertinent in each case, but such an approach H:\Caro1ine\Keep\Speci\P36195 div..doc 26/11/99 4 quickly reaches its limits when individual cases arise with, for example, multiple products and multiple lenders, and even multiple applicants.
If the loan is granted, regular maintenance of the loan account generally requiizs.witten or oral communication between the lender and the loan applicant (now customer).
Attempts have been made to automate the application process, so that less human interaction is required.
Typically, however, this simply comprises the lender's provision of an application form that can be accessed, completed and submitted over a computer network (such as the internet). The application process then proceeds along .o.
15 traditional lines; after some preliminary consideration by the lender of the electronic application form, the loan ooooo applicant is contacted and the process proceeds as described above.
US Patent No. 5,870,721 (Affinity Technology Group, Inc.) discloses a system and method for real time loan approval, which attempts to further automate this process. According to the invention of this patent, a loan applicant submits his or her application for a loan by entering the requested or required information at a remote interface (preferably a kiosk). The information is transmitted to a data S. processing means, which may itself obtain further information from other databases, such as those of credit agencies. The application is then assessed without human assistance by calculating a single underwriting score and assessing the application on the basis of that score. The result is then communicated to the applicant.
This system and method, however, is restricted to simple loan applications suitable for determination on the basis of an underwriting score, and (in common with other attempts at such automation) pertains to cases where the loan application is for consideration by a single lender.
The addition of, for example, multiple lenders would make H:\Caro1ine\Keep\Speci\P36195 div..doc 26/11/99 5 this system impractical owing to the potentially enormous set of loan selection criteria and therefore prohibitively large number of questions that an applicant would have to respond to.
Australian Patent No. 67.889 (Jeffrey A. Norris) discloses a closed loop financial transaction method and apparatus, and is related to US Patent No. 5,870,721. Again, however, there is no disclosure of how this invention could be used in a multiple-lender context, where the loan applicant would be required to supply an onerous quantity of information or to consider an prohibitive number of often irrelevant questions.
15 In addition, neither of these patents or other existing o systems includes means by which the loan, once approved, may be managed or adjusted. For example, the customer may wish to increase repayments, which does not generally require further approval from the lender, though it may 20 attract a charge. As mentioned above, existing systems do not allow a single application to be considered by multiple lenders, or in such a case for those multiple lenders to respond to the application in the knowledge of this nonexclusivity.
It is an object of the present invention, therefore, to provide an apparatus and method for receiving and assessing an application, including the ability to efficiently question the applicant to obtain the required information for one or more recipients.
SUMMARY OF THE INVENTION Accordingly, the present invention provides an apparatus for receiving and assessing an application made by an applicant, said apparatus including: computing means configured or programmed to receive application information and to assess said application; wherein said apparatus includes, or can access, application approval criteria of a plurality of application H;\Caroline\Keep\Speci\PJ6195 div..doc 26/11/99 6 recipients, and said computing means is configured or programmed to assess said application according to said approval criteria of said each of said plurality of application recipients, whereby said apparatus can thereby form a respective separate assessment for each of said plurality of grcipients.
Preferably the apparatus includes: input means for said applicant to input said application to said computing means; and communication means for communicating or sending said assessments of said application to said applicant.
Preferably the computing means is configured or programmed So 15 to present a plurality of application forms to said applicant, and to receive said forms once completed from •said applicant and to assess said application; wherein said computing means is configured or programmed to construct second and subsequent forms of said plurality of forms progressively on the basis of 'information provided by said applicant by means of said input means in said completed and received forms, and to communicate said assessments by means of said communication means.
The present invention also provides a method for receiving and assessing an application made by an applicant, including: receiving application information from said applicant; assessing said application according to approval criteria of each of a plurality of application recipients; and forming a respective separate assessment for each of said plurality of recipients.
Preferably said method includes communicating or sending said assessments of said application to said applicant.
According to the invention there is also provided an H:\Caroline\Keep\Spec\P36195 div..doc 26/11/99 7 apparatus for processing an application made by an applicant, said apparatus including: computing means configured or programmed to receive application information from said applicant, for directing said information to a plurality of application recipients, for receiving one or more bids for said application from one or more of said recipients, and for forwarding said one or more bids to said applicant for selection or rejection of each of said one or more bids.
The present invention still further provides a method of processing an application made by an applicant, including: receiving application information from said applicant; S providing said information to a plurality of S• 15 application recipients; receiving one or more bids for said application from •one or more of said recipients; forwarding said one or more bids to said applicant for selection or rejection of each of said one or more bids.
Preferably said method includes forming a respective separate assessment of said application for each of said plurality of recipients.
.ooo.i Preferably said method includes adjusting said respective bids according to said selection or rejections of adjustment of said information.
Thus, the applicant be "auctioned" to the recipient with the best offer that correspond with the preferences of the applicant (expressed in the application information).
In one preferred embodiment of the apparatus of the invention, the computing means is configured or programmed to present a plurality of application forms to said applicant, to receive said forms once completed from said applicant and to assess said application; and the apparatus further includes: input means for said applicant to complete and H:\Caroline\KeeP\Speci\P36195 div..doc 26/11199 8 return said forms to said computing means; and communication means for communicating or sending said assessment of said application to said applicant; wherein said computing means is configured or programmed to construct second and subsequent forms of said -lkuality of forms progressively on the basis of information provided by said applicant by means of said input means in said completed and received forms, to assess said application, and to communicate said assessment by means of said communication means.
Thus, the contents of each form is determined on the basis of the information supplied in one or more earlier forms.
In this manner, the total number of forms or length of each 15 form may be reduced or minimized, as subsequent forms can omit questions rendered redundant by earlier forms.
*o .o It should also be noted that the applicant may, in some embodiments, be presented with one of the plurality of 20 forms more than once (possibly at his or her request), but that that form may have been changed between such presentations according to information provided after the earlier presentation of that form. From another perspective in such a case, therefore, the form presented more than once in this manner, but altered between presentations, is in fact a different form when next presented. For example, the forms might be presented to the applicant as a number of tabbed forms on a computer screen, so that the applicant is free to commence with any of the forms (by selected a tab and bringing the corresponding form into the foreground), but later returning to an already viewed form.
Further, although second and subsequent forms are constructed progressively on the basis of information provided by said applicant, the term "construct" can include determining that an existing precedent form should be presented to the applicant without alteration.
H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 9 Preferably said assessment may indicate approval or rejection of said application. In addition, said assessment may alternatively indicate that further information or human involvement is required before the application can be approved or rejected.
Thus, the assessment may simply indicate approval or rejection (where insufficient information would lead to automatic rejection), or a third option may be included where additional information or human involvement is required. It should also be noted that in the present application the term 'approval' includes provisional approval or prequalification, i.e. approval contingent upon the subsequent substantiation of some or all of the 15 information provided during the application process. Also, the term 'applicant' can refer to either the person actually applying to the recipient or recipients of application, or an intermediary such as a broker.
20 The plurality of forms may be one of a plurality of groups •of pluralities of forms.
Thus, the required information may be divided into groups i of related information, and within each group second and subsequent forms determined from one of more earlier form within that group or, in some applications, earlier groups.
The computing means is configured or programmed to assess said application according to information received in any one or more of said forms.
Thus, the application procedure may be truncated as soon as the information received indicates that the application should be approved or rejected, even though the applicant has not as yet been asked to respond to remaining questions based on the total of the application recipient's selection criteria. For example, a loan application may be rejected after the applicant has completed only one form if the H:\Caroline\Keep\peci\P36195 div..doc 26/11/99 10 information returned in that form indicates that the requested loan is in excess of the absolute lending limits of the application recipient (or lender).
The apparatus may include a display means for presenting said forms. Preferably said computing means io -oible to present said forms on a remote display means. The remote display means may be a computer connected to said apparatus by means of a computer network. Preferably said computer network is the internet, the world wide web, a commercial on-line service, an interactive broadcast, or other electronic on-line means.
The input means may be, for example, any suitable computer S• 15 or computer input means, such as a computer keyboard, computer mouse or electronic pen, connected to said computing means. Preferably said input means is a computer connected to said apparatus by means of a computer network, such as the internet, the world wide web, a commercial on- 20 line service, an interactive broadcast, or other electronic on-line means, including a computer keyboard and mouse connected to such a computer.
Preferably said communication means is an electronic information transfer system, such as electronic mail or a file transfer system. Preferably said electronic mail o 0system is connected to or operable to access a computer network such as the internet.
Preferably said apparatus includes communication link means for obtaining additional information, from external databases or other sources of information, for consideration in assessing said application. The communication means may be operable as the communication link means.
Thus, the apparatus may obtain, for example, a credit report on the applicant for consideration as a part of the application assessment. Both the communication means and H:\Caroine\Keep\Speci\P6195 div..doc 26/11/99 11 the communication link means may be the internet of a portion thereof.
Preferably said apparatus is configured or programmed to present one or more additional forms when information previously returned by said applicant contain i or more defects (owing to being incomplete, self-contradictory, contradictory with other information provided by the applicant, meaningless, etc.). Said additional forms may simply repeat previously presented forms, or may be new forms.
Preferably said apparatus is operable by said applicant to amend information previously returned by said applicant.
15 This may occur either before or after the applicant has been assessed and, if after, the apparatus may re-assess the application.
Preferably said apparatus is configured or programmed to ignore certain of said defects on the basis of preset tolerances for decision certainty, typically determined on the basis of human judgement or statistical analysis.
Alternatively said apparatus may be configured or programmed not to request certain information deemed noncritical in some or all circumstances.
Preferably said apparatus includes or can access application approval criteria of a plurality of application recipients, is configured or programmed to present sufficient of said forms to assess said application according to approval criteria of said each of said plurality of application recipients, and is configured or programmed to assess said application against the approval criteria of each of said recipients, and thereby form a respective separate assessment for each of said plurality of recipients.
The apparatus may be programmed or configured to assess said application according to multiple separate approval H:\Caroline\Keep\Speci\P361 9 5 div..doc 26/11/99 12 criteria for each of said one or more application recipients.
Thus, in the case of a loan application, the applicant can receive an assessment of the application from several lenders, or for more than one fina3cia2 products from each of one or more lenders and select a lender/product combination. Alternatively the applicant can amend one or more of the forms to, in effect, request different terms and thereby alter the number of assessments.
Preferably said apparatus is configured or programmed to communicate one or more of said assessments to one or more of said plurality of recipients. More preferably, said I 15 apparatus is configured or programmed to communicate all of 'said assessments to all of those of said plurality of recipients whose respective assessment indicates approval.
Preferably said apparatus is operable by each of said 20 plurality of recipients to adjust said respective approval criteria of each recipient in order to bid for selection by said applicant.
I Thus, the applicant can accept the best or most favourable recipient for whom approval is indicated, or choose to be "auctioned" to the recipient with the best offer that correspond with the preferences of the applicant.
Preferably, if said application is approved, said apparatus is operable by said applicant to adjust or request the adjustment of one or more parameters of said application.
This allows the applicant to vary some of the details of the application after approval. In financial applications, this might include size or frequency of repayments.
Preferably said apparatus is operable by said applicant to display or transmit to said applicant some or all of said information and/or the status of said application.
K;\Caroine\Keep\Speci\P3 6 1 9 5 div..doc 26/11/99 13 Thus, the apparatus allows the applicant (or, later, customer) to inspect and/or manage some or all aspects of their application before and/or after approval for a loan application: the issue of statements, additional redraws, additional repayments, Chtingiag bank account details, etc).
Preferably said apparatus includes means for requesting assistance, or is operable to request assistance, and is operable to communicate details of said application to an assistant so that said assistant can advise said applicant.
Preferably said assistant can view one or more of said S• 15 forms during completion by said applicant.
•Thus, if the applicant is unable to understand a part of one of the forms, he or she can request assistance, the assistant can view the form in its instant state of 20 completion, and advise the applicant as necessary.
In one preferred embodiment of them method of the present invention, the method includes: presenting a plurality of application forms to said applicant; receiving said forms once completed from said applicant and thereby receiving said application information; assessing said application; and communicating or sending said assessment of said application to said applicant; wherein said method includes constructing second and subsequent forms of said plurality of forms progressively on the basis of information provided by said applicant in said completed and received forms.
Preferably said method includes collecting application approval criteria for said one or more recipients, determining the dependency if any of each of said criteria H:\Caro1ine\Keep\peci\F36195 div..doc 26/11/99 14 on each other, promoting in said sequence forms requesting information whose content renders a high, or the greatest possible, number of later questions redundant, and omitting said redundant questions from subsequent forms.
Thus, the total numibnu-' forms is reduced or minimized, by progressively reducing the 'total degrees of freedom' in the querying process.
Preferably the method includes presenting, in earlier forms, any questions where the response to each of said questions case may lead to the immediate rejection of the application.
15 For example, some recipients may not approve an application made by a minor, or in the example of a loan application outside certain lending limits. One or more forms requesting such information may be presented to the applicant early in the sequence of forms so that the 20 applicant completes as few forms as possible; it would be a .waste of the applicant's time to complete 10 or more forms, then to be asked for age or date of birth and only then be told that applications from minors will be rejected irrespective of all other considerations.
Preferably said method includes subsequently adjusting said sequence. For example, this may be done to improve clarity or ease of use, to reflect applicant preferences, or to achieve other objectives.
Thus, the otherwise ideal sequence may be adjusted so that the sequence makes for sense to the applicant, even at the expense of some efficiency.
BRIEF DESCRIPTION OF THE FIGURES In order that the invention may be more clearly ascertained, a preferred embodiment will now be described, by way of example, with reference to the accompanying drawing in which: H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 15 Figure 1 is a flow chart showing the steps and components of a loan application system according to a preferred embodiment of the present invention; Figures according to Figures according to Figures according to Figures according to Figures according to Figures 15 according to Figures according to Figures according to 2a is a view of electronic the system of figure 1; 2b is a view of electronic the system of figure 1; 2c is a view of electronic the system of figure 1; 2d is a view of electronic the system of figure 1; 2e is a view of electronic the system of figure 1; 2f is a view of electronic the system of figure 1; 2g is a view of electronic Form No.
Form No.
Form No.
Form No. 4 Form No. Form No. 6
S
*0 0 5
S
Sn.
S
5* Form No.
the system of figure 1; and 2h is a view of electronic Form No.
the system of figure 1.
DESCRIPTION OF A PREFERRED EMBODIMENT The following preferred embodiments of the present invention are in the area of finance and specifically loan applications, though as described above the invention is 25 not limited to such applications.
Overview of the Preferred Embodiment According to the preferred embodiment of the present invention there is provided a loan application, approval and management system that can be accessed over the internet, and may thus be described as having an open architecture, and which presents the applicant with a series of customised electronic application forms which captures the required information for automated assessment of the application based on the criteria of one or more lenders and, for each lender, one or more financial products. Once the applicant becomes a customer after approval (and verification, if any, of the information H:\Croine\Keep\Speci\P36195 div..doc 26/11/99 16 supplied during the application procedure), which may involve third party relationships with solicitors, valuers, credit repositories, etc.), the preferred embodiment allows the customer to manage the on-going business relationship remotely, without human involvement.
Summary of the Preferred Embodiment The system includes the following features: Open architecture: the system can be accessed by applicants/customers or third parties without using any ease proprietary front-end hardware or equipment, such as oooo dedicated kiosks, but rather is based on an open 15 architecture principle utilizing the internet.
Superset Decision Method: a method based on initially •S gathering all loan or financial product criteria for all participating lenders, and systematically reducing the mathematical 'degrees of freedom' as the applicant 20 progresses through the application procedure.
Dynamic Electronic Forms: the applicant is presented with a series of forms composed or constructed progressively and intelligently, based on the information provided by the applicant, rather than merely presenting the applicant either with a single standard form or set of forms, or with a form or set of forms merely selected from 9: an existing set of forms.
Real-Time Assistance: applicants can engage in a realtime messaging dialogue with an assistant, who can view the form presently being completed by the applicant.
Automated Underwriting for Multiple Products/Lenders: the system simultaneously can evaluate an application according to the approval criteria of multiple products and multiple lenders.
Remote Application Management: the system allows users to advance, track and be informed of the progress of their application remotely and in real-time.
Self-servicing: once an applicant a customer, the invention allows the applicant to electronically manage H:\Caroline\Keep\Speci\P36195 div. .doc 26/11/99 17 o their loan account without any human involvement.
Intermediary System: the system can also be accessed by finance brokers, financial planners and salespeople, for example, who lodge applications on behalf of their clients.
Loan Exchange: the system also acts as an 'auction' system that allows various lenders to identi-y desired applications and make bids to such prospective customers, with the winning bidder getting the business.
Detailed Description of the Preferred Embodiment The preferred embodiment will be described by reference to the following Example, which relates to a home mortgage.
Mortgages, owing to the large loan size (as opposed to, for 15 example, credit cards or small personal loans) require a great deal of verification collateral security, borrowing entities, sources of income, employment tests) and are considered amongst the most complex personal finance transactions.
The applicant's details to be used in the Example are as follows: Description Profile Total Monthly Amount Payment Name Mr. Pat Hall born on 1/1/1950 Loan Refinance existing Purpose mortgages Consolidate other outstanding debts Owned 2 residential properties $350,000 Properties (assume identical) 1 warehouse (industrial $250,000 zoning) Current 1 1st mortgage over 2 $320,000 $1,750 Mortgages residential properties Current other debts Credit Card Personal Loan $5,000 $5,000 $150 $200 H:\Caroline\Kee\Seci\P3195 div. .doc 26/11/99 18 Auto Loan $7,500 $500 Income Full-Time Sales Manager $50,000 Sources (per annum) Fixed Draw from $5,000 Partnership (per annum) 25% of partnership $10,000 profits Total non-cash expenses $5,000 of partnership* Non-cash expenses need to be added back derive cash flow provided by partnership.
to profits to There are 3 available lenders, A, B and C with the following credit criteria, income calculation methodology and product description for residential mortgages: Category Description Lender A Lender B Lender C Credit Loan $40,000 $50,000 $10,000 Criteria Amount $500,000 $250,000 $400,000 Security 1st 1st 1st mortgage mortgage mortgage over: over: over: -residential -residential -residential -rural Net $500 per Must not Surplus* month be negative Debt Maximum Service of Ratio* Refinance Maximum of Maximum of No maximum Limits 3 other 7 other debts debts Identity Applicant Applicant Applicant name name name Legal age Legal age Legal age Methodology Income Calculation 100% for PAYE wages Any self- 100% for PAYE wages Any self- 100% for PAYE wages Self- H:\Caroine\Keep\Speci\P36195 div.doc 26/11/99 19 employment income subject to following: 80% of profits for sole proprietorship 75% of share of partnership profits 50% of share of company profits employment income subject to following: 90% of cash flow for sole proprietorship 80% of share of partnership cash flow 70% of share of company cash flow employment profits from any source will receive credit *oo*a Product Term Up to 25 Up to 25 Up to Descrip- years years years tion Interest Yes Yes No Offset Max LVR** 90% of 95% of 90% of valuation valuation valuation These are measures for serviceability of a loan; Net Surplus represents the discretionary income remaining after all loan commitments and an estimate of living expenses (corresponding to a lender provided formulae) are met; Debt Service Ratio is calculated as the total monthly debt payments divided by total gross monthly income.
Max LVR is the maximum loan-to-value ratio allowed for a mortgage; for example, if the applicant qualifies based on serviceability, the maximum loan amount on a $200,000 property will be $180,000 if the Max LVR is In the following, the system is described using the above scenario where appropriate.
Open Architecture H:\Caroin\Keep\Speci\P36195 div..doc 26/11/99 20 Figure 1 is a flow chart showing the components of the system 23 of the preferred embodiment, in relation to elements external to the system 23 with which with the system interacts. Within the system 23, various communication .linke aro indicated by solid-line arrows; the system 23 advantageously utilizes a number of existing communication links, such as the internet (indicated by dashed-line arrows).
According to the preferred embodiment, all access to the system 23 is via one of computers 3, 4, 19 or 20 depending on the type or class of user. Computers 3, 4, 19 and are operable to communicate with the system 23 over the internet (possibly including by means of a modem and telephone connection), and the system 23 is adapted to be accessed by means of a web browser. The system 23 presents information in hypertext markup language or the like.
Alternatively, computers 3, 4, 19 and 20 may communicate with the system 23 by any suitable alternative, including cable modems, ADSL, frame relay, ISDN and any other high bandwidth data transfer means including satellite and Tl, "T2 and T3 telecommunications platforms.
The four classes of users referred to above comprise Direct Applicants 5, Intermediaries brokers, financial planners, salespeople) 2, one or more Lenders 21 and any required Third Parties Service Providers 18 depending on the finance product. A user accessing the system 23 may be prompted to provide identification and a password.
A Direct Applicant 5 can access or be prompted to access the Direct Applicant Control Module 7, which acts as a menu to a range of activities relevant to the Direct Applicant 5. These activities include but are not limited to: Making product comparisons; Obtaining product/lender information; Applying on-line; Making payments; H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 21 Tracking the status of an application; Contacting and communicating with an assistant; and Managing the loan account.
Some of these activities are described in further detail below.
An Intermediary 2 can access or be prompted to access the Intermediary Control Module 6, which acts as a menu to a range of activities relevant to the Intermediary 2. The Intermediary Control Module 6 illustrated in figure 1 represents multiple control modules depending on the type of Intermediary 2. For example, the Intermediary 2 could be a finance broker, a real estate agent, a financial 15 planner, a salesperson, or a builder. A unique Intermediary Control Module 6 would exist for each type of go Intermediary 2. The activities available to the Intermediary in addition to those available to Direct Applicants include but are not limited to: 0 Accessing market/industry information; o Joining a discussion forum relevant to the Intermediary 2 community; Viewing all applications in progress; .ooooi Tools for assessing the performance of the Intermediary 25 2 organisation; and 0 Managing commission income.
S°Some of these activities may involve accessing another module, described further below.
A Third Party Service Provider 18 can access or be prompted to access the Third Party Control Module 16, which acts as a menu to a range of activities relevant to the Third Party Service Provider 18. The Third Party Control Module 16 illustrated in the figure represents multiple control modules depending on the type of Third Party Service Provider 18. For example, the Third Party Service Provider 18 could be a property valuer, a credit history repository, a title search company an insurer or a mercantile agency.
A unique Third Party Control Module 16 would exist for each H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 22 type of Third Party Service Provider 18. Such activities could include but are not limited to: Posting valuation reports; Transmitting credit reports; Transmitting title searches; NominatiA accounts; Issuing insurance policies; or Raising invoices.
Some of these activities may involve accessing another module, described further below.
A Lender 21 can access or be prompted to access the Lender Control Module 17; this module 17 acts as a menu to a range of activities relevant to the Lender 21. These activities include but are not limited to: Updating product information; Changing lending criteria; Viewing approved applications; Making fund disbursements; Tracking the status of applications; Viewing auction results; or Submitting auction bids.
•Some of these activities may involve accessing another module, also described further below.
In the later stages of the loan application, such as during e verification of the information provided applicant or the signing of contracts, the system 23 may employ known techniques (indicated by Traditional Delivery 1 and 22) as a supplementary means of communications with users. Also, in some cases, the documentation may be quite abundant and electronic data transfer may take too long or require too much memory and therefore is rendered impractical.
Traditional Delivery 1 and 22 may include the use of a postal or courier service, or facsimile. Traditional Delivery 1 and 22 is used instead of, for example, electronic mail (between computers 3, 4, 19 or 20 and the system 23) when it is legally necessary, preferred, more expedient or more practical.
H:\Caroline\KeeP\SpeCi\P36195 div. .doc 26/11/99 23 The open architecture of the system 23 means anyone with, for example, a personal computer and internet access can use the system.
SSuperset Decision Method The system can automatically underwrite a plurality of financial products for multiple separate lenders. It does this by employing a method referred to as the Superset Decision Method 12. This procedure creates a line of questioning to capture all of the relevant information required to underwrite any loan application. The Superset Decision Method 12: 15 i. Collects the superset of decision criteria for all participating lenders and products; 2. Identifies data requirements of decision criteria; 3. Ranks criteria according to level of dependency (i.e.
data relationships between criteria); 20 4. Optimises the questioning sequence to reduce or minimize the total number of questions asked; 5. Introduces new data requirements and data transformations to reduce uncertainty and open-ended questions; 6. Adjusts optimal sequence for consumer preferences and other objectives; and 7. Sets tolerance for decision certainty based on human judgement or statistical analysis.
Once this process is completed, it is implemented in Dynamic Electronic Forms 8 the required information is requested in forms presented sequentially to the applicant, and designed progressively as information is provided by the applicant), to underwrite a variety of products for multiple lenders within a specified tolerance for error. An example of the Superset Decision Method 12 follows using the case study already presented.
Example of Superset Decision Method H:\Caroline\Kee\Speci\P36l95 div. .doc 26/11/99 24 As discussed above, paper application forms are inadequate for automatic underwriting. In the Example of a single applicant applying for a mortgage, a paper application form cannot anticipate all the possible scenarios, such as the three properties. Also, the paper application form will in many cases not allow all of the required income information to be captured. This becomes particularly apparent when the application is to be assessed against the criteria of multiple lenders, each with multiple products, and where some or these products are complex, such as residential mortgages.
The principle of the Superset Decision Method 12 is that it begins by all possible, relevant questions and then determines the optimal sequence in which to ask the questions. Equally important, the Method 12 intelligently sequences the questions in a managed approach. Each step of the Superset Decision Method 12 is illustrated below.
Step 1. The superset of decision criteria are collected.
A superset is statistically defined as the union or "universe of all decision criteria for all lenders for a particular product (which, in the above Example, is a mortgage product).
In the Example, it should be noted that Lender C does not have a Net Surplus criterion. However, this is required by Lender A and B. Therefore, it must be included in the superset of decision criteria. In the Example, therefore, the superset of decision criteria includes the following: Loan Amount, Security, Net Surplus, Debt Service Ratio and Refinance Limits.
The boundary of the superset defines the outer range limits of all qualifying responses for the superset of decision criteria. For Example, the boundary of 'loan amount' in the Example would be "greater than $10,000 and less than $500,000" as this represents the limits for Lender A and H:\Caroline\Keep\Speci\P3619 5 div..doc 26/11/99 25 6 6 a.
a a a. a
V
a. Lender C. These boundary values are used in other steps.
The superset of decision criteria and its boundary for the Example is summarised in the table below.
Superset of Decision Criteria Boundary Loan Amount Between $10,000 $500,000 Security 1st mortgage over: Residential Rural Net Surplus Not applicable* Debt Service Ratio Maximum of Refinance Limits No boundary Identity Must be legal age 5 As Net Surplus is calculated differently by different lenders, there is no uniform boundary as this would not be a like to like comparison; theoretically, however, a boundary can be defined by taking the minimum of the two methodologies of Lender B and Lender C.
Step 2. The data requirements of the decision criteria are identified, i.e. the data that should be requested from the applicant in order to ascertain the needed information to determine a decision criterion. For example, to calculate the Net Surplus and Debt Service Ratio, information on income will be required. A chart summarising the data requirements of the decision criteria in the Example is shown below. To illustrate that the Example is extremely simplified, some other data requirements that would be applicable in the practical application of the system 23 is displayed in parentheses.
Decision Data requirements Criteria Loan Desired amount (assets, unpaid defaults, Amount unpaid judgements, pending purchase contracts, unpaid tax liabilities, rates) Security Zoning, value, address (title type, special conditions, size of property, use of property, o oo* oo H:\C'oine\Keep\Speci\P36195 div. .doc 26/11/99 26 *see
S
,9.
004* 0*e .1 a
S
5* 5
S
*5 anticipated sale time, lending cautions, gearing ratio) Net Income, type of income, living expenses, Surplus interest*, depreciation*, (maintenance, school fees, social security, dependants, marital status) Debt Income, type of income, current liabilities, Service interest*, depreciation*, (duration, previous Ratio employment, allowances, time in occupation) Refinance Current liabilities, monthly payments, (type Limits of liability, store cards vs credit cards, current arrears, current arrangements, use of facility) Identity Name, DOB, (current address, previous address, current accommodation, previous accommodation, closest relative, phone) Interest and depreciation is necessary as these are noncash expenses and therefore, must be added back to net profits to derive cash flow.
Step 3. The criteria are ranked according to level of dependency (data requirements), i.e. the decision criteria are arranged by the amount of required information. As a guide, this should correspond to the number of data requirements. For the Example, this is summarised in the chart below: Decision Level of Data Requirements Criteria Dependency Loan Amount Low Desired amount Identity Low Name
DOB
Refinance Medium For each liability: Limits Value Monthly payment Security Medium Number of securities Zoning of property Value H!\Caroine\Keep\Speci\P36195 div..doc 26/11/99 27
S.
a
S
S.
Address Debt Service High Sources of income Ratio Type of income Amount of income Amount of interest Amount of depreciation Net Surplus High Sources of income Type of income Amount of income Amount of interest Amount of depreciation Marital status* Number of dependents* Net Surplus is the calculation of disposable income after loan commitments and living expenses are deducted; living expenses are calculated based on the anticipated amount a certain family structure would need to spend; the family structure is usually based on the income of the household and the number of adults and dependents.
Step 4. The sequence is optimised to reduce or minimize the number of questions asked. The goal is to quickly come to a decision on an application. This involves asking for information in a sequence such that the number of questions and therefore the number of outcomes is reduced.
Taking into consideration the 'boundaries' of each decision criterion of the Example, it is preferable to request information on the desired loan amount first before requesting income details as, if the desired loan amount exceeds the maximum limit of any lender, there is no need to proceed with the questioning. Generally, to arrange the questions so that a reduced or minimum number of responses are requested, the questions are sequenced in order of lowest to highest dependencies. In the Example, this process yields the following line of questioning: What is your desired loan amount? What is your name? What is your date of birth (DOB)? H:\Caroline\Keep\Speci\P36 19 5 div..doc 26/11/99 28 What are you current liabilities? What is address of security for each mortgage? What is balance and monthly payment of each liability? What is the address of all properties that you currently own? What is value of all properties owned? What is the zoning of all properties owned? What are all of your sources of income? What is the income from each source of income? What is your household structure? How many dependants do you have? Sometimes, however, it may be desired to then adjust the number of questions in order to collect further information 15 for marketing purposes. For Example, by disqualifying an applicant owing to a desired loan amount in excess of the maximum of any lender would preclude the collection of any demographic data on prospective customers. This will be explained further in step 6.
Step 5. New data requirements and data transformations are introduced to reduce uncertainty and open-ended questions.
"In certain circumstances, asking an additional question 0 "will eliminate uncertainties, reduce additional questions that need to be asked and remove any open-ended questions.
:0 For example, questions such as "What are your current S* liabilities?" are indeterminate and therefore open-ended.
This is a common drawback of paper application forms which, for practical reasons, over-emphasize concision and therefore often present the applicant with abstruse questions or inadequate for responses. Therefore, asking the applicant to specify how many liabilities he or she has prior to supplying the liability-specific information will eliminate this uncertainty. Other questions would include: How many properties do you own? How many sources of income do you have? What is the nature of the first (second, third, etc.) source of income? H:\Ca2-1oine\Keep\Speci\P361 9 5 div..doc 26/11/99 29 Sometimes, these newly introduced questions can lead to further dependencies that can be utilised. In this case, it may be prudent to repeat Steps 2 and 3. For example, the number of properties the applicant owns has a relationship with the zoning of owned properties. If the applicant indicated that only 1 property was cwwed and the zoning was not an acceptable zoning within the boundary of the superset, then the application could be declined by deduction. The current sequence of questions, however, is not as efficient as the zoning question is not asked until the latter half of the process. Therefore, because of the dependency of the number of properties and the zoning of the property, the question related to property zoning can be promoted in priority.
V Criteria transformations refer to an introduction of new data derived from existing data. These transformations can greatly optimise the line of questioning. In this simplified Example, it will be noticed that given the max 20 LVR constraints of Lenders A, B and C and the value of all residential properties, the applicant will not be able to refinance all of his other liabilities. The applicant must decide what to do, and which loans should be refinanced.
The amount outstanding and monthly payment for each liability can be transformed into new data called "Cost per $1 Outstanding" that is calculated by dividing the monthly payment by outstanding amount. If the user does not recognise this contradiction in the application, the system can default to refinancing the most expensive liability as defined by the newly transformed criteria with the highest value as this would represent the most expensive liability.
Step 6. The optimal sequence for consumer preferences and other objectives are adjusted. For example, the current sequence of questions asks about household structure last.
This would seem an awkward point in the process to ask such information after very detailed information about the applicant's financial statement has been ascertained.
Therefore, it would be more appropriate to ask this H:\Caroline\Keep\Speci\P36195 div. .doc 26/11199 30 question when gathering identity details from the applicant. This step is very subjective and is determined progressively based on feedback provided by users of the system 23. After taking into consideration new data requirements and adjusting the sequence for consumer preferences, the new line of questioning in the Example is: What is your desired loan amount? How many properties do you currently own? What is zoning of all properties owned? What is your name? What is your date of birth (DOB)? What is your household structure? How many dependants do you have? What is address, zoning and value for each of the 9 15 following properties? How many liabilities do you have? Of these liabilities, how many are mortgages? What is the balance, monthly payment and property *related to each mortgage? What is the balance and monthly payment of other liabilities? How many sources of income do you have? What is nature of first [second, third, etc] source of income? What is amount of income and type of income from each source of income? It may be noted that there are more questions as a result of steps 5 and 6 compared to the questions at the end of step 4. However, these new data requirements and transformations are necessary as the responses to the questions at the end of step 4 would not enable the automatic underwriting of the application. For example, in the Example the applicant would not know what to enter when asked about income as he derives his income from a fixed draw, partnership profits and PAYE wages. One possibility is that he should enter the total of all amounts, but this would be incorrect as different lenders use different income calculation methodologies for self-employment H:\Caroline\Keep\Speci\P36195 div..doc 26/11199 31 income. Also, different tax rates to each source of income.
Step 7. The tolerance for decision certainty based on human judgement or statistical analysis is set. That is, some information may not be requested because the probability of such information making an impact on the outcome of the assessment is determined to be minimal or acceptable. In the Example above, it may be decided that number of dependants will always be assumed to be zero if it is a single applicant and two in the case of married applicants.
Although not entirely accurate, this degree of uncertainty 15 imply a risk that a lender is prepared to accept. Thus, this step in the process involves identifying the data that can be included or removed, or ignored if the applicant fails to provide it or does so defectively, depending on the desired tolerance of the system owner. In the Example, 20 it is desired to have 100% certainty, so none of the requested data is removed.
•Summarised in the table below are possible responses to each of the questions in the Example: *0 0 0* Question Response What is your desired loan $315,000 amount? How many properties do you 3 currently own? What is zoning of all Residential and industrial properties owned? What is your name? Pat Hall What is your date of birth 1/1/50
(DOB)?_
What is your household Single structure? How many dependants do you 0 H:\Caroline\Keep\Speci\P361 95 div..doc 26/11/99 32
S
*5
S
S*
have? What is address, zoning and A. 1 Apple Street; value for each of the Residential, $175,000 following properties? B. 2 Apple Street; Residential, $175,000 C. 5 Industry Lane; Industrial, $250,000 How many liabilities do you 4 have? Of these liabilities, how 1 many are mortgages? What is the balance, monthly $320,000; $1,750; A&B payment and property related to each mortgage? What is balance and monthly Credit Card: $5,000; $150pm payment of other liabilities? Personal Loan: $5,000; $200pm Auto Loan: $7,500; $500pm How many sources of income do 2 you have? What is nature of first Full-Time source of income? What is amount of income and $50,000; PAYE Wages type of income from first source of income? What is nature of second Partnership source of income? How much do you receive in $5,000 fixed draw? What is your share of the partnership? What is amount representing $10,000 your share of partnership profits? What are the total non-cash $5,000 expenses of partnership It should be noted that the responses to the questions with the lowest dependency loan amount, zoning, DOB) are H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 33 acceptable. If they were not, there would have been no need to proceed with the remaining questions. More importantly, all the relevant information required to automatically underwrite the application (as will be discussed later) has been collected.
The above Example is extremely simplified to illustrate the Superset Decision Method. A different sequence would be followed according to loan purpose home improvements, home purchase, cash advance). The system can accommodate considerably more complex examples. Complexities that might arise in a more realistic situation include: What if there were two borrowers living in a de facto arrangement? What if there were three borrowers; one married couple and one company entity? What if the borrower was a family trust with 4 beneficiaries? What if the applicant(s) had a poor credit history? What if the borrower only joined the partnership 2 months ago? What if the partnership was in the same industry that the applicant is a sales manager for? What if the partnership lost money? What were the previous residences of the applicant(s)? Are any of the existing loan accounts in arrears? Is the equipment being leased new or used? Will the automobile being purchased be used for personal or business use? Does the company applying for the lease have any other registered charges? Have any previous loan accounts been in arrears? What are the reasons for previous arrears? Are there any outstanding judgements against the applicant(s)? Is any of the purchase deposit from gifted funds? Is the property consistent with other properties in the area? Was the property purchased at an auction or by private H:\Caroline\Keep\Speci\P36195 div. .doc 26/11/99 34 sale? Were any seller incentives included in the purchase price? To complicate matters even further, different Lenders 21 have different rules concerning each of the criteria above.
It will be apparent that the number of permutations of different situations and consideration is too many to contain in a document or to be completed in a reasonable length of time by existing techniques.
It should also be noted that not all steps need to be performed sequentially and some steps do not have to be performed at all. For example, if the owner or operator of the system 23 did not wish to introduce transformations, then step 5 can be skipped SDynamic Electronic Forms o• 20 Existing market practice for finance applications requires an applicant to complete a printed application form, or its computerised equivalent (which in many cases simply S"reproduce a paper application form). As discussed above, S"such applications cannot capture all the required data needed to make a decision for all types of applicants.
Furthermore, existing forms create confusion for the applicant. As a simple example, he or she may be presented with a form (paper or otherwise) that has, say, one space for address details. However, some lenders require a previous address to be provided if the applicant has been at the current address for less than 2 years. More complex examples of Dynamic Electronic Forms 8 in finance applications involve the entry of income information. As seen in the Example above, different income information needs to be captured if the applicant derives his or her income from self-employment as a sole proprietor, as a partner in a partnership or as a shareholder of a company.
H:\Caroline\KeeP\SpeCi\P36195 div..doc 26/11/99 35 The system 23 couples Dynamic Electronic Forms 8 with the efficient information sequencing produced by the Superset Decision Method 12 to capture the application information in a practical and, indeed, user-friendly manner. Dynamic Electronic Forms 8 are, in principle, a collection of customised sub-forms that allows for the creation of a customised application based on the progressive responses of the user.
Referring to the Example, the system 23 does not present all of the requested information on one long form.
Instead, the Dynamic Electronic Forms 8 ultimately presents a total of 8 forms (though this number is not known initially), each form covering a logical subset of 15 questions. The questions relating to each form is summarised in the table below, and illustrated in figures 2a to 2h respectively. Reference numbers in the 'Questions' column refer to these figures: Form Form Description Questions (reference in No. figures 2a to 2h) 1 Captures initial low What is your desired dependency data to loan amount? (24) ascertain whether the How many properties do application should proceed you currently own? What is zoning of all properties owned? (26) What is your name? (27) What is your date of birth (DOB)? (28) What is your household structure? (29) How many dependants do you have? o ft Based on response to Form No. 1, this form would present 3 sub-forms that would capture information on all three properties.
What is address, zoning and value for each of the following properties? (31 to 33) H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 36 a a 3 The inputs to this form How many liabilities do would help to format Form you have? (34) No. 4 Of these liabilities, how many are mortgages? 4 From Form No. 3, the What is the balance, system knows to provide monthly payment and enough space for details property related to each of 1 mortgage and 3 other mortgage? (36) liabilities What is balance and monthly payment of other liabilities? (37) 5 The input to this form How many sources of would determine subsequent income do you have? (38) Forms Nos. 6 to 9 6 The input to this form What is nature of first would determine Form No. 7 (etc) source of income? (39, 7 Based on response on Form What is the income from No. 6, an appropriate PAYE first source of income? wage income sub-form would (41) be presented 8 Based on response on Form How much do you receive No. 6, an appropriate in fixed draw? (42) partnership income sub- What is your share of form would be presented the partnership? (43) What is amount representing your share of partnership profits? (44) What are the total noncash expenses of partnership? In the Example, the responses on a previous form will determine the contents of the subsequent form.
Real-Time On-Line Assistance a a a H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 37 An inventive feature of the system is the usage of Real- Time Assistance Module 9. It is accessed by the user either through the Intermediary Control Module 6, the Direct Applicant Control Module 7, the Third Party Service Provider Module 18, or the Lender Control Module 17.
The system allows a user to ring an electronic bell represented by an icon on the computer screen which will alert an Assistant (generally human but possibly computerized in some simple cases) to the request for assistance. The system will have the ability for the Assistant to view the same screen as the user/applicant and communicate via real-time alphanumeric messaging or, if the user has such equipment, voice communication via the *o o 15 existing telecommunications link with the system.
For example, if a Direct Applicant 5 that is applying for a loan runs into a question on a particular Dynamic Electronic Form 8, the user can select an assistance icon.
This will send the current Dynamic Electronic Form 8 that the Direct Applicant 5 is viewing to an Assistant's computer screen. Then a separate screen will appear that allows the Assistant to communicate with the Direct Applicant 5. As mentioned, this Real-Time Assistance 9 can also be accessed by any Intermediaries 2, Third Party Service Providers 18 and Lenders 21.
In the case of the Example, suppose the applicant has a question concerning Form No. 9. He is not sure whether depreciation should be included in non-cash expenses. Mr.
Hall would select the "bell" icon on his screen which would activate the Real Time Assistance Module 9. This would result in the Assistant receiving an immediate notice that assistance is requested and the identical screen that the applicant is viewing is displayed on the screen of the Assistant. Then a sub-screen would appear on the screen of the applicant and the Assistant, who when converse by typing messages to each other. Alternatively, if the applicant's computer is equipped with the voice technology, H:\Caroine\Keep\peci\P3G195 div. .doc 26/11/99 38 he could communicate with the Assistant via a headset.
Alternatively, all users of the system 23 may use more conventional means of communication including the telephone and written or faxed correspondence.
0 Automated Underwriting for Multiple Products/Lenders After the applicant completes the Dynamic Electronic Forms 8, the application is ready for underwriting (i.e.
assessing). As mentioned above, the system 23 allows the application to be evaluated according to the credit criteria of one or more lenders.
15 It should be noted that Multiple Product Automated Underwriting 13 can only be conducted when a complete set •of application information has been collected. The system 23 ensures that this condition is met by using Dynamic Electronic Forms 8 and the Superset Decision Method 12 as described above. Further, Multiple Product Automated Underwriting 13 can be accessed by either Intermediaries 2 or Direct Applicant 5, and the user can elect which Lenders 21 against whose lending criteria) the application should be evaluated by. This preference would be indicated by the user while in the Intermediary Control Module 6 or the Direct Applicant Control Module 7. However, it is more advantageous for the user to elect have the application assessed against for all products and then decide which to pursue.
As the system can incorporate an effectively unlimited number of criteria and rules for different lenders, it can perform multi-product qualification and does not have to rely on simplified credit scoring assessing the application based on an underwriting score).
In the Example, the Multiple Product Automated Underwriting 13 calculates the necessary credit criteria for each of the Lenders 21 and check to see if the application qualifies.
H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 39 The Multiple Product Automated Underwriting 13 then produces the following results: Credit Criteria Lender A Lender B Lender C Loan Amount Ok Ok Ok Security Ok Ok a Ok Net Surplus* Ok Failed Debt Service Ok Ratio* Refinance Limits Ok Ok Ok Identity Ok Ok Ok Final Decision Approved Approved Rejected 5 The results of this simultaneous credit assessment would be immediately communicated to the applicant by means of the Direct Applicant Control Module 7, preferably electronic mail sent over the internet. At this point, Mr. Hall can choose between Lender A and Lender B or he can elect to 10 enter the 'auction' (see Loan Exchange, described below).
In this simplified Example, the applicant was not asked what his product preferences were. In practice, the applicant would indicate what product features are preferred and, as a result, it is possible that the application may be approved against products lying outside the applicant's criteria. However, in such a case, the applicant would have to abandon the application, or relax S* or otherwise qualify his preferences.
Remote Application Management An important preferred feature of the system 23 is that the application process can be managed remotely. A step-bystep description of the system's functionality is described below.
The system is accessed by either an Intermediary 2 or a Direct Applicant 5 by a computer 3 or 5 over existing communication links, such as the internet. The user will encounter either a Intermediary Control Module 6 or a H:\Caro1ine\Keep\Speci\P36195 div..doc 26/11199 40 Direct Applicant Control Module 7, according to user type.
The Intermediary Control Module 6 and Direct Applicant Control Module 7 have numerous selections relevant to the Intermediary 2 or Direct Applicant 5 as discussed under Open Architecture. To lodge an application, the user will select this option from the menu.
The user will then proceed to respond to the questions displayed by the Dynamic Electronic Forms 8 which relies on a Superset Decision Method 12. At any time during the application process, the user may use Real-Time Assistance 9 feature of the system to contact an Assistant. Upon completing the Dynamic Electronic Forms 8 the system will •ro be able to conduct Multiple Product Automated Underwriting 15 13 according to the responses and preferences provided by the user. The user will then know of the credit decision •and what the options are.
At this point, depending on the finance product and lender 20 requirements, the user may need to do one or more of the following: SReturn signed documents. If the user needs to return any signed documents, these documents can be obtained by the user in any of the following ways: electronic download of required forms, electronic file delivery or Traditional Delivery 1. As an example, the Lender will typically require that a hard copy signed application form is obtained from the applicant.
Make a payment. If the user needs to then make a payment, the Finance/Payments Module 11 is accessed and the user has the ability to make a payment in one of several ways. The user can either make a payment by credit/debit card by entering the card details onto the electronic form, by making a direct deposit into a designated account, by providing written authorisation to deduct or charge an account (form can be retrieved like any other document), or by presenting payment by Traditional Delivery i. Payments may be required to H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 41 perform a valuation, for example, if the application is for mortgage finance.
SProvide other supporting documentation. If the user needs to supply other supporting documentation, this can be done by electronically delivering requested documents or Traditional Delivery i. For more complex financial transactions such as leases, mortgage finance and commercial finance, a significant amount of supporting documentation is required by Lenders 21.
e Arrange third party services. If the user needs to arrange any third party services, this can be done electronically via either the Intermediary Control Module 6 or the Direct Applicant Control Module 7. For example, if a valuation needs to be scheduled in the :00.0 15 case of mortgage finance, then the user can indicate o preferred appointments times via an the electronic schedule that is accessed from the Intermediary Control Module 6 or Direct Applicant Control Module 7.
°00 0 0 20 As discussed above, the application process for some .o financial products involves some third party verification.
This verification is either performed by a Third Party eeoo,
S
Service Provider 18 or by the user. For example, on small eSS ee 0 balance loans credit cards, personal loans), verification of application information with a credit information repository could be deemed sufficient by some 0" lenders. On larger balance loans especially mortgages, the application information would need to be verified by multiple Third Party Service Providers 18 land titles, valuer, CRAA) and applicant provided information bank statements, payslips, etc.).
The Third Party Service Provider 18 can access the system and provide their services via any suitable communications link by means of computer 19 by accessing the Third Party Control Module 16. From here, the Third Party Service Provider 18 can provide the results of any services performed, which will then be updated to the Database 14 which contains all the details of the application and H;\CrOine\Keep\Speci\P361 95 div..doc 26/11/99 42 progress thereof.
Important preferred features of the system 23 are the Intermediary Control Module 6 and the Direct Applicant Control Module 7, which allow the user/applicant to track the status of an application in real-time (rather than, as generally presently occurs, telephoning the Lender 21 who checks internal contacts to get the information needed to respond to the query).
The system 23, however, allows the user, including both Intermediary 2 and Direct Applicant 5, to view the progress of the application by selecting the track application option on the respective control modules. This option then 15 accesses the Database 14 which contains all information •pertinent to the application. For example, it contains diary notes which is a notebook of all comments and actions taken by account officers.
.e 20 Thus, a user can inspect what actions have been taken on a particular loan application. For example, the user can inspect a list detailing supporting documents that have and have not been received. The user can view the valuation report, if one is involved. The user can see a history of 25 any payments made in respect of the application. Of course, the user can alternatively inquire about the status of an application via the traditional means of telephone or written or faxed correspondence.
Another preferred feature of the system is that any changes or amendments to the application's file on the Database 14 may trigger desired responses. For example, when a valuation report is received from a Third Party Service Provider 18 and this report is updated to the Database 14, the system automatically sends a message to the user by electronic mail informing the user of the receipt of valuation report. This message might alternatively by Traditional Delivery i.
H:\Caro1ine\Keep\SPeci\P36195 div..doc 26/11/99 43 Referring to the Example, the table below summarises the remaining verification tasks that must be conducted and how the applicant responses by means of the system 23: Verification Activity Method Return signed application form Can receive pre-filled application form in any one of following ways: Downloaded Electronically delivered Posted, faxed or sent by courier Actual signed or faxed copy must be returned O O o oeo o i Schedule valuation appointment Select preferred valuation date and times Make payment for valuation Can make payment by any of the following means: On-line credit card payment Faxed authorisation (can be downloaded or printed) to deduct/charge account Direct deposit into nominated bank account Can deliver cheque by post or courier Provide tax returns for partnership Provide payslip or group certificate Provide latest mortgage statement Provide latest credit card statement Provide latest personal loan statement Provide latest auto loan statement Any of the following documents can be sent by: Electronic image Facsimile, courier or post
I
H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 44 The applicant in this Example can, at any time, also access the Direct Applicant Control Module 7 to see latest developments on the application. Here he will be able to view all outstanding supporting information, when payments were made, the results of any valuation report, and anticipated settlement time. Furthermore, he will be able to review any diary notes related to his account and he will automatically be informed of any changes to his application file.
As the above description describes and the Example illustrates, the system 23 allows the user to remotely manage the application process. The system 23 can S•transact, receive and send documents, send notifications 15 and track the progress of any application for any financial •product.
Self-Servicing *m 20 Current practice of managing a loan account relies on human interaction. For example, if the user needs an account S-statement, a call or written request must be made to the lending institution. The system 23, however, enables the user to remotely conduct the affairs of the loan account 25 after funds have been disbursed by the Finance/Payments Module 11.
An Intermediary 2 or Direct Applicant 5 can manage a loan account by accessing the Servicing Module 10 through the Intermediary Control Module 6 or Direct Applicant Control Module 7. The Servicing Module 7, allows the user to do any of the following electronically: View, print, download, receive loan account statements Change payment dates; e Change payment amounts; Change nominated account information; Amend contact information; Determine pay-out figures; Request additional advances; or H:\Caro1ine\Keep\peci\P36195 div..doc 26/11/99 45 Inquire about anything related to the loan account.
The user can also contact an Assistant by the more conventional means of telephone or written or faxed correspondence. However, this feature is both convenient and lowers the cost of servicing the applicant.
0 Intermediary System Owing to the open architecture of the system 23, it can also be accessed by finance brokers, financial planners and accountants. For customers that seek such services, these Intermediaries 2 will be able to lodge applications on their behalf.
The broker community plays a role in over 10% of all finance applications. The system 23 also provides an array of features to this industry including: Salesforce management tools; 20 Productivity projections and budgets; Information on all applications in progress; Information on all introduced customers; Performance statistics on introduced business.
25 Such features can be amended and augmented as required.
Such features would be accessed through the Intermediary Control Module 6 which would extract and manipulate the necessary information from the Database 14.
Loan Exchange The system 23 also operates as an auction for loans. For such an auction to work, a minimum reasonable level of participants must exist. Therefore, assuming that the system has the requisite number of participants to have a robust auction, the system 23 has can properly and orderly conduct auctions.
The Auction Control Module 15 regulates the auction system.
H:\Caro1ine\Keep\Speci\P36195 div..doc 26/11/99 46 Users that have elected to auction their loan will have their preferences gathered, if any, and sorted into various categories. For example, some user may only want to consider credit cards with a reward program. Therefore, this preference may reduce the number of participating Lenders 21.
Lenders 21 can access the Auction Control Module 15 through the Lender Control Module 17. Lenders 21 will be able to sort available loans to bid on by any criteria they wish.
As the invention utilises the Superset Decision Method 12, all information relevant to them can be retrieved from the Database 14 and displayed.
15 Referring to the Example, the applicant was approved for a mortgage with Lender A and Lender B. If the applicant wishes, he can elect to have his business go to the lowest bidder. Prior to this auction, the applicant's S.application, along with the applications of other users, are viewed by participating Lenders 21. The Lenders 21 would be able to review any credit criteria of the application. For example, Lenders 21 will be able to sort by Net Surplus if desired.
25 At regular intervals, the Auction Control Module 15 will begin to take various bids submitted by the participating Lenders 21 for applications. The Auction Control Module will be capable of managing various auction styles depending on the most appropriate situation Dutch, Blind, Best Bid). At the auction deadline, the Lender 21 that has offered the lowest interest rate (or other measure to be determined) will win the application.
If the applicant were offered a rate of 6.25% by Lender A and 6.15% by Lender B, he would presumably then proceed with Lender B. Alternatively, prior to the auction, the applicant may have specified a number of conditions which would be captured by the Database 14 and managed by the Auction Control Module 15. For example, he may have set a H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 47 reserve rate of 6.00%. If this is the case, then the loan would not go to any of the bidding Lenders 21. Such a strategy might be used by the applicant if he does not require finance urgently.
In an alternative example of use of the Auction Control Module 15, the applicant may be considering obtaining a mortgage on a warehouse. He may therefore want to package his finance together as one offer to a Lender 21. This condition will be recognised by the Auction Control Module and communicated to bidding Lenders 21.
0 Lender Access 15 The invention can also be accessed by Lenders 21 through the Lender Control Module 17. Here, Lenders 21 will have the ability to perform numerous tasks including but not limited to: changing credit criteria, viewing all funded application, reviewing previous auction results, projected S 20 number of new customers, product split, its share of total business, etc. New features and enhancements can be added based on Lender requirements and feedback.
Thus, the system 23 allows any Direct Applicant 5 or 25 Intermediary 2 to remotely access a system that employs a method that can simultaneously and automatically underwrite an application for several loan products offered by several lenders. The system 23 also allows the user to remotely track and action the application process and, if and when the applicant becomes a customer, enables the user to remotely manage the loan account. In addition, the system 23 can auction loan applications to the Lender 21 with the best bid. The system also provides numerous value-added services to Lenders 21 and other Third Party Service Providers 18.
Modifications within the spirit and scope of the invention may readily be affected by persons skilled in the art. It is to be understood, therefore, that this invention is not H:\Caroine\Keep\Gpeci\P36195 div. .doc 26/11/99 48 limited to the particular embodiments described by way of example hereinabove.
S H:\Caro~ine\KeeP\Speci\p36j95 div. .doc 26111/99

Claims (37)

1. An apparatus for receiving and assessing an application made by an applicant, said apparatus including: computing means configured or programmed to receive application information and to assess said application; wherein said apparatus includes, or can access, application approval criteria of a plurality of application recipients, and said computing means is configured or programmed to assess said application according to said approval criteria of said each of said plurality of application recipients, whereby said apparatus can thereby form a respective separate assessment for each of said plurality of recipients.
2. An apparatus as claimed in claim 1, wherein said apparatus is operable to present a number of questions or a number of sets of questions in sequence to said applicant and to receive responses to said questions from said applicant, wherein said application information constitutes or is determined from said responses, and said apparatus is configured or programmed to optimise said sequence to reduce or minimize said number of questions or sets of questions.
3. An apparatus as claimed in either claim 1 or 2, wherein said apparatus includes: input means for said applicant to input said application to said computing means; and communication means for communicating or sending said assessments of said application to said applicant.
4. An apparatus as claimed in any one of the preceding claims, wherein said computing means is configured or programmed to present a plurality of application forms to said applicant, and to receive said forms once completed from said applicant and to assess said application; wherein said computing means is configured or programmed to construct second and subsequent forms of said H:\Carol ine\Keep\Speci\P36195 div..doc 26/11/99 50 plurality of forms progressively on the basis of information provided by said applicant by means of said input means in said completed and received forms, and to communicate said assessments by means of said communication means. A method for receiving and assessing an application made by an applicant, including: receiving application information from said applicant; assessing said application according to approval criteria of each of a plurality of application recipients; and forming a respective separate assessment for each of said plurality of recipients. 0 A method as claimed in claim 5, including: presenting a number of questions or a number of sets of questions in sequence to said applicant; S.receiving responses to said questions from said 20 applicant, wherein said application information constitutes or is determined from said responses; and optimising said sequence to reduce or minimize said number of questions or sets of questions. 25 7. A method as claimed in either claim 5 or 6, wherein *said method includes communicating or sending said assessments of said application to said applicant.
8. An apparatus for processing an application made by an applicant, said apparatus including: computing means configured or programmed to receive application information from said applicant, for directing said information to a plurality of application recipients, for receiving one or more bids for said application from one or more of said recipients, and for forwarding said one or more bids to said applicant for selection or rejection of each of said one or more bids.
9. A method of processing an application made by an H:\Caroline\Keep\Speci\P36195 div. .doc 26/11/99 51 applicant, including: receiving application information from said applicant; providing said information to a plurality of application recipients; receiving one or more bids for said application from one or more of said recipients; forwarding said one or more bids to said applicant for selection or rejection of each of said one or more bids.
10. A method as claimed in claim 9, wherein said method includes forming a respective separate assessment of said application for each of said plurality of recipients.
11. A method as claimed in either claim 9 or 10, wherein said method includes adjusting said respective bids according to said selection or rejections of adjustment of said information.
12. An apparatus as claimed in either claim 1 or 8, 20 wherein: said computing means is configured or programmed to present a plurality of application forms to said applicant, to receive said forms once completed from said applicant and to assess said application; and 25 said apparatus further includes: input means for said applicant to complete and return said forms to said computing means; and communication means for communicating or sending said assessment of said application to said applicant; wherein said computing means is configured or programmed to construct second and subsequent forms of said plurality of forms progressively on the basis of information provided by said applicant by means of said input means in said completed and received forms, to assess said application, and to communicate said assessment by means of said communication means.
13. An apparatus as claimed in claim 12, wherein said assessment may indicate approval or rejection of said H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 52 application, or that further information or human involvement is required before the application can be approved or rejected.
14. An apparatus as claimed in either claim 12 or 13, wherein said plurality -f forms is one of a plurality of groups of pluralities of forms. An apparatus as claimed in any one of claims 12 to 14, wherein said computing means is configured or programmed to assess said application according to information received in any one or more of said forms.
16. An apparatus as claimed in any one of claims 12 to wherein said apparatus includes a display means for presenting said forms.
17. An apparatus as claimed in any one of claims 12 to 16, wherein said computing means is operable to present said 20 forms on a remote display means.
18. An apparatus as claimed in claim 17, wherein said remote display means is a computer connected to said apparatus by means of a computer network.
19. An apparatus as claimed in claim 18, wherein said computer network is the internet, the world wide web, a commercial on-line service, an interactive broadcast, or other electronic on-line means. An apparatus as claimed in any one of claims 12 to 19, wherein said input means is any suitable computer or computer input means, or a computer keyboard, computer mouse or electronic pen connected to said computing means.
21. An apparatus as claimed in any one of claims 12 to wherein said input means is connected to said apparatus by means of a computer network. H; Caroline\Keep\Spei\P3 6 1 95 div..doc 26/11/99 53
22. An apparatus as claimed in any one of claims 12 to 21, wherein said communication means is an electronic information transfer system.
23. An apparatus as claimed in any one of claims 12 to 22, wherein said apparatus includes communication link means for obtaining additional information, from external databases or other sources of information, for consideration in assessing said application.
24. An apparatus as claimed in any one of claims 12 to 23, wherein said apparatus is configured or programmed to present one or more additional forms when information previously returned by said applicant contains one or more defects.
25. An apparatus as claimed in claim 24, wherein said apparatus is configured or programmed to ignore certain of said defects on the basis of preset tolerances for decision 20 certainty, and/or not to request certain information deemed non-critical in some or all circumstances.
26. An apparatus as claimed in any one of claims 12 to wherein said apparatus is operable by said applicant to 25 amend information previously returned by said applicant.
27. An apparatus as claimed in any one of claims 12 to 26, wherein said apparatus is programmed or configured to assess said application according to multiple separate approval criteria for each of said one or more application recipients.
28. An apparatus as claimed in claim 27, wherein said apparatus is configured or programmed to communicate one or more of said assessments to one or more of said application recipients.
29. An apparatus as claimed in either claim 27 or 28, wherein said apparatus is operable by each of said H:\Caroline\Keep\Speci\PJ6195 div..doc 26/11/99 54 application recipients to adjust said respective approval criteria of each recipient in order to bid for selection by said applicant.
30. An apparatus as claimed in any one of claims 12 to 29, wherein, if said application is approved, said apparatus is operable by said applicant to adjust or request the adjustment of one or more parameters of said application.
31. An apparatus as claimed in any one of claims 12 to wherein said apparatus is operable by said applicant to *display or transmit to said applicant some or all of said information and/or the status of said application.
32. An apparatus as claimed in any one of claims 12 to 31, wherein said apparatus includes means for requesting assistance, or is operable to request assistance, and is operable to communicate details of said application to an assistant so that said assistant can advise said applicant. •20
33. An apparatus as claimed in claim 32, wherein said assistant can view one or more of said forms during •completion by said applicant. 25 34. A method as claimed in either claim 5 or 9, including: presenting a plurality of application forms to said applicant; receiving said forms once completed from said applicant and thereby receiving said application information; assessing said application; and communicating or sending said assessment of said application to said applicant; wherein said method includes constructing second and subsequent forms of said plurality of forms progressively on the basis of information provided by said applicant in said completed and received forms. A method as claimed in claim 34, wherein said method H:\Caroline\Keep\Speci\P36l95 div..doc 26/11/99 55 includes collecting application approval criteria for said one or more recipients, determining the dependency if any of each of said criteria on each other, promoting in said sequence forms requesting information whose content renders a high, or the greatest possible, number of later questions redundant, and omitting said redundant questions from subsequent forms.
36. A method as claimed in either claim 34 or 35, wherein said method includes presenting, in earlier forms, any questions where the response to each of said questions case may lead to the immediate rejection of the application.
37. A method as claimed in claim 36, wherein said method includes subsequently adjusting said sequence. 0
38. A computer program product directly loadable into the internal memory of a computer, comprising software code portions for performing the steps of a method as claimed in a 20 any one of claims 5 to 7 or 9 to 11 or 34 to 37 when said product is run on a computer.
39. A computer program product stored on a computer usable medium, comprising: :.as 25 computer readable program means for causing a computer to perform the steps of a method as claimed in any one of claims 5 to 7 or 9 to 11 or 34 to 37. A computer readable medium, having a program recorded thereon, wherein said program is for making a computer execute a method as claimed in any one of claims 5 to 7 or 9 to 11 or 34 to 37.
41. An apparatus for receiving and assessing an application substantially as hereinbefore described with reference to the accompanying drawings.
42. A method for receiving and assessing an application substantially as hereinbefore described with reference to H:\Caroline\Keep\Speci\P36195 div..doc 26/11/99 56 the accompanying drawings.
43. An apparatus for processing an application substantially as hereinbefore described with reference to the accompanying drawings.
44. A method of processing an application substantially as hereinbefore described with reference to the accompanying drawings. A computer program product substantially as hereinbefore described with reference to the accompanying drawings. .0.
46. A computer readable medium substantially as hereinbefore described with reference to the accompanying drawings. Dated this 26th day of November 1999 20 MINERVA HOLDINGS NV By its Patent Attorneys GRIFFITH HACK •Fellows Institute of Patent and Trade Mark Attorneys of Australia 6 H:\Caroline\Keep\Speci\P36l95 div. .doc 26/11/99
AU61730/99A 1999-04-07 1999-11-26 Application apparatus and method Abandoned AU6173099A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU61730/99A AU6173099A (en) 1999-04-07 1999-11-26 Application apparatus and method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AUPP9625 1999-04-07
AU61730/99A AU6173099A (en) 1999-04-07 1999-11-26 Application apparatus and method

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
AU35767/99A Division AU716769B1 (en) 1999-04-07 1999-06-18 Application apparatus and method

Related Child Applications (1)

Application Number Title Priority Date Filing Date
AU11954/02A Division AU1195402A (en) 1999-04-07 2002-01-18 Application apparatus and method

Publications (1)

Publication Number Publication Date
AU6173099A true AU6173099A (en) 2000-10-12

Family

ID=3746692

Family Applications (1)

Application Number Title Priority Date Filing Date
AU61730/99A Abandoned AU6173099A (en) 1999-04-07 1999-11-26 Application apparatus and method

Country Status (1)

Country Link
AU (1) AU6173099A (en)

Similar Documents

Publication Publication Date Title
USRE44626E1 (en) Application apparatus and method
US10607288B2 (en) System and method for trading securities on a computer-based network
US8433650B1 (en) Computerized process to, for example, automate the home sale, mortgage loan financing and settlement process, and the home mortgage loan refinancing and settlement processes
US7734518B2 (en) Method and system for effecting straight-through-processing of trades of various financial instruments
US7636687B2 (en) Method and system for completing a lease for real property in an on-line computing environment
JP2002541592A5 (en)
US20050125334A1 (en) Automated method and system for processing mortgage leads
US20020029188A1 (en) Method and apparatus to facilitate competitive financing activities among myriad lenders on behalf of one borrower
US20050278246A1 (en) Software solution management of problem loans
US20020046187A1 (en) Automated system for initiating and managing mergers and acquisitions
US20030163402A1 (en) Automated renewable scholarship
US20060031159A1 (en) Methods, apparatus and articles-of-manufacture for marketing mortgage and/or credit services over the web
JP2002507015A (en) Method and apparatus for enabling individuals or small investors to cost effectively build and manage portfolios of securities or other assets or liabilities
US10810692B1 (en) Computerized process to, for example, automate the home sale, mortgage loan financing and settlement process, and the home mortgage loan refinancing and settlement processes
US20020023033A1 (en) Method and apparatus for counterparty communications and brokering transactions
US8046298B1 (en) Systems and methods for facilitating the flow of capital through the housing finance industry
WO2002037367A1 (en) Automated securitization system
AU2008249161A1 (en) Application apparatus and method
AU6173099A (en) Application apparatus and method
WO2005094284A2 (en) Method and system for effecting straight-through-processing of trades of various financial instruments
EP1139254A1 (en) Method and apparatus for counterparty communications and brokering transactions

Legal Events

Date Code Title Description
MK5 Application lapsed section 142(2)(e) - patent request and compl. specification not accepted