Running a Multi-Insurer Portfolio as a POSP Without Losing Track

Advisor recruitment material and casual conversation both circulate a claim that does not survive the rule book: that one person can hold agencies with several carriers at once and shop freely between them. A point of sales person cannot.

A POSP is tied to one insurer or intermediary at any given point in time. That exclusivity is the defining structural feature of the channel, and it is not a detail you can work around by registering twice.

So why do so many advisors find themselves quoting three carriers on the same motor case? Because of what sits on the other side of the tie. It takes two shapes:

1. Tied to an insurer. You place that insurer's POS products. One carrier, one product set, one portal, one statement. Simple, and narrow.
2. Tied to an intermediary. A broker, corporate agent or web aggregator itself authorised to place the products of several insurers. In market practice, an advisor here ends up working across those carriers, because that is what the intermediary's own authorisation lets it do.

The distinction worth being precise about: the multi-carrier reach in case two flows from the intermediary's licence, not from your status as a POSP. You are still tied to exactly one principal. You have not become a multi-insurer distributor. You are one person working inside somebody else's authorisation, and every carrier you touch is one your principal placed you in front of.

The tie is a contract of engagement, and almost everything operationally interesting about an advisor's working life is decided inside it rather than by regulation.

Remuneration runs through it. You are not an independent commission earner facing the insurer; a POSP is remunerated by the entity that engages them. Where the principal is an intermediary, the general market structure is that the insurer pays commission to the intermediary, which then remunerates the POSP under the contract of engagement. That is how the arrangement is commonly described in the market rather than something we can point to in a specific IRDAI text, but its consequence is unambiguous: the carrier whose logo is on the policy is not who you invoice, chase, or reconcile against. Your principal is.

Conduct liability runs the opposite way. Under the IRDAI master circular governing point of sales products and persons in life insurance (IRDAI/LIFE/CIR/MISC/215/12/2019), the life insurer is responsible for the conduct of the POSP representing it, and misconduct exposes the insurer to penalty under Section 102 of the Insurance Act, 1938. Where you are engaged by an intermediary, the intermediary carries responsibility for your conduct and is the one exposed. The regulatory weight lands on your principal, which is precisely why your principal will police you through the contract. Your own exposure is contractual first: termination, recovery, the end of the tie.

Two constraints advisors trip on:

• You cannot pay anyone for business. A POSP is prohibited from paying any fee, commission or incentive, by whatever name, to any person or entity for the sale, introduction, lead generation, referral or finding of business. There is no lawful sub-network under you.
• You cannot advertise unilaterally. Sales material and advertisements require prior approval from both your engaging entity and the insurer. A carrier-comparison graphic you made and forwarded on WhatsApp is not a neutral act.

The first operational surprise for an intermediary-tied advisor is that the carriers behind the principal do not offer the same things.

This follows from the channel's central restriction: a POSP may solicit and market only those products specifically approved by IRDAI as POS products, simple standardised pre-underwritten contracts needing minimal underwriting intervention. The restriction does not relax because your principal is a large intermediary with wide authorisation. The intermediary's licence widens the carriers you can reach. It does not widen the products you may solicit.

On the life side the permitted set is short and defined. POS-Life products are limited to pure term insurance (with or without return of premium), non-linked non-participating endowment products, immediate annuities, non-linked non-participating health products, and microinsurance. Two constraints sit alongside: the premium paying term must always equal the policy term, and issuance turnaround must not exceed four working days.

On the non-life and health side, the original set under the guidelines on point of sales persons for non-life and health insurers (IRDA/Int/GDL/ORD/183/10/2015) covered motor (package and standalone third-party across two-wheeler, private car and commercial vehicle), travel, personal accident and home insurance. It has been expanded beyond those four over time and now reaches certain health and rural covers. We deliberately do not print an itemised current list, because the operative one is what IRDAI publishes and the secondary sources that itemise it disagree with each other. Check it at irdai.gov.in/distribution-development/pos.

The operational tax of an intermediary tie is mostly not regulatory. It is that every carrier behind your principal is a separate system with separate habits, and nothing harmonises them for you.

Where the friction concentrates:

• Access is not uniform. Some intermediaries front all carriers behind one quoting interface. Others hand you carrier portal credentials and let you deal with each directly. Many do both, inconsistently, depending on the carrier.
• Proposal capture differs per carrier. The same motor case asks for different fields, different document formats, different acceptable proofs. A photograph of a registration certificate that clears with one carrier bounces at another for resolution or crop.
• The POS Code has to reach the proposal every time. Each POSP is allocated a unique POS Code by the engaging entity, every proposal must carry it, and the insurer is responsible for recording it. In a single-carrier tie this is automatic. Across several carriers with different capture paths it can silently fail on one of them, and a proposal that lands without your code is a case you worked and will not be paid for.
• Turnaround expectations differ. The four-working-day POS-Life issuance ceiling is a real reference point on the life side. Nothing equivalent harmonises your experience across every non-life carrier your principal fronts, so your client-facing promise has to be set per carrier or set to the slowest.

None of these is hard. All are constant, and the failure mode is attrition rather than drama: a case that took forty minutes instead of twelve, a document resubmitted, a code that did not attach on the one carrier where it had to be typed rather than inherited.

If the portals cost time, the statements cost income.

Your remuneration comes from your principal, as one payment or one statement, computed by their system. The business underneath it was placed across several carriers, each with its own terms, timing and definition of when a policy counts as booked. Your principal flattens that into a single line of credit, and the flattening is where information dies.

So you cannot reconcile carrier by carrier from the statement your principal gives you, because that is not the shape it arrives in. The only way to hold an expectation is to build it yourself, at the point of sale, per policy: what was placed, with which carrier, on what premium, under which terms of your contract of engagement, and therefore what you expect. Then subtract what was credited.

The items that go missing in a multi-carrier book, in rough order of frequency:

1. Cases placed with a carrier that never appear on any statement, usually because the POS Code did not attach at capture on that carrier's path.
2. Renewals that went direct. The client renewed with the carrier's branch or app, the policy is in force, and nothing came to you.
3. Mid-term endorsements adding premium where no additional remuneration followed.
4. Timing differences that look like losses. Carrier C's booking cycle lands your case in the following month's statement, you flag it as missing, and you have spent your credibility with your principal on an item that was never wrong.

That fourth one is why the record has to be per-carrier even though the payment is not. An advisor who knows a carrier's cases arrive a cycle late is not surprised by it. One who does not will either chase noise or, far more commonly, stop chasing anything because they cannot tell noise from loss. The second outcome is the expensive one, and the normal one.

Renewals are where the multi-carrier book quietly diverges from the single-carrier book, because renewal is the one event that happens without anybody deciding to make it happen.

The variables that differ by carrier: when the renewal notice goes out and to whom, whether a grace period applies and how long it runs, whether the renewal auto-issues on payment or needs a fresh proposal, and whether the POS Code carries forward or has to be re-attached.

That last one is where to start. Whether your code carries forward at renewal is, in income terms, the most consequential per-carrier fact in your book, and it is entirely knowable. Ask your principal, per carrier, and write the answer down. Where the code carries forward, a renewal that happens without you still pays. Where it does not, that renewal is a policy you sold, still in force, that now belongs to someone else.

The operational answer has to be per-carrier: one renewal calendar covering the whole book, each entry carrying its carrier, due date, the grace position for that carrier, and whether the code is at risk. One calendar, not four, because the client experience is one relationship and the advisor's month is one month. The carrier is a column, not a separate life.

The reason to do this in 2026 is that servicing is where the regulatory wind is blowing. IRDAI has signalled through the first half of the year that it intends to consult on distribution remuneration, with a consultation paper expected by end-July 2026 and not published as of this piece. The ideas reported around it, spreading commission over the policy life rather than concentrating it at sale, differentiating remuneration by the effort an advisor contributes, product-wise caps by complexity and tenure, and tighter disclosure, are proposals. None is a rule. But the direction of travel is that renewal servicing gets valued and point-of-sale volume less, and an advisor who cannot see their own renewals across four carriers is poorly placed for any version of that.

In a multi-carrier book the systems of record all belong to someone else, and none holds your business.

The carrier's system knows its own policies and not your book. Your principal's system knows what it paid you and, in the shape you receive it, often not which carrier each rupee came from. Your WhatsApp knows which client asked what in March and cannot be queried. What no system holds is what is actually yours: the client, the household, every cover across every carrier, the dates, and what each is expected to pay.

So that record has to be yours, built at the moment of sale rather than reconstructed later. The minimum version is one row per policy: household identifier, client, carrier, product, POS Code attached (verified), premium, inception, renewal date, expected remuneration, credited to date. Ten fields. It does not need to be software. It needs to exist, be current, and survive the end of a tie.

That last point is the one advisors discover too late. The tie is singular and it can end, by your choice or your principal's. Your carrier logins and your statements are your principal's. What crosses that boundary is what you wrote down about the people you serve, and that is the entire asset. An advisor who worked inside four carrier portals for three years and kept no independent record has been building someone else's book with their own relationships.