← Back to Blog
COI VerificationRisk Management

Third-Party Risk Management and Insurance: What Risk Managers Need to Know

Bramble·March 23, 2026

Third-party risk management (TPRM) encompasses all the risks your organization accepts when it engages external parties - vendors, contractors, suppliers, tenants, partners. Within that broad framework, insurance risk occupies a unique position: it's one of the few vendor risk categories that can be contractually required, verified with a document, and transferred to a third party.

That makes insurance compliance simultaneously the most controllable TPRM risk and the one most often managed poorly.

Why Insurance Is Different from Other TPRM Risk Categories

Most TPRM risk categories require ongoing monitoring and subjective assessment. Financial health fluctuates. Operational capability requires sampling or assessment. Reputational risk is qualitative.

Insurance risk is different:

  • Binary at any point in time: The vendor either has compliant coverage or they don't
  • Documented: A certificate of insurance provides written evidence of coverage
  • Contractually enforceable: You can specify exact requirements and enforce non-compliance
  • Financially transferable: When insurance works as intended, the vendor's insurer absorbs the loss - not you

This makes insurance the most tractable TPRM risk category. The challenge is that "tractable" doesn't mean "simple." Most organizations verify insurance poorly, leaving significant gaps despite active COI programs.

Why Insurance Is Unique in TPRM
70%
of COIs non-compliant at first receipt
5
layers in a complete TPRM insurance framework

The Insurance Risk Framework for TPRM

Layer 1: Contract requirements (the risk transfer mechanism)

Insurance requirements in your contracts are how you transfer vendor liability risk to their insurer. The requirements must be:

  • Specific (not "adequate coverage" - specify limits, policy types, endorsements)
  • Calibrated to the risk tier of the vendor relationship
  • Complete (coverage types, limits, AND endorsements - especially additional insured and waiver of subrogation)
  • Enforceable (with remedy language for non-compliance)

Without strong contract requirements, the rest of the framework has nothing to verify against.

Layer 2: COI collection (evidence gathering)

COI collection is how you obtain proof that contractual requirements are being met. The critical discipline: collect before work begins, not after.

Collection without verification is common and problematic. 70% of COIs are non-compliant at first receipt - meaning most organizations that collect but don't verify are carrying significant undetected exposure.

Layer 3: COI verification (the compliance check)

This is where most TPRM insurance programs fail. Verification means comparing the COI against the specific requirements in the vendor's contract:

  • Are limits sufficient?
  • Is the additional insured endorsement present, in the correct form, naming the correct legal entity, on the correct basis?
  • Is waiver of subrogation reflected?
  • Does the umbrella follow form?

Manual verification at scale is operationally burdensome. Automated contract-to-COI comparison tools make this tractable for large vendor programs.

Layer 4: Continuous monitoring (ongoing risk management)

A COI that was compliant six months ago may not be compliant today. Policies lapse, carriers change, coverage is reduced at renewal. Continuous monitoring means:

  • Tracking policy expiration dates (not just COI dates)
  • Sending renewal requests proactively
  • Verifying renewal certificates against current contract requirements (requirements may have changed since the last certificate)

Layer 5: Incident response (when things go wrong)

When a vendor-related incident occurs, your TPRM program needs a defined response:

  • Immediate verification of vendor's current insurance status
  • Documentation of compliance history at the time of the incident
  • Notification to your own insurance carrier
  • Coordination with the vendor's insurer if coverage should apply

TPRM Insurance Risk Checklist:

  • Vendor risk tiers defined with appropriate insurance requirements for each
  • Contract templates include specific insurance exhibits by tier
  • COI collection triggered before work begins for every vendor
  • Verification process compares COI against contract requirements (not just existence check)
  • Expiration dates tracked and renewal requests automated
  • Incident response procedure defined for uninsured vendor claims
  • Audit trail maintained for all compliance activity
TPRM Insurance Framework
1
Contract Requirements
The risk transfer mechanism - specify limits, endorsements, remedies
2
COI Collection
Gather evidence before work begins
3
Verification
Compare COI against contract clause by clause
4
Continuous Monitoring
Track expirations, renewals, mid-term changes
5
Incident Response
Defined protocol when things go wrong

The Role of AI in TPRM Insurance Compliance

The scale of most enterprise vendor programs - hundreds or thousands of active relationships, each with a contract, each requiring a COI - makes manual verification operationally impossible at high accuracy.

AI-powered contract-to-COI comparison addresses this directly. The AI reads both the source contract and the submitted COI, extracts the applicable requirements, and compares them at the clause level. The output is a specific, actionable compliance gap report - not just "compliant" or "non-compliant" but "GL limit is $1M against a $2M contract requirement; additional insured endorsement is on a contributory basis but primary/non-contributory is required."

This enables risk teams to focus on remediation - contacting vendors with specific deficiencies - rather than detection, which the AI handles consistently and at scale.

Common TPRM Insurance Program Failures

Collection as compliance. Many programs treat receipt of a COI as evidence of compliance. It isn't. A COI on file tells you a document was received, not that the coverage satisfies your requirements.

Generic thresholds. Configuring a compliance system with generic minimum limits misses the clause-level requirements - endorsements, entity names, basis, waiver of subrogation - where many coverage gaps live.

One-time verification. Verifying a COI at contract inception and never again allows lapses, carrier changes, and coverage reductions to go undetected.

Entity mismatch. Additional insured endorsements that name the wrong entity - trade name vs legal entity, parent vs subsidiary - fail in a claim even if all other requirements are met.

Related Resources


Bramble is the AI layer for TPRM insurance compliance - reading your contracts and verifying every COI at the clause level, at the scale your vendor program requires. Book a demo at getbramble.com.