Insurance broker and partner self-service portal
The broker or insurance partner submits requests, documents and sees the insurer's answers. Access and possible actions are applied to the work he is doing.
Partner submission and insurer response are not linked to a single offer, policy change or task. Data is re-transmitted and receipt of submission is confused with acceptance by the insurer.
How the solution works
- The partner is identified by the organization, user and activity specific mandate.
- Submission is associated with the customer's need, contract or assigned partner task.
- The insurer's system receives the necessary data and returns confirmation of whether it has accepted them.
- A true evaluation returns a decision, a supplement request, or other permitted action.
- The partner receives a response, documents and, if applicable, an explanation of settlement for him.
Key challenges
- Data exchange between intermediaries and partners fragmented
Solution capabilities
Partner Power of Attorney
Access is defined by contract, product, specific action and user rights.
Basis for submission
The bid data retains the customer's need and desired protection; the task - the limits of its execution.
Acceptance response
The resulting notice is separated from the offer, contract or damages decision made by the insurer.
Extension of the Supplement
The flaw goes back to the same case with a specific issue and an appropriate version has already been provided.
Documents for the partner
The scope of the document and state allowed for his role is given.
Commission reconciliation
Where relevant, the calculation of the responsible financial source and the basis for the correction are shown; the portal does not consider it an independent formula.
Business context
- Data exchange between intermediaries and partners fragmented
- Partner submission and insurer response are not linked to a single offer, policy change or task. Data is re-transmitted and receipt of submission is confused with acceptance by the insurer.
- The partner can continue the client's consultation faster
- The broker must explain to the client whether the insurer has accepted the application and what kind of supplement is pending. Visible answers and documents reduce interim adjustments by telephone. The partner may spend more time discussing terms of protection, and the customer receives a more consistent service through the selected intermediary.
Core features
- Partner Power of Attorney
- Basis for submission
- Acceptance response
- Extension of the Supplement
- Documents for the partner
- Commission reconciliation
Key integrations
- Proposal and Policy Framework
- Genuine acceptance of submission, the status of the contract and the proper document.
- Damages progress
- Task assigned to the partner and acceptance of its submission.
- Partner Rights Register
- Contract role and user-specific authority.
- The financial system
- Accepted basis and correction of settlement for the partner.
Potential impact (%)
The ranges indicate an illustrative relative change in the metric under the stated assumptions. Results depend on the starting position and actual use of the solution. Percentages for different metrics must not be added together.
Partner Data Transfer Work
12–36%Decreasing
This illustrative scenario assumes that 30-60% of manual data entry and handover work can be addressed. That share is assumed to fall by 40-60%. Company data is needed to verify both the addressable workload and the resulting change.
Active aggregation and targeting are measured for comparable partner actions.
Status reconciliation referrals
12–42%Decreasing
This illustrative scenario assumes that 30-60% of errors can be addressed through the data and rule checks described. That share is assumed to fall by 40-70%. Company data is needed to verify both the addressable share and the resulting change.
Appeals are counted for the unclear status of a case already submitted.
Part of negative feedback on broker requests processing
5–20%Decreasing
Indicative assumption: 20-40% of negative feedback is related to the unclear transmission and response of the partner's request. The decision could reduce this proportion by 25-50%. This is a scenario of potential; the assumptions need to be verified by feedback collected by the company.
When a company starts collecting reviews, negative reviews about the broker's processing of requests are counted from all assessments received on the topic. The same method of evaluation is applied before and after installation and similar customer groups are compared. Without initial data, the actual change is not determined.
Conditional calculation scenarios. The assumptions have not been validated against client measurements.
When this solution is relevant
- Brokers and other partners make requests, but do not see if the insurer has accepted them and what response is expected.
- Different partners only need to provide the customer, contract or damages data necessary for their work.
Implementation requirements
Data, response states and partner rights are compatible for the affiliate channel. The course of broker offers and repair tasks are designed according to their different purpose, using interfaces already provided by the insurer.
Further development options
- Connecting additional partner roles under their different mandates
- Structured interfaces for already verified higher flow presentation