A09 · TOPIC · supervisory-dataGRA dossier · service level R0
GRAFinancial Regulation NexusEstablished
Topic dossier · Financial Regulation Nexus

Supervisory data

Supervisors see firms mainly through the data firms report to them, and they act on what that data allows them to see. Supervisory data covers regulatory returns, granular loan and transaction records, and the internal risk data that firms aggregate for their own boards. This page explains how data gaps and quality failures hide risk, how reporting standards and identifiers make data comparable, how supervisory technology is changing the work, and who decides what is collected.

Systems · around this subjectDesign, not a record

Supervisory review console

Supervisory data · Bank supervision · Cycle 2

6 findings overdueGRA · Financial Regulation Nexus

Firms by risk rating

Bank BHigh34Enhanced
Bank DMedium22Standard
Insurer AlphaHigh34Enhanced
Fintech F1Low20Light

Findings

Open01
Model validation gapsBank B
Remediating01
Climate data qualityInsurer Alpha
Closed01
Liquidity reportingBank D

Climate expectations met

share of firms, thematic review

Governance74 pct · req 100Risk management45 pct · req 100Scenario analysis35 pct · req 100Disclosure65 pct · req 100
Supervisory review console: the screen's structure, terms and states for Supervisory data.Placeholder names and illustrative values; a design, not a record or a live system.

Fig.Supervisory review console. Design wireframe with placeholder names and illustrative values, not a record or a live system.

01In brief

The short answer.

Supervisory data is the information firms report to supervisors, from regulatory returns to granular loan and transaction records and the internal risk data behind them. Supervisors act on what the data lets them see, so fragmented definitions, failed aggregation inside firms and reporting lag limit supervision.

02Spatial finance

A loan book under scenario families.

How physical and transition risk could reach a loan book under different scenarios. Illustrative design values.

A loan book across Europe under physical and transition risk.Design values; NGFS scenario names are labels only, not stress test results.
03The question

Supervisory data: how the risk develops.

Risk data, quality and reporting. The dossier below sets out how the risk develops, what is measured, where the data come from, how it is modelled and who decides.

Mechanism

Fragmented definitions

The same concept, such as default, exposure or counterparty, is defined differently across templates, regimes and firms. Aggregating across them without reconciliation produces totals that are precise and wrong.

Mechanism

Aggregation fails inside firms

Firms that cannot aggregate risk across legal entities and business lines quickly cannot see their own concentrations. In stress, supervisors asking for an urgent view find the data arrive late, incomplete or inconsistent.

Mechanism

Reporting lag hides fast risks

Quarterly returns describe a past position. Liquidity runs, margin calls and market moves unfold in days, so authorities increasingly ask for more frequent and more granular data in stress.

Mechanism

Burden crowds out usefulness

Templates added over decades overlap and duplicate, raising cost without adding insight. Integrated reporting, common data dictionaries and granular collection aim to report once and use many times.

04Key terms

Terms used on this page.

Each term as this page uses it. Where a standard-setting body defines the term, the wording follows that body.

TermDefinition
Regulatory returnA standard report a firm submits to its supervisor on a set template and schedule.
AnaCreditThe euro area dataset of loan-by-loan credit data collected by the ECB and national central banks.
Data point modelA formal model defining every data item in a reporting framework.
05Indicators

What is measured, and how well.

Each indicator carries its unit, its cadence, the kind of source behind it and the evidence label a value would carry. No values are shown: a programme supplies them under its own authority.

IndicatorUnitCadenceSource typeLabel
Return resubmission ratepercent of returns resubmitted after validationquarterlySupervisory reporting systemsOFFICIAL
Validation rule failurescount of failed checks per returnper submissionTaxonomy validation rulesOFFICIAL
Risk data aggregation principles adoptionassessment grade per principle for systemic banksperiodicBCBS progress reportsOFFICIAL
Legal entity identifier coveragepercent of reported counterparties with an LEIquarterlyGranular reporting and GLEIF dataOBSERVED
Reporting timelinessdays from reference date to submissionper returnSupervisory reporting calendarsOFFICIAL
Granular credit data coveragepercent of loans reported at loan levelannualCredit register documentationOFFICIAL
Supervisory technology usepresence and type of tools by authorityper survey roundAuthority surveysREPORTED
06Canvas

From sources to decisions.

The topic as a computational graph: named sources feed the methods, an evidence review gates the outputs, and the decisions stay with the authorities that hold them.

Pipeline canvas · Supervisory data as a run graphDesign, not a record
Supervisory data: model risk lifecycleEvery model is inventoried and tiered; development is documented; independent validation tests conceptual soundness, outcomes and benchmarks; approval sets limits of use; monitoring and periodic review keep it current until it is retired. Design of the process, not a record of a run.

Fig. 02Nodes carry their type, two metric rows and a state; connectors show what feeds what; dashed frames name the owners; the timeline is the cadence. Design of the pipeline, not a record of a run.

07Sources

Where the evidence comes from.

Named public datasets and institutional records, each with its licence class. Sources by agreement are used only under their terms and never republished.

SourceWhat it givesLicence class
EBA reporting frameworks and data point modelTemplates, definitions and validation rules for EU supervisory reportingPublic, reuse with attribution
ECB AnaCredit documentation and statisticsLoan-level credit data definitions and aggregate statistics for the euro areaPublic, ECB reuse policy with attribution
GLEIF Global LEI IndexLegal entity identifiers with reference and ownership dataCC0, public domain
FFIEC Central Data RepositoryCall reports of US insured banks with definitionsPublic domain, US government work
BCBS progress reports on risk data aggregation and risk reportingAssessments of systemic banks against the principlesPublic, BIS terms of use with attribution
BIS Financial Stability Institute publications on suptechSurveys and case studies of supervisory technologyPublic, BIS terms of use with attribution
IMF Financial Soundness IndicatorsHarmonised indicators of deposit takers and other sectors with compilation metadataPublic, IMF terms
08Decisions

Who decides, and what the evidence serves.

Financial Regulation Nexus prepares evidence. The decisions below are taken by the authorities named, under their own rules, and never by the platform.

Who decidesThe questionEvidence this page serves
Prudential supervisors and central banksWhat to collect, at what granularity and frequency, and how to validate itDefinition maps, burden and duplication evidence, quality practice
Statistical authorities and standard settersWhether to integrate statistical and supervisory reporting into common modelsComparative reporting frameworks and identifier coverage
LegislaturesWhat legal gateways allow authorities to share confidential dataComparative confidentiality and data-sharing provisions
Boards of financial firmsWhether risk data can be aggregated accurately, completely and quickly in stressSupervisory expectations and assessment practice for risk data aggregation

Outputs this topic produces

  • Data dictionaries mapping definitions across reporting regimes
  • Briefs on risk data aggregation practice and its supervision
  • Learning material on supervisory technology with its stated limits
  • Quality checklists for using public supervisory data
09Core questions

What experts ask.

Researchers on supervisory data ask whether the data can show the risks that matter.

  • Does supervisory data capture the exposures and interconnections that drive systemic risk?
  • Why do data quality and risk data aggregation problems persist in large institutions?
  • How can reporting burdens be reduced while improving data quality?
  • How do common data standards and identifiers improve comparability?
  • How are new data sources and analytical tools changing supervision?
10Mechanisms and drivers

Data that arrives late, differs and misses things.

Supervisory reporting has grown through layers of templates added after successive crises, often with inconsistent definitions. Large institutions struggle to aggregate risk data across legal entities and systems, a weakness exposed during past crises when firms could not quickly report their exposures. Data that is late, inconsistent or incomplete limits supervisors' ability to detect emerging risks.

Reforms aim to standardise definitions, use common identifiers for entities and instruments, and move towards granular data from which authorities can derive what they need. Supervisory technology applies analytics and machine learning to this data. Each step raises questions of governance, confidentiality and the cost of change.

11Methods and data

How the evidence is built, and where it stops.

  1. 01

    Data standards analysis

    Examining definitions, identifiers and formats with data engineering, interoperability and stewardship. Standards adoption is uneven.

  2. 02

    Comparative reporting review

    Comparing reporting regimes across jurisdictions. Detailed returns are confidential.

  3. 03

    Case studies

    Learning from data failures in past episodes. Public detail is limited.

  4. 04

    Published data analysis

    Using public aggregates. They may hide variation.

12Methods

How it is studied, and what the methods cannot say.

  1. Data engineering, interoperability and stewardshipMapping templates to a common model · Entity resolution with identifiersApplied here
  2. Policy, institutional and decision scienceRegulatory impact assessment · Comparing supervisory architecturesApplied here
  3. Financial economics and macro-financeCosts and benefits of capital requirements · Tracing leakage of macroprudential measuresApplied here
13Questions

Questions and answers.

What is a legal entity identifier?
A unique code under the ISO 17442 standard that identifies a legal entity taking part in financial transactions. It lets authorities link exposures to the same counterparty across reports and borders.
Why does granular data matter?
Loan-level and transaction-level data can be aggregated in many ways for different questions, while a template answers only the question it was designed for.
What is suptech?
Supervisory technology: the use of data engineering, analytics and machine learning by authorities to collect, validate and analyse data. It supports supervisory judgement; it does not replace it.
Why is risk data aggregation hard?
Because large institutions run many systems across many entities with different definitions. Bringing data together quickly and accurately requires sustained investment and governance.
Does the platform access supervisory data?
No. It works with published and aggregated data. Confidential supervisory data stays with the authorities.
Will common data standards reduce reporting burden?
They can, by allowing data to be reported once and reused, but the transition itself is costly.
Financial Regulation Nexus

Bring your expertise to this field.

The current service level is R0: information and enquiries. An enquiry receives a reference and names the next step; applications, payments, compute allocations and registrations open only when their team, terms and review capacity exist.

Have questions?