FenoriTechnologies
Industry

Insurance

Technology for carriers whose real exposure moves between renewals.

DECDeclared

What underwriting was told, fixed at binding and true on that day.

ACTActual

What the asset, the owner and the use became in the years afterward.

DRFDrift

The distance between the two. It is where the losses live, and it is not in the book.

Balconies of a modern institutional building
The book is written here. What it insures is somewhere else, changing.

Risk changes faster than the record.

The policy is a snapshot. The world is a stream.

A policy fixes, at one moment, a description of an asset, an owner, an activity and a price for its risk. From that day forward everything in the environment moves except the record.

The asset changes, the ownership changes, the use changes, the weather changes. The carrier’s systems mostly meet reality again at claim time, which is the most expensive possible reunion. Between underwriting and claim lies the actual business: exposure drifting away from the record, portfolio concentrations forming quietly, evidence of change arriving in fragments nobody joins.

The capability that matters is a representation of the insured world that moves with it: assets, owners, activity and events as dated, evidenced state, so underwriting, portfolio and claims work from what is true rather than what was declared.

None of that replaces underwriting judgment or actuarial method. It changes what they are applied to: a book whose state is current, joined and datable, instead of a stack of declarations aging at different rates.

It also changes what the back book is. Business written years ago stops being an archive to be sampled and becomes a population that can be examined again whenever the carrier learns something new about the risk it took.

Underwriting is a decision about the future, made from a description of the past, and then left alone for a year.

The subjects a serious system has to represent.

These are not features. They are the entities, relationships and records that carry the environment's state. Kept as a register, each one has a moment where the book fixed it, and something in the world that keeps moving it afterward. The short keys are labels for this page, not names of Fenori products.

BOOK REGISTER12 SUBJECTS
SUBJECTFIXED ATMOVES WITH
POLPolicyBinding, then endorsementNothing, until somebody writes to it. That is the whole problem.
INSInsured entityThe scheduleOwnership, group structure, acquisitions, insolvency
ASTAssetThe submissionUse, occupancy, condition, upgrades, neighbors
EXPExposurePricing at bindingEvery change to the asset and to the book around it
EVTEventNowhere; it has not happened yetWeather, recall, litigation, failure of a counterparty
CLMClaimFirst noticeInvestigation, reserve movement, dispute, settlement
EVDEvidenceThe file it was collected forEverything the institution learns after that file closed
PRCPricingQuote and renewalThe behavior of the cohort the policy was written into
RSVReserveNotice, on what was known thenInformation that arrives after the reserve was set
OWNOwnershipDeclaration at bindingSale, merger, change of control, tenancy
HISHistoryWritten continuouslyNothing removes it. It is the one subject that only grows.
OBLObligationWordings and treaties, agreed onceInterpretation, dispute, regulation, market practice

Policy is the row this environment fully agrees on, which is why it is set apart above. Every other subject in the register starts drifting away from it the day after binding, and the systems that hold them are rarely built to say by how much.

Where difficult problems tend to appear.

Six patterns recur across this environment, and they fall on either side of the loss. None of them is solved by buying another point solution beside the core systems.

Before the loss

Declared against actual

Underwriting works from declarations, and reality diverges immediately. The systems have no place to put what becomes known later, so it goes nowhere, until a claim prices the difference and the renewal repeats it.

Concentrations form silently

Individual risks are priced well. Accumulations, one region, one supplier, one construction type, emerge across policies written by different teams in different systems, and become visible mainly in hindsight.

External data without a home

Feeds are bought, joined ad hoc and pasted into models. When a figure is challenged, nobody can say which vintage of which source produced it. Enrichment without dating and provenance adds confidence, not knowledge.

At and after the loss

Claims discover the truth too late

The claim file becomes the first place the real asset, use and history are assembled. Prior events, related exposures and in-house knowledge exist somewhere, and arrive after the reserve is set.

Events cross the book

A storm, a recall or an insolvency touches many policies at once. Mapping an event to the book is a project each time, run under pressure, when it should be a query the systems already know how to answer.

The reconstruction problem

Disputes turn on what was known and when: at binding, at renewal, at claim. Systems that overwrite state cannot testify, and the institution ends up arguing from correspondence instead of from its record.

What is already there matters.

A serious carrier already runs substantial technology, much of it load-bearing and expensive to have gotten right. Fenori does not begin by assuming any of it needs to be replaced; the engineering begins with what each system already holds, and what none of them can do alone.

Use what works.
Improve what can work better.
Build what is missing.
Replace only where the outcome requires it.

Almost every system in the column beside this one is a system of record for one moment. The capability that is missing is not another record. It is the layer that keeps those moments joined and dated as they age.

  • Policy administrationwhat was written, endorsed and renewed
  • Underwriting workbenchessubmissions and pricing at the desk
  • Claims systemsfirst notice through settlement
  • Billingpremiums in, payments out
  • Reinsurance systemswhat is ceded, under which treaty
  • Actuarial toolsreserves, models and their assumptions
  • Document storeswordings, schedules, correspondence
  • External data feedswhat the assets are now, seen from outside
  • Broker & MGA channelsbordereaux arriving on their own schedule
  • Internal engineeringthe teams who know where everything is

The book should be able to answer before the event does.

Exposure, accumulation and net position as dated, evidenced, computed state: a question the systems answer on demand, not a project the institution runs after landfall.

Where complex systems tend to emerge.

Five operating areas where the environment’s complexity concentrates. Each opens into the same underlying problem: an insured world described in fragments that have to become one dated, evidenced state.

Underwriting

Declarations enriched into evidenced, dated state, divergence surfaced as it happens, and renewals priced on what the asset became rather than what it was said to be.

  • Submissions
  • Enrichment
  • Divergence
  • Renewal state
Portfolio & Accumulation

Concentrations as computed state across the whole book, continuously, instead of annual studies that are stale before they circulate.

  • Accumulations
  • Events
  • Scenarios
  • Appetite
Claims

The assembled truth at first notice: asset history, related exposures, prior events and in-house knowledge, present before the reserve is set rather than after.

  • FNOL context
  • Evidence
  • Related claims
  • Signals
Reserving & Disputes

What was knowable at each moment, reconstructable when it is contested, so the institution argues from its record instead of around it.

  • Point-in-time state
  • Reserves
  • Dispute record
Distribution & Delegated Authority

Business written through brokers, MGAs and partners reaches the carrier as periodic files. The book’s true state trails its own paperwork, and reconciliation quietly becomes a department.

  • Bordereaux
  • Delegated data
  • Reconciliation
  • Channel state
Illustrative example

The distance a claim has to price.

One policy, drawn against one timeline. The record steps only when somebody writes to it. The world moves continuously, and at notice of claim the difference between the two is what the reserve is actually set on. The figure is a schematic, not a measurement, and not a customer reference.

Today, spread across systems

  • SYSTEM APolicy admin: what was written
  • SYSTEM BDocuments: what was actually agreed
  • SYSTEM CClaims: what has happened before
  • SYSTEM DExternal data: what the assets are now
  • SYSTEM EReinsurance: what is ceded where
  • SYSTEM FActuarial: what the models assume

The engineered system

  1. Insured-world representationAssets, entities and exposures as dated, evidenced state
  2. Event mappingAn event footprint joined to the book, computed
  3. Accumulation algorithmsGross and net exposure, by treaty, by region, live
  4. Scenario evaluationVariants and their consequences, side by side
  5. Portfolio interfaceExposure with its evidence, before the event, not after
  6. Human authorityUnderwriting and reserving judgment stays with people
  7. Exposure recordWhat was known before, provable afterward

The systems on the left keep running and nothing is ripped out. The engineered system is the layer across them, and underwriting and reserving judgment stays where it belongs, with the people who answer for it.

Only what the outcome requires.

None of this is the product. Each capability earns its place in a build when the outcome depends on it, and arrives with the governance the environment expects.

Representation & entity resolution

One identity for insureds, assets and counterparties across systems, with provenance kept.

Temporal state

The book as it was at binding, at renewal and at claim, not only as it is today.

Graphs

Assets, owners, policies and events as connected structure rather than parallel tables.

Event & exposure mapping

Footprints joined to the book as computation, not as a project.

Algorithms

Accumulation, gross and net position as deterministic computation.

Statistical models

Calibrated on the carrier’s own history and shipped with their evaluation.

Rules & policy engines

Appetite and authority expressed as executable, versioned rules.

Decision infrastructure

Evidence, reasoning and authority held together in one reconstructable record.

Integration

Formed around policy admin and claims, not instead of them.

Explore our technology →

How this environment maps to the problem index.

The problem index →
Selected builds

Engineering, not positioning.

Fenori’s deepest builds so far were engineered for financial institutions, and they are presented as reference architectures, not customer references. One of them was designed against exactly the problem this page describes, and it belongs at the front of the page rather than in a row of equals.

B006

Back-Book Assurance

Back-Book Assurance in depth →

A carrier’s back book is the part of the business that cannot answer for itself. It was written under earlier appetite, earlier data and earlier judgment, and it is examined by sampling, because examining it properly has always been too expensive. Back-Book Assurance is the reference architecture for the opposite arrangement: when capability improves, the population is re-examined against the improvement, and what the institution now knows is applied to what it already wrote.

The idea reads directly here. A better view of an asset, a corrected ownership chain, a newly understood accumulation: each of them is a reason to look again at policies already on the books, with the record of what was known then still intact. That is also the honest limit of this page. It is a reference architecture, engineered elsewhere, not a deployed product in this industry.

What transfers, and what does not

The discipline transfers: a common representation over fragmented records, decisions that remain reconstructable, automation under explicit human authority. What does not transfer is assumed context. The physics here, accumulation, treaties and events that cross the book, have to be engineered specifically, from inside the environment.

Selected builds in depth →
Dense city seen from the air at dusk, thousands of buildings in every direction
Every one of these is somebody’s line in a book, priced once and then left to change.

Thinking behind the systems.

Written from the work, not about it: why regulated environments get the technology they get, and what a serious system owes the people who answer for its decisions.

All research →

What working in this environment demands.

Evidential standard

State carries provenance. The record is built to be contested, because eventually it will be.

External data discipline

Enrichment is dated and sourced, never silently overwritten by the next refresh.

Reinsurance awareness

Gross and net views are first-class, not spreadsheet afterthoughts assembled per event.

Point-in-time answers

At binding, at renewal, at claim: the system answers as of a date, by design rather than by reconstruction.

Model governance

Models ship with evaluation, consistency testing and failure conditions, or they do not ship.

Existing core systems

Policy administration and claims stay where they are. The representation forms around them.

How Fenori works here

One consequential outcome Inside the existing environment Engineer what is missing Prove it in operating conditions Expand only when earned
Related environments

Begin with a challenge in insurance.

Describe, in plain terms, a decision, an exposure or a process your current systems do not handle well enough.

What should your carrier be able to do that it cannot do today?

Nothing confidential is needed to begin.

This is the point where we would rather understand it properly than pretend we know the answer from a browser.

Fenori receives this conversation with your details and picks it up with you directly. Nothing confidential is needed at this stage.

What should your book be able to tell you before the event?

Describe an exposure, an accumulation, or a claims pattern your systems only reveal in hindsight. Nothing confidential is needed at this stage.

Begin with a challenge