WorkflowRegulatory Reporting

BCBS 239 Compliance

BCBS 239 compliance, measured on the numbers your board saw: traced, reconciled and cited hop by hop

Each board figure traced to source, reconciled at every hop, every rating cited.

See one case, screen by screen ↓
demo7hopsfrom page 7 of the September Board Risk Report back to the loan origination system, each with its owner, time, control and amount
demo$212.0Mmore at hop 4, a workbook, than the loan system holds: $187.4M cited to rows 14–61, $24.6M unexplained
demo81.6hoursfor CRE exposure to reach the board in the June 18 stress drill, against a 24-hour target, 60 of them at the workbook
target100%of critical data elements traced from report to source, with a reconciliation at every hop
In short

What is BCBS 239 Compliance?

BCBS 239 compliance means a bank can show it meets the Basel Committee's Principles for effective risk data aggregation and risk reporting (RDARR), published in January 2013. This solution measures it on real numbers: agents follow each board-report figure back to its source hop by hop, reconcile it at every hop, time it in the last stress drill and draft the self-assessment principle by principle, every rating citing its findings. A steward confirms each hop, the Head of Risk Reporting submits, the Chief Data Officer approves and Internal Audit validates.

AI use cases in banking: a buyer's guide to agentic AI for bank and credit union operations →

Updated

The problem

Why BCBS 239 compliance is so hard to evidence

BCBS 239 compliance is usually evidenced the slow way. The data office lists critical data elements in a spreadsheet that drifts from the reports within months. Stewards interview system owners and draw lineage that stops where the catalog scanners stop, at the first spreadsheet or file share, which is usually where the risk is. Report owners tie a sample of elements to the general ledger at the end of the chain only, so a difference in the middle stays invisible, and they attest that an ad hoc request can be produced in stress without anyone timing the last drill hop by hop.

Then comes the BCBS 239 assessment itself: a questionnaire worked principle by principle, with ratings argued in meetings and evidence attached as folders. Supervisors now ask for the finding behind each rating and the lineage behind each finding. In its November 2023 review the Basel Committee found only 2 of 31 global systemically important banks fully compliant with all the principles. And the assessment starts to age the day it is signed: one source system release can break a hand-kept mapping long before the next cycle.

typical2 of 31banksglobal systemically important banks fully compliant with all the principles in the Basel Committee's November 2023 review
typical14principlesin four groups: governance and infrastructure, aggregation, reporting and supervisory review, published January 2013
typical$50billionin assets: where the OCC's heightened standards call for risk data aggregation and reporting policies
Where an annual assessment cycle's weeks goestimated
By hand46 weeks
With the solution12.5 weeks
  • Building and refreshing the critical data element inventory8 → 1 wk
  • Interviewing owners and drawing lineage16 → 3 wk
  • Reconciling a sample of elements to the ledger4 → 1 wk
  • Gathering evidence of timeliness in stress2 → 0.5 wk
  • Drafting and arguing the principle ratings10 → 3 wk
  • Approval, validation and the remediation plan6 → 4 wk

Estimated split of one annual cycle at the demo bank, by hand and with the solution. The before column follows the calendar the bank runs today: inventory in January and February, lineage from March to June, the self-assessment from August to October, approval and validation in November and December. Not measured.

How it works

How a figure is assessed

Six agents trace, reconcile and time each board figure and draft the self-assessment; a steward confirms each hop, the CDO approves and Internal Audit validates.

What comes in
What comes in5 sources · reports, catalog and job logs, source extracts, workbooks, drill logs
Agents at work
Lineage agentreport back to source
Then
Accuracy agentreconciles every hop
Timeliness agentreplays the stress drill
Then
Spreadsheet agentrates the workbooks found
Then
Assessorprinciple by principle, cited
A person decides
Steward, Head of Risk Reporting, CDOconfirm, submit, approve
What comes out
Lineage confirmed hop by hop
Self-assessment approved
Remediation with owners
One case, step by step

One BCBS 239 compliance case, from a board figure to a validated rating

Corvane National Bank, a $92 billion regional bank, sent its September 2026 Board Risk Report to the Board Risk Committee on October 15. Page 7, table 3.2, shows commercial real estate exposure (committed) of $14.86B: critical data element CRE-EXP-001, one of 312 across 41 risk reports fed by 9 source systems. Here is what happens on Thursday, October 22, screen by screen, in the working solution.

  1. 0107:40

    The board figure, followed back to its source

    Lineage agent

    The agents start from the number as the board saw it and trace it down seven hops: the board portal, the risk reporting platform's template BRR-2026-09, the risk mart RM.CRE_CONC, a workbook called CRE_concentration_v12.xlsx, the staging table STG.CRE_LOANS, the core banking system's commercial loan ledger and the loan origination system. Each hop shows its owner, its control, the time it added and the amount it holds. Principle chips appear only where a gap sits: P2 on the risk mart, which runs a schema check only, and P3, P5 and P6 on the workbook.

    Next step: “Hop 4 needs a steward: a workbook adds $212.0M and 2.5 days with no reconciliation control.”

  2. 02Hop 4

    The difference, explained to the tab and the cell

    Accuracy agent

    Hop 5 holds $14,648.0M; the workbook uploads $14,860.0M. The Accuracy agent splits the $212.0M in two: $187.4M of sold participations counted as held, on tab Participations, rows 14–61, at 0.93 confidence, and $24.6M of six manual overrides on tab Adj, cells F18:F23, last edited September 29, 2026. It marks the second amount unexplained rather than guessing at it.

    How the hop was found: the data catalog lists this input only as “manual upload”, so the Lineage agent joined the upload to the warehouse export by file name, time and account, at 0.94 confidence.

  3. 03One click

    The rows behind $187.4 million

    Nadia Ferreira · Risk Data Steward

    The citation opens the workbook's Participations tab with rows 14 to 62 highlighted: 48 participations sold to other banks, pasted on June 30, 2026, with the “Sold %” column blank, so the full commitment counts as held. The workbook is read only, and borrower names stay masked.

  4. 04Same hop

    End-user computing, rated with its reasons

    Spreadsheet agent · 0.95 confidence

    The workbook has 9 tabs, 1,840 formulas, 61 hard-coded values and 6 manual overrides. Its only version control is “v12” in the file name; there is no reviewer sign-off and no reconciliation control. It feeds 6 elements in 3 reports and was edited on 23 days in 2026 by 3 analyst accounts. The agent rates it High and pins Principles 3, 5 and 6 to the hop.

    “A rating is a proposal; the owner attests the controls.”

  5. 0509:34

    Confirm the hop, decide the finding, open the fix

    Nadia Ferreira · Risk Data Steward

    Three steps, in order. Nadia confirms hop 4 (LN-01) and accepts finding F-26-031 (FD-01), which feeds Principle 3. She then opens the two items the Assessor proposed for Derek Lomax: RDA-26-041, retire the workbook into a governed transformation reconciled at every load, due March 31, 2027; and RDA-26-042, an interim reconciliation before each upload signed by a second analyst, due November 13, 2026. Both land in the issue register as ISS-26-1187 and ISS-26-1188.

  6. 06Principle 5

    The stress drill, replayed hop by hop

    Timeliness agent

    On June 18, 2026 at 08:00 the Board Risk Committee asked for CRE exposure by property type and state within one business day. The agent read the drill record, matched the scheduler and report-platform logs to the seven hops and measured each one. The figure arrived on June 21 at 17:36, 81.6 hours after the request, and 60 of those hours (74%) sat at the workbook. 33 of 41 reports met the 24-hour target.

  7. 07One switch

    The same evidence, as the 2026 self-assessment

    Assessor

    Flipping from One element to Self-assessment shows the 11 principles the bank rates, drafted by the Assessor from 312 elements, 44 findings and 1,284 evidence items, each beside last year's rating. Principle 3, accuracy and integrity, was re-drafted at 07:52 from 3 to 2, materially non-compliant. Principle 6, adaptability, also drops to 2, and Principle 11, distribution, rises to 4. Principles 12 to 14 are addressed to supervisors: the bank prepares their evidence and does not rate them.

  8. 0809:40

    Every rating cites its findings, and every finding its hop

    Graham Ashdown · Head of Risk Reporting

    Principle 3 opens on the Assessor's draft, at 0.92 confidence on prompt v2.4, with a rationale citing the $212.0M, the 13 of 312 elements with an unexplained difference and the 9 of 27 workbooks rated high. Below it are the findings behind the rating, each with “Open the hop”, and the OCC heightened-standards paragraph it also answers: 12 CFR Part 30, Appendix D, II.J(1) and (2). Graham can accept the rating, edit it with a reason or reject the draft. He accepts it (RT-01).

  9. 0910:05

    Submitted, approved, validated, by three different people

    Celeste Marchetti and Owen Pritchard

    Graham decides all 11 ratings and submits (SA-01). Celeste Marchetti, the Chief Data Officer, approves the self-assessment for the Board Risk Committee on December 10, 2026 (SA-02). Owen Pritchard of Internal Audit validates it independently (IA-01), with the agent's draft and every human change side by side.

    The Head of Risk Reporting “cannot approve what he submitted”: approval is the Chief Data Officer's step.

  10. 10The pack

    One examiner pack for the Federal Reserve, the OCC and the board

    Owen Pritchard · Internal Audit Director

    The audit trail records who did what, when, why and on which evidence, for people and agents alike. One export gathers the self-assessment with the Assessor's draft and every human change, each rating's findings with hop, amount and citation, the lineage of all 312 elements with who confirmed and countersigned it, the reconciliations, the drill replay, the spreadsheets, the remediation items and the agent and prompt versions.

    Borrower names, account numbers and employee IDs are redacted when the pack leaves; SAR-related elements appear as counts only.

Who it’s for

Built for everyone who signs a risk data number.

The same board figure, seen by the five people it passes: what their assessment cycle looked like, and what it looks like now.

NF
Nadia FerreiraRisk Data Steward, Credit Risk · confirms every hop
Risk Data Steward
Before
Interviews system owners and draws lineage that stops at the first spreadsheet, then ties a sample to the ledger at the end of the chain.
Now
Confirms each hop the agents trace, with the job log and the numbers on both sides in front of her, and records a reason code for every finding.
GA
Graham AshdownHead of Risk Reporting · decides every rating and submits
Head of Risk Reporting
Before
Owns the 41 risk reports and argues each principle rating in meetings, with the evidence attached as folders.
Now
Accepts, edits or rejects each drafted rating with its findings and hops cited, countersigns lineage and submits, and cannot approve what he submitted.
CM
Celeste MarchettiChief Data Officer · approves the self-assessment
Chief Data Officer
Before
Signs a self-assessment whose ratings cannot be followed to a finding, with remediation owners chosen in a meeting.
Now
Sees the finding behind every rating and who owns each fix, receives overdue items by escalation, and extends a due date only with a reason.
OP
Owen PritchardInternal Audit · reads everything, validates independently
Internal Audit Director
Before
Re-performs a sample of the self-assessment months after the Chief Data Officer has signed it.
Now
Validates with the agent's draft and every human change side by side, exports one examiner pack, and has no first-line decision to make.
DL
Derek LomaxData owner · answers for his workbook
Credit Risk Analytics, data owner
Before
Hears that his spreadsheet is a risk, without being told which cells.
Now
Gets a question that names the tab and the cells, owns the item that retires the workbook, and requests its closure but never approves it.
Built on the engine

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

Six agents trace, reconcile and time each board figure and draft the self-assessment; a steward confirms each hop, the CDO approves and Internal Audit validates.

Lineage agent

Rebuilds each critical data element's path from report to source from the data catalog, the ETL scheduler's job logs, the report specifications and file-share access logs, so it finds the workbooks the catalog scanners miss. Each hop gets its system or file, owner, control and the time it added.

  • Never confirms a hop: a steward does
  • Below 0.90 confidence a hop is marked “needs evidence” and never proposed as confirmed
Accuracy agent

Reconciles the element's amount at every hop to the hop before it and breaks any difference down to the row, tab and cell, with a confidence on each part and a citation to the extract or workbook behind it.

  • Never adjusts a figure or a report
  • Differences under the materiality threshold are listed, not raised
Timeliness agent

Replays the last stress drill from the scheduler and report-platform logs and measures each hop's elapsed time against the target, so Principle 5 is a measurement rather than an attestation.

  • Measures only; never re-runs a production job
Spreadsheet agent

Finds end-user computing in the lineage and risk-rates each workbook on materiality, complexity, controls and change history, naming the elements and reports it feeds.

  • Never edits or locks a workbook
  • A rating is a proposal; the owner attests the controls
Assessor

Drafts each principle's rating and rationale from the findings, cites every finding and its hop, maps the principle to the OCC heightened standards, paragraph II.J, and proposes remediation with an owner and a due date.

  • Never rates finally: the Head of Risk Reporting decides
  • Never opens an issue without a steward
Change agent

Watches system releases, schema and job changes and report template versions, and re-traces only the elements a change touches. When a system does not answer, it pauses the re-trace and says which one.

  • Never changes a rating; it only reopens one for a person
Risk Data Steward

Confirms every hop; the CDO approves, Internal Audit validates. The agents propose; a named person decides.

Ask in plain words

Ask about any figure, hop, principle or change

Ask the assistant in plain words. Every answer cites the extract, workbook, log or finding it came from, and opens the screen it is about.

Why is CRE exposure $212M above the loan system?

Two things in one workbook, at hop 4. $187.4M is 48 participations the bank sold to other banks, pasted onto tab Participations on June 30 with the “Sold %” column blank, so they count as held. $24.6M is six hard-coded overrides on tab Adj, cells F18:F23, with no comment. The loan origination system holds $14,648.0M; the board saw $14.86B. Nothing between the warehouse export and the upload reconciles the two.

Which principles moved since last year, and why?

Three. Principle 3, accuracy and integrity, from 3 to 2: re-drafted today on the CRE finding, with 13 elements carrying an unexplained difference. Principle 6, adaptability, from 3 to 2: six of the eight reports that missed the June drill build their cut in a spreadsheet. Principle 11, distribution, from 3 to 4: board and ALCO packs now carry a portal distribution log since RDA-26-012 closed.

How long did CRE exposure take in the June stress drill?

81.6 hours against a 24-hour target: requested June 18 at 08:00, on the board portal June 21 at 17:36. 60 hours were at the workbook: 31 waiting for the analyst, 22 refreshing and mapping by hand, 7 reviewing and uploading. Every other hop took 21.6 hours together. 33 of 41 reports met the target.

Which elements did the October 12 loan system release affect?

Release 26.4 renamed prop_type_cd to property_type_code. The Change agent re-traced the 14 elements that read it: 13 are unchanged, and CRE-OOR-002, office CRE exposure, changed. 112 office loans now come out unmapped on tab Map of the same CRE workbook, so office exposure is understated until the mapping is fixed. Nadia confirms the re-trace.

Every screen

The working solution, as it ships.

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

One board figure, followed back to its sourceBCBS 239 data lineage as a thread: CRE exposure of $14.86B from page 7 of the September Board Risk Report, traced through seven hops to the loan origination system, with the owner, time added and control at every hop, and principle chips pinned where the gaps sit.
The difference, explained to the tab and the cellHop 4 with the workbook beside the Accuracy agent's reconciliation: $14,648.0M at hop 5 against $14,860.0M uploaded, $187.4M of sold participations counted as held (confidence 0.93) and $24.6M of overrides nobody has explained.
The rows behind $187.4 millionThe workbook's Participations tab, rows 14 to 62 highlighted: 48 participations sold to other banks with the “Sold %” column blank, so the full commitment counts as held. Borrower names stay masked.
End-user computing controls, ratedThe Spreadsheet agent rates the workbook High at 0.95: 9 tabs, 1,840 formulas, 61 hard-coded values, no version control, no reviewer sign-off and no reconciliation, beside the six overrides on tab Adj, cells F18:F23.
A steward confirms the hop and opens the fixNadia Ferreira confirms hop 4 (LN-01), accepts finding F-26-031 (FD-01) and opens the two remediation items the Assessor proposed for Derek Lomax, each step recorded with her name and a reason code.
The BCBS 239 timeliness principle, measuredThe June 18 CRE downturn drill replayed hop by hop: 81.6 hours against a 24-hour target, 60 of them at the workbook, and 33 of 41 reports within target.
The BCBS 239 self-assessment, principle by principleThe same evidence as the 2026 self-assessment: 11 bank principles drafted from 312 elements, 44 findings and 1,284 evidence items, each beside last year's rating, with Principle 3 re-drafted today from 3 to 2.
Every rating cites its findingsPrinciple 3, accuracy and integrity: the Assessor's draft of 2 with its rationale, the findings behind it, each linked to its element and hop, and the OCC heightened-standards paragraph it also answers.
Submitted, approved, validatedThe Head of Risk Reporting submits (SA-01), the Chief Data Officer approves (SA-02) and Internal Audit validates independently (IA-01). The maker never checks his own work.
312 critical data elements, each with its lineageThe critical data element inventory behind 41 reports and 9 source systems: 268 with lineage confirmed, 13 broken, 13 with an unexplained difference, filtered, searched and assigned in bulk.
Remediation with owners, due dates and escalationEvery gap becomes an item with an owner, a due date and its issue number: 19 open, 6 due in 30 days, 3 overdue and 2 escalated to the Chief Data Officer after 30 days.
A system change re-traces only what it touchesLoan origination system release 26.4 renamed one field; the Change agent re-traced the 14 elements that read it and found one changed. A paused re-trace says plainly that the risk reporting platform is not answering.
One examiner packThe audit trail, people and agents alike, exported as one pack for Federal Reserve and OCC examiners, the Board Risk Committee and Internal Audit, with borrower data redacted and SAR-related elements as counts only.
Governance

Built for an examiner: cited, signed, masked, on the record.

Separation of duties, in the screenThe steward confirms hops and findings. The Head of Risk Reporting countersigns lineage, decides each rating, approves remediation closure and submits. The Chief Data Officer approves or returns the self-assessment. Internal Audit reads everything and validates. The data owner requests closure of his own items but never approves it, and the administrator changes settings but makes no assessment decision. A control a role may not use is disabled, with the reason beside it.
Maker-checker with a reason codeEvery hop confirmation, finding, rating, submission, approval, validation, remediation closure and due-date extension carries a reason code, from LN-01 for a confirmed hop to RM-05 for an extended due date. The maker is never the checker, and every change to a threshold, prompt or model waits for a second approver.
A citation on every valueEvery amount, timing and agent statement opens its source: the catalog entry, the job log, the extract, the tab and cell, the drill log or the finding. Every rating cites its findings, and every finding the hop where it sits, so an examiner can follow a rating to a cell.
One audit trail, one examiner packThe trail records who, what, when, why and which evidence, for people and agents alike, with the agent and prompt version behind each draft. It exports as CSV, or as one examiner pack for Federal Reserve and OCC examiners, the Board Risk Committee and Internal Audit.
Masked, retained, and no SAR in viewGLBA-aware masking hides loan-level rows outside the steward's domain. Records are kept 7 years, and exports redact borrower names, account numbers and employee IDs. SAR-related elements show as counts only, restricted to the BSA officer: no case or customer can be reached from this solution.
Agents governed like modelsEach agent's prompt and model are versioned (the Assessor runs prompt v2.4), with a confidence threshold, an acceptance rate and overrides counted by reason code. The solution shows evidence; it never certifies compliance.
Configuration

Your thresholds, your targets, your approvers

Every value below is the bank's to set. Each change is versioned and waits for a second person before it takes effect; in the working solution, the Chief Data Officer approves what the administrator proposes.

SettingDefaultChoose from
What makes an element criticalA figure on a board, regulatory or supervisory report, or used in a risk limitadd management reports above materiality (about 140 more elements)
Materiality for a hop difference$5M, or 0.1% of the element if lower$1M · $5M · $25M; 0.05–0.5%
Timeliness target in stress24 hours, request to board12 · 24 · 48 hours
Agent confidence threshold0.900.80 to 0.95
Escalate overdue remediationto the CDO after 30 days; to the Board Risk Committee report at twice that15 · 30 · 60 days
Keep assessment records7 years5 · 7 · 10 years
Mask loan-level rows outside the steward's domainOnon · off
SAR-related elementsCounts only, BSA officeron · off
Connections

Works with the systems a risk data office already runs on

Data catalog and data warehouseelement definitions, recorded lineage, staging tables and risk marts
ETL schedulerjob logs and run times, read for lineage and for the drill replay
Loan origination, core banking and general ledgercommitments, property types, loan ledgers and daily balancing
Risk reporting platformreport specifications, templates and delivery logs
File sharesthe workbooks in the lineage, found through access logs and read only
Issue management systemremediation items with their issue numbers, owners and due dates
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
100%
of critical data elements traced from report to source, with a reconciliation at every hop
Every hop
an amount and a control
demo
$212M
found in the middle of one board figure's path, cited to the workbook rows
target
Sameday
re-trace when a source system or report changes
Todaynext annual assessment
With agentssame day

“demo” = seen in the working solution, on its sample data · “target” = the design goal, measured in the live solution · “estimated” = our estimate of one assessment cycle's weeks at the demo bank · “typical” = published figures (Basel Committee on Banking Supervision, Principles for effective risk data aggregation and risk reporting, January 2013: 14 principles in four groups; BCBS progress report, November 2023: 2 of 31 G-SIBs fully compliant with all the principles; 12 CFR Part 30, Appendix D, II.J: OCC heightened standards for banks with $50 billion or more in assets). People named on this page are characters in the working solution; the bank, its systems, files, references and figures are fictional sample data.

Questions

What risk data teams ask about BCBS 239 compliance.

What is BCBS 239 compliance?

BCBS 239 compliance means a bank can show it meets the Basel Committee's Principles for effective risk data aggregation and risk reporting (RDARR), published in January 2013. This solution measures it on real numbers: agents follow each board-report figure back to its source hop by hop, reconcile it at every hop, time it in the last stress drill and draft the self-assessment principle by principle, every rating citing its findings. A steward confirms each hop, the Head of Risk Reporting submits, the Chief Data Officer approves and Internal Audit validates.

What are the 14 BCBS 239 principles?

They fall into four groups: overarching governance and infrastructure (Principles 1 and 2), risk data aggregation capabilities (3 to 6: accuracy and integrity, completeness, timeliness, adaptability), risk reporting practices (7 to 11) and supervisory review, tools and cooperation (12 to 14). Banks assess themselves on 1 to 11; 12 to 14 are addressed to supervisors, so the solution prepares their evidence without rating them.

Does BCBS 239 apply to US regional banks?

Global systemically important banks were to comply from January 2016, and the Basel Committee recommends that national supervisors apply the principles to domestic systemically important banks three years after their designation. In the US, the OCC's heightened standards for banks with $50 billion or more in assets (12 CFR Part 30, Appendix D, II.J) call for risk data aggregation and reporting policies. In the working solution, each principle shows the heightened-standards paragraph it also answers.

How does it trace BCBS 239 data lineage to the source?

The Lineage agent rebuilds each element's path from the data catalog, the ETL scheduler's job logs, the report specifications and file-share access logs. That is how it finds the workbook the catalog lists only as “manual upload”. It never confirms a hop itself: a steward confirms or corrects each one with a reason code, and the Head of Risk Reporting countersigns the lineage.

How is the BCBS 239 timeliness principle measured?

By replaying the last stress drill rather than attesting to it. The Timeliness agent matches the scheduler and report-platform logs to each hop and measures its elapsed time against the target the bank sets: 24 hours in the working solution. In the June 18 drill, CRE exposure took 81.6 hours, 60 of them in one workbook.

What happens when a source system or report changes?

The Change agent watches releases, schema and job changes and report templates, and re-traces only the elements a change touches. When the loan origination system renamed one field, it re-traced the 14 elements that read it and found one changed. It never changes a rating; it reopens one for a person, and a re-trace that cannot reach a system pauses and says which one.

Do people stay in control of every rating?

Yes. Agents trace, reconcile, measure, rate and draft; they never confirm a hop, adjust a figure, edit a workbook or set a final rating. Stewards confirm hops and findings, the Head of Risk Reporting decides each rating and submits, the Chief Data Officer approves and Internal Audit validates, each with a reason code. The agent's draft and every human change are kept side by side.

How does a solution like this go live at our bank?

The Agentic Solution Engine builds and deploys it from your requirements, your documents and your rules: the critical data element criteria, the materiality and timeliness targets, the reason codes, the approvers and the roles. It goes live once every quality gate has passed, connected to your data catalog, scheduler, source systems and reporting platform.

See it on
your board report.

We'll run BCBS 239 Compliance on one of your own board figures and the systems behind it.