Finding a difference is half the job. The other half is getting the carrier to fix it: asking clearly, citing both documents, knowing when the answer is due, chasing when it isn’t, and confirming that the endorsement that comes back actually fixes what was asked. In most brokerages that half lives in an inbox.

This post follows four illustrative correction requests on one property policy through InsightProofing — one overdue, one acknowledged, two waiting — and shows what closes them Illustrative.

Use case card
InsuredBellwether Ridge Apartments, LP (illustrative)
RequestsD1 total cost (overdue) · D2 wind and hail deductible (acknowledged) · D3 valuation · D4 premium arithmetic
Agents involvedProofing checker (raises), discrepancy drafter (drafts and follows up), supervisor (overdue control)
DecisionsRaise, send, follow up, mark acknowledged, mark corrected, waive with a reason
What closes a requestA corrective endorsement that re-proofs clean — or a waiver with a reason, referred to a practice leader if high
OutcomeEvery request with an owner, a due date and a status; an overdue one on the practice leader’s home

The life of a request

stateDiagram-v2 [*] --> Open: failed check raised Open --> Requested: sent to the carrier, due date set Requested --> Requested: follow up Requested --> Acknowledged: underwriter replies Acknowledged --> Corrected: endorsement re-proofs clean Requested --> Corrected Requested --> Waived: with a reason Acknowledged --> Waived Corrected --> [*] Waived --> [*]

Who talks to whom

sequenceDiagram participant PC as Proofing checker participant AM as Account manager participant DD as Discrepancy drafter participant UW as Carrier underwriter participant PL as Practice leader PC-->>AM: Raise 4 failed checks (prepared) AM->>DD: Accept DD-->>AM: Request draft, each item cited AM->>UW: Send (dry run in this build) Note over AM,UW: due date set per request UW-->>AM: D2 acknowledged, endorsement in progress Note over PL: D1 passes its due date → overdue signal AM->>UW: Follow up on D1 UW-->>AM: Corrective endorsement AM->>AM: Upload, re-proof closes corrected items

Step by step

Four requests on a property policy Dates are illustrative and relative to the seeded book.
1
RaisedAccount managerDay 0

Accepts the proofing checker’s prepared decision; four requests are created, numbered PC-2026-0102-D1 to D4.

2
Drafteddiscrepancy_agentDay 0

The email body: one sentence of context, then each correction exactly as the engine found it, with both values. The model may rewrite the opening and nothing else.

3
SentAccount managerDay 0

Sending is a person’s action, capped at ask first. In this build it is a dry run and the card says so.

4
OverdueControlsDay 10

D1 passes its due date: the request card shows Overdue in red, the carrier-slow control warns, and the practice leader’s home shows a Correction overdue signal.

5
AcknowledgedAccount managerDay 14

Records the underwriter’s reply on D2: a corrective endorsement is in progress.

6
Re-proofedEnginesLater

The endorsement is read and overlaid on the policy; the checks re-run; items now matching are corrected. Anything still different stays open.

What the screens show

Corrections
The Corrections zone with four illustrative requests to the carrier
Corrections: four requests to the carrier, one overdue and one acknowledged, each with its due date, the request and Follow up, Acknowledged, Corrected or Waive. Sending is a dry run in this build.
Home · practice leader
InsightProofing home for a practice leader, on the illustrative book
Home for a practice leader on the illustrative book: seven policies being checked, 11 failures open, four with carriers, and the five practice leader sign-offs waiting.

On the home page, the overdue correction appears under Signals with the insured and the carrier, and the four failures count toward With carriers at the top.

AgentWhat it preparedWhat it citesWho decides
Proofing checkerRaise 4 failed checksBinder and policy pagesAccount manager
Discrepancy drafterThe request; follow-upsThe failed checksAccount manager sends
SupervisorA correction request is overdueDue dates— (warn)
SectionHitOutcome
Proofing controlA correction request is overdue at the carrierwarn
Proofing controlA high-severity check failed and is unresolvedblock
CorrectionD2 acknowledgedrefer

For the account team

Every request has a number, a status and a due date, and the follow-up is drafted for you.

For broker IT

Corrections close on re-proof, so “corrected” means the documents now agree.

For practice leadership

Overdue carrier corrections are visible across the book — a measure of carrier responsiveness in its own right.

Questions we get asked

Does it send real email?

Not in this build: carrier and client communications run as a dry run until a brokerage connects its own mail.

Can a request be waived?

Yes, with a reason. A waived high-severity failure refers the check to a practice leader before delivery.

Keep reading