1.1. Currently the direct debit module will collect payments every month. The logic for the first payment is that it will collect the first payment and if the first collection date is >28 then it will take the money on the first of the month. We need to consider making this standard. We also have to send over a product identifier for the direct debit and therefore would need to be able to change this per product.
2. Direct Credit
2.1. Currently the direct credit payments get paid out of one account. I think this can be different per product but we would have to change the configuration and logic for this.
3. Product Management
3.1. All products currently are just a distribution of the income protection product. We need to think about changing this. I would suggest changing the naming of this to a distribution product then make a new entity called product. This would have to have a key against it so that in Mendix we can tell what product it is.
4. Sales Management
4.1. Currently the sales team are able to make sales only the standard LV SIP. We would need to change this so that they can make sales for other products. Also they have the ability to provide a top up so we would have to change this so that they have to select a particular product.
5. GL Report
5.1. We would need to change the GL Report configuration so that it will send different product identifiers through. At the moment it just picks up one GL Report config. There would have to be one for each of the products. The team that deals with this would also have to be notified. This is so that they can move the GL accounts.
6. Finance Reports
6.1. Currently the financial reports are built specifically for the Income Protection and we would have to see which ones are relevant and how we can generate these for multiple products.
7. Letter templates
7.1. Currently the letter templates are only for the Income Protection. I don't think there are too many of these, but we would need to be able to identify for which products these letter templates are valid for.
8. Email templates
8.1. Currently all the email templates have been designed specifically for Income Protection. We would have to move these so that we can create different email templates for different products. I would suggest making the password reset, forgot username, direct debit standard. We should then have a set standard of tokens for the confirmation emails which we can then use across the different products. All we would have to do for this is change the retrieves for the templates and add an extra selection for the product.
9. Reinsurance
9.1. Only has one default reinsurer need to have one per product
10. Product distribution deeplinks
10.1. Currently all the distributions deeplinks all open up the same landing page, which is tailored for income protection. If we want to have mutiple products I suggest having a landing page where they can click on individual products. These products can be filtered based on whether they are currently available for that distributor. This way we can have certain products available for certain distributors. We have to think about where we are going to put this product information.
11. Product Variant
11.1. The product variants are quite specific to Income Protection. My suggestion is that you create specific product variant pages for each product. Or you could make this generic. So that each product has a set structure and layout.
12. Theming
12.1. My suggestion is that you have one common theme per distributor, rather than having multiple themes per product.
13. Payments
13.1. The payments module in the system will periodically send payments over a specified time. This is different to the Great Deal, which sends one payment out. My suggestion is that you make it generic so that you can either send one payment or multiple.
14. Claims Management
14.1. Claims management for income protection is very specific for the income protection. I would suggest that we create a very generic claims management system that could fit for any product. So keep the income protection claims management and the claims team would just have to select the product they want to make a claim for.
15. Servicing
15.1. We would have to know which product each policy belong to. The appropriate rules should also apply to this area.
16. Self service
16.1. We will need to have some form of check to see what products the customer already has and see if it passes all the rules for each product. So for example D.O.B.
