Requirement scope

Project-Wide vs. Trade-Specific Insurance Requirements

A requirement can apply to the entire contractor relationship, one trade, one operation, or an exception that still needs confirmation. Preserve that boundary before asking an agent for evidence or applying a reviewer response to every subcontractor.

Reviewed September 2026 · Educational information, not insurance or legal advice

Do not infer scope from a heading alone. The current written contract, exhibit, bid instruction, client clarification, and applicable endorsement wording may use different scopes. Record the exact source and send unclear terms to the party authorized to clarify them.

What project-wide and trade-specific mean in a workflow

A project-wide item is entered as applying across the identified project without a narrower trade, location, or phase qualifier in the source being mapped. A trade-specific item is tied to a named operation or contractor category—for example, professional design, excavation, environmental work, transportation, or another activity expressly identified by the client. These are administrative labels for organizing a request. They do not decide what a policy covers.

Scope mistakes often happen when a generic insurance exhibit is combined with a schedule, addendum, subcontract, portal field, or email that narrows or expands one row. Another common mistake is copying an obligation from one vendor into every vendor profile because the platform presents a shared checklist. A reliable mapping keeps the source language, applicable trade, affected entity, evidence requested, and clarification owner together.

King County’s public contractor guidance illustrates why the work performed matters: some listed coverages are described as applicable depending on the scope of work, and its FAQ says insurance decisions consider the work and related risk. Those materials apply to King County’s processes, not every contract. The transferable lesson is to confirm applicability instead of treating a sample requirement as universal.

Read every source layer before assigning scope

  1. Identify the controlling project record. Note the contract, solicitation, subcontract, purchase order, exhibit, or current written client instruction.
  2. Freeze the source version. Record its label and date. Do not silently replace an earlier request.
  3. Locate scope words. Look for terms such as all work, each contractor, when applicable, for professional services, at the site, during construction, or for completed operations.
  4. Connect the named party. Determine whether the row addresses the prime contractor, a subcontractor, a consultant, a vendor, or another entity.
  5. Separate the evidence. A certificate, endorsement, declaration, schedule, renewal, or client form may answer different administrative questions.
  6. Record uncertainty. If two sources conflict or applicability is inferred, label it unresolved and ask a focused question.

Do not paste long confidential provisions into a public tool. A short neutral item label and source reference are usually enough for a working matrix. Store the authoritative text in the organization’s approved contract record.

Map the written boundary

Separate universal rows from trade, location, and phase qualifiers.

Create a private matrix with owners, source states, next actions, copy, print, and local CSV export.

Open the scope mapper

Build one requirement-to-scope matrix

Requirement item Scope pattern Qualifier Source state Owner Next action
General liability evidence Project-wide None entered Clearly stated Licensed agent or issuer Request current evidence
Professional liability Specific trade Design consultant Inferred—needs confirmation Client or reviewer Confirm whether design is in scope
Pollution evidence Trade + location Abatement / Building B Clearly stated Licensed agent or issuer Confirm available evidence
Completed-operations evidence Trade + phase Roofing / closeout Conflicting sources Client or reviewer Reconcile exhibit and addendum

The matrix should preserve narrowness. If a row says “specific trade,” include the exact trade label. If it says “trade + location,” both labels are required. If a supposedly project-wide row contains a trade or location note, either the scope selection or the labels need review. The goal is a visible contradiction, not automatic correction.

Who should answer which question?

  • Client or reviewer: which written request applies, which vendors or operations are in scope, and how an administrative submission will be reviewed.
  • Licensed agent or issuer: what evidence can accurately be issued and which policy or endorsement questions need insurer review.
  • Contractor or vendor: actual work, subcontracting structure, locations, schedule, package version, and internal follow-up.
  • Portal or process owner: destination categories, technical requirements, receipt states, and authorized correction route.
  • Qualified legal or commercial reviewer: conflicting contract documents, enforceability, negotiated obligations, and consequences.

The Texas Department of Insurance explains, for the Texas rules addressed in its FAQ, that a certificate cannot amend or extend policy coverage and that certificate statements need policy or endorsement support. That boundary matters when a trade matrix is handed to an agent: ask whether evidence can be issued; do not instruct the agent to assert a conclusion merely because the client’s row says it is required.

Eight-step handoff workflow

  1. Use one project or vendor reference and one current source label.
  2. List each distinct requirement as its own row.
  3. Choose the narrowest scope expressly supported by the source.
  4. Add every required trade, location, and phase qualifier.
  5. Label the source clearly stated, inferred, not found, or conflicting.
  6. Assign the current question to the party able to answer it.
  7. Write one observable next action with a deadline if needed.
  8. Update the matrix by adding a new dated source state, not by erasing history.

Common errors

  • Applying a specialist coverage row to vendors whose work is unrelated without asking the client.
  • Assuming every subcontractor follows the prime contractor’s evidence package in the same way.
  • Using “project-wide” as a default when the source was not reviewed.
  • Combining two trades in one row even though the evidence or owner differs.
  • Letting a portal category define the legal scope of the written agreement.
  • Sending a broad request to the agent without the trade or operation that triggered it.
  • Calling client acceptance proof that coverage will apply.

Frequently asked questions

Should every requirement start as project-wide?

No. Start from the written source. If scope is absent, use an unresolved classification and ask rather than selecting the broadest option.

Can one item apply to several trades?

Yes, but separate rows are often clearer when qualifiers, evidence, owners, or next actions differ.

What if a subcontract says one thing and the portal another?

Preserve both source labels, mark the row conflicting, and ask the authorized client or commercial contact which instruction controls the submission.

Does trade-specific mean the policy itself is limited to that trade?

Not necessarily. It describes the mapped request, not the policy’s coverage. Ask the licensed professional about policy questions.

Can the matrix be the permanent contract record?

It is a preparation aid. Retain the underlying agreement and clarifications in the approved record system.

Sources and scope

The scope matrix and classifications are original administrative guidance. Contract-specific language, issued policy documents, jurisdiction, and authorized professional advice control.