US20210056616A1 - Financial modeling systems and methods - Google Patents
Financial modeling systems and methods Download PDFInfo
- Publication number
- US20210056616A1 US20210056616A1 US17/093,024 US202017093024A US2021056616A1 US 20210056616 A1 US20210056616 A1 US 20210056616A1 US 202017093024 A US202017093024 A US 202017093024A US 2021056616 A1 US2021056616 A1 US 2021056616A1
- Authority
- US
- United States
- Prior art keywords
- financial
- sub
- component
- components
- entity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
Definitions
- Various embodiments of the present invention relate to financial models and, more particularly, to systems and methods for modeling or simulating financial data.
- an objective is identified and then quantified into a specific future financial need. For example, a couple may decide that they want to send their child to an expensive private university. It may then be determined that couple will need to save approximately $140,000 in the next eighteen years. Next, a deficiency study is undertaken by subtracting the quantification of existing financial resources from the future need. Finally, one or more financial plans can be undertaken to overcome the deficiency. Continuing the previous example, if the couple's current savings plan would enable them to save only $75,000 in the next eighteen years, they would need to develop a new savings plan, or supplement their current savings plan to make up the additional required $65,000. Various financial products would be recommended to the couple to assist them in saving the additional required funds.
- this process of analyzing the couple's finances is representative of a conventional financial deductive process, which is too one-dimensional to provide an accurate picture of an entity's complete financial situation. Such deductive reasoning is further inaccurate and flawed for failing to apply real-life erosionary properties of money to a financial plan.
- balance sheet To institute financial order and control, the financial industry introduced a balance sheet.
- the balance sheet fails to provide a solution to the problem of one-dimensional financial planning.
- the balance sheet merely provides a list of a person's assets and liabilities, and subtracts the liabilities from the assets to produce the person's estimated net worth.
- balance sheets do not offer a scientific approach to finances. Balance sheets can only linearly quantify net worth. Balance sheets cannot provide consumers with information regarding effectiveness, efficiency, predictability, or verification of financial decisions.
- a financial tool to effectively model an entity's financial performance.
- a financial tool can aggregate multiple financial products to provide a complete financial assessment.
- the financial tool can provide a visual representation to enable users to better understand the complete financial assessment. It is to such a financial tool that embodiments of the present invention are directed.
- Exemplary embodiments of the present invention may include financial modeling systems and methods.
- a financial modeling system according to the present invention can be executed, at least partially, through a financial modeling application.
- the financial modeling application can comprise a local input unit, a local database, a selection unit, a compartmentalization unit, and a simulation unit.
- the local input unit can receive financial data relating to an entity.
- financial data is comprehensive and comprises responses to a questionnaire prompting financial details of the entity.
- the local input unit can receive such data and transfer it into the local database.
- the selection unit can display a list of entities for which the system maintains financial data.
- the selection unit can additionally receive a user's selection of one of such entities. This selection can initiate modeling of financial data associated with the selected entity.
- the compartmentalization unit can categorize the selected entity's financial data into a plurality of financial components.
- the financial components can comprise, for example, a protection component, a savings component, and a growth component.
- Each component can be further subdivided into a plurality of sub-components, which can be arranged within the components in a predetermined and organized manner.
- the simulation unit can model the financial data.
- Such modeling can include, for example, modeling all or some of the components or sub-components, modeling of the entity's present financial position, simulating changes in the entity's financial position, and simulating potential financial futures of the entity.
- the above units can communicate with one another and exchange data for operation of the financial modeling system
- FIG. 1 illustrates a computing environment for a financial modeling system, according to an exemplary embodiment of the present invention.
- FIG. 2 illustrates a diagram of the financial modeling system, according to an exemplary embodiment of the present invention.
- FIGS. 3A-3E illustrate segments of a questionnaire of the financial modeling system, according to an exemplary embodiment of the present invention.
- FIG. 4A illustrates use of components and sub-components of the financial modeling system, according to an exemplary embodiment of the present invention.
- FIG. 4B illustrates a labeling scheme for the sub-components of the financial modeling system, according to an exemplary embodiment of the present invention.
- FIG. 5 illustrates an overview of the components and sub-components of the financial modeling system, according to an exemplary embodiment of the present invention.
- FIG. 6A illustrates a description of a sub-component of the financial modeling system, according to an exemplary embodiment of the present invention.
- FIG. 6B illustrates a guideline review of the sub-component of FIG. 6A , according to an exemplary embodiment of the present invention.
- FIG. 7 illustrates assumptions used in a financial model of the financial modeling system, according to an exemplary embodiment of the present invention.
- FIGS. 8A-8E illustrate a present financial position associated with a select sub-component, according to an exemplary embodiment of the present invention.
- FIG. 9 illustrates setup of a simulation of a money move from a first sub-compartment to a second sub-compartment, according to an exemplary embodiment of the present invention.
- FIGS. 10A-10I illustrate the simulation of the money move of FIG. 9 from the first sub-component to the second sub-component of the financial modeling system, according to an exemplary embodiment of the present invention.
- FIG. 11 illustrates a comparison of the entity's present position to the entity's hypothetical position after the money move, according to an exemplary embodiment of the present invention.
- FIGS. 12A-12B illustrate selected steps of a second money move, according to an exemplary embodiment of the present invention.
- Exemplary embodiments of the invention comprise systems and methods for modeling financial data.
- embodiments of the systems and methods are described in the context of modeling a person's complete financial position in a computing environment.
- Embodiments of the invention are not limited to this context. Rather, embodiments of the invention may be utilized to model portions or segments of financial circumstances of various entities. Further, embodiments of the invention may be utilized to model various complex circumstances, which may or may not have financial components.
- the financial modeling system may receive comprehensive financial data from a user.
- Such financial data may be received, for example, directly from a financial institution via aggregation technology, direct connection, or download from a web server.
- the financial modeling system may provide a visual and multi-dimensional tool for modeling and assessing an entity's financial situation.
- the system may automatically incorporate the financial data into a financial model, which may comprise a plurality of financial components.
- a graphical representation of the financial model may illustrate either a select set of the financial components of the entity's financial position, or a complete picture of the entity's financial position comprising all applicable components.
- the financial model may additionally simulate a progression of the entity's financial position into the future. Accordingly, the entity can view the model and effectively plan for the future from a financial standpoint.
- FIG. 1 illustrates an example of a suitable computing system 100 , such as a computer, on which embodiments of the invention may be implemented.
- the computer 100 is only one example of a suitable environment for embodiments of the invention and is not intended to suggest any limitation as to the scope of use or functionality of the invention.
- Exemplary embodiments of the financial modeling system 200 may be operational with numerous other general purpose or special purpose computing system environments or configurations.
- Examples of well known computing systems, environments, or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
- Exemplary embodiments of the financial modeling system 200 may be described in a general context of computer-executable instructions, such as one or more applications or program modules, stored on a computer-readable medium and executed by a computer processing unit.
- program modules may include routines, programs, objects, components, or data structures that perform particular tasks or implement particular abstract data types.
- Embodiments of the system 200 may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
- program modules may be located in both local and remote computer storage media, including memory storage devices.
- components of the computer 100 may comprise, without limitation, a processing unit 120 and a system memory 130 .
- a system bus 121 may couple various system components including the system memory 130 to the processing unit 120 .
- the system bus 121 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures.
- bus architectures may include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus also known as Mezzanine bus.
- ISA Industry Standard Architecture
- MCA Micro Channel Architecture
- EISA Enhanced ISA
- VESA Video Electronics Standards Association
- PCI Peripheral Component Interconnect
- the computer 100 may include a variety of computer-readable media.
- Computer-readable media may comprise various available media accessible by the computer 100 , including both volatile and nonvolatile, removable and non-removable media.
- Computer-readable media may comprise computer storage media and communication media.
- Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data.
- Computer storage media may include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store data accessible by the computer 100 .
- Communication media can typically embody computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.
- modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
- communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of any of the above can also be included within the scope of computer readable media.
- the system memory 130 can comprise computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 131 and random access memory (RAM) 132 .
- ROM read only memory
- RAM random access memory
- the RAM 132 typically contains data and/or program modules that are immediately accessible to and/or presently in operation by the processing unit 120 .
- FIG. 1 illustrates operating system 134 , application programs 135 , other program modules 136 , and program data 137 .
- the computer 100 can also include other removable or non-removable, volatile or nonvolatile computer storage media.
- FIG. 1 illustrates a hard disk drive 141 that can read from or write to non-removable, nonvolatile magnetic media, a magnetic disk drive 151 for reading or writing to a non-volatile magnetic disk 152 , and an optical disk drive 155 for reading or writing to a non-volatile optical disk 156 , such as a CD ROM or other optical media.
- Other computer storage media that can be used in the exemplary operating environment can include magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like.
- the hard disk drive 141 can be connected to the system bus 121 through a non-removable memory interface such as interface 140 , and magnetic disk drive 151 and optical disk drive 155 are typically connected to the system bus 121 by a removable memory interface, such as interface 150 .
- hard disk drive 141 is illustrated as storing operating system 144 , application programs 145 , other program modules 146 , and program data 147 . Note that these components can either be the same as or different from operating system 134 , application programs 135 , other program modules 136 , and program data 137 .
- a web browser application program 135 can be stored on the hard disk drive 141 or other storage media.
- the web client 124 can comprise an application program 135 for requesting and rendering web pages 126 , such as those created in Hypertext Markup Language (“HTML”) or other types of markup languages.
- the web client 124 can be capable of executing client side objects, as well as scripts through the use of a scripting host.
- the scripting host executes program code expressed as scripts within the browser environment.
- the web client 124 can execute web application programs 135 , which can be embodied in web pages 126 .
- a user may enter commands and information into the computer 100 through input devices such as a keyboard 162 and pointing device 161 , commonly referred to as a mouse, trackball, or touch pad.
- Other input devices may include a microphone, joystick, game pad, satellite dish, scanner, electronic white board, or the like.
- These and other input devices are often connected to the processing unit 120 through a user input interface 160 coupled to the system bus 121 , but may be connected by other interface and bus structures, such as a parallel port, game port, or a universal serial bus (USB).
- a monitor 191 or other type of display device can also be connected to the system bus 121 via an interface, such as a video interface 190 .
- computers may also include other peripheral output devices such as speakers 197 and a printer 196 . These can be connected through an output peripheral interface 195 .
- the computer 100 can operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 180 .
- the remote computer 180 may be a personal computer, a server, a router, a network PC, a peer device, or other common network node, and can includes many or all of the elements described above relative to the computer 100 , including a memory storage device 181 .
- the logical connections depicted in FIG. 1 include a local area network (LAN) 171 and a wide area network (WAN) 173 , but can also include other networks.
- LAN local area network
- WAN wide area network
- the computer 100 When used in a LAN networking environment, the computer 100 can be connected to the LAN 171 through a network interface or adapter 170 .
- the computer 100 can include a modem 172 or other means for establishing communications over the WAN 173 , such as the internet.
- the modem 172 which can be internal or external, can be connected to the system bus 121 via the user input interface 160 or other appropriate mechanism.
- program modules depicted relative to the computer 100 can be stored in the remote memory storage device.
- FIG. 1 illustrates remote application programs 185 as residing on memory device 181 . It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers can be used.
- FIG. 2 illustrates a diagram of an exemplary embodiment of the financial modeling system 200 , which can be implemented on the computer 100 in whole or in part.
- the financial modeling system 200 can comprise one or more components that can be executable on the computer 100 , a remote server 250 , or a combination of both. If a server 250 is included in the financial modeling system 200 , the server 250 and the computer 100 can be in communication, either directly or over a network.
- network 270 can be, for example, and not limitation, the internet or a local area network.
- the computer 100 can be local to a user of the financial modeling system 200 , and can execute a financial modeling application 205 .
- the local computer 100 may locally store computer-readable instructions for execution of the financial modeling application 205 .
- the financial modeling application 205 may be a web-based application.
- the server 250 may store computer-readable instructions for operation of the financial modeling application 205 .
- the local computer 100 may run the financial modeling application 205 through interaction with the server 250 . Such interaction may, but need not, occur through use of a web client 124 running at the local computer 100 .
- the server 250 can comprise the same or similar components as those included in the computer 100 , as described above.
- the server 250 can be configured to execute server-side processes and, in some embodiments, can service a financial modeling website for the system 200 .
- the server 250 can comprise one or more server-side modeling applications 252 for server-side operation of the financial modeling system 200 .
- the financial modeling application 205 and the server-side modeling application 252 can each comprise, or be in communication with, one or more units configured to execute processes of the financial modeling system 200 .
- the units can be one or more modules, files, applications, devices, or combinations or portions thereof.
- Units of the financial modeling application 205 can include, for example, a local input unit 210 , a local database 220 , a selection unit 230 , a compartmentalization unit 250 , a simulation unit 260 , and a strategy unit 270 .
- Units of the server-side application 252 can include, for example, a remote input unit 254 and a remote database 258 .
- the various units of the financial modeling application 205 and the server-side modeling application 252 can be in communication with one another for operation of the financial modeling system 200 .
- a remote computer 290 may access the system 200 through the network.
- the remote computer 290 may have the same or similar components as the first (local) computer 100 , as described above.
- the remote computer 290 need not run or be in direct communication with an instance of the financial modeling application 205 .
- the remote computer 290 can communicate with the first computer 100 or the server 250 through the network 270 . Such communications can, but need not, occur through use of a web client 124 at the remote computer 290 .
- the local input unit 210 and the remote input unit 254 of the financial modeling system 200 can be configured to receive data from a user of the system 200 .
- data comprises comprehensive financial data, but can alternatively comprise limited financial data or various types of data the user desires to be modeled.
- the data can be received via a scanned document or document image.
- the local input unit 210 can perform optical character recognition or otherwise translate the document image into manipulatable data.
- the local input unit 210 can receive the data by various means.
- the data can be entered directly into the local computer 100 running the financial modeling application 205 .
- the local input unit 210 can present the user with a questionnaire regarding the details of an entity's financial situation.
- the questionnaire is comprehensive, enabling the user to enter comprehensive information regarding the entity's financial situation.
- the local input unit 210 can receive the data over the network 270 from the server 250 or from a financial institution.
- FIGS. 3A-3E illustrate segments of an exemplary questionnaire, requesting various finance-related data.
- the questionnaire can comprise one or more segments.
- each segment can focus on a topic of the entity's financial situation.
- the segments can include, for example, a general data segment ( FIG. 3A ), an asset and debt segment ( FIG. 3B ), an insurance segment ( FIG. 3C ), an estate segment ( FIG. 3D ), and a cash flows segment ( FIG. 3E ).
- FIG. 3A general data segment
- FIG. 3B an asset and debt segment
- FIG. 3C an insurance segment
- FIG. 3D an estate segment
- cash flows segment FIG. 3E
- each segment of the questionnaire can comprise one or more data fields in which the user can enter the entity's financial data.
- the segments can further comprise one or more buttons or other components that, when activated, can initiate requests for more detailed data entry.
- each of the segments can comprise one or more buttons or other objects 320 .
- buttons or other objects 320 When activated, such objects 320 may prompt the local input unit 210 to present the user with more detailed data entry fields for receiving specific data.
- a dialog comprising detailed data entry fields can appear, thereby prompting the user to enter detailed information regarding the original data field associated with the activated object 320 .
- Such detailed data entry fields may receive, for example, account names, balances, contributions, withdrawals, hypothetical rates of return, premiums, interest rates, or other information relevant to precisely indicate a current financial position of an entity.
- Such detailed data entry fields are appropriately labeled to indicate to the user the type of specific data to be entered.
- One or more fields of the questionnaire can be prefilled with default values. Additionally, one or more data fields can be associated with a list of predetermined scenarios. If the user selected a scenario associated with a data field, the data field can be automatically filled with values associated with the scenario. For example, and not limitation, if the user selects a scenario in which the entity's salary increases by five percent each year, such annual salary increases can be filled into one or more data fields representing the entity's salary.
- the data entered into the questionnaire can be transferred into the local database 220 .
- the data can be associated with an identifier of the entity, such as the entity's name, unique identification number, or social security number.
- the financial modeling application 205 can be installed and executed on one or more computers of authorized users, such as financial analysts or insurance salesman. Therefore, it can be the case that entities desiring their finances to be modeled do not have access to the entire financial modeling application 205 unless they are at a site of such an authorized user. Therefore, it is preferred that such entities are able to enter their financial data from remote locations.
- an entity can enter his financial data from the remote computer 290 .
- the entity can access the remote input unit 254 of the server 250 through the network 270 .
- Such access can, but need not, occur through use of a web client 124 on the remote computer 290 .
- the remote input unit 254 can present the entity with a comprehensive questionnaire, which can be similar to that presented by the local input unit 210 .
- the data can be transferred to the server 250 and stored in the remote database 258 .
- the local database 220 and the remote database 258 can exchange data across the network 270 .
- Data exchanges between the databases 220 and 258 can occur according to a schedule or, alternatively, when an exchange is affirmatively requested by a user of the financial modeling system 200 .
- data can be transferred from the remote database 258 to the local database 220 .
- the user requests to export data, data can be transferred from the local database 220 to the remote database 258 .
- the transferred data can comprise either a select portion of data stored on the source database, or can comprise all data that has been updated since a previous transfer of data.
- the user can request to synchronize the data stored in the databases 220 and 258 .
- transfers can occur in both directions to ensure that the databases 220 and 258 contain the same data.
- the user can specify which database will control when the databases 220 and 258 hold conflicting data.
- the local database can control such conflicts.
- the selection unit 230 of the financial modeling system 200 can present a user with a plurality of files or topics. For example, and not limitation, the selection unit 230 can display a list of entities for which financial data is stored in the local database 220 . The selection unit 230 can also display a list of entities for whom an account has been set up but for whom incomplete data currently exists on the local database 220 . If an entity falls into this latter category, the user can check whether the entity has financial data stored on the remote database 258 . If so, such data can be imported to the local database 220 .
- the user can select an entity from the display provided by the selection unit 230 .
- the selection unit 230 can receive the user's selection, and can retrieve the financial data associated with the selected entity. Such financial data can then be made available to the compartmentalization unit 250 .
- the compartmentalization unit 250 can categorize financial data. For example, the compartmentalization unit 250 can categorize an entity's financial data into a plurality of financial components, which can each be further segmented into a plurality of sub-components.
- FIG. 4A illustrates an example of components and sub-components into which the compartmentalization unit 250 can categorize financial data.
- the components can comprise a protection component 410 , a savings component 420 , a growth component 430 , and a debt component 450 .
- the protection component 410 can correspond to funds that are used to protect the entity's wealth and well-being.
- the savings component 420 can correspond to funds that are being saved and accumulated.
- the growth component 430 can correspond to funds that are allowed to grow and multiply.
- the debt component 450 can correspond to liabilities, such as debts, of the entity.
- the debt component 450 may behave differently than the other components 410 , 420 , and 430 .
- the debt component 450 may show a state of the entity's debt or other liabilities at the start age.
- the debt component 450 can display how much is owed, interest rates, and pay-off terms.
- the debt component 450 need not comprise distinctly labeled sub-components.
- the debt component 450 may, however, comprise one or more columns or other organizational structures to effectively articulate the entity's debts.
- the protection component 410 can comprise the following sub-components: vehicle insurance, property insurance, liability insurance, disability insurance, medical insurance, government plans, wills and documents, trusts and ownerships, and life insurance.
- the savings component 420 can comprise the following sub-components: checking, savings, credit union, savings bonds, certificates, money markets, tax deferred, tax free, and tax deductible accounts.
- the growth component 430 can comprise the following sub-components: government bonds, corporate bonds, municipal bonds, preferred stocks, blue chip stocks, growth stocks, collectibles, real estate, and tax sheltered investments. Additionally, other protection, savings, and growth instruments may be available and may fit within this framework.
- the sub-components can be arranged within the components in a predetermined, logical, and scientific manner. For example, as illustrated in FIG. 4A , the nine sub-components of each component can be arranged in three rows of three. Further, the sub-components can be positioned based on a hierarchical pattern. Each level of sub-components can represent increased function or use relative to a previous level positioned above. For example, sub-components in a second level can provide two functions or uses, while sub-components in a third level can provide three functions or uses.
- vehicle insurance, property insurance, and liability insurance perform only one function, the protection of assets. These elements generally do not protect income or provide protection for the consequences of death. Consequently, these sub-components are positioned on the first level of the component. Disability insurance, medical insurance, and government plans can perform two functions, the protection of income and protection of assets. These do not, however, provide protection from consequences of death. Consequently, these sub-components are listed on the second level. Lastly, wills and documents, trusts and ownership, and life insurance can perform three functions, the protection of income, assets, and death consequences. Because of their breadth of protection, these sub-components can be positioned on the third level of the protection components 410 .
- checking accounts, savings accounts and credit unions can perform a single function. They can provide a safety net. However, these sub-components generally do not provide high yields or tax benefits, so they are positioned on the first level. Saving bonds, certificates of deposit, and money market accounts can perform two functions, safety and higher yield. Therefore, these sub-components can be positioned on the second level. Tax deferred savings, tax free savings, and tax deductible savings can each perform three functions, safety, higher yield, and tax benefits. Consequently, these sub-components can be positioned on the third level.
- each sub-component can be referred to by a two-digit identifier consisting of a letter signifying its parent component, as well as a number from one to nine.
- productivity and performance can increase;
- liquidity can decrease;
- risk can increase.
- tax deductible savings can be more productive and performing that checking accounts and tax deferred savings.
- tax deductible savings can also be less liquid and more risky than checking accounts and tax deferred savings.
- the compartmentalization unit 250 can conduct initial processing of financial data. During initial processing, the compartmentalization unit 250 can categorize the data into the components and sub-components, and can display a graphical representation of such categorization. Such graphical representation can be similar to that illustrated by FIG. 4A .
- one or more of the sub-components can be emphasized to indicate a characteristic of one or more accounts associated with such sub-components.
- the sub-components can be color-coded according to a predetermined scheme.
- a green coloring can indicate that a sub-component passes one or more benchmarks related to the sub-component.
- a yellow coloring can indicate that a sub-component received borderline results (e.g., neither passing nor failing, or barely passing) for the one or more benchmarks.
- a red coloring can indicate that a sub-component failed the one or more benchmarks and, therefore, one or more accounts associated with the sub-component require attention.
- the financial modeling system 200 can further enable detailed views of the various components and sub-components. For example, at the user's prompting, the user can be presented with an overview of the components, as illustrated in FIG. 5 . From the overview, the user can select a particular component or sub-component to view in detail.
- Each sub-component can comprise various elements, which the user can view. For example, if the user selects the vehicle insurance sub-component, the user can be presented with a display similar to that illustrated in FIG. 6A . As shown in FIG. 6A , the user can be presented with a general description of the sub-component. Additionally, if the sub-component comprises one or more categories, the user can select to view the entity's financial details in such categories. For example, as shown, vehicle insurance can be sub-categorized into car and auto, boat and watercraft, and other vehicles.
- the user or entity can view and modify a guideline review pertaining to the sub-component.
- the guideline review can be accessible from the local computer 100 or from the remote computer 290 .
- the entity can modify the guideline review by accessing a web-based, client-side portal.
- the guideline review can prompt the user or entity to enter the entity's opinion regarding various aspects of the sub-component.
- the guideline review can present one or more questions regarding the entity. The answers to such questions can be considered in determining whether values or inputs associated with the given sub-component should be modified.
- the simulation unit 260 can be responsible for a large portion of financial processing and modeling performed by the financial modeling system 200 .
- the simulation unit 260 can output a graphical representation of a financial situation, such as that illustrated in FIG. 4A .
- the simulation unit 260 can calculate an entity's wealth based on received data relating to the entity. Wealth can be calculated in various manners. For example, an equation can be used to calculate wealth, as follows:
- RoR represents a rate of return
- I represents an interest rate
- PO represents the entity's planned age of obsolescence
- TC is a factor representing a rate of change in technology
- PC is a factor representing the entity's propensity to spend or increase spending as income increases
- Tax represents the entity's estimated tax rate.
- the wealth calculation may comprise various sub-calculations, the combination of which define the entity's wealth.
- Exemplary sub-calculations defining wealth may include the following eight steps, which may be performed in various orders:
- Such primary expenses may include both variable and fixed living expenses, as well as income taxes on gross earned income.
- Income taxes may be calculated by applying a hypothetical user-defined tax rate or, alternatively, a simulator-derived tax rate based on a government tax code. Tax rates may incorporate expected exemptions, deductions, credits, or various combinations thereof.
- Primary expenses may additionally include effects of various wealth-eroding factors, such as planned obsolescence, technological change, propensity to consume, standard of living increases, inflation, and user-defined factors. Wealth-eroding factors may be expressed as, for examples, stated values or percentages of gross income.
- the simulation unit 260 determines that a surplus exists, the surplus may be deposited into sub-component S 1 , and increased based on the rate of return for S 1 . In contrast, if there is a shortfall, funds may be withdrawn from existing accounts S 1 -S 9 and G 1 -G 9 , as governed by a user defined withdrawal order
- the calculated rates of return may be applied to both account balances and contributions to the applicable accounts.
- tax calculation may be based on a user-defined or simulator-derived tax rate. Taxes may be calculated for taxable Savings (S 1 -S 9 ), Investment Assets (G 1 -G 9 ), and Ownership and Trust accounts (P 8 ). Additionally, taxes may be calculated when tax-triggering withdrawals are made from an account. To pay taxes, funds may be taken from a surplus or from one or more accounts.
- the simulation unit 260 may carry over additional “tax on tax” to next year, or may increase desired withdrawal amounts to cover expected taxes on the withdrawals
- New debt balances may be based on old debt balances, interest rates, payments made towards the debts, or various combinations thereof.
- the simulation unit 260 may calculate the entity's wealth upon request from a user, or in some embodiments, without prompting. Results of such calculations can be utilized at least to gain an understanding of the entity's present financial position.
- the simulation unit 260 can display an assumptions segment 440 , one or more inputs 460 , one or more current values 470 , one or more current outputs 475 , and one or more future outputs 480 .
- the assumptions segment 440 can represent various assumptions utilized in a current simulation. For example, as illustrated in FIG. 4A , a start age and end age of the entity can be assumed.
- the inputs 460 and current values 470 can respectively represent funds contributed and held in accounts, or sub-components, by the entity at the start age.
- the current outputs 475 can represent output in the year of the start age.
- the future outputs 480 can represent output values at the end age. Neither the start age nor the end age need be the entity's current age. If the start age is greater than the entity's current age, then the inputs 460 , current values 470 , and current outputs 475 can be projected values based on calculations of the simulation unit 260 .
- An input total 485 and an output total 490 can also be calculated and displayed.
- the future outputs 480 and output total 490 can reflect a future value of money or, alternatively, a present value of money.
- the user can select whether to view present or future values of the outputs 480 and 490 . If selected, present values of the outputs 480 and 490 can reduce the future values based on the assumed inflation percentage.
- the user can choose to view or amend more detailed assumptions.
- the user can be presented with an assumptions object 442 , such as a button. Clicking this object 442 , or otherwise indicating a desire to view more detailed assumptions, can prompt display of a more detailed set of assumptions.
- Such a set of assumptions is illustrated in FIG. 7 .
- the user can amend, for example, tax rates, cost of money, and an inflation rate.
- the user can change various factors, such as the start and end ages.
- the display can dynamically and automatically update based on the changed factors.
- the inputs 460 , current values 470 , current outputs 475 , and future outputs 480 can be dynamically calculated and displayed by the simulation unit 260 . If an assumption is modified, for example, the simulation unit 260 can consider the modification to determine how various values should change. For instance, if the end age is increased, the outputs 480 and 490 can update to output values at the updated end age. For further example, if a debt is paid off in one year, the following year can increase cash flows to correspond to the funds that had previously been contributed to debt repayment.
- the simulation unit 260 can be capable of focusing on all components, one or more components, all sub-components, one or more sub-components, or a combination thereof. Adaptability of the simulation unit 260 in this manner may enable the user to analyze the entity's present position with respect to a select portion of the entity's finances. Additionally, the user can select whether to analyze new money (i.e., input values 460 ), old money (i.e., current values 470 ), or both. New money may represent an entity's defined contributions or premiums into a particular financial account or vehicle. In contrast, old money may represent an entity's current account balance.
- the current account balance may be withdrawn, for example, via (i) interest-only, (ii) pay down over a period of years, or by way of a specified withdrawal amount based on a current balance for a number of years, or (iii) many variations or combinations thereof.
- the user can analyze the entity's present position with respect to new money invested in money market accounts S 6 .
- the simulation unit 260 can navigate through one or more predetermined steps to illustrate the entity's present position with respect to the selected sub-component S 6 .
- the simulation unit 260 can illustrate new money entering the money markets S 6 , as well as a projected output 480 based on the input of such new money.
- another step of the analysis can illustrate taxes associated with new money in the money markets S 6 .
- the simulation unit 260 can calculate and display deferred taxes and taxes paid on money invested into the money markets S 6 .
- the simulation unit 260 can calculate and display lost opportunity costs (LOCs) associated with the taxes paid. Taxes and LOCs can be calculated based on assumptions of tax rates and a cost of money rate, which may be user-defined or automatically calculated by the unit.
- LOCs lost opportunity costs
- tax rates used in the simulation may be estimated by the user, or the user may choose to use actual tax rates. If actual tax rates are used, the simulation unit 260 may use tax rates published by the government for current and future years. Such published tax rates may be downloaded to the simulation unit 260 through the network 270 . In another step, as illustrated in FIG. 8D , the simulation unit 260 can combine the taxes and LOCs. The total of the taxes and LOCs represents a total cost of investing the indicated new money in the money markets S 6 .
- the simulation unit 260 can perform a benefit review.
- the benefit review can emphasize one or more other sub-components that either (i) may be affected by the simulated transactions, or (ii) may deserve attention because of the simulated transactions.
- Some data relevant in the benefit review may vary for different entities based on the entity's jurisdiction or place of residence. As such, the benefit review may comprise downloading jurisdictionally-specific data, which may be sorted and displayed based on the entity's jurisdiction
- emphasis of the one or more relevant other sub-components is provided by lighting up such other sub-components, but this particular type of emphasis is not required.
- Various means of bringing the user's attention to such sub-components may be provided.
- the simulation unit 260 can also change the coloring or size of such other sub-components.
- the simulation unit 260 can progress from one step to a following step when the user indicates a desire to continue, such as by clicking an appropriately labeled button or other object, or by providing an audible request to continue.
- button or other object may be labeled, for example, “NEXT,” “FORWARD,” or “CONTINUE.”
- the simulation unit 260 can proceed to the following step after a predetermined time frame.
- the simulation unit 260 can be further capable of simulating movement of money from one or more sub-components to one or more other sub-components.
- simulation of such movement follows a predetermined set of steps. The steps can be at least partially determined by the source and destination sub-components of the funds to be moved.
- FIG. 9 consider a move of funds from money markets S 6 to life insurance P 9 .
- the user can initially select whether to move new money (i.e., input values 460 ), old money (i.e., current values 470 ), or both.
- the user selects to move only new money.
- the user can view the present position of the source and target sub-components, as illustrated in FIG. 10A .
- the present position for a new money simulation can preferably indicate input in the current year and output at a relevant end age, such an expected age of retirement or other age specified by the user.
- a first step of the move can comprise terminating money input to the source sub-component. In this case, funds are no longer input to money markets S 6 .
- the user can be prompted to enter details regarding the target account, which in this case is a whole life insurance account. For various target accounts, this step may not be necessary.
- funds previously contributed to money markets S 6 can now be contributed to the target sub-component, a whole life insurance policy in sub-component P 9 .
- the move can result in additional cash flow, such as recapture of taxes.
- the additional cash flow can preferably be directed toward the first sub-component S 1 of the savings component 420 .
- this first sub-component is a wealth coordination account S 1 .
- premiums from canceled term insurance can be recaptured into the wealth coordination account S 1 , as such term insurance is not needed in addition to the increased or new whole life insurance.
- An example of this recapturing is illustrated in FIG. 10F .
- the simulation unit 260 can indicate that the target sub-component has a cash value.
- the target sub-component, whole life insurance P 9 has a cash value because the entity can borrow against whole life insurance P 9 .
- the cash value portion of the life insurance P 9 is tax deferred, and may therefore be identified in the tax deferred sub-component S 7 .
- the simulation unit 260 can indicate one or more sub-components that may be modified or affected, or may otherwise require attention, because of the requested money move. Then, as illustrated in FIG. 10I , the simulation unit 260 can update the outputs 480 and 490 based on the move. Finally, as illustrated in FIG. 11 , the simulation unit 260 can compare data values of the present position to data values resulting from the simulated money move.
- the simulation unit 260 can progress from one step to a following step of a money move simulation when the user indicates a desire to continue.
- Such indication can comprise the user's clicking an appropriately labeled button or other object, or by providing an audible request to continue.
- button or other object may be labeled, for example, “NEXT,” “FORWARD,” or “CONTINUE.”
- the simulation unit 260 can proceed to the following step after a predetermined time frame.
- moving money to life insurance P 9 can comprise more, or different, steps than moving money to a non-life insurance sub-component.
- Moving money to life insurance P 9 can comprise all the steps of moving money to some other sub-component, in addition to one or more steps that may be unique to life insurance moves.
- a money move to whole life insurance may comprise an additional steps of requesting, or otherwise providing, details regarding terms of the life insurance. Moving money to whole life insurance may also involve recovering insurance premiums from term insurance.
- the number of steps used to simulate a money move are arbitrary to some degree, and can be based on a level of detail included in each step.
- Various money moves may be simulated by the simulation unit 260 .
- the above represents an exemplary simulation of moving new money from a first sub-component, specifically money markets S 6 , to a life insurance second sub-component.
- a general description of a new money move from a first sub-component to a life insurance sub-component P 9 is provided below:
- An exemplary simulation of moving new money from a first sub-component to a non-life insurance sub-component is outlined below. As shown, such a move may involve fewer steps to simulate than involved in a move to a life insurance sub-component.
- steps describe moves of new money
- moving old money or a combination of old and new money
- One of ordinary skill in the art will further recognize that various sets of the above described steps can be combined into single steps.
- single steps, as described above can be separated into two or more steps.
- One or more steps may be added to or removed from the above-described simulations to effectively illustrate a move of money from a first financial product to a second financial product.
- multiple moves may be collectively set up and simultaneously simulated as either a single simulation or a series of consecutive simulations.
- Such moves can be simulated by the simulation unit 260 .
- Such moves may generally comprise moving money from a first sub-component to a second sub-component.
- the first and the second sub-components may be selected from the entire set of sub-components belonging to all components.
- the simulation unit 260 can model and simulate the entity's present and potential future positions.
- the strategy unit 270 can define one or more predetermined strategies for allocating wealth in a manner deemed to optimal or beneficial. Predefined strategies of the strategy unit 270 can be simulated by the simulation unit 260 upon request of a user. In an exemplary embodiment of the financial modeling system 200 , the strategy unit 270 defines a “preferred” strategy based on comprehensive financial research. The preferred strategy may aim to achieve one or more of the following:
- Overflow can be an important concept in balancing a financial model according to the above preferred strategy.
- overflow from the savings component 420 can be moved into the first row of the growth component 430 .
- Earnings and interest from the savings component 420 , as well as overflow from the first row of the growth component 430 can optionally be invested into the second row of the growth component 430 .
- Such overflow into the second row of the growth component 430 can continue until the second row equals the total value in the first row of the growth component 430 .
- additional overflow can then be contributed to the third row of the growth component 430 .
- riskier investments are undertaken in this strategy only when more predictable investments have already been made.
- overflow may be deposited into qualified plans to raise the total allocation in qualified plans beyond seven percent of the gross annual income.
- interest, dividends, realized capital gains, and rents in the growth component 430 can be deposited into the first sub-component of the savings component 410 instead of being automatically reinvested.
- the entity has saved at least $50,000 by the third year, and has $15,000 to overflow into the growth component 430 , the entity then has the following options:
- values in the various sub-components can be periodically simulated and reviewed to identify deficiencies.
- Financial recommendations can be made as to where to reposition funds, particularly finds in the first savings sub-component. Repositioning can be determined to meet the afore-mentioned goals of the preferred strategy. If there is a decline or loss of money in any particular sub-component or set of sub-components, the user and/or the entity can determine a cause of the decline, and can rebalance the model.
- the above strategy can enable the entity to achieve various combinations of the following tasks: save income taxes, maintain liquidity, reduce risk, maximize protection, optimize earnings, achieve money efficiency, enjoy a multiplier effect based on the velocity of money theory, assess current events, make more intelligent financial decisions, avoid lost opportunity costs, and generally maintain a balanced and beneficial financial position.
- the user may define the limits within each of the steps identified within the strategy unit 270 .
- User-defined limits may constitute one or more additional strategies of the strategy unit 270 .
- the simulation unit 260 may engage the user-defined limits and perform a simulation of the results, which may be compared against results simulated based on the preferred strategy.
- the financial modeling system 200 and methods can be utilized to effectively and graphically model an entity's financial position and net worth.
- the system 200 and method can be further utilized to illustrate benefits and drawback of various financial decisions.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Systems and methods for providing financial modeling are provided. A financial modeling method according to the present invention can comprise receiving comprehensive financial data relating to an entity. The financial data can be categorized into a plurality of financial components, which can comprise a protection component, and savings component, and a growth component. An additional step can comprise analyzing the financial data, along with a set of assumptions, to create a financial model based on the plurality of financial components. The method can display a graphical representation of the financial model, and the graphical representation can illustrate an application of one or more of the financial components to the financial data. An update to the financial data or the assumptions can be received and dynamically incorporated into the graphical representation.
Description
- This Application claims priority to and benefit under 35 U.S.C. § 120 of U.S. patent application Ser. No. 16/154,039, filed Oct. 8, 2018, which claims priority to and benefit of U.S. patent application Ser. No. 12/408,643, filed Mar. 20, 2009, which claims priority to and benefit under 35 U.S.C. § 119(e), of U.S. Provisional Application Ser. Nos. 61/070,147, 61/070,167, 61/070,294, 61/070,295, 61/070,361, and 61/070,385, all of which were filed on Mar. 20, 2008. The entire contents and substance of each above-listed application are hereby incorporated by reference.
- Various embodiments of the present invention relate to financial models and, more particularly, to systems and methods for modeling or simulating financial data.
- Conventionally, financial planning is based on meeting specific, predetermined goals without regard to an overall scientific picture of an entity's financial circumstances. To meet the predetermined goals, financial planners or analysts generally use trial and error approaches to determine which financial decisions are likely to be most successful in reaching the goals. Accordingly, because trial and error approaches tend to be based on little more than deductive reasoning, resulting financial decisions are not based on scientific study of an entity's finances. Many financial plans fail because they are too heavily focused on linear mathematical calculations that are based on a singular or one dimensional task. Consequently, when creating a financial plan via conventional methods, initial targets and goals are likely flawed. Additionally, it can be expected that not all factors will be properly considered in attempting to meet those targets and goals.
- In the majority of financial plans, an objective is identified and then quantified into a specific future financial need. For example, a couple may decide that they want to send their child to an expensive private university. It may then be determined that couple will need to save approximately $140,000 in the next eighteen years. Next, a deficiency study is undertaken by subtracting the quantification of existing financial resources from the future need. Finally, one or more financial plans can be undertaken to overcome the deficiency. Continuing the previous example, if the couple's current savings plan would enable them to save only $75,000 in the next eighteen years, they would need to develop a new savings plan, or supplement their current savings plan to make up the additional required $65,000. Various financial products would be recommended to the couple to assist them in saving the additional required funds. Although the above example is simplified, this process of analyzing the couple's finances is representative of a conventional financial deductive process, which is too one-dimensional to provide an accurate picture of an entity's complete financial situation. Such deductive reasoning is further inaccurate and flawed for failing to apply real-life erosionary properties of money to a financial plan.
- To institute financial order and control, the financial industry introduced a balance sheet. The balance sheet, however, fails to provide a solution to the problem of one-dimensional financial planning. The balance sheet merely provides a list of a person's assets and liabilities, and subtracts the liabilities from the assets to produce the person's estimated net worth. As with other financial tools, however, balance sheets do not offer a scientific approach to finances. Balance sheets can only linearly quantify net worth. Balance sheets cannot provide consumers with information regarding effectiveness, efficiency, predictability, or verification of financial decisions.
- Therefore, there is a need for a financial tool to effectively model an entity's financial performance. Preferably, such a financial tool can aggregate multiple financial products to provide a complete financial assessment. Further preferably, the financial tool can provide a visual representation to enable users to better understand the complete financial assessment. It is to such a financial tool that embodiments of the present invention are directed.
- Exemplary embodiments of the present invention may include financial modeling systems and methods. A financial modeling system according to the present invention can be executed, at least partially, through a financial modeling application. The financial modeling application can comprise a local input unit, a local database, a selection unit, a compartmentalization unit, and a simulation unit.
- The local input unit can receive financial data relating to an entity. Preferably, such financial data is comprehensive and comprises responses to a questionnaire prompting financial details of the entity. The local input unit can receive such data and transfer it into the local database.
- The selection unit can display a list of entities for which the system maintains financial data. The selection unit can additionally receive a user's selection of one of such entities. This selection can initiate modeling of financial data associated with the selected entity.
- The compartmentalization unit can categorize the selected entity's financial data into a plurality of financial components. The financial components can comprise, for example, a protection component, a savings component, and a growth component. Each component can be further subdivided into a plurality of sub-components, which can be arranged within the components in a predetermined and organized manner.
- The simulation unit can model the financial data. Such modeling can include, for example, modeling all or some of the components or sub-components, modeling of the entity's present financial position, simulating changes in the entity's financial position, and simulating potential financial futures of the entity.
- The above units can communicate with one another and exchange data for operation of the financial modeling system
- These and other objects, features, and advantages of the financial modeling systems and methods will become more apparent upon reading the following specification in conjunction with the accompanying drawing figures.
-
FIG. 1 illustrates a computing environment for a financial modeling system, according to an exemplary embodiment of the present invention. -
FIG. 2 illustrates a diagram of the financial modeling system, according to an exemplary embodiment of the present invention. -
FIGS. 3A-3E illustrate segments of a questionnaire of the financial modeling system, according to an exemplary embodiment of the present invention. -
FIG. 4A illustrates use of components and sub-components of the financial modeling system, according to an exemplary embodiment of the present invention. -
FIG. 4B illustrates a labeling scheme for the sub-components of the financial modeling system, according to an exemplary embodiment of the present invention. -
FIG. 5 illustrates an overview of the components and sub-components of the financial modeling system, according to an exemplary embodiment of the present invention. -
FIG. 6A illustrates a description of a sub-component of the financial modeling system, according to an exemplary embodiment of the present invention. -
FIG. 6B illustrates a guideline review of the sub-component ofFIG. 6A , according to an exemplary embodiment of the present invention. -
FIG. 7 illustrates assumptions used in a financial model of the financial modeling system, according to an exemplary embodiment of the present invention. -
FIGS. 8A-8E illustrate a present financial position associated with a select sub-component, according to an exemplary embodiment of the present invention. -
FIG. 9 illustrates setup of a simulation of a money move from a first sub-compartment to a second sub-compartment, according to an exemplary embodiment of the present invention. -
FIGS. 10A-10I illustrate the simulation of the money move ofFIG. 9 from the first sub-component to the second sub-component of the financial modeling system, according to an exemplary embodiment of the present invention. -
FIG. 11 illustrates a comparison of the entity's present position to the entity's hypothetical position after the money move, according to an exemplary embodiment of the present invention. -
FIGS. 12A-12B illustrate selected steps of a second money move, according to an exemplary embodiment of the present invention. - To facilitate an understanding of the principles and features of the present invention, various illustrative embodiments are explained below. Exemplary embodiments of the invention comprise systems and methods for modeling financial data. In particular, embodiments of the systems and methods are described in the context of modeling a person's complete financial position in a computing environment. Embodiments of the invention, however, are not limited to this context. Rather, embodiments of the invention may be utilized to model portions or segments of financial circumstances of various entities. Further, embodiments of the invention may be utilized to model various complex circumstances, which may or may not have financial components.
- The elements described hereinafter as making up various aspects of the invention are intended to be illustrative and not restrictive. Many suitable elements that would perform the same or similar functions as elements described herein are intended to be embraced within the scope of the present financial modeling system. Such other elements not described herein may include, but are not limited to, for example, elements developed after development of the invention.
- In an exemplary embodiment, the financial modeling system may receive comprehensive financial data from a user. Such financial data may be received, for example, directly from a financial institution via aggregation technology, direct connection, or download from a web server.
- After receiving the financial data, the financial modeling system may provide a visual and multi-dimensional tool for modeling and assessing an entity's financial situation. The system may automatically incorporate the financial data into a financial model, which may comprise a plurality of financial components. A graphical representation of the financial model may illustrate either a select set of the financial components of the entity's financial position, or a complete picture of the entity's financial position comprising all applicable components. The financial model may additionally simulate a progression of the entity's financial position into the future. Accordingly, the entity can view the model and effectively plan for the future from a financial standpoint.
- Referring now to the figures, wherein like reference numerals represent like parts throughout the views, various embodiments of the financial modeling systems and methods will be described in detail.
-
FIG. 1 illustrates an example of asuitable computing system 100, such as a computer, on which embodiments of the invention may be implemented. Thecomputer 100 is only one example of a suitable environment for embodiments of the invention and is not intended to suggest any limitation as to the scope of use or functionality of the invention. - Exemplary embodiments of the financial modeling system 200 (
FIG. 2 ) may be operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like. - Exemplary embodiments of the
financial modeling system 200 may be described in a general context of computer-executable instructions, such as one or more applications or program modules, stored on a computer-readable medium and executed by a computer processing unit. Generally, program modules may include routines, programs, objects, components, or data structures that perform particular tasks or implement particular abstract data types. Embodiments of thesystem 200 may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media, including memory storage devices. - With reference to
FIG. 1 , components of thecomputer 100 may comprise, without limitation, aprocessing unit 120 and asystem memory 130. Asystem bus 121 may couple various system components including thesystem memory 130 to theprocessing unit 120. Thesystem bus 121 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures may include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus also known as Mezzanine bus. - The
computer 100 may include a variety of computer-readable media. Computer-readable media may comprise various available media accessible by thecomputer 100, including both volatile and nonvolatile, removable and non-removable media. For example, and not limitation, computer-readable media may comprise computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media may include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store data accessible by thecomputer 100. - Communication media can typically embody computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. For, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of any of the above can also be included within the scope of computer readable media.
- The
system memory 130 can comprise computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 131 and random access memory (RAM) 132. A basic input/output system 133 (BIOS), containing the basic routines that help to transfer information between elements within thecomputer 100, such as during start-up, can typically be stored in theROM 131. TheRAM 132 typically contains data and/or program modules that are immediately accessible to and/or presently in operation by theprocessing unit 120. For example, and not limitation,FIG. 1 illustratesoperating system 134,application programs 135,other program modules 136, andprogram data 137. - The
computer 100 can also include other removable or non-removable, volatile or nonvolatile computer storage media. By way of example only,FIG. 1 illustrates ahard disk drive 141 that can read from or write to non-removable, nonvolatile magnetic media, amagnetic disk drive 151 for reading or writing to a non-volatilemagnetic disk 152, and anoptical disk drive 155 for reading or writing to a non-volatile optical disk 156, such as a CD ROM or other optical media. Other computer storage media that can be used in the exemplary operating environment can include magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. Thehard disk drive 141 can be connected to thesystem bus 121 through a non-removable memory interface such asinterface 140, andmagnetic disk drive 151 andoptical disk drive 155 are typically connected to thesystem bus 121 by a removable memory interface, such asinterface 150. - The drives and their associated computer storage media discussed above, and illustrated in
FIG. 1 , can provide storage of computer readable instructions, data structures, program modules and other data for thecomputer 100. InFIG. 1 , for example,hard disk drive 141 is illustrated as storingoperating system 144,application programs 145,other program modules 146, andprogram data 147. Note that these components can either be the same as or different fromoperating system 134,application programs 135,other program modules 136, andprogram data 137. - A web
browser application program 135, orweb client 124, can be stored on thehard disk drive 141 or other storage media. Theweb client 124 can comprise anapplication program 135 for requesting and rendering web pages 126, such as those created in Hypertext Markup Language (“HTML”) or other types of markup languages. Theweb client 124 can be capable of executing client side objects, as well as scripts through the use of a scripting host. The scripting host executes program code expressed as scripts within the browser environment. Additionally, theweb client 124 can executeweb application programs 135, which can be embodied in web pages 126. - A user may enter commands and information into the
computer 100 through input devices such as akeyboard 162 andpointing device 161, commonly referred to as a mouse, trackball, or touch pad. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, electronic white board, or the like. These and other input devices are often connected to theprocessing unit 120 through auser input interface 160 coupled to thesystem bus 121, but may be connected by other interface and bus structures, such as a parallel port, game port, or a universal serial bus (USB). Amonitor 191 or other type of display device can also be connected to thesystem bus 121 via an interface, such as avideo interface 190. In addition to the monitor, computers may also include other peripheral output devices such asspeakers 197 and aprinter 196. These can be connected through an outputperipheral interface 195. - The
computer 100 can operate in a networked environment using logical connections to one or more remote computers, such as aremote computer 180. Theremote computer 180 may be a personal computer, a server, a router, a network PC, a peer device, or other common network node, and can includes many or all of the elements described above relative to thecomputer 100, including amemory storage device 181. The logical connections depicted inFIG. 1 include a local area network (LAN) 171 and a wide area network (WAN) 173, but can also include other networks. - When used in a LAN networking environment, the
computer 100 can be connected to theLAN 171 through a network interface oradapter 170. When used in a WAN networking environment, thecomputer 100 can include amodem 172 or other means for establishing communications over theWAN 173, such as the internet. Themodem 172, which can be internal or external, can be connected to thesystem bus 121 via theuser input interface 160 or other appropriate mechanism. In a networked environment, program modules depicted relative to thecomputer 100 can be stored in the remote memory storage device. For example, and not limitation,FIG. 1 illustratesremote application programs 185 as residing onmemory device 181. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers can be used. -
FIG. 2 illustrates a diagram of an exemplary embodiment of thefinancial modeling system 200, which can be implemented on thecomputer 100 in whole or in part. Thefinancial modeling system 200 can comprise one or more components that can be executable on thecomputer 100, aremote server 250, or a combination of both. If aserver 250 is included in thefinancial modeling system 200, theserver 250 and thecomputer 100 can be in communication, either directly or over a network.Such network 270 can be, for example, and not limitation, the internet or a local area network. - The
computer 100 can be local to a user of thefinancial modeling system 200, and can execute afinancial modeling application 205. Thelocal computer 100 may locally store computer-readable instructions for execution of thefinancial modeling application 205. Alternatively, however, thefinancial modeling application 205 may be a web-based application. In that case, theserver 250 may store computer-readable instructions for operation of thefinancial modeling application 205. Thelocal computer 100 may run thefinancial modeling application 205 through interaction with theserver 250. Such interaction may, but need not, occur through use of aweb client 124 running at thelocal computer 100. - The
server 250 can comprise the same or similar components as those included in thecomputer 100, as described above. Theserver 250, however, can be configured to execute server-side processes and, in some embodiments, can service a financial modeling website for thesystem 200. Theserver 250 can comprise one or more server-side modeling applications 252 for server-side operation of thefinancial modeling system 200. - The
financial modeling application 205 and the server-side modeling application 252 can each comprise, or be in communication with, one or more units configured to execute processes of thefinancial modeling system 200. The units can be one or more modules, files, applications, devices, or combinations or portions thereof. Units of thefinancial modeling application 205 can include, for example, alocal input unit 210, alocal database 220, aselection unit 230, acompartmentalization unit 250, asimulation unit 260, and astrategy unit 270. Units of the server-side application 252 can include, for example, aremote input unit 254 and aremote database 258. The various units of thefinancial modeling application 205 and the server-side modeling application 252 can be in communication with one another for operation of thefinancial modeling system 200. - In an exemplary embodiment of the
financial modeling system 200, aremote computer 290 may access thesystem 200 through the network. Theremote computer 290 may have the same or similar components as the first (local)computer 100, as described above. Theremote computer 290, however, need not run or be in direct communication with an instance of thefinancial modeling application 205. Instead, theremote computer 290 can communicate with thefirst computer 100 or theserver 250 through thenetwork 270. Such communications can, but need not, occur through use of aweb client 124 at theremote computer 290. - The
local input unit 210 and theremote input unit 254 of thefinancial modeling system 200 can be configured to receive data from a user of thesystem 200. Preferably, such data comprises comprehensive financial data, but can alternatively comprise limited financial data or various types of data the user desires to be modeled. In some embodiments of thefinancial modeling system 200, the data can be received via a scanned document or document image. In that case, thelocal input unit 210 can perform optical character recognition or otherwise translate the document image into manipulatable data. - The
local input unit 210 can receive the data by various means. For example, and not limitation, the data can be entered directly into thelocal computer 100 running thefinancial modeling application 205. In an exemplary embodiment, thelocal input unit 210 can present the user with a questionnaire regarding the details of an entity's financial situation. Preferably, the questionnaire is comprehensive, enabling the user to enter comprehensive information regarding the entity's financial situation. In an alternate exemplary embodiment, thelocal input unit 210 can receive the data over thenetwork 270 from theserver 250 or from a financial institution. -
FIGS. 3A-3E illustrate segments of an exemplary questionnaire, requesting various finance-related data. As shown in thetab section 310 of the questionnaire, which is illustrated in all ofFIGS. 3A-3E , the questionnaire can comprise one or more segments. Preferably, each segment can focus on a topic of the entity's financial situation. The segments can include, for example, a general data segment (FIG. 3A ), an asset and debt segment (FIG. 3B ), an insurance segment (FIG. 3C ), an estate segment (FIG. 3D ), and a cash flows segment (FIG. 3E ). One of skill in the art will recognize, however, that the segments need not be limited to these. - As illustrated in the figures, each segment of the questionnaire can comprise one or more data fields in which the user can enter the entity's financial data. The segments can further comprise one or more buttons or other components that, when activated, can initiate requests for more detailed data entry. For example, as illustrated in
FIG. 3A , each of the segments can comprise one or more buttons orother objects 320. When activated,such objects 320 may prompt thelocal input unit 210 to present the user with more detailed data entry fields for receiving specific data. A dialog comprising detailed data entry fields can appear, thereby prompting the user to enter detailed information regarding the original data field associated with the activatedobject 320. Such detailed data entry fields may receive, for example, account names, balances, contributions, withdrawals, hypothetical rates of return, premiums, interest rates, or other information relevant to precisely indicate a current financial position of an entity. Preferably, such detailed data entry fields are appropriately labeled to indicate to the user the type of specific data to be entered. - One or more fields of the questionnaire can be prefilled with default values. Additionally, one or more data fields can be associated with a list of predetermined scenarios. If the user selected a scenario associated with a data field, the data field can be automatically filled with values associated with the scenario. For example, and not limitation, if the user selects a scenario in which the entity's salary increases by five percent each year, such annual salary increases can be filled into one or more data fields representing the entity's salary.
- After the user submits the questionnaire, the data entered into the questionnaire can be transferred into the
local database 220. In thelocal database 220, the data can be associated with an identifier of the entity, such as the entity's name, unique identification number, or social security number. - In an exemplary embodiment of the
financial modeling system 200, thefinancial modeling application 205 can be installed and executed on one or more computers of authorized users, such as financial analysts or insurance salesman. Therefore, it can be the case that entities desiring their finances to be modeled do not have access to the entirefinancial modeling application 205 unless they are at a site of such an authorized user. Therefore, it is preferred that such entities are able to enter their financial data from remote locations. - Accordingly, in an exemplary embodiment, an entity can enter his financial data from the
remote computer 290. From theremote computer 290, the entity can access theremote input unit 254 of theserver 250 through thenetwork 270. Such access can, but need not, occur through use of aweb client 124 on theremote computer 290. Theremote input unit 254 can present the entity with a comprehensive questionnaire, which can be similar to that presented by thelocal input unit 210. When data is submitted through the remote questionnaire, the data can be transferred to theserver 250 and stored in theremote database 258. - The
local database 220 and theremote database 258 can exchange data across thenetwork 270. Data exchanges between thedatabases financial modeling system 200. For example, when a user at thelocal computer 100 requests to import data from theremote database 258, data can be transferred from theremote database 258 to thelocal database 220. For further example, if the user requests to export data, data can be transferred from thelocal database 220 to theremote database 258. Based on the user's preference, the transferred data can comprise either a select portion of data stored on the source database, or can comprise all data that has been updated since a previous transfer of data. In an exemplary embodiment of thefinancial modeling system 200, the user can request to synchronize the data stored in thedatabases databases databases - The
selection unit 230 of thefinancial modeling system 200 can present a user with a plurality of files or topics. For example, and not limitation, theselection unit 230 can display a list of entities for which financial data is stored in thelocal database 220. Theselection unit 230 can also display a list of entities for whom an account has been set up but for whom incomplete data currently exists on thelocal database 220. If an entity falls into this latter category, the user can check whether the entity has financial data stored on theremote database 258. If so, such data can be imported to thelocal database 220. - The user can select an entity from the display provided by the
selection unit 230. Theselection unit 230 can receive the user's selection, and can retrieve the financial data associated with the selected entity. Such financial data can then be made available to thecompartmentalization unit 250. - The
compartmentalization unit 250 can categorize financial data. For example, thecompartmentalization unit 250 can categorize an entity's financial data into a plurality of financial components, which can each be further segmented into a plurality of sub-components. -
FIG. 4A illustrates an example of components and sub-components into which thecompartmentalization unit 250 can categorize financial data. For example, the components can comprise aprotection component 410, asavings component 420, agrowth component 430, and adebt component 450. In an exemplary embodiment of thefinancial modeling system 200, theprotection component 410 can correspond to funds that are used to protect the entity's wealth and well-being. Thesavings component 420 can correspond to funds that are being saved and accumulated. Thegrowth component 430 can correspond to funds that are allowed to grow and multiply. Finally, thedebt component 450 can correspond to liabilities, such as debts, of the entity. - In an exemplary embodiment of the
financial modeling system 200, thedebt component 450 may behave differently than theother components debt component 450 may show a state of the entity's debt or other liabilities at the start age. For example, thedebt component 450 can display how much is owed, interest rates, and pay-off terms. Thedebt component 450 need not comprise distinctly labeled sub-components. Thedebt component 450 may, however, comprise one or more columns or other organizational structures to effectively articulate the entity's debts. - As shown in
FIG. 4A , theprotection component 410 can comprise the following sub-components: vehicle insurance, property insurance, liability insurance, disability insurance, medical insurance, government plans, wills and documents, trusts and ownerships, and life insurance. Thesavings component 420 can comprise the following sub-components: checking, savings, credit union, savings bonds, certificates, money markets, tax deferred, tax free, and tax deductible accounts. Finally, thegrowth component 430 can comprise the following sub-components: government bonds, corporate bonds, municipal bonds, preferred stocks, blue chip stocks, growth stocks, collectibles, real estate, and tax sheltered investments. Additionally, other protection, savings, and growth instruments may be available and may fit within this framework. - In an exemplary embodiment of the
compartmentalization unit 250, the sub-components can be arranged within the components in a predetermined, logical, and scientific manner. For example, as illustrated inFIG. 4A , the nine sub-components of each component can be arranged in three rows of three. Further, the sub-components can be positioned based on a hierarchical pattern. Each level of sub-components can represent increased function or use relative to a previous level positioned above. For example, sub-components in a second level can provide two functions or uses, while sub-components in a third level can provide three functions or uses. - For further example, and not limitation, in the
protection component 410, vehicle insurance, property insurance, and liability insurance perform only one function, the protection of assets. These elements generally do not protect income or provide protection for the consequences of death. Consequently, these sub-components are positioned on the first level of the component. Disability insurance, medical insurance, and government plans can perform two functions, the protection of income and protection of assets. These do not, however, provide protection from consequences of death. Consequently, these sub-components are listed on the second level. Lastly, wills and documents, trusts and ownership, and life insurance can perform three functions, the protection of income, assets, and death consequences. Because of their breadth of protection, these sub-components can be positioned on the third level of theprotection components 410. - In the
savings component 420, checking accounts, savings accounts and credit unions can perform a single function. They can provide a safety net. However, these sub-components generally do not provide high yields or tax benefits, so they are positioned on the first level. Saving bonds, certificates of deposit, and money market accounts can perform two functions, safety and higher yield. Therefore, these sub-components can be positioned on the second level. Tax deferred savings, tax free savings, and tax deductible savings can each perform three functions, safety, higher yield, and tax benefits. Consequently, these sub-components can be positioned on the third level. - Additionally, the sub-components can be positioned left to right based on productivity, liquidity, and risk. For example, suppose the nine sub-components of a component are numbered from one to nine, such that the numbering is left to right and then top to bottom. As illustrated in
FIG. 4B , each sub-component can be referred to by a two-digit identifier consisting of a letter signifying its parent component, as well as a number from one to nine. As the sub-components proceed from one to nine, the following can occur: (i) productivity and performance can increase; (ii) liquidity can decrease; and (iii) risk can increase. For instance, tax deductible savings can be more productive and performing that checking accounts and tax deferred savings. However, tax deductible savings can also be less liquid and more risky than checking accounts and tax deferred savings. - Regardless of the components and sub-components used by the
financial modeling system 200, thecompartmentalization unit 250 can conduct initial processing of financial data. During initial processing, thecompartmentalization unit 250 can categorize the data into the components and sub-components, and can display a graphical representation of such categorization. Such graphical representation can be similar to that illustrated byFIG. 4A . - Although not illustrated in
FIG. 4A , one or more of the sub-components can be emphasized to indicate a characteristic of one or more accounts associated with such sub-components. For example, the sub-components can be color-coded according to a predetermined scheme. A green coloring can indicate that a sub-component passes one or more benchmarks related to the sub-component. A yellow coloring can indicate that a sub-component received borderline results (e.g., neither passing nor failing, or barely passing) for the one or more benchmarks. In contrast, a red coloring can indicate that a sub-component failed the one or more benchmarks and, therefore, one or more accounts associated with the sub-component require attention. - The
financial modeling system 200 can further enable detailed views of the various components and sub-components. For example, at the user's prompting, the user can be presented with an overview of the components, as illustrated inFIG. 5 . From the overview, the user can select a particular component or sub-component to view in detail. - Each sub-component can comprise various elements, which the user can view. For example, if the user selects the vehicle insurance sub-component, the user can be presented with a display similar to that illustrated in
FIG. 6A . As shown inFIG. 6A , the user can be presented with a general description of the sub-component. Additionally, if the sub-component comprises one or more categories, the user can select to view the entity's financial details in such categories. For example, as shown, vehicle insurance can be sub-categorized into car and auto, boat and watercraft, and other vehicles. - As illustrated in
FIG. 6B , the user or entity can view and modify a guideline review pertaining to the sub-component. The guideline review can be accessible from thelocal computer 100 or from theremote computer 290. From theremote computer 290, the entity can modify the guideline review by accessing a web-based, client-side portal. In an exemplary embodiment, the guideline review can prompt the user or entity to enter the entity's opinion regarding various aspects of the sub-component. Accordingly, the guideline review can present one or more questions regarding the entity. The answers to such questions can be considered in determining whether values or inputs associated with the given sub-component should be modified. - Returning now to
FIG. 4A , thesimulation unit 260 can be responsible for a large portion of financial processing and modeling performed by thefinancial modeling system 200. Thesimulation unit 260 can output a graphical representation of a financial situation, such as that illustrated inFIG. 4A . - Although not illustrated in
FIG. 4A , thesimulation unit 260 can calculate an entity's wealth based on received data relating to the entity. Wealth can be calculated in various manners. For example, an equation can be used to calculate wealth, as follows: -
Wealth=(A*RoR*$*Time)/(I*PO*TC*PC*Tax*E), - where RoR represents a rate of return; I represents an interest rate; PO represents the entity's planned age of obsolescence; TC is a factor representing a rate of change in technology; PC is a factor representing the entity's propensity to spend or increase spending as income increases; and Tax represents the entity's estimated tax rate.
- A simpler, and perhaps less accurate, calculation of the entity's wealth may be described as follows:
-
Wealth=(RoR*$*Time)/(I+Tax) - In addition, or alternatively to the above equation, the wealth calculation may comprise various sub-calculations, the combination of which define the entity's wealth. Exemplary sub-calculations defining wealth may include the following eight steps, which may be performed in various orders:
- 1. Calculate gross earned income from all sources
- 2. Calculate planned withdrawals from all Savings, Growth, and Ownership Trust accounts
- 3. Calculate primary expenses from all sources
- Such primary expenses may include both variable and fixed living expenses, as well as income taxes on gross earned income. Income taxes may be calculated by applying a hypothetical user-defined tax rate or, alternatively, a simulator-derived tax rate based on a government tax code. Tax rates may incorporate expected exemptions, deductions, credits, or various combinations thereof. Primary expenses may additionally include effects of various wealth-eroding factors, such as planned obsolescence, technological change, propensity to consume, standard of living increases, inflation, and user-defined factors. Wealth-eroding factors may be expressed as, for examples, stated values or percentages of gross income.
- 4. Calculate shortfall or surplus
- If the
simulation unit 260 determines that a surplus exists, the surplus may be deposited into sub-component S1, and increased based on the rate of return for S1. In contrast, if there is a shortfall, funds may be withdrawn from existing accounts S1-S9 and G1-G9, as governed by a user defined withdrawal order - 5. Calculate rates of return on Savings (S1-S9) and Investment Assets (G1-G9) and Ownership and Trust accounts (P8)
- The calculated rates of return may be applied to both account balances and contributions to the applicable accounts.
- 6. Calculate savings and investment taxes
- As described above, the tax calculation may be based on a user-defined or simulator-derived tax rate. Taxes may be calculated for taxable Savings (S1-S9), Investment Assets (G1-G9), and Ownership and Trust accounts (P8). Additionally, taxes may be calculated when tax-triggering withdrawals are made from an account. To pay taxes, funds may be taken from a surplus or from one or more accounts.
- 7. Calculate taxes from account withdrawals for qualified plans
- The
simulation unit 260 may carry over additional “tax on tax” to next year, or may increase desired withdrawal amounts to cover expected taxes on the withdrawals - 8. Calculate new debt balances
- New debt balances may be based on old debt balances, interest rates, payments made towards the debts, or various combinations thereof.
- The above guidelines for calculating wealth are merely provided as an example. One of ordinary skill in the art will recognize that wealth can be calculated or estimated by various means.
- The
simulation unit 260 may calculate the entity's wealth upon request from a user, or in some embodiments, without prompting. Results of such calculations can be utilized at least to gain an understanding of the entity's present financial position. - Referring back to
FIG. 4A , in addition to displaying the components and sub-components, which are discussed above, thesimulation unit 260 can display anassumptions segment 440, one ormore inputs 460, one or morecurrent values 470, one or morecurrent outputs 475, and one or morefuture outputs 480. - The
assumptions segment 440 can represent various assumptions utilized in a current simulation. For example, as illustrated inFIG. 4A , a start age and end age of the entity can be assumed. Theinputs 460 andcurrent values 470 can respectively represent funds contributed and held in accounts, or sub-components, by the entity at the start age. Similarly, thecurrent outputs 475 can represent output in the year of the start age. In contrast, thefuture outputs 480 can represent output values at the end age. Neither the start age nor the end age need be the entity's current age. If the start age is greater than the entity's current age, then theinputs 460,current values 470, andcurrent outputs 475 can be projected values based on calculations of thesimulation unit 260. - An
input total 485 and anoutput total 490 can also be calculated and displayed. The future outputs 480 andoutput total 490 can reflect a future value of money or, alternatively, a present value of money. In an exemplary embodiment of thefinancial modeling system 200, the user can select whether to view present or future values of theoutputs outputs - It is not necessary that all assumptions, calculations, or tabulations be visible from a simulation display. For example, the user can choose to view or amend more detailed assumptions. As shown in
FIG. 4A , the user can be presented with an assumptions object 442, such as a button. Clicking this object 442, or otherwise indicating a desire to view more detailed assumptions, can prompt display of a more detailed set of assumptions. Such a set of assumptions is illustrated inFIG. 7 . As shown inFIG. 7 , the user can amend, for example, tax rates, cost of money, and an inflation rate. - Returning now to
FIG. 4A , the user can change various factors, such as the start and end ages. In response to changes and updates, the display can dynamically and automatically update based on the changed factors. Theinputs 460,current values 470,current outputs 475, andfuture outputs 480 can be dynamically calculated and displayed by thesimulation unit 260. If an assumption is modified, for example, thesimulation unit 260 can consider the modification to determine how various values should change. For instance, if the end age is increased, theoutputs - The
simulation unit 260 can be capable of focusing on all components, one or more components, all sub-components, one or more sub-components, or a combination thereof. Adaptability of thesimulation unit 260 in this manner may enable the user to analyze the entity's present position with respect to a select portion of the entity's finances. Additionally, the user can select whether to analyze new money (i.e., input values 460), old money (i.e., current values 470), or both. New money may represent an entity's defined contributions or premiums into a particular financial account or vehicle. In contrast, old money may represent an entity's current account balance. The current account balance may be withdrawn, for example, via (i) interest-only, (ii) pay down over a period of years, or by way of a specified withdrawal amount based on a current balance for a number of years, or (iii) many variations or combinations thereof. For example, as shown inFIGS. 8A-8E , the user can analyze the entity's present position with respect to new money invested in money market accounts S6. As illustrated, thesimulation unit 260 can navigate through one or more predetermined steps to illustrate the entity's present position with respect to the selected sub-component S6. - In a first step, as shown in
FIG. 8A , thesimulation unit 260 can illustrate new money entering the money markets S6, as well as a projectedoutput 480 based on the input of such new money. As shown inFIG. 8B , another step of the analysis can illustrate taxes associated with new money in the money markets S6. Thesimulation unit 260 can calculate and display deferred taxes and taxes paid on money invested into the money markets S6. As shown inFIG. 8C , in an additional step, thesimulation unit 260 can calculate and display lost opportunity costs (LOCs) associated with the taxes paid. Taxes and LOCs can be calculated based on assumptions of tax rates and a cost of money rate, which may be user-defined or automatically calculated by the unit. More specifically, tax rates used in the simulation may be estimated by the user, or the user may choose to use actual tax rates. If actual tax rates are used, thesimulation unit 260 may use tax rates published by the government for current and future years. Such published tax rates may be downloaded to thesimulation unit 260 through thenetwork 270. In another step, as illustrated inFIG. 8D , thesimulation unit 260 can combine the taxes and LOCs. The total of the taxes and LOCs represents a total cost of investing the indicated new money in the money markets S6. - Finally, as illustrated in
FIG. 8E , thesimulation unit 260 can perform a benefit review. The benefit review can emphasize one or more other sub-components that either (i) may be affected by the simulated transactions, or (ii) may deserve attention because of the simulated transactions. Some data relevant in the benefit review may vary for different entities based on the entity's jurisdiction or place of residence. As such, the benefit review may comprise downloading jurisdictionally-specific data, which may be sorted and displayed based on the entity's jurisdiction - In the illustrated case, emphasis of the one or more relevant other sub-components is provided by lighting up such other sub-components, but this particular type of emphasis is not required. Various means of bringing the user's attention to such sub-components may be provided. For example, and not limitation, the
simulation unit 260 can also change the coloring or size of such other sub-components. - In an exemplary embodiment of the
financial modeling system 200, thesimulation unit 260 can progress from one step to a following step when the user indicates a desire to continue, such as by clicking an appropriately labeled button or other object, or by providing an audible request to continue. Such button or other object may be labeled, for example, “NEXT,” “FORWARD,” or “CONTINUE.” Alternatively, however, thesimulation unit 260 can proceed to the following step after a predetermined time frame. - The
simulation unit 260 can be further capable of simulating movement of money from one or more sub-components to one or more other sub-components. In an exemplary embodiment of thefinancial modeling system 200, simulation of such movement follows a predetermined set of steps. The steps can be at least partially determined by the source and destination sub-components of the funds to be moved. - For example, as illustrated in
FIG. 9 , consider a move of funds from money markets S6 to life insurance P9. The user can initially select whether to move new money (i.e., input values 460), old money (i.e., current values 470), or both. In the example illustrated inFIG. 9 , the user selects to move only new money. Before simulation of the move, the user can view the present position of the source and target sub-components, as illustrated inFIG. 10A . The present position for a new money simulation can preferably indicate input in the current year and output at a relevant end age, such an expected age of retirement or other age specified by the user. - A first step of the move, as illustrated in
FIG. 10B , can comprise terminating money input to the source sub-component. In this case, funds are no longer input to money markets S6. In a next step, as illustrated inFIG. 10D , the user can be prompted to enter details regarding the target account, which in this case is a whole life insurance account. For various target accounts, this step may not be necessary. In another step, as illustrated inFIG. 10E , funds previously contributed to money markets S6 can now be contributed to the target sub-component, a whole life insurance policy in sub-component P9. As shown, the move can result in additional cash flow, such as recapture of taxes. The additional cash flow can preferably be directed toward the first sub-component S1 of thesavings component 420. In this case, this first sub-component is a wealth coordination account S1. In a next step, premiums from canceled term insurance can be recaptured into the wealth coordination account S1, as such term insurance is not needed in addition to the increased or new whole life insurance. An example of this recapturing is illustrated inFIG. 10F . Next, thesimulation unit 260 can indicate that the target sub-component has a cash value. In this case, the target sub-component, whole life insurance P9, has a cash value because the entity can borrow against whole life insurance P9. As shown inFIG. 10G by aconnector 1050, the cash value portion of the life insurance P9 is tax deferred, and may therefore be identified in the tax deferred sub-component S7. A benefit review can then be performed. In the benefit review, thesimulation unit 260 can indicate one or more sub-components that may be modified or affected, or may otherwise require attention, because of the requested money move. Then, as illustrated inFIG. 10I , thesimulation unit 260 can update theoutputs FIG. 11 , thesimulation unit 260 can compare data values of the present position to data values resulting from the simulated money move. - As with a simulation of the entity's present position, the
simulation unit 260 can progress from one step to a following step of a money move simulation when the user indicates a desire to continue. Such indication can comprise the user's clicking an appropriately labeled button or other object, or by providing an audible request to continue. Such button or other object may be labeled, for example, “NEXT,” “FORWARD,” or “CONTINUE.” Alternatively, however, thesimulation unit 260 can proceed to the following step after a predetermined time frame. - In an exemplary embodiment of the
simulation unit 260, moving money to life insurance P9 can comprise more, or different, steps than moving money to a non-life insurance sub-component. Moving money to life insurance P9 can comprise all the steps of moving money to some other sub-component, in addition to one or more steps that may be unique to life insurance moves. For example, and not limitation, a money move to whole life insurance may comprise an additional steps of requesting, or otherwise providing, details regarding terms of the life insurance. Moving money to whole life insurance may also involve recovering insurance premiums from term insurance. One of ordinary skill in the art, however, will recognize that the number of steps used to simulate a money move are arbitrary to some degree, and can be based on a level of detail included in each step. - Various money moves may be simulated by the
simulation unit 260. The above represents an exemplary simulation of moving new money from a first sub-component, specifically money markets S6, to a life insurance second sub-component. A general description of a new money move from a first sub-component to a life insurance sub-component P9 is provided below: -
-
- 1. Show present position (i.e., before money move), including various combinations of the following: (a) present position of new money relating to first and second sub-components; (b) projected cost of the new money, including taxes and LOCs of paying the taxes; and (c) deferred benefits and deferred taxes.
- 2. Show termination or reduction of a flow of money into the first sub-component. Update projected costs, such as taxes and LOCs, to reflect that certain funds no longer flow into the first sub-component.
- 3. Show recapture of taxes no longer paid based on change to the first sub-component. Some or all of the recaptured taxes can now flow into S1, which can be a checking account or other wealth coordination account, or another savings sub-component. An output from S1 at an end age may be illustrated as well. Such output may represent a total savings from terminating or reducing money flow into the first sub-component. Accordingly, such output may be equivalent to the projected costs, which may have been illustrated in
Step 1 above. - 4. Provide new insurance, such as new whole life insurance. This step may comprise presenting the user with one or more prompts, dialogs, or data fields in which the user may enter details regarding the new life insurance. Additionally, if applicable, this step can also convert term insurance to whole life insurance. Because of the new or increased whole life insurance policy provided in the previous step, the entity may no longer need existing term insurance. In the this step, the user may be presented with one or more prompts, dialogs, or data fields to convert all or a portion of current term insurance to whole life insurance.
- 5. Show movement of terminated or reduced money flow, which was previously directed to the first sub-component, to the second sub-component. If applicable, dynamically update projected costs, deferred benefits, and deferred costs.
- 6. Show recapture of term insurance premiums if applicable. For example, if insurance payments are reduced or terminated based on the addition of new whole life insurance, newly available funds corresponding to such reduced premiums can flow into one or more savings sub-components, such as S1. Otherwise, if additional premiums are required for the new whole life insurance, show loss of cash flow corresponding to such premiums. Additionally, if applicable, this step may show LOCs resulting from having to pay such premiums. Update outputs from the applicable savings sub-components at the end age, to reflect a future increase or decrease of cash flows created from the change in term and/or whole life insurance premiums.
- 7. Indicate cash value of changes to the target sub-component. For example, a connector, such as the
connector 1050, can link the target sub-component to a sub-component having a cash value. - 8. Show benefit review. For example, emphasize one or more sub-components that may be affected by the money movement. Such emphasis can comprise, for example, changing coloration or other appearance of the one or more sub-components.
- 9. Show future output of money move at end age. For example, in Step 8, it was indicated that whole life insurance P9 had a cash value. This step may show the future value of such cash value at the end age.
- An exemplary simulation of moving new money from a first sub-component to a non-life insurance sub-component is outlined below. As shown, such a move may involve fewer steps to simulate than involved in a move to a life insurance sub-component.
-
-
- 1. Show present position (i.e., before money move), including various combinations of the following: (a) present position of new money relating to first and second sub-components; (b) projected cost of the new money, including taxes and LOCs of paying the taxes; and (c) deferred benefits and deferred taxes.
- 2. Show termination or reduction of a flow of money into the first sub-component. Update projected costs, such as taxes and LOCs, to reflect that certain funds no longer flow into the first sub-component.
- 3. Show recapture of taxes no longer paid based on change to the first sub-component. Some or all of the recaptured taxes can now flow into S1, which can be a checking account or other wealth coordination account, or another sub-component of the savings component. An output from the savings sub-component at the end age may be illustrated as well. Such output may represent a total savings from terminating or reducing money flow into the first sub-component. Accordingly, such output may be equivalent to the projected costs, which may have been illustrated in
Step 1 above. - 4. Show movement of terminated or reduced money flow, which was previously directed to the first sub-component, to the second sub-component. If applicable, dynamically update projected costs, deferred benefits, and deferred costs. For example,
FIG. 12A illustrates money movement for a move from money markets S6 to a tax-free IRA S8. - 5. Show future output of money move at end age. For example, 12B illustrates future output based on the money move illustrated in
FIG. 12A , from money markets S6 to a tax-free IRA S8. In this step or in an additional step, the simulation unit can also conduct a benefit review similar to that conducted in Step 8 of the move to a life insurance sub-component. As shown inFIG. 12B , one or more sub-components may be emphasized to illustrate that they may be affected by the move.
- While the above steps describe moves of new money, one of skill in the art will recognize that moving old money, or a combination of old and new money, may comprise similar simulation steps as those outlined above. One of ordinary skill in the art will further recognize that various sets of the above described steps can be combined into single steps. Additionally, single steps, as described above, can be separated into two or more steps. One or more steps may be added to or removed from the above-described simulations to effectively illustrate a move of money from a first financial product to a second financial product. Further, multiple moves may be collectively set up and simultaneously simulated as either a single simulation or a series of consecutive simulations.
- Various money moves, which may or may not follow the above patterns, can be simulated by the
simulation unit 260. Such moves may generally comprise moving money from a first sub-component to a second sub-component. The first and the second sub-components may be selected from the entire set of sub-components belonging to all components. - Accordingly, the
simulation unit 260 can model and simulate the entity's present and potential future positions. - The
strategy unit 270 can define one or more predetermined strategies for allocating wealth in a manner deemed to optimal or beneficial. Predefined strategies of thestrategy unit 270 can be simulated by thesimulation unit 260 upon request of a user. In an exemplary embodiment of thefinancial modeling system 200, thestrategy unit 270 defines a “preferred” strategy based on comprehensive financial research. The preferred strategy may aim to achieve one or more of the following: -
- Maximize all, or most of, the protection sub-components.
- Save at least fifteen percent of gross annual income.
- Retain at least fifty percent of gross annual income in the
savings component 420, preferably in the first seven sub-components. - Contribute earnings from the first six sub-components of the
savings component 420 back into the first sub-component of the savings component 420 (e.g., checking account). - Begin qualified plan contributions (level three of the savings component 420) only after the above bulleted goals have been met.
- Maximize matching contributions of qualified plan contributions.
- Initially, contribute no more than seven percent of gross annual income to qualified plans.
- Make additional qualified plan contributions above seven percent of gross annual income only after all other goals have been met at least once.
- Overflow can be an important concept in balancing a financial model according to the above preferred strategy. Preferably, overflow from the
savings component 420 can be moved into the first row of thegrowth component 430. Earnings and interest from thesavings component 420, as well as overflow from the first row of thegrowth component 430, can optionally be invested into the second row of thegrowth component 430. Such overflow into the second row of thegrowth component 430 can continue until the second row equals the total value in the first row of thegrowth component 430. When the second row equals the first row, additional overflow can then be contributed to the third row of thegrowth component 430. As a result, riskier investments are undertaken in this strategy only when more predictable investments have already been made. Alternatively, overflow may be deposited into qualified plans to raise the total allocation in qualified plans beyond seven percent of the gross annual income. Further alternatively, interest, dividends, realized capital gains, and rents in thegrowth component 430 can be deposited into the first sub-component of thesavings component 410 instead of being automatically reinvested. - For example, suppose an entity has an annual income of $100,000. According to the above strategy, the entity should save at least $15,000 per year and have at least $50,000 in the
savings component 420. As the entity continues to increase his salary, both thecurrent values 470 amount in thesavings component 420 and the annual amount contributed to thesavings component 420 increase each year. - If the entity has saved at least $50,000 by the third year, and has $15,000 to overflow into the
growth component 430, the entity then has the following options: -
- The entity can choose to put $5,000 into each level of the
growth component 430. - The entity can choose to put all $15,000 into the first level of the
growth component 430, and can plan to eventually put $15,000 into each of theother growth component 430 levels. - Alternatively, the entity can put $10,000 into the first level of the
growth component 430 and $5000 into the second level. The entity can plan to build up the second and third levels of thegrowth component 430 to $10,000 to match the first level put $5,000 into level tier two as a start toward balancing level tier two. Each of these options sets up a particular rebalancing plan.
- The entity can choose to put $5,000 into each level of the
- If the above preferred strategy is undertaken, values in the various sub-components can be periodically simulated and reviewed to identify deficiencies. Financial recommendations can be made as to where to reposition funds, particularly finds in the first savings sub-component. Repositioning can be determined to meet the afore-mentioned goals of the preferred strategy. If there is a decline or loss of money in any particular sub-component or set of sub-components, the user and/or the entity can determine a cause of the decline, and can rebalance the model.
- The above strategy can enable the entity to achieve various combinations of the following tasks: save income taxes, maintain liquidity, reduce risk, maximize protection, optimize earnings, achieve money efficiency, enjoy a multiplier effect based on the velocity of money theory, assess current events, make more intelligent financial decisions, avoid lost opportunity costs, and generally maintain a balanced and beneficial financial position.
- Alternatively, the user may define the limits within each of the steps identified within the
strategy unit 270. User-defined limits may constitute one or more additional strategies of thestrategy unit 270. Thesimulation unit 260 may engage the user-defined limits and perform a simulation of the results, which may be compared against results simulated based on the preferred strategy. - Accordingly, as described above, the
financial modeling system 200 and methods can be utilized to effectively and graphically model an entity's financial position and net worth. Thesystem 200 and method can be further utilized to illustrate benefits and drawback of various financial decisions. - While the
financial modeling system 200 and associated methods have been disclosed in exemplary forms, it will be apparent to those skilled in the art that many modifications, additions, and deletions may be made without departing from the spirit and scope of the system, method, and their equivalents, as set forth in the following claims.
Claims (20)
1. A computer program product embodied in a computer-readable medium, the computer program product comprising an algorithm adapted to effectuate a method for modeling financial data, the method comprising:
receiving comprehensive financial data relating to an entity;
categorizing the financial data into a plurality of financial components, including a protection component, and savings component, and a growth component;
analyzing the financial data and a set of assumptions to create a financial model based on the plurality of financial components;
displaying a graphical representation of the financial model, wherein the graphical representation illustrates application of one or more of the financial components to the financial data;
receiving an update to the financial data or the set of assumptions; and
updating the graphical representation of the financial model dynamically and automatically based on the received update.
2. The computer program product of claim 1 , each of the financial components comprising a plurality of sub-components.
3. The computer program product of claim 2 , the method further comprising associating one or more values with the sub-components, wherein the values correspond to projected dollar values.
4. The computer program product of claim 2 , the method further comprising arranging the plurality of sub-components at least partially based on a number of functions of each sub-component.
5. The computer program product of claim 2 , the method further comprising arranging the plurality of sub-components at least partially based on a degree of risk of each sub-component.
6. The computer program product of claim 2 , the method further comprising arranging the plurality of sub-components at least partially based on liquidity of each sub-component.
7. The computer program product of claim 2 , the method further comprising arranging the plurality of sub-components at least partially based on productivity of each sub-component.
8. The computer program product of claim 1 , wherein updating the graphical representation of the financial model dynamically and automatically comprises simulating a move of funds from a first position to a second position.
9. The computer program product of claim 1 , the protection component corresponding to funds used to protect the entity's wealth.
10. A method for modeling financial data, the method comprising:
receiving financial data related to an entity;
storing the financial data on a physical storage device;
compartmentalizing the financial data into one or more sub-components;
receiving a request to simulate a money move from a first sub-component to a second sub-component; and
presenting a plurality of predetermined steps simulating the money move, wherein the predetermined steps comprise determining an effect of the money move on a third sub-component.
11. The method of claim 13 , further comprising calculating and displaying a tax consequence associated with the money move.
12. The method of claim 13 , further comprising calculating and displaying a lost opportunity cost associated with the money move.
13. The method of claim 13 , further comprising calculating and displaying a change in cash flow based on the money move.
14. The method of claim 13 , further comprising generating a projected output of the second sub-component at a predetermined age of the entity.
15. A method for modeling financial data, the method comprising:
receiving a user's responses to a financial questionnaire;
automatically importing the user's responses to the financial questionnaire into a financial model, the financial model having at least two distinct and explicitly identified financial components;
receiving a set of assumptions relating to the financial model;
displaying a graphical representation of the financial model, the graphical representation incorporating at least a portion of the user's responses and at least a portion of the set of assumptions;
receiving an update to the user's responses or the set of assumptions; and
updating the graphical representation of the financial model automatically based on the update to the user's responses or the set of assumptions.
16. The computer program product of claim 18 , the method further comprising determining one or more input values based on the user's responses.
17. The computer program product of claim 18 , the method further comprising calculating one or more output values corresponding to financial outputs in a specified future year.
18. The computer program product of claim 20 , further comprising applying an inflation rate to the output values to generate a present value of the output values.
19. The computer program product of claim 18 , wherein receiving an update to user's responses or the set of assumptions comprises receiving an update to a start age of an entity, and updating the graphical representation of the financial model automatically comprises updating one or more input values based on the updated start age.
20. The computer program product of claim 18 , wherein receiving an update to the user's responses or the set of assumptions comprises receiving an update to an end age of an entity, and updating the graphical representation of the financial model automatically comprises updating one or more output values based on the updated start age.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/093,024 US20210056616A1 (en) | 2008-03-20 | 2020-11-09 | Financial modeling systems and methods |
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US7038508P | 2008-03-20 | 2008-03-20 | |
US7029508P | 2008-03-20 | 2008-03-20 | |
US7014708P | 2008-03-20 | 2008-03-20 | |
US7029408P | 2008-03-20 | 2008-03-20 | |
US7036108P | 2008-03-20 | 2008-03-20 | |
US7016708P | 2008-03-20 | 2008-03-20 | |
US12/408,643 US10096061B2 (en) | 2008-03-20 | 2009-03-20 | Financial modeling systems and methods |
US16/154,039 US10832316B2 (en) | 2008-03-20 | 2018-10-08 | Financial modeling systems and methods |
US17/093,024 US20210056616A1 (en) | 2008-03-20 | 2020-11-09 | Financial modeling systems and methods |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/154,039 Continuation US10832316B2 (en) | 2008-03-20 | 2018-10-08 | Financial modeling systems and methods |
Publications (1)
Publication Number | Publication Date |
---|---|
US20210056616A1 true US20210056616A1 (en) | 2021-02-25 |
Family
ID=41164780
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/408,643 Expired - Fee Related US10096061B2 (en) | 2008-03-20 | 2009-03-20 | Financial modeling systems and methods |
US16/154,039 Active 2029-09-25 US10832316B2 (en) | 2008-03-20 | 2018-10-08 | Financial modeling systems and methods |
US17/093,024 Abandoned US20210056616A1 (en) | 2008-03-20 | 2020-11-09 | Financial modeling systems and methods |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/408,643 Expired - Fee Related US10096061B2 (en) | 2008-03-20 | 2009-03-20 | Financial modeling systems and methods |
US16/154,039 Active 2029-09-25 US10832316B2 (en) | 2008-03-20 | 2018-10-08 | Financial modeling systems and methods |
Country Status (1)
Country | Link |
---|---|
US (3) | US10096061B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8296166B2 (en) * | 2007-07-19 | 2012-10-23 | New York Life Insurance Company | Family protection insurance method and system |
US8452679B2 (en) * | 2011-08-26 | 2013-05-28 | Bank Of America Corporation | Financial statement analyzer |
US9047705B1 (en) | 2012-10-04 | 2015-06-02 | Citibank, N.A. | Methods and systems for electronically displaying financial data |
US10109012B2 (en) | 2013-11-21 | 2018-10-23 | Topxight Labs Llc | Method and apparatus for representing and modeling concepts in finance |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6430542B1 (en) * | 1998-08-26 | 2002-08-06 | American Express Financial Corporation | Computer-implemented program for financial planning and advice system |
US6938027B1 (en) * | 1999-09-02 | 2005-08-30 | Isogon Corporation | Hardware/software management, purchasing and optimization system |
CA2455473A1 (en) * | 2001-07-31 | 2003-02-13 | American Express Travel Related Services Company, Inc. | System and method for providing financial planning and advice |
US7093004B2 (en) * | 2002-02-04 | 2006-08-15 | Datasynapse, Inc. | Using execution statistics to select tasks for redundant assignment in a distributed computing platform |
GB2408606A (en) * | 2002-06-27 | 2005-06-01 | Beachwalk Capital Corp Llc | System for forming insurance program |
EP1623376A4 (en) * | 2003-05-05 | 2007-11-21 | Thomas F Conroy | Computer support for multi-jurisdictional investment |
US20040267551A1 (en) * | 2003-06-26 | 2004-12-30 | Satyendra Yadav | System and method of restricting access to wireless local area network based on client location |
US20050216316A1 (en) * | 2003-06-30 | 2005-09-29 | Brisbois Dorion P | Capital market products including SPIA securitized life settlement bonds and methods of issuing, servicing and redeeming same |
US7394472B2 (en) * | 2004-10-08 | 2008-07-01 | Battelle Memorial Institute | Combinatorial evaluation of systems including decomposition of a system representation into fundamental cycles |
US8195484B2 (en) * | 2005-06-15 | 2012-06-05 | Hartford Steam Boiler Inspection And Insurance Company | Insurance product, rating system and method |
US20070016434A1 (en) * | 2005-07-15 | 2007-01-18 | Cognos Incorporated | Interview-based enterprise planning |
US7689494B2 (en) * | 2006-03-23 | 2010-03-30 | Advisor Software Inc. | Simulation of portfolios and risk budget analysis |
-
2009
- 2009-03-20 US US12/408,643 patent/US10096061B2/en not_active Expired - Fee Related
-
2018
- 2018-10-08 US US16/154,039 patent/US10832316B2/en active Active
-
2020
- 2020-11-09 US US17/093,024 patent/US20210056616A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US20090259580A1 (en) | 2009-10-15 |
US10096061B2 (en) | 2018-10-09 |
US10832316B2 (en) | 2020-11-10 |
US20190043123A1 (en) | 2019-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11823089B2 (en) | System and method for managing transactions in dynamic digital documents | |
US10984016B2 (en) | Apparatuses, systems and methods for processing, acknowledging, transferring and custody of assets or rights on a distributed ledger | |
US20210056616A1 (en) | Financial modeling systems and methods | |
US20220198347A1 (en) | Producing extract-transform-load (etl) adapters for programmed models designed to predict performance in economic scenarios | |
Altman | Implications of behavioural economics for financial literacy and public policy | |
Beerbaum | Towards an XBRL-enabled corporate governance reporting taxonomy an empirical study of NYSE-listed financial institutions | |
US8688575B2 (en) | Customizable investment fund and investing education | |
AU2023258377A1 (en) | Electronic platform for managing investment products | |
US7627512B2 (en) | Asset and liability modeling tool | |
Sun et al. | The financing of Chinese outbound mergers and acquisitions: Is there a distortion between state-owned enterprises and privately owned enterprises? | |
Frino et al. | Introduction to corporate finance | |
Hishigsuren | Transformation of Micro-finance Operations from NGO to Regulated MFI | |
US20200184564A1 (en) | Dynamically-Generated Electronic Database for Portfolio Selection | |
Ma | Quantitative investing: from theory to industry | |
Altman | Behavioural economics perspectives: Implications for policy and financial literacy | |
Moro-Visconti | The valuation of artificial intelligence | |
Oreiro et al. | Liquidity preference, capital accumulation and investment financing: Fernando Cardim de Carvalho’s contributions to the Post-Keynesian paradigm | |
Omagwa | Foreign exchange risk management practices by foreign owned commercial banks in Kenya | |
Schultz | Investing in Mortgage-Backed and Asset-Backed Securities,+ Website: Financial Modeling with R and Open Source Analytics | |
Zhang et al. | Credit rationing and the simulation of multi-bank credit market model: A computational economics approach | |
Baker et al. | The Emerald Handbook of Fintech: Reshaping Finance | |
Okafor | Change and consolidation in the Nigerian banking industry: an exploration of two key Central Bank of Nigeria objectives. | |
Abramovich et al. | Financial Literacy and Blockchain | |
Singh | Data Science in Investment Management | |
Alimoradian | Risk management of Stable Value-type pension guarantees and study of liquidity problems in derivatives products |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: APPLICATION DISPATCHED FROM PREEXAM, NOT YET DOCKETED |
|
AS | Assignment |
Owner name: LEAP SYSTEMS, INC., TENNESSEE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CASTIGLIONE, ROBERT;CASTIGLIONE, CHRISTIAN;REEL/FRAME:054576/0980 Effective date: 20090616 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |