Responsibility control
COI Evidence Responsibility Matrix: Who Owns Each Step?
A stalled certificate request often has several different owners hidden inside one message. Separate requirement meaning, project facts, policy questions, issued evidence, package control, portal delivery, review decisions, and contract consequences before assigning the next action.
Reviewed September 2026 · Educational information, not insurance or legal advice
Six practical ownership queues
Client or reviewer
The client owns the meaning and administrative application of its written requirement: which entities, trades, locations, phases, limits, documents, deadlines, and portal categories it expects. A reviewer also communicates whether a package is received, under review, needs correction, or is accepted for that workflow.
Licensed agent or issuer
The licensed insurance professional owns questions about the policy information and evidence that can accurately be issued. This can include certificate fields, policy periods, named insureds, limits, requested endorsements, cancellation provisions, and whether the insurer must review a change. The exact allocation can vary among agent, broker, insurer, and underwriting team.
Contractor or vendor
The contractor supplies accurate project and business facts, obtains the current requirement, requests evidence, controls filenames and package versions, compares the issued documents with the request, submits through the authorized route, preserves receipts, and follows up. Coordination does not permit the contractor to alter issued evidence.
Portal or process owner
This owner answers technical questions about access, permitted formats, file size, destination categories, duplicate submissions, transaction records, error messages, and the authorized retry path. A technical rejection should not be treated automatically as an insurance deficiency.
Qualified legal or commercial reviewer
This queue handles conflicting contract documents, enforceability, negotiation, exceptions, risk allocation, project consequences, and disputes about which contractual term controls. The insurance agent should not be asked to make the client’s legal or commercial decision.
Needs assignment
Use this state when the next owner is genuinely unknown. It is better than silently assigning a policy issue to the contractor or a requirement ambiguity to the agent. The coordinator’s next task is to identify the authorized owner.
Build one row for one answerable issue
| Issue | Workstream | Primary owner | Input needed | Expected output |
|---|---|---|---|---|
| Which legal entities must be listed? | Requirement scope | Client or reviewer | Current written request | Exact names and requested roles |
| What endorsement evidence can be issued? | Policy or endorsement | Licensed agent or issuer | Exact client request and project facts | Issued document or explained limitation |
| What work is actually performed? | Project facts | Contractor or vendor | Scope of work and subcontract information | Verified operations description |
| Why is a PDF missing? | Delivery or portal | Portal or process owner | Filename, category, timestamp, error, reference | Technical status or retry instruction |
| Which exhibit controls? | Contract or legal | Qualified legal or commercial reviewer | Both sources and change history | Authorized decision or escalation |
Use an optional contributor when another party supplies a fact but does not own the answer. For example, the contractor contributes the actual operation while the issuer owns what policy-backed evidence can be provided. Do not select the same party as primary owner and contributor; that hides the intended handoff.
Assign every open issue
Create separate client, issuer, contractor, portal, and contract queues.
Track the input, expected output, source state, due date, status, and next action for up to twelve issues.
Use observable workflow statuses
| Status | Meaning | What it does not mean |
|---|---|---|
| Not started | No verified assignment or action yet | That another person is handling it |
| Question drafted | A focused request is prepared | That it was sent |
| Sent or assigned | The issue was routed to a named owner | That the owner received or accepted it |
| Waiting on response | A response is still expected | That silence confirms the request |
| Response received—not reviewed | A message or document arrived | That it resolves the issue |
| Ready for package | The returned item passed the defined administrative check | That coverage is verified |
| Closed with source | The outcome is linked to an authoritative record | That a reviewer’s decision guarantees a claim outcome |
Status should describe the current observable event, not optimism. If a response arrives but has not been compared with the request, use “response received—not reviewed.” If the source remains conflicting, do not close the row merely because a document was delivered.
Automated prompts worth using
- A policy or endorsement issue is assigned away from a licensed issuer.
- An unclear requirement is assigned only to the agent rather than the client or contract owner.
- A portal problem is assigned to the issuer without a technical owner.
- The same issue appears twice with different primary owners.
- The primary owner and contributor are the same.
- A due date predates the written source.
- A row is marked ready or closed while the source is missing or conflicting.
- An expected output contains a broad coverage or compliance conclusion.
- A field contains an email address or long numeric identifier that may be unnecessary.
Responsibility-matrix workflow
- Record one project, package version, written source, and source date.
- Split the request or rejection into atomic issues.
- Classify each workstream before selecting an owner.
- Write the specific input needed for the owner to act.
- Define the expected observable output.
- Add a contributor only when a separate party supplies necessary facts.
- Set the due date from the actual project or client deadline.
- Track the status without upgrading it.
- Preserve the returned source, document, receipt, or decision.
- Create a new package version when issued evidence changes.
King County’s public materials illustrate distinct responsibilities in a real contracting program: the contractor provides required evidence; the contract specialist can address requirement questions; the agent or broker may supply issued certificate and endorsement documents; and the County reviews its contract requirement. That process is not universal, but it supports the broader administrative principle that different questions belong to different owners.
The Texas Department of Insurance also draws a firm boundary around certificate information under its jurisdiction. A certificate cannot be used to import external contract requirements or to alter policy coverage. A responsibility matrix therefore routes the client’s requirement meaning and the issuer’s policy evidence separately.
Common ownership failures
- Forwarding the full rejection to the agent even though half of it asks the client to clarify entities or scope.
- Asking the client to explain whether the policy contains an endorsement.
- Asking portal support to determine if coverage is adequate.
- Expecting the contractor’s administrator to interpret conflicting contract exhibits.
- Closing an issue when a file was uploaded but not reviewed.
- Using a group mailbox as the owner without naming the responsible function.
- Leaving a clarification deadline outside the matrix.
Frequently asked questions
Can one issue have two owners?
Use one primary owner for the answer and one contributor for necessary input. If two separate decisions are needed, create two rows.
Who decides whether the client will accept alternative evidence?
The client or authorized reviewer decides its administrative requirement. The licensed issuer explains what policy-backed evidence is available.
Who fixes an incorrect certificate?
The authorized issuing process must correct issued evidence. The contractor identifies the mismatch and requests correction but should not edit the document.
Who owns a portal rejection?
First classify it. File-format or transmission problems belong to the portal process; an insurance-document deficiency may require the agent; unclear requirements return to the client.
Does “closed” mean compliant?
No. It means the workflow row has an authoritative source and defined outcome. Preserve the exact client or issuer wording.
Sources and scope
- King County: Contractor insurance requirements and contacts
- University of California: Certificate resources and issuance roles
- Texas Department of Insurance: Certificate limits
The ownership queues are original administrative guidance. Actual authority depends on the contract, policy, jurisdiction, organization, and authorized professionals.