US20080120227A1 - Method and system for mortgage exchange - Google Patents
Method and system for mortgage exchange Download PDFInfo
- Publication number
- US20080120227A1 US20080120227A1 US11/802,308 US80230807A US2008120227A1 US 20080120227 A1 US20080120227 A1 US 20080120227A1 US 80230807 A US80230807 A US 80230807A US 2008120227 A1 US2008120227 A1 US 2008120227A1
- Authority
- US
- United States
- Prior art keywords
- loan
- borrower
- computer readable
- transaction
- loans
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 67
- 239000011159 matrix material Substances 0.000 claims abstract description 34
- 230000009471 action Effects 0.000 claims abstract description 9
- 238000004891 communication Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 18
- 238000012797 qualification Methods 0.000 claims description 9
- 230000008878 coupling Effects 0.000 claims description 6
- 238000010168 coupling process Methods 0.000 claims description 6
- 238000005859 coupling reaction Methods 0.000 claims description 6
- 238000012545 processing Methods 0.000 abstract description 16
- 230000008569 process Effects 0.000 description 31
- 230000008901 benefit Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 230000002349 favourable effect Effects 0.000 description 5
- 230000010354 integration Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 239000003795 chemical substances by application Substances 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 238000013518 transcription Methods 0.000 description 2
- 230000035897 transcription Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000002167 anodic stripping potentiometry Methods 0.000 description 1
- 206010003664 atrial septal defect Diseases 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000005094 computer simulation Methods 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000007418 data mining Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012946 outsourcing Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000013517 stratification Methods 0.000 description 1
- 238000005303 weighing Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
Definitions
- the present invention relates to methods and systems for facilitating real estate transactions by providing accurate representations of the loans a borrower is qualified to receive, which are based on actual data, rather than estimates. Specifically, the present invention relates to methods and systems for facilitating real estate transactions that provide seamless integration of actions required for completing the real estate transaction, from entry of the borrower information, to the closing and funding of the loan.
- “financial institutions” include banks, investment companies, real estate lenders, investment and holding companies, and any commercial entity engaged in the business of financing loans or mortgages.
- “Brokers” include brokerages, real estate agents, corporate land purchasers, and any commercial entity, individual or otherwise, engaged in the business of buying and/or selling real estate.
- “Potential borrower” or “borrower,” and “potential customer” or “customer,” are used interchangeably herein to describe any person, including agents of the person, seeking to acquire a mortgage or loan, e.g., by employing the services of a broker or financial institution.
- a sub-transaction also interchangeably referred to herein as an order or product, relates to goods or services being provided during the life of the underlying mortgage transaction.
- Sub-transactions define the parameters of the transaction or otherwise bring the underlying transaction to completion.
- Sub-transactions include transactions between the end users of the system (e.g., brokers, financial institutions and potential borrowers) and vendors, such as inspection companies or closing companies that have service agreements with end users or other involved parties.
- Another problem with completing financial transactions in the prior art is that existing methods and systems for assisting a broker in loan selection lack the capability of providing brokers with accurate representations of the loans for which a potential borrower qualifies. These systems typically only provide an estimation of the types of loans available to a potential borrower, based on hypothetical conditions and/or incomplete or inaccurate data. Brokers often make loan/mortgage decisions without the benefit of all available information. As a result, the broker may fail to obtain the most advantageous loan for the potential borrower, or the broker may fail to obtain a loan for a qualified borrower, costing the broker time, unrealized commission fees, and possibly loss of business.
- the present invention meets the above needs, and others, by providing a platform that embodies effective methods and systems for facilitating real estate transactions by providing accurate representations of the loans a borrower is qualified to receive, which are based on actual data, rather than estimates.
- the present invention provides a method and system for electronically facilitating the completion of a mortgage loan using an automated underwriting engine, generating a decision matrix based on user input and/or existing data, and selecting and communicating an appropriate loan to a potential buyer. Subsequent to the selection of a favorable loan, the method and system of the present invention perform fulfillment processing. Upon completion of the fulfillment processing, an approval letter is generated.
- the method and system of the present invention may be interfaced with any number of systems and subsystems to prepare the loan for closing and funding.
- the present invention compiles actual information obtained from potential borrowers, and uses the compiled information in making decisions on loan applications, rather than using estimates.
- the present invention is capable of generating generally precise or exact lists of loans, for which potential borrowers qualify. These lists may be used to assist brokers in making accurate and appropriate recommendations to potential borrowers. By using this system, brokers avoid loans that are based on estimates, which may expose all involved parties to potential unwanted risks and/or liability.
- One embodiment of the present invention utilizes fully customizable modules, back-end processing and integration, and a common base platform for running the fully customizable modules.
- the present invention seamlessly integrates the various systems required to complete a mortgage or loan transaction and associated sub-transactions, for a wide range of actual implementations of these systems and sub-transactions.
- the present invention includes systems and methods for ordering the sub-transactions required to complete the primary transaction.
- the sub-transactions may be ordered by potential borrowers, brokers, or primary or secondary financial institutions.
- the present invention includes systems and methods that allow sub-transaction vendor selection at the time of ordering the sub-transaction.
- the present invention efficiently carries out sub-transactions by automating functions typically carried out manually. By automating these functions, the present invention eliminates transcription errors, reduces transaction costs, and reduces overall costs by requiring fewer employees to manage the sub-transactions. Additionally, the present invention provides all involved parties with access to real-time updates of the transaction status and of precise costs and status costs of the sub-transactions.
- the present invention allows financial institutions to view individual loan sale offers directly, without using a third party congregator. This allows financial institutions to reduce costs that would otherwise be paid to a third party congregator.
- the present invention also allows for more selectivity among financial institutions, since the financial institutions are able to purchase loans individually, rather than having to select packages presented by the congregators.
- the financial institutions may pass the savings on to brokers, who receive more favorable terms for the loans the brokers offer for sale.
- One embodiment of the present invention provides automated document types to help manage sub-transactions. These document types include lists of conditions that potential borrowers must meet before they are considered eligible for a specific mortgage. For example, a potential qualified borrower having a good credit rating and ample working capital has a completely different set of requirements for loan approval than a potential borrower with poor credit and/or no access to liquid capital. Thus, the two potential borrowers would have remarkably different document types.
- the present invention determines the set of criteria to be examined for each potential borrower, creates the document type, and updates the document type when additional information is obtained. For information that may be retrieved through an electronically-managed sub-transaction, one embodiment of the present invention automatically requests the completion of the relevant sub-transaction. For information that must be retrieved by hand, the present invention provides prompts for the information that needs to be retrieved.
- One embodiment of the invention includes an implementation of an auction platform.
- the auction platform allows accessing brokers and financial institutions to view the loans available for sale or purchase.
- the auction platform provides users with the ability to filter and sort the loans by various characteristics, such as stratification rate, loan type, and requested interest rate.
- the auction platform allows financial institutions to place bids for the purchase of loans, allows brokers to view bids placed on the loans that have been offered for sale, and allows for seamless completion of transactions between brokers and financial institutions.
- the data passes seamlessly between various sub-transactions of the mortgage transaction.
- the system of the present invention may be configured so that vendors, brokers, and financial institutions have the ability to send and receive data seamlessly, without the need for back-end conversion.
- financial institutions and other users have the capability of customizing the system to meet specific user needs.
- the system is customizable (e.g., in accordance with the user's preferences and needs) with respect to carrying out transactions and sub-transactions.
- the system creates a unique profile for each transaction type.
- a profile may specify the relationship between a broker and a financial institution or the type of loan a given financial institution prefers to purchase.
- the current invention checks whether any party to the transaction is associated with any unique profiles stored within the database. If profiles exist, the present invention retrieves the information and uses it in completing the transaction. For instance, using the example above, if the located profile specifies the type of loan a financial institution is interested in purchasing, the system provides the financial institution with existing loans of the preferred types.
- the present invention works in conjunction with other tools to streamline the process of obtaining a mortgage.
- information gathered by the system is stored and made accessible to vendors, brokers, and financial institutions as necessary to complete a transaction.
- sub-transactions are seamlessly integrated into the primary mortgage transaction.
- Automated vendor distribution functionality provides requesting parties with the ability to automate the distribution of orders to select service providers, based upon various criteria, which can be saved into a profile. Additionally, service providers may be selected based upon such factors as geographic location, vendor capacity, and threshold limits.
- Advantages of the present invention include, among others: 1) allowing brokers to communicate directly with financial institutions; 2) reducing costs by allowing portions of the mortgage transaction process to be processed electronically; 3) building a decision matrix showing the most appropriate loan for each potential borrower and broker; and 4) allowing brokers to access the particular loans for which a potential borrower qualifies for.
- FIG. 1 presents a computer system implementation capable of carrying out the functionality of one embodiment of the current invention.
- FIG. 2 presents an exemplary system diagram of various hardware components and other features in accordance with an embodiment of the present invention.
- FIG. 3 shows a diagram of various features and processes carried out by one embodiment of the present invention.
- FIG. 4 presents an example flow diagram of functions performed from a broker point of view, in accordance with an embodiment of the present invention.
- FIG. 5 presents an example flow diagram of the process carried out by one embodiment of the present invention when a financial institution accesses the system.
- FIG. 6 presents a high-level block diagram of the different modules of one embodiment of the present invention, and the interaction among these modules.
- FIG. 7 shows an example open system platform used in conjunction with an embodiment of the present invention that utilizes Broker Front End, Automated Underwriting Engine, and Fulfillment Processing customizable loan processing modules.
- the present invention provides methods and systems for facilitating real estate transactions by providing accurate representations of the loans a borrower is qualified to receive, which are based on actual data, rather than estimates.
- the present invention also provides methods and systems for facilitating the completion of a mortgage transaction and completing related sub-transactions, such as obtaining credit reports, pre-approvals for loans, credit management for potential borrowers, sale of loans to financial institutions, generating document types for potential borrowers, building decision matrices for determining the most appropriate type of loan, and generating approval letters.
- any party to a transaction including potential borrowers, brokers, financial institutions, and agents for the parties, may initiate a sub-transaction to further the completion of the primary mortgage transaction.
- vendors may enter information into the system related to sub-transactions the vendors are capable of completing. For instance, a title searcher may offer to complete employment history checks for potential borrowers over 30 years of age for the price of $1,000.00.
- the present invention stores this information, and when a potential borrower is being qualified for a loan, the system presents the vendor information to the broker. If the broker selects the vendor, the information is transmitted to the vendor, who completes the employment history check and enters the relevant information into the system. The broker can then access the entered information.
- One embodiment of the present invention provides methods and systems for managing sub-transactions. Management of the sub-transactions involves identifying a sub-transaction that needs to be ordered; ordering the sub-transaction; providing information required to complete the sub-transaction; and integrating the result of that sub-transaction into the main transaction.
- One embodiment of the invention provides methods and systems that allow outsourcing of sub-transactions that cannot be completed electronically.
- the transaction profile associated with the transaction may be used to determine the sub-transactions that must be carried out to complete the transaction.
- the system may also provide the user with information regarding optional sub-transactions related to the transaction. In this manner, automatic ordering of sub-transactions that are specific to a given transaction can be accomplished efficiently.
- the present invention may be implemented using hardware, software or a combination thereof and may be implemented in one or more computer systems or other processing systems. In one embodiment, the invention is directed toward one or more computer systems capable of carrying out the functionality described herein. An example of such a computer system 200 is shown in FIG. 1 .
- Computer system 200 includes one or more processors, such as processor 204 .
- the processor 204 is connected to a communication infrastructure 206 (e.g., a communications bus, cross-over bar, or network).
- a communication infrastructure 206 e.g., a communications bus, cross-over bar, or network.
- the computer system 200 includes a user interface 202 that forwards graphics, text, and other data from the communication infrastructure 206 (or from a frame buffer not shown) for display on a display unit 230 .
- the computer system 200 also includes a main memory 208 , preferably a random access memory (RAM), and may also include a secondary memory 210 .
- the secondary memory 210 may include, for example, a hard disk drive 212 and/or a removable storage drive 214 such as a floppy disk drive, a magnetic tape drive, an optical disk drive, etc.
- the removable storage drive 214 reads from and/or writes to a removable storage unit 218 , which may also be a floppy disk, magnetic tape, optical disk, etc., in a well known manner.
- the removable storage unit 218 includes a computer usable storage medium having stored therein computer software and/or data.
- secondary memory 210 may include other similar devices for allowing computer programs or other instructions to be loaded into computer system 200 .
- Such devices may include, for example, a removable storage unit 222 and an interface 220 .
- Examples of such devices may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an erasable programmable read only memory (EPROM), or programmable read only memory (PROM)) and associated socket, which allow software and data to be transferred from the removable storage unit 222 to computer system 200 .
- a program cartridge and cartridge interface such as that found in video game devices
- EPROM erasable programmable read only memory
- PROM programmable read only memory
- Computer system 200 may also include a communications interface 224 .
- Communications interface 224 allows software and data to be transferred between computer system 200 and external devices. Examples of communications interface 224 may include a modem, a network interface (such as an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, etc.
- Software and data transferred via communications interface 224 are in the form of signals 228 , which may be electronic, electromagnetic, optical or other signals capable of being received by communications interface 224 . These signals 228 are provided to communications interface 224 via a communications path (e.g., channel) 226 .
- This path 226 carries signals 228 and may be implemented using wire or cable, fiber optics, a telephone line, a cellular link, a radio frequency (RF) link and/or other communications channels.
- RF radio frequency
- the terms “computer program medium” and “computer usable medium” are used to refer generally to media such as a removable storage drive 214 , a hard disk installed in hard disk drive 212 , and signals 228 . These computer program products provide software to the computer system 200 . The invention is directed to such computer program products.
- Computer programs are stored in main memory 208 and/or secondary memory 210 . Computer programs may also be received via communications interface 224 . Such computer programs, when executed, enable the computer system 200 to perform the features of the present invention, as discussed herein. In particular, the computer programs, when executed, enable the processor 204 to perform the features of the present invention. Accordingly, such computer programs represent controllers of the computer system 200 .
- the software may be stored in a computer program product and loaded into computer system 200 using removable storage drive 214 , hard drive 212 , or communications interface 224 .
- the control logic when executed by the processor 204 , causes the processor 204 to perform the functions of the invention as described herein.
- the invention is implemented primarily in hardware using, for example, hardware components, such as application specific integrated circuits (ASICs). Implementation of the hardware state machine so as to perform the functions described herein will be apparent to persons skilled in the relevant art(s).
- the invention is implemented using a combination of both hardware and software.
- FIG. 2 presents an exemplary system diagram of various hardware components and other features in accordance with an embodiment of the present invention.
- data and other information and services for use in the system is, for example, received from an end user 30 via a terminal 31 .
- the terminal 31 is coupled to a server 33 via a network 34 , such as the Internet, via couplings 35 , 36 .
- a vendor 39 also inputs information/data via a terminal 37 , via coupling 38 , to the network 34 .
- a member of an outsourced workforce 40 inputs information/data via a terminal 41 , via coupling 42 , to the network 34
- a member of a financial institution workforce 43 inputs information/data via a terminal 44 to the network 34 via coupling 45 .
- Each of the terminals 31 , 37 , 41 , 44 comprises, for example, a personal computer (PC), minicomputer, mainframe computer, microcomputer, telephone device, personal digital assistant (PDA), or other device having a processor and input capability.
- Server 33 comprises a PC, minicomputer, mainframe computer, microcomputer, or other device having a processor and a repository for data or connection to a repository for maintained data.
- vendor data via the network 34 , vendor data, transactional data, sub-transactional data, order data, and/or other information are communicated with the server 33 .
- the server 33 receives and resolves transactions, including triggering and resolving sub-transactions, storing data regarding the transaction, vendor, and sub-transaction, and documenting the transaction (e.g., electronically).
- the present invention uses active server page (ASP) technology to deliver information and services to a user.
- ASP active server page
- This embodiment may include one or more ASPs stored on the server 33 .
- Such approach reduces the maintenance expense and hardware expense, and results in limited implementation integration costs, limited support expense, and low total cost of ownership.
- information relating to a transaction is stored electronically.
- This information is referred to interchangeably herein as a virtual loan file.
- the virtual loan file enables data mining, reduces post closing quality reviews, facilitates secondary market due diligence, streamlines loan servicing functions, reduces data archiving costs, reduces processing costs, automates routine and decision based processes, and reduces data entry errors.
- FIG. 3 illustrates an exemplary mortgage exchange system 300 in accordance with one embodiment of the present invention.
- the present invention is based on an open system architecture that provides a common base platform 700 for using the following customizable loan processing modules: 1) Broker Front End 310 ; 2) Automated Underwriting Engine 320 ; and 3) Fulfillment Processing 330 , each of which will be discussed in more detail below.
- the Broker Front End Module 310 facilitates communication between brokers and financial institutions, allowing a real-time access to loan information. This communication allows brokers to provide faster, more efficient service to potential borrowers, and to market loans directly to financial institutions, bypassing congregators and thereby eliminating congregator commission fees. Using the broker front end 310 , brokers can select the most appropriate loan available for the potential borrower.
- some lenders may only require 25% of the loan amount as down payment. If the potential borrower is self-employed, that number may be as high as 35% for some lenders or even 50% for others. If the potential borrower is only able to make a down payment of 35%, for example, the system 300 automatically removes from consideration banks that require a larger down payment.
- the Automated Underwriting Module 320 (interchangeably referred to herein as an “Automated Underwriting Engine”) compiles the loan product information, combines it with the potential borrower information, searches loan products from multiple financial institutions and extrapolates the information into a decision matrix, which provides an accurate description of a potential borrower's qualification for specific loans.
- This decision matrix is based on real information from financial institutions, not from computer modeling estimates. Because the decision matrix is based on real information, if the decision matrix indicates that a potential borrower qualifies for a loan, then the broker can select that loan with confidence, and therefore begin working on financing the loan almost immediately.
- the loan search results can be displayed and sorted by any number of factors, including yield-spread premium, rate, principal and interest, and turnaround time.
- the automated underwriting engine 320 When creating the decision matrix, the automated underwriting engine 320 also analyzes various conditions that the potential borrower may meet in order to alter the potential borrower's decision matrix, and informs the broker and/or the potential borrower that changing one of the potential borrower's loan decision metrics may qualify the borrower for a more advantageous loan. For example, if the potential borrower paid off a credit card, or saved an additional five thousand dollars, the associated decision matrix would change.
- the automated underwriting engine 320 displays this information to brokers, allowing the brokers to not only select the most advantageous loan, but also to present the best alternatives to potential borrowers. Sometimes a relatively unimportant action by the potential borrower may lead to a more favorable decision matrix.
- the automated underwriting engine 320 is capable of detecting this situation and reporting it to the broker.
- the automated underwriting engine 320 automatically sorts through the available loan products published by the financial institutions and calculates whether a particular potential buyer qualifies for a particular loan. Each step in the process determines the loan types for which a potential borrower qualifies. Multiple steps thus create an exponentially increasing list of possibilities.
- the automated underwriting engine 320 ties in all available information on the potential borrower, such as debt-to-income ratios, the loan-to-value ratios, and the credit profile, and creates a profile for that borrower. In one embodiment of the present invention, this profile can be saved onto the system, so that if a potential borrower must repeat the process, the system can recall much of the required information, and update what information is needed, automatically.
- the Fulfillment Processing Module 330 Upon generation of the actual loan(s) for which a borrower qualifies, and selection of a specific loan, the Fulfillment Processing Module 330 notifies the respective financial institution that its loan offer has been accepted, generates the approval letter, and triggers any sub-transactions that are in place for the loan selection event. The Fulfillment Processing Module 330 also triggers any sub-transactions that the financial institution has specified in its profile as necessary for the completion of the particular loan. During this process, the information collected and generated by the automated underwriting module 320 is made available to involved parties, including brokers, potential borrowers, vendors, and financial institutions.
- FIG. 4 shows a high-level view of an exemplary interaction 400 among the various modules used in conjunction with an embodiment of the present invention.
- a broker accesses the mortgage exchange system at step 401
- potential borrower information is retrieved at step 404 and the interaction 400 enters into broker front-end module at step 402 .
- the broker front-end module then generates the document types required and a prequalification estimated loan at step 420 so that the potential borrower may receive a general assessment of the type of loan for which the borrower may be able to qualify.
- the automated underwriting engine collects and extrapolates the information at step 410 , creates the required document types at step 406 , recommends credit managements for the potential borrower at step 408 , and generates the actual loan(s) for which the borrower qualifies at step 430 .
- the interaction 400 enters a fulfillment processing module at step 412 , which manages any required sub-transactions, processes the terms of the loan with the financial institution or other lender, finalizes the loan, and generates an approval letter.
- the system proceeds to closing and funding of the approved loan at step 414 .
- the more details of the mortgage exchange system and process 500 for a mortgage exchange are described with reference to FIG. 5 .
- the exemplary mortgage exchange system is divided into three parts: a Broker Front-End Module 51 , an Automated Underwriting Engine 52 , and Fulfillment Processing Module 53 .
- the process 500 starts with a broker accessing the system at step 504 .
- the broker communicates with the potential borrower (e.g., by telephone, e-mail, or in person), and retrieves and enters the potential buyer's base information, such as name, address, and social security number.
- the process 500 then compiles the base information, at step 510 , needed to complete prequalification for the potential borrower, such as a credit report 512 , estimated income 514, and debt and asset information 516 .
- the information is compiled into a document type.
- the process 500 then generates a list of available loans based on the prequalification at step 520 .
- the broker selects the type of loan (e.g., 10-year fixed, 30-year fixed, interest-only) and the options available for that loan at step 522 , based on input from the potential borrower at step 534 . Please note that the above steps are performed on the broker front-end module 51 .
- the automatic underwriting engine 52 collects and processes such information to create a decision matrix at steps 524 - 570 .
- the key factors include, among others, determining whether a loan will default, weighing the strengths and weaknesses of the loan application, interpolating probable loan success information, based on performance of similar loans, the goals and strategies of financial institutions, current market factors, the possibility of selling the loan on the open market, and the strategy of the financial institution that may purchase the loan.
- the automated underwriting engine 52 performs credit management at step 530 , such as to determine whether the borrower may, by changing certain facts and/or behaviors, qualify for a more advantageous loan.
- the automated underwriting engine 52 takes into consideration whether completing tasks may improve the borrower's credit, and allows time for the potential borrower to complete the tasks or choose a different route.
- the automated underwriting engine 52 builds a decision matrix at step 570 , which includes the potential borrower's actual qualifications, and provides a list of the loans for which the borrower actually qualifies at step 572 , which allows the broker to make a loan selection at step 574 .
- the process 500 continues at the fulfillment processing module 53 .
- the loan selected by the broker is purchased by a financial institution that is interested in the loan, and at step 578 , an approval letter is generated.
- the process 500 then seamlessly integrates with systems that handle closing and funding of the loan at step 590 .
- An alternative approach is that the mortgage exchange system provides for the reselling of the loan from one financial institution to another, as shown at step 580 , so that secondary transactions are performed at 582 .
- the secondary transactions are transactions involving the exchange and finance of the loan between financial institutions. These transactions typically do not directly affect the borrower.
- the process begins when the financial institution accesses the mortgage exchange system, which is shown at steps 550 - 556 .
- the financial institution After accessing the mortgage exchange system at step 550 , the financial institution enters/updates its loan purchase criteria at step 552 .
- the financial institution has the ability to customize these criteria, depending on the broker that is offering the loan for sale. In this way, the financial institution can indicate a preference of one broker over another, based on past performance or other factors.
- the potential loans for that financial institution are recorded in the mortgage exchange system for use in the prequalification stage at step 554 .
- the potential loan is listed as available, and is used as part of the input in the automated underwriting engine 52 when the loans for which the potential borrower qualifies at step 572 .
- FIG. 6 is a flowchart showing various actions, from a broker's point of view, preformed in accordance with one exemplary embodiment of the present invention.
- Process 600 starts when a broker accesses a mortgage exchange system (not shown) at step 601 .
- the broker enters the potential borrower's base information at step 602 .
- the process 600 determines whether the missing information may be obtained electronically. If so, the system generates a request for the information at step 604 (e.g., a source of credit information). If the missing information cannot be obtained electronically, the system prompts for the information to be entered at step 606 , and receives the information when inputted at step 608 .
- the information e.g., a source of credit information
- the broker selects the type of mortgage 610 in which the potential borrower is interested, and enters any additional information required.
- the process 600 Upon entry of all required information and selection of the type of mortgage requested, the process 600 generates a list of different types of available prequalification loans at step 612 .
- the broker then, at step 614 , selects one of the loans from the list, depending on the potential borrower's preferences and purchasing ability.
- the mortgage exchange system lists the selected prequalification loan at step 622 , based on the financial institution's requirements for loan criteria of step 624 .
- the system then extrapolates the available data from the loan and the potential buyer's information at step 626 , and inputs the information into an automated underwriting engine at step 628 .
- the automated underwriting engine gathers all the available information at step 630 and builds a decision matrix at step 640 .
- the decision matrix lists, among other values, possible loans and loan packages, and the potential value in each loan.
- the matrix is configured to allow selection of the best possible loan, based not on estimation, but on actual data.
- step 634 the process 600 proceeds step 634 , where it generates a request for information from the potential borrower.
- the broker with assistance from the potential borrower, selects the most advantageous loan at step 635 , for example.
- the process 600 checks whether any sub-transactions at step 633 associated with the selected loan are necessary. If so, at step 632 , the process 600 either completes the necessary sub-transaction automatically, or creates a prompt that requires operator assistance for a required sub-transaction.
- step 642 when all sub-transactions are completed, i.e., the selected loan is completed, the mortgage exchange system then seamlessly provides the required information to closing and lending units at step 636 .
- step 633 if there is no sub-transaction needed, which means the selected loan is completed without any sub-transactions, the process 600 proceeds to step 636 , where the mortgage exchange system seamlessly provides the required information to the closing and lending units.
- FIG. 7 is a flow chart of various actions, from the point of view of a financial institution, that are performed in an embodiment of the present invention.
- Process 700 starts when the financial institution logs in a mortgage exchange system of the present invention as shown at step 750 .
- the financial institution can sort and display the lists of loans according to different metrics, such as buydowns, lock type, document type, finance type, occupancy or region.
- the financial institution selects and makes an offer on a loan.
- approval of the financing from a broker may be needed (e.g., if more than one financial institution has made an offer on the loan,) as shown at step 762 .
- the financial institution then, at step 764 , has the ability to select whether to finance the loan, based on actual information about the potential borrower's ability to pay the loan back, not on estimates about the potential borrower.
- the financial institution Using the information contained in a decision matrix that is generated by the mortgage exchange system when receiving necessary information of the potential borrower, the financial institution has the ability to view data interpolated from loans with similar profiles. This information provides more accurate analysis of the risk that the financial institution will incur by financing the loan.
- the process 700 checks whether sub-transactions are required for completing the loan transaction at step 766 . If the answer is yes, the process 700 either completes the sub-transactions automatically, or creates a prompt that requires operator assistance for a required sub-transaction. When all sub-transactions are completed, the loan is fully processed, and the system seamlessly provides the required information to closing and lending units, as shown at 768 . If the answer is no at step 764 , however, the financial institution will go back to step 751 to select other available loan.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
- This application claims the benefit of Provisional Application Ser. No. 60/902,110 filed May 22, 2006. Further, this application is a continuation-in-part application of Applicants' copending U.S. Non-Provisional application Ser. No. 10/937,879 titled “METHOD AND SYSTEM FOR VENDOR MANAGEMENT” filed Sep. 10, 2004, which claims the benefit of Provisional Application Ser. No. 60/502,273 filed Sep. 12, 2003. Each of the above-mentioned patent applications is incorporated in its entirety by reference herein.
- 1. Field of the Invention
- The present invention relates to methods and systems for facilitating real estate transactions by providing accurate representations of the loans a borrower is qualified to receive, which are based on actual data, rather than estimates. Specifically, the present invention relates to methods and systems for facilitating real estate transactions that provide seamless integration of actions required for completing the real estate transaction, from entry of the borrower information, to the closing and funding of the loan.
- 2. Background of the Technology
- There exist in the art paper-based methods and systems for completing financial transactions, such as mortgages, but typically these systems are inefficient, costly, and add significant overhead to the transaction. Currently, the parties to a transaction inefficiently transfer the necessary documents to complete the mortgage transaction. Usually, all involved parties receive a new set of documents each time the transaction is altered. Most transactions are currently completed by transferring new sets of documents by hand. The systems that execute document transfers electronically typically do not integrate sub-transactions required for the completion of the transaction, but instead require either a separate process to convert electronic data between forms, or hand transcription of data from one form to another. Since a mortgage transaction generally involves multiple parties, the resources needed to complete the transaction quickly accumulate.
- For the purposes of this application, “financial institutions” include banks, investment companies, real estate lenders, investment and holding companies, and any commercial entity engaged in the business of financing loans or mortgages. “Brokers” include brokerages, real estate agents, corporate land purchasers, and any commercial entity, individual or otherwise, engaged in the business of buying and/or selling real estate. “Potential borrower” or “borrower,” and “potential customer” or “customer,” are used interchangeably herein to describe any person, including agents of the person, seeking to acquire a mortgage or loan, e.g., by employing the services of a broker or financial institution.
- A sub-transaction, also interchangeably referred to herein as an order or product, relates to goods or services being provided during the life of the underlying mortgage transaction. Sub-transactions define the parameters of the transaction or otherwise bring the underlying transaction to completion. Sub-transactions include transactions between the end users of the system (e.g., brokers, financial institutions and potential borrowers) and vendors, such as inspection companies or closing companies that have service agreements with end users or other involved parties.
- The complicated nature of a mortgage or loan transaction, coupled with the large number of parties that must approve each stage of the transaction, creates difficulty in keeping all parties properly updated. Presently, involved parties receive updated paper copies of the transaction every time a component of the transaction is altered, or the status of a sub-transaction is changed. Additionally, it is difficult for the parties to check the status of a transaction component until they receive actual notification that it has been changed. This lag time in notification may lead to a party entering a sub-transaction based on dated information.
- Computer-implemented systems to manage financial transactions are known, but these systems typically do not manage most of or the entire lifespan of a mortgage transaction. As a result, the integration of various actions and sub-transactions of a mortgage transaction must either be done by hand, or through the use of systems that are either completely incompatible, or, require the input of incompatible data. The problem is further compounded because, as a mortgage transaction usually requires the completion of one or more sub-transactions, each of which may be managed by incompatible or inefficiently communicating systems.
- Another problem with completing financial transactions in the prior art is that existing methods and systems for assisting a broker in loan selection lack the capability of providing brokers with accurate representations of the loans for which a potential borrower qualifies. These systems typically only provide an estimation of the types of loans available to a potential borrower, based on hypothetical conditions and/or incomplete or inaccurate data. Brokers often make loan/mortgage decisions without the benefit of all available information. As a result, the broker may fail to obtain the most advantageous loan for the potential borrower, or the broker may fail to obtain a loan for a qualified borrower, costing the broker time, unrealized commission fees, and possibly loss of business. This creates problems not only for potential borrowers, who may receive less favorable terms on their mortgages, but also for brokers, who cannot secure the best loans for their clients. Another result of this problem is that financial institutions may experience more defaulted loans and fail to take full advantage of opportunities to purchase favorable loans.
- Yet another problem with financial transactions of the prior art is that financial institutions typically do not purchase loans directly from brokers, because systems that allow direct cost-effective purchasing of loans are not currently available. Attempts by financial institutions to purchase loans from brokers have been largely unsuccessful. There exist in the art methods and systems for third parties to purchase loans from brokers, to package the loans together, and to sell the packages to financial institutions. These third parties, also known as congregators, purchase individual loans from brokers, then combine the individual loans into packages for sale to financial institutions. This process increases the loan processing costs due to congregators' fees.
- There is an unmet need in the art, therefore, for methods and systems that provide brokers with an accurate representation of the set of loans for which a potential borrower qualifies. There is a further unmet need in the art for methods and systems that allow seamless completion of various sub-transactions related to a mortgage transaction.
- There is a further unmet need in the art for methods and systems that manage mortgage transactions by integrating all or most related sub-transactions, so that one central system contains all existing information about the status of the associated sub-transactions. Additionally, there is an unmet need in the art for methods and systems that have the capability of identifying the order in which related sub-transactions must be completed for the primary loan transaction, and for automatically completing the sub-transactions.
- There is a further unmet need in the art for automated loan purchasing functionality that enables financial institutions to purchase, or facilitate such institutions' purchase of, loans directly from brokers, and brokers to solicit loans directly from financial institutions.
- There is a further unmet need for a system that is tailored to the needs of individual brokers, allowing design flexibility and customized design based on the specifications of individual brokers.
- The present invention meets the above needs, and others, by providing a platform that embodies effective methods and systems for facilitating real estate transactions by providing accurate representations of the loans a borrower is qualified to receive, which are based on actual data, rather than estimates.
- The present invention provides a method and system for electronically facilitating the completion of a mortgage loan using an automated underwriting engine, generating a decision matrix based on user input and/or existing data, and selecting and communicating an appropriate loan to a potential buyer. Subsequent to the selection of a favorable loan, the method and system of the present invention perform fulfillment processing. Upon completion of the fulfillment processing, an approval letter is generated. The method and system of the present invention may be interfaced with any number of systems and subsystems to prepare the loan for closing and funding.
- When end users begin the process of applying for a mortgage, a number of sub-transactions must be performed in conjunction with the underlying transaction, including, for example, property appraisal, credit history evaluation of the potential borrower, selection of the proper loan by an underwriting process or engine, and application of the loan to the customer.
- In one embodiment, the present invention compiles actual information obtained from potential borrowers, and uses the compiled information in making decisions on loan applications, rather than using estimates. The present invention is capable of generating generally precise or exact lists of loans, for which potential borrowers qualify. These lists may be used to assist brokers in making accurate and appropriate recommendations to potential borrowers. By using this system, brokers avoid loans that are based on estimates, which may expose all involved parties to potential unwanted risks and/or liability.
- One embodiment of the present invention utilizes fully customizable modules, back-end processing and integration, and a common base platform for running the fully customizable modules. The present invention seamlessly integrates the various systems required to complete a mortgage or loan transaction and associated sub-transactions, for a wide range of actual implementations of these systems and sub-transactions.
- In one embodiment, the present invention includes systems and methods for ordering the sub-transactions required to complete the primary transaction. The sub-transactions may be ordered by potential borrowers, brokers, or primary or secondary financial institutions. In one embodiment, the present invention includes systems and methods that allow sub-transaction vendor selection at the time of ordering the sub-transaction.
- The present invention efficiently carries out sub-transactions by automating functions typically carried out manually. By automating these functions, the present invention eliminates transcription errors, reduces transaction costs, and reduces overall costs by requiring fewer employees to manage the sub-transactions. Additionally, the present invention provides all involved parties with access to real-time updates of the transaction status and of precise costs and status costs of the sub-transactions.
- In one embodiment, the present invention allows financial institutions to view individual loan sale offers directly, without using a third party congregator. This allows financial institutions to reduce costs that would otherwise be paid to a third party congregator. The present invention also allows for more selectivity among financial institutions, since the financial institutions are able to purchase loans individually, rather than having to select packages presented by the congregators. The financial institutions, in turn, may pass the savings on to brokers, who receive more favorable terms for the loans the brokers offer for sale.
- One embodiment of the present invention provides automated document types to help manage sub-transactions. These document types include lists of conditions that potential borrowers must meet before they are considered eligible for a specific mortgage. For example, a potential qualified borrower having a good credit rating and ample working capital has a completely different set of requirements for loan approval than a potential borrower with poor credit and/or no access to liquid capital. Thus, the two potential borrowers would have remarkably different document types. In one embodiment, the present invention determines the set of criteria to be examined for each potential borrower, creates the document type, and updates the document type when additional information is obtained. For information that may be retrieved through an electronically-managed sub-transaction, one embodiment of the present invention automatically requests the completion of the relevant sub-transaction. For information that must be retrieved by hand, the present invention provides prompts for the information that needs to be retrieved.
- One embodiment of the invention includes an implementation of an auction platform. The auction platform allows accessing brokers and financial institutions to view the loans available for sale or purchase. The auction platform provides users with the ability to filter and sort the loans by various characteristics, such as stratification rate, loan type, and requested interest rate. The auction platform allows financial institutions to place bids for the purchase of loans, allows brokers to view bids placed on the loans that have been offered for sale, and allows for seamless completion of transactions between brokers and financial institutions.
- In one embodiment, the data passes seamlessly between various sub-transactions of the mortgage transaction. Depending on the vendor's preferences and the nature of the sub-transaction, the system of the present invention may be configured so that vendors, brokers, and financial institutions have the ability to send and receive data seamlessly, without the need for back-end conversion.
- In one embodiment of the invention, financial institutions and other users have the capability of customizing the system to meet specific user needs. The system is customizable (e.g., in accordance with the user's preferences and needs) with respect to carrying out transactions and sub-transactions.
- In one embodiment of the current invention, the system creates a unique profile for each transaction type. For example, a profile may specify the relationship between a broker and a financial institution or the type of loan a given financial institution prefers to purchase. Upon initiating a transaction, the current invention checks whether any party to the transaction is associated with any unique profiles stored within the database. If profiles exist, the present invention retrieves the information and uses it in completing the transaction. For instance, using the example above, if the located profile specifies the type of loan a financial institution is interested in purchasing, the system provides the financial institution with existing loans of the preferred types.
- The present invention works in conjunction with other tools to streamline the process of obtaining a mortgage. In one embodiment of the present invention, information gathered by the system is stored and made accessible to vendors, brokers, and financial institutions as necessary to complete a transaction. Thus, sub-transactions are seamlessly integrated into the primary mortgage transaction. Automated vendor distribution functionality provides requesting parties with the ability to automate the distribution of orders to select service providers, based upon various criteria, which can be saved into a profile. Additionally, service providers may be selected based upon such factors as geographic location, vendor capacity, and threshold limits.
- Advantages of the present invention include, among others: 1) allowing brokers to communicate directly with financial institutions; 2) reducing costs by allowing portions of the mortgage transaction process to be processed electronically; 3) building a decision matrix showing the most appropriate loan for each potential borrower and broker; and 4) allowing brokers to access the particular loans for which a potential borrower qualifies for.
- Additional advantages and novel features of the invention will be set forth in part in the description that follows, and in part will become more apparent to those skilled in the art upon examination of the following or upon learning by practice of the invention.
-
FIG. 1 presents a computer system implementation capable of carrying out the functionality of one embodiment of the current invention. -
FIG. 2 presents an exemplary system diagram of various hardware components and other features in accordance with an embodiment of the present invention. -
FIG. 3 shows a diagram of various features and processes carried out by one embodiment of the present invention. -
FIG. 4 presents an example flow diagram of functions performed from a broker point of view, in accordance with an embodiment of the present invention. -
FIG. 5 presents an example flow diagram of the process carried out by one embodiment of the present invention when a financial institution accesses the system. -
FIG. 6 presents a high-level block diagram of the different modules of one embodiment of the present invention, and the interaction among these modules. -
FIG. 7 shows an example open system platform used in conjunction with an embodiment of the present invention that utilizes Broker Front End, Automated Underwriting Engine, and Fulfillment Processing customizable loan processing modules. - The present invention provides methods and systems for facilitating real estate transactions by providing accurate representations of the loans a borrower is qualified to receive, which are based on actual data, rather than estimates. The present invention also provides methods and systems for facilitating the completion of a mortgage transaction and completing related sub-transactions, such as obtaining credit reports, pre-approvals for loans, credit management for potential borrowers, sale of loans to financial institutions, generating document types for potential borrowers, building decision matrices for determining the most appropriate type of loan, and generating approval letters. In one embodiment of the present invention, any party to a transaction, including potential borrowers, brokers, financial institutions, and agents for the parties, may initiate a sub-transaction to further the completion of the primary mortgage transaction.
- In one embodiment of the present invention, methods and systems for selecting the most appropriate vendor for each sub-transaction are implemented. In one embodiment, vendors may enter information into the system related to sub-transactions the vendors are capable of completing. For instance, a title searcher may offer to complete employment history checks for potential borrowers over 30 years of age for the price of $1,000.00. The present invention stores this information, and when a potential borrower is being qualified for a loan, the system presents the vendor information to the broker. If the broker selects the vendor, the information is transmitted to the vendor, who completes the employment history check and enters the relevant information into the system. The broker can then access the entered information.
- One embodiment of the present invention provides methods and systems for managing sub-transactions. Management of the sub-transactions involves identifying a sub-transaction that needs to be ordered; ordering the sub-transaction; providing information required to complete the sub-transaction; and integrating the result of that sub-transaction into the main transaction. One embodiment of the invention provides methods and systems that allow outsourcing of sub-transactions that cannot be completed electronically.
- As an example of this feature, when a transaction is entered into the system, the transaction profile associated with the transaction may be used to determine the sub-transactions that must be carried out to complete the transaction. The system may also provide the user with information regarding optional sub-transactions related to the transaction. In this manner, automatic ordering of sub-transactions that are specific to a given transaction can be accomplished efficiently.
- The present invention may be implemented using hardware, software or a combination thereof and may be implemented in one or more computer systems or other processing systems. In one embodiment, the invention is directed toward one or more computer systems capable of carrying out the functionality described herein. An example of such a
computer system 200 is shown inFIG. 1 . -
Computer system 200 includes one or more processors, such asprocessor 204. Theprocessor 204 is connected to a communication infrastructure 206 (e.g., a communications bus, cross-over bar, or network). Various software embodiments are described in terms of this exemplary computer system. After reading this description, it will become apparent to a person skilled in the relevant art(s) how to implement the invention using other computer systems and/or architectures. - The
computer system 200 includes auser interface 202 that forwards graphics, text, and other data from the communication infrastructure 206 (or from a frame buffer not shown) for display on adisplay unit 230. Thecomputer system 200 also includes amain memory 208, preferably a random access memory (RAM), and may also include asecondary memory 210. Thesecondary memory 210 may include, for example, ahard disk drive 212 and/or aremovable storage drive 214 such as a floppy disk drive, a magnetic tape drive, an optical disk drive, etc. Theremovable storage drive 214 reads from and/or writes to aremovable storage unit 218, which may also be a floppy disk, magnetic tape, optical disk, etc., in a well known manner. As will be appreciated, theremovable storage unit 218 includes a computer usable storage medium having stored therein computer software and/or data. - In alternative embodiments,
secondary memory 210 may include other similar devices for allowing computer programs or other instructions to be loaded intocomputer system 200. Such devices may include, for example, aremovable storage unit 222 and aninterface 220. Examples of such devices may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an erasable programmable read only memory (EPROM), or programmable read only memory (PROM)) and associated socket, which allow software and data to be transferred from theremovable storage unit 222 tocomputer system 200. -
Computer system 200 may also include acommunications interface 224. Communications interface 224 allows software and data to be transferred betweencomputer system 200 and external devices. Examples ofcommunications interface 224 may include a modem, a network interface (such as an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, etc. Software and data transferred viacommunications interface 224 are in the form ofsignals 228, which may be electronic, electromagnetic, optical or other signals capable of being received bycommunications interface 224. Thesesignals 228 are provided tocommunications interface 224 via a communications path (e.g., channel) 226. Thispath 226 carriessignals 228 and may be implemented using wire or cable, fiber optics, a telephone line, a cellular link, a radio frequency (RF) link and/or other communications channels. In this specification, the terms “computer program medium” and “computer usable medium” are used to refer generally to media such as aremovable storage drive 214, a hard disk installed inhard disk drive 212, and signals 228. These computer program products provide software to thecomputer system 200. The invention is directed to such computer program products. - Computer programs (also referred to as computer control logic) are stored in
main memory 208 and/orsecondary memory 210. Computer programs may also be received viacommunications interface 224. Such computer programs, when executed, enable thecomputer system 200 to perform the features of the present invention, as discussed herein. In particular, the computer programs, when executed, enable theprocessor 204 to perform the features of the present invention. Accordingly, such computer programs represent controllers of thecomputer system 200. - In an embodiment where the invention is implemented using software, the software may be stored in a computer program product and loaded into
computer system 200 usingremovable storage drive 214,hard drive 212, orcommunications interface 224. The control logic (software), when executed by theprocessor 204, causes theprocessor 204 to perform the functions of the invention as described herein. In another embodiment, the invention is implemented primarily in hardware using, for example, hardware components, such as application specific integrated circuits (ASICs). Implementation of the hardware state machine so as to perform the functions described herein will be apparent to persons skilled in the relevant art(s). - In yet another embodiment, the invention is implemented using a combination of both hardware and software.
-
FIG. 2 presents an exemplary system diagram of various hardware components and other features in accordance with an embodiment of the present invention. As shown inFIG. 2 , in an embodiment of the present invention, data and other information and services for use in the system is, for example, received from anend user 30 via aterminal 31. The terminal 31 is coupled to aserver 33 via anetwork 34, such as the Internet, viacouplings vendor 39 also inputs information/data via a terminal 37, viacoupling 38, to thenetwork 34. Furthermore, in one embodiment, a member of an outsourcedworkforce 40 inputs information/data via a terminal 41, viacoupling 42, to thenetwork 34, and in another embodiment, a member of afinancial institution workforce 43 inputs information/data via a terminal 44 to thenetwork 34 viacoupling 45. - Each of the
terminals Server 33 comprises a PC, minicomputer, mainframe computer, microcomputer, or other device having a processor and a repository for data or connection to a repository for maintained data. - In operation, according to an embodiment of the present invention, via the
network 34, vendor data, transactional data, sub-transactional data, order data, and/or other information are communicated with theserver 33. Theserver 33 receives and resolves transactions, including triggering and resolving sub-transactions, storing data regarding the transaction, vendor, and sub-transaction, and documenting the transaction (e.g., electronically). - In one embodiment, the present invention uses active server page (ASP) technology to deliver information and services to a user. This embodiment may include one or more ASPs stored on the
server 33. Such approach reduces the maintenance expense and hardware expense, and results in limited implementation integration costs, limited support expense, and low total cost of ownership. - In one embodiment of the present invention, information relating to a transaction, such as a loan, is stored electronically. This information is referred to interchangeably herein as a virtual loan file. Among other features, the virtual loan file enables data mining, reduces post closing quality reviews, facilitates secondary market due diligence, streamlines loan servicing functions, reduces data archiving costs, reduces processing costs, automates routine and decision based processes, and reduces data entry errors.
-
FIG. 3 illustrates an exemplarymortgage exchange system 300 in accordance with one embodiment of the present invention. As shown inFIG. 3 , the present invention is based on an open system architecture that provides acommon base platform 700 for using the following customizable loan processing modules: 1)Broker Front End 310; 2)Automated Underwriting Engine 320; and 3)Fulfillment Processing 330, each of which will be discussed in more detail below. - The Broker
Front End Module 310 facilitates communication between brokers and financial institutions, allowing a real-time access to loan information. This communication allows brokers to provide faster, more efficient service to potential borrowers, and to market loans directly to financial institutions, bypassing congregators and thereby eliminating congregator commission fees. Using the brokerfront end 310, brokers can select the most appropriate loan available for the potential borrower. - For a potential borrower on a corporate payroll, for example, some lenders may only require 25% of the loan amount as down payment. If the potential borrower is self-employed, that number may be as high as 35% for some lenders or even 50% for others. If the potential borrower is only able to make a down payment of 35%, for example, the
system 300 automatically removes from consideration banks that require a larger down payment. - The Automated Underwriting Module 320 (interchangeably referred to herein as an “Automated Underwriting Engine”) compiles the loan product information, combines it with the potential borrower information, searches loan products from multiple financial institutions and extrapolates the information into a decision matrix, which provides an accurate description of a potential borrower's qualification for specific loans. This decision matrix is based on real information from financial institutions, not from computer modeling estimates. Because the decision matrix is based on real information, if the decision matrix indicates that a potential borrower qualifies for a loan, then the broker can select that loan with confidence, and therefore begin working on financing the loan almost immediately. The loan search results can be displayed and sorted by any number of factors, including yield-spread premium, rate, principal and interest, and turnaround time.
- When creating the decision matrix, the
automated underwriting engine 320 also analyzes various conditions that the potential borrower may meet in order to alter the potential borrower's decision matrix, and informs the broker and/or the potential borrower that changing one of the potential borrower's loan decision metrics may qualify the borrower for a more advantageous loan. For example, if the potential borrower paid off a credit card, or saved an additional five thousand dollars, the associated decision matrix would change. Theautomated underwriting engine 320 displays this information to brokers, allowing the brokers to not only select the most advantageous loan, but also to present the best alternatives to potential borrowers. Sometimes a relatively unimportant action by the potential borrower may lead to a more favorable decision matrix. Theautomated underwriting engine 320 is capable of detecting this situation and reporting it to the broker. - The
automated underwriting engine 320 automatically sorts through the available loan products published by the financial institutions and calculates whether a particular potential buyer qualifies for a particular loan. Each step in the process determines the loan types for which a potential borrower qualifies. Multiple steps thus create an exponentially increasing list of possibilities. In one embodiment of the present invention, theautomated underwriting engine 320 ties in all available information on the potential borrower, such as debt-to-income ratios, the loan-to-value ratios, and the credit profile, and creates a profile for that borrower. In one embodiment of the present invention, this profile can be saved onto the system, so that if a potential borrower must repeat the process, the system can recall much of the required information, and update what information is needed, automatically. - Upon generation of the actual loan(s) for which a borrower qualifies, and selection of a specific loan, the
Fulfillment Processing Module 330 notifies the respective financial institution that its loan offer has been accepted, generates the approval letter, and triggers any sub-transactions that are in place for the loan selection event. TheFulfillment Processing Module 330 also triggers any sub-transactions that the financial institution has specified in its profile as necessary for the completion of the particular loan. During this process, the information collected and generated by theautomated underwriting module 320 is made available to involved parties, including brokers, potential borrowers, vendors, and financial institutions. -
FIG. 4 shows a high-level view of anexemplary interaction 400 among the various modules used in conjunction with an embodiment of the present invention. After a broker accesses the mortgage exchange system atstep 401, potential borrower information is retrieved atstep 404 and theinteraction 400 enters into broker front-end module atstep 402. The broker front-end module then generates the document types required and a prequalification estimated loan atstep 420 so that the potential borrower may receive a general assessment of the type of loan for which the borrower may be able to qualify. Next, the automated underwriting engine collects and extrapolates the information atstep 410, creates the required document types atstep 406, recommends credit managements for the potential borrower atstep 408, and generates the actual loan(s) for which the borrower qualifies atstep 430. Upon generation of the actual loan(s), theinteraction 400 enters a fulfillment processing module atstep 412, which manages any required sub-transactions, processes the terms of the loan with the financial institution or other lender, finalizes the loan, and generates an approval letter. The system proceeds to closing and funding of the approved loan atstep 414. - The more details of the mortgage exchange system and
process 500 for a mortgage exchange are described with reference toFIG. 5 . As described above, the exemplary mortgage exchange system is divided into three parts: a Broker Front-End Module 51, anAutomated Underwriting Engine 52, andFulfillment Processing Module 53. Theprocess 500 starts with a broker accessing the system atstep 504. Atsteps process 500 then compiles the base information, atstep 510, needed to complete prequalification for the potential borrower, such as acredit report 512, estimatedincome 514, and debt andasset information 516. At step 518, the information is compiled into a document type. - The
process 500 then generates a list of available loans based on the prequalification at step 520. The broker then selects the type of loan (e.g., 10-year fixed, 30-year fixed, interest-only) and the options available for that loan atstep 522, based on input from the potential borrower atstep 534. Please note that the above steps are performed on the broker front-end module 51. - Next, the
automatic underwriting engine 52 collects and processes such information to create a decision matrix at steps 524-570. The key factors include, among others, determining whether a loan will default, weighing the strengths and weaknesses of the loan application, interpolating probable loan success information, based on performance of similar loans, the goals and strategies of financial institutions, current market factors, the possibility of selling the loan on the open market, and the strategy of the financial institution that may purchase the loan. - In addition, the
automated underwriting engine 52 performs credit management atstep 530, such as to determine whether the borrower may, by changing certain facts and/or behaviors, qualify for a more advantageous loan. As an example, at step 528, theautomated underwriting engine 52 takes into consideration whether completing tasks may improve the borrower's credit, and allows time for the potential borrower to complete the tasks or choose a different route. Once the credit management steps are complete, theautomated underwriting engine 52 builds a decision matrix atstep 570, which includes the potential borrower's actual qualifications, and provides a list of the loans for which the borrower actually qualifies atstep 572, which allows the broker to make a loan selection atstep 574. - Afterward, the
process 500 continues at thefulfillment processing module 53. Atstep 576, the loan selected by the broker is purchased by a financial institution that is interested in the loan, and atstep 578, an approval letter is generated. Theprocess 500 then seamlessly integrates with systems that handle closing and funding of the loan atstep 590. - An alternative approach is that the mortgage exchange system provides for the reselling of the loan from one financial institution to another, as shown at
step 580, so that secondary transactions are performed at 582. The secondary transactions are transactions involving the exchange and finance of the loan between financial institutions. These transactions typically do not directly affect the borrower. - From the financial institution's point of view, the process begins when the financial institution accesses the mortgage exchange system, which is shown at steps 550-556. After accessing the mortgage exchange system at
step 550, the financial institution enters/updates its loan purchase criteria atstep 552. The financial institution has the ability to customize these criteria, depending on the broker that is offering the loan for sale. In this way, the financial institution can indicate a preference of one broker over another, based on past performance or other factors. Once the loan criteria are entered, the potential loans for that financial institution are recorded in the mortgage exchange system for use in the prequalification stage atstep 554. As such, atsteps 556 and 557, the potential loan is listed as available, and is used as part of the input in theautomated underwriting engine 52 when the loans for which the potential borrower qualifies atstep 572. -
FIG. 6 is a flowchart showing various actions, from a broker's point of view, preformed in accordance with one exemplary embodiment of the present invention. Process 600 starts when a broker accesses a mortgage exchange system (not shown) atstep 601. The broker enters the potential borrower's base information atstep 602. Atsteps process 600 determines whether the missing information may be obtained electronically. If so, the system generates a request for the information at step 604 (e.g., a source of credit information). If the missing information cannot be obtained electronically, the system prompts for the information to be entered atstep 606, and receives the information when inputted atstep 608. Once the necessary information has been entered into the system, at step 610, the broker selects the type of mortgage 610 in which the potential borrower is interested, and enters any additional information required. Upon entry of all required information and selection of the type of mortgage requested, theprocess 600 generates a list of different types of available prequalification loans atstep 612. The broker then, atstep 614, selects one of the loans from the list, depending on the potential borrower's preferences and purchasing ability. - After a loan is selected, the mortgage exchange system lists the selected prequalification loan at
step 622, based on the financial institution's requirements for loan criteria ofstep 624. The system then extrapolates the available data from the loan and the potential buyer's information atstep 626, and inputs the information into an automated underwriting engine atstep 628. The automated underwriting engine gathers all the available information atstep 630 and builds a decision matrix atstep 640. Preferably, the decision matrix lists, among other values, possible loans and loan packages, and the potential value in each loan. According to the present invention, the matrix is configured to allow selection of the best possible loan, based not on estimation, but on actual data. - If more information on the potential borrower is required, the
process 600proceeds step 634, where it generates a request for information from the potential borrower. Once the necessary information has been obtained, the broker, with assistance from the potential borrower, selects the most advantageous loan atstep 635, for example. Theprocess 600 then checks whether any sub-transactions atstep 633 associated with the selected loan are necessary. If so, atstep 632, theprocess 600 either completes the necessary sub-transaction automatically, or creates a prompt that requires operator assistance for a required sub-transaction. Atstep 642, when all sub-transactions are completed, i.e., the selected loan is completed, the mortgage exchange system then seamlessly provides the required information to closing and lending units atstep 636. On the other hand, atstep 633, if there is no sub-transaction needed, which means the selected loan is completed without any sub-transactions, theprocess 600 proceeds to step 636, where the mortgage exchange system seamlessly provides the required information to the closing and lending units. -
FIG. 7 is a flow chart of various actions, from the point of view of a financial institution, that are performed in an embodiment of the present invention. Process 700 starts when the financial institution logs in a mortgage exchange system of the present invention as shown atstep 750. At step 751, it is determined whether an option of filtering available loans using specific criteria is available. If the financial institution is not interested in filtering the loans, all loans for sale are displayed atstep 756. If the financial institution decides to filter the loans, the financial institution enters the specific criteria atstep 752 so that a list of brokers selling loans of that specific type is generated by the mortgage exchange system, as shown atstep 754. The financial institution can sort and display the lists of loans according to different metrics, such as buydowns, lock type, document type, finance type, occupancy or region. - Next, at
step 760, the financial institution selects and makes an offer on a loan. At this time, approval of the financing from a broker may be needed (e.g., if more than one financial institution has made an offer on the loan,) as shown atstep 762. The financial institution then, atstep 764, has the ability to select whether to finance the loan, based on actual information about the potential borrower's ability to pay the loan back, not on estimates about the potential borrower. Using the information contained in a decision matrix that is generated by the mortgage exchange system when receiving necessary information of the potential borrower, the financial institution has the ability to view data interpolated from loans with similar profiles. This information provides more accurate analysis of the risk that the financial institution will incur by financing the loan. If the financial institution makes the decision to purchase the loan atstep 764, theprocess 700 checks whether sub-transactions are required for completing the loan transaction atstep 766. If the answer is yes, theprocess 700 either completes the sub-transactions automatically, or creates a prompt that requires operator assistance for a required sub-transaction. When all sub-transactions are completed, the loan is fully processed, and the system seamlessly provides the required information to closing and lending units, as shown at 768. If the answer is no atstep 764, however, the financial institution will go back to step 751 to select other available loan. - While the present invention has been described in connection with preferred embodiments, it will be understood by those skilled in the art that variations and modifications of the preferred embodiments described above may be made without departing from the scope of the invention. Other embodiments will be apparent to those skilled in the art from a consideration of the specification or from a practice of the invention disclosed herein. It is intended that the specification and the described examples are considered exemplary only, with the true scope of the invention indicated by the following claims.
Claims (38)
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/802,308 US20080120227A1 (en) | 2003-09-12 | 2007-05-22 | Method and system for mortgage exchange |
US12/334,168 US20090204536A1 (en) | 2006-05-22 | 2008-12-12 | Methods and systems for network loan marketing |
US13/076,044 US8275701B2 (en) | 2003-09-12 | 2011-03-30 | Method and system for mortgage exchange |
US13/611,299 US20130006846A1 (en) | 2003-09-12 | 2012-09-12 | Method and system for mortgage exchange |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US50227303P | 2003-09-12 | 2003-09-12 | |
US10/937,879 US7707055B2 (en) | 2003-09-12 | 2004-09-10 | Method and system for vendor management |
US80211006P | 2006-05-22 | 2006-05-22 | |
US11/802,308 US20080120227A1 (en) | 2003-09-12 | 2007-05-22 | Method and system for mortgage exchange |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/937,879 Continuation-In-Part US7707055B2 (en) | 2003-09-12 | 2004-09-10 | Method and system for vendor management |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/334,168 Continuation-In-Part US20090204536A1 (en) | 2006-05-22 | 2008-12-12 | Methods and systems for network loan marketing |
US13/076,044 Continuation US8275701B2 (en) | 2003-09-12 | 2011-03-30 | Method and system for mortgage exchange |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080120227A1 true US20080120227A1 (en) | 2008-05-22 |
Family
ID=46328763
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/802,308 Abandoned US20080120227A1 (en) | 2003-09-12 | 2007-05-22 | Method and system for mortgage exchange |
US13/076,044 Expired - Fee Related US8275701B2 (en) | 2003-09-12 | 2011-03-30 | Method and system for mortgage exchange |
US13/611,299 Abandoned US20130006846A1 (en) | 2003-09-12 | 2012-09-12 | Method and system for mortgage exchange |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/076,044 Expired - Fee Related US8275701B2 (en) | 2003-09-12 | 2011-03-30 | Method and system for mortgage exchange |
US13/611,299 Abandoned US20130006846A1 (en) | 2003-09-12 | 2012-09-12 | Method and system for mortgage exchange |
Country Status (1)
Country | Link |
---|---|
US (3) | US20080120227A1 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100153259A1 (en) * | 2008-12-15 | 2010-06-17 | Stanton Enterprises | Method and system for analysis and management of real estate transactions |
US20100179904A1 (en) * | 2009-01-09 | 2010-07-15 | Bank Of America Corporation | Shared appreciation loan modification system and method |
US20110087577A1 (en) * | 2009-10-08 | 2011-04-14 | Milton Chace Slavin | Computer-implemented system and method for real estate collateralized private party loan transactions |
WO2011139834A2 (en) * | 2010-04-28 | 2011-11-10 | Om Telligence, Llc | System and method for managing mortgage lifecycles |
US20130138475A1 (en) * | 2011-11-30 | 2013-05-30 | G. Austin Allison | Systems and methods for transaction-based sales lead generation |
CN109785108A (en) * | 2018-12-13 | 2019-05-21 | 平安科技(深圳)有限公司 | Loan product cut-in method and relevant apparatus |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060155640A1 (en) * | 2003-09-12 | 2006-07-13 | Christopher Kennedy | Product optimizer |
KR101277385B1 (en) * | 2004-10-19 | 2013-06-20 | 아폴로 엔터프라이즈 솔루션스, 엘엘씨 | System and method for resolving transactions |
US10019743B1 (en) | 2014-09-19 | 2018-07-10 | Altisource S.á r.l. | Methods and systems for auto expanding vendor selection |
US10783579B1 (en) | 2016-05-23 | 2020-09-22 | Wells Fargo Bank, N.A. | Consolidated loan product |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5940812A (en) * | 1997-08-19 | 1999-08-17 | Loanmarket Resources, L.L.C. | Apparatus and method for automatically matching a best available loan to a potential borrower via global telecommunications network |
US5995947A (en) * | 1997-09-12 | 1999-11-30 | Imx Mortgage Exchange | Interactive mortgage and loan information and real-time trading system |
US6985886B1 (en) * | 2000-03-14 | 2006-01-10 | Everbank | Method and apparatus for a mortgage loan management system |
US7089503B1 (en) * | 2001-04-04 | 2006-08-08 | Fannie Mae | Mortgage loan customization system and process |
US7392216B1 (en) * | 2000-09-27 | 2008-06-24 | Ge Capital Mortgage Corporation | Methods and apparatus for utilizing a proportional hazards model to evaluate loan risk |
US7444302B2 (en) * | 2002-06-14 | 2008-10-28 | Ellie Mae, Inc. | Online system for fulfilling loan applications from loan originators |
US7555459B2 (en) * | 2000-10-02 | 2009-06-30 | International Projects Consultancy Services, Inc. | Automated loan processing system and method |
Family Cites Families (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4799156A (en) * | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
US5592375A (en) * | 1994-03-11 | 1997-01-07 | Eagleview, Inc. | Computer-assisted system for interactively brokering goods or services between buyers and sellers |
JP3490555B2 (en) * | 1995-10-02 | 2004-01-26 | 株式会社リコー | Order management system |
US5758328A (en) * | 1996-02-22 | 1998-05-26 | Giovannoli; Joseph | Computerized quotation system and method |
US7315841B1 (en) * | 1998-07-22 | 2008-01-01 | Sourcetec, Inc. | Mortgage loan and financial services data processing system |
AU1521400A (en) * | 1998-11-09 | 2000-05-29 | Onecore Financial Network, Inc. | Systems and methods for performing integrated financial transactions |
US7451106B1 (en) * | 1998-11-30 | 2008-11-11 | E-Lynxx Corporation | System and method for competitive pricing and procurement of customized goods and services |
US20030018558A1 (en) * | 1998-12-31 | 2003-01-23 | Heffner Reid R. | System, method and computer program product for online financial products trading |
US6513019B2 (en) * | 1999-02-16 | 2003-01-28 | Financial Technologies International, Inc. | Financial consolidation and communication platform |
US6594633B1 (en) * | 1999-07-07 | 2003-07-15 | Vincent S. Broerman | Real estate computer network |
WO2001015047A1 (en) | 1999-08-24 | 2001-03-01 | Private Investor Reserves, Llc | Method and apparatus to allow customized investor borrowing on securities |
US7072857B1 (en) * | 1999-11-06 | 2006-07-04 | Cynthia Calonge | Method for providing online submission of requests for proposals for forwarding to identified vendors |
US6711554B1 (en) * | 1999-12-30 | 2004-03-23 | Lee Salzmann | Method and system for managing and preparing documentation for real estate transactions |
US7139728B2 (en) * | 1999-12-30 | 2006-11-21 | Rod Rigole | Systems and methods for online selection of service providers and management of service accounts |
US20050289046A1 (en) * | 2000-02-03 | 2005-12-29 | Conyack Howard H Jr | System and method for facilitating realtor-assisted loan shopping and origination |
US7107241B1 (en) * | 2000-03-10 | 2006-09-12 | Lenders Residential Asset Company Llc | System and method for processing a secured collateral loan |
US20020052835A1 (en) * | 2000-04-28 | 2002-05-02 | Toscano Paul James | On line loan process |
US20020023046A1 (en) * | 2000-05-19 | 2002-02-21 | Professor Mac, Llc | System for automating business purchasing functions via a global computer network |
US7707153B1 (en) * | 2000-10-06 | 2010-04-27 | Esys Technologies, Llc | Automated work-flow management and document generation system and method |
US20020138413A1 (en) * | 2001-03-26 | 2002-09-26 | Creamer David E. | Commercial mortgage closing process |
EP1388109A4 (en) * | 2001-04-02 | 2009-01-14 | Euro American International In | System and method for franchise, finance, real estate, and supplier relationship management |
US7349868B2 (en) * | 2001-05-15 | 2008-03-25 | I2 Technologies Us, Inc. | Pre-qualifying sellers during the matching phase of an electronic commerce transaction |
US20030004854A1 (en) * | 2001-06-27 | 2003-01-02 | International Business Machines Corporation | RFP decomposition and collaboration |
US7523066B2 (en) * | 2001-07-20 | 2009-04-21 | General Electric Captical Corporation | Apparatus and method for facilitating communication for borrowers and investors regarding commercial mortgages |
US7366694B2 (en) * | 2001-08-16 | 2008-04-29 | Mortgage Grader, Inc. | Credit/financing process |
US20030033587A1 (en) * | 2001-09-05 | 2003-02-13 | Bruce Ferguson | System and method for on-line training of a non-linear model for use in electronic commerce |
US20030101085A1 (en) * | 2001-11-20 | 2003-05-29 | Butler Herbert F. | Method and system for vendor communication |
US20030229582A1 (en) * | 2002-01-22 | 2003-12-11 | Sanford Sherman | Method, apparatus and system for providing notifications in commercial transactions |
US7389242B2 (en) * | 2002-05-07 | 2008-06-17 | Re3W Worldwide Limited | Interactive processing of real estate transactions |
US20040083148A1 (en) * | 2002-05-13 | 2004-04-29 | Virtualcash, Inc. | Software computer application program product whose process, method and system refers, screens, matchs, approves, tracks and transfers prospective potential clients trusts, estates, investment management and other traditional trust products and service accounts whose invention is directed to trust vendors, independent trust companies, state and federal bank trust departments and other financial institutions and professionals |
US20050010423A1 (en) * | 2002-05-24 | 2005-01-13 | Dan Bagbey | Real estate related and ancilliary services provided through a single point of sale |
US20040019528A1 (en) * | 2002-07-25 | 2004-01-29 | International Business Machines Corporation | Publicly accessible deferred purchasing system with vendor review access to deferred purchase requests |
US20040083119A1 (en) * | 2002-09-04 | 2004-04-29 | Schunder Lawrence V. | System and method for implementing a vendor contract management system |
US20040088411A1 (en) * | 2002-11-04 | 2004-05-06 | Jakubowski Deborah W. | Method and system for vendor management |
US20040111346A1 (en) * | 2002-11-27 | 2004-06-10 | Macbeath Keith S. | Methods for automating financial transactions |
US20060235788A1 (en) * | 2003-05-19 | 2006-10-19 | Allan Guyton | Student loans consolidation matching system and method |
US20040249914A1 (en) * | 2003-05-21 | 2004-12-09 | Flocken Philip A. | Computer service using automated local diagnostic data collection and automated remote analysis |
US20040249705A1 (en) * | 2003-06-04 | 2004-12-09 | Perpetual Innovations Company Llc | Systems and methods for facilitating real estate transactions |
US7707055B2 (en) | 2003-09-12 | 2010-04-27 | Altisource Solutions S.A.R.L. | Method and system for vendor management |
US8266013B2 (en) | 2003-09-12 | 2012-09-11 | Altisource Solutions S.à r.l. | Methods and systems for vendor assurance |
US8024261B2 (en) | 2003-09-12 | 2011-09-20 | Altisource Solutions S.A.R.L. | Method and system for loan closing |
US20060155640A1 (en) | 2003-09-12 | 2006-07-13 | Christopher Kennedy | Product optimizer |
-
2007
- 2007-05-22 US US11/802,308 patent/US20080120227A1/en not_active Abandoned
-
2011
- 2011-03-30 US US13/076,044 patent/US8275701B2/en not_active Expired - Fee Related
-
2012
- 2012-09-12 US US13/611,299 patent/US20130006846A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5940812A (en) * | 1997-08-19 | 1999-08-17 | Loanmarket Resources, L.L.C. | Apparatus and method for automatically matching a best available loan to a potential borrower via global telecommunications network |
US5995947A (en) * | 1997-09-12 | 1999-11-30 | Imx Mortgage Exchange | Interactive mortgage and loan information and real-time trading system |
US6985886B1 (en) * | 2000-03-14 | 2006-01-10 | Everbank | Method and apparatus for a mortgage loan management system |
US7392216B1 (en) * | 2000-09-27 | 2008-06-24 | Ge Capital Mortgage Corporation | Methods and apparatus for utilizing a proportional hazards model to evaluate loan risk |
US7555459B2 (en) * | 2000-10-02 | 2009-06-30 | International Projects Consultancy Services, Inc. | Automated loan processing system and method |
US7089503B1 (en) * | 2001-04-04 | 2006-08-08 | Fannie Mae | Mortgage loan customization system and process |
US7444302B2 (en) * | 2002-06-14 | 2008-10-28 | Ellie Mae, Inc. | Online system for fulfilling loan applications from loan originators |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100153259A1 (en) * | 2008-12-15 | 2010-06-17 | Stanton Enterprises | Method and system for analysis and management of real estate transactions |
US20100179904A1 (en) * | 2009-01-09 | 2010-07-15 | Bank Of America Corporation | Shared appreciation loan modification system and method |
US8543494B2 (en) | 2009-01-09 | 2013-09-24 | Bank Of America Corporation | Shared appreciation loan modification system and method |
US20110087577A1 (en) * | 2009-10-08 | 2011-04-14 | Milton Chace Slavin | Computer-implemented system and method for real estate collateralized private party loan transactions |
WO2011139834A2 (en) * | 2010-04-28 | 2011-11-10 | Om Telligence, Llc | System and method for managing mortgage lifecycles |
WO2011139834A3 (en) * | 2010-04-28 | 2012-02-23 | Om Telligence, Llc | System and method for managing mortgage lifecycles |
US20130138475A1 (en) * | 2011-11-30 | 2013-05-30 | G. Austin Allison | Systems and methods for transaction-based sales lead generation |
CN109785108A (en) * | 2018-12-13 | 2019-05-21 | 平安科技(深圳)有限公司 | Loan product cut-in method and relevant apparatus |
Also Published As
Publication number | Publication date |
---|---|
US20130006846A1 (en) | 2013-01-03 |
US20110178921A1 (en) | 2011-07-21 |
US8275701B2 (en) | 2012-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8275701B2 (en) | Method and system for mortgage exchange | |
US6233566B1 (en) | System, method and computer program product for online financial products trading | |
US8256668B2 (en) | Online purchasing system supporting lenders with affordability screening | |
US9576320B2 (en) | Computing system supporting online purchases | |
US20050278246A1 (en) | Software solution management of problem loans | |
US20170161827A1 (en) | Enhanced transaction resolution techniques | |
US7742966B2 (en) | Efficient market for financial products | |
US10210570B2 (en) | Online purchasing system supporting lenders with affordability screening | |
US7877320B1 (en) | System and method for tracking and facilitating analysis of variance and recourse transactions | |
US20120239552A1 (en) | System and method for dynamic working capital | |
US20160042450A1 (en) | Methods and systems for deal structuring for automobile dealers | |
US20080281734A1 (en) | System and method for integrated credit application and tax refund estimation | |
US20030018558A1 (en) | System, method and computer program product for online financial products trading | |
US20110138318A1 (en) | Systems and methods for objective financing of assets | |
US20120239438A1 (en) | System and method for providing immediate, short-term life insurance coverage and facilitating offers of longer-term insurance | |
US20050010423A1 (en) | Real estate related and ancilliary services provided through a single point of sale | |
US20140316823A1 (en) | Systems and Methods To Promote Computerized Insurance Premium Quotes for losses suffered by Crowd Funding Website Subscribers | |
US20140279398A1 (en) | Ability to pay calculator | |
US20070143195A1 (en) | Systems and methods for evaluating terms of a deal to purchase a vehicle | |
US20090076972A1 (en) | Automated lending system with automatic diversification and contract execution and sponsorships | |
US20130080316A1 (en) | System and method of expedited credit and loan processing | |
US20060155640A1 (en) | Product optimizer | |
US20150046318A1 (en) | Population of application | |
US20090240596A1 (en) | Methods and systems for vendor assurance | |
KR20070045785A (en) | Management method and system for defined contribution retirement pension |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: OCWEN FINANCIAL CORP., FLORIDA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ERBEY, WILLIAM E.;KENNEDY, CHRISTOPHER;HURLEY, BRYAN;AND OTHERS;REEL/FRAME:019926/0336;SIGNING DATES FROM 20030911 TO 20070920 |
|
AS | Assignment |
Owner name: ALTISOURCE SOLUTIONS S.A R.L., LUXEMBOURG Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:OCWEN FINANCIAL CORPORATION;REEL/FRAME:023343/0208 Effective date: 20090810 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: TIMOTHY E. GRIBBEN, COMMISSIONER FOR BUREAU OF THE FISCAL SERVICE, AGENCY OF THE UNITED STATES DEPARTMENT OF THE TREASURY AND SUCCESSORS AND ASSIGNS THERETO., MARYLAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HEUER, JOAN D.;OCWEN FINANCIAL CORPORATION;ALTISOURCE HOLDINGS S.A.R.L.;AND OTHERS;SIGNING DATES FROM 20070926 TO 20201102;REEL/FRAME:054298/0539 Owner name: STEVEN MNUCHIN, UNITED STATES SECRETARY OF THE TREASURY AND SUCCESSORS THERETO., DISTRICT OF COLUMBIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HEUER, JOAN D.;OCWEN FINANCIAL CORPORATION;ALTISOURCE HOLDINGS S.A.R.L.;AND OTHERS;SIGNING DATES FROM 20070926 TO 20201102;REEL/FRAME:054298/0539 Owner name: JEANETTE NUNEZ, LIEUTENANT GOVERNOR OF FLORIDA AND SUCCESSORS THERETO., FLORIDA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HEUER, JOAN D.;OCWEN FINANCIAL CORPORATION;ALTISOURCE HOLDINGS S.A.R.L.;AND OTHERS;SIGNING DATES FROM 20070926 TO 20201102;REEL/FRAME:054298/0539 Owner name: HEUER, JOAN D., FLORIDA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HEUER, JOAN D.;OCWEN FINANCIAL CORPORATION;ALTISOURCE HOLDINGS S.A.R.L.;AND OTHERS;SIGNING DATES FROM 20070926 TO 20201102;REEL/FRAME:054298/0539 Owner name: ANDREI IANCU, UNDER SECRETARY OF COMMERCE FOR INTELLECTUAL PROPERTY, AND DIRECTOR OF THE UNITED STATES PATENT AND TRADEMARK OFFICE AND SUCCESSORS THERETO, DISTRICT OF COLUMBIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HEUER, JOAN D.;OCWEN FINANCIAL CORPORATION;ALTISOURCE HOLDINGS S.A.R.L.;AND OTHERS;SIGNING DATES FROM 20070926 TO 20201102;REEL/FRAME:054298/0539 Owner name: LAUREL M. LEE, FLORIDA SECRETARY OF STATE AND SUCCESSORS THERETO, FLORIDA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HEUER, JOAN D.;OCWEN FINANCIAL CORPORATION;ALTISOURCE HOLDINGS S.A.R.L.;AND OTHERS;SIGNING DATES FROM 20070926 TO 20201102;REEL/FRAME:054298/0539 Owner name: : ASHLEY MOODY, FLORIDA OFFICE OF THE ATTORNEY GENERAL AND SUCCESSORS THERETO., FLORIDA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HEUER, JOAN D.;OCWEN FINANCIAL CORPORATION;ALTISOURCE HOLDINGS S.A.R.L.;AND OTHERS;SIGNING DATES FROM 20070926 TO 20201102;REEL/FRAME:054298/0539 |