GET TO KNOW OUR SYSTEMS
FOR BUSINESS

HYPERON

Hyperon (previously MPP - Parametric and Product Module) is a system, which when attached to any given architecture, takes over configuring its processes, algorithms, calculations or financial products. In financial institution it enables centralization of products’ management as well as performing financial simulations. The system will work exquisitely with any IT solution which will, thanks to Hyperon, be easier in its construction and be more flexible.

 

Fast changes

In financial and insurance sector the business has to react promptly, almost instantly, to the changes on the market which are not to be foreseen throughout the process of software creation.

The solution is managing business logic in a separate application where e.g. tariff and algorithm changes is only a few clicks which are being implemented in the system immediately, even though there is no modification in the source code. Thanks to that the process of implementing the change is shortened from weeks to only a few seconds.

 

Parameters

Crucial for business logic management, thus product construction, is defining parameters which contain information concerning e.g. price engine or tariff. The word ‘parameter’ may refer not only to a single value but also to a complex function or data table of tens of thousands of records in which there are interdependencies.

 

A safe environment

Hyperon has a history of previous version which means that in case of any mistake it can be easily recovered. In addition, there is a simulation environment thanks to which it is possible to locally test the whole application with a new business logic before the change is officially introduced in production.

 

Configure any business logic

Hyperon can be used in many ways, however we recommend it to be used mostly when you are dealing with an advanced business logic which is constantly being changed. In such a situation the benefits of using the system are visible the most because not only the speed of changes counted in seconds is impressive but also decrease of costs of maintenance as well as the risk of errors in the code.

 

Models of use

Thanks to intuitive graphic interface Hyperon system service is not only for programmers and IT employees. Parameters and logic management may be conducted successfully by business users responsible for product construction (e.g. by actuaries). The way of defining the product can be based on tables and scripts which reflect mathematical formulas.

Obviously there is an opportunity of much more complex configurations, where in business logic there may be hard-wired advanced scripts, score code of programming in the form of plug-in written in other languages as well as the method of communicating with other systems in a ‘black box’ model (e.g. through web-service).

 

Examples of use

In insurance business Hyperon may be used as a tool which task is to:

  • Construction of the structure of the product,
  • Product tarification – configuration and calculations,
  • Policy simulation – definition, calculations and presentation,
  • Configuration of any process,
  • Definition and calculations of reserves.

 

Benefits of the system

Hyperon relies on fast and easy management of a complex business logic, which it achieves thanks to following traits:

  • Simplicity of desiging parameters,
  • Comfort of using parametrization in score code,
  • The process insulation from construction of parameters,
  • Parameters value modification with the support of user’s interface,
  • Change of parameters’ structure,
  • Homogenious mechanism, one structure in data base,
  • Testing and simulation in a safe environment,
  • A possibility to cache figures and arrays of the parameters,
  • High efficiency and optimization of search engine with regards of mas processes.

The greatest value of Hyperon system is its extensive flexibility and short time-to-market of implementing new products as well as minimum overhead on IT works, in many cases tested down to zero.

Hyperon cooperates very well with other systems because all configurations and calculations are disclosed in the form of services and third systems’ plugs.

Get to know more on the official website of Hyperon system.

PORTAL OF THE AGENT

Multi-module system for agents selling insurance and financial products. The application allows electronic registration of applications with the usage of www forms. Implementing the solution enables to exchange paper forms and pre-numbered forms but it may also be a tool for electronic record-keeping. Using the system shortens sales process and improves quality of data.

 

Sales

The module enables sale of the following insurance:

  • MOTOR (OC/AC),
  • HOME,
  • OTHER NON-LIFE,
  • LIFE,
  • GROUP.

At the stage of implementation we configure steps on a sales path and define a main sales process. The look of the application itself can be adjusted as the client wishes it to be. While designing we pay a special attention to ergonomics, UX and the speed of data fulfillment. Certain fields obtain autovalidation as well as optionally suggested default values (including completing fields regarding the client on the basis of registration number of the car and social security number of the client which saves much time of the agent).

We are able to construct even the most complex insurance or financial product and then efficiently manage it business logic thanks to Hyperon application.

Due to the specificity of agent’s work, the sales process may be interrupted in any moment and resumed in any convenient for the agent moment. Calculations or offers are saved. Thanks to that, there is always an access to them and they can be easily edited.

While calculating premium or verifying portal of the client it is able to communicate with other external systems. Therefore even at the stage of sales the client can be verified. The price of the product is converted on an ongoing basis (also on the basis of external computational search engine provided by the client).

The products may be configurable. Vendor has a possibility to mark additions, modify variants or choose one of few predefined options. In addition, the system supports cross-sell contextually by offering other similar products (e.g. a discount for motor insurance, when a client wants to insure his garage while insuring its property).

 

The needs of the client analysis

The portal has a search engine of product recommendations on the basis of preferences and demographical data of the client. The process of filling data itself is carried out in a visually attractive application which the agent may fill in together with the client on e.g. tablet.

Within the framework of the clients needs’ analysis it is possible to integrate legally required questions regarding financial products.

 

360 customer view

Agents may easily analyze their clients thanks to 360 customer view which includes detailed data about the client also in a condensed form at the summary page. On the screen there may be displayed: the history of a given client, sold policies as well as alerts e.g. claims on the policy or upcoming renewal.

 

360 agent view

The system enables the agent to work more effectively thanks to context aware and visual summaries, e.g. information concerning number of policies to be renewed, anniversaries of life policies, new claims of the clients, as well as alarms the agent in case of lack of payment from clients.

Portal may also inform the agent about upcoming meetings with clients or leads.

 

Settlements

Each agent is motivated by its provision. It can be regularly checked at the platform by at the agent itself. Settlement module enables also generating e-invoices. Therefore the whole communication between the agent and head office concerning settlements will be saved in the system.

Portal may differentiate settlement forms and cooperation models of working with the agent as well as is based on entitlements system. Thanks to that in multiagencies supervisors have access to all settlements and each seller has an access only to his own settlements.

 

Sales reports

At the level of head office and sales management we deliver analytic module presenting sales reports. Reports are aggregated but allow to access the level of a given seller. In addition, the module has advanced filters both to structure level as well as to a given product.

Charts and data ranges are adjusted to sales processes and reporting policy.

 

Renewals

In non-life insurance the key importance for the business has a yearly insurance prolongation. That is why the system focuses on renewals. The portal may send automatically e-mails and text messages to the client. Moreover, the agent has some information displayed, such as regarding ending-up policies and reminders concerning the necessity to contact the client.

 

Post-sale service

Transfers, appendixes, notices - from the client’s perspective the first natural contact is the office, where he obtained the insurance or other financial product. That is why we deliver a tool for complex post-sale service to the agent. Therefore the agent may handle the client without necessity of any helpdesk support which may result in savings.

 

Claims register

A special case of post-sale service is claim registration.

SALES REPORTS

The system supports effective sales management by presenting detailed reports. It is powered by data aggregated in the system (e.g. each policy has assigned premium and a seller located in the structure). Millions of records of raw data are shown in an accessible graphic or tabular form. The system enables data view on general and detailed level.

 

Manager’s dashboard

In a multilevel sales structure there may be listed various reporting needs different for the board, department manager and for a regular employee. That is why depending on location in the structure we may present various start views which focus on data crucial for a given user (e.g. strategic product sales trends, share of a single product in market share, best and worse salesmen ranking).

 

Setting sales targets

Data without any context does not have any value. That is why in sales reports there is an opportunity to add sales targets. Therefore it is possible to track the level of plan completion in time. In reports for insurance business there is also sales dynamics presented in addition. Sales targets set generally are forwarded by default to lower structure levels which given managers may adjust to a local sales specifics.

 

Submitted data

Depending on the client’s needs we may define any report on the basis of accessible data. For instance:

  • Sales results on a monthly / quarterly / mid-yearly / yearly basis,
  • Sales results subdivided into products and groups of products,
  • Sales results subdivided into sales structure.

In the range of particular charts and tables there may be presented following data:

  • Premium rate / sales value of a single transaction,
  • Sales dynamics / sales volumen change in regards to benchmark,
  • Comparison with a previous period,
  • Comparison with set plans,
  • Managers ranking / best salespeople ranking,
  • Number of agreements,
  • Division into new and renewed agreements / retention’s coefficient,
  • A medium value in sales with subdivision into products segments,
  • Distribution, variance and standard deviations in sales.

 

Advanced filters

Data is presented top-down. On the highest level there are presented strategic data aggregated from millions of records. The user has an opportunity to:

  • Go deeper into the structure,
  • Narrow down the view to a single product (e.g. oc) or a line of products,
  • Chose a data period.

A user has an opportunity by default to view its data and data of all its direct and indirect subordinates.

 

Intelligent alerts

Reports are not limited to presenting charts and rankings. Sometimes crucial issues are not visible right away. That is why the algorithm views and compares results for particular nodes. If a result differs from the norm too much (which undergoes configuration), then there appear alerts (e.g. sales in X region is declining 60 % as compared with previous period).

ECS

Enterprise Campaigns System is a solution created for processing high efficiency business processes (so called work-flow). The system supports processes in which there are both: an interaction with a user (Human Tasks) and automatic steps performed by the system (e.g. sending e-mails and text messages, registering data in an external system and so on). Both process course as well as the look of the screen at particular stages of the process may be configurable with the usage of provided tool (processes’ editor) which may be used by both IT employees as well as trained business users. There are many changes in process course and on the screens which can be made without any changes in the code and a necessity of implementing a new version of the application.

 

An easy way of process creation

Business users may configure processes’ flow without any help of IT department thanks to an intuitive interface of the user. The tool gives also an opportunity to create screens on one’s own which are being displayed during process flow. The screens are made of components which may be arranged freely with the help of drag&drop.

Each component may undergo advanced configuration which enables implementation of more complex interactions.

 

An exemplary use

Particular business processes which may be performed with the support of Enterprise Campaigns System are:

  • sales campaigns (cross-selling, up-selling and orhers),
  • handling renawals,
  • handling enquiries and client’s self-service commissions,
  • claims handling processes,
  • generating leads,
  • marketing campaigns allowing multi - step communication,
  • inbound campaigns,
  • outbound campaigns.

 

Communication with the client

Due to the fact that ECS may be used as a lead campaigns’ tool, the system supports various forms of communication with the client, including sending automatic or hand-written text messages, e-mails and also there is an option to extend it to MMS, Facebook, Twitter and other.

Defined process flow may require from the seller contacting the client directly by:

  • A PHONE CALL
  • A MEETING

 

Usage in sales

A different special workflow process is sales of e.g. financial and insurance products. Sales path may be defined as a process of many scripts. In such a case a definition of a product and its parametrization should be located in an external solution (e.g. Hyperon or the client’s own solution).

ECS enables integration with other systems, e.g. Hyperon. Therefore it may communicate in order to obtain feedback of e.g. premium or insurance range. Thanks to that business logic is located in a dedicated for that purpose solution.

Such an approach may be reasonable in case of a need to create in a prompt way new products with similar sales path (then we may begin working on a new path by cloning a different one) and when complexity of the sales path is not that extensive. In case of more complex constructions of a sales path, we recommend building dedicated sales front-end on the basis of other Decerto products.

 

Architecture

ECS has an open module architecture which enables prompt reaction for new functional needs. It means an easy adding extra adapter by developer to an external system which may later be used by a business user to download data from external system or to register ECS data in an external system.

The solution is also scaled which means that in case of increasing the scale of system usage it will be easy to develop it by adding next servers boosting its efficiency of data processing.

Life Individual

A comprehensive system to register and administrate policies in the range of life insurance, both regular protective insurance as well as the one with investment fund. It can be characterized by high efficiency, flexibility, processes’ automation and a broad spectrum of functionalities. It is based on light, modern technologies. Therefore it is programmers-friendly. Moreover, a proper architecture allows to easily develop the system with new functionalities and new products handling.

 

Multi-module architecture

The system includes the following modules:

  • product configuration and parameter module,
  • authorization management module,
  • clients’ base,
  • agents’ base,
  • applications’ registrar,
  • policy processor,
  • accounting and financial module, including subledger,
  • user’s interface.

Thanks to those modules listed above, the system enables efficient service of many business operations, including:

New agreements service:

  • Registering an application,
  • Calculating premium,
  • Medical underwritting and aplication assesment,
  • Conclusion of an agreement.

Existing agreement service:

  • Changing terms of an agreement,
  • Changing personal data,
  • Charging receivables,
  • Fees, settlments of contributions,
  • History of a policy,
  • Policy reversals,
  • Premium indexation,
  • Aniversary process,
  • Converting regular insurance into a non-profit,
  • Premium payments suspension,
  • Premium payments acquisition,
  • Arrears service, including agreement termination,
  • An agreement expiration,
  • Calculating policy value or surrender value,
  • Reimbursement of a premium,
  • Payouts and overpayments handling.

Handling operations regarding UFK:

  • Investment premium allocations: basic, additional, interim,
  • Changing an allocation,
  • Purchasing and redemption fees,
  • Tranfers of funds between policies,
  • Transfers of financial resources between funds,
  • Partial and full redemption,
  • Handling funds, groups, portfolios of investment funds, etc.,
  • Share in profit,
  • Administrative and other fees collection,
  • Handling IKE and IKZE.

Processes’ general service:

  • Bank statement management,
  • Direct debit,
  • Funds prices management,
  • Multi - currency service,
  • Accounting arrays service,
  • Generating accounting notes,
  • Day end,
  • Accounting and business reports,
  • File imports,
  • Documentation printouts (mass and single),
  • Interfaces to external systems.

 

Registering applications

The system may be integrated with many sales systems simultaneously (e.g. with portal of the agent and telemarketing systems) as well as it gives an opportunity to manually add a policy at the same time (e.g. sales with the usage of paper application forms).

During manual policy registration there are the following steps:

  • Configuring the product,
  • Entering client’s data,
  • Calculating premium,
  • Medical questionare and statements,
  • Adding required appendixes,
  • Summary and sending it to a policy system.

 

Clients base

The system has a separate module which is a client’s base with all implemented validations necessary to keep correctness of data masks as well as not duplicating already existing records. The register composed of many tables enables storing personal data, individual addresses and their types (address of residence, address of permanent residence and address for correspondence), client’s marketing consents and declared statements. The base allows also to put various flags or clients characteristics (e.g. VIP, wage categories)

The system has advanced techniques of filtering, reporting and clients searching in the register.

 

Agents’ base

In the system there is an access to a set of all insurance intermediaries, their personal data, contact data, classification in the structure of sales network, authorizations and competences. Register enables cyclic actualization of licensed data on the basis of information from KNF.

Thanks to the enclosed information about the structure and subjections, the register is useful in management of the range of disclosed information to particular field units as well as in processes of settling and charging a commission.

The system has advanced techniques of filtering, reporting and clients searching in the register.

 

Manual and automatic operations

The system presupposes a possibility to perform many operations on a policy at once. The operations can be divided into:

  • automatic - they are being done at the end of a day in the process of day end,
  • manual - created on the basis of manual dispositions.

When we are dealing with volume up to million policies, DayEnd process is done in less than 4 hours. Policies at the end of the day are being processed sequentially which does not block working on policies at the time of DayEnd process. This attribute has a substantial meaning for the users who are willing to e.g. view policy data, clients data, details of operations on a policy, history, intermediary data, disposition to changes screen and many others.

Examples of automatic processes:

  • generating and sending letters,
  • collection,
  • indexation,
  • charging receivables,
  • policy paments,
  • units purchasing,
  • fees collection (of many types),
  • handling arrears,
  • converting regular insurance into a non-profit,
  • aquisition of premium payments,
  • calculating the share in profit,
  • caunting and generating actuarial reserves,
  • policy inversion, subsequent processing,
  • policy collapse.

One of a special type of automatic operations is policy processing based on previously configured rules e.g. policy approval or a referral to manual underwriting based on answers taken from a medical questionnaire.

Exemplary manual processes:

  • manual printouts,
  • out of aniversary change of insurance range,
  • premium / insurance sum change,
  • personal data change,
  • management of endowed people,
  • operations on funds (e.g. switch, units transfer, portfolio change),
  • financial resources payout,
  • non-allocated incaso management,
  • commision of premium reimbursement,
  • policy renawals,
  • loans / cession registration.

The system allows full policy control.

 

Policy processor

One of the greatest advantages of the system is policy processor. Therefore setting aside each disposition history as well as policy inversion to each date in the past can be easily managed, as long as there is a justified reason e.g. fixing erroneously registered disposition.

The processor is constructed in a way that each action, operation, policy change has a form of an event. Thanks to that the history of a policy is a chronological events list. There are several hundreds types of events in the system but all of them have: status (awaiting, done, canceled, error) and effective date.

Therefore policy processing architecture is transparent, subsequent actions can be easily edit and policy reversal in time and subsequent processing in very intuitive.

Each event has its own cause-effect chain, e.g. native operation is taking client’s contribution. Its consequence is an attempt to pay the policy. A proper processing of the operation will generate an event of shares purchase and charging fees. In this way processes in the systems are being built.

 

The history of a policy and a mechanism of shifting back in time

The system stores the whole history of policy changes. The user is able to display policy status on a given day in the past (including policy value and insurance range).

The system allows the operator to move back in time to any moment and life cycle of a policy which starts the following sequence:

  • indicating the date up to which the user wants to shift the policy back in time,
  • automatic policy processing and indicated date status,
  • policy verification or change,
  • subsequent - automatic - procesiing to a current date.

This functionality is extremely user-friendly, fully automatic and most of all it provides full integrity and accuracy. With the usage of a script there is a possibility of policies mass processing in time.

Together with policy inversion there is a possibility of simulated policy inversion operation which allows to virtually invert the policy and correct operations on a given policy in order to check whether this was the mistake we are looking for. It has such an advantage that it does not cause accounting inversion and reporting up to sub-ledger.

 

Financial and accounting module

The system enables defining and using various types of accounting operations. It is assumed that all accounting operations are results of executive subsequent events on a policy whereby it is possible that one event generates many accounting operations. All of the accounting operations are being sent to sub-ledger where in a daily or monthly cycle they are being processed into subsequent accounts. The system basing on configurable accounting arrays performs endorsements of business operations into subsequent accounts. Positions on accounts are being aggregated and in the form of generated note being cyclically sent into accounting system.

Financial module allows also to manage bank statements, accounting contributions on particular policies’ accounts, transferring free funds between policies and also managing unassigned collections. It is also possible to handle direct debit having his permission and generate commissions of funds payouts to indicated accounts (overpayments, reversals, undue collections etc.).

 

Authorizations module

The system includes access rules based on roles and grounds allowing to view / edit / change particular data, screens or processes.

The module may be used to manage users and their assignments (e.g. adding users, changing their data, activating and deactivating accounts, rules steering passwords and their due time, etc.).

 

Adjusting interface

The look and style of screens may be adjusted to any project or style. User’s interface are HTML websites which can be modified (the change of a look does not have to be limited to CSS modification).

LIFE GROUP

A comprehensive system used to offering, registering and policy service in the range of life group insurance, both regular protective insurance as well as the one with investment fund. It can be characterized by high efficiency, flexibility, processes’ automation and a broad spectrum of functionalities. It is based on light, modern technologies. Therefore it is programmers-friendly. Moreover, a proper architecture allows to easily develop the system with new functionalities and new products handling.

 

Multi-module architecture

The system includes the following modules:

  • product configuration and parameter module,
  • authorization management module,
  • clients’ base,
  • agents’ base,
  • an offering module,
  • policy processor,
  • accounting and financial module, including subledger,
  • user’s interface,
  • reporting module,
  • imports module.

Thanks to those modules listed above, the system enables efficient service of many business operations, including:

Calculations service:

  • calculation on the basis of estimated categorized and detailed data,
  • taking into account loadings,
  • general conditions of insurance abrogations management,
  • defining the period of grace,
  • reinsurance service,
  • taking into consideration participation limits,
  • taking into consideration automatic approval limits,
  • taking into consideration reinsurance limits,
  • multi - step process of calculation approval,
  • the process depends on levels of competence.

Handling new agreements:

  • registering an application on the basis of calculation createed in offering module,
  • defining group and subgroup schemes,
  • entering data of a insured person as well as defining the insured person,
  • medical underwriting and applicants qualification,
  • defining provision tabels for a particular policy,
  • conclusion of an agreement.

Existing group agreement service:

  • process of requoting,
  • holding service,
  • changing the terms of agreement,
  • changing personal data of an insured person,
  • handling insurance enrolments and resignations,
  • changes concerning insured party: affiliations from subgroups, salaries etc.,
  • charging fees for groups and podgroups,
  • payments, income settlments, including remittancy individualisation,
  • history of a policy and certificates,
  • policy and certificates reversals,
  • aniversary process service,
  • premium payments suspension,
  • arrears service, including agreement termination,
  • an agreement expiration,
  • calculating policy value or surrender value,
  • reimbursement and reclassification of a premium,
  • payouts and overpayments handling.

Handling operations regarding UFK on the accounts of insured party:

  • Investment premium allocations: basic, additional, interim,
  • Changing an allocation,
  • Purchasing and redemption fees,
  • Tranfers of funds between policies,
  • Transfers of financial resources between funds,
  • Partial and full redemption,
  • Handling funds, groups, portfolios of investment funds, etc.,
  • Share in profit,
  • Administrative and other fees collection,
  • Handling ike and ikze.

Processes’ general service:

  • file imports, including actualization of group data status,
  • bank statement management,
  • funds prices management,
  • multi - currency service,
  • accounting arrays service,
  • generating accounting notes,
  • day end,
  • accounting and business reports,
  • documentation printouts (mass and single),
  • interfaces to external systems.

 

Offering module and agreement’s conclusion

Offering module enables preparing a complex group insurance offer for the most demanding client. The module gives an opportunity to create an offer in many variants on the level of groups, subgroups or packages.

Offer’s scheme presumes group division of insured people into subgroups as per qualification given by the client. Within the range of conditions for a particular subgroup, there is a possibility to prepare packages consisting of designated insurance risk. Putting the risks in packages has many advantages for both sides. One of them is a possibility to diversify risks for insurer. An insurer may build an offer from already prepared ‘bricks’ giving an insured party a chance to decide to purchase them or not. Moreover, the system enables to define purchasing times of a package within the range of a particular subgroup which contributes to a higher efficiency and ensures individualized character despite its group structure. It is suitable for life group insurance which is de facto concluded in B2B2C system.

Taking into account in the offering module a possibility to define derogations or changes in general terms of insurance as well as offering these derogations depending on acquired competencies of a user, gives an insurer the advantage of preparing an offer efficiently especially for demanding clients of B2B sector.

Adjusting the offer to client’s needs in the range of grace period, parametrizing many accessible conditions of additional options (e.g. a minimum number of hospitalization days) makes it possible to create each offer just right for a given client which at the same time does not prolong preparation time period.

Offering module includes also an opportunity to use predefined reinsurance programs (in various models) having regard to their rates while calculating the premium. This is what often enables broader possibilities of offered range of insurance cover.

Calculation may be based on permanent quota sums of an insurance and premium or they may depend on a given reserve base of e.g. a salary, credit rating or credit instalments.

The system handling group policies may be integrated with many sales systems simultaneously (e.g. offering module, sales portal, administrator’s portal, systems for telemarketing) and at the same time it gives an opportunity to add a policy manually (e.g. sales with the usage of paper forms).

 

Clients base

The system has a separate module which is a client’s base with all implemented validations necessary to keep correctness of data masks as well as not duplicating already existing records. The register composed of many tables enables storing personal data, individual addresses and their types (address of residence, address of permanent residence and address for correspondence), client’s marketing consents and declared statements. The base allows also to put various flags or clients characteristics (e.g. VIP, wage categories)

The system has advanced techniques of filtering, reporting and clients searching in the register.

 

Agents’ base

In the system there is an access to a set of all insurance intermediaries, their personal data, contact data, classification in the structure of sales network, authorizations and competences. Register enables cyclic actualization of licensed data on the basis of information from KNF.

Thanks to the enclosed information about the structure and subjections, the register is useful in management of the range of disclosed information to particular field units as well as in processes of settling and charging a commission.

The system has advanced techniques of filtering, reporting and clients searching in the register.

 

Manual and automatic operations

The system presupposes a possibility to perform many operations on a policy at once. The operations can be divided into:

  • automatic - they are being done at the end of a day in the process of day end,
  • manual - created on the basis of manual dispositions.

When we are dealing with volume up to million policies, DayEnd process is done in less than 4 hours. Policies at the end of the day are being processed sequentially which does not block working on policies at the time of DayEnd process. This attribute has a substantial meaning for the users who are willing to e.g. view policy data, clients data, details of operations on a policy, history, intermediary data, disposition to changes screen and many others.

Examples of automatic processes:

  • generating and sending letters,
  • collection,
  • requotes,
  • charging receivables,
  • policy paments,
  • units purchasing,
  • fees collection (of many types),
  • handling arrears,
  • aquisition of premium payments,
  • calculating the share in profit,
  • caunting and generating actuarial reserves,
  • importing data,
  • policy inversion, subsequent processing,
  • policy collapse,
  • anniversary process.

Exemplary manual processes:

  • manual printouts,
  • out of aniversary change of insurance range,
  • premium / insurance sum change,
  • personal data change,
  • management of endowed people,
  • operations on funds (e.g. switch, units transfer, portfolio change),
  • financial resources payout,
  • non-allocated incaso management,
  • commision of premium reimbursement,
  • policy renawals,
  • loans / cession registration.

The system allows full policy control.

 

Policy processor

One of the greatest advantages of the system is policy processor. Therefore setting aside each disposition history as well as policy inversion to each date in the past can be easily managed, as long as there is a justified reason e.g. fixing erroneously registered disposition.

The processor is constructed in a way that each action, operation, policy change has a form of an event. Thanks to that the history of a policy is a chronological events list.

There are several hundred types of events in the system but all of them have: status (awaiting, done, canceled, error) and effective date.

Each event has its own cause-effect chain, e.g. native operation is taking client’s contribution. Its consequence is an attempt to pay the policy. A proper processing of the operation will generate an event of shares purchase and charging fees. In this way processes in the systems are being built.

 

The history of a policy and a mechanism of shifting back in time

The system stores the whole history of policy changes. The user is able to display policy status on a given day in the past (including policy value and insurance range).

The system allows the operator to move back in time to any moment and life cycle of a policy which starts the following sequence:

  • Indicating the date up to which the user wants to shift the policy back in time,
  • Automatic policy processing and indicated date status,
  • Policy verification or change,
  • Subsequent - automatic - procesiing to a current date.

This functionality is extremely user-friendly, fully automatic and most of all it provides full integrity and accuracy. With the usage of a script there is a possibility of policies mass processing in time.

Together with policy inversion there is a possibility of simulated policy inversion operation which allows to virtually invert the policy and correct operations on a given policy in order to check whether this was the mistake we are looking for. It has such an advantage that it does not cause accounting inversion and reporting up to sub-ledger.

The mechanism described above is used not only when dealing with a policy but also to a certificate created for an individual insured person.

 

Financial and accounting module

The system enables defining and using various types of accounting operations. It is assumed that all accounting operations are results of executive subsequent events on a policy whereby it is possible that one event generates many accounting operations. All of the accounting operations are being sent to sub-ledger where in a daily or monthly cycle they are being processed into subsequent accounts. The system basing on configurable accounting arrays performs endorsements of business operations into subsequent accounts. Positions on accounts are being aggregated and in the form of generated note being cyclically sent into accounting system.

Financial module allows also to manage bank statements, accounting contributions on particular policies’ accounts, transferring free funds between policies and also managing unassigned collections. It is also possible to handle direct debit having his permission and generate commissions of funds payouts to indicated accounts (overpayments, reversals, undue collections etc.).

 

Reporting module

The system is equipped with reporting module which enables generating predefined reports including information about applications, policies, business or accounting operations in a particular range of parameters e.g. reports of: unrecorded collection, overpayments, inactive policies, certificates on a given policy etc. More precisely, a report should denote generating a file in a determined format which has aggregated and filtered positions. Such a report has a CSV file format or a table in XLSV file format.

 

Importing module

There is a possibility to supply the system with data through importing files, mainly CSV. Data scheme included in files may be modified and set discretionally. Importing allows, among others, mass modification of insured members data in the range of a particular policy or mass commission of a given type execution on single certificates.

 

Authorizations module

The system includes access rules based on roles and grounds allowing to view / edit / change particular data, screens or processes.

The module may be used to manage users and their assignments (e.g. adding users, changing their data, activating and deactivating accounts, rules steering passwords and their due time, etc.).

 

Adjusting interface

The look and style of screens may be adjusted to any project or style. User’s interface are HTML websites which can be modified (the change of a look does not have to be limited to CSS modification).

Lead campaigns

The solution supports the process of effective leads service in order to achieve planned revenues from sales. Starting from the way of leads distribution to particular sellers, through saving the history of a contact up to a suggestion of following actions and ending up with sales reports for team managers.

 

Easy campaigns creation

Business users may easily create new lead campaigns thanks to intuitive interface. The campaigns created in separate CRM systems may be imported together with leads.

 

Processing lead

Lead may belong to various types of campaigns (e.g. incoming, outgoing, renewal) which may determine the type of included data. Each lead has an expiration date.

Operations on leads are registered in the system and depending on a contact result leads may receive various status which imply different suggestions of actions.

Processing lead is being reported to a sales supervisor. Therefore the supervisor may control the work of his team.

Each lead has its own history stored. That is why it is easy to keep constant contact even in the case of seller’s change.

 

Communication with a client

The solution supports various forms of contact with a client, including automatic or manual sending of a message via:

  • Email,
  • SMS,
  • USSD,
  • MMS,
  • Facebook,
  • Twitter.

Workflow includes also statuses which encourage to and remind the seller about such forms of direct contact as:

  • PHONE CALL,
  • BUSINESS MEETING.

 

Calendar

A crucial element of the system is a calendar integrated with operations on leads. It presents the most current meetings, phone calls to be done as well as the history of previous contacts.

 

Reports

How many leads has been finalized and what was their sales value? Which seller is the best? Which seller needs to be motivated more? Answers to those questions are in reporting module which enables more effective sales team control.

ASK ABOUT THE OFFER

OUR TEAM WILL ANALYSE YOUR QUESTION AND ANSWER WITHIN ONE WORKING DAY.

CONTACT US