Content of the submission and 2 other templates: a conditional check (SR.01.01, SR.26.04, SR.27.01, EIOPA rule BV266_2)

The rule in plain words

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 six of them (BV266_2-2 to BV266_2-7), 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

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 "Diversification between sub-modules" reported in SR.27.01 - Solvency Capital Requirement - Non-life and Health catastrophe risk [RFF/MP/RM] must be equal to the difference between "Health catastrophe risk" and the sum of all risks reported.

Other rules on Content of the submission (SR.01.01)

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.