Use case

Insurance claims & broker submission intake

From scattered inbox submissions to structured claims data

Claims and broker submissions still arrive as email — and someone has to read, sort, and re-key every one before the real work starts.

The challenge

First notice of loss forms, photos of damage, policy schedules, broker slips, the occasional garbled forward chain — insurance intake is still an inbox problem.

Before an adjuster assesses a claim or an underwriter prices a risk, someone spends time triaging: which policy is this, what type of submission is it, where do the attachments belong, and what's missing? That manual re-keying happens on every single submission, and it happens before any actual assessment work begins.

This is part of a broader pattern. Email is the intake layer that sits before your claims triage or underwriting AI ever runs — and it's harder to get right than it looks. Read: email as the AI intake layer →

Submission TypeRequirementOld ProcessTime per Submission
FNOL (First Notice of Loss)Claim number assignment, triageManual read + re-key into claims system10-15 min
Damage photosAttach to correct claim fileManual download & file5-10 min
Broker submission (slip/schedule)Route to right underwriter, risk classManual read + forward15-20 min
Policy documentsCompliance record-keepingManual filing by policy number5-10 min

The solution

Broker/claimant emailFNOL, photos, slip
EmailConnect aliasparse & structure
Claims/underwriting systemor n8n workflow

Every intake channel becomes an email alias.

Claimants and brokers send to a dedicated address — claims@ingest.insurer.com or submissions@ingest.broker.com — and EmailConnect parses everything into structured JSON: sender, subject, body, and every attachment.

That payload feeds straight into your claims or underwriting system — Guidewire, Applied Epic, a custom queue, or an n8n workflow that extracts the policy number, routes by submission type, and files the attachments against the right record. No inbox triage, no re-keying.

{
  "message": {
    "sender": {
      "name": "Jan de Vries",
      "email": "jan.devries@example.com"
    },
    "recipient": {
      "email": "claims@ingest.insurer.com"
    },
    "subject": "FNOL — Policy #NL-2024-8871 water damage",
    "content": {
      "text": "Hello,\n\nReporting water damage at our property following a burst\npipe on 28 June. Claim form and photos attached.\n\nRegards,\nJan de Vries"
    },
    "attachments": [
      {
        "filename": "fnol_claim_form.pdf",
        "contentType": "application/pdf",
        "size": 184213
      },
      {
        "filename": "damage_kitchen.jpg",
        "contentType": "image/jpeg",
        "size": 2841119
      },
      {
        "filename": "damage_hallway.jpg",
        "contentType": "image/jpeg",
        "size": 2653004
      }
    ]
  },
  "spam": {
    "isSpam": false,
    "authentication": {
      "dkim": { "result": "pass" },
      "spf": { "result": "pass" }
    }
  }
}

Showing relevant fields only. See the full webhook payload reference →

The workflow automatically

  • Extracts the policy/claim number from the subject or body via regex or an LLM step
  • Routes by submission type (FNOL vs broker slip vs supporting document)
  • Attaches photos and PDFs to the correct claim record
  • Flags missing required documents (e.g. no photos on a damage claim)
  • Notifies the assigned adjuster or underwriter
  • Maintains an audit trail for regulatory record-keeping

Built for special-category data

Claims data is sensitive by default — and in personal injury, health, and life lines it often qualifies as special-category data under the GDPR. That raises the bar on where it's allowed to be processed.

EmailConnect processes and stores everything on EU-sovereign infrastructure, with zero exposure to the CLOUD Act, FISA Section 702, or the Patriot Act. Delete an email and its attachments the moment you're done with DELETE /api/v1/emails/{msgid}, and set retention periods to match your policy. Sensitive claimant data only exists on our servers for as long as you actually need it.

The results

Intake stops being a queue. Instead of an adjuster opening each email, reading it, and copying details into the claims system, submissions arrive already parsed, routed, and filed — ready for assessment. The people who cost the most are freed from the work that costs the least.

The figures below are an illustrative example of a typical setup, not a specific customer's reported results.

~30 min
Saved per submission

Triage + re-keying eliminated

Seconds
To structured data

From email to claims system

EU-only
Data processing

No Cloud Act exposure

Got your own document collection challenge?

Whether it's FNOL intake, broker submissions, underwriting packets, or something completely different — we love brainstorming automation solutions that actually fit regulated workflows. Let's explore.

Start automating

Turn claims and broker submissions into structured data, with EU-compliant processing and storage.

Set up your workflowImplementation guide

More case studies