Governance

The model was always rigorous. Now the decision is too.

Capital models are tightly governed. The decisions made with them often aren’t. Between the run and the meeting, assumptions get restated, ownership blurs and the reasoning is lost. STEER extends model-grade governance to the whole decision.

Lineage

Five steps, one governed object

Each step is a controlled record with an owner, a status and a link to the step before it. A reviewer can enter at any point and walk the chain in either direction.

01 — Source data

Exposure, claims, market and reinsurance data are versioned the moment they land. Raw files are kept exactly as received. Cleaning happens downstream, in recorded steps, so the original evidence can always be inspected.

What a reviewer seesWhat arrived, when and from where, plus every transformation applied since.

02 — Assumptions

Every assumption is owned, dated and justified before it can enter a run. A change creates a new version. Approved assumptions are never edited in place.

What a reviewer seesCurrent and prior values, the owner, the rationale and the approval.

03 — Results and diagnostics

Every run is permanent and uniquely identified. It records the model version, input version, random seed, simulation count and risk measure, plus digital fingerprints of the exact inputs and code. Reconciliation checks travel with the result: gross equals ceded plus net, allocated capital sums to total SCR, and diversification reconciles.

What a reviewer seesThe result, the evidence that it is correct, and everything needed to reproduce it exactly.

04 — Sign-off and owner

Passing technical checks is not approval. STEER keeps technical pass, awaiting review and approved as separate states. A record moves between them only through named actions, each with a recorded reviewer, date and rationale.

What a reviewer seesWho reviewed, who approved, when and why.

05 — Board decision

The plan or allocation the board adopts, linked to its scenario and its supporting run.

What a reviewer seesThe decision, and one click back through everything above it.
Lineage diagram
Click any step to see its record, its owner and what it links to.
Lifecycle

A controlled process, not a status dropdown.

Every governed run follows the same path:

  1. 1Requested
  2. 2Running
  3. 3Technical passor Failed
  4. 4Awaiting review
  5. 5Approvedor Rejected

No one can skip a step or type a new status into a cell. A failed run stays visible in the history, but it can never support an approval. Model results are written only by the model. No one can edit them by hand.

Controls

Designed against Solvency II model governance

Solvency II asks firms with an Internal Model to show it is governed, validated, documented and genuinely used to run the business. STEER is designed around those expectations, not retrofitted to them. It evidences your governance framework; it doesn’t replace it.

Model change policy

Insurers classify model changes by significance: major changes need supervisory approval, minor ones are logged and reported. STEER records every change to assumptions, inputs or code as a new version with its owner and rationale. Your change log builds itself as you work.

Independent validation

Validators need to see what changed, what ran and whether it reconciles, without asking the capital team to rebuild the story. STEER gives validation read access to the same chain the business uses: versioned inputs, permanent runs, saved checks and the full decision history.

Use test

Regulators expect the Internal Model to inform real decisions, not sit beside them. STEER captures that use directly, because every management decision links to the model run that supported it.

Regulatory evidence

Run records, reconciliations, review notes and approvals are captured as the work happens. The evidence pack for a submission or model change application is assembled as a by-product, not a quarter-end project.

Audit is a by-product, not a project.

Any figure in a board paper resolves back through its sign-off, its run and the data it stood on.

Worked example

One figure, traced

A board paper states that growing Cyber by £50m adds £5m of capital. (Illustrative figures.)

The decision“Approve Cyber growth for the 2027 plan.” The owner is named, the rationale is recorded, and the approver and approval date are logged.
The scenario“Cyber +£50m premium, loss ratio +5 points”, version 2. Version 1 is marked superseded after the loss-ratio assumption changed.
The model runA unique run ID, model version, 50,000 simulated years, its seed and input fingerprints. All reconciliation checks passed, and a named reviewer signed it off.
The breakdownThe £5m split by class and risk driver, including the stop-loss recoveries that kept it well below the £12m indicative estimate.
The sourceThe exact input data and code version that produced the run.

Five clicks from the board paper to the data. No one has to reconstruct anything.