US20100057606A1 - Syndication Loan Administration and Processing System - Google Patents

Syndication Loan Administration and Processing System Download PDF

Info

Publication number
US20100057606A1
US20100057606A1 US12/549,577 US54957709A US2010057606A1 US 20100057606 A1 US20100057606 A1 US 20100057606A1 US 54957709 A US54957709 A US 54957709A US 2010057606 A1 US2010057606 A1 US 2010057606A1
Authority
US
United States
Prior art keywords
loan
user
transaction
management system
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/549,577
Inventor
Edmund H. Louie
Michael X. Campbell
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US12/549,577 priority Critical patent/US20100057606A1/en
Publication of US20100057606A1 publication Critical patent/US20100057606A1/en
Priority to US14/283,312 priority patent/US20140258076A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03Credit; Loans; Processing thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06Asset management; Financial planning or analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance

Definitions

  • the present invention relates to a syndication loan management and administration system for tracking information related to a syndicated loan. More particularly, the present invention relates to a multiuser system for accessing and manipulating data related to a syndicated loan, including investor, borrower and institution information.
  • a planned commercial endeavor will typically involve a number of individuals responsible for initiating and managing the endeavor through its various phases, including inception of the commercial entity. These individuals will typically seek debt based financing, such as commercial loans, to support the initial development of the commercial enterprise.
  • the types of commercial loans needed are typically large and require a significant amount of resources to properly complete the funding transaction. For example, if individuals representing the entity approach a large commercial bank for a commercial loan, the bank generally needs to obtain proper assurances from the borrowers before money can be loaned. Such assurances could include items such as collateral, loan insurance or the like.
  • the commercial bank must organize resources sufficient to meet the needs of the borrowers and structure the loan in a way which meets the needs of the borrowers.
  • Lending institutions such as commercial banks typically have limits to the amounts of funds they wish to commit to any one commercial undertaking. These loan limits are often less than the total amount of financing a commercial undertaking requires to initiate an enterprise.
  • One way of organizing a group of banks or lenders is to form a loan syndicate which has as members a number of commercial lending institutions. The loan syndicate can underwrite large commercial loans, while spreading risk and liability among the various members to lessen the impact of any risk associated with the large commercial loan.
  • a syndicated loan involving a number of lending institutions involves the handling of a large amount of data related to various aspects of the syndicated loan.
  • the loan resources to be used, or facilities typically need to be tracked and evaluated for availability, amounts available, future demands on the facility and so forth.
  • Information related to the members of the syndicate group, or investors, also needs to be tracked and updated as a loan evolves.
  • Activity related to the borrowers such as payment amounts, expected dates of payments and so forth must also be tracked.
  • details related to regulatory requirements must be tracked and reported to appropriate authorities, such as required tax payments.
  • a syndicate manager is typically one of the lending institutions in a syndicated loan group, that carries the administrative burden of managing the syndicate loan over its lifetime.
  • the manager, or agent will usually be paid fees out of the loan transaction to offset the administrative burden, which can be significant.
  • the agent has extensive duties before and after closing a syndicated loan deal, many of which include regulatory reporting requirements.
  • An institution that wishes to become a syndicate manager will usually endeavor to attract potential lenders and evaluate the interests of borrowers to provide an attractive package for the two parties. Success in becoming a syndicate manager often depends on adroitly organizing contact information to facilitate a market monitoring process between lenders and borrowers.
  • a typical proposal includes voluminous legal documents that a manager must ensure specify all the proper terms and conditions of the loan agreement.
  • the manager acts as the administrator between lenders and borrowers, and provide funding updates and notifications as agreed.
  • a number of lenders are involved with the updates and notifications, requiring the syndicate loan manager to expend a number of resources providing paper notification by courier or facsimile at given intervals or on agreed dates.
  • further functionality is desirable, such as sharing data with other systems, analyzing loan parameters and providing further access and integration with desktop type systems.
  • Syndicate loan managers typically find it difficult to assemble a group of banks to collaborate on a single credit transaction. Once a group of lenders is assembled, it is further challenging to coordinate the group during the lifetime of the loan.
  • the present market for syndicated loans demands greater sophistication and complexity, in addition to more capability and flexibility, than any present system can provide.
  • a loan syndication tracking and management system and method that provides a user with access to specific details related to a syndicated loan.
  • the system and method coordinates investor, borrower and resource information, in addition to features related to the overall structure of a syndicated loan. Users access the system with various levels of permissions to view, add, update or delete information according to their allotted permissions.
  • the system permits multiple users to access the information for efficient handling of approvals and requests related to multiple investors and borrowers, in addition to handling institution interchanges.
  • the system and method keeps a record of all transactions and changes for review, auditing, reporting or regulatory purposes.
  • the structure of a syndicated loan transaction is simplified, and the transactions can be made with greater efficiency and ease.
  • a loan management system comprising a first dataset related to a plurality of lenders, a second dataset related to at least one borrower and a third dataset related to a plurality of loan resources.
  • a processing engine can access and manipulate the datasets, while a user interface permits a user to access and provide commands to the processing engine. The commands provided by the user permits access and manipulation of the datasets.
  • the datasets can be manipulated to record and track information related to a loan composed of at least a portion of the plurality of loan resources provided by the plurality of lenders to at least one borrower.
  • the lenders, or investors, have access to a number of financial resources, such as negotiable instruments, promissory notes and the like, suitable for allocation to a borrower loan.
  • a financial resource is typically referred to as a facility.
  • Each investor can contribute a share of the loan resources, for example a pro-rata share, in addition to absorbing a portion of the liability and tax burdens of the loan.
  • Each investor similarly receives a share of the proceeds of the loan repayment.
  • there is one investor that acts as the lead lender for the deal generally providing a larger proportion of the loan funding.
  • the system and method according to the present invention permits a lead lender, for example, to track the assets of the loan, payment schedules, pro-rata shares in the loan of all the participating investors, contacts for the various investors and borrowers and generate reports for distribution among the various members of the transaction.
  • FIG. 1 is a diagram showing the interconnectivity of system components according to the present invention
  • FIG. 2 is an illustration of a menu system according to the present invention
  • FIG. 3 is a typical user interface screen for accessing the system according to the present invention.
  • FIG. 4 is an illustration of interaction between components according to the present invention.
  • FIG. 5 is a diagram of components and entities according to the present invention.
  • a presentation layer includes client machines, while a middle layer represents local area network access and communication ports.
  • a database layer includes mass storage devices and database processing engines for accessing data stored in the mass storage devices.
  • An individual user typically accesses the system shown in FIG. 1 through a user interface 10 .
  • User interface 10 is preferably connected to an application server 20 and a reports server 22 , each of which are accessible by the user.
  • Application server 20 preferably has access to a number of resources including a network file server 12 , an SNA gateway 14 and a fax server 16 .
  • Network file server 12 hosts network accessible files and has a large number of resources available to the LAN (Local Area Network) comprising the middle layer indicated in FIG. 1 .
  • SNA gateway 14 provides access to central mainframe 32 for application server 20 over a connection through SNA gateway 14 .
  • Fax server 16 controls a modem 18 , and is capable of sending facsimile correspondence automatically over a telephone network 28 .
  • the database layer contains large scale databases and database processing engines.
  • Central mainframe 32 can access a central database 30 , and provide application server 20 with database information through SNA gateway 14 .
  • database server 24 has access to a relational database 26 , the contents of which is also available to application server 20 .
  • Telephone network 28 is indicated as being included in the database layer to show that fax server 16 has access to a large number of systems through modem 18 by which correspondence can be easily distributed on a large scale automatically.
  • top level menu items include a deal management menu 34 , a transaction management menu 36 , a utilities menu 38 and a reporting menu 40 .
  • Each menu is referred to with regard to its respective components in the following description.
  • FIG. 3 a typical system display screen 42 is shown.
  • a number of users interact with the system through display interfaces similar to that of display screen 42 .
  • User activities include manipulation of data in central database 30 or relational database 26 . Users can be presented with information for approval, can read or modify database information or output reports for distribution.
  • FIG. 3 shows detail information of a typical investor, where the investor is a financial institution.
  • a syndicate manager 44 a number of investors 48 including financial institution 46 and a borrower 66 all contribute or use syndicated loan resources 52 .
  • Syndicate manager 44 represents a financial institution responsible for organizing syndicated loans and contributing to syndicated loan resources 52 .
  • Investors 48 can be made up of loan resource contributors or loan providers, such as other financial institutions 46 .
  • Borrower 66 is an entity that receives the benefit of syndicated loan resources 52 .
  • Syndicated loan resources 52 includes loan facilities 54 , 56 , 58 , 60 , 62 and 64 .
  • Loan facility 54 can be a negotiable instrument, an LC (Letter of Credit), promissory note, or the like.
  • the various resource contributors supply the various loan facilities to syndicated loan resources 52 .
  • the financial institution that acts as syndicate manager 44 contributes the majority of resources to the total of syndicated loan resources 52 .
  • Management and administration of facility resources comprises the bulk of syndicate loan management activity.
  • facilities 54 , 56 , 58 , 60 , 62 and 64 may be different types of financial instruments. Some types of instruments include LC, debt purchases, promissory notes and so forth. Transactions applied against the various facilities also vary considerably depending on the facility. Each transaction can also have various pricing types related to execution of the transaction. The various transactions listed in transaction management menu 36 and associated pricing types are discussed below in the context of transaction management.
  • System 68 records and tracks information related to syndicate manager 44 , investors 48 and borrower 66 .
  • System 68 also tracks information and status of the various loans, transactions related to the loans, and provides reporting mechanisms to collect and present information related to various syndicate loan aspects.
  • the system according to the present invention can preferably access external systems as well. External system access can be used to obtain and correlate information related to the above-mentioned entities involved in the syndicate loan.
  • the system is organized as a client-server type network based application, which is also linked to main frame systems, as indicated in FIG. 1 .
  • the system is multiuser and can access and manipulate information from a variety of sources.
  • System 68 provides a user interface 10 ( FIG. 1 ) through which a user can access information related to any number of syndicated loans, or deals, through system 68 and manage information related to a variety of aspects of the deals.
  • System 68 preferably includes tools for managing syndicate loan information, divided into various portions by subject matter. For example, portions such as a loan management 70 , a transaction management 74 , a borrower management 80 and an investor management 76 , all contribute to overall system information handling.
  • System 68 also manages a number of items related to various aspects of the syndicate loans. For example, contacts for investors 48 and borrower 66 are preferably maintained by system 68 .
  • Individual deal status is available about a syndicate loan 72 , for example, including information about pending transactions, approved transactions and processed transactions.
  • New syndicate loans, or deals can preferably be created using system 68 by first choosing a FNEN (financial entity) for the deal, and then entering information related to the transaction creating the syndication loan.
  • FNEN financial entity
  • Each deal preferably has a number of individuals with varying responsibilities assigned to review or manage the deal. For example, a typical deal includes a deal manager, a supervisor and an account manager.
  • System 68 keeps track of the various individuals assigned to the various deals together with the transaction information involved in the deal.
  • Each deal has associated with it a borrower 66 for which borrower information is entered through borrower management 80 .
  • System 68 permits a user to access borrower management 80 through user interface 10 for viewing or manipulation.
  • Borrower management 80 preferably includes general details, transactional instructions and contact and agency information.
  • the agency information typically includes a schedule of fees for the agency.
  • Critical borrower detail information in borrower management 80 can be modified by users with particular permissions. For example, the borrower name, tax ID and borrower registration information (U.S. & Registered Obligor) can be viewed or modified as needed, by a user given proper security permissions.
  • the borrower detail information can be input to borrower management 80 from other external systems that can interface with system 68 .
  • Information such as the borrower name, a primary address, country, an ID number, an obligor grade, a tax EIN (Employee Identification Number) and a SIC (Standard Industry Code), if available from an external system, can potentially be transferred to system 68 , without the need for large expenditures in data entry resources.
  • System 68 provides several tools, including search facilities, which can be used with many external systems. For example, a user can connect with an external system having information related to an investor or a borrower, using tools provided in the present system. The user can then perform searches or other operations to locate data that can be transferred to the present system, to provide information relative to a particular deal.
  • system 68 can incorporate information derived from an external system in an electronic format, without the need for an actual connection.
  • an F/T (Funds Transfer) instruction or multiple F/T instructions may be entered for a single borrower transaction in transaction management 74 .
  • An F/T instruction indicates the type of transfer to take place and specifies items such as terms for transfer of funds, amounts, parties, dates and so forth.
  • a user can update the F/T instructions through user interface 10 .
  • a “no F/T required” instruction is also available for entry and approval for each borrower.
  • an indicator such as “pending” or “approved” is shown for the F/T instruction details related to the particular borrower.
  • another individual with access permission to the F/T instruction preferably approves any changes, as opposed to the individual who entered or updated the F/T instruction.
  • a different individual approves the F/T instruction than the individual that entered or updated the F/T instruction to provide a check on the procedure.
  • the last user to modify the F/T instruction is displayed, in addition to the date on which the modification was made.
  • the details of an F/T instruction preferably includes a settlement-type, a clearing account number and a borrower account number.
  • the F/T instruction details permits entry and tracking of a credit party, an account party or beneficiary information.
  • Provision within transaction management 74 is made for an entry of a Fedwire (federal wire transaction) as an F/T instruction, which is listed as a book transfer with an appropriate DDA (Demand Deposit Account) number.
  • Borrower management 80 includes borrower detail information such as contact persons available on behalf of the borrower.
  • the borrower contact information can contain any number of contacts at varying locations, together with descriptions of the particular contact person related to the transaction.
  • the borrower contact can be designated as a recipient of formal notices, a PMA (Portfolio Management Associate) or a bid contact.
  • PMA Portablefolio Management Associate
  • the borrower detail information preferably includes a group of agency fees which can be viewed or modified, together with history/forecast information for the agency fees.
  • the agency fee history/forecast information permits modification of the payment history and access to the next forecasted payment of an agency fee.
  • Borrower management 80 also includes a borrower fee schedule which can be viewed and modified.
  • the borrower fee schedule includes history/forecast information which permits the fee payment history to be displayed, in addition to forecasted fee payments.
  • the fee schedule includes a description, an effective date, a termination date, an annual fee amount, a billing cycle, i.e., annually, a billing day, i.e., the 17 th day of a month, and a billing type, i.e., in advance.
  • the borrower payment history and forecast is available for viewing and modification as well.
  • the borrower payment history/forecast information preferably includes such items as the next payment due date, the previously paid date, the amount paid and the amount due.
  • system 68 provides access to investor information through investor management 76 , which includes information about various investor groups.
  • An investor group can represent a single investor or a collection of investors operating as a unit. The investors can be financial institutions, asset managers for large funds, and so forth. Investor information is entered and tracked through system 68 , and is viewable and modifiable by a user with proper permissions.
  • the information supplied to investor management 76 for each investor or investor group preferably includes items such as general details, F/T instructions and contact information. Investor management 76 permits investors to be added or deleted, in addition to being placed in a group, or removed from a group.
  • a search tool is available to locate a particular investor or investor group based on various criteria such as an investor name.
  • Investor management 76 further includes F/T instructions that contain information about a particular transaction. F/T instruction status is also available for display. A typical F/T instruction status may be approved or pending. The F/T instruction may not be deleted in investor management 76 , but only viewed or updated, such as when its status changes. Only one F/T instruction can be entered for a given investor or investor group. The F/T instruction for the given investor can be approved only by a person with proper permissions, as long as that person is not the same user who last modified the F/T instruction, as described above. Once an F/T instruction is approved, the status of the instruction changes to approved, and is displayed by system 68 . An F/T instruction can be updated with various changes and information such as settlement type, credit party, account party and beneficiary in addition to clearing and borrower accounts.
  • Investor management 76 also includes investor contact data, which is typically a list of individuals available at the investor location. These contacts are also available for grouping in user defined contact groups. In this way a user can access a customized contact list without having to go through a specific investor first. Investor contacts can be added, updated, viewed or deleted in the same way as previously described contacts. A user must have proper permissions to add, update or delete from the contact information.
  • the contact information includes such items as name, address, phone numbers in addition to a number of roles and responsibilities for the contact.
  • the system will display appropriate fields which are preferably filled in according to the role or responsibility of the particular investor contact.
  • Contacts can be managed in general as well. For example, an individual user can select and update various contacts related to a particular deal or particular investors. In addition, groups of contacts can be defined by the user related to investors, borrowers, deals, and so forth. The user further has access to a predefined listing of contacts which is created automatically by assignment of roles and responsibilities mentioned above. Thus, new contacts can be added to the predefined contact listing simply by creating a borrower or investor contact with a particular role, or adding a particular role to an existing contact.
  • the user defined contact lists including individual and group contacts, are created and maintained by the user at a level related to specific deals. Once a user defined contact list is accessed, the user may add, update and delete entries in the list, including individuals and groups. Again, the user may add or remove individuals to or from other groups. Once again the user must have proper permissions to manipulate contact lists for the various borrowers/investors, except where the list is defined by the user.
  • facility maintenance 78 includes details about various facilities that are a part of the deal transaction.
  • facility information can be added, updated and deleted.
  • the facility information for a given deal preferably includes facility details, commercial loan accounting information, LC information, fee information and syndicate group information. Only users with permissions related to a selected deal can update, add and delete facilities and facility information through facility maintenance 78 . However, all users can view the facility information available in facility maintenance 78 .
  • a facility preferably cannot be deleted from a deal until all transactions associated with the facility, other than closing, are deleted. This preventative measure ensures that no outstanding transactions remain before a facility is deleted.
  • Facility maintenance 78 permits users to add or update facility details, provided the user has proper permissions. Users without add or update permissions can still view the facility details, which may include external system information and details.
  • syndicate manager 44 may hold a number of assets or resources which may be available for commitment as facilities for a syndicate loan. If these assets or resources are tracked with another mechanism, such as a database application, system 68 can access the database to retrieve or update facility information for use in facility maintenance 78 .
  • Facility details are preferably accessed and displayed to provide a comparison for synchronizing data between system 68 and the database application system.
  • access to the database application permits an automated comparison between the two systems. Any discrepancies found during automated synchronization, for example, are noted in a warning message box. Once the user is apprised of any discrepancies between the systems, they can take steps to synchronize the data accordingly.
  • the user can choose which system or information to synchronize or can choose not to synchronize the systems.
  • Information in facility maintenance 78 such as facility ID, description, opening facility amount, borrowing base amount, administration agent, reference bank and RRC (Regulatory Reporting Code) can all be updated.
  • a user can update or add information related to credit agreements under a facility.
  • the commercial loan accounting information accessible by users representing syndicate manager 44 reflects the share a particular financial institution has in the selected facility.
  • the commercial loan accounting information is available for use with transaction details when a loan related transaction is prepared with respect to a selected facility.
  • the commercial loan application information includes a borrower processing entry for the loan accounting system, a borrower account number, a commitment/line number, loan type, tax status and floating rate default.
  • the information preferably includes whether draw downs under the selected facility will be secured or unsecured, and whether interest is payable on principal payments or on conversion/rollover, and provide a number of days in advance of a due date that a notice should be sent to a borrower.
  • the LC information is available from facility maintenance 78 as well.
  • the LC information includes letter of credit amounts, accounts and fees, each of which can be viewed and updated by users with appropriate permissions for a selected facility.
  • the LC information is also available for viewing by other users without the special permissions in facility maintenance 78 .
  • the LC information becomes pertinent when the credit agreement for the selected facility contains provisions regarding the letter of credit.
  • the letter of credit information includes a maximum dollar amount for draw downs under the selected facility, a primary account number for use by the issuing agent, a secondary account number if the financial institution using the system is not the issuing agent and a letter of credit fee depending on the LC type.
  • LC types include trade, standby and acceptance letters of credit.
  • Fee information for a particular facility is also available in facility maintenance 78 .
  • the type of fee is either a commitment fee or a facility fee, and only one fee for either type is preferably permitted by facility maintenance 78 .
  • the fee information can be added, updated and deleted depending upon the user's permissions. If a user has no modification permission, the information is still available for viewing.
  • the commitment fee and facility fee information is used to process accruals for the selected facility.
  • the information preferably includes a fee rate and scale types, i.e., fixed and contingent, billing cycle, i.e., quarterly, billing type and day, and fee basis, i.e., a 360 day year.
  • Selecting a facility from facility maintenance 78 also makes available syndicate group information.
  • a syndicate group display shows current and original syndicate group entities providing facility financing and includes distributions for the selected facilities among the entities. For example, a number of financial entities may provide the financial support for a given facility, as noted by their pro-rata share. Alternatively, a single entity may contribute several facilities. The original resource distribution for a given facility cannot be updated once entered, with the exception of a closing event for the selected facility.
  • the syndicate group information shows investor names and amounts of investment, including distributions and allocations of the facility resources available.
  • the syndicate group information can be viewed according to a particular status through, for example, a filter.
  • An entire syndicate group can be copied between facilities, under the same deal, for instance, and syndicate group members can be added or deleted.
  • a pro-rata amount and a pro-rata percentage of the facility is available for viewing or updating. Copying a syndicate group can only be done by a user with appropriate permissions. Similarly, a syndicate member may only be added or deleted by a user with proper permissions.
  • Facility maintenance 78 permits a set of investors to be listed along with a set of syndicate groups so that investors may be added or removed from the specified syndicate group in an intuitive manner. To facilitate an intuitive approach, a search may be conducted for an investor name to quickly locate the investor for addition or removal to/from a particular syndicate group.
  • Transaction management 74 is provided in system 68 for each syndicate loan transaction or deal.
  • Transaction management 74 permits management of information related to deal/facility selection, transaction history, transaction initiation, job queue and activity queue.
  • the deal/facility selection shows a list of all active deals, closed deals and individually customized selection of deals.
  • the user can select an active deal to enable a transaction initiation. If the user selects a facility, the transaction history is enabled in addition to the transaction initiation. Transaction initiations are preferably enabled only if the user has proper permissions.
  • a view of transactions and facilities can be selected by choosing appropriate items from available filters. For example, a filter can display all deals, closed deals or customized deals.
  • Transaction management 74 provides for a search to locate a particular deal by deal name or a particular facility by facility ID. A transaction can be initiated only if the deal status is active. In addition, a borrower must be defined for the particular deal in the borrower detail information discussed above.
  • the current total pro-rata distribution among the syndicate members forming a syndicate group for a facility preferably adds up to 100%.
  • the various distributions among syndicate group members can be verified through loan management 70 and facility maintenance 78 discussed above. Again, a user accessing the deal information must have proper permissions.
  • transaction settings have been made through transaction management 74 , the transactions are processed with additional processing requirements and messages. Reports are generated from transaction processing such as F/T instruction reports, loan accounting forms, LC forms and so forth.
  • a transaction can be saved prior to complete transactional processing to review deal/facility information.
  • the deal/facility information that can be reviewed includes the requirements such as the borrower having at least one approved F/T instruction and at least one contact with a notification recipient flag.
  • Each facility is preferably associated with at least one syndicate member for purposes of managing the facility.
  • Each member of the syndicate group with a pro-rata amount greater than zero preferably has at least one contact with the notification recipient flag, in addition to an approved F/T instruction.
  • syndicate manager 44 When syndicate manager 44 is a syndicate group member with a current pro-rata amount greater than zero, syndicate manager 44 preferably has at least one contact with a loan accounting notification recipient flag, loan department flag and an LC flag. In this situation, syndicate manager 44 also receives tax status information and secured/unsecured information with the loan accounting information. These various recordations depend upon whether the transactions create loan accounting forms when processed, or if an LC transaction is involved. That is, a syndicate group transaction in which syndicate manager 44 is listed as an investor will generate loan accounting forms and notices, while transactions involving letters of credit implicate LC department notification.
  • a transaction initiated with a non-standard message in transaction management 74 preferably includes a definition of a borrower for the deal in the borrower detail information. Each member of the managed contacts for the deal preferably has a fax number in this instance, to permit automatic notification by facsimile.
  • a borrower for the deal is preferably defined as discussed above, and the current total pro-rata distribution among the syndicate members preferably adds up to 100%.
  • the facility preferably has at least one syndicate member included, each member of the syndicate group with a pro-rata distribution amount greater than zero preferably has an approved F/T instruction and each member of the syndicate group preferably has a fax number.
  • deal/facility is initiated by an agent other than syndicate manager 44 , further requirements are preferably in place.
  • the deal status must be active in syndicate loan 72 , and a borrower must be defined in borrower management 80 . Again, the current total pro-rata distribution among the syndicate group members must add up to 100%.
  • access to the deal is granted only to persons with appropriate permissions, such as a manager, supervisor or current account manager assigned to the deal.
  • the borrower must have at least one approved F/T instruction listed in borrower management 80 , and the facility must have at least one syndicate member in facility maintenance 78 .
  • syndicate manager 44 is a syndicate member with a current pro-rata amount greater than zero
  • at least one contact with a loan accounting forms recipient flag is preferably listed.
  • the investor information preferably has at least one contact with a loan department flag and an LC department flag, tax status information and secured/unsecured information provided in the loan accounting information.
  • the user is informed through a message that the transaction was saved but not processed and the criteria that was not satisfied is indicated. The user may then modify the transaction information to satisfy the criteria, and resubmit the transaction for processing.
  • the processing job is submitted for batch processing and appropriate outputs such as F/T instructions, loan accounting forms, LC forms and other reports are generated.
  • the history of a particular transaction can be viewed through transaction management 74 as well.
  • a list of transactions is displayed by transaction management 74 upon user request from which the user can select and view a particular transaction.
  • the transaction history can be updated for transactions that have not been processed or that have been processed with a current status of canceled for any one of related messages, F/T instructions and loan accounting forms. Again, the update feature in transaction management 74 is only available if the user has proper permissions. Deletion of a transaction from the transaction history is possible if the transaction has not been processed, or if the transaction has been processed and the current status of the messages, F/T instructions and loan accounting show “canceled”. Cancellation can only occur if the user has proper permissions.
  • the transaction history feature also has an activity display which shows transactions placed in an activity queue.
  • Initiation of a transaction in transaction management 74 can occur after an active deal/facility is selected.
  • a special form transaction referred to as a non-standard message transaction can be initiated if an active deal is selected without a facility. Only users with appropriate permissions assigned to the particular deal can initiate a transaction. The user selects a transaction type and is prompted for appropriate information related to that transaction.
  • transaction types that can be selected in transaction management menu 36 include new draw down, rate setting, additional draw down, pay down with interest, pay down without interest, fee or interest accrual, maturity/conversion/rollover, non-standard message, note or fee rate parameter change, syndicate/participation sales, syndicate/participation sales change, facility amount change, memo and reference bank change. Selection of any of these types of transactions prompts the system to display to the user an appropriate feature for the selected transaction. For example, if the selected transaction is a new draw down, additional draw down, pay down with interest, or pay down without interest, a pricing type selection is displayed.
  • Pricing types vary among the particular transaction types for which a pricing type selection may be made. In addition, all pricing types are not preferably available for all transactions.
  • the user may select a transaction type of “new draw down” and a pricing type of ABR (Alternate Base Rate, derived as an alternate with the prime rate at a reference bank).
  • ABR Alternate Base Rate, derived as an alternate with the prime rate at a reference bank.
  • the user can then enter the transaction effective date, which prompts the display of facility information related to the transaction.
  • a unique transaction sequence number is displayed for the transaction and pertinent fields are enabled for entry of information related to the transaction.
  • the field values are drawn automatically from facility or deal information or may be filled in with default values.
  • Information related to the financing of the transaction can be entered or updated, including parameters of the note, interest rate, accruing and billing information, loan accounting information and F/T information.
  • the transaction type When the transaction type is initiated as an additional draw down for example, and a pricing type is selected for the transaction, entry of a valid transaction effective date prompts a display of fund amounts in the facility information. Current facility amounts, loan outstanding amounts, LC outstanding amounts, and any other outstanding amounts are shown, in addition to displaying available facility amounts.
  • a unique transaction sequence number is displayed for the transaction effective date and notes eligible for inclusion in the additional draw down can be selected and reviewed. Once a note ID is selected, parameters related to the note can be entered, viewed or updated as required to complete the transaction information.
  • entry of a valid transaction effective date preferably displays facility information amounts, a unique transaction sequence number assignment, in addition to enabling the selection of notes eligible for the transaction.
  • a note ID is selected for this transaction, pertinent information related to the note can be entered, reviewed or updated.
  • a transaction initiated as a pay down with interest produces a display of facility amount information, assignment of a unique transaction sequence number, and permits selection of eligible notes for information entry, review or update.
  • a valid transaction effective day is preferably entered, and a note is selected by a note ID for modification according to the transaction.
  • An MCR (maturity/conversion/rollover) transaction typically has a number of parameters that are preferably entered or evaluated. Once a valid transaction effective date is entered for a selected maturity/conversion rollover transaction, facility information amounts and a unique transaction sequence number assignment are displayed along with notes eligible for maturity/conversion. Note IDs which are not to be included in the transaction can be selected and removed and will no longer be displayed in the note ID panel. New borrowing amount information is updated in the maturity/conversion information by selecting an update feature with a particular note being selected. In addition, new loan information can be updated when a new note is selected for update from the new note list. When a particular maturity/conversion note or a new note from the new list is selected, the related information becomes available for update.
  • the information which can be updated includes the C/R (Conversion/Rollover) amount, pay down amount and/or dates from which interest is accrued.
  • loan accounting information related to the selected note can be reviewed and updated.
  • a new note can also be credited in the new note list.
  • the user simply selects a new note feature, which prompts a selection of a pricing type, as described above. Once the user selects a pricing type, parameters for a new note can be entered or updated, including interest rate, accrual, billing and loan accounting information.
  • a new note has a note ID, a principal amount, a C/R from ABR and a loan type, such as a time receivable type loan.
  • notes can be selected for maturity/conversion/rollover by choosing a note selection feature.
  • the note selection feature once chosen, displays a pricing types screen, as discussed is above. Selection of a pricing type displays a list of notes eligible for MCR under the selected pricing type. Notes eligible for MCR can be selected according to note ID, and the user can confirm the correct note will be increased by reviewing the note details such as outstanding amounts, borrow amounts, reprice dates and so forth. The user can also review the note interest information and update the interest and billing information as desired.
  • the parameters for the note eligible for MCR can be entered or updated.
  • Loan accounting information can be reviewed or updated as needed. Once all the information is entered or updated, the user is returned to the MCR display, and the note information just entered is displayed, which permits the user to verify the note information.
  • Transaction initiation displays are similar for the fee or interest accrual transaction type, when the pricing type is for a commitment fee or facility fee.
  • the transaction receives a unique transaction sequence number upon entry of a valid transaction effective date.
  • the user can enter, review or update note parameters and loan accounting information on the resulting display screen, in addition to fund transfer information.
  • the user When the transaction type initiated is fee or interest accrual and the pricing type selected is interest on alternate base rate, certificate of deposit, LIBOR (London Interbank Offered Rate—Borrowing where interest is accrued based on a LIBOR Rate), money market or Fed funds, the user is presented with the appropriate information fields for the transaction. Again, the user must enter a valid transaction effective date to receive a unique transaction sequence number and to permit selection of notes eligible for the transaction. The user can select a note for the interest accrual and enter, review or update note parameters, interest information, loan accounting information and F/T instruction information.
  • LIBOR London Interbank Offered Rate—Borrowing where interest is accrued based on a LIBOR Rate
  • Fed funds the user is presented with the appropriate information fields for the transaction. Again, the user must enter a valid transaction effective date to receive a unique transaction sequence number and to permit selection of notes eligible for the transaction. The user can select a note for the interest accrual and enter, review or update note parameters, interest information, loan accounting information and F/T
  • LC commission fee or LC issuer fee Another pricing type associated with the transaction type of fee or interest accrual is LC commission fee or LC issuer fee.
  • LC commission fee or LC issuer fee Another pricing type associated with the transaction type of fee or interest accrual is LC commission fee or LC issuer fee.
  • the user enters a valid transaction effective date to receive a unique transaction sequence number and to permit selection of notes eligible for the transaction.
  • the user can select a note eligible for the LC commission fee or LC issuer fee and enter, review or update parameters for the note, as well as information on the LC, commission fee, issuer fee and F/T instruction.
  • Another transaction type is syndicate/participant sales, which reflects a transfer in ownership of notes making up a given syndicate loan. Entry of a valid transaction effective date permits assignment of a unique transaction sequence number, access to a sale type entry, and a display of notes eligible for break funding.
  • the user can select a sale type, for example participants sales, to enable selection of a seller and a buyer. Once a seller and a buyer is selected, the appropriate information from each of the parties is automatically displayed such as syndicate share and pre- and post-sale syndicate loan amounts. The user can enter, review or update further information, such as skim and break funding rates as required.
  • a skim rate can be added, updated or deleted by the user from this screen display.
  • a pricing type for example certificate of deposit, can be selected for each particular skim rate to be added, and the skim rate can be entered through a dialog box. Skim rates can also be updated or deleted based on user selection for the syndicate/participant sale.
  • Break funding rates displays are preferably available only in this type of transaction when there are existing match-funded notes under the facility. An eligible note ID is selected and an update option is selected for that note. The break funding rate and buyer rate for the selected note can be viewed and updated.
  • Another transaction type available for syndicate/participant sales transactions is a change in sale amount. Selection of this type of transaction presents display that contains information related to a sale ID, sale type, buyer and seller. The transaction is initiated by entering a valid transaction effective date, which causes display of a unique transaction sequence number while providing access to a list of sale IDs. The user can select the sale ID to display a sale type, and buyer and seller information. The user can then enter an increase/decrease amount to be changed in the current sale amount to produce a new sale amount.
  • the user can modify the current facility amount through the transaction. Entry of a valid transaction effective date permits display of facility amounts, the assignment of a unique transaction sequence number and enables modification of fields that can be changed for the transaction. The user can view global facility information to ensure the change desired can be accomplished. An increase/decrease amount is entered under the transaction, and the user can review the loan accounting information related to the facility.
  • a transaction initiated for interest or LC commission fee parameter change is permitted upon entry of a valid transaction effective date. With a valid date, the system assigns a unique transaction sequence number and allows the user to select from among notes eligible for use in the transaction. Once an eligible note is selected by the user, the LC commission fee parameters can be entered, reviewed or updated. The parameters include such items as fee rate and billing information.
  • the user preferably enters a valid transaction effective date.
  • a valid transaction sequence number is assigned and the user has access to enter, review or update parameters related to commitment or facility fees.
  • Parameters found in this transaction include fee information such as accrual basis and types, cycles and days for billing.
  • the system also permits a transaction type for a memorandum.
  • the user preferably enters a valid transaction effective date to obtain unique transaction sequence number and to enter a message in a transaction history window display portion.
  • a user can also initiate a transaction for a non-standard message at the deal level.
  • the user selects an active deal and chooses a transaction type of non-standard message.
  • the managed contact group list box is enabled.
  • a managed contact group can then be selected, which enables a message output selection list and a template name selection list.
  • the message output selection can be either a group or individuals within the group.
  • the user can also select a template from among the template names in the list to provide the non-standard message.
  • the user can then enter, review or update text within the message, with changes to the standard format indicating that the message is non-standard format.
  • the user can essentially send a freeform message which can be based on a message template or simply the user's own comments.
  • a file look-up feature is available that permits the user to insert a text file as the non-standard message. The user can edit and print the message before saving and processing the transaction.
  • the message preferably includes placemarkers for distribution information about distribution amounts and dates, in addition to F/T instruction information related to the transaction.
  • the message template can be reviewed, modified and updated by the user, to have distribution amounts and F/T instruction information automatically inserted in the placemarkers.
  • the distribution amount information includes a distribution date and revenue or non-revenue amounts.
  • Distribution information also includes an update feature which is enabled when a distribution amount is greater than zero. Selecting the update feature for the distribution amounts permits the user to select various investors related to the transaction and update a distribution amount as of a particular date.
  • a loan accounting information feature is made available for transaction processing when the transaction or pricing type selected is loan related.
  • this feature is enabled when syndicate manager 44 is a syndicate group member listed in a facility associated with the deal with a current pro-rata portion greater than zero.
  • the loan accounting information feature is used by syndicate manager 44 for tracking loan transaction information and loan accounting. For example, if the transaction is a new draw down transaction, the information in the loan accounting feature will automatically default to loan accounting information related to syndicate manager 44 for the selected facility.
  • the default information related to syndicate manager 44 populated in the display can be overridden by selecting a value from list enabled fields or by entering data. Some field values in this area of transaction processing are not filled in with defaults, but are preferably entered by the user.
  • the user can generally simply select from a list to fill in the field or enter a new value. Since a borrower may have multiple accounts with available loan accounting information maintained by syndicate manager 44 , the user can select each account and make appropriate field entries, or accept default values as described above.
  • the loan accounting information parameters include a processing unit such as a bank, an account number, a commitment/line number and a note number, all of which can be entered, reviewed or updated by the user with appropriate permissions.
  • the F/T instruction information for the transaction being processed is also enabled for user access once a valid transaction effective date is entered in the transaction detail information.
  • a default value date for the F/T instruction information is presented to the user for review or update.
  • the user can then select an approved borrower F/T instruction from a list of F/T instructions.
  • the user can review the clearing and borrower accounts, payment details and bank information for the selected F/T instruction to insure that the proper F/T instruction was selected for the transaction. Payment detail information can be updated as needed by the user.
  • LC information When the combination of transaction and pricing type involves a letter of credit, LC information, LC commission fee information, issuer fee information and reevaluation information is made available for entry from the transaction detail feature. This information is made available once a valid transaction effective date has been entered in the transaction detail information. Entries such as, for example, the commission fee information are made or reviewed by the user. The user enters a fee rate as a percentage, and selects an accrual basis, billing type, cycle, month and day for billing.
  • the reevaluation information for the letter of credit is enabled when the issuance currency in the transaction detail information is in a currency other than U.S. dollars.
  • the user can select the reevaluation cycle, i.e., quarterly, a series of months and a day on which the reevaluation is to occur, and updates the information as needed.
  • the user can select to add an extra message in the transaction details. This feature is preferably enabled when a valid transaction effective date has been entered in the transaction detail information.
  • the text data can be printed, or can be inserted from a file.
  • Some automatic features are available so that text can be automatically inserted in the extra message text, for example, a spreader report, which is preferably available for pay down with interest, fee or interest accrual and maturity/conversion/rollover type transactions. If the user wishes to select a file to input to the message screen, a directory feature is made available for the user to navigate among various directories and select a file for entry in the text input area.
  • the user can also view a history of the transaction details from the transaction detail information.
  • the feature of viewing the transaction history is always available, except when the user has navigated to the deal level non-standard message transaction feature.
  • the transaction history is accessed, the user is presented with a list of is transactions, through which the user can scroll and view information regarding previous transactions.
  • the user can save the transaction for processing. Saved transactions are processed for validity and checks on various parameters. If the transaction saved is a non-standard message transaction, no validation preferably takes place. As an example, a transaction save preferably ensures a valid transaction effective date has been entered in the transaction detail information.
  • System 68 also features a save and process function which is available through transaction management 74 .
  • the save and process function is available once a valid transaction effective date has been entered in the transaction detail information.
  • transaction detail information is submitted to application server 20 ( FIG. 1 ) for editing and validation before it is saved in the database.
  • the transaction detail information passes all edits and validation criteria, it is submitted for transaction review. If the transaction criteria is met in the transaction review, the transaction data is committed to the relevant tables in relational database 26 ( FIG. 1 ). Saving the transaction, however, preferably does not create any F/T instructions, messages, loan accounting forms or reports.
  • a message is displayed to the user confirming that the transaction has been saved, but cannot be processed because of erroneous or missing information.
  • the user can then correct the information for the transaction and resubmit the transaction detail information for processing. Again, if the transaction review is successful the user is permitted to either initiate another transaction, or go to the activity queue feature in transaction management 74 or the deal/facility selection information in deal management 70 .
  • the job queue displays a list of job IDs related to transactions which have been submitted for processing.
  • a user selecting a job queue to view will only see job IDs related to transactions which the user is authorized to view. For example, a supervisor or a manager can view all job IDs for their default organization such as the bank they represent.
  • the user can select a particular item in the job queue to obtain more information about the transaction related to the selected job ID.
  • the information displayed for each transaction is the job ID, deal name, the time submitted, the user submitting the transaction, the start time, the end time, execution time, job status, current account manager, facility ID, transaction description and activity ID.
  • the queue feature also permits the user to access a log for a particular transaction related to a given job ID.
  • the log can be printed or saved according to selections made by the user.
  • the user may also select a transaction by job ID for cancellation. Preferably, only jobs which have status of waiting or executing can be cancelled by the user.
  • the job queue feature also permits the user to select a transaction by job ID to review the activity queue for the transaction.
  • activity IDs When the user selects the activity queue for a given submitted transaction, a number of activity IDs are displayed. Again, the activity IDs that are displayed to the user will depend upon the user's permissions. Supervisors or managers can view activity IDs with a Value Date greater than or equal to the present date and no more than eight days less than the present date. If the user is an account manager, the activity IDs for the deals for which the account manager is the current account manager will be displayed when the date value is greater than or equal to the present date. Activity IDs will only be displayed if the current status of the message or F/T instruction is new or approved. When reviewing the permitted activity ID information, the FNEN displayed is for the default organization or banking institution. The activity IDs can be selected by a filter which depends upon the user's authorizations.
  • the user can access different lists of activity IDs based on updates to the FNEN and/or filter. Once a list of activity IDs is displayed, the user can scroll down the list to select a particular activity ID, or enter a particular activity ID in a search input to locate the activity ID.
  • the activity queue display permits the user to modify the message or loan accounting information form for the activity, provided that the current status of the activity is new. By selecting the modify function, the user can change the message or loan accounting information form as desired. Once modified, the user can print or save the message or loan accounting information form with the changes.
  • the activity queue preferably provides a save feature for saving messages, F/T instructions, loan accounting system forms or reports in a file.
  • the save feature provides the user with a directory navigation display to permit file saves in a location specified by the user.
  • the activity queue also preferably provides a feature for approving the activity, provided the messages and loan accounting system forms have a status of new, and the user has proper permissions.
  • the F/T instruction preferably cannot be approved by the same person by which it was created. By selecting the approved feature, the user's name and the present date and time are displayed in a status tracking field for acceptance by the user to confirm approval.
  • the user For activities with a current status of approved, the user has the option of selecting a release feature. However, this feature is preferably enabled only for F/T instructions if the current status is approved, and the user is a quality assurance manager.
  • the appropriate message or loan accounting system form is sent to a fax server and the F/T instruction is prepared to be sent to an FTPC (Funds Transfer PC).
  • the user preferably checks that the status of the message is TRN (in Transit for fax delivery) and that the user's name and the present date and time are entered in the status tracking field.
  • an entry in the activity queue can be cancelled for messages, F/T instructions and loan accounting information forms with a status of “new”. Again, the user must have proper permissions to be able to cancel the activity.
  • the status of the message, F/T instruction or loan accounting information form for the activity ID must be cancelled before the transaction can be updated, deleted or reprocessed.
  • the cancel feature is selected, the user's name and the date and time of cancellation is preferably recorded for tracking and auditing purposes.
  • a user with proper permissions for example a supervisor or a manager, can override the status of the message, F/T instruction and loan accounting information forms regardless of the current status of the output.
  • the user instituting the override preferably has their name and the present date and time displayed in the status tracking field, along with the new status provided by the override, for tracking and recordation.
  • Investor management 76 provides a utility feature to manage such features as investors and their details, prime rates, tax information and templates. While all users may view the investor information, only managers are permitted to add to or update the information. Investors can be selected from a list by entering an investor ID, or the deal name associated with the investor. The user can also search for an investor or deal name by entering all or portions of the information into a search function to locate the investor or deal name. Once an investor or deal name is selected, details about the investor are available for viewing. For entry of a new investor, the user must be a manager, which permits the user to enter detail information about the investor. Investor information can be obtained from external systems connectable to system 68 , and then updated by name, address, tax data and F/T instruction data, as needed.
  • the external system information can be selected by a customer ID number or by name.
  • the user can search for the customer by entering all or portions of the customer ID number or customer name.
  • the external system customer information can be displayed to the user in a scrolled format when available, so that the user can select from a number of customers.
  • the user can also verify that the correct external system customer is selected by viewing details about the chosen customer in the external system.
  • the prime rate for an investor can be viewed once an investor is selected by any user. However, only managers can preferably add a new prime rate for the investor, or update an existing rate.
  • Each deal has associated with it a number of standard templates which can be accessed and modified. For example, a user with proper permissions can add, update, view or delete a template containing information used repetitively or with little change. Templates are organized by FNEN, to is indicate the appropriate banking institution. The user can also select a deal name to display a list of the templates associated with a given deal. Various standard entries may be made in the templates by inserting codes related to the desired information. For example, an investor's pro-rata share can be inserted automatically into the template by providing an appropriate automated code in the body of the template. The user may also insert an entire file into the template and save or print the entire new or updated template.
  • System 68 also provides a function for reporting 82 , which gives the user access to a number of reports on reports server 22 , based on particular categories. For example, a report can be generated through reporting 82 that is related to the deal, borrower, investor, facility or transaction, or to miscellaneous, user selected information. Once a report is selected, it can be generated for review, and the user can enter or update parameters in the report. If an error occurs during entry or update of the report parameters, an error message is displayed and the user may correct the parameters and resubmit a report request. Once a report is generated through reports server 22 , it can be viewed by the user with the selection of a view report feature.

Abstract

A loan syndication tracking and management system and method provides a user with access to specific details related to a syndicated loan. The system and method coordinates investor, borrower and resource information, in addition to features related to the overall structure of a syndicated loan. Users access the system with various levels of permissions to view, add, update or delete information according to their allotted permissions. The system permits multiple users to access the information for efficient handling of approvals and requests related to multiple investors and borrowers, in addition to handling institution interchanges and notifications. The system and method keeps a record of all transactions and changes for review, reporting or regulatory purposes. The administration of a syndicated loan transaction is simplified while providing advanced features such as support for loan trading.

Description

  • This application is based upon and claims benefit of U.S. provisional application 60/192,098, filed Mar. 24, 2000, to which a claim of priority is made.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention relates to a syndication loan management and administration system for tracking information related to a syndicated loan. More particularly, the present invention relates to a multiuser system for accessing and manipulating data related to a syndicated loan, including investor, borrower and institution information.
  • 2. Description of the Prior Art
  • Financing of a large commercial endeavor typically requires leveraging a large amount of financial resources to support creation of a commercial entity. A planned commercial endeavor will typically involve a number of individuals responsible for initiating and managing the endeavor through its various phases, including inception of the commercial entity. These individuals will typically seek debt based financing, such as commercial loans, to support the initial development of the commercial enterprise. The types of commercial loans needed are typically large and require a significant amount of resources to properly complete the funding transaction. For example, if individuals representing the entity approach a large commercial bank for a commercial loan, the bank generally needs to obtain proper assurances from the borrowers before money can be loaned. Such assurances could include items such as collateral, loan insurance or the like. In addition, the commercial bank must organize resources sufficient to meet the needs of the borrowers and structure the loan in a way which meets the needs of the borrowers.
  • Lending institutions such as commercial banks typically have limits to the amounts of funds they wish to commit to any one commercial undertaking. These loan limits are often less than the total amount of financing a commercial undertaking requires to initiate an enterprise. By organizing a number of banks or lenders to finance the undertaking, the required funds can be obtained while limiting the exposure of individual lending institutions. One way of organizing a group of banks or lenders is to form a loan syndicate which has as members a number of commercial lending institutions. The loan syndicate can underwrite large commercial loans, while spreading risk and liability among the various members to lessen the impact of any risk associated with the large commercial loan.
  • A syndicated loan involving a number of lending institutions involves the handling of a large amount of data related to various aspects of the syndicated loan. For example, the loan resources to be used, or facilities, typically need to be tracked and evaluated for availability, amounts available, future demands on the facility and so forth. Information related to the members of the syndicate group, or investors, also needs to be tracked and updated as a loan evolves. Activity related to the borrowers such as payment amounts, expected dates of payments and so forth must also be tracked. In addition, details related to regulatory requirements must be tracked and reported to appropriate authorities, such as required tax payments.
  • A syndicate manager is typically one of the lending institutions in a syndicated loan group, that carries the administrative burden of managing the syndicate loan over its lifetime. The manager, or agent, will usually be paid fees out of the loan transaction to offset the administrative burden, which can be significant. The agent has extensive duties before and after closing a syndicated loan deal, many of which include regulatory reporting requirements.
  • As a syndicated loan is completed, an opportunity for loan trading is presented among the various lenders holding loan assets during the lifetime of the syndicated loan. Loan trading presents a further administrative burden on the syndicate manager, which must track changes in ownership.
  • An institution that wishes to become a syndicate manager will usually endeavor to attract potential lenders and evaluate the interests of borrowers to provide an attractive package for the two parties. Success in becoming a syndicate manager often depends on adroitly organizing contact information to facilitate a market monitoring process between lenders and borrowers.
  • Once a borrower sets a desired funding amount, and a potential syndicate manager begins soliciting lenders for organizing a loan syndicate, proposals need to be organized and shared with all potential lenders. A typical proposal includes voluminous legal documents that a manager must ensure specify all the proper terms and conditions of the loan agreement.
  • After a syndicate loan has closed, the manager acts as the administrator between lenders and borrowers, and provide funding updates and notifications as agreed. Typically, a number of lenders are involved with the updates and notifications, requiring the syndicate loan manager to expend a number of resources providing paper notification by courier or facsimile at given intervals or on agreed dates. As the loan matures, further functionality is desirable, such as sharing data with other systems, analyzing loan parameters and providing further access and integration with desktop type systems.
  • Syndicate loan managers typically find it difficult to assemble a group of banks to collaborate on a single credit transaction. Once a group of lenders is assembled, it is further challenging to coordinate the group during the lifetime of the loan. The present market for syndicated loans demands greater sophistication and complexity, in addition to more capability and flexibility, than any present system can provide.
  • It would be advantageous to any syndicate loan manager to have a tool to efficiently handle the demands of loan administration, while providing functionality for new possibilities of communication, including the Internet, in a single package. Presently, there is no known system that can deliver the needed functionality in a complete and efficient manner in a single package to handle the complexities and sophistication of these types of deals in their present form. Accordingly, there is a need for a multi-user sophisticated syndicated loan management system which has high reliability, efficiency and accessibility.
  • SUMMARY OF THE INVENTION
  • It is an object of the present invention to provide a system and method for syndicate loan management and processing which overcomes the drawbacks of the prior art.
  • Briefly stated, there is provided according to the present invention a loan syndication tracking and management system and method that provides a user with access to specific details related to a syndicated loan. The system and method coordinates investor, borrower and resource information, in addition to features related to the overall structure of a syndicated loan. Users access the system with various levels of permissions to view, add, update or delete information according to their allotted permissions. The system permits multiple users to access the information for efficient handling of approvals and requests related to multiple investors and borrowers, in addition to handling institution interchanges. The system and method keeps a record of all transactions and changes for review, auditing, reporting or regulatory purposes. The structure of a syndicated loan transaction is simplified, and the transactions can be made with greater efficiency and ease.
  • According to an embodiment of the present invention, there is provided a loan management system comprising a first dataset related to a plurality of lenders, a second dataset related to at least one borrower and a third dataset related to a plurality of loan resources. A processing engine can access and manipulate the datasets, while a user interface permits a user to access and provide commands to the processing engine. The commands provided by the user permits access and manipulation of the datasets. The datasets can be manipulated to record and track information related to a loan composed of at least a portion of the plurality of loan resources provided by the plurality of lenders to at least one borrower.
  • The lenders, or investors, have access to a number of financial resources, such as negotiable instruments, promissory notes and the like, suitable for allocation to a borrower loan. A financial resource is typically referred to as a facility. Each investor can contribute a share of the loan resources, for example a pro-rata share, in addition to absorbing a portion of the liability and tax burdens of the loan. Each investor similarly receives a share of the proceeds of the loan repayment. Typically, there is one investor that acts as the lead lender for the deal, generally providing a larger proportion of the loan funding. The system and method according to the present invention permits a lead lender, for example, to track the assets of the loan, payment schedules, pro-rata shares in the loan of all the participating investors, contacts for the various investors and borrowers and generate reports for distribution among the various members of the transaction.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The above, and other objects, features and advantages of the present invention will become apparent from the following description read in conjunction with the accompanying drawings, in which:
  • FIG. 1 is a diagram showing the interconnectivity of system components according to the present invention;
  • FIG. 2 is an illustration of a menu system according to the present invention;
  • FIG. 3 is a typical user interface screen for accessing the system according to the present invention;
  • FIG. 4 is an illustration of interaction between components according to the present invention; and
  • FIG. 5 is a diagram of components and entities according to the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • Referring now to FIG. 1, a diagram of system interconnectivity with various layers is shown. A presentation layer includes client machines, while a middle layer represents local area network access and communication ports. A database layer includes mass storage devices and database processing engines for accessing data stored in the mass storage devices.
  • An individual user typically accesses the system shown in FIG. 1 through a user interface 10. User interface 10 is preferably connected to an application server 20 and a reports server 22, each of which are accessible by the user. Application server 20 preferably has access to a number of resources including a network file server 12, an SNA gateway 14 and a fax server 16. Network file server 12 hosts network accessible files and has a large number of resources available to the LAN (Local Area Network) comprising the middle layer indicated in FIG. 1. SNA gateway 14 provides access to central mainframe 32 for application server 20 over a connection through SNA gateway 14. Fax server 16 controls a modem 18, and is capable of sending facsimile correspondence automatically over a telephone network 28.
  • The database layer contains large scale databases and database processing engines. Central mainframe 32 can access a central database 30, and provide application server 20 with database information through SNA gateway 14. In addition, database server 24 has access to a relational database 26, the contents of which is also available to application server 20. Telephone network 28 is indicated as being included in the database layer to show that fax server 16 has access to a large number of systems through modem 18 by which correspondence can be easily distributed on a large scale automatically.
  • Referring now to FIG. 2, a menu system according to an embodiment of the present invention is shown. The menu system is preferably available to a user at the presentation layer through user interface 10, for example. Top level menu items include a deal management menu 34, a transaction management menu 36, a utilities menu 38 and a reporting menu 40. Each menu is referred to with regard to its respective components in the following description.
  • Referring now to FIG. 3, a typical system display screen 42 is shown. A number of users interact with the system through display interfaces similar to that of display screen 42. User activities include manipulation of data in central database 30 or relational database 26. Users can be presented with information for approval, can read or modify database information or output reports for distribution. For example, FIG. 3 shows detail information of a typical investor, where the investor is a financial institution.
  • Referring now to FIG. 4, a simple illustration of the entities involved in the syndicate loan is provided. A syndicate manager 44, a number of investors 48 including financial institution 46 and a borrower 66 all contribute or use syndicated loan resources 52. Syndicate manager 44 represents a financial institution responsible for organizing syndicated loans and contributing to syndicated loan resources 52. Investors 48 can be made up of loan resource contributors or loan providers, such as other financial institutions 46. Borrower 66 is an entity that receives the benefit of syndicated loan resources 52. Syndicated loan resources 52 includes loan facilities 54, 56, 58, 60, 62 and 64. Loan facility 54, for example, can be a negotiable instrument, an LC (Letter of Credit), promissory note, or the like. The various resource contributors supply the various loan facilities to syndicated loan resources 52. Typically, the financial institution that acts as syndicate manager 44 contributes the majority of resources to the total of syndicated loan resources 52.
  • Management and administration of facility resources comprises the bulk of syndicate loan management activity. Each of facilities 54, 56, 58, 60, 62 and 64 may be different types of financial instruments. Some types of instruments include LC, debt purchases, promissory notes and so forth. Transactions applied against the various facilities also vary considerably depending on the facility. Each transaction can also have various pricing types related to execution of the transaction. The various transactions listed in transaction management menu 36 and associated pricing types are discussed below in the context of transaction management.
  • Referring now to FIG. 5, a diagram of interaction between syndicate manager 44, investors 48 and borrower 66 through a syndicate loan management system 68 is shown. System 68 records and tracks information related to syndicate manager 44, investors 48 and borrower 66. System 68 also tracks information and status of the various loans, transactions related to the loans, and provides reporting mechanisms to collect and present information related to various syndicate loan aspects. The system according to the present invention can preferably access external systems as well. External system access can be used to obtain and correlate information related to the above-mentioned entities involved in the syndicate loan. The system is organized as a client-server type network based application, which is also linked to main frame systems, as indicated in FIG. 1. The system is multiuser and can access and manipulate information from a variety of sources.
  • System 68 provides a user interface 10 (FIG. 1) through which a user can access information related to any number of syndicated loans, or deals, through system 68 and manage information related to a variety of aspects of the deals. System 68 preferably includes tools for managing syndicate loan information, divided into various portions by subject matter. For example, portions such as a loan management 70, a transaction management 74, a borrower management 80 and an investor management 76, all contribute to overall system information handling. System 68 also manages a number of items related to various aspects of the syndicate loans. For example, contacts for investors 48 and borrower 66 are preferably maintained by system 68.
  • Individual deal status is available about a syndicate loan 72, for example, including information about pending transactions, approved transactions and processed transactions. New syndicate loans, or deals, can preferably be created using system 68 by first choosing a FNEN (financial entity) for the deal, and then entering information related to the transaction creating the syndication loan. Each deal preferably has a number of individuals with varying responsibilities assigned to review or manage the deal. For example, a typical deal includes a deal manager, a supervisor and an account manager. System 68 keeps track of the various individuals assigned to the various deals together with the transaction information involved in the deal.
  • Each deal has associated with it a borrower 66 for which borrower information is entered through borrower management 80. System 68 permits a user to access borrower management 80 through user interface 10 for viewing or manipulation. Borrower management 80 preferably includes general details, transactional instructions and contact and agency information. The agency information typically includes a schedule of fees for the agency. Critical borrower detail information in borrower management 80 can be modified by users with particular permissions. For example, the borrower name, tax ID and borrower registration information (U.S. & Registered Obligor) can be viewed or modified as needed, by a user given proper security permissions.
  • The borrower detail information can be input to borrower management 80 from other external systems that can interface with system 68. Information such as the borrower name, a primary address, country, an ID number, an obligor grade, a tax EIN (Employee Identification Number) and a SIC (Standard Industry Code), if available from an external system, can potentially be transferred to system 68, without the need for large expenditures in data entry resources. System 68 provides several tools, including search facilities, which can be used with many external systems. For example, a user can connect with an external system having information related to an investor or a borrower, using tools provided in the present system. The user can then perform searches or other operations to locate data that can be transferred to the present system, to provide information relative to a particular deal. Alternatively, system 68 can incorporate information derived from an external system in an electronic format, without the need for an actual connection.
  • Once borrower information is entered or selected in borrower management 80, an F/T (Funds Transfer) instruction, or multiple F/T instructions may be entered for a single borrower transaction in transaction management 74. An F/T instruction indicates the type of transfer to take place and specifies items such as terms for transfer of funds, amounts, parties, dates and so forth. A user can update the F/T instructions through user interface 10.
  • A “no F/T required” instruction is also available for entry and approval for each borrower. Once a F/T instruction is entered in system 68 through transaction management 74, an indicator such as “pending” or “approved” is shown for the F/T instruction details related to the particular borrower. When an F/T instruction is entered or updated, another individual with access permission to the F/T instruction preferably approves any changes, as opposed to the individual who entered or updated the F/T instruction. A different individual approves the F/T instruction than the individual that entered or updated the F/T instruction to provide a check on the procedure. When an F/T instruction is viewed in transaction management 74, the last user to modify the F/T instruction is displayed, in addition to the date on which the modification was made.
  • The details of an F/T instruction preferably includes a settlement-type, a clearing account number and a borrower account number. The F/T instruction details permits entry and tracking of a credit party, an account party or beneficiary information. Provision within transaction management 74 is made for an entry of a Fedwire (federal wire transaction) as an F/T instruction, which is listed as a book transfer with an appropriate DDA (Demand Deposit Account) number.
  • Borrower management 80 includes borrower detail information such as contact persons available on behalf of the borrower. The borrower contact information can contain any number of contacts at varying locations, together with descriptions of the particular contact person related to the transaction. For example, the borrower contact can be designated as a recipient of formal notices, a PMA (Portfolio Management Associate) or a bid contact.
  • The borrower detail information preferably includes a group of agency fees which can be viewed or modified, together with history/forecast information for the agency fees. The agency fee history/forecast information permits modification of the payment history and access to the next forecasted payment of an agency fee.
  • Borrower management 80 also includes a borrower fee schedule which can be viewed and modified. The borrower fee schedule includes history/forecast information which permits the fee payment history to be displayed, in addition to forecasted fee payments. In a preferred embodiment, the fee schedule includes a description, an effective date, a termination date, an annual fee amount, a billing cycle, i.e., annually, a billing day, i.e., the 17th day of a month, and a billing type, i.e., in advance.
  • The borrower payment history and forecast is available for viewing and modification as well. The borrower payment history/forecast information preferably includes such items as the next payment due date, the previously paid date, the amount paid and the amount due.
  • Once borrower information has been entered for a particular deal, system 68 provides access to investor information through investor management 76, which includes information about various investor groups. An investor group can represent a single investor or a collection of investors operating as a unit. The investors can be financial institutions, asset managers for large funds, and so forth. Investor information is entered and tracked through system 68, and is viewable and modifiable by a user with proper permissions. The information supplied to investor management 76 for each investor or investor group preferably includes items such as general details, F/T instructions and contact information. Investor management 76 permits investors to be added or deleted, in addition to being placed in a group, or removed from a group. A search tool is available to locate a particular investor or investor group based on various criteria such as an investor name.
  • Investor management 76 further includes F/T instructions that contain information about a particular transaction. F/T instruction status is also available for display. A typical F/T instruction status may be approved or pending. The F/T instruction may not be deleted in investor management 76, but only viewed or updated, such as when its status changes. Only one F/T instruction can be entered for a given investor or investor group. The F/T instruction for the given investor can be approved only by a person with proper permissions, as long as that person is not the same user who last modified the F/T instruction, as described above. Once an F/T instruction is approved, the status of the instruction changes to approved, and is displayed by system 68. An F/T instruction can be updated with various changes and information such as settlement type, credit party, account party and beneficiary in addition to clearing and borrower accounts.
  • Investor management 76 also includes investor contact data, which is typically a list of individuals available at the investor location. These contacts are also available for grouping in user defined contact groups. In this way a user can access a customized contact list without having to go through a specific investor first. Investor contacts can be added, updated, viewed or deleted in the same way as previously described contacts. A user must have proper permissions to add, update or delete from the contact information. Preferably, the contact information includes such items as name, address, phone numbers in addition to a number of roles and responsibilities for the contact. When a contact is described as having a particular role or responsibility, the system will display appropriate fields which are preferably filled in according to the role or responsibility of the particular investor contact.
  • Contacts can be managed in general as well. For example, an individual user can select and update various contacts related to a particular deal or particular investors. In addition, groups of contacts can be defined by the user related to investors, borrowers, deals, and so forth. The user further has access to a predefined listing of contacts which is created automatically by assignment of roles and responsibilities mentioned above. Thus, new contacts can be added to the predefined contact listing simply by creating a borrower or investor contact with a particular role, or adding a particular role to an existing contact.
  • The user defined contact lists, including individual and group contacts, are created and maintained by the user at a level related to specific deals. Once a user defined contact list is accessed, the user may add, update and delete entries in the list, including individuals and groups. Again, the user may add or remove individuals to or from other groups. Once again the user must have proper permissions to manipulate contact lists for the various borrowers/investors, except where the list is defined by the user.
  • Another feature of loan management 70 is a facility maintenance 78, which includes details about various facilities that are a part of the deal transaction. Through facility maintenance 78, facility information can be added, updated and deleted. The facility information for a given deal preferably includes facility details, commercial loan accounting information, LC information, fee information and syndicate group information. Only users with permissions related to a selected deal can update, add and delete facilities and facility information through facility maintenance 78. However, all users can view the facility information available in facility maintenance 78. In addition, a facility preferably cannot be deleted from a deal until all transactions associated with the facility, other than closing, are deleted. This preventative measure ensures that no outstanding transactions remain before a facility is deleted.
  • Facility maintenance 78 permits users to add or update facility details, provided the user has proper permissions. Users without add or update permissions can still view the facility details, which may include external system information and details. For example, syndicate manager 44 may hold a number of assets or resources which may be available for commitment as facilities for a syndicate loan. If these assets or resources are tracked with another mechanism, such as a database application, system 68 can access the database to retrieve or update facility information for use in facility maintenance 78. Facility details are preferably accessed and displayed to provide a comparison for synchronizing data between system 68 and the database application system. In addition, access to the database application permits an automated comparison between the two systems. Any discrepancies found during automated synchronization, for example, are noted in a warning message box. Once the user is apprised of any discrepancies between the systems, they can take steps to synchronize the data accordingly.
  • For example, if there is a discrepancy noted in the information of one of the systems, the user can choose which system or information to synchronize or can choose not to synchronize the systems. Information in facility maintenance 78, such as facility ID, description, opening facility amount, borrowing base amount, administration agent, reference bank and RRC (Regulatory Reporting Code) can all be updated. In addition, a user can update or add information related to credit agreements under a facility.
  • Information can be added or updated in facility maintenance 78 is provided the user has proper permissions. All other users without add or update permission can only view the information through facility maintenance 78. The commercial loan accounting information accessible by users representing syndicate manager 44 reflects the share a particular financial institution has in the selected facility. The commercial loan accounting information is available for use with transaction details when a loan related transaction is prepared with respect to a selected facility. The commercial loan application information includes a borrower processing entry for the loan accounting system, a borrower account number, a commitment/line number, loan type, tax status and floating rate default. In addition, the information preferably includes whether draw downs under the selected facility will be secured or unsecured, and whether interest is payable on principal payments or on conversion/rollover, and provide a number of days in advance of a due date that a notice should be sent to a borrower.
  • The LC information is available from facility maintenance 78 as well. The LC information includes letter of credit amounts, accounts and fees, each of which can be viewed and updated by users with appropriate permissions for a selected facility. The LC information is also available for viewing by other users without the special permissions in facility maintenance 78. The LC information becomes pertinent when the credit agreement for the selected facility contains provisions regarding the letter of credit. The letter of credit information includes a maximum dollar amount for draw downs under the selected facility, a primary account number for use by the issuing agent, a secondary account number if the financial institution using the system is not the issuing agent and a letter of credit fee depending on the LC type. LC types include trade, standby and acceptance letters of credit.
  • Fee information for a particular facility is also available in facility maintenance 78. The type of fee is either a commitment fee or a facility fee, and only one fee for either type is preferably permitted by facility maintenance 78. The fee information can be added, updated and deleted depending upon the user's permissions. If a user has no modification permission, the information is still available for viewing. The commitment fee and facility fee information is used to process accruals for the selected facility. For each fee, the information preferably includes a fee rate and scale types, i.e., fixed and contingent, billing cycle, i.e., quarterly, billing type and day, and fee basis, i.e., a 360 day year.
  • Selecting a facility from facility maintenance 78 also makes available syndicate group information. A syndicate group display shows current and original syndicate group entities providing facility financing and includes distributions for the selected facilities among the entities. For example, a number of financial entities may provide the financial support for a given facility, as noted by their pro-rata share. Alternatively, a single entity may contribute several facilities. The original resource distribution for a given facility cannot be updated once entered, with the exception of a closing event for the selected facility.
  • The syndicate group information shows investor names and amounts of investment, including distributions and allocations of the facility resources available. The syndicate group information can be viewed according to a particular status through, for example, a filter. An entire syndicate group can be copied between facilities, under the same deal, for instance, and syndicate group members can be added or deleted. For each investor in the syndicate group, a pro-rata amount and a pro-rata percentage of the facility is available for viewing or updating. Copying a syndicate group can only be done by a user with appropriate permissions. Similarly, a syndicate member may only be added or deleted by a user with proper permissions. Facility maintenance 78 permits a set of investors to be listed along with a set of syndicate groups so that investors may be added or removed from the specified syndicate group in an intuitive manner. To facilitate an intuitive approach, a search may be conducted for an investor name to quickly locate the investor for addition or removal to/from a particular syndicate group.
  • Transaction management 74 is provided in system 68 for each syndicate loan transaction or deal. Transaction management 74 permits management of information related to deal/facility selection, transaction history, transaction initiation, job queue and activity queue. The deal/facility selection shows a list of all active deals, closed deals and individually customized selection of deals. The user can select an active deal to enable a transaction initiation. If the user selects a facility, the transaction history is enabled in addition to the transaction initiation. Transaction initiations are preferably enabled only if the user has proper permissions.
  • A view of transactions and facilities can be selected by choosing appropriate items from available filters. For example, a filter can display all deals, closed deals or customized deals.
  • Other filters can choose an organization through which the transactional facility is available. Each selected deal has associated with it a list of facilities available for the borrower. Transaction management 74 also provides for a search to locate a particular deal by deal name or a particular facility by facility ID. A transaction can be initiated only if the deal status is active. In addition, a borrower must be defined for the particular deal in the borrower detail information discussed above.
  • The current total pro-rata distribution among the syndicate members forming a syndicate group for a facility preferably adds up to 100%. The various distributions among syndicate group members can be verified through loan management 70 and facility maintenance 78 discussed above. Again, a user accessing the deal information must have proper permissions.
  • Once transaction settings have been made through transaction management 74, the transactions are processed with additional processing requirements and messages. Reports are generated from transaction processing such as F/T instruction reports, loan accounting forms, LC forms and so forth. A transaction can be saved prior to complete transactional processing to review deal/facility information. The deal/facility information that can be reviewed includes the requirements such as the borrower having at least one approved F/T instruction and at least one contact with a notification recipient flag. Each facility is preferably associated with at least one syndicate member for purposes of managing the facility. Each member of the syndicate group with a pro-rata amount greater than zero preferably has at least one contact with the notification recipient flag, in addition to an approved F/T instruction.
  • When syndicate manager 44 is a syndicate group member with a current pro-rata amount greater than zero, syndicate manager 44 preferably has at least one contact with a loan accounting notification recipient flag, loan department flag and an LC flag. In this situation, syndicate manager 44 also receives tax status information and secured/unsecured information with the loan accounting information. These various recordations depend upon whether the transactions create loan accounting forms when processed, or if an LC transaction is involved. That is, a syndicate group transaction in which syndicate manager 44 is listed as an investor will generate loan accounting forms and notices, while transactions involving letters of credit implicate LC department notification. A transaction initiated with a non-standard message in transaction management 74 preferably includes a definition of a borrower for the deal in the borrower detail information. Each member of the managed contacts for the deal preferably has a fax number in this instance, to permit automatic notification by facsimile.
  • If a deal/facility transaction is to be initiated with a non-standard message a borrower for the deal is preferably defined as discussed above, and the current total pro-rata distribution among the syndicate members preferably adds up to 100%. In addition, the facility preferably has at least one syndicate member included, each member of the syndicate group with a pro-rata distribution amount greater than zero preferably has an approved F/T instruction and each member of the syndicate group preferably has a fax number. Each of these checks on a transaction prior to processing helps to ensure that the transaction processing actions will occur without errors.
  • Where a deal/facility is initiated by an agent other than syndicate manager 44, further requirements are preferably in place. The deal status must be active in syndicate loan 72, and a borrower must be defined in borrower management 80. Again, the current total pro-rata distribution among the syndicate group members must add up to 100%. In addition, access to the deal is granted only to persons with appropriate permissions, such as a manager, supervisor or current account manager assigned to the deal.
  • Once a deal is initiated, additional transaction processing requirements must be met. For example, the borrower must have at least one approved F/T instruction listed in borrower management 80, and the facility must have at least one syndicate member in facility maintenance 78. When syndicate manager 44 is a syndicate member with a current pro-rata amount greater than zero, at least one contact with a loan accounting forms recipient flag is preferably listed. The investor information preferably has at least one contact with a loan department flag and an LC department flag, tax status information and secured/unsecured information provided in the loan accounting information. When the above criteria is not satisfied, the user is informed through a message that the transaction was saved but not processed and the criteria that was not satisfied is indicated. The user may then modify the transaction information to satisfy the criteria, and resubmit the transaction for processing. Once all the criteria are met for transaction processing, the processing job is submitted for batch processing and appropriate outputs such as F/T instructions, loan accounting forms, LC forms and other reports are generated.
  • The history of a particular transaction can be viewed through transaction management 74 as well. A list of transactions is displayed by transaction management 74 upon user request from which the user can select and view a particular transaction. The transaction history can be updated for transactions that have not been processed or that have been processed with a current status of canceled for any one of related messages, F/T instructions and loan accounting forms. Again, the update feature in transaction management 74 is only available if the user has proper permissions. Deletion of a transaction from the transaction history is possible if the transaction has not been processed, or if the transaction has been processed and the current status of the messages, F/T instructions and loan accounting show “canceled”. Cancellation can only occur if the user has proper permissions. The transaction history feature also has an activity display which shows transactions placed in an activity queue.
  • Initiation of a transaction in transaction management 74 can occur after an active deal/facility is selected. A special form transaction referred to as a non-standard message transaction can be initiated if an active deal is selected without a facility. Only users with appropriate permissions assigned to the particular deal can initiate a transaction. The user selects a transaction type and is prompted for appropriate information related to that transaction. Referring to FIG. 2, transaction types that can be selected in transaction management menu 36 include new draw down, rate setting, additional draw down, pay down with interest, pay down without interest, fee or interest accrual, maturity/conversion/rollover, non-standard message, note or fee rate parameter change, syndicate/participation sales, syndicate/participation sales change, facility amount change, memo and reference bank change. Selection of any of these types of transactions prompts the system to display to the user an appropriate feature for the selected transaction. For example, if the selected transaction is a new draw down, additional draw down, pay down with interest, or pay down without interest, a pricing type selection is displayed.
  • Pricing types vary among the particular transaction types for which a pricing type selection may be made. In addition, all pricing types are not preferably available for all transactions. As an example, the user may select a transaction type of “new draw down” and a pricing type of ABR (Alternate Base Rate, derived as an alternate with the prime rate at a reference bank). The user can then enter the transaction effective date, which prompts the display of facility information related to the transaction. A unique transaction sequence number is displayed for the transaction and pertinent fields are enabled for entry of information related to the transaction. Alternatively, the field values are drawn automatically from facility or deal information or may be filled in with default values. Information related to the financing of the transaction can be entered or updated, including parameters of the note, interest rate, accruing and billing information, loan accounting information and F/T information.
  • When the transaction type is initiated as an additional draw down for example, and a pricing type is selected for the transaction, entry of a valid transaction effective date prompts a display of fund amounts in the facility information. Current facility amounts, loan outstanding amounts, LC outstanding amounts, and any other outstanding amounts are shown, in addition to displaying available facility amounts. A unique transaction sequence number is displayed for the transaction effective date and notes eligible for inclusion in the additional draw down can be selected and reviewed. Once a note ID is selected, parameters related to the note can be entered, viewed or updated as required to complete the transaction information.
  • When the transaction initiated is a pay down without interest transaction, operations similar to those described above occur. For instance, entry of a valid transaction effective date preferably displays facility information amounts, a unique transaction sequence number assignment, in addition to enabling the selection of notes eligible for the transaction. Once a note ID is selected for this transaction, pertinent information related to the note can be entered, reviewed or updated.
  • Similarly, a transaction initiated as a pay down with interest produces a display of facility amount information, assignment of a unique transaction sequence number, and permits selection of eligible notes for information entry, review or update. Again, a valid transaction effective day is preferably entered, and a note is selected by a note ID for modification according to the transaction.
  • An MCR (maturity/conversion/rollover) transaction typically has a number of parameters that are preferably entered or evaluated. Once a valid transaction effective date is entered for a selected maturity/conversion rollover transaction, facility information amounts and a unique transaction sequence number assignment are displayed along with notes eligible for maturity/conversion. Note IDs which are not to be included in the transaction can be selected and removed and will no longer be displayed in the note ID panel. New borrowing amount information is updated in the maturity/conversion information by selecting an update feature with a particular note being selected. In addition, new loan information can be updated when a new note is selected for update from the new note list. When a particular maturity/conversion note or a new note from the new list is selected, the related information becomes available for update. The information which can be updated includes the C/R (Conversion/Rollover) amount, pay down amount and/or dates from which interest is accrued. In addition, loan accounting information related to the selected note can be reviewed and updated. A new note can also be credited in the new note list. The user simply selects a new note feature, which prompts a selection of a pricing type, as described above. Once the user selects a pricing type, parameters for a new note can be entered or updated, including interest rate, accrual, billing and loan accounting information. A new note has a note ID, a principal amount, a C/R from ABR and a loan type, such as a time receivable type loan.
  • In the MCR display, notes can be selected for maturity/conversion/rollover by choosing a note selection feature. The note selection feature, once chosen, displays a pricing types screen, as discussed is above. Selection of a pricing type displays a list of notes eligible for MCR under the selected pricing type. Notes eligible for MCR can be selected according to note ID, and the user can confirm the correct note will be increased by reviewing the note details such as outstanding amounts, borrow amounts, reprice dates and so forth. The user can also review the note interest information and update the interest and billing information as desired.
  • The parameters for the note eligible for MCR, such as borrow amount and conversion/rollover amount, can be entered or updated. Loan accounting information can be reviewed or updated as needed. Once all the information is entered or updated, the user is returned to the MCR display, and the note information just entered is displayed, which permits the user to verify the note information.
  • Transaction initiation displays are similar for the fee or interest accrual transaction type, when the pricing type is for a commitment fee or facility fee. The transaction receives a unique transaction sequence number upon entry of a valid transaction effective date. The user can enter, review or update note parameters and loan accounting information on the resulting display screen, in addition to fund transfer information.
  • When the transaction type initiated is fee or interest accrual and the pricing type selected is interest on alternate base rate, certificate of deposit, LIBOR (London Interbank Offered Rate—Borrowing where interest is accrued based on a LIBOR Rate), money market or Fed funds, the user is presented with the appropriate information fields for the transaction. Again, the user must enter a valid transaction effective date to receive a unique transaction sequence number and to permit selection of notes eligible for the transaction. The user can select a note for the interest accrual and enter, review or update note parameters, interest information, loan accounting information and F/T instruction information.
  • Another pricing type associated with the transaction type of fee or interest accrual is LC commission fee or LC issuer fee. For this pricing type the user enters a valid transaction effective date to receive a unique transaction sequence number and to permit selection of notes eligible for the transaction. The user can select a note eligible for the LC commission fee or LC issuer fee and enter, review or update parameters for the note, as well as information on the LC, commission fee, issuer fee and F/T instruction.
  • Another transaction type is syndicate/participant sales, which reflects a transfer in ownership of notes making up a given syndicate loan. Entry of a valid transaction effective date permits assignment of a unique transaction sequence number, access to a sale type entry, and a display of notes eligible for break funding. The user can select a sale type, for example participants sales, to enable selection of a seller and a buyer. Once a seller and a buyer is selected, the appropriate information from each of the parties is automatically displayed such as syndicate share and pre- and post-sale syndicate loan amounts. The user can enter, review or update further information, such as skim and break funding rates as required.
  • A skim rate can be added, updated or deleted by the user from this screen display. A pricing type, for example certificate of deposit, can be selected for each particular skim rate to be added, and the skim rate can be entered through a dialog box. Skim rates can also be updated or deleted based on user selection for the syndicate/participant sale.
  • Break funding rates displays are preferably available only in this type of transaction when there are existing match-funded notes under the facility. An eligible note ID is selected and an update option is selected for that note. The break funding rate and buyer rate for the selected note can be viewed and updated.
  • Another transaction type available for syndicate/participant sales transactions is a change in sale amount. Selection of this type of transaction presents display that contains information related to a sale ID, sale type, buyer and seller. The transaction is initiated by entering a valid transaction effective date, which causes display of a unique transaction sequence number while providing access to a list of sale IDs. The user can select the sale ID to display a sale type, and buyer and seller information. The user can then enter an increase/decrease amount to be changed in the current sale amount to produce a new sale amount.
  • When the transaction type is a facility amount change, the user can modify the current facility amount through the transaction. Entry of a valid transaction effective date permits display of facility amounts, the assignment of a unique transaction sequence number and enables modification of fields that can be changed for the transaction. The user can view global facility information to ensure the change desired can be accomplished. An increase/decrease amount is entered under the transaction, and the user can review the loan accounting information related to the facility.
  • A transaction initiated for interest or LC commission fee parameter change is permitted upon entry of a valid transaction effective date. With a valid date, the system assigns a unique transaction sequence number and allows the user to select from among notes eligible for use in the transaction. Once an eligible note is selected by the user, the LC commission fee parameters can be entered, reviewed or updated. The parameters include such items as fee rate and billing information.
  • If the initiated transaction is for a commitment or a facility fee parameter change, the user preferably enters a valid transaction effective date. Upon entry of a valid date, a unique transaction sequence number is assigned and the user has access to enter, review or update parameters related to commitment or facility fees. Parameters found in this transaction include fee information such as accrual basis and types, cycles and days for billing.
  • The system also permits a transaction type for a memorandum. The user preferably enters a valid transaction effective date to obtain unique transaction sequence number and to enter a message in a transaction history window display portion.
  • A user can also initiate a transaction for a non-standard message at the deal level. The user selects an active deal and chooses a transaction type of non-standard message. Once the user selects a valid transaction effective date, the managed contact group list box is enabled. A managed contact group can then be selected, which enables a message output selection list and a template name selection list. The message output selection can be either a group or individuals within the group. The user can also select a template from among the template names in the list to provide the non-standard message. The user can then enter, review or update text within the message, with changes to the standard format indicating that the message is non-standard format.
  • When the user selects an active deal and initiates a transaction type for a non-standard message, the user can essentially send a freeform message which can be based on a message template or simply the user's own comments. A file look-up feature is available that permits the user to insert a text file as the non-standard message. The user can edit and print the message before saving and processing the transaction.
  • When an active deal and particular facility associated with the deal is selected and a non-standard message transaction is initiated by the user, information on distributions and F/T instructions also become available. The user must enter a valid transaction effective date to receive a unique transaction sequence number and enable the managed contact group list. The user selects a managed contact group from the list that is to receive the non-standard message and chooses to send the message either to the group or to individual investors. A message sent to an investor allows a different message to be sent to selected investors in the group. A message template is selected by choosing a template name from a list, and the user may edit and review the message text for a selected template.
  • The message preferably includes placemarkers for distribution information about distribution amounts and dates, in addition to F/T instruction information related to the transaction. Using this feature, the message template can be reviewed, modified and updated by the user, to have distribution amounts and F/T instruction information automatically inserted in the placemarkers. The distribution amount information includes a distribution date and revenue or non-revenue amounts. Distribution information also includes an update feature which is enabled when a distribution amount is greater than zero. Selecting the update feature for the distribution amounts permits the user to select various investors related to the transaction and update a distribution amount as of a particular date.
  • For transaction processing when the transaction or pricing type selected is loan related, a loan accounting information feature is made available. In particular, this feature is enabled when syndicate manager 44 is a syndicate group member listed in a facility associated with the deal with a current pro-rata portion greater than zero. The loan accounting information feature is used by syndicate manager 44 for tracking loan transaction information and loan accounting. For example, if the transaction is a new draw down transaction, the information in the loan accounting feature will automatically default to loan accounting information related to syndicate manager 44 for the selected facility. The default information related to syndicate manager 44 populated in the display can be overridden by selecting a value from list enabled fields or by entering data. Some field values in this area of transaction processing are not filled in with defaults, but are preferably entered by the user. The user can generally simply select from a list to fill in the field or enter a new value. Since a borrower may have multiple accounts with available loan accounting information maintained by syndicate manager 44, the user can select each account and make appropriate field entries, or accept default values as described above. The loan accounting information parameters include a processing unit such as a bank, an account number, a commitment/line number and a note number, all of which can be entered, reviewed or updated by the user with appropriate permissions.
  • The F/T instruction information for the transaction being processed is also enabled for user access once a valid transaction effective date is entered in the transaction detail information. A default value date for the F/T instruction information is presented to the user for review or update. The user can then select an approved borrower F/T instruction from a list of F/T instructions. The user can review the clearing and borrower accounts, payment details and bank information for the selected F/T instruction to insure that the proper F/T instruction was selected for the transaction. Payment detail information can be updated as needed by the user.
  • When the combination of transaction and pricing type involves a letter of credit, LC information, LC commission fee information, issuer fee information and reevaluation information is made available for entry from the transaction detail feature. This information is made available once a valid transaction effective date has been entered in the transaction detail information. Entries such as, for example, the commission fee information are made or reviewed by the user. The user enters a fee rate as a percentage, and selects an accrual basis, billing type, cycle, month and day for billing.
  • The reevaluation information for the letter of credit is enabled when the issuance currency in the transaction detail information is in a currency other than U.S. dollars. The user can select the reevaluation cycle, i.e., quarterly, a series of months and a day on which the reevaluation is to occur, and updates the information as needed.
  • When the combination of transaction and pricing type selection allows messages to be generated, the user can select to add an extra message in the transaction details. This feature is preferably enabled when a valid transaction effective date has been entered in the transaction detail information. Once the user gains access to entry of an extra text message, the text data can be printed, or can be inserted from a file. Some automatic features are available so that text can be automatically inserted in the extra message text, for example, a spreader report, which is preferably available for pay down with interest, fee or interest accrual and maturity/conversion/rollover type transactions. If the user wishes to select a file to input to the message screen, a directory feature is made available for the user to navigate among various directories and select a file for entry in the text input area.
  • During transaction processing, the user can also view a history of the transaction details from the transaction detail information. The feature of viewing the transaction history is always available, except when the user has navigated to the deal level non-standard message transaction feature. When the transaction history is accessed, the user is presented with a list of is transactions, through which the user can scroll and view information regarding previous transactions.
  • Once all the information for a transaction has been entered in the transaction detail information, the user can save the transaction for processing. Saved transactions are processed for validity and checks on various parameters. If the transaction saved is a non-standard message transaction, no validation preferably takes place. As an example, a transaction save preferably ensures a valid transaction effective date has been entered in the transaction detail information.
  • System 68 also features a save and process function which is available through transaction management 74. The save and process function is available once a valid transaction effective date has been entered in the transaction detail information. By selecting the save and process function, transaction detail information is submitted to application server 20 (FIG. 1) for editing and validation before it is saved in the database. Once the transaction detail information passes all edits and validation criteria, it is submitted for transaction review. If the transaction criteria is met in the transaction review, the transaction data is committed to the relevant tables in relational database 26 (FIG. 1). Saving the transaction, however, preferably does not create any F/T instructions, messages, loan accounting forms or reports. If the transaction requirements are not met, a message is displayed to the user confirming that the transaction has been saved, but cannot be processed because of erroneous or missing information. The user can then correct the information for the transaction and resubmit the transaction detail information for processing. Again, if the transaction review is successful the user is permitted to either initiate another transaction, or go to the activity queue feature in transaction management 74 or the deal/facility selection information in deal management 70.
  • Another feature available under transaction management 74 is a job queue. The job queue displays a list of job IDs related to transactions which have been submitted for processing. A user selecting a job queue to view will only see job IDs related to transactions which the user is authorized to view. For example, a supervisor or a manager can view all job IDs for their default organization such as the bank they represent. The user can select a particular item in the job queue to obtain more information about the transaction related to the selected job ID. The information displayed for each transaction is the job ID, deal name, the time submitted, the user submitting the transaction, the start time, the end time, execution time, job status, current account manager, facility ID, transaction description and activity ID. The queue feature also permits the user to access a log for a particular transaction related to a given job ID. Once the log is accessed, it can be printed or saved according to selections made by the user. The user may also select a transaction by job ID for cancellation. Preferably, only jobs which have status of waiting or executing can be cancelled by the user. The job queue feature also permits the user to select a transaction by job ID to review the activity queue for the transaction.
  • When the user selects the activity queue for a given submitted transaction, a number of activity IDs are displayed. Again, the activity IDs that are displayed to the user will depend upon the user's permissions. Supervisors or managers can view activity IDs with a Value Date greater than or equal to the present date and no more than eight days less than the present date. If the user is an account manager, the activity IDs for the deals for which the account manager is the current account manager will be displayed when the date value is greater than or equal to the present date. Activity IDs will only be displayed if the current status of the message or F/T instruction is new or approved. When reviewing the permitted activity ID information, the FNEN displayed is for the default organization or banking institution. The activity IDs can be selected by a filter which depends upon the user's authorizations. The user can access different lists of activity IDs based on updates to the FNEN and/or filter. Once a list of activity IDs is displayed, the user can scroll down the list to select a particular activity ID, or enter a particular activity ID in a search input to locate the activity ID.
  • The activity queue display permits the user to modify the message or loan accounting information form for the activity, provided that the current status of the activity is new. By selecting the modify function, the user can change the message or loan accounting information form as desired. Once modified, the user can print or save the message or loan accounting information form with the changes.
  • The activity queue preferably provides a save feature for saving messages, F/T instructions, loan accounting system forms or reports in a file. Once accessed, the save feature provides the user with a directory navigation display to permit file saves in a location specified by the user.
  • The activity queue also preferably provides a feature for approving the activity, provided the messages and loan accounting system forms have a status of new, and the user has proper permissions. The F/T instruction preferably cannot be approved by the same person by which it was created. By selecting the approved feature, the user's name and the present date and time are displayed in a status tracking field for acceptance by the user to confirm approval.
  • For activities with a current status of approved, the user has the option of selecting a release feature. However, this feature is preferably enabled only for F/T instructions if the current status is approved, and the user is a quality assurance manager. Once the activity is released, the appropriate message or loan accounting system form is sent to a fax server and the F/T instruction is prepared to be sent to an FTPC (Funds Transfer PC). The user preferably checks that the status of the message is TRN (in Transit for fax delivery) and that the user's name and the present date and time are entered in the status tracking field.
  • In addition, an entry in the activity queue can be cancelled for messages, F/T instructions and loan accounting information forms with a status of “new”. Again, the user must have proper permissions to be able to cancel the activity. The status of the message, F/T instruction or loan accounting information form for the activity ID must be cancelled before the transaction can be updated, deleted or reprocessed. When the cancel feature is selected, the user's name and the date and time of cancellation is preferably recorded for tracking and auditing purposes.
  • A user with proper permissions, for example a supervisor or a manager, can override the status of the message, F/T instruction and loan accounting information forms regardless of the current status of the output. Again, the user instituting the override preferably has their name and the present date and time displayed in the status tracking field, along with the new status provided by the override, for tracking and recordation.
  • There is also a feature to print the information contained in any activity at the user's option. When printing is selected, the user can choose from among various properties for customized printing. Such printing options include items like paper size, paper source and so forth.
  • Investor management 76 provides a utility feature to manage such features as investors and their details, prime rates, tax information and templates. While all users may view the investor information, only managers are permitted to add to or update the information. Investors can be selected from a list by entering an investor ID, or the deal name associated with the investor. The user can also search for an investor or deal name by entering all or portions of the information into a search function to locate the investor or deal name. Once an investor or deal name is selected, details about the investor are available for viewing. For entry of a new investor, the user must be a manager, which permits the user to enter detail information about the investor. Investor information can be obtained from external systems connectable to system 68, and then updated by name, address, tax data and F/T instruction data, as needed. The external system information can be selected by a customer ID number or by name. In addition, the user can search for the customer by entering all or portions of the customer ID number or customer name. The external system customer information can be displayed to the user in a scrolled format when available, so that the user can select from a number of customers. The user can also verify that the correct external system customer is selected by viewing details about the chosen customer in the external system.
  • The prime rate for an investor can be viewed once an investor is selected by any user. However, only managers can preferably add a new prime rate for the investor, or update an existing rate.
  • Another feature of investor management 76 is maintenance of templates. Each deal has associated with it a number of standard templates which can be accessed and modified. For example, a user with proper permissions can add, update, view or delete a template containing information used repetitively or with little change. Templates are organized by FNEN, to is indicate the appropriate banking institution. The user can also select a deal name to display a list of the templates associated with a given deal. Various standard entries may be made in the templates by inserting codes related to the desired information. For example, an investor's pro-rata share can be inserted automatically into the template by providing an appropriate automated code in the body of the template. The user may also insert an entire file into the template and save or print the entire new or updated template.
  • System 68 also provides a function for reporting 82, which gives the user access to a number of reports on reports server 22, based on particular categories. For example, a report can be generated through reporting 82 that is related to the deal, borrower, investor, facility or transaction, or to miscellaneous, user selected information. Once a report is selected, it can be generated for review, and the user can enter or update parameters in the report. If an error occurs during entry or update of the report parameters, an error message is displayed and the user may correct the parameters and resubmit a report request. Once a report is generated through reports server 22, it can be viewed by the user with the selection of a view report feature.
  • Although the present invention has been described in relation to particular embodiments thereof, many other variations and modifications and other uses will become apparent to those skilled in the art. It is preferred, therefore, that the present invention be limited not by the specific disclosure herein, but only by the appended claims.

Claims (27)

1. A loan management system, comprising
at least one database storing
a first dataset containing lender data, send lender data being related to a plurality of lenders;
a second dataset containing borrower data, said borrower data being related to at least one borrower; and
a third dataset containing loan resource data, said loan resource data being related to a plurality of loan resources;
a processing engine to accessing said first, second and third datasets, said processing engine operable to implement loan management tools and transaction management tools to manipulate said lender data, said borrower data and said loan resource data contained in said first, second, and third datasets;
a user interface coupled to the processing engine; and
wherein a user provides instructions to said processing engine through said user interface to manipulate at least one of the loan management tools and transaction management tools, said instructions causing said processing engine to access said datasets and to implement at least one of the loan management tools and the transaction management tools to process loan information related to a loan, said loan information comprising said lender data, said resource data, and said borrower data.
2. A loan management system according to claim 1, further comprising:
a loan portion ownership transfer module operable to inform lenders in said loan management system of a first lender offering a loan portion for at least one of a sale and a trade;
said loan portion ownership transfer module being further operable to consummate said at least one of said sale and said trade, whereby recordation of a transfer of said loan portion ownership is made in said loan management system; and
said loan portion ownership transfer module is further operable to notify said first lender and an other party to said transfer of consummation of said transfer.
3. A loan management system according to claim 1, wherein said resource data includes resource data related to at least one of a term loan type resource, a revolving credit type resource and a letter of credit type resource.
4. A loan management system according to claim 1, wherein the processing engine further comprises:
business logic including criteria for determining if parameters of a transaction are within appropriate value ranges, wherein
said business logic is operable to receive and analyze a transaction request from said user through said user interface and operable to approve said transaction request based on said criteria.
5. A loan management system according to claim 1, wherein said first, second, and third datasets are part of a relational database.
6. A loan management system according to claim 1, further comprising:
a set of funds transfer instructions for each of said plurality of lenders; and
each of said funds transfer instructions having a status indicative of whether said funds transfer instructions are at least pending or approved.
7. A loan management system according to claim 6, wherein said processing engine is operable to process an instruction from a representative of a lender to modify said status for respective funds transfer instructions to pending thereby enabling approval of said funds transfer instructions.
8. A loan management system according to claim 7, wherein said representative is a first representative, and wherein said processing engine is operable to process an instruction from a second representative to change said status from pending to approved.
9. A loan management system according to claim 1, further comprising:
an agent fee calculation module operable to calculate an agent fee; and
said agent fee related to at least one of transactions for and amounts of said loan resources.
10. A loan management system according to claim 1, further comprising:
a user access authorization module; and
an access authorization level assigned to said user, whereby said user is granted access to various portions of said loan management system based on authorization accorded to said user by said user access authorization level.
11. A loan management system according to claim 1, further comprising a contact list including contacts for said plurality of lenders and for said at least one borrower.
12. A loan management system according to claim 1, further comprising:
an external data system coupled to said processing engine;
wherein said user can provide instructions to said processing engine through said user interface to access said external data system; and
said access to said external data system can be used to compare said loan information with external data, and import and export data.
13. A loan management system according to claim 1, wherein said processing engine is further operable to generate messages to at least one of said plurality of lenders, said at least one borrower and at least one contact related to said plurality of loan resources.
14. A loan management system according to claim 13, wherein said generated messages must be approved and released for transmission by a user having approval and release authorization.
15. A loan management system according to claim 14, wherein said generated messages contain all information needed to initiate a loan for use as one of said plurality of loan resources.
16-33. (canceled)
34. A computer-implemented client server-based loan management system for facilitating management of syndicate loans for a syndicate manager, each syndicate loan made to a borrower by a corresponding syndicate group including at least one investor, the system comprising:
at least one database storing lender data being related to a plurality of lenders, borrower data being related to at least one borrower, and loan resource data being related to a plurality of loan resources;
a processing system accessing the data stored in the at least one database;
a borrower management module including instructions executed by the processing system for managing the borrower information;
an investor management module including instructions executed by the processing system for managing the investor information;
a transaction management module including instructions executed by the processing system for managing the information corresponding to particular transactions;
a loan management module comprising a syndicate loan sub-module and a facility management sub-module, the loan management module including instructions executed by the processing system upon receiving a credit facility selection for identifying and retrieving information pertaining to a corresponding syndicate loan;
a report module in communication with the loan management module, the transaction management module, the borrower management module and the investor management module, the report module implemented by the processing system to generate reports related to selected parameters; and
a syndicate manager interface enabling syndicate manager access to the system.
35. A loan management system according to claim 34, further comprising:
a loan portion ownership transfer module operable to inform investors in said loan management system of a first investor offering a loan portion for at least one of a sale and a trade;
said loan portion ownership transfer module being further operable to consummate said at least one of said sale and said trade, whereby recordation of a transfer of said loan portion ownership is made in said loan management system;
and said transfer module is further operable to notify said first investor and an other party to said transfer of consummation of said transfer.
36. A loan management system according to claim 34, further comprising a business logic module including stored criteria for determining if parameters of a transaction are within appropriate value ranges, wherein said business logic is operable to receive and analyze a transaction request from said user through said user interface and operable to approve said transaction request based on said criteria.
37. A loan management system according to claim 34, wherein the investor management module further comprises:
a set of funds transfer instructions for each of said plurality of investors;
and each of said funds transfer instructions having a status indicative of whether said funds transfer instructions are pending or approved.
38. A loan management system according to claim 34, further comprising:
an agent fee calculation module operable to calculate an agent fee;
and said agent fee related to at least one of transactions for and amounts of said loan resources.
39. A loan management system according to claim 34, further comprising:
a user access authorization module;
and an access authorization level assigned to said user, whereby said user is granted access to various portions of said loan management system based on authorization accorded to said user by said user access authorization module determined by said access authorization level.
40. A loan management system according to claim 34, further comprising a contact list including contacts for said plurality of investors and for said at least one borrower.
41. A loan management system according to claim 34, further comprising:
an external data system coupled to the loan management system, wherein a user can provide instructions to loan management system through said user interface module to access said external data system;
and said access to said external data system can be used to compare said loan information with external data, and import and export data to and from the loan management system.
42. A loan management system according to claim 34, wherein the loan management system is operable to generate messages to at least one of said plurality of investors, said at least one borrower and at least one contact related to said plurality of loan resources.
43. A loan management system according to claim 42, wherein said generated messages must be approved and released for transmission by a user having approval and release authorization.
44. A loan management system according to claim 43, wherein said generated messages contain all information needed to initiate a loan for use as one of said plurality of loan resources.
US12/549,577 2000-03-24 2009-08-28 Syndication Loan Administration and Processing System Abandoned US20100057606A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12/549,577 US20100057606A1 (en) 2000-03-24 2009-08-28 Syndication Loan Administration and Processing System
US14/283,312 US20140258076A1 (en) 2000-03-24 2014-05-21 Syndication Loan Administration and Processing System

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US19209800P 2000-03-24 2000-03-24
US09/814,243 US7599879B2 (en) 2000-03-24 2001-03-21 Syndication loan administration and processing system
US12/549,577 US20100057606A1 (en) 2000-03-24 2009-08-28 Syndication Loan Administration and Processing System

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/814,243 Continuation US7599879B2 (en) 2000-03-24 2001-03-21 Syndication loan administration and processing system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/283,312 Continuation US20140258076A1 (en) 2000-03-24 2014-05-21 Syndication Loan Administration and Processing System

Publications (1)

Publication Number Publication Date
US20100057606A1 true US20100057606A1 (en) 2010-03-04

Family

ID=22708236

Family Applications (3)

Application Number Title Priority Date Filing Date
US09/814,243 Active 2026-02-08 US7599879B2 (en) 2000-03-24 2001-03-21 Syndication loan administration and processing system
US12/549,577 Abandoned US20100057606A1 (en) 2000-03-24 2009-08-28 Syndication Loan Administration and Processing System
US14/283,312 Abandoned US20140258076A1 (en) 2000-03-24 2014-05-21 Syndication Loan Administration and Processing System

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/814,243 Active 2026-02-08 US7599879B2 (en) 2000-03-24 2001-03-21 Syndication loan administration and processing system

Family Applications After (1)

Application Number Title Priority Date Filing Date
US14/283,312 Abandoned US20140258076A1 (en) 2000-03-24 2014-05-21 Syndication Loan Administration and Processing System

Country Status (3)

Country Link
US (3) US7599879B2 (en)
AU (1) AU2001252956A1 (en)
WO (1) WO2001073655A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120246060A1 (en) * 2011-03-25 2012-09-27 LoanHD, Inc. Loan management, real-time monitoring, analytics, and data refresh system and method
US20120254066A1 (en) * 2011-03-31 2012-10-04 Neuberger Berman Fixed Income Llc Methods and apparatus for valuing mortgage loan portfolios
US20130290143A1 (en) * 2012-03-30 2013-10-31 Loan Street Llc Loan syndication marketplace
TWI655597B (en) * 2016-08-25 2019-04-01 第一商業銀行股份有限公司 Guarantee pairing method
WO2023034655A1 (en) * 2021-09-03 2023-03-09 Verifone, Inc. Systems and methods for open banking based-subscription via a universal gateway

Families Citing this family (96)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7493279B1 (en) * 2000-07-27 2009-02-17 Khai Hee Kwan Computer system and method for on-line display, negotiation and management of loan syndication over computer network
US7822655B1 (en) * 2000-08-22 2010-10-26 i-Deal, LLC Method, apparatus and article-of-manufacture for managing and supporting initial public offering and other financial issues
US20020077967A1 (en) * 2000-10-13 2002-06-20 David Ingram Automated construction loan administration method and system
AU2001296667A1 (en) * 2000-11-09 2002-05-21 Macrovision Corporation Method and apparatus for determining digital a/v content distribution terms based on detected piracy levels
US8234204B2 (en) * 2000-11-13 2012-07-31 Goldman, Sachs & Co. Method and system for matching short trading positions with long trading positions
US20020116327A1 (en) * 2000-12-04 2002-08-22 Venkatesan Srinivasan System and methods for syndication of financial obligations
US7483851B1 (en) * 2001-01-11 2009-01-27 Goldman Sachs & Company Method and system for venture capitalist distribution of stock
AUPR303101A0 (en) * 2001-02-12 2001-03-08 Accenture Method and system for aggregating credit facilities
US7636684B1 (en) * 2001-04-13 2009-12-22 I-Deal Llc Issuer monitor system for monitoring and/or analyzing financial transactions and method of using the same
AU2002351498A1 (en) * 2001-10-12 2003-04-22 Adam Burczyk System and method for securitizing credit accounts
US8458082B2 (en) * 2001-11-13 2013-06-04 Interthinx, Inc. Automated loan risk assessment system and method
US20030220879A1 (en) * 2001-11-21 2003-11-27 Gaughan Breen P. System and method for electronic document processing
US8015091B1 (en) 2001-11-21 2011-09-06 Clayton Fixed Income Services, Inc. Analyzing investment data
US7783562B1 (en) 2001-11-21 2010-08-24 Clayton Fixed Income Services Inc. Credit risk managing loan pools
US8160955B2 (en) * 2001-12-18 2012-04-17 Siebel Systems, Inc. Method and apparatus for capturing commercial loan application data and assigning a commercial loan request
US6847946B2 (en) * 2002-01-11 2005-01-25 Capital Lease Funding Llc Multi-note method and system for loans based upon lease revenue stream
CN102496107A (en) 2002-02-14 2012-06-13 Z·佩森 Apparatus and method of a distributed capital system
US8209200B2 (en) * 2002-03-13 2012-06-26 Orbitz Llc System and method for synchronizing passenger name record data
US7386528B2 (en) * 2002-05-31 2008-06-10 American Express Travel Related Services Company, Inc. System and method for acquisition, assimilation and storage of information
US20040128230A1 (en) 2002-12-30 2004-07-01 Fannie Mae System and method for modifying attribute data pertaining to financial assets in a data processing system
AU2003297295A1 (en) 2002-12-30 2004-07-29 Fannie Mae System and method of processing data pertaining to financial assets
US7885889B2 (en) * 2002-12-30 2011-02-08 Fannie Mae System and method for processing data pertaining to financial assets
US9307884B1 (en) * 2003-01-27 2016-04-12 The Pnc Financial Services Group, Inc. Visual asset structuring tool
US8744864B2 (en) * 2003-07-29 2014-06-03 General Electric Company Methods and systems for generating a financial report
US7881994B1 (en) 2003-09-11 2011-02-01 Fannie Mae Method and system for assessing loan credit risk and performance
US20050234814A1 (en) * 2004-04-16 2005-10-20 Jones Cuyler D System and method for allocating loans
WO2006015424A1 (en) * 2004-08-12 2006-02-16 Glen Spratt A method for linking borrowers and investors
US7814004B2 (en) * 2004-10-29 2010-10-12 American Express Travel Related Services Company, Inc. Method and apparatus for development and use of a credit score based on spend capacity
US20070016500A1 (en) * 2004-10-29 2007-01-18 American Express Travel Related Services Co., Inc. A New York Corporation Using commercial share of wallet to determine insurance risk
US20070226114A1 (en) * 2004-10-29 2007-09-27 American Express Travel Related Services Co., Inc., A New York Corporation Using commercial share of wallet to manage investments
US20070244732A1 (en) 2004-10-29 2007-10-18 American Express Travel Related Services Co., Inc., A New York Corporation Using commercial share of wallet to manage vendors
US20070016501A1 (en) 2004-10-29 2007-01-18 American Express Travel Related Services Co., Inc., A New York Corporation Using commercial share of wallet to rate business prospects
US7792732B2 (en) 2004-10-29 2010-09-07 American Express Travel Related Services Company, Inc. Using commercial share of wallet to rate investments
US8204774B2 (en) 2004-10-29 2012-06-19 American Express Travel Related Services Company, Inc. Estimating the spend capacity of consumer households
US8630929B2 (en) 2004-10-29 2014-01-14 American Express Travel Related Services Company, Inc. Using commercial share of wallet to make lending decisions
US20060242050A1 (en) * 2004-10-29 2006-10-26 American Express Travel Related Services Company, Inc. Method and apparatus for targeting best customers based on spend capacity
US8543499B2 (en) 2004-10-29 2013-09-24 American Express Travel Related Services Company, Inc. Reducing risks related to check verification
US7912770B2 (en) * 2004-10-29 2011-03-22 American Express Travel Related Services Company, Inc. Method and apparatus for consumer interaction based on spend capacity
US8131614B2 (en) 2004-10-29 2012-03-06 American Express Travel Related Services Company, Inc. Using commercial share of wallet to compile marketing company lists
US20060242048A1 (en) * 2004-10-29 2006-10-26 American Express Travel Related Services Company, Inc. Method and apparatus for determining credit characteristics of a consumer
US8086509B2 (en) 2004-10-29 2011-12-27 American Express Travel Related Services Company, Inc. Determining commercial share of wallet
US8326672B2 (en) * 2004-10-29 2012-12-04 American Express Travel Related Services Company, Inc. Using commercial share of wallet in financial databases
US8326671B2 (en) * 2004-10-29 2012-12-04 American Express Travel Related Services Company, Inc. Using commercial share of wallet to analyze vendors in online marketplaces
US7822665B2 (en) 2004-10-29 2010-10-26 American Express Travel Related Services Company, Inc. Using commercial share of wallet in private equity investments
US20060241983A1 (en) * 2005-04-21 2006-10-26 Valerie Viale Customer centric travel system
US7835984B2 (en) * 2005-06-23 2010-11-16 Bank Of America Corporation Intercompany loan management system
US7716125B2 (en) * 2005-08-10 2010-05-11 Axcessnet Innovations Llc Networked loan market and lending management system
WO2007047824A2 (en) * 2005-10-18 2007-04-26 Edward Fredkin Contract system
US20070265957A1 (en) * 2006-05-10 2007-11-15 Asheesh Advani System and method for automated flexible person-to-person lending
EP1903496A1 (en) * 2006-08-24 2008-03-26 DebtDomain GLMS Pte. Ltd. System and method for management of syndicated loans by multiple bookrunners
US7774253B1 (en) 2006-10-27 2010-08-10 Bank Of America Corporation Margin reserve in lending
US8239250B2 (en) * 2006-12-01 2012-08-07 American Express Travel Related Services Company, Inc. Industry size of wallet
US8639614B2 (en) * 2006-12-29 2014-01-28 The Debt Exchange, Inc. System and methods for trading complex financial products
US7925581B2 (en) * 2007-02-21 2011-04-12 Mordecai David K A System and method for dynamic path- and state-dependent stochastic control allocation
US8818887B2 (en) 2007-12-21 2014-08-26 Metabank Computer-implemented methods, program product, and system for micro-loan product management
US8589295B2 (en) 2007-12-21 2013-11-19 Metabank Transfer account systems, computer program products, and associated computer-implemented methods
US8069085B2 (en) 2007-12-21 2011-11-29 Metabank System, program product, and associated methods to autodraw for micro-credit attached to a prepaid card
US8583515B2 (en) 2007-12-21 2013-11-12 Metabank Transfer account systems, computer program products, and associated computer-implemented methods
US20090171687A1 (en) * 2007-12-31 2009-07-02 American Express Travel Related Services Company, Inc. Identifying Industry Passionate Consumers
US10515405B2 (en) 2008-03-03 2019-12-24 Metabank Person-to-person lending program product, system, and associated computer-implemented methods
WO2009124264A1 (en) 2008-04-04 2009-10-08 Metabank System, program product, and method for debit card and checking account autodraw
WO2009124270A1 (en) 2008-04-04 2009-10-08 Metabank System, program product, and associated methods to autodraw for micro-credit attached to a prepaid card
US11227331B2 (en) 2008-05-14 2022-01-18 Metabank System, program product, and computer-implemented method for loading a loan on an existing pre-paid card
US8538879B2 (en) 2008-05-14 2013-09-17 Metabank System, program product, and computer-implemented method for loading a loan on an existing pre-paid card
US10586277B2 (en) * 2008-05-15 2020-03-10 Wells Fargo Bank, N.A. Graphical user interface system and method
US20100023374A1 (en) * 2008-07-25 2010-01-28 American Express Travel Related Services Company, Inc. Providing Tailored Messaging to Customers
US8024242B2 (en) 2008-09-04 2011-09-20 Metabank System, method, and program product for foreign currency travel account
US8403211B2 (en) 2008-09-04 2013-03-26 Metabank System, program product and methods for retail activation and reload associated with partial authorization transactions
WO2010028266A1 (en) 2008-09-04 2010-03-11 Metabank System, program product and methods for retail activation and reload associated with partial authorization transactions
US8371502B1 (en) 2008-10-28 2013-02-12 Metabank Shopping center gift card offer fulfillment machine, program product, and associated methods
US8108977B1 (en) 2008-10-31 2012-02-07 Metabank Machine, methods, and program product for electronic order entry
US9213965B1 (en) 2008-11-26 2015-12-15 Metabank Machine, methods, and program product for electronic inventory tracking
US20110022507A1 (en) * 2008-12-05 2011-01-27 Bank Of America Corporation Mortgage loan having exercisable option
US8359263B1 (en) * 2008-12-05 2013-01-22 Bank Of America Corporation Loan product with convertible payment terms
US8595130B2 (en) * 2008-12-05 2013-11-26 Bank Of America Corporation Modifiable mortgage
US8090649B2 (en) 2008-12-18 2012-01-03 Metabank Computerized extension of credit to existing demand deposit accounts, prepaid cards and lines of credit based on expected tax refund proceeds, associated systems and computer program products
US8286863B1 (en) 2009-02-04 2012-10-16 Metabank System and computer program product to issue a retail prepaid card including a user-designed external face using a chit and related computer implemented methods
US9258420B2 (en) * 2009-03-11 2016-02-09 Xcast Labs, Inc. Software-based operator switchboard
US20100241539A1 (en) * 2009-03-18 2010-09-23 Barry Thomas Baker Method and system of managing a borrower's loan obligations
US8639615B1 (en) 2009-05-04 2014-01-28 United Services Automobile Association (Usaa) Population of application
US20110082737A1 (en) 2009-09-28 2011-04-07 Crowe Andrew B Computer-implemented methods, computer program products, and systems for management and control of a loyalty rewards network
US20120011043A1 (en) * 2010-02-26 2012-01-12 Trent Sorbe Machine, Program Product, and Computer-Implemented Method to Contstruct a Person-to-Person Loan
US20120078780A1 (en) * 2010-09-28 2012-03-29 Bank Of America Corporation Transactional savings and investments
US8606692B2 (en) * 2010-11-08 2013-12-10 Bank Of America Corporation Processing loan transactions
US8914307B2 (en) 2010-11-08 2014-12-16 Bank Of America Corporation Processing loan transactions
US20120278256A1 (en) * 2011-04-27 2012-11-01 Williams Christopher J Method and apparatus for investing in credit facility and for calculating fee distributions
US8538869B1 (en) 2012-02-23 2013-09-17 American Express Travel Related Services Company, Inc. Systems and methods for identifying financial relationships
US8473410B1 (en) 2012-02-23 2013-06-25 American Express Travel Related Services Company, Inc. Systems and methods for identifying financial relationships
US9477988B2 (en) 2012-02-23 2016-10-25 American Express Travel Related Services Company, Inc. Systems and methods for identifying financial relationships
US8781954B2 (en) 2012-02-23 2014-07-15 American Express Travel Related Services Company, Inc. Systems and methods for identifying financial relationships
US8442886B1 (en) 2012-02-23 2013-05-14 American Express Travel Related Services Company, Inc. Systems and methods for identifying financial relationships
US20140143126A1 (en) * 2012-11-21 2014-05-22 Shaheen Malik Loan Analysis And Management System
US11055772B1 (en) 2013-07-31 2021-07-06 Intuit Inc. Instant lending decisions
US10963957B2 (en) 2014-02-03 2021-03-30 Radius Group, LLC System and method to create and operate an electronic marketplace of trusted banks for participation in commercial loans too large for an individual bank
US10055209B2 (en) * 2015-01-12 2018-08-21 Red Hat, Inc. Resource closing
US20170139924A1 (en) * 2015-11-17 2017-05-18 Bank Of America System and user interface for configuring data records and supplemental data reporting

Citations (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US537315A (en) * 1895-04-09 Oar attachment
US3316395A (en) * 1963-05-23 1967-04-25 Credit Corp Comp Credit risk computer
US3634669A (en) * 1969-07-16 1972-01-11 Aero Flow Dynamics Inc Analog computation of insurance and investment quantities
US4254474A (en) * 1979-08-02 1981-03-03 Nestor Associates Information processing system using threshold passive modification
US4594663A (en) * 1982-07-09 1986-06-10 Omron Tateisi Electronics Co. Credit transaction processing system
US4598367A (en) * 1983-11-09 1986-07-01 Financial Design Systems, Inc. Financial quotation system using synthesized speech
US4642768A (en) * 1984-03-08 1987-02-10 Roberts Peter A Methods and apparatus for funding future liability of uncertain cost
US4736294A (en) * 1985-01-11 1988-04-05 The Royal Bank Of Canada Data processing methods and apparatus for managing vehicle financing
US4739478A (en) * 1984-11-21 1988-04-19 Lazard Freres & Co. Methods and apparatus for restructuring debt obligations
US4760604A (en) * 1985-02-15 1988-07-26 Nestor, Inc. Parallel, multi-unit, adaptive, nonlinear pattern class separator and identifier
US4812628A (en) * 1985-05-02 1989-03-14 Visa International Service Association Transaction system with off-line risk assessment
US4831526A (en) * 1986-04-22 1989-05-16 The Chubb Corporation Computerized insurance premium quote request and policy issuance system
US4897811A (en) * 1988-01-19 1990-01-30 Nestor, Inc. N-dimensional coulomb neural network which provides for cumulative learning of internal representations
US4914587A (en) * 1985-07-01 1990-04-03 Chrysler First Information Technologies, Inc. Financial data processing system with distributed data input devices and method of use
US4953085A (en) * 1987-04-15 1990-08-28 Proprietary Financial Products, Inc. System for the operation of a financial account
US5206803A (en) * 1991-03-15 1993-04-27 Vitagliano Francis M System for enhanced management of pension-backed credit
US5220500A (en) * 1989-09-19 1993-06-15 Batterymarch Investment System Financial management system
US5227874A (en) * 1986-03-10 1993-07-13 Kohorn H Von Method for measuring the effectiveness of stimuli on decisions of shoppers
US5231571A (en) * 1990-08-14 1993-07-27 Personal Financial Assistant, Inc. Personal financial assistant computer method
US5239462A (en) * 1992-02-25 1993-08-24 Creative Solutions Groups, Inc. Method and apparatus for automatically determining the approval status of a potential borrower
US5278751A (en) * 1991-08-30 1994-01-11 International Business Machines Corporation Dynamic manufacturing process control
US5321841A (en) * 1989-06-29 1994-06-14 Digital Equipment Corporation System for determining the rights of object access for a server process by combining them with the rights of the client process
US5424938A (en) * 1992-10-13 1995-06-13 First Chicago Corporation Method and apparatus for providing access to a plurality of payment networks
US5481647A (en) * 1991-03-22 1996-01-02 Raff Enterprises, Inc. User adaptable expert system
US5523942A (en) * 1994-03-31 1996-06-04 New England Mutual Life Insurance Company Design grid for inputting insurance and investment product information in a computer system
US5544844A (en) * 1990-12-12 1996-08-13 Groen; Henry J. Autogyro aircraft
US5551021A (en) * 1993-07-30 1996-08-27 Olympus Optical Co., Ltd. Image storing managing apparatus and method for retreiving and displaying merchandise and customer specific sales information
US5550734A (en) * 1993-12-23 1996-08-27 The Pharmacy Fund, Inc. Computerized healthcare accounts receivable purchasing collections securitization and management system
US5611052A (en) * 1993-11-01 1997-03-11 The Golden 1 Credit Union Lender direct credit evaluation and loan processing system
US5644493A (en) * 1991-08-30 1997-07-01 Nsk Ltd. Production information processing system
US5649116A (en) * 1995-03-30 1997-07-15 Servantis Systems, Inc. Integrated decision management system
US5689650A (en) * 1995-02-23 1997-11-18 Mcclelland; Glenn B. Community reinvestment act network
US5715402A (en) * 1995-11-09 1998-02-03 Spot Metals Online Method and system for matching sellers and buyers of spot metals
US5717865A (en) * 1995-09-25 1998-02-10 Stratmann; William C. Method for assisting individuals in decision making processes
US5732397A (en) * 1992-03-16 1998-03-24 Lincoln National Risk Management, Inc. Automated decision-making arrangement
US5742775A (en) * 1995-01-18 1998-04-21 King; Douglas L. Method and apparatus of creating financial instrument and administering an adjustable rate loan system
US5758328A (en) * 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US5765144A (en) * 1996-06-24 1998-06-09 Merrill Lynch & Co., Inc. System for selecting liability products and preparing applications therefor
US5774882A (en) * 1992-03-12 1998-06-30 Keen; Regina D. Credit approval system
US5774883A (en) * 1995-05-25 1998-06-30 Andersen; Lloyd R. Method for selecting a seller's most profitable financing program
US5862223A (en) * 1996-07-24 1999-01-19 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically-assisted commercial network system designed to facilitate and support expert-based commerce
US5870721A (en) * 1993-08-27 1999-02-09 Affinity Technology Group, Inc. System and method for real time loan approval
US5870723A (en) * 1994-11-28 1999-02-09 Pare, Jr.; David Ferrin Tokenless biometric transaction authorization method and system
US5873096A (en) * 1997-10-08 1999-02-16 Siebel Systems, Inc. Method of maintaining a network of partially replicated database system
US5920848A (en) * 1997-02-12 1999-07-06 Citibank, N.A. Method and system for using intelligent agents for financial transactions, services, accounting, and advice
US5926800A (en) * 1995-04-24 1999-07-20 Minerva, L.P. System and method for providing a line of credit secured by an assignment of a life insurance policy
US5930775A (en) * 1997-01-14 1999-07-27 Freddie Mac Method and apparatus for determining an optimal investment plan for distressed residential real estate loans
US5930776A (en) * 1993-11-01 1999-07-27 The Golden 1 Credit Union Lender direct credit evaluation and loan processing system
US5930764A (en) * 1995-10-17 1999-07-27 Citibank, N.A. Sales and marketing support system using a customer information database
US5940812A (en) * 1997-08-19 1999-08-17 Loanmarket Resources, L.L.C. Apparatus and method for automatically matching a best available loan to a potential borrower via global telecommunications network
US5940811A (en) * 1993-08-27 1999-08-17 Affinity Technology Group, Inc. Closed loop financial transaction method and apparatus
US6012044A (en) * 1997-12-10 2000-01-04 Financial Engines, Inc. User interface for a financial advisory system
US6014646A (en) * 1995-06-08 2000-01-11 France Telecom Process for making a payment using an account manager
US6014645A (en) * 1996-04-19 2000-01-11 Block Financial Corporation Real-time financial card application system
US6032137A (en) * 1997-08-27 2000-02-29 Csp Holdings, Llc Remote image capture with centralized processing and storage
US6055517A (en) * 1995-10-30 2000-04-25 Efi Actuaries Method of determining optimal asset allocation utilizing asset cash flow simulation
US6078905A (en) * 1998-03-27 2000-06-20 Pich-Lewinter; Eva Method for optimizing risk management
US6088686A (en) * 1995-12-12 2000-07-11 Citibank, N.A. System and method to performing on-line credit reviews and approvals
US6134591A (en) * 1997-06-18 2000-10-17 Client/Server Technologies, Inc. Network security and integration method and system
US6185543B1 (en) * 1998-05-15 2001-02-06 Marketswitch Corp. Method and apparatus for determining loan prepayment scores
US6208979B1 (en) * 1998-11-09 2001-03-27 E-Fin, Llc Computer-driven information management system for selectively matching credit applicants with money lenders through a global communications network
US6216115B1 (en) * 1998-09-28 2001-04-10 Benedicto Barrameda Method for multi-directional consumer purchasing, selling, and transaction management
US6233566B1 (en) * 1998-12-31 2001-05-15 Ultraprise Corporation System, method and computer program product for online financial products trading
US6249775B1 (en) * 1997-07-11 2001-06-19 The Chase Manhattan Bank Method for mortgage and closed end loan portfolio management
US6260026B1 (en) * 1996-08-12 2001-07-10 Kabushiki Kaisha Media Marketing Network Credit card information management system
US20010007341A1 (en) * 1996-04-25 2001-07-12 Roger Jette Flexible cable management system
US6339766B1 (en) * 1998-12-02 2002-01-15 Transactionsecure Electronic payment system employing limited-use account number
US6343279B1 (en) * 1998-08-26 2002-01-29 American Management Systems, Inc. System integrating credit card transactions into a financial management system
US20020013728A1 (en) * 2000-07-25 2002-01-31 Wilkman Michael A. Universal transaction manager agent, systems and methods
US20020032645A1 (en) * 2000-09-13 2002-03-14 Ken Nozaki System and method for score calculation
US6374230B1 (en) * 1997-03-12 2002-04-16 Walker Digital, Llc Method, apparatus and program for customizing credit accounts
US20020048369A1 (en) * 1995-02-13 2002-04-25 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US20020052842A1 (en) * 2000-08-25 2002-05-02 Marko Schuba Initiation of an electronic payment transaction
US20020052833A1 (en) * 1998-11-03 2002-05-02 Jeremy R. Lent Method and apparatus for a verifiable on line rejection of an applicant for credit
US20020052836A1 (en) * 2000-08-31 2002-05-02 Yuri Galperin Method and apparatus for determining a prepayment score for an individual applicant
US6385594B1 (en) * 1998-05-08 2002-05-07 Lendingtree, Inc. Method and computer network for co-ordinating a loan over the internet
US20020062285A1 (en) * 2000-11-22 2002-05-23 Amann Catherine L. System and method for executing cash payments via a computer network
US20020069159A1 (en) * 2000-12-05 2002-06-06 Talbot Kevin L. Method and apparatus for recycling declined credit applications
US6405181B2 (en) * 1998-11-03 2002-06-11 Nextcard, Inc. Method and apparatus for real time on line credit approval
US20020087468A1 (en) * 2000-12-28 2002-07-04 Ravi Ganesan Electronic payment risk processing
US20020091628A1 (en) * 2000-09-11 2002-07-11 Koki Kunimatsu Credit granting system and credit applying method using the system
US20020091635A1 (en) * 2000-09-20 2002-07-11 Venkatachari Dilip Method and apparatus for managing transactions
US6484153B1 (en) * 1996-09-04 2002-11-19 Priceline.Com Incorporated System and method for managing third-party input to a conditional purchase offer (CPO)
US20030004866A1 (en) * 2001-06-29 2003-01-02 Kevin Huennekens Systems and methods for processing credit card transactions that exceed a credit limit
US6529187B1 (en) * 2000-10-26 2003-03-04 Mark Dickelman Generalized system for internet and services navigation from keypad equipped internet devices, including browser equipped phones
US20030046223A1 (en) * 2001-02-22 2003-03-06 Stuart Crawford Method and apparatus for explaining credit scores
US20030046222A1 (en) * 2001-06-15 2003-03-06 Bard Keira Brooke System and methods for providing starter credit card accounts
US6556979B1 (en) * 2000-06-19 2003-04-29 International Business Machines Corporation Method and system for identifying consumer credit revolvers with neural network time series segmentation
US20030101133A1 (en) * 1998-06-12 2003-05-29 First American Credit Management Solusions, Inc. Workflow management system for an automated credit application system
US6578761B1 (en) * 2000-08-18 2003-06-17 Donald Spector Method for issuance of satellite credit and debit cards
US20030120586A1 (en) * 2001-12-21 2003-06-26 Charles J. Litty Systems and methods to facilitate analysis of commercial credit customers
US20030135450A1 (en) * 2002-01-10 2003-07-17 Scott Aguais System and methods for valuing and managing the risk of credit instrument portfolios
US20030135448A1 (en) * 2002-01-10 2003-07-17 Scott Aguias System and methods for valuing and managing the risk of credit instrument portfolios
US20030135449A1 (en) * 2002-01-14 2003-07-17 Hong Xu Weighted credit-based arbitration using credit history
US20030140000A1 (en) * 2000-11-03 2003-07-24 Eun-Woo Lee On-line credit assessment system and method
US6601034B1 (en) * 1998-03-05 2003-07-29 American Management Systems, Inc. Decision management system which is cross-function, cross-industry and cross-platform
US6691094B1 (en) * 1999-09-28 2004-02-10 Lee N. Herschkorn Bank loan trading system and method
US20040044615A1 (en) * 2002-09-03 2004-03-04 Xue Xun Sean Multiple severity and urgency risk events credit scoring system
US20050038363A1 (en) * 2003-08-14 2005-02-17 Stano William S. Foldable orthosis night splint with ortho-wedge
US20050097036A1 (en) * 2003-07-25 2005-05-05 White Brigette A. System and method for providing instant-decision, financial network-based payment cards
US6898636B1 (en) * 1999-02-04 2005-05-24 Intralinks, Inc. Methods and systems for interchanging documents between a sender computer, a server and a receiver computer

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US522874A (en) * 1894-07-10 Wrecking-frog
US4866634A (en) 1987-08-10 1989-09-12 Syntelligence Data-driven, functional expert system shell
US4964043A (en) 1988-06-13 1990-10-16 Galvin Thomas M System for visualizing, identifying and ordering gearing configurations
US5054096A (en) 1988-10-24 1991-10-01 Empire Blue Cross/Blue Shield Method and apparatus for converting documents into electronic data for transaction processing
US5644726A (en) 1989-05-25 1997-07-01 Oppenheimer; Robert H. Method and system implementing a mortgage partnership
US5262941A (en) 1990-03-30 1993-11-16 Itt Corporation Expert credit recommendation method and system
US5274547A (en) 1991-01-03 1993-12-28 Credco Of Washington, Inc. System for generating and transmitting credit reports
US5689649A (en) 1991-03-01 1997-11-18 Altman; Robert System for operation of a combination mortgage, equity load and savings plan
JP2957308B2 (en) 1991-06-04 1999-10-04 日本精工株式会社 Automatic drawing ordering device and automatic drawing ordering method
US5655085A (en) 1992-08-17 1997-08-05 The Ryan Evalulife Systems, Inc. Computer system for automated comparing of universal life insurance policies based on selectable criteria
US5802502A (en) 1993-05-24 1998-09-01 British Telecommunications Public Limited Company System for selective communication connection based on transaction pricing signals
US5794207A (en) 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5845256A (en) 1993-08-19 1998-12-01 John B. Pescitelli Interactive self-service vending system
US5844553A (en) 1993-08-30 1998-12-01 Hewlett-Packard Company Mechanism to control and use window events among applications in concurrent computing
US5537315A (en) 1994-03-23 1996-07-16 Mitcham; Martin K. Method and apparatus for issuing insurance from kiosk
US5832447A (en) 1994-05-24 1998-11-03 Envoy Corporation Automated system and method for providing real-time verification of health insurance eligibility
US5797133A (en) 1994-08-31 1998-08-18 Strategic Solutions Group, Inc Method for automatically determining the approval status of a potential borrower
US5838906A (en) 1994-10-17 1998-11-17 The Regents Of The University Of California Distributed hypermedia method for automatically invoking external application providing interaction and display of embedded objects within a hypermedia document
US5696907A (en) 1995-02-27 1997-12-09 General Electric Company System and method for performing risk and credit analysis of financial service applications
US5701400A (en) 1995-03-08 1997-12-23 Amado; Carlos Armando Method and apparatus for applying if-then-else rules to data sets in a relational data base and generating from the results of application of said rules a database of diagnostics linked to said data sets to aid executive analysis of financial data
US5699527A (en) 1995-05-01 1997-12-16 Davidson; David Edward Method and system for processing loan
US5664115A (en) 1995-06-07 1997-09-02 Fraser; Richard Interactive computer system to match buyers and sellers of real estate, businesses and other property using the internet
JP3898242B2 (en) 1995-09-14 2007-03-28 富士通株式会社 Information changing system and method for changing output of network terminal
US5809478A (en) 1995-12-08 1998-09-15 Allstate Insurance Company Method for accessing and evaluating information for processing an application for insurance
US5970482A (en) 1996-02-12 1999-10-19 Datamind Corporation System for data mining using neuroagents
US5987434A (en) 1996-06-10 1999-11-16 Libman; Richard Marc Apparatus and method for transacting marketing and sales of financial products
US5966699A (en) 1996-10-11 1999-10-12 Zandi; Richard System and method for conducting loan auction over computer network
US5815683A (en) 1996-11-05 1998-09-29 Mentor Graphics Corporation Accessing a remote cad tool server
US5970483A (en) 1997-07-25 1999-10-19 Claritech Corporation Apparatus and methodology for submitting search queries
EP0895173A3 (en) 1997-08-02 2003-02-12 Fujitsu Services Limited Computer system for delivery of financial services
US6112190A (en) 1997-08-19 2000-08-29 Citibank, N.A. Method and system for commercial credit analysis
US6128603A (en) 1997-09-09 2000-10-03 Dent; Warren T. Consumer-based system and method for managing and paying electronic billing statements
US5995947A (en) 1997-09-12 1999-11-30 Imx Mortgage Exchange Interactive mortgage and loan information and real-time trading system
US5991750A (en) 1997-10-24 1999-11-23 Ge Capital System and method for pre-authorization of individual account transactions
US6108644A (en) 1998-02-19 2000-08-22 At&T Corp. System and method for electronic transactions
US5963953A (en) 1998-03-30 1999-10-05 Siebel Systems, Inc. Method, and system for product configuration
US6134530A (en) 1998-04-17 2000-10-17 Andersen Consulting Llp Rule based routing system and method for a virtual sales and service center
US6311169B2 (en) 1998-06-11 2001-10-30 Consumer Credit Associates, Inc. On-line consumer credit data reporting system
US6167383A (en) 1998-09-22 2000-12-26 Dell Usa, Lp Method and apparatus for providing customer configured machines at an internet site
US5987436A (en) 1999-01-26 1999-11-16 Halbrook; W. Bracey Obligated investment system
US7287071B2 (en) * 2000-09-28 2007-10-23 Vignette Corporation Transaction management system

Patent Citations (104)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US537315A (en) * 1895-04-09 Oar attachment
US3316395A (en) * 1963-05-23 1967-04-25 Credit Corp Comp Credit risk computer
US3634669A (en) * 1969-07-16 1972-01-11 Aero Flow Dynamics Inc Analog computation of insurance and investment quantities
US4254474A (en) * 1979-08-02 1981-03-03 Nestor Associates Information processing system using threshold passive modification
US4594663A (en) * 1982-07-09 1986-06-10 Omron Tateisi Electronics Co. Credit transaction processing system
US4598367A (en) * 1983-11-09 1986-07-01 Financial Design Systems, Inc. Financial quotation system using synthesized speech
US4642768A (en) * 1984-03-08 1987-02-10 Roberts Peter A Methods and apparatus for funding future liability of uncertain cost
US4739478A (en) * 1984-11-21 1988-04-19 Lazard Freres & Co. Methods and apparatus for restructuring debt obligations
US4736294A (en) * 1985-01-11 1988-04-05 The Royal Bank Of Canada Data processing methods and apparatus for managing vehicle financing
US4760604A (en) * 1985-02-15 1988-07-26 Nestor, Inc. Parallel, multi-unit, adaptive, nonlinear pattern class separator and identifier
US4812628A (en) * 1985-05-02 1989-03-14 Visa International Service Association Transaction system with off-line risk assessment
US4914587A (en) * 1985-07-01 1990-04-03 Chrysler First Information Technologies, Inc. Financial data processing system with distributed data input devices and method of use
US5227874A (en) * 1986-03-10 1993-07-13 Kohorn H Von Method for measuring the effectiveness of stimuli on decisions of shoppers
US4831526A (en) * 1986-04-22 1989-05-16 The Chubb Corporation Computerized insurance premium quote request and policy issuance system
US4953085A (en) * 1987-04-15 1990-08-28 Proprietary Financial Products, Inc. System for the operation of a financial account
US4897811A (en) * 1988-01-19 1990-01-30 Nestor, Inc. N-dimensional coulomb neural network which provides for cumulative learning of internal representations
US5321841A (en) * 1989-06-29 1994-06-14 Digital Equipment Corporation System for determining the rights of object access for a server process by combining them with the rights of the client process
US5220500A (en) * 1989-09-19 1993-06-15 Batterymarch Investment System Financial management system
US5606496A (en) * 1990-08-14 1997-02-25 Aegis Technologies, Inc. Personal assistant computer method
US5231571A (en) * 1990-08-14 1993-07-27 Personal Financial Assistant, Inc. Personal financial assistant computer method
US5544844A (en) * 1990-12-12 1996-08-13 Groen; Henry J. Autogyro aircraft
US5206803A (en) * 1991-03-15 1993-04-27 Vitagliano Francis M System for enhanced management of pension-backed credit
US5481647A (en) * 1991-03-22 1996-01-02 Raff Enterprises, Inc. User adaptable expert system
US5278751A (en) * 1991-08-30 1994-01-11 International Business Machines Corporation Dynamic manufacturing process control
US5644493A (en) * 1991-08-30 1997-07-01 Nsk Ltd. Production information processing system
US5239462A (en) * 1992-02-25 1993-08-24 Creative Solutions Groups, Inc. Method and apparatus for automatically determining the approval status of a potential borrower
US5774882A (en) * 1992-03-12 1998-06-30 Keen; Regina D. Credit approval system
US5732397A (en) * 1992-03-16 1998-03-24 Lincoln National Risk Management, Inc. Automated decision-making arrangement
US5424938A (en) * 1992-10-13 1995-06-13 First Chicago Corporation Method and apparatus for providing access to a plurality of payment networks
US5551021A (en) * 1993-07-30 1996-08-27 Olympus Optical Co., Ltd. Image storing managing apparatus and method for retreiving and displaying merchandise and customer specific sales information
US5940811A (en) * 1993-08-27 1999-08-17 Affinity Technology Group, Inc. Closed loop financial transaction method and apparatus
US5870721A (en) * 1993-08-27 1999-02-09 Affinity Technology Group, Inc. System and method for real time loan approval
US5611052A (en) * 1993-11-01 1997-03-11 The Golden 1 Credit Union Lender direct credit evaluation and loan processing system
US5930776A (en) * 1993-11-01 1999-07-27 The Golden 1 Credit Union Lender direct credit evaluation and loan processing system
US6029149A (en) * 1993-11-01 2000-02-22 The Golden 1 Credit Union Lender direct credit evaluation and loan processing system
US5550734A (en) * 1993-12-23 1996-08-27 The Pharmacy Fund, Inc. Computerized healthcare accounts receivable purchasing collections securitization and management system
US5523942A (en) * 1994-03-31 1996-06-04 New England Mutual Life Insurance Company Design grid for inputting insurance and investment product information in a computer system
US5870723A (en) * 1994-11-28 1999-02-09 Pare, Jr.; David Ferrin Tokenless biometric transaction authorization method and system
US5742775A (en) * 1995-01-18 1998-04-21 King; Douglas L. Method and apparatus of creating financial instrument and administering an adjustable rate loan system
US20020048369A1 (en) * 1995-02-13 2002-04-25 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US5689650A (en) * 1995-02-23 1997-11-18 Mcclelland; Glenn B. Community reinvestment act network
US5649116A (en) * 1995-03-30 1997-07-15 Servantis Systems, Inc. Integrated decision management system
US5926800A (en) * 1995-04-24 1999-07-20 Minerva, L.P. System and method for providing a line of credit secured by an assignment of a life insurance policy
US5774883A (en) * 1995-05-25 1998-06-30 Andersen; Lloyd R. Method for selecting a seller's most profitable financing program
US6014646A (en) * 1995-06-08 2000-01-11 France Telecom Process for making a payment using an account manager
US5717865A (en) * 1995-09-25 1998-02-10 Stratmann; William C. Method for assisting individuals in decision making processes
US5930764A (en) * 1995-10-17 1999-07-27 Citibank, N.A. Sales and marketing support system using a customer information database
US6055517A (en) * 1995-10-30 2000-04-25 Efi Actuaries Method of determining optimal asset allocation utilizing asset cash flow simulation
US5715402A (en) * 1995-11-09 1998-02-03 Spot Metals Online Method and system for matching sellers and buyers of spot metals
US6088686A (en) * 1995-12-12 2000-07-11 Citibank, N.A. System and method to performing on-line credit reviews and approvals
US5758328A (en) * 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US6014645A (en) * 1996-04-19 2000-01-11 Block Financial Corporation Real-time financial card application system
US20010007341A1 (en) * 1996-04-25 2001-07-12 Roger Jette Flexible cable management system
US5765144A (en) * 1996-06-24 1998-06-09 Merrill Lynch & Co., Inc. System for selecting liability products and preparing applications therefor
US5862223A (en) * 1996-07-24 1999-01-19 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically-assisted commercial network system designed to facilitate and support expert-based commerce
US6260026B1 (en) * 1996-08-12 2001-07-10 Kabushiki Kaisha Media Marketing Network Credit card information management system
US6484153B1 (en) * 1996-09-04 2002-11-19 Priceline.Com Incorporated System and method for managing third-party input to a conditional purchase offer (CPO)
US5930775A (en) * 1997-01-14 1999-07-27 Freddie Mac Method and apparatus for determining an optimal investment plan for distressed residential real estate loans
US5920848A (en) * 1997-02-12 1999-07-06 Citibank, N.A. Method and system for using intelligent agents for financial transactions, services, accounting, and advice
US6374230B1 (en) * 1997-03-12 2002-04-16 Walker Digital, Llc Method, apparatus and program for customizing credit accounts
US6134591A (en) * 1997-06-18 2000-10-17 Client/Server Technologies, Inc. Network security and integration method and system
US6249775B1 (en) * 1997-07-11 2001-06-19 The Chase Manhattan Bank Method for mortgage and closed end loan portfolio management
US5940812A (en) * 1997-08-19 1999-08-17 Loanmarket Resources, L.L.C. Apparatus and method for automatically matching a best available loan to a potential borrower via global telecommunications network
US6032137A (en) * 1997-08-27 2000-02-29 Csp Holdings, Llc Remote image capture with centralized processing and storage
US5873096A (en) * 1997-10-08 1999-02-16 Siebel Systems, Inc. Method of maintaining a network of partially replicated database system
US6012044A (en) * 1997-12-10 2000-01-04 Financial Engines, Inc. User interface for a financial advisory system
US6601034B1 (en) * 1998-03-05 2003-07-29 American Management Systems, Inc. Decision management system which is cross-function, cross-industry and cross-platform
US6078905A (en) * 1998-03-27 2000-06-20 Pich-Lewinter; Eva Method for optimizing risk management
US6385594B1 (en) * 1998-05-08 2002-05-07 Lendingtree, Inc. Method and computer network for co-ordinating a loan over the internet
US6185543B1 (en) * 1998-05-15 2001-02-06 Marketswitch Corp. Method and apparatus for determining loan prepayment scores
US20030101133A1 (en) * 1998-06-12 2003-05-29 First American Credit Management Solusions, Inc. Workflow management system for an automated credit application system
US6343279B1 (en) * 1998-08-26 2002-01-29 American Management Systems, Inc. System integrating credit card transactions into a financial management system
US6216115B1 (en) * 1998-09-28 2001-04-10 Benedicto Barrameda Method for multi-directional consumer purchasing, selling, and transaction management
US6405181B2 (en) * 1998-11-03 2002-06-11 Nextcard, Inc. Method and apparatus for real time on line credit approval
US6567791B2 (en) * 1998-11-03 2003-05-20 Nextcard, Inc. Method and apparatus for a verifiable on line rejection of an application for credit
US20020052833A1 (en) * 1998-11-03 2002-05-02 Jeremy R. Lent Method and apparatus for a verifiable on line rejection of an applicant for credit
US6208979B1 (en) * 1998-11-09 2001-03-27 E-Fin, Llc Computer-driven information management system for selectively matching credit applicants with money lenders through a global communications network
US6339766B1 (en) * 1998-12-02 2002-01-15 Transactionsecure Electronic payment system employing limited-use account number
US6233566B1 (en) * 1998-12-31 2001-05-15 Ultraprise Corporation System, method and computer program product for online financial products trading
US6898636B1 (en) * 1999-02-04 2005-05-24 Intralinks, Inc. Methods and systems for interchanging documents between a sender computer, a server and a receiver computer
US6691094B1 (en) * 1999-09-28 2004-02-10 Lee N. Herschkorn Bank loan trading system and method
US6556979B1 (en) * 2000-06-19 2003-04-29 International Business Machines Corporation Method and system for identifying consumer credit revolvers with neural network time series segmentation
US20020013728A1 (en) * 2000-07-25 2002-01-31 Wilkman Michael A. Universal transaction manager agent, systems and methods
US6578761B1 (en) * 2000-08-18 2003-06-17 Donald Spector Method for issuance of satellite credit and debit cards
US20020052842A1 (en) * 2000-08-25 2002-05-02 Marko Schuba Initiation of an electronic payment transaction
US20020052836A1 (en) * 2000-08-31 2002-05-02 Yuri Galperin Method and apparatus for determining a prepayment score for an individual applicant
US20020091628A1 (en) * 2000-09-11 2002-07-11 Koki Kunimatsu Credit granting system and credit applying method using the system
US20020032645A1 (en) * 2000-09-13 2002-03-14 Ken Nozaki System and method for score calculation
US20020091635A1 (en) * 2000-09-20 2002-07-11 Venkatachari Dilip Method and apparatus for managing transactions
US6529187B1 (en) * 2000-10-26 2003-03-04 Mark Dickelman Generalized system for internet and services navigation from keypad equipped internet devices, including browser equipped phones
US20030140000A1 (en) * 2000-11-03 2003-07-24 Eun-Woo Lee On-line credit assessment system and method
US20020062285A1 (en) * 2000-11-22 2002-05-23 Amann Catherine L. System and method for executing cash payments via a computer network
US20020069159A1 (en) * 2000-12-05 2002-06-06 Talbot Kevin L. Method and apparatus for recycling declined credit applications
US20020087468A1 (en) * 2000-12-28 2002-07-04 Ravi Ganesan Electronic payment risk processing
US20030046223A1 (en) * 2001-02-22 2003-03-06 Stuart Crawford Method and apparatus for explaining credit scores
US20030046222A1 (en) * 2001-06-15 2003-03-06 Bard Keira Brooke System and methods for providing starter credit card accounts
US20030004866A1 (en) * 2001-06-29 2003-01-02 Kevin Huennekens Systems and methods for processing credit card transactions that exceed a credit limit
US20030120586A1 (en) * 2001-12-21 2003-06-26 Charles J. Litty Systems and methods to facilitate analysis of commercial credit customers
US20030135450A1 (en) * 2002-01-10 2003-07-17 Scott Aguais System and methods for valuing and managing the risk of credit instrument portfolios
US20030135448A1 (en) * 2002-01-10 2003-07-17 Scott Aguias System and methods for valuing and managing the risk of credit instrument portfolios
US20030135449A1 (en) * 2002-01-14 2003-07-17 Hong Xu Weighted credit-based arbitration using credit history
US20040044615A1 (en) * 2002-09-03 2004-03-04 Xue Xun Sean Multiple severity and urgency risk events credit scoring system
US20050097036A1 (en) * 2003-07-25 2005-05-05 White Brigette A. System and method for providing instant-decision, financial network-based payment cards
US20050038363A1 (en) * 2003-08-14 2005-02-17 Stano William S. Foldable orthosis night splint with ortho-wedge

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Cyber street", Wall Street and Technology, New York, June, 1997 *
CFO Alert "New medium brewing for syndications" March 23, 1998, V5, N121 ISSN: 0894-4822 *
Corporate EFT Report "lnternet promises lower cost loan syndications IntraLink replaces paper with online access" Nov. 12,1997, V17, IS21, Phillips Business Information. *
Rutter, J., "Deals in Cyberspace", Euromoney, London, Feb. 1998 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120246060A1 (en) * 2011-03-25 2012-09-27 LoanHD, Inc. Loan management, real-time monitoring, analytics, and data refresh system and method
US20120254066A1 (en) * 2011-03-31 2012-10-04 Neuberger Berman Fixed Income Llc Methods and apparatus for valuing mortgage loan portfolios
US20130290143A1 (en) * 2012-03-30 2013-10-31 Loan Street Llc Loan syndication marketplace
TWI655597B (en) * 2016-08-25 2019-04-01 第一商業銀行股份有限公司 Guarantee pairing method
WO2023034655A1 (en) * 2021-09-03 2023-03-09 Verifone, Inc. Systems and methods for open banking based-subscription via a universal gateway

Also Published As

Publication number Publication date
WO2001073655A1 (en) 2001-10-04
US20140258076A1 (en) 2014-09-11
US20010054022A1 (en) 2001-12-20
AU2001252956A1 (en) 2001-10-08
US7599879B2 (en) 2009-10-06

Similar Documents

Publication Publication Date Title
US7599879B2 (en) Syndication loan administration and processing system
US8898087B1 (en) Method and system for managing and preparing documentation for real estate transactions
US6016482A (en) Enhanced collateralized funding processor
US7729972B2 (en) Methodologies and systems for trade execution and recordkeeping in a fund of hedge funds environment
US7379910B2 (en) Apparatus, systems and methods for transacting and managing like-kind exchanges
KR100230455B1 (en) Accounting apparatus and method of management automation system
CA3137098A1 (en) Systems, methods, and storage media for configuring a data storage and retrieval system for managing data relating to tokenized assets
US7181422B1 (en) Segregation and management of financial assets by rules
US20070282724A1 (en) Asset based lending (abl) systems and methods
US20020099655A1 (en) Facilitating seller financing and advance payment for sellers in a full service trade system
US9213993B2 (en) Investment, trading and accounting management system
US20080249934A1 (en) Computer-based payment transaction system and repository
US20070005461A1 (en) Business tax organizing method and system
CA2202157A1 (en) Full service trade system
CN102693512A (en) System and method for reinsurance placement
JP2003504701A (en) Portfolio investment guidelines / compliance and financial fund management system
US8799117B2 (en) Record retention and post-issuance compliance system and method for municipal bonds
US20010034678A1 (en) Electronic purchase and sale of securities system and method
US7698212B1 (en) Online settlement statement and funding control system and method
WO2001025997A2 (en) Structured finance transaction analytic system and method
PHASE et al. Claims Manual Updates Claims Manual Directive 7310.1
US20100125469A1 (en) Methods and a system for remotely authorizing and monitoring financial transactions
Poolchainavaskul Improvement of the inward funds transfer system
Fusaro et al. ISDA 2002, The ISDA Master Agreement Ten Years On
Purtill Providing cash management consulting services; Consulting services practice aid, 96-4

Legal Events

Date Code Title Description
STCV Information on status: appeal procedure

Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS

STCV Information on status: appeal procedure

Free format text: BOARD OF APPEALS DECISION RENDERED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION