INSURANCE · FNOL & CLAIMS AUTOMATION

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

Xovity 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. Xovity’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 Xovity, 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 — Xovity FNOL AI Hub

Xovity 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 Xovity
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. Xovity 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.

Xovity’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.