1. SAEX RW EC Taxonomy model COREP SA Capital Requirements template taxonomy all possible items for this template ET dimension taxonomies

2. SAEX RW EC Taxonomy model COREP SA Capital Requirements template taxonomy all possible items for this template ET dimension taxonomies central bank specific taxonomy items selected by the central bank within a tuple centralbank

3. SAEX RW EC Taxonomy model COREP SA Capital Requirements ET dimension taxonomies entity-1 et:TotalByExposureType ec:Institutions rw:TwentyPercent saex:PastDue … <t-sa-cr:ExposureValue contextRef="context-1" unitRef="unit-1" precision="19">22000 centralbank

4. Pros (1/2) COREP easy to build and implement very flexible (each template could be connected with every dimension) easy to maintain because of the division in several taxonomies the calculation linkbase can be used for all taxonomies slim taxonomy because of using the context to build up the multi- dimensions

5. Pros (2/2) COREP the connections between the template taxonomy and the dimensions are built up in the instance document the taxonomy can be extended by central banks the COREP taxonomy will be a reference for the new functionality of multi- dimensions in XBRL new for XBRL but valid according the specification 2.1

6. Cons (1/2) COREP a calculation is only possible in one context with software that exist today no XBRL validation of the dimensions in the context till new software appears actual validations are implemented using xml schema only no limitation of the dimensions in the templates is possible all templates can be connected with all dimensions

7. Cons (2/2) COREP multi-dimensions in XBRL are not specified yet and should be discussed in the XBRL specification or domain group with the actual version of the dimensions the instance documents show the connections between templates and their possible dimensions