Loss-run requests
Insurance loss-run request automation
Evaluate loss-run request work by the authorized policy periods, carrier receipt and reports returned. A useful handoff shows what is ready for the account team, what is still missing and who owns the next follow-up.
Talk through your agency's workflows
See Decla with your team
Book a demo to walk through how Decla fits the day-to-day work your agency team handles, and where to start.
Discuss your loss-run request workflowOn this page
Define the request before choosing the route
A commercial account manager may need reports for several policies and historical terms to prepare a renewal. The task is to assemble an authorized request, track each carrier response and deliver source-matched reports with a clear exception list. Receipt of a request is a separate checkpoint from receipt of the requested reports.
Travelers’ business claim-resources page says its loss-run email request should include the policy number, policy period and line of business, with Excel or PDF format specified. This is Travelers-specific guidance, checked October 6, 2026; the page does not show a publication or revision date. Confirm the relevant carrier’s current route and authorization requirements before using it.
Sources
- Travelers: business loss reports — accessed
Keep one record for each policy and period
Use a row per requested policy-term segment, linked to its authorization and request editions. Shared email threads can group rows, but should not hide a missing term or reset every row to “received” when one attachment arrives.
| Record | Information to retain | Hold or verification boundary |
|---|---|---|
| Authorization scope | Record version, permitted requester, insured reference, policies and periods | Missing or narrower authorization holds the affected request; another policy’s clearance does not transfer. |
| Request scope | Policy, line, exact term, requested valuation date and format, request version | Separate the period being reported from the requested as-of date; a changed term creates a scope revision. |
| Carrier route and receipt | Verified destination, route-check date, permitted channel, request reference and receipt | A successful submission or acknowledgment establishes only the action actually evidenced. |
| Report and next use | Report edition, receipt date, reported term, stated valuation date, gaps and receiving owner | Keep an absent segment unknown. Assign a completeness reviewer before the renewal preparer uses the report. |
Follow the task through four checkpoints
Check permitted scope
Account manager and permission authority
Match the requester, insured reference, policy and term to the available authorization. Ask the responsible agency owner to resolve omissions; do not infer permission from possession of a prior report.
Prepare the carrier-specific request
Request preparer and configured reviewer
Confirm the current route and include the accepted request edition’s policy periods, line, format and desired valuation date. Obtain the review required by the agency’s standard operating procedure (SOP) for that exact recipient and scope.
Separate receipt from completeness
Response tracker and completeness reviewer
Retain the request reference and carrier acknowledgment. On report arrival, match the insured, policy, term and stated valuation date to the request; keep missing pages or periods assigned to an owner.
Hand off accepted segments
Account manager and receiving renewal preparer
Give the renewal preparer the reviewed report editions and a segment-level gap list. Record their acknowledgment of the permitted next use, then confirm any required agency-record entry separately.
Worked example: two policies, different open gaps
Illustrative example using synthetic data. All references, dates, responses and review decisions below are fictional; no carrier request or Decla task was executed. The account team wants P1’s two historical terms and P2’s 2025–2026 term, with September 30, 2026 valuations. The ledger preserves authorization changes and report editions rather than treating the whole account as complete.
| Checkpoint | Source and requested segment | Current state | Next actor and action | Result evidenced |
|---|---|---|---|---|
| 1 · October 6 | A1 v1; P1 general liability, October 1, 2024–October 1, 2025. P2 property, October 1, 2025–October 1, 2026, omitted. | P1 scope available; P2 authorization held. | Permission authority: resolve P2 scope before release. | No request action evidenced for P2. |
| 2 · October 7 | Q1 v1 for P1’s 2024–2025 term; requested valuation September 30, 2026. Carrier route H1 checked for this task. | Reviewer releases Q1 v1; R1 acknowledges it. | Response tracker: await the report, retain R1. | Request receipt only; report completeness unknown. |
| 3 · October 7 | Q1 v2 adds P1’s October 1, 2023–October 1, 2024 term; A1 v1 does not cover that added term. | Revised scope held; Q1 v1 remains tracked separately. | Permission authority and reviewer: resolve the added term and review Q1 v2. | Changed scope has no inherited release. |
| 4 · October 8 | L1 v1 covers P1’s 2024–2025 term with valuation August 31, 2026; older term absent. | Report received; requested valuation and older-term gaps open. | Completeness reviewer: request the valuation clarification; keep older-term request held. | Attachment availability does not close either gap. |
| 5 · October 9 | C1 / A1 v2 supplies authorization for P2’s 2025–2026 term only. | P2 authorization gap closed; route and request review pending. | P2 request preparer: verify route and submit for agency review. | No P2 request receipt or report yet. |
| 6 · October 9 | L2 v2 replaces L1 for P1’s 2024–2025 term, stating valuation September 30, 2026. | Reviewer accepts this segment’s completeness; older P1 term remains absent. | Account manager: hand off L2 v2 and the open-segment list. | Only the valuation gap for this received segment closes. |
| 7 · October 10 | H2 acknowledges L2 v2 for P1’s 2024–2025 renewal-preparation segment. | Receiving owner accepts that next use. | Renewal preparer: use L2 v2; account manager retains older-P1 and P2 holds. | Stop chasing this accepted segment; agency-record confirmation remains unknown. |
Follow up on the unresolved segment
- Keep a follow-up item tied to the exact missing report, term, page or valuation clarification. A reminder about one received segment should not reopen a completed request or silently add an unauthorized period.
- If the carrier acknowledgment is absent, check the existing request reference and channel outcome before sending a duplicate. An uncertain response is a reason to investigate, not proof that nothing was submitted.
- If a replacement report changes the insured reference, term or edition, return it to the completeness reviewer. Preserve the earlier report as history and state which edition is accepted for next use.
- Use an agency-owned follow-up date and backup owner. Pause on withdrawn authorization, a changed request, an unresolved route or an explicit stop instruction; do not convert an internal reminder into a carrier deadline.
Ask for evidence of this exact workflow
Decla’s About page positions the company as an AI operations platform for commercial insurance. That positioning does not establish a particular carrier request route, supported loss-run task or configured approval policy.
- For your selected carrier and connected interface, ask to see the permitted requester and policy-period inputs, the agency review point and the exact request artifact or action.
- Then inspect the returned acknowledgment and report separately: which term and valuation date were actually supplied, which gaps remained and what the receiving owner accepted.
- Include a missing-authorization and incomplete-report branch in the evaluation. Ask how the task stops, who receives the exception and how an uncertain action outcome is reconciled before retry.
Sources
- Decla: commercial-insurance positioning — accessed
Frequently asked questions
How can AI speed up loss run requests from carriers?
Evaluate loss-run request work by the authorized policy periods, carrier receipt and reports returned. A useful handoff shows what is ready for the account team, what is still missing and who owns the next follow-up.
What is Decla?
Decla is AI software for independent insurance agencies and brokerages. It connects to your AMS, email and carrier portals and does back-office work inside them. Your team reviews the work before it goes out.
