⚡ QuickScan: Know exactly which workflows to automate in 2 weeks. Start your QuickScan →
Sapnity logo
INSURANCE · FNOL & CLAIMS AUTOMATION

FNOL AI Hub for Multi-Line Insurance (Motor, Property & Travel)

Sapnity implemented an AI-powered FNOL hub that unifies intake across motor, property and travel lines. The platform reads emails, apps and call summaries, triages severity in real-time and creates clean FNOL records in the core system — cutting claim setup time and reducing leakage from missed information.

Core Platforms: Power Apps, Power Automate, Dataverse, Azure OpenAI, Core Insurance Integration · Lines of Business: Motor, Property, Travel · Complexity: High (multi-country)
First Notice of Loss (FNOL) AI Triage & Routing Multi-Line Claims Hub Fraud & Leakage Control
10-Day Sprint
One-FNOL Journey Automation Sprint
Take one FNOL entry point (email, app, broker portal) and turn it into a governed AI intake journey in ~10 days.
View 10-day sprint →
2-Week Scan
Claims & FNOL QuickScan Assessment
Identify the highest-ROI intake gaps across motor, property and travel — from missed data to manual triage steps.
Start QuickScan →
3-Week Pack
FNOL AI Starter Pack
Stand up an enterprise FNOL pattern with one production journey and a roadmap to extend to more lines of business.
Explore Starter Pack →

1. Business Problem — Fragmented FNOL Journeys

The insurer operated in multiple countries with motor, property and travel lines of business. On paper, FNOL was “digital” — customers could email, call, submit forms or use partners’ portals. In reality, each line had its own intake quirks and manual workarounds.

  • Motor FNOLs landed as long free-text emails with photos and policy numbers buried inside.
  • Property FNOLs arrived through brokers and TPAs with mixed-quality spreadsheets and PDFs.
  • Travel claims were captured by a third-party platform and sent nightly as unstructured files.
  • Every team keyed the same data into the core claims engine in their own way.
  • Supervisors had no single view of “today’s new losses” by segment, channel or severity.

The leadership team wanted a unified FNOL brain that would sit in front of the core system, standardize intake and make AI useful without rewriting all the back-end platforms.

2. Sapnity’s Mandate

Define and implement an FNOL AI hub that would:

  • Accept FNOL from any channel — email, app, web, broker feed, call summaries.
  • Use AI to extract policy, incident and coverage-critical details in minutes.
  • Standardize the FNOL data model across motor, property and travel lines.
  • Auto-triage severity and route to the right claims queues and partners.
  • Feed clean, consistent FNOL records into the core policy / claims systems.
  • Provide a single dashboard for supervisors to see new losses and risk signals.

3. Before — Multi-Line, Multi-Spreadsheet FNOL

Before Sapnity, FNOL looked different in every corner of the business. Each line had “its own” way of capturing the same basic facts: who, what, where, when and how bad.

  • Motor claims handlers retyped email content into the core claims UI while calling the customer back.
  • Property teams printed broker spreadsheets and manually flagged incomplete files with sticky notes.
  • Travel FNOLs arrived as overnight batches; high-severity cases were sometimes noticed hours later.
  • Fraud teams had no early view of suspicious patterns at the intake stage.
  • Reporting teams reconciled three different FNOL “truths” before each monthly steering committee.
Avg. FNOL Setup Time 25–40 minutes per claim across channels.
Rework / Callbacks 30–40% FNOLs required follow-up for missing information.
Supervisor Visibility No single new-loss view; line-by-line Excel.
Voice of Stakeholders (Before)

“If you ask three teams how many new claims we had yesterday, you’ll get three different answers.”

“We don’t know a claim is serious until someone shouts — the system doesn’t warn us at intake.”

4. After — Sapnity FNOL AI Hub

Sapnity introduced an FNOL AI hub — a centralized intake brain that sits in front of the existing policy and claims engines. Instead of each line running its own process, all FNOL journeys now pass through a common AI and workflow layer.

FNOL AI HUB — MULTI-LINE PATTERN
One pattern, reused across Motor, Property and Travel FNOL — each with its own rules, sharing the same intake brain.

Customers, Brokers & Partners

Policyholders, brokers, TPAs, roadside assistance and travel platforms submit FNOL.

Omni-Channel Intake

Email, web forms, mobile app, call-center transcripts, batch files from partners.

FNOL AI Extraction & Normalization

Azure OpenAI reads content, extracts policy, incident and coverage details into a standard schema.

FNOL Triage & Routing Engine

Risk scoring, line-of-business rules, severity classification and queue assignment.

Core Policy & Claims Systems

Clean FNOL records created in motor, property and travel cores with correct coding.

Supervision, Fraud & Analytics Cockpit

Real-time dashboards for new losses, potential fraud, SLAs and partner performance.

The same pattern is now being cloned for new countries and lines of business by simply changing configuration and rules — not rewriting the architecture.

5. Implementation Story

Phase 1 — Discovery & Pattern Definition

  • Walked through live FNOL calls and email queues with motor, property and travel teams.
  • Classified intake types: direct email, portal uploads, broker files, third-party feeds.
  • Defined a standard FNOL skeleton (policy, incident, coverage, risk) shared across lines.

Phase 2 — FNOL Data Model & AI Prompts

  • Designed Dataverse tables for FNOL header, participants, locations, vehicles, assets and travel segments.
  • Built Azure OpenAI prompt templates that “read” free text and return structured FNOL JSON.
  • Created test sets with real historical FNOL data (anonymized) to calibrate extraction quality.

Phase 3 — Workbench for Claims Handlers

  • Developed a model-driven app where handlers can see raw content, AI suggestions and the structured FNOL side-by-side.
  • Added guardrails: mandatory human confirmation for certain fields (e.g., liability, coverage position).
  • Implemented quick actions: “create claim”, “send clarification email”, “route to partner”.

Phase 4 — Core System Integration

  • Integrated with the motor, property and travel core platforms via secure APIs and staging tables.
  • Mapped standard FNOL schema to each platform’s required code sets and data structures.
  • Ensured idempotent claim creation to avoid duplicates when emails are re-sent or re-processed.

Phase 5 — Rollout, Training & Continuous Tuning

  • Started with one motor country and one property country; then extended to travel line.
  • Set up a monthly “FNOL AI Council” to review extraction errors and tune prompts and rules.
  • Established dashboards and operational KPIs to track adoption and triage performance.

6. Technical Architecture — Layered View

Channel Layer Email gateways, web/app forms, partner SFTP drops and call-center transcription feeds.
Intake & Parsing Layer Power Automate flows pull content, attachments and metadata into Dataverse staging tables.
AI & FNOL Normalization Layer Azure OpenAI + rules engine extracting FNOL fields into a common schema per line of business.
Workflow & Routing Layer Power Automate orchestrating severity triage, queue routing, SLAs and partner notifications.
Core Integration Layer API and file-based adapters into motor, property and travel core systems with audit trails.
Analytics & Oversight Layer Power BI datasets for FNOL volumes, AI vs human corrections, fraud flags and SLA adherence.

7. Outcomes & KPIs

KPIBeforeAfter Sapnity
Average FNOL Setup Time 25–40 minutes per claim 8–15 minutes with AI-assisted extraction
FNOL Rework / Callbacks 30–40% FNOLs required follow-up <15% due to guided intake & validation
Supervisor Visibility No unified view; Excel by line Single FNOL cockpit across all lines and channels
Time to Spot High-Severity Loss Hours (often next-day) Near real-time severity flagging on intake
AI-Assisted FNOL Coverage 0% (manual-only) ~70% of new FNOLs pass through AI extraction safely

Within the first six months, the FNOL AI hub became the front door for all new losses, independent of the back-end system in use.

8. Sapnity Differentiators

  • Pattern, not just a project: The FNOL AI hub is a reusable pattern — the client now uses it for new geographies and lines without re-architecture.
  • AI + Rules + Humans-in-the-Loop: We deliberately combined AI extraction, classic rules and handler oversight to keep decisions auditable.
  • Multi-Line by Design: Data model and routing logic were built for motor, property and travel from day one.
  • Core-System Friendly: No rip-and-replace — the hub creates cleaner FNOL records in the systems the client already runs.
  • Governed & Observable: Full telemetry on AI suggestions vs human overrides, feeding continuous improvements in both process and prompts.

Sapnity’s role was not to “sell AI”, but to shape FNOL into a predictable, multi-line pattern that the insurer can now roll out and govern at scale.