Business case and benefits
- Chief underwriting officer
- A · Accountable
- Product owner
- R · Responsible
- Solutions architect
- C · Consulted
- Technical PM
- C · Consulted
- Engineers
- I · Informed
- Compliance & DPO
- C · Consulted
- Security
- I · Informed
Every broker submission read, its risk data extracted and checked against appetite on the day it arrives, with gaps flagged and a referral note drafted. The underwriter decides, prices and speaks to the broker.
At a glance
An illustrative scenario. The numbers are typical examples, not a client case study. The cloud services and UK rules were checked on 9 November 2026.
Brokers send submissions in whatever shape they have. A typical property risk arrives as an email with a draft slip, a schedule of values in the broker's own spreadsheet layout, five years of loss runs scanned from previous insurers, a survey report and a covering note. Some business comes through the market's electronic placing platforms with structured data, but most still starts in an inbox. Before an underwriter looks, an underwriting assistant re-keys the insured's details, the locations, values and loss history into the underwriting workbench and the rating tools.
That delay costs business. Brokers send the same risk to several markets, and a submission that sits for three days is often placed elsewhere. Underwriters spend time on risks that were never in appetite, guidelines are applied a little differently by each person, and gaps such as missing construction details or an incomplete loss history are found late, after the broker has moved on. Referrals to senior underwriters are written in free text, so the reasons and the evidence vary from note to note.
The pressure is rising. The PRA's 2026 insurance priorities point to a softening underwriting cycle, including in parts of the London market, and ask firms to keep underwriting discipline as rates fall. The London market's modernisation is now moving step by step rather than through one central platform. Work on the Core Data Record carries on, but for years to come insurers will still need to turn broker emails into clean, structured risk data themselves.
Agree these, and measure the baseline, before anything is built. Example targets are typical, not promises.
How long a submission waits before an underwriter sees it.
ExampleFrom 3 days to the same day
Underwriting assistant time spent copying data from submissions into systems.
ExampleDown by 60–70%
Key fields (insured, locations, values, loss totals) checked against what the underwriter confirms, sampled weekly by class.
ExampleAbove 95% on key fields
How often underwriters agree with the in or out of appetite result. Very low means it isn't helping; near 100% can mean nobody is checking.
ExampleStable, and reviewed weekly
Time from referral to a decision by the referral authority, with complete notes.
ExampleDown by half
Bound risks found outside guidelines or authority in the regular peer review.
ExampleFalling, measured against last year
Cross-sector rules are on the UK regulation map.
The PRA highlights a softening underwriting cycle and closer scrutiny of underwriting discipline and delegated underwriting, and sees AI through the lens of prudential risk and operational resilience. The design applies the written guidelines the same way every time, keeps authority limits as hard rules owned by underwriting management, and gives the board management information on referrals and breaches.
Firms, including Lloyd's managing agents, have had to stay within impact tolerances for their important business services since 31 March 2025. The AI is kept off the critical path: if it is switched off, submissions go to underwriting assistants as before. Cloud and model providers are assessed and recorded as material third parties where they qualify.
Since PS25/21 (9 December 2025), contracts for larger commercial customers and specialist risks are outside PROD 4 and the Consumer Duty, but micro enterprises and small businesses are still retail customers. Each submission is tagged by customer type, and for retail customers the appetite rules and outcomes are monitored so no group is turned away without a reason.
The broker must make a fair presentation, and the insurer is expected to ask questions where it should. Under section 5, the insurer can be treated as knowing information it holds that is readily available to the underwriter. So nothing extracted is silently dropped: the summary links to every source document, and possible material facts are shown to the underwriter, not hidden in an attachment.
The CDR is the market's agreed set of placing data, aligned with ACORD's GRLC standards, and now reaches into treaty reinsurance and claims. Extracted data uses CDR field definitions where they exist, so it can be shared with brokers, Lloyd's and market services without a second mapping.
The insured, its owners and the territories involved are screened by your existing sanctions tool, called by the agent. A possible match always goes to compliance. The AI never clears a match or decides it is a false positive.
Submissions hold personal data on directors, sole traders, employees and claimants named in loss runs, and sometimes health or criminal conviction details. That means a DPIA, processing in UK regions, retention tied to the policy record, and a contract that stops providers training on your data. The AI never declines on its own, so no significant decision about a sole trader is solely automated.
Showing AWSAzuresovereign / on-prem services. Switch with the toggle; every diagram and table on this page follows it.
01Channels
02Intake
03Intelligence
04Orchestration
05Systems of record
06People
| Layer | AWS | Azure | Sovereign / on-prem |
|---|---|---|---|
| Intake: email, platforms, filesKeep the original email and every attachment unchanged, as the record of what the broker presented. | Amazon SES, API Gateway, S3 | Logic Apps connectors, API Management, Blob Storage | Your mail server, Kong, Ceph or IONOS S3 Object Storage |
| Reading documentsTest on real loss runs from many previous insurers, including poor scans, not the tidy examples in a demo. | Amazon Textract | Azure Content Understanding (includes Document Intelligence) | Open-source parsing (e.g. Docling) plus an open-weight vision model |
| Spreadsheets and schedules of valuesThe model suggests how a broker's columns map to your fields. Plain code does the conversion, checks units and reconciles totals. A new broker layout is confirmed by a person once, then reused. | AWS Lambda or containers, with a Bedrock model proposing column mappings | Azure Functions or containers, with a Foundry model proposing column mappings | Containers on Kubernetes, with an open-weight model proposing column mappings |
| Address clean-up and geocodingMany firms already geocode in their exposure management or catastrophe modelling platform. Use that if you have it. | Amazon Location Service | Azure Maps | Your existing geocoder, or the one in your exposure management platform |
| Reasoning and summariesAWS and Azure both offer a choice of models, including Claude. On-prem and sovereign options run open-weight models. | Amazon Bedrock | Microsoft Foundry | Open-weight models served with vLLM on your own GPUs, or IONOS AI Model Hub |
| Guidelines and appetite (retrieval)Only the current, approved line guides, appetite statements and referral rules. Each check cites the document and version. | Bedrock Knowledge Bases | Foundry IQ, built on Azure AI Search | OpenSearch, or PostgreSQL with pgvector |
| Authority limitsWritten authority limits are hard rules held as data and code, not left to a model's reading of a document. | Rules in code, called by the agent | Rules in code, called by the agent | Rules in code, called by the agent |
| Agent runtimeThe original Bedrock Agents closed to new customers on 30 July 2026; new builds use AgentCore. | Amazon Bedrock AgentCore | Foundry Agent Service | An open-source agent framework (e.g. LangGraph) on Kubernetes |
| Workflow | AWS Step Functions | Logic Apps or Durable Functions | Temporal, or n8n |
| Middleware and events | Amazon EventBridge, SQS | Event Grid, Service Bus | Apache Kafka or RabbitMQ |
| Link to the underwriting workbenchReuse the integration layer you have. Many workbenches are vendor products, so agree early what their APIs allow. | API Gateway, plus your existing integration platform if you have one | API Management, plus your existing integration platform if you have one | Kong or your existing API gateway, plus your existing integration platform if you have one |
| Human reviewUnderwriters review where they already work, not in a new screen. | In the underwriters' existing workbench | In the underwriters' existing workbench | In the underwriters' existing workbench |
| GuardrailsStops drafts from quoting a price, offering terms or stating cover. | Bedrock Guardrails | Foundry guardrails (Azure AI Content Safety) | Open-source guardrails (e.g. NeMo Guardrails, Llama Guard) |
| Identity, keys, data protection | IAM Identity Center, KMS, Macie | Entra ID, Key Vault, Purview | Keycloak or your existing Active Directory; OpenBao or HashiCorp Vault; an HSM |
| Monitoring and auditLog every extraction, every check and its source, and every underwriter decision with the reason. | CloudWatch, CloudTrail | Azure Monitor, Log Analytics | Prometheus, Grafana, OpenTelemetry |
| UK data residencyIONOS AI Model Hub runs in German data centres: EU, not UK, residency. | eu-west-2 (London) | UK South / UK West | Your own UK data centre, or a UK or EU provider |
On a phone, the table shows the platform you pick. Sovereign / on-prem means open, portable components you can run in your own data centre or with a UK or European provider; IONOS is shown as one example, and others exist. What sovereign cloud means →
Many organisations keep core systems and sensitive data on their own servers. This is how the same design works across both.
Stays on-prem
The underwriting workbench, policy admin system, rating models and catastrophe modelling stay where they are, whether on your own servers or with their vendors. Nothing in this design needs them to move.
Uses cloud AI
Document reading, the guidelines index and the submission review agent can run in AWS or Azure UK regions, or on your own GPUs with open-weight models if broker data must stay in your estate.
How they connect
A private link (AWS Direct Connect or Azure ExpressRoute) and the API layer. Only the documents and fields the review needs are sent, and the structured record comes back as an event onto your queue.
If the link drops
Submissions keep arriving and queue safely on your side. Underwriting assistants key them by hand, exactly as before, and the backlog is read when the link returns.
What each agent may do through its tools, what it may not, and where a person signs off. The limits are enforced by the platform, not the prompt.
Submission review agent
Where a person signs offThe underwriter decides every quote, decline and set of terms, and the referral authority signs off every referral. Compliance handles every possible sanctions match. The agent's permissions are enforced by the platform's identity and policy controls, not by instructions in a prompt.
The underwriting workbench and policy admin system are reached only through an API layer, never directly. If you already run an integration platform, the AI uses it like any other system does.
Every submission becomes a message on a queue with a stable ID: the broker's reference, then the Unique Market Reference once it exists. A resubmission or a broker's follow-up email is linked to the same record, so nothing is processed twice and the underwriter sees one risk, not three.
Extracted data is handed to rating and exposure tools in the formats they already accept. Where a schedule of values feeds catastrophe modelling, the reconciled version and the original are both kept, so the modelling can always be traced back to what the broker sent.
The AI can be switched off without stopping the business. If it's paused, submissions flow straight to underwriting assistants, exactly as they did before.
Map today's submission flow, measure the baseline, collect a sample of real submissions, check workbench APIs, and pick the first class of business.
Gate · must be true to passBaseline agreed, workbench route confirmed, DPIA started, underwriting owner named for the first class.
One class, such as UK commercial property, in shadow mode: the AI extracts, checks and drafts, assistants and underwriters work as normal, and the two are compared.
Gate · must be true to passExtraction accuracy and appetite agreement within agreed limits, no missed sanctions referrals, and underwriting management sign-off.
Summaries and checks go live for the first class, with monitoring, support and a rollback plan.
Gate · must be true to passMonitoring, support model, rollback plan and underwriter training in place.
Add classes one at a time, then reuse the pattern for bordereaux from coverholders and for renewal review.
Gate · must be true to passEach new class passes the same pilot gate.
| Activity | Chief underwriting officer | Product owner | Solutions architectI can fill this | Technical PMI can fill this | EngineersI can fill this | Compliance & DPO | SecurityI can fill this |
|---|---|---|---|---|---|---|---|
| Business case and benefits | Accountable | Responsible | Consulted | Consulted | Informed | Consulted | Informed |
| Target architecture | Informed | Consulted | Accountable and Responsible | Consulted | Consulted | Consulted | Consulted |
| Guidelines, appetite and authority rules | Accountable | Responsible | Consulted | Informed | Consulted | Consulted | Informed |
| DPIA, sanctions and Consumer Duty review | Consulted | Consulted | Consulted | Informed | Informed | Accountable and Responsible | Consulted |
| Build and integration | Informed | Consulted | Accountable | Responsible | Responsible | Informed | Consulted |
| Accuracy testing on real submissions | Consulted | Accountable | Responsible | Consulted | Responsible | Consulted | Informed |
| Go-live decision | Accountable | Responsible | Consulted | Responsible | Informed | Consulted | Consulted |
| Run, monitor and improve | Informed | Accountable | Consulted | Consulted | Responsible | Consulted | Consulted |
R ResponsibleA AccountableC ConsultedI Informed· not involved
Option A
If there's no architect on the programme, I'd own the design end to end: the target architecture, the data model around the Core Data Record, the integration with your underwriting workbench and rating tools, and the gates. I'd report to your programme board and work closely with underwriting management.
Option B
If your partner or your own team already has an architect, I'd take on the document reading, the agent and the workbench integration under their lead, and give them a second senior opinion on data standards, security and resilience.
Goes wrong
The demo used tidy spreadsheets. Real schedules of values have merged cells, hidden tabs and a different layout from every broker.
How the design avoids it
Pilot on last quarter's real submissions, every broker, and confirm each new layout once with a person.
Goes wrong
A value is read in thousands instead of pounds, and nobody notices until the cat model does.
How the design avoids it
Plain code checks units and reconciles totals against the slip, and anything that doesn't reconcile goes to a person.
Goes wrong
Appetite rules live in a prompt and drift away from the line guide.
How the design avoids it
Guidelines are retrieved from versioned, owned documents, and authority limits are hard rules in code.
Goes wrong
Underwriters treat the summary as the submission, and miss a fact in an attachment the firm is treated as knowing.
How the design avoids it
Every summary links to its sources, flags what it couldn't read, and peer review checks the source documents, not just the summary.
Goes wrong
A one-off data model is built, so nothing can be shared with brokers or the market later.
How the design avoids it
Map to Core Data Record and ACORD-aligned fields from the start.
Changes already announced or under way that affect this design. More in the UK horizon scan.
Map extracted data to the current CDR version and keep the mapping as configuration, so each new release is an update, not a rebuild.
Don't wait for a market platform to clean the data. Design for email and structured data side by side, and take structured feeds as they appear.
Record customer type and UK connection on every submission now, so you can apply whatever scope the final rules set.
List the AI, cloud and model providers in this design, decide which are material, and map them to your important business services.
Keep the decision log, sources and underwriter decisions in a form you could show the ICO, especially for sole traders and small businesses.
Good answers are specific. Vague answers to any of these are worth following up.
Whether you need someone to lead the design or to support the architect you already have, let's talk it through.