EBA · 2019_4457 Rejected question

Unique row identifier for template Z 08.00 - Critical services (SERV)

Regulation
Directive 2014/59/EU (BRRD)
Article
11, para. 3
Topic
BRRD Reporting
Submitted by
Credit institution
Submitted
2019-01-14

Question

According to Annex II to ITS on Reporting for Resolution Plans, the combination of values regarding Service type, Service recipient, Service provider, Critical function and Country shall define a unique row identifier. Given that the combination of values defined as row identifier in template Z 08.00 of Annex II to the ITS on Reporting for Resolution Plans may actually be common to different contracts having different contractual provisions, how, if at all, should institutions report these contracts? (i.e. do institutions have to report one row for each contract, identified by field 0005 Identifier, which would be part of the single row identifier?)

Background

Annex II to ITS on Reporting for Resolution Plans for template Z 08.00 - Critical services (SERV) states that Annex II to ITS on Reporting for Resolution Plans for template Z 08.00 - Critical services (SERV) states that " the combination of values reported in columns 0010, 0030, 0050, 0070 and 0080 of this template forms a primary key which has to be unique for each row of the template" . According to that Annex, the combination of values regarding Service type, Service recipient, Service provider, Critical function and Country shall define a unique row identifier. Since such an information set may be common to different contracts having different contractual provisions required in the template, institutions may need to report one row for each contract, identified by field 0005 Identifier, that would be part of the single row identifier. Please consider the following topics: 1. some of the information requested by the template refer to the terms and conditions of the contracts regulating the provision of each service (e.g. Governing law, Resolution proof contract) 2. the same service type (as requested in field 0010) may be regulated by more than one single contract, hence, by considering only the service in the primary key the template would not catch the specificities of each underlying contract. Supposing for example the following situation: Company B (= service provider) provides data storage services (i.e. service type = 2.2) to Bank A (= service recipient) to collect deposits from households in Italy (i.e. critical function 1.1 = and country = IT). Assuming that these services are ruled by two different contracts in place with Company B (e.g. with different estimated time for substitutability or resolution proof clauses), according to the template’s primary key, only one row would be reported into the template, not representing properly the specific features of each single contract. Having said that, based on our understanding, the field 0005 “Identifier” (set as unique identifier of the combination of each service and related contract) should be included in the primary key of the template in order to allow institutions to report single contracts and avoid misreporting for contractual terms associated to the same service.
No answer published yet.

Original source: European Banking Authority, Q&A ID 2019_4457

This Q&A is published by European Banking Authority and is non-binding. It does not constitute legal advice. Updated weekly from official ESA sources.

Similar Q&As

More Q&As on this topic

📋 Track EU financial regulation continuously

Forseti monitors EU financial regulation and delivers personalised alerts anchored to verified official sources.

14-day free trial. No credit card required.