European XBRL Reporting Entities handbook

From XBRLWiki

(Difference between revisions)
Jump to: navigation, search
Revision as of 20:15, 15 June 2013 (edit)
Pieter.Maillard (Talk | contribs)
(How to start with XBRL from the declarer's perspective)
← Previous diff
Current revision (10:49, 20 March 2014) (edit)
Iboixo (Talk | contribs)

 
Line 5: Line 5:
'''CEN WS XBRL Experts''': Pieter Maillard (Aguilonius), Pablo Navarro (Atos) '''CEN WS XBRL Experts''': Pieter Maillard (Aguilonius), Pablo Navarro (Atos)
-'''Editing rules'''+'''Improving transparency in financial and business reporting Standard regulatory roll-out package for better adoption Part 2: XBRL Handbook for Declarers '''
-Editorial comments should be highlighted as follows:+; Foreword
-<span style="background-color:yellow">A comment</span>+This document has been prepared by CEN/WS XBRL, the secretariat of which is held by NEN.
-Text or rules in discussion (white):+CWA XBRL 003 consists of the following parts, under the general title ''Improving transparency in financial and business reporting Standard regulatory roll-out package for better adoption ''
-<span style="background-color:white">Some text</span>+
-Text or rules already aligned (green): 
-<span style="background-color:#BCF5A9">Some text</span> 
-Text or rules to be deleted (red):+* ''Part 1: XBRL Supervisory Roll-out Guide ''
-<span style="background-color:#F5A9A9">Some text</span>+* ''Part 2: XBRL Handbook for Declarers ''
-Text to be delivered (blue):+This CWA is one of a series of related deliverables. The other deliverables are:
-<span style="background-color:#A9D0F5">Some text</span>+
-__TOC__+CWA XBRL 001 which consists of the following parts, under the general title ''Improving transparency in financial and business reporting Harmonisation topics'':
-<br />+
-----+
-<br />+
-<span style="font-size:18pt">Foreword</span>+
 +* ''Part 1: European data point methodology for supervisory reporting ''
 +* ''Part 2: Guidelines for data point modelling ''
 +* ''Part 3: European XBRL Taxonomy Architecture ''
 +* ''Part 4: European Filing Rules ''
 +* ''Part 5: Mapping between DPM and MDM ''
-<span style="background-color:#A9D0F5">This document is a working document.<br />+CWA XBRL 002 ''Improving transparency in financial and business reporting Metadata container ''
-This document has been prepared by CEN/WS XBRL, the secretariat of which is held by NEN.<br />+
-This document is a working document.<br />+
-</span>+
-<br />+
-----+
-<br />+
-<span style="font-size:18pt">Introduction</span>+
-The set of recommendations included in this document aim to facilitate the implementation of European National Supervisors to adopt XBRL in any of the reporting frameworks. The following chapters will provide guidance on the use, understanding, preparation, and extension of their filings in eXtensible Business Reporting Language (XBRL). <br /> 
-This guidance is in the form of notes in association with the pertaining requirements clause and uses the terms “should” (recommendation), “may” (allowance) and “can” (possibility). Organizations wishing to implement this CWA would be expected to consider all recommendations where the term “should”is used.<br />+; Introduction
 +The set of recommendations included in this document aim to facilitate the implementation of European National Supervisors to adopt XBRL in any of the reporting frameworks. The following sections will provide guidance on the use, understanding, preparation, and extension of their filings in eXtensible Business Reporting Language (XBRL).
 +This guidance is in the form of notes in association with the pertaining requirements clause and uses the terms “should”• (recommendation), “may”• (allowance) and “can”• (possibility). Organizations wishing to implement this CWA would be expected to consider all recommendations where the term “should”•is used.
-----+COREP, FINREP (and Solvency II or other future) XBRL taxonomies are offered to European regulators for national implementation. The first releases (2006) of the COREP and FINREP XBRL frameworks have proven that a standardized technical roll-out package is needed to increase the adoption rate and avoid implementation variances, which have a detrimental effect on the overall cross-border effectiveness of using one reporting standard. This roll-out guide tries as well to promote the economies of scale of a better adoption
-<br />+
-=Scope=+
-COREP, FINREP (and Solvency II or other future) XBRL taxonomies are offered to European regulators for national implementation. The first releases (2006) of the COREP and FINREP XBRL frameworks have proven that a standardized technical roll-out package is needed to increase the adoption rate and avoid implementation variances, which have a detrimental effect on the overall cross-border effectiveness of using one reporting standard. This roll-out guide tries as well to promote the economies of scale of a better adoption. 
-This CWA have divided the work/deliveries in two difference parts:+= Scope =
 +This CWA is an introduction to XBRL and serves as a help to preparers of XBRL (reporting entities). The following subjects are addressed in this CWA:
-:i) An '''XBRL supervisory roll-out guide''': this is oriented towards national regulators on how to implement, extend and manage XBRL taxonomies<br />+* an introduction to XBRL from a declarer's perspective;
-:ii) An '''XBRL handbook for declarers''': this is a roll-out guide or reference handbook would give a general introduction to XBRL and serve as a help to preparers of XBRL (reporting entities) <br />+* the basics of XML, the main building block of XBRL, will be explained. Various XML components will be introduced;
-<br />+* an introduction to XBRL. In this section, XBRL is introduced and various topics are addressed: XBRL taxonomies, extensions, XBRL dimensions, Formulas, the structure of an instance document, the validation of XBRL.
-The scope of the current document is on the second part of the CWA; the XBRL handbook for declarers.<br />+
-In this general guide to XBRL, the following subjects will be addressed: += Symbols and abbreviations =
-- An introduction to XBRL from a declarers' perspective 
-- The basics of XML, the main building block of XBRL, will be explained. Various XML components will be introduced+For the purposes of this document, the following abbreviations apply.
-- An introduction to XBRL. In this chapter, XBRL is introduced and various topics are addressed: XBRL taxonomies, extension, XBRL dimensions, Formulas, the structure of an instance document, the validation of XBRL+W3C World Wide Web Consortium
-=Normative references=+XBRL eXtensible Business Reporting Language
 +XML eXtensible Markup Language
-The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.<br /> 
 += How to start with XBRL from the declarer's perspective =
-- XBRL 2.1 
-- XBRL Dimensions 1.0+XBRL stands for e'''X'''tensible '''B'''usiness '''R'''eporting '''L'''anguage. It is a language for the electronic communication of business information, providing major benefits in the preparation, analysis and communication of business information. It offers cost savings, greater efficiency and improved accuracy and reliability to all those involved in supplying or using business information.
-- XBRL Registry specification 1.0+The popularity of XBRL as a communication standard is growing as it is adopted by more and more regulators around the world. Entities reporting information to regulators might initially see XBRL as another reporting burden. However, XBRL provides many benefits for the declarer as well. All organisations can use XBRL to save costs and improve efficiency in handling business and financial information. Because XBRL is extensible and flexible, it can be adapted to a wide variety of different requirements. All participants in the financial information supply chain can benefit, whether they are preparers, transmitters or users of business data.
-- XBRL Formula specification 1.0+There are a large number of software tools for creating, manipulating and analysing XBRL, most of which hide all the technical details involved in the expression of XBRL data. To this end, a user doesn't need to understand or even see the XBRL itself. However, a basic understanding of the basic components of XBRL can allow the user to better grasp the potential benefits.
-=Symbols and Abbreviations=+The ambition of this document is '''to explain the foundations of the XBRL standard'''. Although these aspects might seem technical at first, all topics will be addressed in a general, comprehensible way.
-For the purposes of this document, the following abbreviations are applicable:+
-'''W3C''': World Wide Web Consortium 
-'''XBRL''': eXtensible Business Reporting Language+= XML and XBRL: Introduction to the technological building blocks =
-'''XML''': eXtensible Markup Language+== Introduction ==
 +This section aims to present an overview of the basic technologies that underpin XBRL in order to obtain a better understanding of this reporting language. Since XBRL is built upon the XML language, this section focuses on the basics of the XML standard, in particular the XML components which are also used by XBRL.
-=How to start with XBRL from the declarer's perspective= 
-XBRL stands for e'''X'''tensible '''B'''usiness '''R'''eporting '''L'''anguage. It is a language for the electronic communication of business information, providing major benefits in the preparation, analysis and communication of business information. It offers cost savings, greater efficiency and improved accuracy and reliability to all those involved in supplying or using business information.+== XML ==
 +=== Introduction ===
 +XML, or eXtensible Markup Language, is a W3C standard which enables the representation of structured data in the form of flat text. This simple and flexible text format is both machine readable and human readable. The XML specification, which is a derivative of SGML, uses elements and attributes to structure content. Although originally designed for the publication of information, XML is increasingly important in facilitating a wide range of electronic communications.
-The popularity of XBRL as a communication standard is growing as it is adopted by more and more regulators around the world. Entities reporting information to regulators might initially see XBRL as another reporting burden. However, XBRL provides many benefits for the declarer as well. All organisations can use XBRL to save costs and improve efficiency in handling business and financial information. Because XBRL is extensible and flexible, it can be adapted to a wide variety of different requirements. All participants in the financial information supply chain can benefit, whether they are preparers, transmitters or users of business data.+In the sections below, we'll elaborate on the following topics:
-There are large number of software tools for creating, manipulating and analysing XBRL, most of which hide all the technical details involved in the expression of XBRL data. To this end, a user doesn't need to understand or even see the XBRL itself. However, a basic understanding of the basic components of XBRL can allow the user to better grasp the potential benefits.+* XML as a markup language;
 +* how XML can be used to structure information;
 +* the main components of an XML document;
 +* namespaces and prefixes;
 +* unicode;
 +* the benefits of XML.
-The ambition of this document is '''to explain the foundations of the XBRL standard'''. Although these aspects might seem technical at first, all topics will be addressed in a general, comprehensible way. +=== XML as a markup language ===
 +Simply put, one can say that XML is a flexible language for expressing structured information in a machine-readable format. Content is “marked up” using "tags" as in the example below. XML is commonly referred to as a "markup" language for this reason. The XML below represents a list of books:
 +<pre>
 +<book>On the Road</book>
 +<book>The Catcher in the Rye</book>
 +<book>The Hobbit</book>
 +<book>The Name of the Rose</book>
 +</pre>
-This section is further being elaborated during the Workshop with the input from the other project teams.+The name of each book is delimited by two tags. The first tag contains an identifier enclosed in angle-brackets (<nowiki><book></nowiki>), indicating the beginning of a field. The second tag is equal to the first, but also contains a closing bracket (<nowiki></book></nowiki>), which indicates the end of a field. As a result, the content of each element of <nowiki><book> </nowiki>is delimited by the opening and closing tags. With this method, a system that processes this information can easily identify the subject and aim of the provided information
-=XML and XBRL: Introduction to its technological building blocks= 
-This chapter aims to give an overview of the basic technologies that underpin XBRL. Our aim is to give a general introduction of each component in order to obtain a better understanding of this reporting language. Since XBRL is built upon the XML language, the this chapter will focus on the basics of the XML standard, in particular the XML components which are also used by XBRL. <br /> 
-==XML==+=== XML structures ===
-XML, or e'''X'''tensible '''M'''arkup '''L'''anguage, is a W3C standard which enables the representation of structured data in the form of flat text. This simple and flexible text format is both machine readable and human readable. The XML specification, which is a derivative of SGML<sup>1</sup> , uses elements and attributes in order to structure content. Although originally designed for the publication of information, XML is increasingly important in facilitating electronic communications.+The previous example used only a single element: <nowiki><book></nowiki>. The XML information model, however, is hierarchical: an element can contain other elements, which in turn can also contain other elements. This is illustrated by the example below.
-In the chapters further below, we'll elaborate on the following topics:+EXAMPLE XML structure example
-:* How XML is a markup language 
-:* How XML enables the structuring of information  
-:* What are the main components of an XML document 
-:* Namespaces and prefixes 
-:* Unicode 
-:* XML benefits  
- 
-<br /> 
-<sup>1</sup> SGML (or Standard Generalized Markup Language) is an ISO-standard technology for defining generalized markup languages for documents. SGML itself descends from GML (Generalized Markup Language), which is developed by IBM in the 1960s.<br /> 
- 
- 
-===XML as a markup language=== 
-Simply put, one can say that XML is a language for the codification of structured information. This coding, which is done via the use of "tags", is the main reason why XML is commonly referred as a '''markup''' language. As a basic example, the list below represents a list of books: 
-<pre> 
- <book>On the Road</book> 
- <book>The Catcher in the Rye</book> 
- <book>The Hobbit</book> 
- <book>The Name of the Rose</book> 
-</pre> 
- 
-The name of each book is delimited by two marks. The first mark contains an identifier enclosed in angle-brackets (<code>&lt;book&gt;</code>), indicating the beginning of a field. The second mark is equal to the first, but also contains a closing bracket (<code>&lt;/book&gt;</code>), which indicates the end of a field. As a result, the content of each element of <code>&lt;book&gt;</code> is delimited by the opening and closing tags. With this method, a system that processes this information can easily identify the subject and aim of the provided information. 
- 
-===XML structures information=== 
-In the previous example, only the element <code>&lt;book&gt;</code> was provided. The XML information model is however hierarchical: an element can contain other elements, which in turn can also contain other elements. This is made clear with the following example: 
<pre> <pre>
Line 156: Line 129:
</pre> </pre>
-In the example above, the "library" element contains a set of "book" elements. Each of these "book" elements contains a "title" and an "author" element.+In the example above, the "library" element contains a set of "book" elements. Each of these "book" elements contains a "title" and an "author" element.
 + 
 +=== Components of an XML document ===
 +The most important components of an XML document are the '''elements'''. Elements are defined by their name (e.g. "book", above), their content (the value between the angled brackets, which can be or null – nil) and an indefinite number of attributes. The example below shows an element with two attributes:
-===Components of an XML document===+EXAMPLE XML element with two attributes
-The most important components of an XML documents are the '''elements'''. Elements are defined by their name, their content (the value which is between the angled brackets, which can be null) and an indefinite number attributes. The example below shows an element with two attributes:+
<code> <code>
Line 166: Line 141:
</code> </code>
-An XML document may start with an '''XML declaration''', where the used XML version is identified (typically 1.0) as well as the character encoding. This is followed by the first element. This element is called '''root element'''. This will have a number of undetermined "children" elements.+An XML document may start with an '''XML declaration''', where the XML version is identified (typically 1.0) as well as the character encoding. This is followed by the first element7. This element is called '''root element'''. This will have a number of undetermined "child" elements.
 +EXAMPLE XML root element
<code> <code>
&lt;?xml <span style="color:blue">version</span>="1.0" <span style="color:blue">encoding</span>="UTF-8"&gt; <br /> &lt;library&gt; <br /> &lt;!-- other items --&gt; <br /> &lt;/library&gt; <br /> &lt;?xml <span style="color:blue">version</span>="1.0" <span style="color:blue">encoding</span>="UTF-8"&gt; <br /> &lt;library&gt; <br /> &lt;!-- other items --&gt; <br /> &lt;/library&gt; <br />
</code> </code>
-The example above shows an XML document which uses version 1.0, has UTF-8 encoding and has "library" as root element. 
-The XML specification defines an XML document as a text that is '''well-formed''', i.e., it satisfies a list of syntax rules provided in the specification. This list is fairly lengthy, but some key points are:+The example above shows an XML document which uses version 1.0, has UTF-8 encoding and has "library" as the root element.
-:* Only properly encoded legal Unicode characters are allowed.+The XML specification defines an XML document as a text that is '''well-formed''' i.e., it satisfies a list of syntax rules provided in the specification. This list is lengthy, but some key points are:
-:* None of the special syntax characters such as "&lt;" and "&amp;" appear except when performing their markup-delineation roles.+
-:* The begin, end, and empty-element tags that delimit the elements are correctly nested, with none missing and none overlapping.+
-:* The element tags are case-sensitive; the beginning and end tags must match exactly. +
-:* There is a single "root" element that contains all the other elements.+
-It is also possible to include '''comments''' in XML documents. These comments are not processed by applications and allow the inclusion of clarifications in the text document when deemed appropriate. Comments begin with the characters "&lt;!-" and end with the characters "-&gt;". 
 +* Only properly encoded legal Unicode characters are allowed.
 +* <nowiki>None of the special syntax characters such as "<" and "&" can appear except when performing their markup-delineation roles. </nowiki>
 +* The begin, end, and empty-element tags that delimit the elements are correctly nested, with none missing and none overlapping.
 +* The element tags are case-sensitive; the beginning and end tags must match exactly.
 +* There is a single "root" element that contains all the other elements.
-===Namespaces===+It is also possible to include '''comments '''<nowiki>in XML documents. These comments are not processed by applications and allow the inclusion of clarifications in the text document when deemed appropriate. Comments begin with the characters "<!-" and end with the characters "->". </nowiki>
-The naming scheme that is described above is relatively limited, as it can lead to conflicts between elements. Consider the following two examples:+ 
 + 
 +=== Namespaces ===
 +The naming scheme described above is limited, as it can lead to ambiguity between elements which use the same name. Consider the following two examples:
 + 
 +EXAMPLE XML namespaces
<code> <code>
Line 198: Line 178:
</code> </code>
-The first document contains a representation of a collection of books. One of the attributes of each book is the language in which it is written. In the second document a small collection of XML applications is shown. In this case the language attribute is also used, but here it is referring to the programming language, which has a distinct meaning.+The first document contains a representation of a collection of books and the second describes three XML applications. Both make use of the attribute “language”, but the meaning of “language” is different in each case: In the first example the language attribute means the human language of the book; in the second example the language attribute means the programming language of the application.
-In principle, a human person would have little difficulty in distinguishing the use of the same attribute in different contexts. In order to facilitate the automatic processing of information by a machine, ambiguities must be avoided as much as possible+A human would have little difficulty in distinguishing the use of the same attribute in different contexts. However, for a machine to process the information automatically, ambiguities must be avoided.
-'''XML namespaces are used for providing uniquely named elements and attributes in an XML document'''. A namespace defines a grouping of concepts. Within a namespace, each concept is identified uniquely by its local name. Globally, each concept is identified uniquely by its local name plus the identifier of its namespace (or qualified name). With the earlier two examples, could thus be represented in the following way:+'''XML namespaces are used to provide unique element names and attributes in an XML document. '''A namespace defines a grouping of concepts. Within a namespace, each concept is identified uniquely by its local name. Globally, each concept is identified uniquely by its local name plus the identifier of its namespace. Local name and namespace identifier together form a ‘Qualified Name’, or QName. The two previous examples could thus be represented as follows:
-<table border="1"> 
-<th width="33%">Namespace</th><th width="33%">Local Name</th><th width="33%">Description</th> 
-<tr><td>Literature</td><td>Language</td><td>Language, speech</td></tr> 
-<tr><td>Computer Sciences</td><td>Language</td><td>Programming language</td></tr> 
-</table> 
-<br />+{| style="border-spacing:0;"
 +| style="border-top:0.035cm solid #808080;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| '''Table 1 Table Title Namespace '''
 +| style="border-top:0.035cm solid #808080;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| '''Local Name '''
 +| style="border:0.035cm solid #808080;padding:0.049cm;"| '''Description '''
-But how to ensure that there is no naming conflict at the namespace level? How to ensure, for example, that there are different interpretations of the namespace "literature"? The unique identification of a namespace is achieved with the use of an URI (or Unique Resource Identifier). +|-
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| Literature
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| Language
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:0.035cm solid #808080;padding:0.049cm;"| Language, speech
-A namespace is identified by a URI (Uniform Resource Identifier), which as an example can look like this:+|-
-<code>+| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| Computer Sciences
-<br />+| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| Language
- http://www.acme.org/products+| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:0.035cm solid #808080;padding:0.049cm;"| Programming language
-<br />+ 
-</code>+|}
-The fundamental idea of namespaces is that they incorporate an internet domain as part of its identifier. The use of namespaces allows the use of uniquely identified concepts. This is in an important aspect of the XBRL standard+But how can we ensure that there is no naming conflict at the namespace level? How can we ensure, for example, that there cannot be different interpretations of the namespace "literature"? The unique identification of a namespace is achieved by using a URI (Uniform Resource Identifier).
 + 
 +The following is an example of a URI which could be used a namespace:
 + 
 + 
 +EXAMPLE Namespace URI
 + 
 +http://www.acme.org/products
 + 
 + 
 +The fundamental idea behind a namespace is that it incorporates an internet domain as part of its identifier. The use of namespaces allows the definition of unique concepts. This is in an important aspect of the XBRL standard.
 + 
 + 
 +=== Namespaces and prefixes ===
 +<nowiki>For readability purposes, XML documents can assign each namespace to a ‘prefix’ (usually a short string). After declaring a prefix for a namespace, all full namespace identifiers can be replaced by the declared prefixes. The association between a prefix and its corresponding namespace is usually set at the root node. The association of a prefix and a namespace is done using a special attribute: xmlns:[prefix]="Namespace". This is illustrated by the example below: </nowiki>
-===Namespaces and prefixes===+EXAMPLE XML namespace prefix
-For readability purposes within an XML document, each full namespace identifier is replaced with prefixes. The association between prefixes and its corresponding namespaces are usually set at the root node. The association between prefixes and namespaces is done with a special attribute: xmlns:[prefix]="Namespace". This is illustrated with an example below:+
<code> <code>
<br/> <br/>
Line 235: Line 229:
</code> </code>
-In the above example document, the element "bk:book" has "book" as local name, and "http://www.book.org" as namespace. This namespace uses "bk" as prefix.+In the above example, ‘xmlns:bk=http://www.book.org”’ binds http://www.book.org to the prefix "bk". Once the namespace is bound, the prefix “bk” can be used in its place, so the element "bk:book" has "book" as its local name and "http://www.book.org" as its namespace.
 + 
 + 
 +=== UNICODE ===
 +Unicode is a standard for the representation of text expressed in most of the world's writing systems. Unicode can be used to represent any character in English, Spanish, Greek or any other western language, Chinese, Cyrillic, Hebrew, Arabic, Mongolian, Ethiopian and many others.
-===UNICODE=== 
-Unicode is a standard for the representation of text expressed in most of the world's writing systems. Included in the Unicode representation are any character used in English, Spanish, Greek or any other western language, Chinese, Cyrillic, Hebrew, Arabic, Mongolian, Ethiopian and many others.  
Unicode was originally developed by a consortium of companies including Apple, Microsoft, IBM, Xerox, HP and Adobe in order to obtain a universal character set. It is now integrated in almost all modern operating systems as well as technological languages like XML, Java, or the Microsoft .Net Framework. Unicode can be implemented by different character encodings. One of the most commonly used encodings is UTF-8 (which is also compatible with the older ASCII code). Unicode was originally developed by a consortium of companies including Apple, Microsoft, IBM, Xerox, HP and Adobe in order to obtain a universal character set. It is now integrated in almost all modern operating systems as well as technological languages like XML, Java, or the Microsoft .Net Framework. Unicode can be implemented by different character encodings. One of the most commonly used encodings is UTF-8 (which is also compatible with the older ASCII code).
-Thanks to the use of Unicode, XML allows the representation of text in any language.+Thanks to the use of Unicode, XML allows the representation of text in any language.
-===XML Benefits===+=== XML Benefits ===
 +The previous sections have introduced the main elements of the XML syntax. XML is a markup language which can be used to describe data structures in a machine-readable format.
-Throughout all the previous sections, the main elements of the XML syntax were introduced. XML is a markup language allowing the description of data structures in a global format. +The benefits of XML are among others:
-The benefits of XML are among others:+* language, readable by humans as well as machines;
-:* An easy readable language, by humans as well as by machines+* It is self-contained. An XML document not only describes the data values, but also its structure and the naming of the fields;
-:* It is self-contained. An XML document not only describes the data values, but also its structure and the naming of the fields +* Its hierarchical structure allows the representation of virtually any data structure in a simple way;
-:* Its hierarchical structure allows the representation of virtually any data structure in a simple way+* It is platform-independent, e.g. XML documents can be used on any operating system and with any programming language;
-:* It is platform-independent. XML documents can be used on any operating system and with any programming language+* The use of a strict syntax leads to an efficient processing by tools.
-:* The use of a strict syntax leads to an efficient processing by tools+
-XML is used at the core of all information exchange over the internet+
-==XML Schema==+XML is used at the core of all information exchange over the internet.
-An XML schema is a collection of definitions of a type of XML document. These definitions, called schema components, are generally about the structure and content of the document and are more specific that the XML syntax itself. The rules of an XML schema determine if an XML document can be considered "valid" according to that schema.+
-===XML Schema Components=== 
-A schema defines the elements and attributes that make up an XML document. Elements and attributes are defined by stating their name as well as the possible values that they can take: their type. Attributes can only be of simple type, while elements can also be a complex type. A complex type allows the specification of an element's valid attributes and specifies complex content: elements that are composed of other elements. An element identified as a simple type cannot contain other elements. 
-In addition, other auxiliary components exist that, although not directly used in XML documents, can be used in a schema (or in other schemas extending the schema). Auxiliary components like types, groups of elements and groups of attributes.+== XML Schema ==
 +An XML schema is a collection of XML definitions. These definitions, called schema components, describe the allowed structure and content of an XML document by providing restrictions to the XML syntax itself. The rules defined by an XML schema determine the validity of an XML document using that schema.
-====Predefined types==== 
-One of the main features of an XML Schema is that a broad set of types are incorporated by default. These predefined types can in turn be divided into primitives and derivatives. Derived types are types whose definition is based on other types. Primitive types are the most basic types of the specification: its definition does not depend on other types. 
-Among the primitive types of the XML Schema are: the string type (a string of characters), the ''Boolean'' type (a type with only 2 logical values: true of false), the ''decimal'' type (a decimal number with an arbitrary precision), the ''duration'' type (represents an extension of time) and the ''time'' type (represents a time of the day).+=== XML Schema Components ===
 +A schema defines the elements and attributes that make up an XML document. Elements and attributes are defined by stating their name and the possible values they can take (their “type”). Attributes can only be of simple type, while elements can also be of complex type. A complex type allows the specification of an element's valid attributes and specifies complex content: elements that are composed of other elements. An element identified as a simple type cannot contain other elements.
-Among the derived types of the XML Schema are: the ''normalizedString'' type (a string of characters which cannot contain carriage return, new line or tab), the ''positiveInteger'' type (integer number values larger than zero), the ''negativeInteger'' type (integer number values smaller than zero).+In addition, other auxiliary components exist that, although not directly used in XML documents, can be used in a schema (or in other schemas extending the schema). Auxiliary components include type definitions, groups of elements and groups of attributes.
-All these types are defined in the namespace of the XML Schema. As a result, the types will appear with their corresponding prefix (usually "xs"). For example: "xs:string", "xs:integer", … 
-Besides these predefined types, the XML Schema allows the creation of many more in order to meet large number of requirements.+==== Predefined types ====
 +One of the main features of an XML Schema is that a broad set of types are incorporated by default. These predefined types can in turn be divided into “primitives” and “derivatives”. Derived types are those whose definition is based on another type. Primitive types are the most basic types defined by the specification: these definitions do not depend on other types.
-====Extension of simple types====+Among the primitive types of the XML Schema are: the ''string ''type (a string of characters), the ''Boolean ''type (a type with only 2 logical values: true of false), the ''decimal ''type (a decimal number with an arbitrary precision), the ''duration ''type (represents an extension of time) and the ''time ''type (represents a time of the day).
-Simple content types do not contain XML structures, their possible values can thus be expressed by a sequence of flat characters. Existing simple types can serve as a basis for the creation of new simple types or can be used in complex types.+
-These simple types are most commonly extended through the use of a restraining mechanism, via the declaration of properties (facets) that are imposing limits on the extended base type. For example, if the base type is xs:integer, minimum and maximum values can be defined in order to obtain a new type.+Among the derived types of the XML Schema are: the ''normalizedString ''type (a string of characters which cannot contain carriage return, new line or tab), the ''positiveInteger ''type (integer number values larger than zero), the ''negativeInteger ''type (integer number values smaller than zero).
-The properties that can be applied depend on the base that is extended. For example, the number of digits of a numeric type can be limited, a date can have a maximum value or a regular expression can be applied to a string.+All of these types are defined in the namespace of the XML Schema. As a result, the types will appear with their corresponding prefix (usually "xs"). For example: "xs:string", "xs:integer",
-====Extension of types: attribute declaration====+Besides these predefined types, XML Schema allows for the creation of many more in order to meet any number of arbitrary requirements.
 + 
 + 
 +==== Extension of simple types ====
 +Simple types do not contain XML structures. The possible values for simple types can thus be expressed by a sequence of flat characters. Existing simple types can serve as a basis for the creation of new simple types or can be used in complex types.
 + 
 +Simple types are most commonly extended through the use of a restricting mechanism, via the declaration of properties (facets) to impose limits on the extended base type. For example, if the base type is ''xs:integer'', minimum and maximum values can be defined in order to define a new type.
 + 
 +The properties that can be applied to an extended simple type depend on the base that being extended. For example, the number of digits of a numeric type can be limited, a date can have a maximum value or a regular expression can be applied to a string.
 + 
 + 
 +==== Extension of types: attribute declaration ====
XML Schema allows the extension of attributes of extended types (simple types do not have any attributes). Conversely; the use of attributes can also be restricted. XML Schema allows the extension of attributes of extended types (simple types do not have any attributes). Conversely; the use of attributes can also be restricted.
-Unlike elements, attributes cannot be repeated within the same element. The order in which they are declared in an element is also irrelevant. An XML Schema however, can control whether their use is mandatory, optional or prohibited.+Unlike elements, attributes cannot be repeated within the same element. The order in which they are declared in an element is also irrelevant. An XML Schema however, can control whether their use is mandatory, optional or prohibited.
-Sometimes it is useful to allow attributes in XML documents that are defined in the scheme in advance. In this case, the component "xs:anyAttribute" is used. This component can be accompanied by a namespace attribute delimiting the number of attributes that can be included the namespace. This is a widely used technique XBRL that provides flexibility to the schema.+Sometimes it is useful to allow attributes in XML documents that are not defined in the schema. In this case, the component "''xs:anyAttribute''" is used. This component can be accompanied by a namespace attribute limiting the number of attributes that can be used in the XML document. This is widely used in XBRL, providing flexibility to the schema.
-====Extension of types: composition of elements==== 
-The extension of simple types is not sufficient to express the variety of data structures that can be represented with XML. In order to express nested element structures, we need to compose elements within the schema.  
-In the following example, the contents of root element ''"library"'' may contain the "book" or ''"audiocd"''. The elements of type ''"book"'' can in turn contain a pair of singles (''"title"'' and ''"author"''), not following a predetermined order. The elements of type ''"audiocd"'' contains a list of elements ''"track-title"'' and ''"track-duration"'' which contains the title information and its duration for each track on the CD:+==== Extension of types: composition of elements ====
 +The extension of simple types is not sufficient to express all possible data structures in XML. In order to express nested element structures, we need to compose elements within the schema.
 + 
 + 
 +In the following example, the contents of root element "''library''" may contain the "''book''" or "''audiocd''". The elements of type "''book''" can in turn contain a pair of singles ("''title''" and "''author''"), not following a predetermined order. The elements of type "''audiocd''" contains a list of elements "''track-title''" and "''track''-''duration''" which contains the title information and its duration for each track on the CD:
 + 
 +EXAMPLE XML Schema example
<code> <code>
Line 316: Line 322:
</code> </code>
-There are three mechanisms in an XML Schema that can be used to define compositional relationships: "sequence", "choice" and "all": 
-:* '''Sequence:''' indicates that the content of a type is an ordered list of elements. In the example shown above, "audiocd" contains elements "track-title" and "track-duration" 
-:* '''Choice:''' allows the choice of a component from an available list. In the above example, "library" can be expressed as a "choice" of the elements "book" and "audiocd". 
-:* '''All:''' allows the creation of an unordered list or set. Unlike "sequence", "all" does not establish an order. In the above example, "book" consists of the elements "title" and "author" without a predetermined order. 
-This can be schematically represented in the following illustration: 
-[[Image:CWA3CompositionOfElements.jpg]]+There are three mechanisms in an XML Schema that can be used to define compositional relationships: "sequence", "choice" and "all":
- +* '''Sequence''': indicates that the content of a type is an ordered list of elements. In the example shown above, "''audiocd''" contains elements "''track-title''" and "''track-duration''"
-The above example would thus be defined as follows into an XML Schema:+* '''Choice''': allows the choice of a component from an available list. In the above example, "''library''" can be expressed as a "''choice''" of the elements "''book" ''and ''"audiocd"''.
 +* '''All''': allows the creation of an unordered list or set. Unlike "sequence", "all" does not establish an order. In the above example, "book" consists of the elements "''title''" and "''author''" without a predetermined order.
 +This can be schematically represented in the following illustration:
 +
 +<center>[[Image:CWA3CompositionOfElements.jpg]]<br />
 +'''Figure 1 XML Schema example '''</center>
 +
 +
 +The above example would thus be defined as follows using XML Schema
 +
 +<br/>
 +
 +EXAMPLE EXAMPLE XML Schema example
 +
 +<br/>
<code> <code>
- <?xml version="1.0" encoding="UTF-8">+ &lt;?xml version="1.0" encoding="UTF-8"&gt; <br/>
- <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" >+ &lt;xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"&gt; <br/>
- <xs:element name="library">+ &lt;xs:element name="library"&gt; <br/>
- <xs:complexType>+ &lt;xs:complexType&gt; <br/>
- <xs:choice maxOccurs="unbounded">+ &lt;xs:choice maxOccurs="unbounded"&gt; <br/>
- <xs:element name="book">+ &lt;xs:element name="book"&gt; <br/>
- <xs:complexType>+ &lt;xs:complexType&gt; <br/>
- <xs:all>+ &lt;xs:all&gt; <br/>
- <xs:element name="title">+ &lt;xs:element name="title"&gt; <br/>
- <xs:element name="author">+ &lt;xs:element name="author"&gt; <br/>
- </xs:all>+ &lt;/xs:all&gt; <br/>
- </xs:complexType> + &lt;/xs:complexType&gt; <br/>
- </xs:element>+ &lt;/xs:element&gt; <br/>
- <xs:element name="audiocd">+ &lt;xs:element name="audiocd"&gt; <br/>
- <xs:complexType>+ &lt;xs:complexType&gt; <br/>
- <xs:sequence maxOccurs="unbounded">+ &lt;xs:sequence maxOccurs="unbounded"&gt; <br/>
- <xs:element name="track-title">+ &lt;xs:element name="track-title"&gt; <br/>
- <xs:element name="track-duration">+ &lt;xs:element name="track-duration"&gt; <br/>
- </xs:sequence>+ &lt;/xs:sequence&gt; <br/>
- </xs:complexType>+ &lt;/xs:complexType&gt; <br/>
- </xs:element>+ &lt;/xs:element&gt; <br/>
- </xs:choice>+ &lt;/xs:choice&gt; <br/>
- </xs:complexType>+ &lt;/xs:complexType&gt; <br/>
- </xs:element>+ &lt;/xs:element&gt; <br/>
- </xs:schema>+ &lt;/xs:schema&gt; <br/>
</code> </code>
 +<br/>
-As explained in the previous chapters, the prefix ''"xs:"'' points to the namespace ''"http://www.w3.org/2001/XMLSchema"''. The number of repetitions or cardinality of the elements can also be controlled by the attributes ''"minOccurs"'' and ''"maxOccurs"''. The combination of these attributes with different elements can result in more complex schemas.+As explained in the previous sections, the prefix "''xs:''" points to the namespace "''http://www.w3.org/2001/XMLSchema"''. The number of repetitions or cardinality of the elements can be controlled by the attributes "''minOccurs''" and "''maxOccurs''". The combination of these attributes with different elements can result in more complex schemas.
 +<br/>
 +==== ID and IDREF attribute types ====
 +A number of specific attribute types, which exist in XML Schema, are particularly significant in XBRL. These attribute types are ID and IDREF.
-====ID and IDREF attribute types====+The value assigned to an ID type attribute can't be repeated within the same XML document. As a result, an ID type attribute uniquely identifies each element within the same document.
-A number of specific attribute types exist in the XML Schema, which are particularly significant in XBRL. These attribute types are ID and IDREF.+ 
-The value assigned to an ID type attribute can't be repeated within the same XML document. As a result, an ID type attribute identifies each element within the same document in a unique way.+In the example below, the ISBN attribute has been defined in the corresponding XML schema as an ID type attribute:
-In the example below, the ISBN attribute can be considered as a ID type attribute:+ 
 +EXAMPLE ID type attribute
<code> <code>
Line 372: Line 392:
</code> </code>
-According the XML Schema rules, this example is invalid, because there are two books with the same ID.+ 
-The attribute type IDREF is a reference to another ID. In other words, an attribute of IDREF type must contain the value of an ID (which already exists in the document). This is illustrated in the example below, where a new attribute called "sequel-of" is an IDREF:+According to XML Schema rules, this example is invalid, because there are two books with the same ID.
 + 
 +The attribute type IDREF is a reference to another ID. In other words, an attribute of IDREF type must contain the value of an ID which already exists in the document. This is illustrated in the example below, where a new attribute called "''sequel-of''" is an IDREF:
 + 
 +EXAMPLE XML Schema example
<code> <code>
Line 384: Line 408:
</code> </code>
-====Groups of attributes and elements==== 
-In some cases, a number of attributes are used repeatedly in elements of a schema. In that case, a group of attributes can be used: it is the group that is referenced in the element declaration. 
-In the same way, elements can also be declared as a group of content types. For example, the ''"choice"'' type refers to a group of elements, which enable the selection of any element defined in that group. 
-====Importing and including schemas====+==== Groups of attributes and elements ====
-XML Schema allows the use of components (elements, types, attributes and groups) which are globally defined in other schemas. When the imported schema belongs to a different namespace import is used (''"xs:import"'') . If the namespace is the same, inclusion is used (''"xs:include"'').+In some cases, a number of attributes are used repeatedly in elements of a schema. In that case, a group of attributes can be used: it is the group that is referenced in the element declaration.
-Via the use of these methods, XML Schema can easily be extended. This also facilitates the definition of a schema, since existing definitions can simply be imported. This is extensively used in the XBRL standard.+Similarly, elements can also be declared as a group of content types. For example, the "''choice''" type refers to a group of elements, which enable the selection of any element defined in that group.
-===XML Schema benefits===+==== Importing and including schemas ====
-The use of schemes in general and XML Schema in particular greatly simplifies information processing. Benefits of XML Schema are among others:+XML schemas can import or include other schemas. Doing this allows the use of components (elements, types, attributes and groups) defined in other schemas. When the imported schema belongs to a different namespace “import” is used ("''xs:import''") . If the namespace is the same, “include” is used ("''xs:include''").
-:* A Schema document defines a '''common structure'''. As a result, automated processing of this document is streamlined.+
-:* '''Adequacy checks''' can be performed with market tools (validators), instead of custom development. This improves quality as well as reduces the development time of new applications+
-:* '''Reuse of market software'''. Besides validators, a large number of existing tools also make use of XML Schemas. For example: exhibit generators, database extraction & storage utilities, publishers, ...+
-:* '''Development can be based on the data types''' associated with components, instead of the components itself. This makes developments more flexible and makes it more likely that code will be reused.+
-:* '''Reuse of global definitions.''' Via the use of namespaces and the possibility to import schemas, concepts defined by different organisations can be reused.+
-==XLink==+The use of import and include means that XML schemas can be easily extended. This simplifies the definition of a new schema, since existing definitions can be imported. This is used extensively in the XBRL standard.
-XML Linking Language or XLink is a standard defined by the W3C that creates and describes cross-references between resources or fragments of XML documents. For example, XLink allows the creation of links which are similar to hyperlinks.+
-==Technological components used by XML and by XBRL== 
-This section describes some technologies that, while not part of the current version of the XBRL standard, allow generic XML document processing, and therefore also allow XBRL reporting. 
-===XPath===+=== XML Schema benefits ===
-XPath is a language that enables the selection of fragments of an XML document. It also allows basic manipulation of strings, numbers and logical expressions. XPath uses a compact syntax, resembling in some ways the syntax used by old operating systems to identify a file or a set of files (but replaces directories with XML tree nodes)+The use of XML Schema simplifies information processing. Some of the benefits of XML Schema:
-Below are some examples of XPath:+
-<table border="1">+* A Schema document defines a '''common structure'''. As a result, automated processing of this document is streamlined.
-<th width="50%">Xpath Expression</th><th width="50%">Result</th>+* '''Adequacy checks '''can be performed using market tools (validators), instead of custom development. This improves quality as well as reducing the development time of new applications
-<tr><td>/library/author/book</td><td>selects all books of the library</td></tr>+* '''Reuse of market software'''. Besides validators, a large number of existing tools also make use of XML Schemas. For example: exhibit generators, database extraction & storage utilities, publishers, ...
-<tr><td>/library/author[@name="JRR Tolkien"]/book</td><td>selects all books authored by JRR Tolkien</td></tr>+* '''Development can be based on the data '''types associated with components, instead of the components themselves. This makes development more flexible and makes it more likely that code will be reused.
-<tr><td>/count(library/author[@name="JRR Tolkien"]/book)</td><td>returns the number of books authored by JRR Tolkien</td></tr>+* '''Reuse of global definitions. '''Via the use of namespaces and the import of existing schemas, concepts defined by different organisations can be reused.
-<tr><td>/library/author[@name="JRR Tolkien"]/book [last()]</td><td>selects the last book authored by JRR Tolkien</td></tr>+
-<tr><td>//@ISBN</td><td>selects the ISBN attribute value of any XML tree node</td></tr>+
-</table>+
-XPath is perhaps more important for its use as part of other standards like XSLT or XQuery, than for its use on its own.+== XLink ==
 +XML Linking Language or XLink is a standard defined by the W3C that creates and describes cross-references between resources or fragments of XML documents. For example, XLink allows the creation of links which are similar to hyperlinks.
-===XSLT=== 
-XSLT (or Extensible Stylesheet Language Transformations) is a language for transforming XML documents. It uses a scheme of pattern matching: the user defines a set of patterns (defined in XPath) and results. When the XSLT processor detects a fragment that fits one of these patterns, the corresponding result is substituted in the output document. XSLT incorporates additional facilities like control structures, defining functions or lookup tables. These additional features make XSLT a powerful language. 
-The illustration below show a functional diagram of an XSLT processor:+== Technological components used by XML and by XBRL ==
 +This section describes some technologies which, while not part of the current version of the XBRL standard, allow generic XML document processing, and therefore can also be used for XBRL processing.
-<center>[[Image:ProcessingXSLT.jpg]]</center> 
 +=== XPath ===
 +XPath is a language that enables the selection of fragments in an XML document. It also allows basic manipulation of strings, numbers and logical expressions. XPath uses a compact syntax, resembling in some ways the syntax used by old operating systems to identify a file or a set of files (but replaces directories with XML tree nodes)
-The patterns which are defined in an XSL sheet and subsequently found in the input document are replaced in the generated output document. 
-XSLT is used in the presentation layer of some web architectures used for transforming XML documents in a presentation format (HTML or XHTML). The National Bank of Belgium, for example, uses XSLT (and related languages) to generate PDF documents form XBRL reports which are submitted by regulated entities. 
-===XQuery===+{| style="border-spacing:0;"
-The previous chapters give an idea to the reader of how XML is capable of representing structured information. There exit databases that use XML as an alternative (or complement) to conventional technologies such as relational databases. The need for querying XML data thus arises. This is addressed with '''xQuery''', a functional programming language that is designed to query collections of XML data.+| style="border-top:0.035cm solid #808080;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| EXAMPLE XPath examples '''Xpath Expression '''
 +| style="border:0.035cm solid #808080;padding:0.049cm;"| '''Result '''
-=XBRL: Extensible Business Reporting Language=+|-
-The aim of this chapter is to give an explanation on XBRL's main features as a language for representing business information, while remaining on a conceptual level (and thus without going into too much technical detail).+| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| /library/author/book
-==How to structure reporting data?==+| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:0.035cm solid #808080;padding:0.049cm;"| selects all books of the library
-Before starting to explain XBRL, we would like to show via an '''example''' why the structuring of reported data can be useful. Reported financial data tend to be represented a table format. For example, the COREP Capital Adequacy table looks this:+ 
 +|-
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| <nowiki>/library/author[@name="JRR Tolkien"]/book </nowiki>
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:0.035cm solid #808080;padding:0.049cm;"| selects all books authored by JRR Tolkien
 + 
 +|-
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| <nowiki>/count(library/author[@name="JRR Tolkien"]/book) </nowiki>
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:0.035cm solid #808080;padding:0.049cm;"| returns the number of books authored by JRR Tolkien
 + 
 +|-
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| <nowiki>/library/author[@name="JRR Tolkien"]/book [last()] </nowiki>
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:0.035cm solid #808080;padding:0.049cm;"| selects the last book authored by JRR Tolkien
 + 
 +|-
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:none;padding:0.049cm;"| //@ISBN
 +| style="border-top:none;border-bottom:0.035cm solid #808080;border-left:0.035cm solid #808080;border-right:0.035cm solid #808080;padding:0.049cm;"| selects the ISBN attribute value of any XML tree node
 + 
 +|}
 +XPath is perhaps more important for its use as part of other standards like XSLT or XQuery, than use on its own.
 + 
 +=== XSLT ===
 +XSLT (or Extensible Stylesheet Language Transformations) is a language for transforming XML documents. It uses a scheme of pattern matching: the user defines a set of patterns (defined in XPath) and results. When an XSLT processor locates a fragment that fits one of these patterns, the corresponding result is substituted in the output document. XSLT incorporates additional features such as control structures and the definition of functions or lookup tables. These additional features make XSLT a powerful language.
 + 
 +The illustration below shows a functional diagram of an XSLT processor:
 + 
 +<center>[[Image:ProcessingXSLT.jpg]]<br />
 +Figure 2 Functional diagram of an XSLT processor </center>
 + 
 + 
 +The patterns defined in an XSLT stylesheet and subsequently found in the input document are replaced in the generated output document.
 + 
 +XSLT is used in the presentation layer of some web architectures used for transforming XML documents in a presentation format (HTML or XHTML). The National Bank of Belgium, for example, uses XSLT (and related languages) to generate PDF documents from XBRL reports submitted by regulated entities.
 + 
 + 
 +=== XQuery ===
 +The previous sections give the reader a flavour of how XML can be used to represent structured information. There are databases that use XML as an alternative (or complement) to conventional technologies such as relational databases. The need to query XML data thus arises. This is addressed with '''XQuery''', a functional programming language designed to query collected XML data.
 + 
 + 
 += XBRL: Extensible Business Reporting Language =
 +The aim of this section is to give an explanation of the main features of XBRL as a language for representing business information. The content is intended to be presented a conceptual level (and thus does not go into too much technical detail).
 + 
 + 
 +== How to structure reporting data? ==
 +Before starting to explain XBRL, the advantage of structuring reported data is shown with an example. Reported financial data tend to be represented in a table. For example, the COREP Capital Adequacy table:
<center> <center>
-[[Image:ExampleCOREPReportingRable.jpg|640px]]+[[Image:ExampleCOREPReportingRable.jpg|640px]]<br />
 +Figure 3 Part of the COREP Capital Adequacy (CA) table
</center> </center>
-Such a representation of information is very human-readable. However, it is not ideal for machine interpretation, as it is not very structured. As a result, the following question comes to mind: How to '''structure''' this information, so that it can be transmitted and interpreted in a consistent way? For the purpose of this example, we’ll focus on the “'''Eligible Capital'''” line, which is highlighted in <span style="background-color:yellow">yellow</span> in the above example. 
-A first step would be to '''tag''' the amount of Eligible Capital in a way that it is '''directly linked to the concept''' of Eligible Capital:+Such a representation of information is human-readable. However, it is not ideal for machine interpretation, as the data is contextualised by its layout on the page, rather than in a consistently structured manner. Thus, we ask “How can we '''structure '''this information so that it can be transmitted and interpreted consistently?” For the purpose of this example, we’ll focus on the “'''Eligible Capital'''” line, highlighted in yellow in the above example.
-<pre /><code>+A first step would be to '''tag '''the amount of Eligible Capital in a way that it is directly linked to the concept of Eligible Capital:
 +<br />
 +EXAMPLE Eligible Capital concept
 +<br />
 +<code>
<span style="color:blue">&lt;p-ca:EligibleCapital&gt;</span>215<span style="color:blue">&lt;/p-ca:EligibleCapital&gt;</span> <span style="color:blue">&lt;p-ca:EligibleCapital&gt;</span>215<span style="color:blue">&lt;/p-ca:EligibleCapital&gt;</span>
</code> </code>
- +<br />
-Although this information is already quite structured, some contextual information is missing. Information like the '''currency''' of the amount:+Although this tag provides some semantic information, extra information is missing. For numeric facts, the unit is defined by the content of a unit element, referenced by the '''unitRef '''attribute of facts, for example, to define a monetary value as being expressed in euros:
- +<br />
 +EXAMPLE Eligible Capital concept, with unit:
 +<br />
<code> <code>
<span style="color:blue">&lt;p-ca:EligibleCapital</span> <span style="color:red">unitRef</span>=<span style="color:purple">”EUR”</span><span style="color:blue">&gt;</span>215<span style="color:blue">&lt;/p-ca:EligibleCapital&gt;</span> <span style="color:blue">&lt;p-ca:EligibleCapital</span> <span style="color:red">unitRef</span>=<span style="color:purple">”EUR”</span><span style="color:blue">&gt;</span>215<span style="color:blue">&lt;/p-ca:EligibleCapital&gt;</span>
</code> </code>
- +<br />
-And finally, the reporting '''period''':+The context element, referenced by the '''contextRef '''attribute of facts, is used to convey: the reporting entity, the reporting period or reference date and, optionally, dimensional characteristics:
- +<br />
 +EXAMPLE Eligible Capital concept, with unit and context
 +<br />
<code> <code>
<span style="color:blue">&lt;p-ca:EligibleCapital</span> <span style="color:red">unitRef</span>=<span style="color:purple">”EUR”</span> <span style="color:red">contextRef</span>=<span style="color:purple">”2012-12-31”</span><span style="color:blue">&gt;</span>215<span style="color:blue">&lt;/p-ca:EligibleCapital&gt;</span> <span style="color:blue">&lt;p-ca:EligibleCapital</span> <span style="color:red">unitRef</span>=<span style="color:purple">”EUR”</span> <span style="color:red">contextRef</span>=<span style="color:purple">”2012-12-31”</span><span style="color:blue">&gt;</span>215<span style="color:blue">&lt;/p-ca:EligibleCapital&gt;</span>
</code> </code>
 +<br />
 +The above example shows, in a nutshell, how XBRL allows the structuring of reporting data
-The above example shows, in a nutshell, how XBRL allows to structure reporting data.+== XBRL Introduction ==
 +XBRL, or e'''X'''tensible '''B'''usiness '''R'''eporting '''L'''anguage, is a communication language developed for the standardised exchange of business and financial data.
-==XBRL Introduction==+XBRL normalises the '''format '''of the data (via the use of XML techniques) and the '''validation '''of data (via XBRL taxonomies)
-XBRL, or e'''X'''tensible '''B'''usiness '''R'''eporting '''L'''anguage, is a communication standard developed in order to simplify the exchange of business and financial data.<br />+
-XBRL normalises the '''format''' of data (via the use of XML techniques) en the '''validation''' of data (via XBRL taxonomies).<br />+
<center> <center>
[[Image:XBRL-LanguageDiagram.jpg]]<br /> [[Image:XBRL-LanguageDiagram.jpg]]<br />
 +Figure 4 Interaction between an XBRL taxonomy & an XBRL instance document
</center> </center>
-<br />+The interaction between taxonomies and instance documents is explained further in this document.
-XBRL also provides among others:<br />+XBRL also provides:
-:* Standard validation rules (mathematical and logical rules)+
-:* The use of label linkbases (which allows multi-lingual taxonomies)+
-:* The possibility to provide rendering+
-:* Standard toolset which allow to work with XBRL+
-During the following chapters XBRL is explained more elaborately. Try to give an insight in the following points:+* standard validation rules (mathematical and logical rules);
-:* XBRL Taxonomies+* the use of label linkbases (which allows multi-lingual taxonomies);
-:* The extensibility of XBRL+* mechanisms for defining a human-readable rendering.
-:* XBRL Dimensions+
-:* XBRL Formulas+
-:* XBRL instance documents+
-:* The validation of XBRL instance documents+
- +
-==XBRL Taxonomies==+During the following sections XBRL is explained more elaborately. Topics covered:
-An XBRL Taxonomy is the set of definitions of the concepts of a certain business domain. XBRL taxonomies are a collection of taxonomy schemas and linkbases.+
-===Schemas===+* XBRL Taxonomies;
-Based on XML Schema, a taxonomy schema defines business concepts with their most basic properties.+* the extensibility of XBRL;
 +* XBRL Dimensions;
 +* XBRL Formulas;
 +* XBRL instance documents;
 +* the validation of XBRL instance documents.
-'''Each business concept is represented by an element of a schema.''' As a result, each business concept will have a qualified name (i.e. namespace plus local name). As previously explained, this will allow unique identification of the specific concept.+== XBRL Taxonomies ==
 +An XBRL Taxonomy defines the concepts of a certain domain and the relationships between them. XBRL taxonomies are a collection of taxonomy schemas and linkbases.
-All basic properties of a concept are expressed as element attributes. The values of these properties will determine how the concept is representing facts in an XBRL report. The most common properties are:+'''Schemas '''
-:* Data type: the type of value (monetary, value, percentage, text ...) that the can be assigned to the concept. Predefined XBRL types can be used or new ones can be defined (via the use of XML Schema). +
-:* Period type: generally, two period types are used in XBRL:+
-:** Instant: used for expressing facts which refer to a certain moment in time (e.g. an amount on a balance sheet)+
-:** Duration: used for expressing facts which refer to a time interval (e.g. the amount of revenue for a certain period)+
-In addition to these predefined properties, the flexibility of XBRL allows the creation of taxonomy-specific properties+
-===Linkbases===+Based on XML Schema, a taxonomy schema defines concepts and their basic properties.
-Linkbases permit the creation of relationships between elements and relationships between resources. A resource can be, for example, the name of a concept in specific language or a reference to a paragraph of a legal document.+
-These relationships are defined by using the XLink standard. Each link has a specific role. XBRM defines a set of predefined roles that are grouped into linkbases. Among these predefined roles are:+
-:* Label linkbase: assigns names to the concepts, which are defined in a schema per different language. Within each language, the same element can be called in different ways, depending on the context in which it is used.+
-:* Reference linkbase: allow the inclusion of references to specific regulations. This can be the whole text of the regulation, or only a reference towards it.+
-:* Presentation linkbase: establishes relationship lines between the elements defined in the schema. This is generally used as a graphical guide for filing XBRL reports, since the concepts can be represented in a tree structure. +
-:* Definition linkbase: sets relationships between concepts, such as dependencies (e.g. if concept A is reported in a document, concept B must be reported as well).This also includes dimensional relationships, which will be discussed in a later chapter. +
-:* Calculation linkbase: sets aggregation relationships between different elements. For example: concept A may be calculated as the sum of A1, A2, A3 ... These aggregations can be modified with specific weights in order to obtain more complex arithmetic operations. +
 +'''Each concept is represented by an element in a schema'''. As a result, each concept will have a qualified name (i.e. namespace plus local name). As previously explained, this will allow unique identification of the specific concept.
-==Extensibility==+All basic properties of a concept are expressed as element attributes. The values of these properties determine how the concept will be used to represent concept values, known as “facts” in an XBRL report. The most common properties are:
-XBRL is extensible by design. The original authors of XBRL were aware of the complexity and diversity of business reporting all over the world. As result, XBRL was designed to be a flexible language in order to suit as much users as possible. Existing XBRL taxonomies can thus be extended with additional concepts or new relationships.+
-The idea of extending a taxonomy is to build upon an existing taxonomy, while incorporating additional information. For example, a taxonomy which defines concepts as defined by an international standard can be extended in order to be adapted to local regulations. +* '''Data type''': the type of value (monetary, value, percentage, text ...) that can be assigned to the concept. Predefined XBRL types can be used, or new ones can be defined using XML Schema.
 +* '''Period type''': generally, two period types are used in XBRL:
 +** ''Instant'': used for expressing facts which refer to a certain moment in time (e.g. an amount on a balance sheet)
 +** ''Duration: ''used for expressing facts which refer to a time interval (e.g. revenue for a certain period)
-To enable these extensions, the XBRL standard allows that a new taxonomy imports one or multiple existing taxonomies. Besides from the imported taxonomies, the resulting new taxonomy may also include new concepts and create additional relationships between (new or existing) concepts.+In addition to these predefined properties, the flexibility of XBRL allows the creation of taxonomy-specific properties.
-<center>[[Image:Extensibility.jpg]]</center> 
 +=== Linkbases ===
 +Linkbases are used to define relationships between elements and relationships between resources. A resource can be, for example, the label of a concept in specific language or a reference to a paragraph of a legal document.
 +
 +These relationships are defined using the XLink standard. Each link has a specific type. XBRL defines a set of predefined types that are grouped into linkbases. Linkbases in common use are:
 +
 +* '''Label linkbase''': Used to assign labels to concepts defined in a schema. Multiple labels for different purposes (e.g. “Documentation”, “Period Start”, “Short Label”…) can be assigned to each concept. Each label may be expressed in different languages.
 +* '''Reference linkbase''': Used to link concepts to references to specific regulations. This could be the whole text of the regulation, and/or only a reference to the full text.
 +* '''Presentation linkbase''': Used to establish hierarchical relationships between the concepts defined in a schema. The presentation linkbase is generally used as a graphical guide for filing XBRL reports, since concepts can be displayed in a tree structure which matches the presentation relationships defined. The Presentation linkbase allows different presentations of the business concepts.
 +* '''Definition linkbase''': Originally planned for defining simple validation relationships between concepts, such as dependencies (e.g. if concept A is reported in a document, concept B must be reported as well), the definition linkbase is more commonly used to define dimensional relationships according to the Dimensions 1.0 specification, which will be discussed in a later section.
 +* '''Calculation linkbase''': Used to define simple aggregation relationships between different elements. For example: concept A may be calculated as the sum of A1, A2, A3 ... These aggregations can be modified with specific weights in order to obtain more complex arithmetic operations.
 +
 +== Extensibility ==
 +XBRL is extensible by design. The original authors of XBRL were aware of the complexity and diversity of reporting all over the world. As result, XBRL was designed to be a flexible language in order to suit as many use-cases as possible. In addition to the extensible nature of the language itself, taxonomies (schemas) can be extended with additional concepts and new relationships.
 +
 +The idea behind extending a taxonomy is to build upon an existing taxonomy, and the concepts and relationships it defines, to incorporate additional information. For example, a taxonomy which defines concepts relating to an international standard can be extended in order to better define the information required by local regulators.
 +
 +Taxonomy extensions can be created by importing one or multiple existing taxonomies (using XML Schema’s ‘import’ as described before, or using references from linkbases). In addition to the concepts and relationships defined in the imported taxonomies, the resulting new taxonomy may also include new concepts and relationships between (new or existing) concepts
 +
 +<center>[[Image:Extensibility.jpg]]<br />
 +Figure 5 XBRL Taxonomy extension</center>
 +
 +
 +== Dimensions ==
 +=== The multidimensional data model ===
 +Multidimensional data models are known for their use in the analysis of business information. Such analytical processing, known as ‘OLAP’ (Online Analytical Processing), has been widely used across the software industry for a number of years.
 +
 +The basic elements of this model are: metrics, dimensions, domains and hypercubes. Metrics represent primary business concepts (line items, or ‘primary items’). Dimensions represent ways to break down the data, or to express characteristics (for example: “before mitigation” or “after mitigation”). Examples of dimensions include: Time, product line, clients, geography. The set of possible values within a dimension is called a domain.
 +
 +The reported values within a dimensional model (also known as facts) will always relate to a specific set of dimensional values. For example, revenue (metric) is 100.000€ in Croatia (“Country of sale” dimension), for snails (“Product” dimension), before tax (“Fiscal characteristics” dimension).
 +
 +The elements that make up the domain of dimension are often ordered hierarchically. For example, the domain for the customer dimension could be divided into large companies, medium-sized companies and small companies.
-  
-==Dimensions== 
-===The multidimensional data model=== 
-Multidimensional data model are characterized by simplifying the analysis of business information. Analytical processing, which is also known as OLAP (Online Analytical Processing), is widely used across the software industry for a number of years. 
-The basic elements of this model are metrics, dimensions, domains and hypercubes. The metrics represent ways of measuring business operations. Examples of dimensions are time, a product line, or clients. The set of possible values within a dimension is called a domain. 
-The values (also known as facts) that are reported within a dimensional model will always relate to a specific set of dimensional values. For example, revenues are 100.000€ (metric) for ACME Company (Company dimension) for the year 2012 (time dimension). 
-The elements that make up the domain of dimension are usually ordered hierarchically. For example, the domain for the customer dimension can be divided into large companies, medium-sized companies and small companies. 
The same domain can be used in different dimensions. For example, the representation of a bank transfer can include a dimension indicating the country of origin as well as a dimension indicating the destination country. The values that these two dimensions can take are identical: the country domain. The same domain can be used in different dimensions. For example, the representation of a bank transfer can include a dimension indicating the country of origin as well as a dimension indicating the destination country. The values that these two dimensions can take are identical: the country domain.
-The set of possible combinations of dimension values for a given metric is called a hypercube. The name hypercube comes from the fact that multidimensional models are usually represented in a multidimensional matrix.  
-<center>[[Image:Dimensionality.jpg]]+The set of possible combinations of dimension values for a given metric is called a hypercube. The name hypercube comes from the common representation of a multidimensional model:
-As an example, a three-dimensional hypercube is graphically represented in the figure above.+<center>[[Image:Dimensionality.jpg]]<br />
-</center>+Figure 6 Graphical representation of a 3-dimensional hypercube </center>
 + 
 +As an example, a three-dimensional hypercube is graphically represented in figure 6.
 + 
 + 
 +=== XBRL dimensions ===
 +The XBRL Dimensions specification has been at the official recommendation level as a standard since September 2006. This extension to the XBRL standard allows the definition of valid combinations of dimensions to further contextualise a reported primary item value, and defines elements of these domains. This information is expressed in the taxonomy via relationships in the definition linkbase.
 + 
 +There are two types of XBRL dimension:
 + 
 +* '''Explicit dimensions '''are dimensions whose domain is defined by ‘domain member’ elements are listed explicitly (and perhaps arranged into a hierarchy, as with the large, medium and small company example).
 +* '''Typed dimensions '''<nowiki>are dimensions whose elements are not predefined. These dimensions are used when it is not possible to define explicit values, but a possible range, instead. For example, the 10-digit ISBN code of a book could be defined as a typed dimension with a domain restricted to a string matching the following pattern: ISBN\s(?=[-0-9xX ]{13}$)(?:[0-9]+[- ]){3}[0-9]*[xX0-9] </nowiki>
 + 
 +One characteristic of the dimensions specification is that it allows taxonomies to define invalid dimension combinations. For example, a taxonomy has two dimensions: fruit & colour. The taxonomy can thus indicate that some combinations of dimension values are not allowed (for example: "banana" & "red").
-===XBRL dimensions=== 
-The XBRL Dimensions specification is an official recommendation standard since September 2006. This extension to the XBRL standard allows for valid combinations for dimensions on a primary item and defines elements of these domains. This information is expressed in the taxonomy via a new set of arcs in the definition linkbase. 
-XBRL dimensions can be distinguished into two types, depending on how their domain is defined: 
-Explicit dimensions are dimension whose elements (and hierarchy) are listed explicitly. 
-Typed dimensions are dimensions whose elements are not predefined. This kind of dimension is used when it is not possible to define the possible values beforehand. For example, the ISBN code of a book could be used as a typed dimension. 
-One characteristic of the dimensions specification is that it allows the definition of invalid dimension combinations. For example, a taxonomy has two dimensions: fruit & colour. The taxonomy can thus indicate that some combinations of dimension values are not allowed (for example: "banana" & "red"). 
The dimension specification is a major contribution to the XBRL standard, as it allows an intuitive representation of business information. The dimension specification is a major contribution to the XBRL standard, as it allows an intuitive representation of business information.
-==Formulas==+== Formulas ==
-The XBRL Formula specification is an official recommendation standard since June 2009. The main goal of the XBRL Formula specification is to provide validation capabilities not present in the base specification (XBRL 2.1). +The XBRL Formula specification has been at the official recommendation level as a standard since June 2009. The main goal of the XBRL Formula specification is to provide validation capabilities not present in the base specification (XBRL 2.1).
-The Formula Specification supports the creation of expressions (using XPath) that can be applied to XBRL instances. XBRL Formulas can be used to validate the information within an instance document. For example, + 
-XBRL Formulas can also be used to calculate new XBRL facts in a new instance (output instance). This output instance can represent many kinds of derived data, such as transformations or determination of ratios. +The Formula Specification supports the creation of expressions (using XPath) that can be applied to XBRL instances. XBRL Formulas can be used to validate the information within an instance document.
 + 
 +XBRL Formulas can also be used to calculate new XBRL facts in a new instance (output instance). This output instance can be used to represent many variations on the data derived from an instance, such as transformations or determination of ratios.
 + 
 +== XBRL Reporting: Instance document structure ==
 +After explaining all the various components of XBRL, which explain how XBRL works, it might be interesting to explain how XBRL is reported. The illustrated example has already indicated how reported data is represented in the XBRL format. In this section, the structure of an XBRL document, also called an '''instance document''', will be explained.
 + 
 +<nowiki>XBRL instance documents do not have an elaborate predefined tree structure as may be the case in some XML schemas. All elements of an instance document reside directly within the major <xbrl> root node. Nevertheless, some components can always be found in an XBRL instance. </nowiki>
 + 
 +These components will be explained into more detail with the use of an '''example instance document'''.
 + 
 +''' XBRL root node, namespaces and schemaRef '''
 + 
 +Every XBRL instance document starts with the '''XML declaration'''<nowiki>, followed by the <xbrl> </nowiki>'''root node'''. Within the root node, namespaces used in the instance document can be declared. In the example below
-  
-==XBRL Reporting: Instance document structure== 
-After explaining all the various components of XBRL, which explain how XBRL works, it might be interesting to explain how XBRL is reported. The illustrated example of chapter 6.1.1 already gave an indication of how reported data looks in the XBRL format. In this chapter the structure of an XBRL document, also called instance document, will be explained. 
-XBRL instance documents do not have an elaborate predefined tree structure as may be the case in some XML schemas. All elements of an instance document reside directly within the major <xbrl> root node. Nevertheless, some components can always be found in an XBRL instance.  
-These components will be explained into more detail with the use of an example instance document. 
-===XBRL root node, namespaces and schemaRef===+<nowiki>namespaces have been declared. All subsequent elements in the instance document are directly below the <xbrl> root node. </nowiki>
-Every XBRL instance document starts with the XML declaration, followed with the <xbrl> root node. Directly in the XBRL root node follows the declaration of all namespaces used in the instance document. As can be seen in the example below, 11 namespaces are declared. All subsequent elements that are within the instance document are directly within <xbrl> root node. +
 +EXAMPLE XBRL root node, with namespaces an schemaRef
<code> <code>
<?xml version="1.0" encoding="UTF-8"> <?xml version="1.0" encoding="UTF-8">
Line 584: Line 669:
</code> </code>
-The first element shown in the above example is the link:schemaRef element, which indicates the entry point for the XBRL taxonomy in scope for this instance document. In the example above, the relevant taxonomy entry point is "t-FINREP-be-2008-01-01-T01-BalanceSheet.xsd" (corresponding to the Balance Sheet table of the Belgian Finrep report). If this instance document is to be tested for XBRL validity, it will be according to this XBRL taxonomy. +The first element shown in the above example is the link:'''schemaRef '''element, which indicates the location of the entry point for the XBRL taxonomy against which this instance document is expected to be valid. In the example above, the relevant taxonomy entry point is "t-FINREP-be-2008-01-01-T01-BalanceSheet.xsd" (corresponding to the Balance Sheet table of the Belgian Finrep report). For this instance document to be XBRL valid, it will have to valid against the definitions in t-FINREP-be-2008-01-01-T01-BalanceSheet.xsd.
-===Contexts and units===+<nowiki>The use of UTF-8 encoding is also recommended as best practice in [CWA1], since it is recognised as the preferred and most used type of encoding in HTML. </nowiki>
 + 
 +=== Contexts and units ===
After these first general elements, the contexts and units are defined. After these first general elements, the contexts and units are defined.
-Contexts give additional information to reported data, like:+ 
-Related timing of the reported data. This can be a period (duration) or a moment of time (instant).+'''Contexts '''give additional information to reported data, like:
-Identification of the reporting entity+ 
-Dimensional information. If the reported data is linked to a combination of a primary concept and dimensional values, the dimensional definition will be included in the context+* Related '''timing '''of the reported data. This can be a period (duration) or a moment in time (instant);
-Units indicate in what metric the reported data is expressed. This can be a currency, as is the case in the example below, or not.+* '''Identification '''of the reporting entity;
 +* '''Dimensional '''information. If the reported data is linked to a combination of a primary concept and dimensional values, the dimensional definition will need to be included in the context.
 + 
 +To fully contextualise a numeric fact in an instance, it must be associated with a unit. '''Units '''indicate in what measure the reported numeric data is expressed. This could, for example, be a currency (as below).. Other examples of unit are ‘percentage’, ‘pure’ (no unit), ‘earnings per share’.
 + 
 +EXAMPLE XBRL instance document, with unit & context definitions
 + 
<code> <code>
Line 638: Line 731:
</code> </code>
-In the example above, 3 contexts are defined, with the following id's: 
-:* I-2007-12-Belgium 
-:* I-2007-12-OtherEMU 
-:* I-2007-12-RestOfTheWorld 
-All three contain dimensional information regarding two XBRL dimensions: ScopeDimension and ByRegionsDimension. One unit is defined (U-Monetary), indicating the use of the EURO currency. 
-===Facts and primary concepts===+In the example above, three contexts are defined, with the following ID's:
-The most important elements of an XBRL instance document are the reported data, also called facts. Data from a report is represented via the use of a combination of primary concept and contextual information:+ 
 +* I-2007-12-Belgium
 +* I-2007-12-OtherEMU
 +* I-2007-12-RestOfTheWorld
 + 
 +All three contain dimensional information regarding two XBRL dimensions: ''ScopeDimension ''and ''ByRegionsDimension''. One unit is defined (''U-Monetary''), indicating the use of the EURO currency.
 + 
 +=== Facts and primary concepts ===
 +The reported data in an XBRL instance document are known as ‘facts’. A fact is reported by referring to its primary concept (defined by the taxonomy) and references to its contextual information defined by a context element, a unit element and a number of other attributes depending on the data type of the concept being reported. EXAMPLE: XBRL instance document, with facts and primary concepts
 + 
<code> <code>
 +...
<ifrs-gp:CashAndBalancesWithCentralBanks contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">2970321000</ifrs-gp:CashAndBalancesWithCentralBanks> <ifrs-gp:CashAndBalancesWithCentralBanks contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">2970321000</ifrs-gp:CashAndBalancesWithCentralBanks>
<ifrs-gp:CashAndBalancesWithCentralBanks contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">709174000</ifrs-gp:CashAndBalancesWithCentralBanks> <ifrs-gp:CashAndBalancesWithCentralBanks contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">709174000</ifrs-gp:CashAndBalancesWithCentralBanks>
Line 672: Line 770:
</code> </code>
-All the information which was defined previously is used in this part. Namespaces are used for precise element definitions of the primary concepts. Contexts and units are used to give contextual information to the reported numbers.+This example illustrates several of the ideas presented earlier in this document: Namespaces prefixes are used, along with element names to referencethe element definitions of the primary concepts. Contexts and units references are used to give contextual information to the reported numbers.
- +
-The instace document ends with the closing tag of the main <xbrl> root node.+
- +
-==Validation of XBRL reports==+
-One of the fundamental processes of information handling within XBRL is the validation of instance documents. The goal of the validation process is the ensure consistency of the reported information according to the different rules imposed by the XBRL standard and by the XBRL taxonomy in scope.+
- +
-The validation process contains the following steps:+
-:* XML validation: an XBRL document must be a well-formed XML document+
-:* XML Schema validation: an XBRL document must be valid according the Schema defined by the taxonomy (its structure, data types, etc.) +
-:* XBRL validation structure. Some rules which are not covered by the taxonomy's schema validation are defined by the XBRL specification. For example, a monetary concept must be accompanied by a unit.+
-:* Validation rules: an XBRL taxonomy can contain certain restrictions defined within the taxonomy linkbases (such as the calculation linkbase).+
-:* Dimensional validation: reported information needs to be adapted to the dimensional constraints imposed by the taxonomy. A dimension my not take values that are nit in the domain, or a metric may not be reported for an invalid combination of dimensions+
-:* Formula validation: if the taxonomy contains XBRL formulas, the reported information may be assessed according to the formulas defined in the taxonomy+
-All these validation steps are generally executed by specific XBRL software.+
 +<nowiki>The instance document ends with the closing tag of the main <xbrl> root node. </nowiki>
 +== Validation of XBRL reports ==
 +One of the fundamental processes required in the handling of XBRL data is the validation of instance documents. The goal of the validation process is the ensure consistency of the reported information according to the different rules imposed by the XBRL standard and by the referenced XBRL taxonomy.
 +The validation process involves the following steps:
 +* XML validation: an XBRL document must be a well-formed XML document
 +* XML Schema validation: an XBRL document must be valid according the schemas used in the taxonomy (its structure, data types, etc.)
 +* XBRL validation structure. Some rules which are not covered by the taxonomy's schema validation are defined by the XBRL specification. For example, a numeric concept must be accompanied by a unit.
 +* Validation rules: an XBRL taxonomy can contain certain restrictions defined within the taxonomy linkbases (such as the calculation linkbase).
 +* Dimensional validation: reported information needs to be valid against the dimensional constraints imposed by the taxonomy. A dimension may not take values that are not specified in its domain, o a metric may not be reported for an invalid combination of dimensions
 +* Formula validation: if the taxonomy contains XBRL formulas, the reported information may be assessed according to the formulas defined in the taxonomy
-=Further Reads=+All validation steps are generally executed by specific XBRL software
-'''Standards & Specifications'''+= Annex A (informative) Further Readings =
 +Standards & Specifications
-[1] XBRL International - overview of XBRL Specifications: http://www.xbrl.org/SpecRecommendations/+* XBRL International - overview of XBRL Specifications: [http://www.xbrl.org/SpecRecommendations/ http://www.xbrl.org/SpecRecommendations/]
 +* The XBRL 2.1 Specification: [http://www.xbrl.org/Specification/XBRL-2.1/REC-2003-12-31/XBRL-2.1-REC-2003-12-31+corrected-errata-2013-02-20.html http://www.xbrl.org/Specification/XBRL-2.1/REC-2003-12-31/XBRL-2.1-REC-2003-12-31+corrected-errata-2013-02-20.html]
 +* The XBRL Dimensions Specification: [http://www.xbrl.org/specification/dimensions/rec-2012-01-25/dimensions-rec-2006-09-18+corrected-errata-2012-01-25-clean.html http://www.xbrl.org/specification/dimensions/rec-2012-01-25/dimensions-rec-2006-09-18+corrected-errata-2012-01-25-clean.html]
 +* The XBRL Formula Specification: [http://www.xbrl.org/specification/formula/rec-2011-10-24/index-2011-10-24.htm http://www.xbrl.org/specification/formula/rec-2011-10-24/index-2011-10-24.htm]
 +* W3C overview of XML technologies: [http://www.w3.org/standards/xml/ http://www.w3.org/standards/xml/]
 +* W3C Recommendation of XML: [http://www.w3.org/TR/REC-xml/ http://www.w3.org/TR/REC-xml/]
 +* W3C Recommendation of XML Namespaces: [http://www.w3.org/TR/REC-xml-names/ http://www.w3.org/TR/REC-xml-names/]
 +* W3C Recommendation of XML Schema: [http://www.w3.org/TR/xmlschema-1/ http://www.w3.org/TR/xmlschema-1/]
-[2] The XBRL 2.1 Specification: http://www.xbrl.org/Specification/XBRL-2.1/REC-2003-12-31/XBRL-2.1-REC-2003-12-31+corrected-errata-2013-02-20.html+General info
-[3] The XBRL Dimensions Specification: http://www.xbrl.org/specification/dimensions/rec-2012-01-25/dimensions-rec-2006-09-18+corrected-errata-2012-01-25-clean.html+* [http://www.xbrl.org/GettingStarted http://www.xbrl.org/GettingStarted]
 +* [http://www.xbrl.org/how-xbrl-works-1 http://www.xbrl.org/how-xbrl-works-1]
 +* [http://www.eurofiling.info/documents/documents_project.shtml http://www.eurofiling.info/documents/documents_project.shtml]
 +* [http://www.wikixbrl.info/index.php?title=Main_Page http://www.wikixbrl.info/index.php?title=Main_Page]
-[4] The XBRL Formula Specification: http://www.xbrl.org/specification/formula/rec-2011-10-24/index-2011-10-24.htm+= Bibliography =
 +<nowiki>[1] The Extensible Markup Language (XML), see http://www.w3.org/XML/ </nowiki>
-[5] W3C overview of XML technologies: http://www.w3.org/standards/xml/ +<nowiki>[2] The XML standard, see http://www.w3.org/TR/2008/REC-xml-20081126/ </nowiki>
-[6] W3C Recommendation of XML: http://www.w3.org/TR/REC-xml/+<nowiki>[3] The eXtensible Business Reporting Language (XBRL), see http://www.xbrl.org/TheStandard </nowiki>
-[7] W3C Recommendation of XML Namespaces: http://www.w3.org/TR/REC-xml-names/+<nowiki>[4] Extensible Business Reporting Language (XBRL) 2.1, available at : </nowiki>[http://www.xbrl.org/specification/xbrl-recommendation-2003-12-31+corrected-errata-2012-01-25.htm http://www.xbrl.org/specification/xbrl-recommendation-2003-12-31+corrected-errata-2012-01-25.htm]
-[8] W3C Recommendation of XML Schema: http://www.w3.org/TR/xmlschema-1/ +<nowiki>[5] XBRL Dimensions 1.0, available at: </nowiki>[http://www.xbrl.org/specification/dimensions/rec-2012-01-25/dimensions-rec-2006-09-18+corrected-errata-2012-01-25-clean.html http://www.xbrl.org/specification/dimensions/rec-2012-01-25/dimensions-rec-2006-09-18+corrected-errata-2012-01-25-clean.html]
 +<nowiki>[6] XBRL Registry specification 1.0, available at: </nowiki>[http://www.xbrl.org/Specification/registry/REC-2009-06-22/registry-REC-2009-06-22.html http://www.xbrl.org/Specification/registry/REC-2009-06-22/registry-REC-2009-06-22.html]
-'''General info''' +<nowiki>[7] XBRL Formula specification 1.0, available at: </nowiki>[http://www.xbrl.org/Specification/formula/REC-2009-06-22/overview/Formula-Overview-REC-2009-06-22.rtf http://www.xbrl.org/Specification/formula/REC-2009-06-22/overview/Formula-Overview-REC-2009-06-22.rtf]
-[9] http://www.xbrl.org/GettingStarted+<nowiki>[8] New Technical and Normative Challenges for XBRL: Multidimensional in the COREP Taxonomy. Boixo, I.; Flores, F.; July 18th, 2005. The International Journal of Digital Accounting Research, Vol. 5, N. 9, 2005, pages 79-104. ISSN:1577-8517 </nowiki>
-[10] http://www.xbrl.org/how-xbrl-works-1+<nowiki>[9] XBRL for Interactive Data: Engineering the Information Value Chain Debreceny, Roger; Felden, Carsten; Ochocki Bartosz; Piechocki, Maciej; Piechocki, Michal. 2009. Springer, Dordrecht Heidelberg London New York. ISBN 978-3-642-01436-9 </nowiki>
-[11] http://www.eurofiling.info/documents/documents_project.shtml+<nowiki>[10] XBRL and the Multidimensional Data Model. Santos, I.; Castro, E.; May 6th-9th. 2011. In Proceedings of the 7th International Conference on Web Information Systems and Technologies, WEBIST 2011, pages 161-164, Noordwijkerhout, The Netherlands. </nowiki>
-[12] http://www.wikixbrl.info/index.php?title=Main_Page+<nowiki>[11] XBRL Interoperability through a Multidimensional Data Model. Santos, I.; Castro, E.; December 8th-10th, 2011. IADIS Internacional Conference on Internet Technologies & Society (ITS 2011). Shanghai, China, </nowiki>
-[13] Debreceny, Roger; Felden, Carsten; Ochocki Bartosz; Piechocki, Maciej; Piechocki, Michal (2009). XBRL for Interactive Data: Engineering the Information Value Chain. Springer, Dordrecht Heidelberg London New York. ISBN 978-3-642-01436-9+<nowiki>[12] Data Model and Matrix Schemas. Heinze, K.; November 16th-20th 2009. XI European Banking Supervisors XBRL Workshop, November 16th-20th 2009, Vienna, Austria </nowiki>

Current revision

CEN Workshop Agreement

Status: Working Group Working Draft

CEN WS XBRL Experts: Pieter Maillard (Aguilonius), Pablo Navarro (Atos)

Improving transparency in financial and business reporting Standard regulatory roll-out package for better adoption Part 2: XBRL Handbook for Declarers

Foreword

This document has been prepared by CEN/WS XBRL, the secretariat of which is held by NEN.

CWA XBRL 003 consists of the following parts, under the general title Improving transparency in financial and business reporting Standard regulatory roll-out package for better adoption


  • Part 1: XBRL Supervisory Roll-out Guide
  • Part 2: XBRL Handbook for Declarers

This CWA is one of a series of related deliverables. The other deliverables are:

CWA XBRL 001 which consists of the following parts, under the general title Improving transparency in financial and business reporting Harmonisation topics:

  • Part 1: European data point methodology for supervisory reporting
  • Part 2: Guidelines for data point modelling
  • Part 3: European XBRL Taxonomy Architecture
  • Part 4: European Filing Rules
  • Part 5: Mapping between DPM and MDM

CWA XBRL 002 Improving transparency in financial and business reporting Metadata container


Introduction

The set of recommendations included in this document aim to facilitate the implementation of European National Supervisors to adopt XBRL in any of the reporting frameworks. The following sections will provide guidance on the use, understanding, preparation, and extension of their filings in eXtensible Business Reporting Language (XBRL).

This guidance is in the form of notes in association with the pertaining requirements clause and uses the terms “should”• (recommendation), “may”• (allowance) and “can”• (possibility). Organizations wishing to implement this CWA would be expected to consider all recommendations where the term “should”•is used.

COREP, FINREP (and Solvency II or other future) XBRL taxonomies are offered to European regulators for national implementation. The first releases (2006) of the COREP and FINREP XBRL frameworks have proven that a standardized technical roll-out package is needed to increase the adoption rate and avoid implementation variances, which have a detrimental effect on the overall cross-border effectiveness of using one reporting standard. This roll-out guide tries as well to promote the economies of scale of a better adoption


Contents

Scope

This CWA is an introduction to XBRL and serves as a help to preparers of XBRL (reporting entities). The following subjects are addressed in this CWA:

  • an introduction to XBRL from a declarer's perspective;
  • the basics of XML, the main building block of XBRL, will be explained. Various XML components will be introduced;
  • an introduction to XBRL. In this section, XBRL is introduced and various topics are addressed: XBRL taxonomies, extensions, XBRL dimensions, Formulas, the structure of an instance document, the validation of XBRL.


Symbols and abbreviations

For the purposes of this document, the following abbreviations apply.

W3C World Wide Web Consortium

XBRL eXtensible Business Reporting Language

XML eXtensible Markup Language


How to start with XBRL from the declarer's perspective

XBRL stands for eXtensible Business Reporting Language. It is a language for the electronic communication of business information, providing major benefits in the preparation, analysis and communication of business information. It offers cost savings, greater efficiency and improved accuracy and reliability to all those involved in supplying or using business information.

The popularity of XBRL as a communication standard is growing as it is adopted by more and more regulators around the world. Entities reporting information to regulators might initially see XBRL as another reporting burden. However, XBRL provides many benefits for the declarer as well. All organisations can use XBRL to save costs and improve efficiency in handling business and financial information. Because XBRL is extensible and flexible, it can be adapted to a wide variety of different requirements. All participants in the financial information supply chain can benefit, whether they are preparers, transmitters or users of business data.

There are a large number of software tools for creating, manipulating and analysing XBRL, most of which hide all the technical details involved in the expression of XBRL data. To this end, a user doesn't need to understand or even see the XBRL itself. However, a basic understanding of the basic components of XBRL can allow the user to better grasp the potential benefits.

The ambition of this document is to explain the foundations of the XBRL standard. Although these aspects might seem technical at first, all topics will be addressed in a general, comprehensible way.


XML and XBRL: Introduction to the technological building blocks

Introduction

This section aims to present an overview of the basic technologies that underpin XBRL in order to obtain a better understanding of this reporting language. Since XBRL is built upon the XML language, this section focuses on the basics of the XML standard, in particular the XML components which are also used by XBRL.


XML

Introduction

XML, or eXtensible Markup Language, is a W3C standard which enables the representation of structured data in the form of flat text. This simple and flexible text format is both machine readable and human readable. The XML specification, which is a derivative of SGML, uses elements and attributes to structure content. Although originally designed for the publication of information, XML is increasingly important in facilitating a wide range of electronic communications.

In the sections below, we'll elaborate on the following topics:

  • XML as a markup language;
  • how XML can be used to structure information;
  • the main components of an XML document;
  • namespaces and prefixes;
  • unicode;
  • the benefits of XML.

XML as a markup language

Simply put, one can say that XML is a flexible language for expressing structured information in a machine-readable format. Content is “marked up” using "tags" as in the example below. XML is commonly referred to as a "markup" language for this reason. The XML below represents a list of books:

<book>On the Road</book> 
<book>The Catcher in the Rye</book>
<book>The Hobbit</book>
<book>The Name of the Rose</book>

The name of each book is delimited by two tags. The first tag contains an identifier enclosed in angle-brackets (<book>), indicating the beginning of a field. The second tag is equal to the first, but also contains a closing bracket (</book>), which indicates the end of a field. As a result, the content of each element of <book> is delimited by the opening and closing tags. With this method, a system that processes this information can easily identify the subject and aim of the provided information


XML structures

The previous example used only a single element: <book>. The XML information model, however, is hierarchical: an element can contain other elements, which in turn can also contain other elements. This is illustrated by the example below.

EXAMPLE XML structure example


<library>  
  <book>
    <title>On the Road</title>
    <author>Jack Kerouac</author>
  </book>
  <book>
  <book>
    <title>The Catcher in the Rye</title>
    <author>J. D. Salinger</author>
  </book>
  <book>
  <book>
    <title>The Name of the Rose</title>
    <author>Umberto Eco</author>
  </book>
  <book>
</library>


In the example above, the "library" element contains a set of "book" elements. Each of these "book" elements contains a "title" and an "author" element.


Components of an XML document

The most important components of an XML document are the elements. Elements are defined by their name (e.g. "book", above), their content (the value between the angled brackets, which can be or null – nil) and an indefinite number of attributes. The example below shows an element with two attributes:

EXAMPLE XML element with two attributes

 <element attribute1="attr-value1" attribute2="attr-value2">content</element>

An XML document may start with an XML declaration, where the XML version is identified (typically 1.0) as well as the character encoding. This is followed by the first element7. This element is called root element. This will have a number of undetermined "child" elements.

EXAMPLE XML root element

 <?xml version="1.0" encoding="UTF-8"> 
<library>
<!-- other items -->
</library>


The example above shows an XML document which uses version 1.0, has UTF-8 encoding and has "library" as the root element.

The XML specification defines an XML document as a text that is well-formed i.e., it satisfies a list of syntax rules provided in the specification. This list is lengthy, but some key points are:


  • Only properly encoded legal Unicode characters are allowed.
  • None of the special syntax characters such as "<" and "&" can appear except when performing their markup-delineation roles.
  • The begin, end, and empty-element tags that delimit the elements are correctly nested, with none missing and none overlapping.
  • The element tags are case-sensitive; the beginning and end tags must match exactly.
  • There is a single "root" element that contains all the other elements.

It is also possible to include comments in XML documents. These comments are not processed by applications and allow the inclusion of clarifications in the text document when deemed appropriate. Comments begin with the characters "<!-" and end with the characters "->".


Namespaces

The naming scheme described above is limited, as it can lead to ambiguity between elements which use the same name. Consider the following two examples:

EXAMPLE XML namespaces

 <?xml version="1.0" encoding="UTF-8"> 
<library>
<book author="J.R.R. Tolkien" language="English">The Lord of the Rings</book>
<book author="Molière" language="French">Tartuffe</book>
</library>


 <?xml version="1.0" encoding="UTF-8"> 
<xml-apps>
<tool name="xmlstarlet" language="c"/>
<tool name="trang" language="java"/>
<tool name="xmldiff" language="python"/>
</xml-apps>

The first document contains a representation of a collection of books and the second describes three XML applications. Both make use of the attribute “language”, but the meaning of “language” is different in each case: In the first example the language attribute means the human language of the book; in the second example the language attribute means the programming language of the application.

A human would have little difficulty in distinguishing the use of the same attribute in different contexts. However, for a machine to process the information automatically, ambiguities must be avoided.

XML namespaces are used to provide unique element names and attributes in an XML document. A namespace defines a grouping of concepts. Within a namespace, each concept is identified uniquely by its local name. Globally, each concept is identified uniquely by its local name plus the identifier of its namespace. Local name and namespace identifier together form a ‘Qualified Name’, or QName. The two previous examples could thus be represented as follows:


Table 1 Table Title Namespace Local Name Description
Literature Language Language, speech
Computer Sciences Language Programming language

But how can we ensure that there is no naming conflict at the namespace level? How can we ensure, for example, that there cannot be different interpretations of the namespace "literature"? The unique identification of a namespace is achieved by using a URI (Uniform Resource Identifier).

The following is an example of a URI which could be used a namespace:


EXAMPLE Namespace URI

http://www.acme.org/products


The fundamental idea behind a namespace is that it incorporates an internet domain as part of its identifier. The use of namespaces allows the definition of unique concepts. This is in an important aspect of the XBRL standard.


Namespaces and prefixes

For readability purposes, XML documents can assign each namespace to a ‘prefix’ (usually a short string). After declaring a prefix for a namespace, all full namespace identifiers can be replaced by the declared prefixes. The association between a prefix and its corresponding namespace is usually set at the root node. The association of a prefix and a namespace is done using a special attribute: xmlns:[prefix]="Namespace". This is illustrated by the example below:

EXAMPLE XML namespace prefix

    <?xml version="1.0" encoding="UTF-8">
<bk:book-collection xmlns:bk="http://www.book.org">
<bk:book author="Norman Davies" language="English">Europe: A History</bk:book>
<bk:book author="Homeros" language="Greek">Ilias</bk:book>
<bk:book author="Jonathan Litell" language="French">Les Bienveillantes</bk:book>
</bk:book-collection>

In the above example, ‘xmlns:bk=http://www.book.org”’ binds http://www.book.org to the prefix "bk". Once the namespace is bound, the prefix “bk” can be used in its place, so the element "bk:book" has "book" as its local name and "http://www.book.org" as its namespace.


UNICODE

Unicode is a standard for the representation of text expressed in most of the world's writing systems. Unicode can be used to represent any character in English, Spanish, Greek or any other western language, Chinese, Cyrillic, Hebrew, Arabic, Mongolian, Ethiopian and many others.

Unicode was originally developed by a consortium of companies including Apple, Microsoft, IBM, Xerox, HP and Adobe in order to obtain a universal character set. It is now integrated in almost all modern operating systems as well as technological languages like XML, Java, or the Microsoft .Net Framework. Unicode can be implemented by different character encodings. One of the most commonly used encodings is UTF-8 (which is also compatible with the older ASCII code).

Thanks to the use of Unicode, XML allows the representation of text in any language.

XML Benefits

The previous sections have introduced the main elements of the XML syntax. XML is a markup language which can be used to describe data structures in a machine-readable format.

The benefits of XML are among others:

  • language, readable by humans as well as machines;
  • It is self-contained. An XML document not only describes the data values, but also its structure and the naming of the fields;
  • Its hierarchical structure allows the representation of virtually any data structure in a simple way;
  • It is platform-independent, e.g. XML documents can be used on any operating system and with any programming language;
  • The use of a strict syntax leads to an efficient processing by tools.

XML is used at the core of all information exchange over the internet.


XML Schema

An XML schema is a collection of XML definitions. These definitions, called schema components, describe the allowed structure and content of an XML document by providing restrictions to the XML syntax itself. The rules defined by an XML schema determine the validity of an XML document using that schema.


XML Schema Components

A schema defines the elements and attributes that make up an XML document. Elements and attributes are defined by stating their name and the possible values they can take (their “type”). Attributes can only be of simple type, while elements can also be of complex type. A complex type allows the specification of an element's valid attributes and specifies complex content: elements that are composed of other elements. An element identified as a simple type cannot contain other elements.

In addition, other auxiliary components exist that, although not directly used in XML documents, can be used in a schema (or in other schemas extending the schema). Auxiliary components include type definitions, groups of elements and groups of attributes.


Predefined types

One of the main features of an XML Schema is that a broad set of types are incorporated by default. These predefined types can in turn be divided into “primitives” and “derivatives”. Derived types are those whose definition is based on another type. Primitive types are the most basic types defined by the specification: these definitions do not depend on other types.

Among the primitive types of the XML Schema are: the string type (a string of characters), the Boolean type (a type with only 2 logical values: true of false), the decimal type (a decimal number with an arbitrary precision), the duration type (represents an extension of time) and the time type (represents a time of the day).

Among the derived types of the XML Schema are: the normalizedString type (a string of characters which cannot contain carriage return, new line or tab), the positiveInteger type (integer number values larger than zero), the negativeInteger type (integer number values smaller than zero).

All of these types are defined in the namespace of the XML Schema. As a result, the types will appear with their corresponding prefix (usually "xs"). For example: "xs:string", "xs:integer", …

Besides these predefined types, XML Schema allows for the creation of many more in order to meet any number of arbitrary requirements.


Extension of simple types

Simple types do not contain XML structures. The possible values for simple types can thus be expressed by a sequence of flat characters. Existing simple types can serve as a basis for the creation of new simple types or can be used in complex types.

Simple types are most commonly extended through the use of a restricting mechanism, via the declaration of properties (facets) to impose limits on the extended base type. For example, if the base type is xs:integer, minimum and maximum values can be defined in order to define a new type.

The properties that can be applied to an extended simple type depend on the base that being extended. For example, the number of digits of a numeric type can be limited, a date can have a maximum value or a regular expression can be applied to a string.


Extension of types: attribute declaration

XML Schema allows the extension of attributes of extended types (simple types do not have any attributes). Conversely; the use of attributes can also be restricted.

Unlike elements, attributes cannot be repeated within the same element. The order in which they are declared in an element is also irrelevant. An XML Schema however, can control whether their use is mandatory, optional or prohibited.

Sometimes it is useful to allow attributes in XML documents that are not defined in the schema. In this case, the component "xs:anyAttribute" is used. This component can be accompanied by a namespace attribute limiting the number of attributes that can be used in the XML document. This is widely used in XBRL, providing flexibility to the schema.


Extension of types: composition of elements

The extension of simple types is not sufficient to express all possible data structures in XML. In order to express nested element structures, we need to compose elements within the schema.


In the following example, the contents of root element "library" may contain the "book" or "audiocd". The elements of type "book" can in turn contain a pair of singles ("title" and "author"), not following a predetermined order. The elements of type "audiocd" contains a list of elements "track-title" and "track-duration" which contains the title information and its duration for each track on the CD:

EXAMPLE XML Schema example


  <?xml version="1.0" encoding="UTF-8">
  <library>	
     <book>
        <author>Hilary Mantel</author>
        <title>Wolf Hall</title>
     </book>
     <book>
        <title>Raghuram Rajan</title>
        <author>Fault Lines</author>
     </book>
     <audiocd album="Kind Of Blue">
        <track-title>So What</track-title>
        <track-duration>9</track-duration>
        <track-title>Freddie Freeloader</track-title><
        <track-duration>10</track-duration>
        <track-title>Blue In Green</track-title>
        <track-duration>5</track-duration><
     </audiocd>
  </library>

There are three mechanisms in an XML Schema that can be used to define compositional relationships: "sequence", "choice" and "all":

  • Sequence: indicates that the content of a type is an ordered list of elements. In the example shown above, "audiocd" contains elements "track-title" and "track-duration"
  • Choice: allows the choice of a component from an available list. In the above example, "library" can be expressed as a "choice" of the elements "book" and "audiocd".
  • All: allows the creation of an unordered list or set. Unlike "sequence", "all" does not establish an order. In the above example, "book" consists of the elements "title" and "author" without a predetermined order.

This can be schematically represented in the following illustration:

Image:CWA3CompositionOfElements.jpg
Figure 1 XML Schema example
The above example would thus be defined as follows using XML Schema
EXAMPLE EXAMPLE XML Schema example
<?xml version="1.0" encoding="UTF-8">
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="library">
<xs:complexType>
<xs:choice maxOccurs="unbounded">
<xs:element name="book">
<xs:complexType>
<xs:all>
<xs:element name="title">
<xs:element name="author">
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="audiocd">
<xs:complexType>
<xs:sequence maxOccurs="unbounded">
<xs:element name="track-title">
<xs:element name="track-duration">
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:choice>
</xs:complexType>
</xs:element>
</xs:schema>

As explained in the previous sections, the prefix "xs:" points to the namespace "http://www.w3.org/2001/XMLSchema". The number of repetitions or cardinality of the elements can be controlled by the attributes "minOccurs" and "maxOccurs". The combination of these attributes with different elements can result in more complex schemas.

ID and IDREF attribute types

A number of specific attribute types, which exist in XML Schema, are particularly significant in XBRL. These attribute types are ID and IDREF.

The value assigned to an ID type attribute can't be repeated within the same XML document. As a result, an ID type attribute uniquely identifies each element within the same document.

In the example below, the ISBN attribute has been defined in the corresponding XML schema as an ID type attribute:

EXAMPLE ID type attribute

  <?xml version="1.0" encoding="UTF-8">
  <library>
     <book ISBN="ISBN-0-262-56099-2">It's not about the Bike</book>
     <book ISBN="ISBN-0-262-56099-2">The Pillars of the Earth</book>
     <book ISBN="ISBN-0-569-00108-8">A History of the World in 100 Objects</book>
  </library>


According to XML Schema rules, this example is invalid, because there are two books with the same ID.

The attribute type IDREF is a reference to another ID. In other words, an attribute of IDREF type must contain the value of an ID which already exists in the document. This is illustrated in the example below, where a new attribute called "sequel-of" is an IDREF:

EXAMPLE XML Schema example

  <?xml version="1.0" encoding="UTF-8">
  <library>
     <book ISBN="ISBN-0-262-56099-2">The Fellowshiop of the Ring</book>
     <book ISBN="ISBN-0-311-57018-9" sequel-of=" ISBN-0-262-56099-2">The Two Towers</book>
     <book ISBN="ISBN-0-569-00108-8" sequel-of=" ISBN-0-311-57018-9">The Return of the King</book>
  </library>


Groups of attributes and elements

In some cases, a number of attributes are used repeatedly in elements of a schema. In that case, a group of attributes can be used: it is the group that is referenced in the element declaration.

Similarly, elements can also be declared as a group of content types. For example, the "choice" type refers to a group of elements, which enable the selection of any element defined in that group.

Importing and including schemas

XML schemas can import or include other schemas. Doing this allows the use of components (elements, types, attributes and groups) defined in other schemas. When the imported schema belongs to a different namespace “import” is used ("xs:import") . If the namespace is the same, “include” is used ("xs:include").

The use of import and include means that XML schemas can be easily extended. This simplifies the definition of a new schema, since existing definitions can be imported. This is used extensively in the XBRL standard.


XML Schema benefits

The use of XML Schema simplifies information processing. Some of the benefits of XML Schema:

  • A Schema document defines a common structure. As a result, automated processing of this document is streamlined.
  • Adequacy checks can be performed using market tools (validators), instead of custom development. This improves quality as well as reducing the development time of new applications
  • Reuse of market software. Besides validators, a large number of existing tools also make use of XML Schemas. For example: exhibit generators, database extraction & storage utilities, publishers, ...
  • Development can be based on the data types associated with components, instead of the components themselves. This makes development more flexible and makes it more likely that code will be reused.
  • Reuse of global definitions. Via the use of namespaces and the import of existing schemas, concepts defined by different organisations can be reused.

XLink

XML Linking Language or XLink is a standard defined by the W3C that creates and describes cross-references between resources or fragments of XML documents. For example, XLink allows the creation of links which are similar to hyperlinks.


Technological components used by XML and by XBRL

This section describes some technologies which, while not part of the current version of the XBRL standard, allow generic XML document processing, and therefore can also be used for XBRL processing.


XPath

XPath is a language that enables the selection of fragments in an XML document. It also allows basic manipulation of strings, numbers and logical expressions. XPath uses a compact syntax, resembling in some ways the syntax used by old operating systems to identify a file or a set of files (but replaces directories with XML tree nodes)


EXAMPLE XPath examples Xpath Expression Result
/library/author/book selects all books of the library
/library/author[@name="JRR Tolkien"]/book selects all books authored by JRR Tolkien
/count(library/author[@name="JRR Tolkien"]/book) returns the number of books authored by JRR Tolkien
/library/author[@name="JRR Tolkien"]/book [last()] selects the last book authored by JRR Tolkien
//@ISBN selects the ISBN attribute value of any XML tree node

XPath is perhaps more important for its use as part of other standards like XSLT or XQuery, than use on its own.

XSLT

XSLT (or Extensible Stylesheet Language Transformations) is a language for transforming XML documents. It uses a scheme of pattern matching: the user defines a set of patterns (defined in XPath) and results. When an XSLT processor locates a fragment that fits one of these patterns, the corresponding result is substituted in the output document. XSLT incorporates additional features such as control structures and the definition of functions or lookup tables. These additional features make XSLT a powerful language.

The illustration below shows a functional diagram of an XSLT processor:

Image:ProcessingXSLT.jpg
Figure 2 Functional diagram of an XSLT processor
The patterns defined in an XSLT stylesheet and subsequently found in the input document are replaced in the generated output document. XSLT is used in the presentation layer of some web architectures used for transforming XML documents in a presentation format (HTML or XHTML). The National Bank of Belgium, for example, uses XSLT (and related languages) to generate PDF documents from XBRL reports submitted by regulated entities.

XQuery

The previous sections give the reader a flavour of how XML can be used to represent structured information. There are databases that use XML as an alternative (or complement) to conventional technologies such as relational databases. The need to query XML data thus arises. This is addressed with XQuery, a functional programming language designed to query collected XML data.


XBRL: Extensible Business Reporting Language

The aim of this section is to give an explanation of the main features of XBRL as a language for representing business information. The content is intended to be presented a conceptual level (and thus does not go into too much technical detail).


How to structure reporting data?

Before starting to explain XBRL, the advantage of structuring reported data is shown with an example. Reported financial data tend to be represented in a table. For example, the COREP Capital Adequacy table:


Figure 3 Part of the COREP Capital Adequacy (CA) table

Such a representation of information is human-readable. However, it is not ideal for machine interpretation, as the data is contextualised by its layout on the page, rather than in a consistently structured manner. Thus, we ask “How can we structure this information so that it can be transmitted and interpreted consistently?” For the purpose of this example, we’ll focus on the “Eligible Capital” line, highlighted in yellow in the above example. A first step would be to tag the amount of Eligible Capital in a way that it is directly linked to the concept of Eligible Capital:
EXAMPLE Eligible Capital concept
<p-ca:EligibleCapital>215</p-ca:EligibleCapital>
Although this tag provides some semantic information, extra information is missing. For numeric facts, the unit is defined by the content of a unit element, referenced by the unitRef attribute of facts, for example, to define a monetary value as being expressed in euros:
EXAMPLE Eligible Capital concept, with unit:
<p-ca:EligibleCapital unitRef=”EUR”>215</p-ca:EligibleCapital>
The context element, referenced by the contextRef attribute of facts, is used to convey: the reporting entity, the reporting period or reference date and, optionally, dimensional characteristics:
EXAMPLE Eligible Capital concept, with unit and context
<p-ca:EligibleCapital unitRef=”EUR” contextRef=”2012-12-31”>215</p-ca:EligibleCapital>
The above example shows, in a nutshell, how XBRL allows the structuring of reporting data

XBRL Introduction

XBRL, or eXtensible Business Reporting Language, is a communication language developed for the standardised exchange of business and financial data.

XBRL normalises the format of the data (via the use of XML techniques) and the validation of data (via XBRL taxonomies)

Image:XBRL-LanguageDiagram.jpg
Figure 4 Interaction between an XBRL taxonomy & an XBRL instance document

The interaction between taxonomies and instance documents is explained further in this document. XBRL also provides:
  • standard validation rules (mathematical and logical rules);
  • the use of label linkbases (which allows multi-lingual taxonomies);
  • mechanisms for defining a human-readable rendering.
During the following sections XBRL is explained more elaborately. Topics covered:
  • XBRL Taxonomies;
  • the extensibility of XBRL;
  • XBRL Dimensions;
  • XBRL Formulas;
  • XBRL instance documents;
  • the validation of XBRL instance documents.

XBRL Taxonomies

An XBRL Taxonomy defines the concepts of a certain domain and the relationships between them. XBRL taxonomies are a collection of taxonomy schemas and linkbases.

Schemas

Based on XML Schema, a taxonomy schema defines concepts and their basic properties.

Each concept is represented by an element in a schema. As a result, each concept will have a qualified name (i.e. namespace plus local name). As previously explained, this will allow unique identification of the specific concept.

All basic properties of a concept are expressed as element attributes. The values of these properties determine how the concept will be used to represent concept values, known as “facts” in an XBRL report. The most common properties are:

  • Data type: the type of value (monetary, value, percentage, text ...) that can be assigned to the concept. Predefined XBRL types can be used, or new ones can be defined using XML Schema.
  • Period type: generally, two period types are used in XBRL:
    • Instant: used for expressing facts which refer to a certain moment in time (e.g. an amount on a balance sheet)
    • Duration: used for expressing facts which refer to a time interval (e.g. revenue for a certain period)

In addition to these predefined properties, the flexibility of XBRL allows the creation of taxonomy-specific properties.


Linkbases

Linkbases are used to define relationships between elements and relationships between resources. A resource can be, for example, the label of a concept in specific language or a reference to a paragraph of a legal document.

These relationships are defined using the XLink standard. Each link has a specific type. XBRL defines a set of predefined types that are grouped into linkbases. Linkbases in common use are:

  • Label linkbase: Used to assign labels to concepts defined in a schema. Multiple labels for different purposes (e.g. “Documentation”, “Period Start”, “Short Label”…) can be assigned to each concept. Each label may be expressed in different languages.
  • Reference linkbase: Used to link concepts to references to specific regulations. This could be the whole text of the regulation, and/or only a reference to the full text.
  • Presentation linkbase: Used to establish hierarchical relationships between the concepts defined in a schema. The presentation linkbase is generally used as a graphical guide for filing XBRL reports, since concepts can be displayed in a tree structure which matches the presentation relationships defined. The Presentation linkbase allows different presentations of the business concepts.
  • Definition linkbase: Originally planned for defining simple validation relationships between concepts, such as dependencies (e.g. if concept A is reported in a document, concept B must be reported as well), the definition linkbase is more commonly used to define dimensional relationships according to the Dimensions 1.0 specification, which will be discussed in a later section.
  • Calculation linkbase: Used to define simple aggregation relationships between different elements. For example: concept A may be calculated as the sum of A1, A2, A3 ... These aggregations can be modified with specific weights in order to obtain more complex arithmetic operations.

Extensibility

XBRL is extensible by design. The original authors of XBRL were aware of the complexity and diversity of reporting all over the world. As result, XBRL was designed to be a flexible language in order to suit as many use-cases as possible. In addition to the extensible nature of the language itself, taxonomies (schemas) can be extended with additional concepts and new relationships.

The idea behind extending a taxonomy is to build upon an existing taxonomy, and the concepts and relationships it defines, to incorporate additional information. For example, a taxonomy which defines concepts relating to an international standard can be extended in order to better define the information required by local regulators.

Taxonomy extensions can be created by importing one or multiple existing taxonomies (using XML Schema’s ‘import’ as described before, or using references from linkbases). In addition to the concepts and relationships defined in the imported taxonomies, the resulting new taxonomy may also include new concepts and relationships between (new or existing) concepts

Image:Extensibility.jpg
Figure 5 XBRL Taxonomy extension

Dimensions

The multidimensional data model

Multidimensional data models are known for their use in the analysis of business information. Such analytical processing, known as ‘OLAP’ (Online Analytical Processing), has been widely used across the software industry for a number of years.

The basic elements of this model are: metrics, dimensions, domains and hypercubes. Metrics represent primary business concepts (line items, or ‘primary items’). Dimensions represent ways to break down the data, or to express characteristics (for example: “before mitigation” or “after mitigation”). Examples of dimensions include: Time, product line, clients, geography. The set of possible values within a dimension is called a domain.

The reported values within a dimensional model (also known as facts) will always relate to a specific set of dimensional values. For example, revenue (metric) is 100.000€ in Croatia (“Country of sale” dimension), for snails (“Product” dimension), before tax (“Fiscal characteristics” dimension).

The elements that make up the domain of dimension are often ordered hierarchically. For example, the domain for the customer dimension could be divided into large companies, medium-sized companies and small companies.

The same domain can be used in different dimensions. For example, the representation of a bank transfer can include a dimension indicating the country of origin as well as a dimension indicating the destination country. The values that these two dimensions can take are identical: the country domain.

The set of possible combinations of dimension values for a given metric is called a hypercube. The name hypercube comes from the common representation of a multidimensional model:

Image:Dimensionality.jpg
Figure 6 Graphical representation of a 3-dimensional hypercube
As an example, a three-dimensional hypercube is graphically represented in figure 6.

XBRL dimensions

The XBRL Dimensions specification has been at the official recommendation level as a standard since September 2006. This extension to the XBRL standard allows the definition of valid combinations of dimensions to further contextualise a reported primary item value, and defines elements of these domains. This information is expressed in the taxonomy via relationships in the definition linkbase.

There are two types of XBRL dimension:

  • Explicit dimensions are dimensions whose domain is defined by ‘domain member’ elements are listed explicitly (and perhaps arranged into a hierarchy, as with the large, medium and small company example).
  • Typed dimensions are dimensions whose elements are not predefined. These dimensions are used when it is not possible to define explicit values, but a possible range, instead. For example, the 10-digit ISBN code of a book could be defined as a typed dimension with a domain restricted to a string matching the following pattern: ISBN\s(?=[-0-9xX ]{13}$)(?:[0-9]+[- ]){3}[0-9]*[xX0-9]

One characteristic of the dimensions specification is that it allows taxonomies to define invalid dimension combinations. For example, a taxonomy has two dimensions: fruit & colour. The taxonomy can thus indicate that some combinations of dimension values are not allowed (for example: "banana" & "red").

The dimension specification is a major contribution to the XBRL standard, as it allows an intuitive representation of business information.

Formulas

The XBRL Formula specification has been at the official recommendation level as a standard since June 2009. The main goal of the XBRL Formula specification is to provide validation capabilities not present in the base specification (XBRL 2.1).

The Formula Specification supports the creation of expressions (using XPath) that can be applied to XBRL instances. XBRL Formulas can be used to validate the information within an instance document.

XBRL Formulas can also be used to calculate new XBRL facts in a new instance (output instance). This output instance can be used to represent many variations on the data derived from an instance, such as transformations or determination of ratios.

XBRL Reporting: Instance document structure

After explaining all the various components of XBRL, which explain how XBRL works, it might be interesting to explain how XBRL is reported. The illustrated example has already indicated how reported data is represented in the XBRL format. In this section, the structure of an XBRL document, also called an instance document, will be explained.

XBRL instance documents do not have an elaborate predefined tree structure as may be the case in some XML schemas. All elements of an instance document reside directly within the major <xbrl> root node. Nevertheless, some components can always be found in an XBRL instance.

These components will be explained into more detail with the use of an example instance document.

XBRL root node, namespaces and schemaRef

Every XBRL instance document starts with the XML declaration, followed by the <xbrl> root node. Within the root node, namespaces used in the instance document can be declared. In the example below


namespaces have been declared. All subsequent elements in the instance document are directly below the <xbrl> root node.

EXAMPLE XBRL root node, with namespaces an schemaRef

  <?xml version="1.0" encoding="UTF-8">
  <xbrl> 
     xmlns="http://www.xbrl.org/2003/instance"
     xmlns:d-Regions-be="http://www.c-ebs.org/eu/fr/esrs/finrep/d-Regions-be/2008-01-01"   
     xmlns:d-sc-be="http://www.c-ebs.org/eu/fr/esrs/corep/2006-07-01/d-sc-be-2006-07-01"   
     xmlns:ifrs-gp="http://xbrl.iasb.org/int/fr/ifrs/gp/2006-08-15" 
     xmlns:iso4217="http://www.xbrl.org/2003/iso4217"   
     xmlns:link="http://www.xbrl.org/2003/linkbase" 
     xmlns:p-FINREP="http://www.c-ebs.org/eu/fr/esrs/finrep/p-FINREP/2008-01-01"   
     xmlns:xbrldi="http://xbrl.org/2006/xbrldi"   
     xmlns:xbrli="http://www.xbrl.org/2003/instance"   
     xmlns:xlink="http://www.w3.org/1999/xlink"  
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
     <link:schemaRef xlink:type="simple" 
        xlink:href="http://www.c-ebs.org/eu/fr/esrs/finrep/t-FINREP-be/BalanceSheet/2008-01-01/t-FINREP-be-2008-01-01-T01-BalanceSheet.xsd"/>
     ...
  </xbrl>

The first element shown in the above example is the link:schemaRef element, which indicates the location of the entry point for the XBRL taxonomy against which this instance document is expected to be valid. In the example above, the relevant taxonomy entry point is "t-FINREP-be-2008-01-01-T01-BalanceSheet.xsd" (corresponding to the Balance Sheet table of the Belgian Finrep report). For this instance document to be XBRL valid, it will have to valid against the definitions in t-FINREP-be-2008-01-01-T01-BalanceSheet.xsd.

The use of UTF-8 encoding is also recommended as best practice in [CWA1], since it is recognised as the preferred and most used type of encoding in HTML.

Contexts and units

After these first general elements, the contexts and units are defined.

Contexts give additional information to reported data, like:

  • Related timing of the reported data. This can be a period (duration) or a moment in time (instant);
  • Identification of the reporting entity;
  • Dimensional information. If the reported data is linked to a combination of a primary concept and dimensional values, the dimensional definition will need to be included in the context.

To fully contextualise a numeric fact in an instance, it must be associated with a unit. Units indicate in what measure the reported numeric data is expressed. This could, for example, be a currency (as below).. Other examples of unit are ‘percentage’, ‘pure’ (no unit), ‘earnings per share’.

EXAMPLE XBRL instance document, with unit & context definitions


 ...
  <context id="I-2007-12-Belgium">
     <entity>
        <identifier scheme="http://www.swift.com">TESTST04</identifier>
     </entity>
     <period>
        <instant>2007-12-31</instant>
     </period>
     <scenario>
        <xbrldi:explicitMember dimension="d-Regions-be:ByRegionsDimension">d-Regions-be:Belgium</xbrldi:explicitMember>
        <xbrldi:explicitMember dimension="d-sc-be:ScopeDimension">d-sc-be:Consolidated</xbrldi:explicitMember>
     </scenario>
  </context>
  <context id="I-2007-12-OtherEMU">
     <entity>
        <identifier scheme="http://www.swift.com">TESTST04</identifier>
     </entity>
     <period>
        <instant>2007-12-31</instant>
     </period>
     <scenario>
        <xbrldi:explicitMember dimension="d-Regions-be:ByRegionsDimension">d-Regions-be:OtherEMU</xbrldi:explicitMember>
        <xbrldi:explicitMember dimension="d-sc-be:ScopeDimension">d-sc-be:Consolidated</xbrldi:explicitMember>
     </scenario>
  </context>
  <context id="I-2007-12-RestOfTheWorld">
     <entity>
        <identifier scheme="http://www.swift.com">TESTST04</identifier>
     </entity>
     <period>
        <instant>2007-12-31</instant>
     </period>
     <scenario>
        <xbrldi:explicitMember dimension="d-Regions-be:ByRegionsDimension">d-Regions-be:RestOfTheWorld</xbrldi:explicitMember>
        <xbrldi:explicitMember dimension="d-sc-be:ScopeDimension">d-sc-be:Consolidated</xbrldi:explicitMember>
     </scenario>
  </context>
  <unit id="U-Monetary">
     <measure>iso4217:EUR</measure>
  </unit>
 ...


In the example above, three contexts are defined, with the following ID's:

  • I-2007-12-Belgium
  • I-2007-12-OtherEMU
  • I-2007-12-RestOfTheWorld

All three contain dimensional information regarding two XBRL dimensions: ScopeDimension and ByRegionsDimension. One unit is defined (U-Monetary), indicating the use of the EURO currency.

Facts and primary concepts

The reported data in an XBRL instance document are known as ‘facts’. A fact is reported by referring to its primary concept (defined by the taxonomy) and references to its contextual information defined by a context element, a unit element and a number of other attributes depending on the data type of the concept being reported. EXAMPLE: XBRL instance document, with facts and primary concepts


...

  <ifrs-gp:CashAndBalancesWithCentralBanks contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">2970321000</ifrs-gp:CashAndBalancesWithCentralBanks>			
     <ifrs-gp:CashAndBalancesWithCentralBanks contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">709174000</ifrs-gp:CashAndBalancesWithCentralBanks>			
     <ifrs-gp:CashAndBalancesWithCentralBanks contextRef="I-2007-12-RestOfTheWorld" decimals="2" unitRef="U-Monetary">753252607</ifrs-gp:CashAndBalancesWithCentralBanks>			
     <ifrs-gp:FinancialAssetsHeldForTradingTotal contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">4601911527</ifrs-gp:FinancialAssetsHeldForTradingTotal>			
     <ifrs-gp:FinancialAssetsHeldForTradingTotal contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">29760434449</ifrs-gp:FinancialAssetsHeldForTradingTotal>			
     <ifrs-gp:FinancialAssetsHeldForTradingTotal contextRef="I-2007-12-RestOfTheWorld" decimals="2" unitRef="U-Monetary">23396601036</ifrs-gp:FinancialAssetsHeldForTradingTotal>			
     <ifrs-gp:FinancialAssetsDesignatedAsFairValueThroughProfitOrLossTotal contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">1364964840</ifrs-gp:FinancialAssetsDesignatedAsFairValueThroughProfitOrLossTotal>			
     <ifrs-gp:FinancialAssetsDesignatedAsFairValueThroughProfitOrLossTotal contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">231126000</ifrs-gp:FinancialAssetsDesignatedAsFairValueThroughProfitOrLossTotal>			
     <ifrs-gp:FinancialAssetsDesignatedAsFairValueThroughProfitOrLossTotal contextRef="I-2007-12-RestOfTheWorld" decimals="2" unitRef="U-Monetary">1594727199</ifrs-gp:FinancialAssetsDesignatedAsFairValueThroughProfitOrLossTotal>			
     <ifrs-gp:AvailableForSaleFinancialAssetsTotal contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">17399874637</ifrs-gp:AvailableForSaleFinancialAssetsTotal>			
     <ifrs-gp:AvailableForSaleFinancialAssetsTotal contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">29728469000</ifrs-gp:AvailableForSaleFinancialAssetsTotal>			
     <ifrs-gp:AvailableForSaleFinancialAssetsTotal contextRef="I-2007-12-RestOfTheWorld" decimals="2" unitRef="U-Monetary">5565266331</ifrs-gp:AvailableForSaleFinancialAssetsTotal>			
     <ifrs-gp:LoansAndReceivablesTotal contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">81536712304</ifrs-gp:LoansAndReceivablesTotal>			
     <ifrs-gp:LoansAndReceivablesTotal contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">54521384945</ifrs-gp:LoansAndReceivablesTotal>			
     <ifrs-gp:LoansAndReceivablesTotal contextRef="I-2007-12-RestOfTheWorld" decimals="2" unitRef="U-Monetary">35605182080</ifrs-gp:LoansAndReceivablesTotal>			
     <ifrs-gp:HeldToMaturityInvestmentsTotal contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">345118000</ifrs-gp:HeldToMaturityInvestmentsTotal>			
     <ifrs-gp:HeldToMaturityInvestmentsTotal contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">2503013000</ifrs-gp:HeldToMaturityInvestmentsTotal>			
     <ifrs-gp:HeldToMaturityInvestmentsTotal contextRef="I-2007-12-RestOfTheWorld" decimals="2" unitRef="U-Monetary">162337689</ifrs-gp:HeldToMaturityInvestmentsTotal>			
     <ifrs-gp:HedgingAssetsTotal contextRef="I-2007-12-Belgium" decimals="2" unitRef="U-Monetary">5977474</ifrs-gp:HedgingAssetsTotal>			
     <ifrs-gp:HedgingAssetsTotal contextRef="I-2007-12-OtherEMU" decimals="2" unitRef="U-Monetary">145571284</ifrs-gp:HedgingAssetsTotal>			
     <ifrs-gp:HedgingAssetsTotal contextRef="I-2007-12-RestOfTheWorld" decimals="2" unitRef="U-Monetary">178358452</ifrs-gp:HedgingAssetsTotal>
  </xbrl>

This example illustrates several of the ideas presented earlier in this document: Namespaces prefixes are used, along with element names to referencethe element definitions of the primary concepts. Contexts and units references are used to give contextual information to the reported numbers.

The instance document ends with the closing tag of the main <xbrl> root node.

Validation of XBRL reports

One of the fundamental processes required in the handling of XBRL data is the validation of instance documents. The goal of the validation process is the ensure consistency of the reported information according to the different rules imposed by the XBRL standard and by the referenced XBRL taxonomy.

The validation process involves the following steps:

  • XML validation: an XBRL document must be a well-formed XML document
  • XML Schema validation: an XBRL document must be valid according the schemas used in the taxonomy (its structure, data types, etc.)
  • XBRL validation structure. Some rules which are not covered by the taxonomy's schema validation are defined by the XBRL specification. For example, a numeric concept must be accompanied by a unit.
  • Validation rules: an XBRL taxonomy can contain certain restrictions defined within the taxonomy linkbases (such as the calculation linkbase).
  • Dimensional validation: reported information needs to be valid against the dimensional constraints imposed by the taxonomy. A dimension may not take values that are not specified in its domain, o a metric may not be reported for an invalid combination of dimensions
  • Formula validation: if the taxonomy contains XBRL formulas, the reported information may be assessed according to the formulas defined in the taxonomy

All validation steps are generally executed by specific XBRL software

Annex A (informative) Further Readings

Standards & Specifications

General info

Bibliography

[1] The Extensible Markup Language (XML), see http://www.w3.org/XML/

[2] The XML standard, see http://www.w3.org/TR/2008/REC-xml-20081126/

[3] The eXtensible Business Reporting Language (XBRL), see http://www.xbrl.org/TheStandard

[4] Extensible Business Reporting Language (XBRL) 2.1, available at : http://www.xbrl.org/specification/xbrl-recommendation-2003-12-31+corrected-errata-2012-01-25.htm

[5] XBRL Dimensions 1.0, available at: http://www.xbrl.org/specification/dimensions/rec-2012-01-25/dimensions-rec-2006-09-18+corrected-errata-2012-01-25-clean.html

[6] XBRL Registry specification 1.0, available at: http://www.xbrl.org/Specification/registry/REC-2009-06-22/registry-REC-2009-06-22.html

[7] XBRL Formula specification 1.0, available at: http://www.xbrl.org/Specification/formula/REC-2009-06-22/overview/Formula-Overview-REC-2009-06-22.rtf

[8] New Technical and Normative Challenges for XBRL: Multidimensional in the COREP Taxonomy. Boixo, I.; Flores, F.; July 18th, 2005. The International Journal of Digital Accounting Research, Vol. 5, N. 9, 2005, pages 79-104. ISSN:1577-8517

[9] XBRL for Interactive Data: Engineering the Information Value Chain Debreceny, Roger; Felden, Carsten; Ochocki Bartosz; Piechocki, Maciej; Piechocki, Michal. 2009. Springer, Dordrecht Heidelberg London New York. ISBN 978-3-642-01436-9

[10] XBRL and the Multidimensional Data Model. Santos, I.; Castro, E.; May 6th-9th. 2011. In Proceedings of the 7th International Conference on Web Information Systems and Technologies, WEBIST 2011, pages 161-164, Noordwijkerhout, The Netherlands.

[11] XBRL Interoperability through a Multidimensional Data Model. Santos, I.; Castro, E.; December 8th-10th, 2011. IADIS Internacional Conference on Internet Technologies & Society (ITS 2011). Shanghai, China,

[12] Data Model and Matrix Schemas. Heinze, K.; November 16th-20th 2009. XI European Banking Supervisors XBRL Workshop, November 16th-20th 2009, Vienna, Austria

Personal tools