2 min readBlockingEIOPA taxonomy 2.10.0Updated 11 November 2026

Content of the submission and solvency capital requirement - non-life and health catastrophe risk: a conditional check (SR.01.01, SR.27.01, EIOPA rule BV296_2)

A blocking check on the content of the submission (SR.01.01) and solvency capital requirement - non-life and health catastrophe risk (SR.27.01) templates, in the annual solo (ARS), annual group (ARG) and annual branch (ARB) returns.

It applies to 2.8.2 returns too, the release for the 2026 returns, and Line4 Check runs it there as well.

The rule in plain words

The item "Catastrophe Risk Charge Liability after risk mitigation" reported in Solvency Capital Requirement - Non-life and Health catastrophe risk (SR.27.01) [RFF/MP/RM] must be equal to "Catastrophe Risk Charge Liability before risk mitigation" minus "Estimated Risk Mitigation" added by "Estimated Reinstatement Premiums"

The headline gives only the template and the kind of check, because the rule is too long to say in a headline. The plain words above say all of it.

EIOPA writes it out as separate checks, one for each table or return it covers. Line4 Check runs 18 of them (BV296_2-2 to BV296_2-19), and a failure names the one that failed.

What to do if your return fails it

  1. 01Open the tables below and find the cells the rule reads.
  2. 02The check applies only when its first part holds in your return. When it does, the second part must hold too: fix the second part, or correct the first.
  3. 03EIOPA allows a small rounding difference, worked out from the decimals each value is reported with.
  4. 04It runs only when your filing indicators mark SR.01.01 and SR.27.01 as reported.
  5. 05This is a blocking check. A return that fails it is normally rejected, so fix it before you submit.

The cells it reads

Content of the submission (SR.01.01.01.01)

Row

  • R0940SR.27.01.01 - Solvency Capital Requirement - Non-life and Health catastrophe risk

Column

  • C0010Reporting status

Content of the submission (SR.01.01.04.01)

Row

  • R0940SR.27.01.01 - Solvency Capital Requirement - Non-life and Health catastrophe risk

Column

  • C0010Reporting status

Content of the submission (SR.01.01.07.01)

Row

  • R0940SR.27.01.01 - Solvency Capital Requirement - Non-Life and Health catastrophe risk

Column

  • C0010Reporting status

Solvency capital requirement - non-life and health catastrophe risk: man made catastrophe risk - liability (SR.27.01.01.14)

Rows

  • R2700Professional malpractice liability
  • R2710Employers liability
  • R2720Directors and officers liability
  • R2730Other liability
  • R2740Non-proportional reinsurance
  • R2750Total

Columns

  • C0920Catastrophe Risk Charge Liability before risk mitigation
  • C0930Estimated Risk Mitigation
  • C0940Estimated Reinstatement Premiums
  • C0950Catastrophe Risk Charge Liability after risk mitigation

Solvency capital requirement - non-life and health catastrophe risk: man made catastrophe risk - liability (SR.27.01.01.15)

Row

  • R2800Total before diversification

Columns

  • C0960Catastrophe Risk Charge Liability before risk mitigation
  • C0980Catastrophe Risk Charge Liability after risk mitigation

Which returns it applies to

Line4 Check runs it on annual solo (ARS), annual group (ARG) and annual branch (ARB) returns on EIOPA taxonomy 2.10.0. EIOPA applies it to annual branch (ARB), annual ECB branch (AEB), annual group (ARG), annual solo (ARS) and annual ECB solo (AES) returns, as a blocking check.

EIOPA’s own words and formula

In EIOPA’s list of validations, word for word:

The item "Catastrophe Risk Charge Liability after risk mitigation" reported in SR.27.01 - Solvency Capital Requirement - Non-life and Health catastrophe risk [RFF/MP/RM] must be equal to "Catastrophe Risk Charge Liability before risk mitigation" minus "Estimated Risk Mitigation" added by "Estimated Reinstatement Premiums".
Show the formulaShow

EIOPA's formula, for BV296_2-14. Cells are written as {t: table, r: row, c: column}.

if ({t: SR.01.01.01.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x1] or {t: SR.01.01.01.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x71]) then {t: SR.27.01.01.14, r: R2750, c: C0950, z: Z0001} = {t: SR.27.01.01.14, r: R2750, c: C0920, z: Z0001} - {t: SR.27.01.01.14, r: R2750, c: C0930, z: Z0001} + {t: SR.27.01.01.14, r: R2750, c: C0940, z: Z0001} else true()

BV296_2-2:

if ({t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x1] or {t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x71]) then {t: SR.27.01.01.14, r: R2750, c: C0950, z: Z0001} = {t: SR.27.01.01.14, r: R2750, c: C0920, z: Z0001} - {t: SR.27.01.01.14, r: R2750, c: C0930, z: Z0001} + {t: SR.27.01.01.14, r: R2750, c: C0940, z: Z0001} else true()

BV296_2-3:

if ({t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x1] or {t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x71]) then {t: SR.27.01.01.14, r: R2740, c: C0950, z: Z0001} = {t: SR.27.01.01.14, r: R2740, c: C0920, z: Z0001} - {t: SR.27.01.01.14, r: R2740, c: C0930, z: Z0001} + {t: SR.27.01.01.14, r: R2740, c: C0940, z: Z0001} else true()

BV296_2-4:

if ({t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x1] or {t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x71]) then {t: SR.27.01.01.14, r: R2730, c: C0950, z: Z0001} = {t: SR.27.01.01.14, r: R2730, c: C0920, z: Z0001} - {t: SR.27.01.01.14, r: R2730, c: C0930, z: Z0001} + {t: SR.27.01.01.14, r: R2730, c: C0940, z: Z0001} else true()

BV296_2-5:

if ({t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x1] or {t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x71]) then {t: SR.27.01.01.14, r: R2720, c: C0950, z: Z0001} = {t: SR.27.01.01.14, r: R2720, c: C0920, z: Z0001} - {t: SR.27.01.01.14, r: R2720, c: C0930, z: Z0001} + {t: SR.27.01.01.14, r: R2720, c: C0940, z: Z0001} else true()

BV296_2-6:

if ({t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x1] or {t: SR.01.01.07.01, r: R0940, c: C0010, z: Z0001} = [s2c_CN:x71]) then {t: SR.27.01.01.14, r: R2710, c: C0950, z: Z0001} = {t: SR.27.01.01.14, r: R2710, c: C0920, z: Z0001} - {t: SR.27.01.01.14, r: R2710, c: C0930, z: Z0001} + {t: SR.27.01.01.14, r: R2710, c: C0940, z: Z0001} else true()

And 12 more, the same rule on other tables or returns.

Every Solvency II rule on SR.01.01

Checks like this one, run at the point of submission, are the first step to real-time supervision. Line4 builds SupTech software for financial regulators that runs checks like these as each return arrives.