You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Loan Types are the basic loan types, including but not restricted to:
Amortizing loans, particularly amortizing term loans
Non-amortizing loans, which include:
Non-amortizing term loans, such as bullet loans and their subtype, balloon loans
Revolving loans, etc.
The taxonomy is deep, asymmetric and multidimensional, so for practical reasons, we need to flatten it a bit while still allowing for proper categorization and composition of features. A bullet loan (with optional balloon features) would be considered a loan type in its own right, just as well as a term loan (with optional amortizing features).
For the Sales team or even end users, we need to break this down further by creating Loan Products. These are basically defined as instances of a Loan Type with a specific set of features, limited availability (per country/territory, entity, and party type), maximum loan amount, and other requirements, as well as a product name.
While the more technical aspects, such as accounting configuration, should optimally reside in the Loan Types and may be set up by the Back-office—comprising legal and accounting teams, risk managers, or executives—the more customer-oriented configuration should be part of the Loan Product.
Goal is that Loan Products may be freely composed and fully maintained by senior Sales officers. Breaking things such as combinations of features that may not work or aren’t allowed together, should at this point be impossible. To fully reach this goal, we will probably have to define Loan Sub-types or still a tree-like structure at a later point. This will however not be part of my effort here.
I'm already working on an implementation of the Loan Product as outlined here and will submit a PR as soon as at least the general data design is 70% complete.
The text was updated successfully, but these errors were encountered:
Loan Types are the basic loan types, including but not restricted to:
The taxonomy is deep, asymmetric and multidimensional, so for practical reasons, we need to flatten it a bit while still allowing for proper categorization and composition of features. A bullet loan (with optional balloon features) would be considered a loan type in its own right, just as well as a term loan (with optional amortizing features).
For the Sales team or even end users, we need to break this down further by creating Loan Products. These are basically defined as instances of a Loan Type with a specific set of features, limited availability (per country/territory, entity, and party type), maximum loan amount, and other requirements, as well as a product name.
While the more technical aspects, such as accounting configuration, should optimally reside in the Loan Types and may be set up by the Back-office—comprising legal and accounting teams, risk managers, or executives—the more customer-oriented configuration should be part of the Loan Product.
Goal is that Loan Products may be freely composed and fully maintained by senior Sales officers. Breaking things such as combinations of features that may not work or aren’t allowed together, should at this point be impossible. To fully reach this goal, we will probably have to define Loan Sub-types or still a tree-like structure at a later point. This will however not be part of my effort here.
I'm already working on an implementation of the Loan Product as outlined here and will submit a PR as soon as at least the general data design is 70% complete.
The text was updated successfully, but these errors were encountered: