COREP & FINREP Reporting · Accuracy

COREP validation rules pass; the return can still be wrong

COREP validation rules test that a return agrees with itself: totals, signs and the links between templates. They cannot test whether an exposure sits in the right class or carries the right risk weight, which is where the PRA's largest reporting fines came from.

Updated · 13 min read

COREP validation rules are the published checks a return must pass before a supervisor accepts it: a total must equal the sum of its parts, an amount must not be negative, CET1 capital must equal the total risk exposure amount multiplied by the CET1 ratio. The EBA publishes them with every framework release as part of the data point model, and changes them between releases. They test whether the return is consistent. They do not test whether a cell reflects the bank's exposures, and a mortgage booked to the wrong exposure class passes every one of them. Botminds' COREP & FINREP Reporting runs the published rules on every draft and explains each failure in plain words, and because every cell drills to its exposures, mapping and source, a reviewer can check what a number means as well as whether it adds up.

This guide sets out what the rules are, how many there are and how often they move, what a failure and a deactivated rule mean, and the checks a reporting team needs on top of them.

What the rule checks, and what the template should have said

Passes the ruleWhat only the source shows
CET1 capital = TREA × CET1 ratio

Passes the rule: C 01.00 row 0020 equals C 02.00 row 0010 times C 03.00 row 0010. The rule holds whenever the three cells agree.

What only the source shows: If risk-weighted assets are understated, TREA, the ratio and the surplus are all wrong together, and the identity still holds.

A total equals its breakdown

Passes the rule: The rows by property type add up to the exposure value in row 0010.

What only the source shows: A buy-to-let loan put in the owner-occupied row adds up perfectly and carries the wrong risk weight.

A risk weight on commercial loans

Passes the rule: Signs, totals and identities can all agree with a wrong risk weight.

What only the source shows: Metro Bank applied the wrong risk weight to certain commercial loans; the correction moved its RWA by about £900 million.

An interpretation of an instruction

Passes the rule: The return is filled the same way every quarter, so every rule passes every quarter.

What only the source shows: The PRA fined Citi in 2019 partly for how it governed technical interpretations of reporting requirements.

Retained earnings in COREP and FINREP

Passes the rule: No EBA rule compares C 01.00 with F 01.03.

What only the source shows: The two can differ for good reasons, such as unverified interim profit, or for bad ones; only a written explanation separates them.

Rule v0218_m and the row labels are from the EBA's validation rules file for release 4.4 (October 2026) and Implementing Regulation (EU) 2024/3117. The cases are from PRA enforcement notices of 2019 and 2021; the buy-to-let and retained earnings examples are from the solution's fictional sample bank.Source: EBA validation rules, release 4.4; PRA on Metro Bank, 2021; PRA on Citi, 2019

What are COREP validation rules?

They are formulas over the cells of the COREP templates, written by the EBA and shipped with each reporting framework release. The EBA's data point model is "a structured representation of the data, identifying all the business concepts and its relations, as well as validation rules", and its XBRL taxonomies present those rules "in the technical format of an XBRL taxonomy" (EBA reporting frameworks). Each rule has a code, the tables it reads, an expression and the reference dates it applies to. The legal basis for the templates themselves is Implementing Regulation (EU) 2024/3117, which sets their formats, frequencies and dates (EUR-Lex).

A typical rule, v0218_m, reads: {tC_01.00, r0020} = {tC_02.00.a, r0010, c0010} * {tC_03.00, r0010}. In words, Common Equity Tier 1 capital in C 01.00 must equal the total risk exposure amount in C 02.00 multiplied by the CET1 capital ratio in C 03.00. It is a good rule. It catches a ratio typed by hand or a template filled from a stale extract. It cannot tell whether the total risk exposure amount is right.

What do EBA validation rules check?

Mostly arithmetic and presence. The EBA's validation rules file sorts each rule by source: hierarchy rules (a total equals its components), sign rules (a value is not negative), existence rules (a required cell is filled) and user-defined rules, which carry everything else, from identities like v0218_m to conditions on when a cell must be filled. Counting the distinct rule codes active for a 30 September 2026 reference date in the file the EBA published on 12 October 2026 gives the picture below.

COREP and FINREP validation rules in force for 30 September 2026, by kind

COREP, user-defined
1,651
COREP, sign
351
COREP, hierarchy
69
FINREP, user-defined
1,768
FINREP, hierarchy
438
FINREP, sign
187
Rules linking a COREP table to a FINREP table
0
Our count of distinct rule codes marked active for the reference date 30 September 2026 in the EBA's validation rules file for release 4.4 phase 1: 2,073 COREP and 2,393 FINREP (FINREP includes the ECB's data-point module for less significant institutions). Two COREP existence rules are not shown. UK banks run the Bank of England's own taxonomy validations instead.Source: EBA validation rules file (from 4.0), October 2026

The last bar matters most. Not one of the 14,164 rows in the file reads both a COREP table and a FINREP table. The two returns describe the same balance sheet, and the EBA's rules never compare them; that check belongs to the bank. Where COREP and FINREP meet, and why they legitimately differ, is set out in COREP vs FINREP: two returns, one balance sheet.

How often do EBA validation rules change?

Every quarter, and at every release. The EBA says the rules for a framework release "can be subject to change as part of an 'updated validation rules package' (published around two months before the first reference date of a framework release) or as part of a 'small validation rules package' (published every quarter)" (EBA). The small packages are published "roughly 20 days before the reference date of the end of the quarter (i.e. around 10 March, 10 June, 10 September and 10 December)" and "can include deactivations of validation rules, reactivations of validation rules and changes to their severity status" (EBA validation rules packages).

The six small packages listed since June 2025 came on 12 June, 15 September and 12 December 2025, and on 16 April, 10 June and 14 September 2026; the full rules file was last updated on 12 October 2026 with release 4.4. For a team, that means the rule set used on the first draft of a quarter may not be the one in force at remittance. The rules file is versioned by date for this reason, and the run on each draft should state which version it used.

What is a deactivated validation rule?

It is a rule the EBA has switched off, usually because it was found to be wrong or to fire on legitimate data, without removing it from the file. In the October 2026 file, 245 COREP rule codes and 99 FINREP rule codes that cover the 30 September 2026 reference date are marked inactive (our count). A deactivation is not an all-clear: whatever the rule was meant to protect is now unprotected until it is fixed and reactivated, and a bank that relied on it needs its own check in the meantime.

The published rule set is large, and it moves

4,466

active COREP and FINREP rule codes for a 30 September 2026 reference date

Our count, EBA file of 12 October 2026

344

COREP and FINREP rule codes for the same date marked inactive

Deactivated, not deleted

4

small validation rules packages a year, around the 10th of the last month of each quarter

Plus an update before each release

Source: EBA validation rules packages

Do validation rules guarantee an accurate return?

No. A rule can only compare cells with other cells; accuracy means comparing cells with the bank's books, exposures and the rules of the CRR. The PRA's enforcement cases are mostly about the second kind of error. Metro Bank's COREP returns from 2016 to January 2019 carried "the incorrect risk weighting to certain commercial loans", and its £5,376,000 fine cited weak controls over how it interpreted the rules (PRA, December 2021). Citi's £43.9 million fine in 2019 cited six substantive errors with a material or potentially material effect on its returns, and a weak approach to technical interpretations (PRA, November 2019). Neither was a validation failure; both were valid returns that were wrong.

The PRA's 2021 letter generalises the point. Its skilled persons found weak controls over models, spreadsheets and reconciliations, and interpretations built into firms' systems long after anyone had last checked them (PRA, 2021). A hard-coded interpretation produces a consistent return, which is exactly the kind the rules pass.

What happens if a COREP validation rule fails?

Before submission, the bank investigates and fixes the cause: a mapping, a source feed, a manual adjustment. The wrong fix is to adjust the cell until the rule passes, which turns a visible inconsistency into an invisible error. After submission, the obligation is to correct. The UK rule says that where audited figures differ from the unaudited ones submitted, "the revised, audited figures shall be submitted without undue delay", and "other corrections to the submitted reports shall also be submitted to the competent authorities without undue delay" (PRA Rulebook, Reporting (CRR) Article 3(4)–(5)); the EU text is the same in substance (Implementing Regulation (EU) 2024/3117, Article 3).

The PRA's 2021 letter adds the threshold: "When errors are identified for any reason after submission of the returns, firms should review the impact and resubmit where there are material errors." And the bank must say so promptly. Notifications Rule 6.1 requires reasonable steps to make what the PRA receives accurate and complete (PRA Rulebook), and Standard Chartered was fined £46.55 million in 2021 partly because it investigated a liquidity reporting error for four months before telling the PRA (PRA, December 2021).

How the Validation agent explains a failed rule

In COREP & FINREP Reporting, the Validation agent runs every published rule on every draft, for the framework in force and for the Basel 3.1 parallel run, and writes each failure as a sentence with its formula, the amount it fails by and the likely cause. Take the solution's sample bank, a fictional UK lender, through its third quarter of 2026. Its sample rule set has 1,140 rules: 642 for the taxonomy in force and 498 for the Basel 3.1 parallel run. Draft 1 on 16 October failed 41 of them, Draft 2 on 19 October failed 9, and Draft 3 on 22 October failed 3.

Three failing rules, one cause, in plain words

The Checks screen. 3 of 1,140 rules fail on Draft 3, all in the Basel 3.1 parallel credit risk template, from one cause: 5,614 buy-to-let exposures without a mapping. Bars show 41 failing on Draft 1, 9 on Draft 2 and 3 on Draft 3; 642 rules for today's framework all pass and 498 Basel 3.1 rules have 3 failures. Each failing rule is written in words with its formula and the amount it fails by, with a cause and fix: approving mapping MAP-0417 fixes all three.
Fictional sample data. The three failures on Draft 3 all trace to one product family with no Basel 3.1 mapping. The agent proposes the fix; it never edits data to make a rule pass.

The three failures were one problem. A buy-to-let product family of 5,614 exposures, £1,302.7 million, had no Basel 3.1 mapping, so the breakdown rows of the parallel credit risk template fell short of row 0010 by that amount, and the own funds requirements template fell short of the credit risk template's total by £359.5 million. The agent named the cause and the fix, a pending mapping change. A manager approved the mapping with a reason code; the agents remapped the exposures, repopulated two templates, reran all 1,140 rules on Draft 4 and every one passed.

That pass is the start of review, not the end. The same drill that found the unmapped family lets a reviewer open any cell, see the exposures behind it, the mapping rule that placed each one and the source data, and check that the buy-to-let loans now sit where the policy says they should.

After the approval: remapped, repopulated, every rule rerun

The Return screen after a manager approved mapping MAP-0417. The Basel 3.1 parallel cell now reads £3,190.0 million, £222.6 million below today's rules, and the buy-to-let mapping rule shows as live. An Agents at work panel lists four timed steps: 5,614 exposures mapped, two templates repopulated with 84 cells of new lineage, 1,140 rules run on Draft 4 with the three failures now passing, and the own funds requirements template re-checked against the credit risk template, which agrees.
Fictional sample data. Each step is shown as it runs; the Basel 3.1 cell moves to £3,190.0 million, £222.6 million below today's rules.

Checks that catch what the published rules cannot

The rules are necessary and cheap; accuracy needs tests that reach outside the return. The list below is what a reporting team should run alongside them each quarter. Several are named in the PRA's letters; the rest follow from the enforcement cases.

Six accuracy tests to run beside the validation rules

  1. Reconcile every template to the general ledger

    Every cycle, with each break explained, as the PRA has asked since 2021.

  2. Trace a sample of cells to exposures

    Open the cell, list its exposures, check each one's class, risk weight and source against policy.

  3. Explain every material movement

    Against last quarter, by driver: new lending, mapping changes, data fixes, rule changes.

  4. Tie COREP to FINREP

    No published EBA rule does it; write each legitimate difference down with its rule.

  5. Review the interpretations register

    Each key interpretation with its owner, citation and review date, as the PRA asked in 2019.

  6. Re-test after a deactivation

    When the EBA switches a rule off, decide what the bank will check instead.

Source: PRA, 2021 thematic findings

How a buyer should test a solution against these, rather than against the rule count, is covered in regulatory reporting solutions for COREP and FINREP: 10 questions.

Questions people ask

Where can I find the EBA validation rules?

On the EBA's validation rules packages page, as an Excel file for framework releases from 4.0 onwards and another for releases up to 3.5, with the date of the last update in the file name. The file for 4.0 onwards was last updated on 12 October 2026, with release 4.4.

What is a small validation rules package?

A quarterly EBA publication that deactivates, reactivates or changes the severity of existing rules without a new framework release. It is published around 20 days before quarter end, and since release 4.0 it comes with a micro taxonomy package and scripts to update the data point model.

Do UK banks use the EBA validation rules?

UK banks file on the Bank of England Banking XBRL taxonomy, which carries its own taxonomy validations; version 4.1.1 was published on 27 August 2026 for rules taking effect on 1 January 2027. The Bank implements EBA validation changes only for EBA taxonomy 3.0 and earlier, for as long as those packages are used.

Why would a COREP return pass validation but still be wrong?

Because the rules test consistency between cells, not the cells against the bank's exposures. A loan in the wrong exposure class, or a risk weight applied in error, produces totals, ratios and signs that still agree, as in the Metro Bank case, where the correction moved risk-weighted assets by about £900 million.

What is the difference between COREP and FINREP validation rules?

COREP rules check own funds, risk exposure amounts, large exposures, leverage and liquidity templates; FINREP rules check the financial statement templates. In the EBA's October 2026 file, about 2,070 COREP and 2,390 FINREP rule codes are active for 30 September 2026, and none links the two frameworks.

COREP & FINREP Reporting.
See it on your own files.

An agentic solution from Botminds. EU and UK reporting teams prepare and validate COREP and FINREP returns, lineage included Book a demo, or explore how it works.