Process

Nobody minds reading one certificate. It is never one.

They arrive by email, by fax, through three different portals, and as a photograph of a printout. Here is every stage one passes through — which are model calls, which are plain rules, and where a person still decides.

Inside the pipeline

What happens to a certificate, in five stages.

These are the stages the platform actually runs, under the names it actually uses. Select any one of them to see what it does to a real ACORD 25.

Received

Storage

Classified

Classification agent

Extracted

Extraction agent

Validated

Rule engine — not a model

Review

Your team

A document that fails outright claims no stage at all. It is not shown parked at the step it happened to die on — that was a real bug, and the fix was to display nothing rather than something plausible.

Under the hood

Two agents, one rule engine, and a deliberate boundary.

Two of these stages are model calls, and keeping them apart is the point: a classification agent decides what the document is before an extraction agent is told which fields to look for, because a declaration page read against a certificate schema gives you confident, wrong answers.

The third does no inference at all. Validation is a deterministic rule engine — expiration dates after effective dates, duplicate policy numbers, a limit with no number in it — and it flags rather than fixes, because a value quietly corrected is worse than a value questioned.

That boundary is the design. A model marking its own homework is not a check, and we would rather the part that catches mistakes be the boring part.

01In writing

Requirements review

We count the certificates. How many land in a week, who ends up reading them, and what the interruption costs in hours. You send that in writing, we reply with what we can and cannot do about it — and if the number is too small to be worth automating, we say so in the reply rather than book a call to say it.

02Scope-dependent

Discovery & pilot

Fixed fee. We run your own certificates through the pipeline — the crooked scans and the faxed ones included — and show you every extracted field with the original document one click away. The findings are yours whether or not you continue with us.

03Scope-dependent

Build

Production work: the exception queue, the agency-specific validation rules, and the export format agreed with you. Anything beyond that — renewal or expiry tracking, a scoped AMS implementation — is set out in the Statement of Work rather than assumed here. Weekly demos on your documents rather than a sample set.

04Scope-dependent

Deploy & train

It goes live beside your CSRs rather than instead of them. We write down the confidence thresholds and agree exactly what happens to a certificate the model is unsure about. Any training we run is scoped in the Statement of Work rather than assumed here.

05Ongoing

Support

Your data, your records and your exports remain yours throughout, and leave with you — there is nothing in it designed to make leaving difficult. The platform itself is licensed rather than transferred.

Estimated implementation window confirmed after scope, document volume, system access, and integration requirements are reviewed.

What the result looks like

The certificates still arrive. They stop landing on a person.

Nothing changes about how they turn up. What changes is what happens next: each one read and checked against deterministic rules — expiration after effective on every policy line, implausible years flagged, duplicate policy numbers caught — and a CSR seeing only the ones that need a decision, with the original document beside them.

Email, fax, portals, photos of printouts

however they turn up

Read, checked, and put in front of a reviewer

originals one click away

A clean record and a short exception queue

exported as CSV or JSON

Fig. 04 · From inbox to record
Inside the platform

Six stations, in order.

What happens to a batch of certificates between the moment they are dragged in and the moment every one of them is provably complete.

01INTAKE

Upload a batch

Drag in the certificates as they arrived — PDF, PNG or JPG, up to 15MB each. Scans and faxes included.

02READ

Document extraction

ACORD 25 certificates are read field by field. Loss runs can be evaluated and configured separately. Other types are classified and routed, not guessed at.

03ROUTE

Classification

Every document is typed, matched to the account, and routed to the right queue with a confidence score.

04JUDGE

Human review — exceptions only

Confident work passes through. Anything below threshold routes to a person, with the original document one click away.

05EXPORT

Export to your system

Clean rows out as CSV or JSON. Direct write-back ships only when a vendor authorises it.

06PROVE

Complete audit trail

Who did what, when, and on which document. Every decision is recorded.

After go-live

Certificates go first. They are rarely the last thing.

The COI desk is where we start because it interrupts the most and is the easiest to prove. Once it runs, the next document type is a much shorter build — the reading, the checking and the audit trail are already there.

Certificate (COI) processingbuilt
Loss-run extractionevaluated separately
Declaration pagesnot yet available
Anything furtherscoped per SOW
The certificate pipelinemonitored · versioned
Exporting
A CSV or JSON exportreviewed fields only

Your management system stays the system of record.

From first call to live system

Start with the COI desk you never meant to build.

Tell us how many certificates come in a week and who ends up reading them. We'll tell you what that costs in hours, and whether we can take it off them.