Description review
COI Description of Operations: What Belongs There?
A useful certificate request separates identification facts from insurance statements. Organize the project, location, work, requested parties, evidence references, and open questions so the licensed issuer can decide what can accurately appear on the certificate.
Reviewed September 2026 · Educational information, not insurance or legal advice
What the description area is—and is not
In common certificate workflows, a description or project-details area can help identify the job, location, operations, contract number, requested parties, or attached evidence. It is not a free-form amendment to the insurance contract. A contractor can provide facts and preserve a client request, but the authorized issuer controls the certificate and must keep its content consistent with applicable requirements and policy support.
The Texas Department of Insurance states in its jurisdiction-specific certificate FAQ that a job or contract number may be listed for identification purposes only. It also says a certificate cannot refer to an outside construction or services contract in a way that imports its insurance requirements, and certificate terms cannot alter, amend, or extend the policy’s coverage. Other states may use different statutes and approved forms, so this Texas source is a concrete example rather than a universal rule.
This distinction creates a practical rule: write down “Project R417” as an identification fact; do not transform it into “coverage complies with Project R417 contract.” Record that the client requested a particular entity or endorsement; do not state that the entity has insured status unless the issuer confirms the policy-backed evidence.
Eight categories to organize before contacting the agent
| Category | Useful fact or question | Common mistake | Likely owner |
|---|---|---|---|
| Project identifier | Exact approved job, purchase order, or contract number | Using the number to imply compliance with an external contract | Contractor and client |
| Location | Site, building, work zone, or approved location label | Confusing a work site with the certificate-holder address | Contractor and client |
| Operations or trade | Neutral description of the work actually performed | Adding broad coverage claims to an operations fact | Contractor and issuer |
| Requested party | Exact legal entity and requested role | Treating holder and additional insured as interchangeable | Client and issuer |
| Coverage reference | Question about a named policy line or term | Certifying that a requested feature exists without policy review | Licensed agent or issuer |
| Endorsement evidence | Exact supporting document the client asks to receive | Assuming descriptive text replaces an endorsement | Licensed agent or issuer |
| Date or milestone | Project start, submission deadline, or evidence checkpoint | Confusing a project date with a policy effective date | Client, contractor, and issuer |
| Delivery reference | Portal category, package version, or recipient | Calling submission proof of acceptance | Contractor or portal owner |
Keep each category in a separate row when the source, owner, or action differs. A single paragraph that combines the project number, three entities, two endorsements, a deadline, and a compliance assertion is difficult to review and easy to misread. Atomic rows make unresolved wording visible.
Review the request before issuance
Separate identifiers, operations, entities, and professional questions.
Create a private description brief with source states, owners, warnings, copy, print, and local CSV export.
Nine-step preparation workflow
- Use the current written source. Record its title, version, and date rather than relying on a prior project.
- Identify the project. Choose a neutral project or vendor reference that does not expose a policy number or personal data.
- List identification facts. Separate project number, location, operations, and milestone.
- List every requested entity. Preserve exact legal names and the role the client requested.
- List evidence questions. Distinguish certificate text from endorsement or policy evidence.
- Classify the source state. Use clearly stated, inferred, not found, or conflicting.
- Assign the current owner. Route client meaning, issuer evidence, contractor facts, portal issues, and contract disputes separately.
- Write one next action. Ask a precise question or identify the comparison to perform.
- Review the final issued package. Compare the issuer’s actual documents with the request without editing them.
Language that deserves a second look
Automated checklists can flag phrases but cannot decide their legal or insurance effect. The following patterns should normally be routed for professional review when they appear in a user-drafted request:
- “Complies with all contract requirements.”
- “Coverage applies to every operation and location.”
- “Fully insured” or “coverage guaranteed.”
- “The certificate adds” or “extends” coverage.
- “All affiliates, subsidiaries, assigns, officers, and employees” without confirmed exact entities.
- “Certificate holder is additional insured” without separate policy-backed evidence.
- Cancellation notice promises copied from a contract rather than confirmed against the policy or law.
- Statements that no exclusions exist without precise policy support.
The Texas regulator’s FAQ gives especially useful examples. It says broad statements about no residential-construction limitations cannot be added unless they match the policy and applicable approved-form requirements. It also says a certificate-holder box cannot be used to imply new rights for broad groups of affiliates or related persons. These are jurisdiction-specific answers, but they demonstrate why a short request should be treated as a question for the issuer rather than a command to certify.
Example: turn a risky paragraph into reviewable rows
Risky combined request: “Certificate must confirm full compliance with Contract 8841, cover all operations at all locations, name the owner and all affiliates as additional insureds, and guarantee 30 days’ notice.”
| Separated row | Source state | Owner | Next action |
|---|---|---|---|
| Contract 8841 | Clearly stated | Contractor | Provide as identification only |
| Operations and locations | Not found | Client | Identify the exact work and sites in scope |
| Owner and affiliates | Conflicting | Client | Provide exact legal entities and requested roles |
| Additional-insured evidence | Clearly requested | Licensed issuer | Confirm what policy-backed evidence can be issued |
| Cancellation notice | Inferred | Licensed issuer | Review policy, endorsements, and applicable requirements |
The separated version does not promise an outcome. It gives the client, contractor, and issuer discrete facts and questions. The final certificate and supporting documents must come from the authorized issuance process.
Privacy and record controls
- Use a project token instead of a policy number, tax identifier, or personal address.
- Do not paste the full contract into a public browser tool.
- Keep credentials and portal access codes out of the checklist.
- Preserve the authoritative source and issued package in the approved system.
- Start a new version when the client changes the requested wording.
- Do not alter an issued certificate or endorsement.
- Keep request, issuance, delivery, receipt, review, and acceptance as separate events.
Frequently asked questions
Can I give my agent suggested wording?
You can provide the client’s exact written request and accurate facts, clearly identifying the source. Ask the agent what can accurately be issued rather than presenting your draft as required certificate language.
Should the project number appear?
It may be useful for identification. The Texas guidance expressly allows that limited purpose under its rules, while prohibiting language that imports external contract requirements into the certificate.
Can the description prove additional-insured status?
Do not assume so. Ask for the applicable policy or endorsement evidence and let the licensed issuer explain it.
What if the client gives a long paragraph?
Preserve it in the approved record, split it into atomic checklist rows, and assign each fact or question to the correct owner.
Does the tool write the final certificate?
No. It creates an administrative review brief only. It does not issue, edit, authenticate, or verify an insurance document.
Sources and scope
The category system and workflow are original administrative guidance. State law, approved forms, the policy and endorsements, current contract, and authorized professionals control.