SystemCredit Risk & Portfolio Management

Model Risk Management

Model risk management that watches every model monthly, re-scopes the inventory to SR 26-2 and drafts the validation

Drift caught the month it starts, not at next year's validation.

See one case, screen by screen ↓
demo184modelsscored each month on production data, each against its own control limits
demo61documentsread to draft a validation report — 23 tests run, 4 findings, every one cited
demo131validationsdue in the next 12 months, down from 214, once the inventory is re-tiered to SR 26-2
target100%of findings cited to the page or test run that proves them
In short

What is Model Risk Management?

Software that keeps a bank’s model inventory, tiers each model by materiality, plans and records independent validation, monitors models in production and tracks findings to closure. Model Risk Management adds agents that score every model monthly on production data, re-scope the inventory, read the evidence and draft the validation report — people decide and sign.

How to choose AI solutions for lending →

Updated

The problem

Why model drift waits for next year’s validation

A bank runs hundreds of models — probability of default and loss given default, the CECL allowance, stress loss projection, deposit beta, prepayment, fraud and customer risk rating — and each one is validated on a calendar. Between validations, quarterly monitoring reports get read, but a model can lose its edge in one segment for a year while the portfolio total still looks calibrated.

Now the rulebook has changed under a live inventory. SR 26-2 replaced SR 11-7 in April 2026: it narrows what counts as a model, ties validation timing to materiality instead of a default annual cycle, and leaves generative and agentic AI for each bank to govern itself. Every entry built under the 2011 guidance needs a scope decision and a tier that internal audit can test — and the plan on the old cycles already needs 34,600 validator hours from a team that has 22,400.

demo214validationsdue in the next 12 months on the cycles set under the 2011 guidance
demo12,200hoursshort — that plan needs 34,600 validator hours, the team has 22,400
demo104dayslate, the oldest of 7 overdue findings
Where a full validation’s days goestimated
By hand23 days
With the solution8 days
  • Gathering and reading the evidence5 → 1 d
  • Back-testing, stability and the challenger3 → 1.5 d
  • Writing the report and findings10 → 3 d
  • Review and sign-off2 → 1.5 d
  • Chasing open findings3 → 1 d

Estimated split for a Tier 1 credit model’s annual validation, by hand and with the solution.

How it works

From production data to a signed revalidation

Seven specialist agents watch every model on production data, open revalidation when one drifts, and draft the validation; the Head of Model Risk Management and a validator decide and sign.

What comes in
Models and evidence in184 models monthly · production scores and outcomes, inventory, development docs, prior findings
Agents at work
Outcomes analystcontrol charts, monthly
Then
Inventory scoperSR 26-2 definition
AI tool registrar
Then
Evidence readerdocuments mapped
Materiality tierer
Then
Validation draftersections and findings
Findings tracker
A person decides
Head of Model Riskdecides and signs; validator co-signs
What comes out
Control chart per model
Revalidation task on a breach
Signed validation report
Re-scoped inventory and AI register
One case, step by step

One Monday: a model drifts, and the validation is signed

Northmere Bancorp, $41.3 billion in assets, 412 inventory entries, the Model Risk Committee in eight days. Here is Monday 12 October, screen by screen, in the working solution.

  1. 0108:52

    Every model on its own control chart

    Elena Marsh · Head of Model Risk Management

    The 06:00 run scored 183 models on September production data: 0 out of control, 2 trending, 182 in control. The CRE probability of default model, CRE-PD-v4, is trending — its rolling 12-month AUC at 0.796 against a centre of 0.820 and a lower control limit of 0.795. Then the September CRE defaults file arrives.

    “September defaults arrived at 08:52 — 3,084 CRE loans to score. The line has been below centre for a year and falling every month since December.”

  2. 0209:15

    Out of control — and a revalidation task opens

    Outcomes analyst

    Elena presses “Score September’s defaults”. The new point lands at 0.788, below the lower control limit, and current loan-to-value PSI reaches 0.27 against a 0.25 limit. Revalidation task RV-2026-031 opens on its own: the trigger, the scope (office recalibration; construction-loan use), Owen Adeyemi assigned, joined to the annual validation due 30 October, four pieces of evidence attached.

    “Accuracy fell below the lower control limit — AUC 0.788 against 0.795 in September, after a year below centre and nine months falling.”

  3. 03One click

    The drift point opens its evidence

    Elena Marsh · Head of Model Risk Management

    September’s point shows where the drop comes from. By segment, office has fallen to an AUC of 0.68 from 0.80 at development, while multifamily, retail, industrial and hospitality hold. Office loans defaulted at twice the predicted rate: 16 defaults against 8.1 expected. The office back-test, the Q3 2026 monitoring report, the challenger results and change log CL-44 sit one click away.

  4. 044 min 10 s

    The whole inventory, re-scoped to SR 26-2

    Inventory scoper · Materiality tierer

    The CRE model is not the only thing due before the committee. Elena starts the SR 26-2 re-scope: four agents test all 412 entries against the new definition of a model. 298 stay models, 86 move to the tools and calculations register, 28 move to the AI tool register, and 14 borderline spreadsheets come to her to decide. Re-tiered by materiality, the 12-month plan falls from 214 validations to 131 — from 34,600 hours to 22,320, inside the team’s 22,400.

    “298 + 86 + 28 = 412 · nothing is deleted: every entry that leaves keeps its owner, history and reason, for internal audit to test.”

  5. 05Every entry

    Model or not — with the reason written down

    Inventory scoper

    Each entry carries its scope test against SR 26-2 §II and its materiality against §III. For CRE-PD-v4: a complex quantitative method, statistical theory, quantitative estimates, not generative AI — so a model. Exposure of $11.8 billion and a financial-reporting purpose keep it in Tier 1.

    “Logistic regression fitted to loan history — statistical theory turning inputs into default estimates, so a model.”

  6. 062 min 59 s

    The annual validation, drafted from 61 documents

    Evidence reader · Validation drafter

    Owen’s validation starts from the evidence, not a blank template. The agents read the 146-page development document, four monitoring reports, the change log, the 2025 validation and the user guide; ran 23 of 23 tests; and drafted six report sections with 31 citations and four findings — one high, two medium, one low. The proposed rating is “Fit for use with conditions”, and the severity of each finding is the validator’s to change.

  7. 07Next

    The back-test a portfolio total would have missed

    Outcomes analyst

    Across all CRE, 48 defaults on 3,084 loans — 1.56% observed against 1.34% predicted — sits inside the range. Office does not: 3.65% observed against 1.84% predicted, outside the 99% range, p = 0.008. The draft asks for a governed overlay of +181 bp until the office segment is recalibrated — about $13.7 million added to the CRE allowance.

    “Overall the model looks calibrated; the office segment is not. A test on the total alone would have missed it.”

  8. 08Signed

    Two signatures, and conditions the committee approves

    Elena Marsh · Head of Model Risk Management

    Elena approves the 2026 validation of CRE-PD-v4 as fit for use with conditions: the governed office overlay, no construction loans rated with the model until that use is validated, and the office segment recalibrated and re-validated by 18 January 2027. The signature records its meaning — “Approved as Head of Model Risk Management” — and Owen Adeyemi co-signs as lead validator.

  9. 09Chased

    Every finding to an owner and a date

    Findings tracker

    The four new findings join the tracker with due dates set from the committee date by severity: High 18 January 2027, Medium 18 April 2027, Low 20 October 2027. Open findings rise from 63 to 67. Elena asks for reminders on the 7 overdue findings, the oldest 104 days late, and the tracker drafts the two extension requests for the committee.

    The findings tracker never closes a finding — a validator does.

  10. 10Tue 20 Oct · 14:00

    The committee decides what only it can

    David Kessler · Chief Risk Officer

    The pack closes Friday 16 October. Five agenda items, four decisions asked: ratify the 412 scope decisions and 298 tiers and adopt the 131-validation plan; approve CRE-PD-v4 with conditions; rule on 7 overdue findings and 2 extension requests; adopt the AI tool standard v1 with 4 control gaps to close in 30 days.

Who it’s for

Built for the first, second and third lines.

The same Monday, seen by the five people who carry it — the model owner, the validator, the Head of Model Risk Management, the CRO and internal audit.

EM
Elena MarshHead of Model Risk Management
Approver
Before
Runs a validation plan that needs 34,600 hours with a team that has 22,400 — and hears about drift at the next annual validation.
Now
Sees every model’s control chart each month, decides the 14 borderline entries herself, and signs validations drafted from the evidence.
OA
Owen AdeyemiLead model validator, credit models
Validator
Before
Reads every development document and monitoring report by hand, then writes each section and finding from a blank template.
Now
Starts from 61 documents read, 23 tests run and four cited findings — and spends the time on the judgement and the severity.
RT
Rachel TanDirector, CRE Credit Analytics
Model owner
Before
Gets a long report at year end, and an overdue finding on a +35 bp office overlay that was never documented or governed.
Now
Gets each finding with what fails, the evidence behind it, what the validator needs to close it and the date it is due.
DK
David KesslerChief Risk Officer
Committee chair
Before
Asks which models could move the allowance, and whether they are validated, and waits for the answer.
Now
Opens a committee pack with every decision asked of him: scope and tiers, conditional use, extensions and the AI tool standard.
JW
Jonas WhitfieldModel risk audit lead
Internal audit
Before
Has to rebuild why an entry left the inventory or changed tier from emails and meeting notes.
Now
Opens any entry and reads the scope test, the materiality and the reason — read only, every step on the record.
Built on the engine

7 agents. Each with one job, and hard limits.

Seven specialist agents watch every model on production data, open revalidation when one drifts, and draft the validation; the Head of Model Risk Management and a validator decide and sign.

Inventory scoper

Tests every inventory entry against the SR 26-2 definition of a model — a complex quantitative method applying statistical, economic or financial theory to produce estimates — and routes simple calculations and AI tools to their own registers.

  • Never deletes an entry
  • Borderline entries always go to a person
  • Cites the passage and the evidence for every decision
Materiality tierer

Proposes a tier from exposure, purpose and inherent risk, and re-plans validation timing by tier.

  • Never sets a tier without stating exposure and purpose
  • Tier 1 changes need the committee
Evidence reader

Reads development and vendor documents, monitoring reports, change logs and prior findings, and maps each to a part of the validation.

  • Never treats a developer’s claim as tested evidence
  • Cites the page for every fact
Outcomes analyst

Scores every model on production data each month, back-tests calibration, measures discrimination and stability, benchmarks a challenger and estimates the allowance effect on the bank’s own data.

  • Never changes a threshold
  • Every result reproducible from its logged run
Validation drafter

Drafts each report section and the findings with citations, and proposes severity and the overall rating.

  • Never signs
  • Never rates a finding without its evidence
Findings tracker

Tracks each finding’s owner, due date and remediation evidence; opens revalidation tasks on a breach; drafts reminders and extension requests.

  • Never closes a finding — a validator does
AI tool registrar

Records each generative or agentic tool’s use, data, owner, the person who checks it and its controls.

  • Never approves a tool for use
Head of Model Risk Management

Approves scope, tiers and validations; validator co-signs; committee ratifies. The agents propose; a named person decides.

Ask in plain words

Ask about any model, finding or tool

The model risk team can ask about any model, test, finding or AI tool in plain words — or tell it what to chase. Answers cite their source.

Why does CRE-PD-v4 get a high finding?

Because the office segment fails its back-test. Over the four quarters to 30 June 2026, 16 of 438 office loans defaulted against 8.1 expected — 3.65% against 1.84% predicted, outside the 99% range (p = 0.008). Office AUC also fell to 0.68 from 0.80. Across all CRE the model looks fine, which is why a total-only test missed it. The draft asks for a governed +181 bp overlay until recalibration — about +$13.7M to the allowance.

Remind the owners of the 7 overdue findings

Done — seven reminders sent, each with what the validator needs to close the finding, from small-business override monitoring (Ana Ruiz, 104 days late) to the customer risk threshold (Tomas Reyes, 11 days). Kim Laszlo and Ben Ito asked for extensions last month, so both requests are drafted for the committee on 20 October.

Why did 86 entries leave the model inventory?

SR 26-2 narrows what a model is and excludes simple arithmetic in spreadsheets and deterministic rule-based processes. The 86 entries are calculators, fee and budget workbooks and fixed-threshold rules, such as the wire monitoring scenarios. They move to the tools register with their owner, history and reason, and are still attested once a year. Separately, 28 generative and agentic tools went to the AI tool register.

Which AI tools have a control gap?

Four of the 28: the data quality remediation agent writes to production without approval; the servicing call summary tool has no sample review against recordings; the loan modification intake agent’s actions are not logged to the servicing record; and the collections letter drafter has no person named to review letters before they are sent. The AI tool standard v1 sets the controls and goes to the committee on 20 October.

Every screen

The working solution, as it ships.

13 screens from the working solution, on its sample data. Pick one to see it large.

The model monitorThe selected model’s control chart with centre, limits and model changes; this morning’s run; and every watched model below.
A breach opens revalidationCRE-PD-v4 falls below its lower control limit and revalidation task RV-2026-031 opens with its trigger, scope, validator and evidence.
The drift point’s evidenceSeptember’s value, centre and limits, AUC by segment against development, and the validation evidence behind it.
The model inventory412 entries with owner, exposure, scope under SR 26-2, tier, last validated, next due and open findings.
SR 26-2 re-scope and re-tier412 entries tested: 298 stay models, 86 tools and calculations, 28 AI tools; the tier migration and the new validation plan.
Every entry’s reasonsThe scope test against the definition of a model, the materiality and the validation dates — for internal audit to read.
The validation workspace61 documents read, 23 tests run, four findings with severity, owner, due date and the evidence that proves them.
Outcomes analysisPredicted against observed default by segment with the 99% range — office outside it while the total holds.
Sign the validationThe approver signs with the meaning of the signature; the lead validator co-signs; the committee approves conditional use.
The findings trackerEvery open validation and audit finding by severity, owner and due date, the overdue ones first, and a timeline of due dates.
The AI tool register28 generative and agentic tools: what each does, who checks its output, its controls and the four control gaps.
The Model Risk CommitteeThe agenda, the decisions asked of the committee and its members — the pack closes Friday 16 October.
The bank’s policyWhat counts as a model, tier lines, validation timing, control limits and rules, finding due dates and approvers.
Governance

Built for supervised work: cited, signed, on the record.

Every decision cites its sourceEach scope decision cites the SR 26-2 passage, each finding the document page or test run behind it. A validation report carries its citations — 31 in the CRE-PD-v4 draft.
Agents propose, a person decidesBorderline spreadsheets always go to the Head of Model Risk Management. Scope, tiers and the validation plan go to the committee only after she approves them.
Two signatures on every validationThe Head of Model Risk Management signs as approver, with the meaning of the signature recorded; the lead validator co-signs. Conditional use and extensions for Tier 1 models go to the Model Risk Committee.
Nothing leaves without a reasonNo entry is deleted. One that leaves the inventory keeps its owner, history and reason, so internal audit can open it and test the decision.
Findings close on a validator’s reviewThe agents chase owners and draft reminders and extension requests; only a validator closes a finding, on the remediation evidence. A signed report cannot be changed — a new finding is raised instead.
Every step on the audit trailEach agent run and each human decision is recorded with who, what and when. Policy settings are versioned, and the solution’s own agents sit in the AI tool register like any other agentic tool.
Configuration

Your model risk policy, as settings

The agents apply the bank’s own policy. Changes are versioned and on the audit trail.

SettingDefaultChoose from
Spreadsheets with forecasting logicA person decidesA person decides · Keep as models · Treat as tools
Tier 1 exposure line$1 billion$500 million · $1 billion · $2 billion
Tier 1 validationEvery 12 monthsEvery 12 · 18 · 24 months
Control limits±3σ from the first 12 months in production±3σ · ±2.5σ · ±2σ
Control rules8 on one side · 6 moving8 on one side · 6 moving · 9 on one side · 6 moving · Limits only
When a limit is crossed (Tier 1 and 2)Open a revalidation taskOpen a revalidation task · Alert the owner only
Calibration testAmber 95% · red 99%Amber 95% · red 99% · Amber 90% · red 95% · Red 99% only
Finding due dates, from the committee dateHigh 90 · Medium 180 · Low 365 daysHigh 90 · Medium 180 · Low 365 days · High 60 · Medium 120 · Low 270 days
Connections

Works with the records you already keep

Your model inventoryevery entry, owner, tier and validation date
Production scores and outcomesmonthly defaults, scores and overrides from the loan books
Development and vendor documentationdevelopment documents, user guides, test logs
Prior validations and findingspast reports, open findings, monitoring reports
Change logfeed, data and code changes drawn on each chart
AI tool use casesgenerative and agentic tools, their owners and controls
What it changes

The difference, in numbers.

Every figure is labelled: a target the solution is built to, an estimate, a typical published result, or a proven one.

target
Monthly
not yearly — drift caught the month it starts, from production data
Annual validationup to 12 months
Control charts1 month
estimated
131validations
due in the next 12 months, down from 214, once timing follows materiality
Old plan · 34,600 hBy materiality · 22,320 h
target
100%
of findings cited to the page or test run that proves them
4 of 4 findings
on every validation

“demo” = seen in the working solution, on its sample bank data · “target” = the design goal, measured in the live solution · “estimated” = our estimate of where a validation’s days go. Regulation: Federal Reserve, OCC and FDIC, SR 26-2 Supervisory Guidance on Model Risk Management (17 April 2026; replaces SR 11-7 and SR 21-8; generative and agentic AI outside its scope). People, banks and models named on this page are fictional — characters and sample data in the working solution.

Questions

What model risk teams ask us.

What is model risk management software?

Software that keeps a bank’s model inventory, tiers each model by materiality, plans and records independent validation, monitors models in production and tracks findings to closure. Model Risk Management adds agents that score every model monthly on production data, re-scope the inventory, read the evidence and draft the validation report — people decide and sign.

How does it re-scope our model inventory to SR 26-2?

The inventory scoper tests every entry against the SR 26-2 definition of a model and cites the passage; the materiality tierer proposes a tier from exposure, purpose and inherent risk. Simple calculations move to a tools register and generative and agentic AI to an AI tool register, each with its reason. Borderline spreadsheets go to the Head of Model Risk Management, and the committee ratifies the result.

How does it catch model drift between validations?

Each model gets a control chart for accuracy, stability and overrides, with a centre and ±3σ limits set from its first 12 months in production. The outcomes analyst scores it each month on production data; a control rule turns the model amber before a limit is crossed, and a breach on a Tier 1 or Tier 2 model opens a revalidation task with its evidence.

Does the AI write and sign our validation reports?

It drafts them. The validation drafter writes each section and the findings with citations and proposes severity and a rating; it never signs. The validator can change any severity, the Head of Model Risk Management signs as approver, and the lead validator co-signs.

How does it govern generative and agentic AI tools?

SR 26-2 leaves them out of scope, so each tool goes into an AI tool register with its owner, what it does, whether it drafts, informs or acts, who checks its output, its controls and its review date. The AI tool registrar records them and flags control gaps; it never approves a tool for use.

Can internal audit see why a model left the inventory?

Yes. Nothing is deleted: every entry keeps its owner, history and the reason for its scope and tier, with the passage it rests on. Internal audit has read-only access, and every agent step and human decision is on the audit trail.

Can we set our own tiers, cadence and thresholds?

Yes. The tier lines, validation timing by tier, control limits and rules, PSI, AUC and calibration thresholds, finding due dates and approvers are all settings. Changes are versioned and on the audit trail.

How long does it take to go live?

The Agentic Solution Engine builds and deploys it from your requirements — your model risk policy, your inventory, report template and a sample of past validations — and it goes live once every quality gate has passed. We will walk you through it on your own models first.

See it on
your models.

We’ll run Model Risk Management on a sample of your own inventory and monitoring data.