Filing Rules – the good stuff

CoreFiling’s Katherine Haigh and Joe Leeman are active contributors to XII’s Filing Rules Working Group. In this interview, we find out what motivated them and what insights they’ve gained that are useful either to regulators, filers or both.

Why did you join the Filing Rules Working Group?

Katherine: Part of my responsibility as Head of Quality Assurance is to check filing rules and filing manuals for our clients, so I have a good understanding of the things that work and the things that don’t. Any contribution we can make to improve the consistency and quality of filing rules not only benefits the market, but helps me in my job!

What does the Working Group do?

Joe: We’re analysing several filing manuals from a broad range of organisations in order to understand the current market practice. This work gives us a good insight into both the structure of filing manuals and also the content, the sort of rules that get included and how they are described.

Katherine: In addition, we’re looking for evidence and opportunities to automate the processing of filing rules as much as possible.

That’s interesting Katherine, what’s the reason for that?

Katherine: So, well-structured filing manuals and well-written filing rules lend themselves to automatic testing of reports and submissions. Having these processes automated not only builds consistency, it reduces the manual effort required by report preparers by giving them the opportunity to automatically test their reports prior to submission. It increases the level of first-time correct filings, reducing the workload on the regulator’s incoming processes.

Joe: Here at CoreFiling we offer validation modules to our customers that provide exactly that service – it’s much easier to write these and keep them current if we’re relying on well-structured manuals and well-composed filing rules. As Katherine said, this service enhances the reports preparation and submissions processes for our filer customers. In some cases, we provide the same automated validation software to both the regulator and their filers, meaning the filers can have 100% confidence of the validity of each report before submitting.

What other insights have you got from this work?

Joe: Interestingly, we’ve found a few anomalies that are potentially embarrassing for regulators and publishers of filing manuals!

Can you give some examples?

Katherine: Yes, we’ve seen examples where a regulator has clearly just copied content from another filing manual with no understanding of what the rule is supposed to achieve. It’s simply a copy-paste exercise. This is bad for the filer community, since it imposes an unnecessary constraint on their report, adding to the cost and effort, but adding no value to the filer or to the regulator.

Another example occurs in the Eurofiling space, where the supra-national regulator imposes a set of “should” rules in their filing manual. These rules might be, for example, to capture some useful statistical information that is not essential to the regulator. The National Competent Authority (NCA) then increases the severity of this rule to a “must” rule. All the organisations filing to that NCA are then required to submit the requested information in their reports or suffer having their report rejected.

As above, this process adds more effort and cost to the filers without creating any benefit to either filer or reporter. Though the supra-national regulator does always get the extra information they want.

So, there are definitely issues with current practice in filing manuals. Is it all bad?

Joe: Fortunately, no, it’s not all bad. We’ve seen some examples of great practice that, to be frank, should be adopted by all publishers of filing manuals. For example, those manuals that include a description of the goals, objectives and context for the filing rules are far easier to interpret and comply with. Rules that are properly arranged in a logical structure are also much easier to implement. For example, EBA categorise their rules into 5 classifications: filing syntax, instance syntax, context-related, fact-related and other. By doing this they allow the filer to see immediately where each rule should be applied.

Other examples are to have a consistent numbering system. Again, the EBA chooses a particular numbering system for its rules. Some NCAs just copy this numbering scheme, which we would support. Others choose to create a completely new numbering scheme, which adds to confusion and makes it difficult to compare rules and very difficult to automate them.

Katherine: We’d also strongly support the approach of differentiating the XBRL validation rules away from the guidance rules and rules relating to constraints in the submissions portal. This goes along with the idea that XBRL validation rules can easily be automated in the filing process. Guidance rules are more difficult, in that they can be difficult to resolve into clear “pass – fail” expressions. By separating out the constraints imposed by the submissions portal, it prevents some of the copy-paste rules being carried over unnecessarily.

Joe: And while we’re on the topic of good practice, I’d like to see proper versioning in filing manuals so it’s obvious what has changed when a new version of a filing manual is published. Ideally we’d see a consistent identification scheme where each rule is assigned a unique reference, whether a number or an error code, for life. This makes for ease in version control and change management.

In summary then, what guidance can you give to publishers of filing manuals and to the communities of filers that need to comply with the rules?

Katherine: I think for the publishers there are two key messages: firstly, to treat the creation of filing rules with the same rigour that is applied to taxonomy development and publication. The second is to walk a mile in the filer’s shoes, to better understand the limitations, confusion and wasted effort that occur when irrelevant or over-severe rules regimes are applied.

Joe: And for the filer community, it’s not to be complacent. Filers should require their regulators and authorities to provide clear unambiguous filing manuals containing only the rules required to assure successful submission and no more. Also to participate in reviews of any draft manuals published by the regulators, to question any rules that are not clear, and to put the onus on the regulator to explain the need for any specific rules to be applied.

Thanks for the insight, Katherine and Joe – I’m sure that is useful information for publishers and consumers of filing manuals. What’s next for you two?

Katherine: We still have some more filing manuals to review, and a recommendations and guidance paper to publish, hopefully in time for the Data Amplified Conference in November.

Joe: I’d really like to use the insights we have gained in this exercise to help publishers of filing manuals improve their practices and processes in filing rules. I can see the benefit that would bring to the publisher and, as importantly, to their filing community.

Announced: Seahorse® is the T4U Successor

After the recent EIOPA announcement that the XBRL reporting tool T4U will be decommissioned next month, many filers are now looking for a quick solution to keep their submissions compliant.

At CoreFiling, it’s our business to keep you compliant – that’s why we are proud to announce that we are offering a free trial to our cloud-based regulatory filing platform, Seahorse®. The successor to T4U.

This free trial gives you the opportunity to create one complete filing to submit to a regulator – and even better, users will have three months to explore the software before submitting their filing. Here are just some of the ways in which Seahorse® can help your organisation:

The Benefits

  • Seahorse® lets you create fast, error-free XBRL filings. Unlike T4U, its data rendering is XBRL-based, so the reports you send will never have data conversion errors or approximations. The data is 100% accurate every time.
  • Seahorse® is hosted in the cloud. Its architecture lets you update taxonomies instantly, with no tedious installations. You can create and view your filings anywhere, any time.
  • Seahorse® allows you to easily create XBRL filings in the familiar environment of Microsoft Excel.

How do I sign up?

Trial access is available to anyone. To claim your trial, simply visit our website and fill out the sign up form.

Life after the removal of Excel-based CRD IV reporting in Portugal

In June 2014, to ease the transition to its new CRD IV reporting regime, the Bank of Portugal introduced a free reporting system based upon the completion of Excel spreadsheets. Not surprisingly, very many Portuguese financial institutions took this easy way out and for the past year have been filing their CRD IV returns using this method.

Only XBRL accepted from the end of June 2015

However, as was fully explained at the time, reporting in Excel was introduced as an interim step only, and the ability to use the spreadsheet-based system is about to disappear. From the end of June 2015 the large number of filers currently using the Excel-based reporting application will have to find an alternative approach.

Seahorse, the XBRL lifeline

Seahorse®, CoreFiling’s cloud-based XBRL conversion software, will provide a lifeline to Portuguese financial institutions now that they need to find ways of converting their spreadsheet data into fully validated XBRL instance documents before submission to the Bank of Portugal. Seahorse provides an easy to use, risk-free solution to the problem of complying with the CRD IV XBRL mandate. It is a SaaS-based application, readily accessible from any internet browser. There is no software to install or maintain, and Seahorse requires no effort on the part of the user when taxonomy changes occur, as these are handled behind the scenes.

Continue reading “Life after the removal of Excel-based CRD IV reporting in Portugal”

The count-down to Solvency II Pillar 3 reporting – 5

How do I keep up to date with XBRL taxonomy changes?

The whole process of gathering relevant data and implementing an effective workflow to turn that data into valid XBRL reports is daunting enough, but the challenges do not stop there. What happens when the underlying XBRL taxonomy changes, as it undoubtedly will? What solutions are available to help smooth the reporting process?

The impact of Solvency II taxonomy changes

Without specialist insight into the taxonomy structure it is difficult to understand what changes have occurred from one version to the next and, more significantly, how the changes might impact both technical considerations and the preparation of XBRL reports.

Compliance with EIOPA business rules

The business rules imposed by EIOPA and the NCAs may also be amended from time to time, and this could have a profound effect on the data that needs to be reported. How will your reporting systems cope with frequent updates? How will you make sure that your systems remain current, producing totally valid XBRL documents that will not be rejected at the point of submission?

Some systems rely on hard-coding and may prove inflexible, so you would do well to make sure that you will not incur massive system and cost overheads just to bring your reporting into line each time.

Continue reading “The count-down to Solvency II Pillar 3 reporting – 5”

The count-down to Solvency II Pillar 3 reporting – 4

How do I report to my NCA?

Although it remains at the discretion of the individual NCA, many regulated firms will find that they must now submit their quantitative reports in XBRL, which may be an unfamiliar format presenting a new set of challenges, particularly since there is now so much more data to be handled (at a recent conference estimates were quoted at over 10K data items for solo reporting, and 200K for group reporting during the preparatory phase, increasing to around 40K and 800K data items respectively when full scope reporting arrives in January 2016).

Integration or standalone?

How to handle the data is a key issue. Many insurers will have existing workflow and security processes in place, but must now integrate them with the less familiar requirements of XBRL preparation, validation and rendering, so both the IT department and the business will need to engage to ensure that the relevant data can be captured and turned into the required reports.

Decisions need to be made: whether to create a standalone environment or embed reporting into current architecture; whether to rely on process professionals to provide the specialist XBRL capabilities (which may be outside their core competence), or to seek help from a dedicated XBRL technology company.

Continue reading “The count-down to Solvency II Pillar 3 reporting – 4”

The count-down to Solvency II Pillar 3 reporting – 3

What do I report?

As mentioned in the previous Blog Post, even firms that begin reporting during the Solvency II preparatory phase will notice a hefty increase in the number of templates they need to complete when full scope reporting arrives in January 2016.

Quantitative and qualitative reporting

Solvency II Pillar 3 brings a huge increase in the amount of data that needs to be reported. For example, for the first time detailed asset data must be included. Firms will also need to take into account a new set of reporting requirements, relating to both quantitative and qualitative disclosures. Under Pillar 3, the main focus is on two particular reports, which require both qualitative and quantitative data:

  • SFCR – Solvency and Financial Condition Report
  • RSR – Report to Supervisors

Public vs private reporting

Reporting also occurs on two levels – public and private. For example, a few of the quantitative templates and qualitative data will be made public in the SFCR, whereas all quantitative templates and a detailed set of qualitative data must be reported privately to the regulator in the RSR.
Continue reading “The count-down to Solvency II Pillar 3 reporting – 3”

The count-down to Solvency II reporting – 2

Do I need to report and when?

In the second of our blog series, we examine which insurance undertakings will have to begin reporting under the preparatory phase that EIOPA has introduced as a precursor to full Solvency II reporting which finally takes effect in January 2016.

While all insurers are expected at least to start preparing for the full implementation of the Solvency II regime, only certain organisations meeting prescribed thresholds will need to report to their NCA during the preparatory phase, but this is due to begin in June 2015, so time is very short.

Interpretation of the EIOPA thresholds

The thresholds specified by EIOPA are:

  • Individual annual reporting for firms representing at least 80% of the national market share
  • Individual quarterly reporting for firms representing at least 50% of the national market share
  • Group quarterly or annual reporting for firms with more than EUR 12 billion (period ending during 2012)

Continue reading “The count-down to Solvency II reporting – 2”

The count-down to Solvency II Pillar 3 reporting – 1

The insurance industry prepares

Although there are still several months to go before full scope reporting begins under the new Solvency II Pillar 3 regime, the deadline for preparatory reporting is imminent for those insurance undertakings included in the first phase.

The focus of Pillar 3 of the Solvency II regime revolves around supervisory reporting and transparency requirements, and will mean a seismic shift upwards in the volume of data to be extracted and reported as well as the frequency of the report submissions.

Reporting formats

So that it can manage and analyse the large amount of data reported under Solvency II, EIOPA has specified XBRL (eXtensible Business Reporting Language) as the filing format. Although XBRL is only mandatory between National Competent Authorities (NCAs) and EIOPA, some NCAs are insisting that their regulated firms also submit their quantitative returns in XBRL, with narrative returns submitted in some other electronic format. For example, the Bank of England/PRA requires quantitative reports in XBRL and narrative reports in PDF format. This will, however, vary from country to country.

Continue reading “The count-down to Solvency II Pillar 3 reporting – 1”

CRD IV 2.3 taxonomy contains important new reports

New Liquidity Monitoring and Supervisory Benchmarking

The European Banking Authority (EBA) recently published version 2.3 of the CRD IV taxonomy. The announcement includes two brand new reports, supporting additional Liquidity Monitoring and Supervisory Benchmarking.

The EBA now stipulates that filings with a reference date of 30th June 2015 or later will need to be prepared against the new CRD IV 2.3 taxonomy.

Continue reading “CRD IV 2.3 taxonomy contains important new reports”

Rapid deployment team accelerates Asset Encumbrance filing in XBRL for large international investment bank

Asset Encumbrance (AE) reporting seems to have taken a few financial firms by surprise. It is one of the quarterly XBRL reports that must be submitted by all organisations reporting under the CRD IV COREP mandate, and must be filed in XBRL format.

With less than a week to go to the first Asset Encumbrance reporting deadline on 12th February, a large international investment bank requested help from CoreFiling to file their first AE report in due time. Our True North® XBRL processor immediately came to the rescue.

Continue reading “Rapid deployment team accelerates Asset Encumbrance filing in XBRL for large international investment bank”