ACORD 25 Automation: How to Stop Hand-Typing Certificates
The certificate of insurance is the smallest job on a broker's desk and the one that gets done most often. Here is what automating it actually changes, where it still breaks, and what to check before you let it out the door.
The smallest job you do, and the one you do most
Nobody went into broking to type certificates. But the ACORD 25 is the document a commercial book generates more than any other. Every new vendor contract, every jobsite, every landlord, every renewal cycle — another holder, another set of requirements, another certificate.
Individually each one takes a few minutes. Collectively they take a meaningful share of a service week, and they arrive with no warning and a deadline attached. The client needs it before they can start work, so it jumps every other item on the desk.
Where certificates actually go wrong
The time cost is annoying. The error cost is the real exposure. Four failure modes come up again and again:
- Stale policy data. The certificate is built from the last certificate rather than from the current policy. Limits changed at renewal and the certificate did not.
- Wrong additional insured wording. The contract asks for a specific form or for completed operations. A generic tick-box does not satisfy it, and nobody notices until there is a claim.
- Missing waiver of subrogation or primary and non-contributory. Requested in the contract, absent from the policy, and issued on the certificate anyway.
- A holder description that does not match the contract. The project name, address or wording is close but not identical, and the certificate gets rejected — which costs another round trip.
Every one of these comes from the same root cause: the certificate is assembled from memory and from precedent, not from the documents.
What automation actually changes
The data comes off the policy, not off the last certificate
The meaningful shift is not speed, it is source. When a certificate is generated from the in-force policy, the limits, effective dates and named insured are whatever the policy currently says. Renewal changes carry through automatically instead of waiting for someone to notice.
The endorsement question gets asked before the document is issued
Additional insured status, waiver of subrogation and primary and non-contributory are policy facts. They can be checked against the policy at the moment the certificate is built, rather than assumed. If the policy does not carry the endorsement the contract asks for, that is something you want raised before the certificate goes out, not after.
The repetitive part stops being manual
Holder details, project descriptions, and the twenty fields that are identical on every certificate for a given client stop being retyped. That is where the minutes come back.
What to check before you trust it
Automation moves the work; it does not move the responsibility. Before a generated certificate leaves your office, three checks are worth keeping manual:
- Does every figure trace to a document? If a limit appears on the certificate, you should be able to point at the page of the policy it came from. Anything a system produces that cannot be traced is a draft, not a certificate.
- Does the certificate match the contract, not just the policy? The contract sets the requirement. The policy determines whether you can meet it. Software can compare the two, but the judgement about what to do when they disagree is yours.
- Is the holder wording exactly what was asked for? This is the most common cause of a rejected certificate and the easiest to check.
What it does not do
It does not read the contract for you and decide what is reasonable. It does not negotiate with the underwriter for an endorsement the policy does not carry. It does not carry your errors and omissions exposure. A certificate is a representation about coverage, and the broker signing it owns that representation regardless of what produced the document.
What it does is remove the retyping, keep the data tied to the policy, and surface the gaps early enough that you can do something about them.
Where it fits
Certificates rarely arrive alone. The same client generating certificate requests is generating loss run requests, broker of record letters and renewal questions. Handling them in the same place as the rest of the administrative work is what turns a scattered set of small interruptions into a single pass. And because the certificate depends on the policy being read correctly in the first place, it sits directly downstream of policy review and gap analysis.
See It on Your Own Certificates
Upload a policy and a contract, and see what comes back — with every figure traced to the document it came from.
Get Started →