Informatiegids KvK taxonomie (NT11)

Transcriptie

1 Informatiegids KvK taxonomie (NT11) Documentnaam: Informatiegids KvK taxonomie (NT11) Versie: 1.0 Datum: 17 november 2016

2 Voorwoord Standard Business Reporting Standard Business Reporting (SBR) is de internationale verzamelterm voor de initiatieven die als doel hebben verantwoordingsinformatie-uitwisseling te vereenvoudigen en op deze wijze de maatschappelijke lasten van verantwoording te verminderen. In het SBR Programma werken partijen uit overheid en markt samen om het samenstellen en uitwisselen van (financiële) rapportages te vereenvoudigen. In samenwerking met diverse ketenpartners heeft het SBR programma de Nederlandse Taxonomie (NT) gerealiseerd voor informatie-uitwisseling in de financiële verantwoordingsketen. Met deze taxonomie wordt het voor ondernemers bijvoorbeeld gemakkelijker om aan hun informatieplichten te voldoen die voortvloeien uit het jaarrekeningenrecht en andere wetgeving. De realisatie van de NT draagt bij aan een verregaande semantische standaardisering van gegevensdefinities door hun onderlinge relaties in de taxonomie eenduidig vast te leggen. De gebruiker van de taxonomie mag erop vertrouwen dat de taxonomie een naar de stand van de wet- en regelgeving juiste en volledige set van gegevens bevat. In de NT zijn begrippen zoveel mogelijk genormaliseerd waardoor redundantie en onnodige verschillen in de uit te vragen gegevens worden weggenomen. Door toepassing van de NT maakt een rapporteur gebruik van één geharmoniseerde gegevensverzameling. KvK taxonomie De KvK taxonomie is dat deel van de Nederlandse Taxonomie dat zich richt op het deponeren van verantwoordingsrapportages bij het Handelsregister van de Kamer van Koophandel via SBR. Deze informatiegids geeft nader inzicht in de jaarverantwoordingsrapportages over het financiële jaar 2016 en beoogt om de inhoud van de KvK taxonomie (NT11) uiteen te zetten. Reacties en commentaren Om de volledigheid en juistheid van deze informatiegids te borgen houdt het SBR programma zich voortdurend aanbevolen voor reacties en commentaren. Ontvangen commentaren en ontwikkelingen in de praktijk kunnen aanleiding geven voor aanpassing van deze informatiegids. Jaarlijks wordt een geactualiseerde versie van de informatiegids gepubliceerd gebaseerd op de ontwikkelingen van dat jaar. 2

3 Contact informatie Het Standard Business Reporting programma kan worden benaderd via de onderstaande contact informatie: Aanhef: Standard Business Reporting programma Ter attentie van: Delivery Manager Gegevens (optioneel) Adres: Wilhelmina van Pruisenweg AN, Den Haag Postbus: Postbus JE, Den Haag Telefoon: Website: 3

4 Inhoudsopgave Versie historie Inleiding op dit document Doel van dit document Doelgroep van dit document Referenties naar andere bronnen Inleiding op de KvK taxonomie Doel van de KvK taxonomie Gebruik van de KvK taxonomie Inhoud van de KvK taxonomie Uitbreiden van de KvK taxonomie Updaten van de KvK taxonomie Ondersteunende documenten bij de KvK taxonomie Architectuur van de KvK taxonomie XBRL specificaties Nederlandse Taxonomie Architectuur Structuur van de KvK taxonomie Entrypoints Presentation Presentation linkbase Table linkbases Generic linkrole order Presentation hierarchy Validation Dimension linkbases Formula linkbases Dictionary Extended linkroles (ELRs) Concepten Assen Explicit members Typed members Definities Labels Referenties Tuples Semantische relaties Appendix A Overzicht van business rules

5 Versie historie De inhoudelijke wijzigingen ten opzichte van voorgaande versies van de informatiegids worden hieronder uiteengezet: Versie Datum Beschrijving van wijzigingen november 2016 Initiële conceptversie november 2016 publicatieversie 5

6 1 Inleiding op dit document 1.1 Doel van dit document Het doel van dit document is het geven van een introductie in de taxonomie van de Kamer van Koophandel (KvK). Het beoogt om de inhoud van de KvK taxonomie uiteen te zetten en om de doelgroep meer inzicht te geven in welke structuren en modelleerpatronen hierbij gehanteerd worden. Dit document is een informatiegids voor de KvK taxonomie. 1.2 Doelgroep van dit document De informatiegids is bestemd voor iedereen die een goed beeld wil krijgen van de KvK taxonomie of die gebruik wil maken van andere ondersteunende documenten die de KvK taxonomie beschikbaar worden gesteld. De KvK taxonomie is opgesteld in XBRL (extensible Business Reporting Language). Voor het begrijpen van deze informatiegids is kennis van het technische formaat van XBRL niet per se noodzakelijk. Het gaat er wel vanuit dat de lezer bekend is met de basisconcepten van XBRL en SBR. De doelgroep van dit document omvat derhalve tenminste de volgende partijen: Softwareleveranciers Accountants Rapporteurs Andere uitvragende organisaties Controleurs van de KvK taxonomie 1.3 Referenties naar andere bronnen In dit document wordt regelmatig gerefereerd naar andere bronnen voor meer details. In het onderstaande overzicht zijn deze bronnen uiteengezet: Bron Beschrijving Link SBR website SBR NTA wiki XBRL International specificatie sub-site De website van het Standard Business Reporting (SBR) programma in Nederland. De wiki pagina van de Nederlandse Taxonomie Architectuur (NTA) van het SBR programma in Nederland. De website met alle officiële XBRL specificaties

7 2 Inleiding op de KvK taxonomie 2.1 Doel van de KvK taxonomie Het doel van de KvK taxonomie is het beschikbaar stellen van verschillende rapportages ( entrypoints ) waarmee organisaties in Nederland in staat worden gesteld om hun jaarverantwoording in XBRL formaat te deponeren bij het Handelsregister van de Kamer van Koophandel. Deze rapportages bieden een raamwerk waarmee deze organisaties binnen de contouren van de Nederlandse wet- en regelgeving op het gebied van jaarverslaggeving hun jaarverantwoording kunnen opstellen en valideren ten behoeve van het proces van deponeren. 2.2 Gebruik van de KvK taxonomie De voornaamste groepen van gebruikers van de KvK taxonomie en hun redenen voor toepassing zijn in de onderstaande tabel samengevat: Gebruikersgroep Rapporterende organisaties Softwareleveranciers Accountants en andere intermediairs Gebruikers van jaarverantwoordingen Andere uitvragende partijen Toepassing Rapporterende organisaties moeten de KvK taxonomie gebruiken voor het opstellen van hun jaarverantwoording in XBRL formaat om dit vervolgens via Digipoort te deponeren bij het Handelsregister van de Kamer van Koophandel. Daarnaast kunnen organisaties de digitale jaarverantwoordingen en/of de KvK taxonomie ook gebruiken als basis voor het reviewen van verantwoordingsgebruiken in hun branche of voor het faciliteren van benchmark analyses. Softwareleveranciers kunnen de KvK taxonomie in hun applicaties verwerken om rapporterende organisaties te faciliteren bij het opstellen van hun jaarverantwoordingen. Accountants en andere intermediairs kunnen rapporterende organisaties van dienst zijn bij het opstellen van de jaarverantwoordingen, waarbij de controlerende accountants ook met de KvK taxonomie te maken zullen krijgen in het kader van de controle van de jaarverantwoording. Gebruikers van de digitale jaarverantwoordingen kunnen de KvK taxonomie gebruiken om de informatie op een efficiëntere wijze te analyseren en verwerken. Andere uitvragende partijen kunnen de (modellering van de) KvK taxonomie gebruiken als basis voor het opstellen van een eigen verantwoordingstaxonomie. 7

8 2.3 Inhoud van de KvK taxonomie De inhoud van de KvK taxonomie bestaat uit verschillende entrypoints die het mogelijk maken om een jaarverantwoording op te stellen op basis van Dutch GAAP en IFRS. Dit betekent dat de entrypoints nader zijn uitgewerkt overeenkomstig de wet- en regelgeving op het gebied van jaarverantwoording in Nederland. Hierbij worden elementen gehanteerd die hun oorsprong vinden in onder meer het Burgerlijk Wetboek, Boek 2 (BW2), de Richtlijnen voor de Jaarverslaggeving (RJ) en de International Financial Reporting Standards (IFRS). Deze elementen zijn gedefinieerd als onderdeel van hun eigen taxonomieën en worden door de KvK taxonomie hergebruikt. Dit heeft als gevolg dat de KvK taxonomie zelf slechts een beperkt aantal aanvullende elementen heeft gedefinieerd; namelijk elementen die relevant zijn voor de verwerking van de jaarverantwoording door de Kamer van Koophandel. Concreet betekent dit dat de KvK taxonomie in technische zin een extensie is op meerdere zogenaamde core taxonomieën die op basis van wet- en regelgeving hebben gedefinieerdd welke elementen beschikbaar moeten zijn. Middels de entrypoints in de KvK taxonomie worden deze elementen bij elkaar gebracht tot een raamwerk voor jaarverantwoording. Conceptueel ziet dit er als volgt uit: Figuur 1 Inhoud van de KvK taxonomie De KvK taxonomie hergebruikt elementen uit de volgende taxonomieën: VenJ-taxonomie Afkorting: Partner: Wetgeving: VenJ Ministeriee van Veiligheid en Justitie Burgerlijk Wetboek, Boek 2 Titel 9 Besluit Modellen Jaarrekening Vaststellingsbesluit Nadere Voorschriften Inhoud Jaarverslag Besluit Actuele Waarde Besluit Artikel 10 Overnamerichtlijn Besluit Fiscale Waarderingsgrondslagen Besluit Jaarrekening Banken Besluit Uitvoering Publicatieverplichtingen Richtlijn Kapitaalvereisten Ingangsdatum: Beschrijving: De inhoud van deze taxonomie bestaat uit de verantwoordingsvereisten uit Titel 9 van het Burgerlijk Wetboek, Boek 2 en alle hieraan gerelateerde besluiten; in het bijzonder het Besluit Modellen Jaarrekening. Deze taxonomie omvat de wetgeving die van toepassing is voor verslagjaren die aanvangenn op of na 1 januari

9 Meer details: Zie de informatiegids voor de VenJ-taxonomie RJ-taxonomie Afkorting: Partner: Regelgeving: RJ Raad voor de Jaarverslaggeving Richtlijnen voor de Jaarverslaggeving voor kleine rechtspersonen (RJk) Richtlijnen voor de Jaarverslaggeving voor middelgrote en grote rechtspersonen (RJ) Ingangsdatum: Beschrijving: Meer details: De inhoud van deze taxonomie bestaat uit de presentatie en toelichtingsvereisten uit de Richtlijnen voor de Jaarverslaggeving voor kleine rechtspersonen en voor middelgrote en grote rechtspersonen, inclusief de bijzondere bedrijfstakken. Deze taxonomie omvat de jaareditie 2015 van de RJ-bundel en RJk-bundel die van toepassing is voor verslagjaren die aanvangen op of na 1 januari Daarnaast zijn ook de RJ-Uitingen tot en met RJ-Uiting in deze taxonomie verwerkt die met ingang van 1 januari 2016 in werking getreden zijn. Zie de informatiegids voor de RJ-taxonomie BZK-taxonomie Afkorting: Partner: Wetgeving: BZK Ministerie van Binnenlandse Zaken & Koninkrijksrelaties Wet Normering Bezoldiging Topfunctionarissen Publieke en Semipublieke Sector Ingangsdatum: Beschrijving: Meer details: De inhoud van deze taxonomie bestaat uit de relevante toelichtingsvereisten op basis van de Wet Normering Bezoldiging Topfunctionarissen Publieke en Semipublieke Sector. Deze taxonomie omvat de wetgeving die van toepassing is voor verslagjaren die aanvangen op of na 1 januari Zie de informatiegids voor de BZK-taxonomie 9

10 EZ-taxonomie Afkorting: Partner: Wetgeving: EZ Ministerie van Economische Zaken Nederlandse Corporate Governance Code Ingangsdatum: Beschrijving: Meer details: De inhoud van deze taxonomie bestaat uit de verantwoordingsvereisten uit de Nederlandse Corporate Governance Code. Deze taxonomie omvat de wetgeving die van toepassing is voor verslagjaren die aanvangen op of na 1 januari Zie de informatiegids voor de EZ-taxonomie IASB-taxonomie Afkorting: Partner: Regelgeving: IASB International Accounting Standards Board International Financial Reporting Standards (IFRS) International Financial Reporting Standards for Small & Medium Entities (IFRS-SME) Ingangsdatum: Beschrijving: Meer details: De inhoud van deze taxonomie bestaat uit de presentatie en toelichtingsvereisten uit de International Financial Reporting Standards en International Financial Reporting Standards for Small & Medium Entities. Deze taxonomie omvat de jaareditie 2016 van de IFRS taxonomie, zoals op 31 maart 2016 gepubliceerd door de IASB. Zie de begeleidende materialen voor de IFRS 2016 taxonomie op Uitbreiden van de KvK taxonomie Wanneer een rapporterende organisatie informatie wil rapporteren waarvoor geen element beschikbaar is in een entrypoint van de KvK taxonomie, kan de rapporterende organisatie de KvK taxonomie uitbreiden door het maken van een zogenaamde preparer extension. Van een preparer extension is sprake wanneer een rapporterende organisatie in haar XBRL instance document concepten, definities of relaties toepast en/of wijzigt die niet door uitvragende partij beschikbaar zijn gesteld in het betreffende taxonomie-entrypoint. 10

11 De KvK taxonomie biedt ook een verscheidenheid aan entrypoints die gehanteerd kunnen worden voor het opstellen van de jaarverantwoording door rapporterende organisaties. Een aantal van deze entrypoints richten zich op specifieke bedrijfstakken (zie hoofdstuk 4 voor meer details). Indien rapporterende organisaties in andere bedrijfstakken actief zijn dan waarvoor een specifiek entrypoint beschikbaar is, kan zij een generiek entrypoint gebruiken als basis en deze aanvullen middels een preparer extension. MEDEDELING: Op dit moment bevindt de mogelijkheid om een preparer extension te deponeren bij de Kamer van Koophandel zich in een pilotfase. Zodra dit naar de productiefase gaat, zal deze paragraaf worden geüpdatet. 2.5 Updaten van de KvK taxonomie De KvK taxonomie wordt tenminste jaarlijks geüpdatet, waarbij de wijzigingen in de inhoud vooral plaatsvinden als gevolg van: - Wijzigingen in de bestaande wet- en regelgeving; - Invoering van nieuwe wet- en regelgeving; - Verbeteringen in de KvK taxonomie Dit maakt het mogelijk om inconsistenties te verwijderen en om andere correcties door te voeren op de KvK taxonomie. Daarnaast kunnen verbeteringen worden aangebracht op basis van de feedback die ontvangen is vanuit de markt. In sommige gevallen zal de KvK taxonomie ook worden geüpdatet om veranderingen in de techniek te verwerken, zoals de gehanteerde XBRL specificaties of wijzigingen in de architectuur van de KvK taxonomie (zie hoofdstuk 3 voor meer informatie over de architectuur). In het geval van belangrijke onjuistheden in de KvK taxonomie met een urgent karakter bestaat de mogelijkheid dat de KvK taxonomie wordt aangepast door middel van een foutherstel procedure of dat een volledig nieuwe versie wordt uitgebracht waarin de onjuistheden zijn gecorrigeerd. De geconstateerde onjuistheden in de KvK taxonomie die gevolgen hebben voor het gebruik van de taxonomie maar die niet zo groot zijn dat ze een foutherstel procedure of een nieuwe versie rechtvaardigen worden known errors genoemd. Deze known errors worden bijgehouden op een known error lijst en gepubliceerd op de SBR website. 2.6 Ondersteunende documenten bij de KvK taxonomie De ondersteunende documenten die tegelijkertijd met de KvK taxonomie worden gepubliceerd omvatten onder meer: Document Release notes Beschrijving De release notes beschrijven de belangrijkste ontwikkelingen en wijzigingen in deze versie van de taxonomie. Entrypoint spreadsheet Het entrypoint spreadsheet omvat de rendering van de presentation linkbases in een spreadsheet weergave. Hierin wordt de volgorde van de rapporteerbare concepten voor elk entrypoint weergegeven. 11

12 Dimensions spreadsheet Voorbeeld instance documenten Versioning informatie Handleiding voor het opstellen van een jaarverantwoording op basis van de KvK taxonomie (NT11) Het dimensions spreadsheet omvat de rendering van de dimensionele constructies in de taxonomie. Hiervoor worden de toegestane aspecten voor elk concept weergegeven. Deze concepten zijn voor elk entrypoint weergegeven op basis van de volgorde van de presentation linkbase. Voorbeeld instance documenten geven inzicht in de wijze hoe het XBRL instance document van een verantwoordingsrapportage eruit komt te zien. Voor elk entrypoint is een voorbeeld instance document beschikbaar. De versioning informatie toont de wijzigingen in een entrypoint ten opzichte van de meest recente definitieve versie van hetzelfde entrypoint (of een vergelijkbare). Deze informatie is zowel in XML als in HTML formaat beschikbaar. De handleiding beschrijft de relevante onderwerpen omtrent het opstellen van jaarverantwoordingen. Het is een hulpmiddel bij het opstellen van XBRL instance documenten op basis van de KvK taxonomie (NT11). 12

13 3 Architectuur van de KvK taxonomie De uitgangspunten voor de architectuur van de VenJ taxonomie bevinden zich in de toepassing van de XBRL specificaties en de naleving van de Nederlandse Taxonomie Architectuur (NTA) van het SBR programma. 3.1 XBRL specificaties De basis van de taxonomie bevindt zich in de toepassing van de verschillende XBRL specificaties. Een taxonomie kan binnen SBR gebruik maken van de volgende XBRL specificaties: XBRL 2.1 XBRL Dimensions 1.0 XBRL Formula 1.0 Generic Labels 1.0 Generic Links 1.0 Generic References 1.0 Generic Preferred Label 1.0 Data Type Registry 1.0 Functions Registry 1.0 Link Role Registry 2.0 Link Role Registry 1.0 Units Registry 1.0 Table Linkbase 1.0 Versioning 1.0 De inhoud van deze specificaties is te vinden op de XBRL International specificatie sub-site. De taxonomie zal te allen tijde voldoen aan de bovengenoemde XBRL specificaties. 3.2 Nederlandse Taxonomie Architectuur De Nederlandse Taxonomie Architectuur (NTA) bevat de architectuurregels voor elke SBR taxonomie. De honderden inhoudelijke regels die opgenomen zijn in de NTA kaderen de toepassing van de verschillende XBRL specificatie nader in. Dit is noodzakelijk omdat de XBRL specificaties een brede basis hebben om in zoveel mogelijk situaties over de gehele wereld toegepast te kunnen worden. Een aantal van de mogelijkheden van XBRL zijn in bepaalde omstandigheden echter niet wenselijk in de Nederlandse context van het SBR programma. De architectuurregels zorgen voor een consistente, voorspelbare en controleerbare architectuur van de taxonomie. De naleving van de architectuurregels is een belangrijke stap bij de toetsing van de kwaliteit van de taxonomie. De verschillende regels van de NTA worden niet in dit document opgenomen, maar hiervoor wordt verwezen naar de SBR NTA wiki. 13

14 4 Structuur van de KvK taxonomie De KvK taxonomie is nadrukkelijkk geen core taxonomie. De entrypoints in de KvKK taxonomie stellen organisaties in Nederland in staat om hun jaarverantwoording in XBRL formaat te deponeren bij het Handelsregister van de Kamer van Koophandel. Deze rapportages bieden een raamwerk waarmee deze organisaties binnen de contouren van de Nederlandse wet- en regelgeving op het gebied van jaarverslaggeving hun jaarverantwoording kunnen opstellen en valideren ten behoeve van het proces van deponeren. Hiervoor worden, zoals eerder aangegeven, vooral elementen uit verschillende core taxonomieën gebruikt. De structuur van de KvK taxonomie is gebaseerd op de standaard structuur voor elke SBR taxonomie in Nederland. De structuur van de KvK taxonomie wordt in de onderstaande figuur geïllustreerd: Figuur 2 Structuur van de KvK taxonomie De verschillende onderdelen worden in de onderstaande paragraven nader uiteengezet. 4.1 Entrypoints Een entrypoint is zoals de naam ook al aangeeft - voor de meeste gebruikers de ingang naar een taxonomie. Het entrypoint importeert de relevante linkbases uit de presentation en validation folders om een specifiek rapportageraamwerk te creëren. Dit rapportageraamwerk geeft aan op welke wijze de gegevens gepresenteerd en gevalideerd dienen te worden. De KvK taxonomie bestaat op dit moment uit de volgende entrypoints: Jaarverantwoording 2016 NL-GAAP voor microrechtspersonen - publicatiestukken Jaarverantwoording 2016 NL-GAAP voor microrechtspersonen Jaarverantwoording 2016 NL-GAAP voor kleine rechtspersonen - publicatiestukken Jaarverantwoording 2016 NL-GAAP voor kleine rechtspersonen Jaarverantwoording 2016 NL-GAAP voor kleine rechtspersonen (met verticale balans) Jaarverantwoording 2016 NL-GAAP voor kleine organisaties-zonder-winststreven Jaarverantwoording 2016 NL-GAAP voor middelgrote rechtspersonen 14

15 Jaarverantwoording 2016 NL-GAAP voor middelgrote rechtspersonen (met verticale balans) Jaarverantwoording 2016 NL-GAAP voor grote rechtspersonen Jaarverantwoording 2016 NL-GAAP voor grote rechtspersonen (met verticale balans) Het primaire doel van deze entrypoints is het bieden van de mogelijkheid om een rapportage op te stellen. Deze entrypoints zullen dan ook vanaf januari 2017 in Digipoort open worden gesteld voor aanleveringen aan de Kamer van Koophandel. Voor het overzicht van wanneer welke entrypoints beschikbaar zijn in Digipoort, verwijzen we naar de Berichtsoortentabel op de SBR website. De hieronder in het grijs vermelde entrypoints zijn de rapportages die in een later stadium uitgebracht zullen worden: Jaarverantwoording 2016 NL-GAAP voor banken Jaarverantwoording 2016 NL-GAAP voor verzekeringsmaatschappijen Jaarverantwoording 2016 NL-GAAP voor pensioenfondsen Jaarverantwoording 2016 NL-GAAP voor beleggingsentiteiten Jaarverantwoording 2016 NL-GAAP voor coöperaties Jaarverantwoording 2016 NL-GAAP voor commerciële stichtingen en verenigingen Jaarverantwoording 2016 NL-GAAP voor toegelaten instellingen volkshuisvesting 1 Jaarverantwoording 2016 NL-GAAP voor organisaties-zonder-winststreven Jaarverantwoording 2016 NL-GAAP voor fondsenwervende instellingen Jaarverantwoording 2016 NL-GAAP voor zorginstellingen Jaarverantwoording 2016 NL-GAAP voor onderwijsinstellingen Jaarverantwoording 2016 NL-GAAP voor vennootschappen onder firma of commanditaire vennootschappen Jaarverantwoording 2016 IFRS NL Jaarverantwoording 2016 IFRS SME NL Jaarverantwoording 2016 IFRS (geconsolideerd) en NL-GAAP (enkelvoudig) De alfa versie van deze entrypoints zal in januari 2017 worden gepubliceerd. De bèta versie wordt verwacht in februari 2017 en de definitieve versie in maart De jaarverantwoording 2016 NL- GAAP voor kleine organisaties-zonder-winststreven zal naar verwachting nog in de definitieve versie van de NT11 worden meegenomen. 4.2 Presentation Presentation linkbase Presentation linkbases geven de presentatierelaties weer tussen concepten binnen een ELR. Deze presentatierelaties zijn hiërarchisch van aard en hanteren hiervoor een parent-child arc. Hierdoor ontstaat een zogenaamde boomstructuur die de volgorde van de verschillende concepten bepaalt. Het eerste concept in de hiërarchie is altijd een abstract concept; binnen SBR ook wel een presentationitem genoemd. Het is een concept waarover niet gerapporteerd kan worden, maar gebruikt wordt om de presentatierelaties vorm te geven. 1 De Richtlijnen voor de Jaarverslaggeving voor toegelaten instellingen volkshuisvesting (RJ645) zijn in 2016 gewijzigd en verwijzen voor de inhoudelijk te rapporteren concepten naar de op dit moment nog niet gepubliceerde Regeling toegelaten instellingen volkshuisvesting Het is nog onduidelijk wanneer deze regeling definitief zal worden. 15

16 In de KvK taxonomie wordt de presentation linkbase gebruikt om verschillende concepten binnen een ELR op de volgorde op te nemen die verwacht kan worden van een jaarverantwoording. In de onderstaande afbeelding is een voorbeeld opgenomen van de presentation linkbase van de KvK taxonomie waaruit de beschreven hiërarchische structuur van de concepten blijkt: Figuur 3 Presentation linkbase KvK taxonomie Table linkbases Een table linkbase is in de KvK taxonomie het uitgangspunt voor rendering. De presentation linkbase is uitsluitend in staat om de volgorde van concepten aan te geven, maar heeft geen mogelijkheden om dimensionele constructies te renderen. De table linkbase biedt wel de mogelijkheid om dimensionele constructies in de vorm van tabellen te renderen. De table linkbase is hierdoor het beste uitgangspunt wanneer partijen de KvK taxonomie willen hanteren als basiss voor een rendering. De jaarverantwoordingsrapportages in de KvK taxonomie zijn te beschouwen als een grote set van verschillende (meestal relatief kleine) tabellen die in een bepaalde volgorde en hiërarchie weergegeven zijn. Hierdoor bevat de KvK taxonomie op dit moment ongeveer 400 verschillende tabellen. Elke tabel in een table linkbase is opgenomen in een aparte ELR op basis van de gen:link. Hierdoor loopt de table linkbase synchroon met de betreffende presentation en dimension linkbases. 16

17 Een tabel in de table linkbase kent altijd een x-as en een y-as. Z-assen zijn op basis van de huidige regels in de NTA niet toegestaan en worden derhalve niet toegepast. Een as van een tabel wordt vaak gevoed vanuit de bestaandee presentatierelaties in de presentation linkbase. Regelmatig worden ook de dimensionele constructies uit dimensionele linkbases gehanteerd als bron voor de vulling van de as van een tabel. Veelal worden dan de verschillende members (al dan niet in een bepaalde hiërarchische verhouding) op een as geplaatst. Een voorbeeld hiervan is bij een verloopoverzicht. Figuur 4 Table linkbase KvK taxonomie Het uitgangspunt van elke tabel in de KvK taxonomie is dat alle relevante aspecten worden meegegeven aan een tabel, zodat de table linkbase ook daadwerkelijk kan worden voor het opstellen van een instance document. Deze aspecten maken dan ook altijd deel uit van de tabel definitie. Een deel van deze aspecten worden bij het renderen van een tabel uit hoofde van presentatiedoeleinden niet getoond, maar maken wel deel uit van de tabel definitie. Een voorbeeld hiervan is het aspect geconsolideerd dat aan feiten meegegeven dient te worden in het geval van een geconsolideerde jaarrekening. In de meeste tabellen is dit aspect in de vorm van een member opgenomen in de tabel definitie, maar wordt dit member niet getoond in de rendering van de tabel. Dit vloeit voort uit de wens om voor de rendering aan te haken bij de huidige (papier-georiënteerde) praktijk, waarbij op andere wijze kenbaar gemaakt wordt dat het hier een feit betreft van de geconsolideerde jaarrekening. 17

18 Parameters De table linkbases in de KvK taxonomie maken gebruik van parameters die waardes uit het instance document halen die relevant zijn voor het renderen van een tabel. Een voorbeeld van dergelijke waardes zijn de datums van de huidige en voorgaande rapportageperiodes. Aangezien de begin- en einddatum van een jaarverantwoording per organisatie kan variëren, kijkt de tabel definitie naar de daadwerkelijke waarde die hiervoor in het instance document wordt toegepast. Hierdoor wordt gebruikt gemaakt van een variable:parameter. Indien een tabel gerenderd dient te worden en er nog geen instance document is waarin de benodigde waardes zijn opgenomen, vallen deze parameters terug op default waardes. Deze default waardes zijn opgenomen in een parameter bestand. Deze datums kunnen wanneer nodig lokaal gewijzigd worden door gebruikers van de taxonomie. Deze parameters zijn beschikbaar in de KvK taxonomie in het volgorde bestand:../presentation/kvk-generic-parameter.xml Generic linkrole order De generic linkrole order is een SBR constructie die sinds 2011 wordt toegepast om de presentatievolgorde van ELRs aan te geven. Een ELR wordt gebruikt om de verschillende onderdelen van een jaarverantwoording te groeperen; onder meer naar een presentatiestructuur. De generic linkrole order is een generic linkbase die gebruik maakt van de XBRL Generic Links specificatie. De generic linkrole order is ontstaan omdat XBRL geen officiële methode heeft om de volgorde van ELRs aan te geven, terwijl taxonomie-auteurs hier wel behoefte aan hebben. De generic linkrole order koppelt een ELR aan een resource die het volgordenummer van de betreffende ELR aangeeft. De KvK taxonomie bevat groot aantal ELRs, waardoor de waarde van de generic linkrole order zeker aanwezig is. De generic linkrole order beschikbaar in de KvK taxonomie in het volgorde bestand:../presentation/kvk-generic-linkrole-order.xml Presentation hierarchy De presentation hierarchy is een SBR constructie die sinds 2016 wordt toegepast om de presentatievolgorde en hiërarchie van ELRs aan te geven. De presentation hierarchy is ook een generic linkbase die gebruik maakt van de XBRL Generic Links specificatie. Het is zodoende te zien als een aanvulling op de bestaande generic linkrole order, maar met een ander doel. De generic linkrole order had nooit de intentie om ELRs in een hiërarchisch netwerk te presenteren, terwijl dit met de presentation hierarchy nadrukkelijk wel mogelijk is. Dit is van belang om de vele tabellen die onderdeel uitmaken van de KvK taxonomie op basis van de van toepassing zijnde presentatie- en toelichtingsvereisten uit wet- en regelgeving vaak in een bepaalde verhouding tot elkaar staan. Dit wordt geregeld in de presentation hierachy. Presentation hierarchy koppelt een ELR aan abstracts om zodoende een logische presentatieboom te realiseren. Hierbij wordt gebruik gemaakt van de parent-child arcrole, waarbij een order op deze arcs geplaatst worden. De abstracts kunnen gebruikt worden als titel voor de rendering van de onderliggende tabel(len). 18

19 4.3 Validation Dimension linkbases De KvK taxonomie maakt veelvuldig gebruik van dimensionele linkbases. In een beperkt aantal gevallen is dit om de rapporteerbare concepten a-dimensioneel te maken in lijn met de NTA. Hierbij worden de gedefinieerde concepten aan een lege hypercube gekoppeld, zodat er geen aspect informatie meegegeven kan worden zonder dat dit een validatiefout oplevert. De NTA schrijft voor dat concepten in een taxonomie of a-dimensioneel of dimensioneel zijn. In veruit de meeste gevallen worden concepten dimensioneel gerapporteerd. Twee van de meest voorkomende dimensies in de KvK taxonomie betreffen de dimensie voor het Type jaarrekening (met de members voor geconsolideerd en enkelvoudig) en de dimensie voor Type grondslag (met de member voor commercieel of enkelvoudig). Deze dimensies komen in de meeste ELRs terug als basis. In sommige gevallen worden ook aanvullende aspecten gedefinieerd in de dimension linkbases. Dit speelt zich onder meer af in de verschillende verloopoverzichten of andere tabellen waarin begrippen in verschillende categorieën (in verschillende kolommen) worden onderverdeeld. In het kader van hergebruik zijn deze categorieën veelal in eigen dimensionele linkroles ondergebracht die middels een targetrole aangeroepen kunnen worden door een ELR. Ook worden regelmatig specificaties uitgevraagd waarbij de opsteller op basis van het gebruik binnen de organisatie bepaalde classificaties kan aangeven. Hiervoor wordt gebruikt gemaakt van typed dimensies om deze classificaties te faciliteren. Hieronder wordt nader ingegaan op deze verschillende soorten dimensies Type jaarrekening In de KvK taxonomie is bij nagenoeg alle ELRs (met uitzondering van de a-dimensionele) de dimensie type jaarrekening opgenomen. Deze dimensies heeft twee mogelijke members, namelijk de members geconsolideerd en enkelvoudig. Dit betekent dat de geconsolideerde en/of enkelvoudige jaarrekening geïntegreerd kunnen worden in één jaarverantwoording. Deze verwerkingswijze is gekozen aangezien dit het meest overeenkomt met de praktijk, waarin de geconsolideerde en enkelvoudige jaarrekening veelal in één document opgenomen zijn. Om het verschil tussen de geconsolideerde en enkelvoudige cijfers kenbaar te maken wordt gebruik gemaakt van de aanwezige dimensies in het <xbrli:scenario> element van de context. Hierbij heeft de opsteller de mogelijkheid om uitsluitend het member enkelvoudig te hanteren in het geval van een enkelvoudige jaarrekening, evenals het member geconsolideerd in het geval van een geconsolideerde jaarrekening. In het geval van een gecombineerde jaarrekening kunnen beide leden (members) gebruikt worden. Het is van groot belang dat de opsteller van een rapportage het juiste lid (member) hanteert, aangezien dit bepaalt of de feiten in de geconsolideerde of enkelvoudige jaarrekening Grondslag In de KvK taxonomie is bij nagenoeg alle ELRs (met uitzondering van de a-dimensionele) de dimensie grondslag opgenomen die twee mogelijke members heeft, namelijk commercieel en fiscaal. Door het beschikbaar maken van deze dimensie zijn rechtspersonen in staat om voor dezelfde entiteit een jaarverantwoording op verschillende grondslagen op te stellen. Net als bij de dimensie type jaarrekening wordt gebruik gemaakt van het <xbrli:scenario> element van het context element om aan te geven of de inhoud betrekking heeft op de commerciële of fiscale grondslagen. Hierbij dient de opsteller dus het member commercieel te hanteren in het geval van commerciële grondslagen, 19

20 evenals het member fiscaal in het geval van fiscale grondslagen. Het is niet toegestaan om meerdere grondslagen in een instance document op te nemen. Oftewel, de gehele jaarverantwoording is of opgesteld op basis van commerciële grondslagen of op basis van fiscale grondslagen, maar een combinatie mag niet. Het is ook hier van groot belang dat de opsteller het juiste member) hanteert bij het opstellen van de jaarrekening om onduidelijkheid te voorkomen. De jaarrekening van middelgrote en grote rechtspersonen kan uitsluitend op basis van commerciële grondslagen worden opgesteld, aangezien fiscale grondslagen op basis van artikel 2:396 lid 6 alleen kunnen worden toegepast op de jaarrekening van microrechtspersonen of kleine rechtspersonen. Dit betekent dat het toepassen van de dimensie Grondslag voor middelgrote en grote rechtspersonen uitsluitend het member Commercieel gehanteerd kan worden. Verloopoverzichten De KvK taxonomie bevat ook verschillende verloopoverzichten voorkomen. Het verloopoverzicht in een jaarrekening is een vast patroon waarin zowel een beginstand, een eindstand en de mutaties hiertussen worden opgenomen. Hiervoor zijn de mogelijke members opgenomen in een aparte dimensie (genaamd Categorieën van XXX ). Typed dimensies Typed dimensies maken het mogelijk voor rapporteurs om aspecten mee te geven aan concepten in de vorm van members die vooraf niet gedefinieerd kunnen worden door de taxonomie auteur. Deze aspecten zijn specifiek voor de rapporterende organisatie, waardoor deze aspecten zijn uitgewerkt in typed dimensies. De ELRs waarin typed dimensies zijn opgenomen hebben de naamgeving : Specificatie meegekregen. In elke ELR welke een typed dimensie bevat is het concept nlcd:typedmemberpresentationorder element opgenomen in de dimensionele modellering. Dit element kan gebruikt worden om de volgorde van de typed members in een rendering te bepalen. Het element zelf wordt niet in de presentatie getoond Formula linkbases Er zijn een groot aantal business rules gedefinieerd voor de KvK taxonomie. Deze zijn vormgegeven in XBRL formulas. Een overzicht van de verschillende business rules die opgenomen zijn in de NT11 is te vinden in Appendix A. De XBRL formulas maken deel uit van de NT11 en worden zodoende gecontroleerd in Digipoort. Aangezien in de NT11 de formulas voor het eerst actief zijn, is besloten om de business rules te classificeren met de severity indicator als waarschuwing (warning). Dit betekent dat Digipoort de aanleveringen niet zal weigeren indien deze niet aan de business rules voldoen. Dit neemt niet weg dat de Kamer van Koophandel zelf nog een aantal validaties zal uitvoeren in hun backoffice. Deze validaties zijn opgenomen in een separaat bestand inzake business rules. 4.4 Dictionary Extended linkroles (ELRs) Extended linkroles (ELRs) zijn een technisch scheidingsmechanisme dat voor verschillende doeleinden gebruikt kan worden. Het dient om een groep aan elementen bij elkaar te clusteren in een logische set. Het kan onder meer gebruikt worden voor presentatie doeleinden en validatiedoeleinden. 20

21 In de KvK taxonomie komen ruim 400 ELRs voor die zowel voor presentatie- als voor validatiedoeleinden gebruikt wordt. Deze ELRs worden zowel in de presentation linkbase, dimension linkbase, table linkbase als in de formula linkbase aangeroepen. Hierdoor lopen de presentatierelaties, dimensionele relaties en validatierelaties synchroon Concepten Concepten zijn de rapporteerbare elementen van een taxonomie. Deze elementen zijn gedefinieerd op verzoek van de KvK. In de KvK taxonomie zijn een klein aantal concepten gedefinieerd. Zij worden vooral uitgevraagd als basis voor de verwerking in de back-office van de Kamer van Koophandel Assen Assen (dimensies) koppelen een typed member of één of meer explicit members aan een concept, zodat deze members als aspecten van een concept gebruikt kunnen worden in een dimensionele constructie. Wanneer explicit member aan een as gekoppeld worden, spreken we van een explicit dimensie. Wanneer een typed member aan een as gekoppeld word, spreken we van een typed dimensie. De KvK taxonomie heeft geen eigen typed en explicit dimensies gedefinieerd Explicit members Explicit members zijn door de taxonomie-auteur gedefinieerde aspecten van een concept die gebruikt te kunnen worden om een dimensionele constructie te vormen; bijvoorbeeld in de vorm van een tabel. De KvK taxonomie heeft geen eigen explicit members gedefinieerd Typed members Typed member zijn aspecten van een concept die door een rapporteur zelf opgegeven kan worden in het instance document. Dit aspect komt als typed member in de context van het instance document terecht. In de KvK taxonomie zijn geen eigen typed member gedefinieerd Definities Elk concept is uniek beschreven in de vorm van een definitie. Deze definities geven een tekstuele beschrijving van het concept om de betekenis te verduidelijken. De definities zijn voor elk concept opgenomen in een documentation label Labels Elk concept heeft een Nederlandstalig en een Engelstalig standaard label. Een standaard label moet altijd uniek zijn. Hierdoor beschrijft het eenduidig het element. Voor presentatie-doeleinden komen soms ook andere soorten labels voor in een taxonomie. In de KvK taxonomie komen naast de eerder genoemde documentation labels, soms ook terse en verbose labels voor. Terse labels zijn labels die het uitgebreide standaard label verkorten naar een overzichtelijkere, kortere variant. Verbose labels geven een uitgebreider label weer dan in het standaard label is sopgenomen. Dit vloeit meestal voort uit een iets andere verwoording van hetzelfde concept. 21

22 4.4.8 Referenties De concepten in de KvK taxonomie hebben geen referenties, maar uitsluitend een definitie. Zie hiervoor paragraaf Tuples De KvK taxonomie heeft één tuple gedefinieerd om de contactpersoon voor het document aan te geven. Dit is een presentation tuple; oftewel een tuple die slechts één keer mag voorkomen Semantische relaties De KvK taxonomie heeft geen semantische relaties gedefinieerd. 22

23 Appendix A Overzicht van business rules ELR Naam Business rule BalanceSheet BalanceSheetBeforeAfterAppropriationResults moet minimaal één keer voorkomen. BalanceSheet Wanneer de gerapporteerde waarde van BalanceSheetBeforeAfterAppropriationResults gelijk is aan Na dan moet ResultForTheYear niet BalanceSheet EquityAndLiabilities moet gelijk zijn aan + Assets. BalanceSheet AssetsNoncurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheet AssetsCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheet Assets moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheet Equity moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheet EquityAndLiabilities moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheetVertical BalanceSheetBeforeAfterAppropriationResults moet minimaal één keer voorkomen. BalanceSheetVertical Wanneer de gerapporteerde waarde van BalanceSheetBeforeAfterAppropriationResults gelijk is aan Na dan moet ResultForTheYear niet BalanceSheetVertical Equity moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheetVertical AssetsNoncurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheetVertical AssetsCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheetVertical OutcomeAssetsLessLiabilitiesCurrent moet gelijk zijn aan + AssetsNoncurrent + AssetsCurrent - LiabilitiesCurrent. BalanceSheetVertical OutcomeAssetsCurrentLessLiabilitiesCurrent moet gelijk zijn aan + AssetsCurrent - LiabilitiesCurrent. BalanceSheetMicroEntities BalanceSheetBeforeAfterAppropriationResults moet exact één keer voorkomen. BalanceSheetMicroEntities EquityAndLiabilities moet gelijk zijn aan + Assets. BalanceSheetMicroEntities AssetsNoncurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheetMicroEntities AssetsCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheetMicroEntities EquityAndLiabilities moet gelijk zijn aan de sommatie van de onderliggende waarden. BalanceSheetMicroEntities Assets moet gelijk zijn aan de sommatie van de onderliggende waarden. CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet ChangesWorkingCapital niet CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet AdjustmentsReconcileOperatingResult niet CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet OperatingResultCashFlow niet CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Indirect dan moet ReceiptsCustomers niet CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Indirect dan moet PaymentsSuppliers niet CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Indirect dan moet PaymentsEmployees niet CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet IncreaseDecreaseInConstructionContracts niet CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet LineItemsOtherIncomeStatementNoImpactReceiptsPayments niet gerapporteerd worden. CashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet LineItemsOtherIncomeStatementReceiptsPaymentsNotConsideredOperatingActivities niet CashFlowStatement CashAndCashEquivalentsCashFlow moet gelijk zijn aan + CashAndCashEquivalents. CashFlowStatement Gerapporteerde waarde van CashAndCashEquivalentsCashFlow aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van CashAndCashEquivalentsCashFlow aan het begin van de periode en de mutaties gedurende de periode, IncreaseDecreaseCashAndCashEquivalents. CashFlowStatement ChangesWorkingCapital moet gelijk zijn aan de sommatie van de onderliggende waarden. CashFlowStatement CashFlowOperatingActivities moet gelijk zijn aan de sommatie van de onderliggende waarden. CashFlowStatement CashFlowFromOperations moet gelijk zijn aan de sommatie van de onderliggende waarden. CashFlowStatement AdjustmentsReconcileOperatingResult moet gelijk zijn aan de sommatie van de onderliggende waarden. CashFlowStatement CashFlowInvestingActivities moet gelijk zijn aan de sommatie van de onderliggende waarden. CashFlowStatement CashFlowFinancingActivities moet gelijk zijn aan de sommatie van de onderliggende waarden. CashFlowStatement NetCashFlows moet gelijk zijn aan + CashFlowOperatingActivities + CashFlowInvestingActivities + CashFlowFinancingActivities. CashFlowStatement IncreaseDecreaseCashAndCashEquivalents moet gelijk zijn aan + NetCashFlows + EffectExchangeRateChangesCashAndCashEquivalents. ConsolidatedBalanceSheet BalanceSheetBeforeAfterAppropriationResults moet minimaal één keer voorkomen. 23

24 ConsolidatedBalanceSheet EquityAndLiabilities moet gelijk zijn aan + Assets. ConsolidatedBalanceSheet AssetsNoncurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedBalanceSheet AssetsCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedBalanceSheet Assets moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedBalanceSheet EquityGroup moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedBalanceSheet EquityAndLiabilities moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedBalanceSheetVertical BalanceSheetBeforeAfterAppropriationResults moet minimaal één keer voorkomen. ConsolidatedBalanceSheetVertical EquityGroup moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedBalanceSheetVertical AssetsNoncurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedBalanceSheetVertical AssetsCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedBalanceSheetVertical OutcomeAssetsLessLiabilitiesCurrent moet gelijk zijn aan + AssetsNoncurrent + AssetsCurrent - LiabilitiesCurrent. ConsolidatedBalanceSheetVertical OutcomeAssetsCurrentLessLiabilitiesCurrent moet gelijk zijn aan + AssetsCurrent - LiabilitiesCurrent. ConsolidatedCashFlowStatement CashAndCashEquivalentsCashFlow moet gelijk zijn aan + CashAndCashEquivalents. ConsolidatedCashFlowStatement Gerapporteerde waarde van CashAndCashEquivalentsCashFlow aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van CashAndCashEquivalentsCashFlow aan het begin van de periode en de mutaties gedurende de periode, IncreaseDecreaseCashAndCashEquivalents. ConsolidatedCashFlowStatement ChangesWorkingCapital moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedCashFlowStatement CashFlowOperatingActivities moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedCashFlowStatement CashFlowFromOperations moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedCashFlowStatement AdjustmentsReconcileOperatingResult moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedCashFlowStatement CashFlowInvestingActivities moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedCashFlowStatement CashFlowFinancingActivities moet gelijk zijn aan de sommatie van de onderliggende waarden. ConsolidatedCashFlowStatement NetCashFlows moet gelijk zijn aan + CashFlowOperatingActivities + CashFlowInvestingActivities + CashFlowFinancingActivities. ConsolidatedCashFlowStatement IncreaseDecreaseCashAndCashEquivalents moet gelijk zijn aan + NetCashFlows + EffectExchangeRateChangesCashAndCashEquivalents. ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet ChangesWorkingCapital niet ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet AdjustmentsReconcileOperatingResult niet ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet OperatingResultCashFlow niet ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Indirect dan moet PaymentsEmployees niet ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Indirect dan moet PaymentsSuppliers niet ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Indirect dan moet ReceiptsCustomers niet ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet IncreaseDecreaseInConstructionContracts niet ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet LineItemsOtherIncomeStatementNoImpactReceiptsPayments niet gerapporteerd worden. ConsolidatedCashFlowStatement Wanneer de gerapporteerde waarde van CashFlowStatementMethodType gelijk is aan Direct dan moet LineItemsOtherIncomeStatementReceiptsPaymentsNotConsideredOperatingActivities niet Consolidated Functioneel dan moet ProjectIncome niet Consolidated Functioneel dan moet DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets niet Consolidated Categoriaal dan moet CostOfSales niet Consolidated Categoriaal dan moet GrossOperatingResult niet Consolidated Categoriaal dan moet SellingExpenses niet Consolidated Categoriaal dan moet GeneralAdministrativeExpenses niet Consolidated Categoriaal dan moet SumOfExpenses niet Consolidated Categoriaal dan moet NetOperatingResult niet 24

25 Consolidated Functioneel dan moet ChangesConstructionContracts niet Consolidated Functioneel dan moet ChangesValueInvestmentProperties niet Consolidated Functioneel dan moet ChangesInventoriesWorkInProgress niet Consolidated Functioneel dan moet CapitalisedProductionCosts niet Consolidated Functioneel dan moet OperatingIncome niet Consolidated Functioneel dan moet EmployeeBenefitsExpenses niet Consolidated Functioneel dan moet CostsOutsourcedWorkOtherExternalExpenses niet gerapporteerd worden. Consolidated Functioneel dan moet CostsRawMaterialsConsumables niet Consolidated Functioneel dan moet ChangesInValueIntangibleAssetsPropertyPlantEquipment niet Consolidated Functioneel dan moet DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets niet Consolidated Functioneel dan moet ImpairmentCurrentAssets niet Consolidated Functioneel dan moet OperatingExpensesOther niet Consolidated Functioneel dan moet OperatingExpenses niet ConsolidatedIncomeStatementLarge OperatingExpenses moet gelijk zijn aan + CostsRawMaterialsConsumables + CostsOutsourcedWorkOtherExternalExpenses + EmployeeBenefitsExpenses + DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets + ChangesInValueIntangibleAssetsPropertyPlantEquipment + ChangesValueInvestmentProperties + ImpairmentCurrentAssets + OperatingExpensesOther. ConsolidatedIncomeStatementLarge OperatingIncome moet gelijk zijn aan + NetRevenue + ChangesConstructionContracts + ChangesInventoriesWorkInProgress + CapitalisedProductionCosts + OperatingIncomeOther. ConsolidatedIncomeStatementLarge ResultBeforeTax moet gelijk zijn aan + OperatingResult + IncomeReceivablesNoncurrentSecurities + RevaluationReserveRelease - ChangesValueFinancialAssetsSecurities + FinancialIncomeExpenses. ConsolidatedIncomeStatementLarge ResultAfterTax moet gelijk zijn aan + ResultBeforeTax - IncomeTaxExpense + ShareInResultsParticipatingInterests. ConsolidatedIncomeStatementLarge GrossOperatingResult moet gelijk zijn aan + NetRevenue - CostOfSales. ConsolidatedIncomeStatementLarge SumOfExpenses moet gelijk zijn aan + SellingExpenses + GeneralAdministrativeExpenses. ConsolidatedIncomeStatementLarge NetOperatingResult moet gelijk zijn aan + GrossOperatingResult - SumOfExpenses. ConsolidatedIncomeStatementLarge ProjectIncome moet gelijk zijn aan + NetRevenue + ChangesConstructionContracts. ConsolidatedIncomeStatementMediu SumOfExpenses moet gelijk zijn aan + SellingExpenses + GeneralAdministrativeExpenses + m EmployeeBenefitsExpenses + DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets + ChangesInValueIntangibleAssetsPropertyPlantEquipment + ChangesValueInvestmentProperties + ImpairmentCurrentAssets + OperatingExpensesOther. ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m ResultBeforeTax moet gelijk zijn aan + IncomeReceivablesNoncurrentSecurities + RevaluationReserveRelease - ChangesValueFinancialAssetsSecurities + FinancialIncomeExpenses + OperatingResult. ResultAfterTax moet gelijk zijn aan + ResultBeforeTax - IncomeTaxExpense + ShareInResultsParticipatingInterests. OperatingResult moet gelijk zijn aan + GrossMargin - SumOfExpenses. NetResultAfterTax moet gelijk zijn aan + ResultAfterTax - ResultAttributableNoncontrollingInterest. Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Categoriaal dan moet SellingExpenses niet Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Categoriaal dan moet GeneralAdministrativeExpenses niet Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet OperatingExpensesOther niet Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ImpairmentCurrentAssets niet Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ChangesValueInvestmentProperties niet 25

26 ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementMediu m Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ChangesInValueIntangibleAssetsPropertyPlantEquipment niet Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets niet Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet EmployeeBenefitsExpenses niet ConsolidatedIncomeStatementMediu m ConsolidatedIncomeStatementSmall SumOfExpenses moet gelijk zijn aan + SellingExpenses + GeneralAdministrativeExpenses + EmployeeBenefitsExpenses + DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets + ChangesInValueIntangibleAssetsPropertyPlantEquipment + ChangesValueInvestmentProperties + ImpairmentCurrentAssets + OperatingExpensesOther. ConsolidatedIncomeStatementSmall ResultBeforeTax moet gelijk zijn aan + IncomeReceivablesNoncurrentSecurities + RevaluationReserveRelease - ChangesValueFinancialAssetsSecurities + FinancialIncomeExpenses + OperatingResult. ConsolidatedIncomeStatementSmall ResultAfterTax moet gelijk zijn aan + ResultBeforeTax - IncomeTaxExpense + ShareInResultsParticipatingInterests. ConsolidatedIncomeStatementSmall OperatingResult moet gelijk zijn aan + GrossMargin - SumOfExpenses. ConsolidatedIncomeStatementSmall NetResultAfterTax moet gelijk zijn aan + ResultAfterTax - ResultAttributableNoncontrollingInterest. ConsolidatedIncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Categoriaal dan moet SellingExpenses niet ConsolidatedIncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Categoriaal dan moet GeneralAdministrativeExpenses niet ConsolidatedIncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet OperatingExpensesOther niet ConsolidatedIncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ImpairmentCurrentAssets niet ConsolidatedIncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ChangesValueInvestmentProperties niet ConsolidatedIncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ChangesInValueIntangibleAssetsPropertyPlantEquipment niet ConsolidatedIncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets niet ConsolidatedIncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet EmployeeBenefitsExpenses niet ConsolidatedStatementOfComprehen ComprehensiveIncomeOther moet gelijk zijn aan de sommatie van de onderliggende waarden. siveincome DocumentInformation FinancialReportingPeriodCurrentStartDate moet exact één keer voorkomen. DocumentInformation FinancialReportingPeriodCurrentEndDate moet exact één keer voorkomen. DocumentInformation FinancialReportingPeriodPreviousStartDate moet exact één keer voorkomen. DocumentInformation FinancialReportingPeriodPreviousEndDate moet exact één keer voorkomen. DocumentInformation DocumentAdoptionStatus moet exact één keer voorkomen. DocumentInformation FinancialReportingPeriodDifferentThanAnnualStatus moet exact één keer voorkomen. DocumentInformation BasisOfPreparation moet exact één keer voorkomen. DocumentInformation DocumentPresentationCurrency moet exact één keer voorkomen. DocumentInformation FirstName moet exact één keer voorkomen. DocumentInformation FamilyName moet exact één keer voorkomen. DocumentInformation TelephoneNumber moet exact één keer voorkomen. DocumentInformation AddressFull moet exact één keer voorkomen. DocumentInformation De datum gerapporteerd voor FinancialReportingPeriodCurrentEndDate moet liggen voor de datum gerapporteerd voor DocumentAdoptionDate. DocumentInformation De datum gerapporteerd voor FinancialReportingPeriodCurrentStartDate moet liggen voor de datum gerapporteerd voor FinancialReportingPeriodCurrentEndDate. DocumentInformation De datum gerapporteerd voor FinancialReportingPeriodPreviousEndDate moet liggen voor de datum gerapporteerd voor FinancialReportingPeriodCurrentStartDate. DocumentInformation De datum gerapporteerd voor FinancialReportingPeriodPreviousStartDate moet liggen voor de datum gerapporteerd voor FinancialReportingPeriodPreviousEndDate. DocumentInformation De datum gerapporteerd voor DocumentAdoptionDate moet liggen voor de huidige datum. DocumentInformation De datum gerapporteerd voor FinancialReportingPeriodCurrentEndDate moet liggen voor de huidige datum. DocumentInformation Het concept moet gerapporteerd worden met venj-bw2-dm:commercialmember. DocumentInformation Het concept moet gerapporteerd worden met venj-bw2-dm:fiscalmember. DocumentInformation De gerapporteerde waarde moet gebruikt worden met measure. DocumentInformation Wanneer de gerapporteerde waarde van FinancialReportingPeriodDifferentThanAnnualStatus 26

27 gelijk is aan Ja dan moet FinancialReportingPeriodDifferentThanAnnualReason minimaal één keer voorkomen. DocumentInformation Wanneer de gerapporteerde waarde van FinancialReportingPeriodDifferentThanAnnualStatus gelijk is aan Ja dan moet FinancialReportingPeriodDifferentThanAnnualImpactComparatives minimaal één keer voorkomen. DocumentInformation Wanneer de gerapporteerde waarde van DocumentAdoptionStatus gelijk is aan Ja dan moet DocumentAdoptionDate minimaal één keer voorkomen. DocumentInformation Wanneer de gerapporteerde waarde van FinancialReportingPeriodDifferentThanAnnualStatus gelijk is aan Nee dan moet FinancialReportingPeriodDifferentThanAnnualReason niet DocumentInformation Wanneer de gerapporteerde waarde van FinancialReportingPeriodDifferentThanAnnualStatus gelijk is aan Nee dan moet FinancialReportingPeriodDifferentThanAnnualImpactComparatives niet DocumentInformation Wanneer de gerapporteerde waarde van DocumentAdoptionStatus gelijk is aan Nee dan moet DocumentAdoptionDate niet DocumentInformation DocumentRelatesToIndividualEntityOrGroup moet exact één keer voorkomen. DocumentInformation Het concept moet gerapporteerd worden met venj-bw2-dm:separatemember. DocumentInformation Het concept moet gerapporteerd worden met venj-bw2-dm:consolidatedmember. EntityInformation EntityAddressPresentation moet exact één keer voorkomen. EntityInformation LegalEntityName moet exact één keer voorkomen. EntityInformation LegalEntityLegalForm moet exact één keer voorkomen. EntityInformation LegalEntityRegisteredOffice moet exact één keer voorkomen. EntityInformation ChamberOfCommerceRegistrationNumber moet exact één keer voorkomen. EntityInformation LegalSizeCriteriaClassification moet exact één keer voorkomen. EntityInformation De gerapporteerde waarde moet gerapporteerd worden met identifier scheme EntityInformation De gerapporteerde waarde moet gerapporteerd worden met identifier. Functioneel dan moet ProjectIncome niet Functioneel dan moet DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets niet Categoriaal dan moet CostOfSales niet Categoriaal dan moet GrossOperatingResult niet Categoriaal dan moet SellingExpenses niet Categoriaal dan moet GeneralAdministrativeExpenses niet Categoriaal dan moet SumOfExpenses niet Categoriaal dan moet NetOperatingResult niet Functioneel dan moet ChangesConstructionContracts niet Functioneel dan moet ChangesValueInvestmentProperties niet Functioneel dan moet ChangesInventoriesWorkInProgress niet Functioneel dan moet CapitalisedProductionCosts niet Functioneel dan moet OperatingIncome niet Functioneel dan moet EmployeeBenefitsExpenses niet Functioneel dan moet CostsOutsourcedWorkOtherExternalExpenses niet gerapporteerd worden. Functioneel dan moet CostsRawMaterialsConsumables niet Functioneel dan moet ChangesInValueIntangibleAssetsPropertyPlantEquipment niet Functioneel dan moet DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets niet Functioneel dan moet ImpairmentCurrentAssets niet 27

28 Functioneel dan moet OperatingExpensesOther niet Functioneel dan moet OperatingExpenses niet IncomeStatementLarge OperatingExpenses moet gelijk zijn aan + CostsRawMaterialsConsumables + CostsOutsourcedWorkOtherExternalExpenses + EmployeeBenefitsExpenses + DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets + ChangesInValueIntangibleAssetsPropertyPlantEquipment + ChangesValueInvestmentProperties + ImpairmentCurrentAssets + OperatingExpensesOther. IncomeStatementLarge OperatingIncome moet gelijk zijn aan + NetRevenue + ChangesConstructionContracts + ChangesInventoriesWorkInProgress + CapitalisedProductionCosts + OperatingIncomeOther. IncomeStatementLarge ResultBeforeTax moet gelijk zijn aan + OperatingResult + IncomeReceivablesNoncurrentSecurities + RevaluationReserveRelease - ChangesValueFinancialAssetsSecurities + FinancialIncomeExpenses. IncomeStatementLarge ResultAfterTax moet gelijk zijn aan + ResultBeforeTax - IncomeTaxExpense + ShareInResultsParticipatingInterests. IncomeStatementLarge GrossOperatingResult moet gelijk zijn aan + NetRevenue - CostOfSales. IncomeStatementLarge SumOfExpenses moet gelijk zijn aan + SellingExpenses + GeneralAdministrativeExpenses. IncomeStatementLarge NetOperatingResult moet gelijk zijn aan + GrossOperatingResult - SumOfExpenses. IncomeStatementLarge ProjectIncome moet gelijk zijn aan + NetRevenue + ChangesConstructionContracts. IncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Categoriaal dan moet SellingExpenses niet IncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Categoriaal dan moet GeneralAdministrativeExpenses niet IncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet EmployeeBenefitsExpenses niet IncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets niet IncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ChangesInValueIntangibleAssetsPropertyPlantEquipment niet IncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ChangesValueInvestmentProperties niet IncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ImpairmentCurrentAssets niet IncomeStatementSmall Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet OperatingExpensesOther niet IncomeStatementSmall SumOfExpenses moet gelijk zijn aan + SellingExpenses + GeneralAdministrativeExpenses + EmployeeBenefitsExpenses + DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets + ChangesInValueIntangibleAssetsPropertyPlantEquipment + ChangesValueInvestmentProperties + ImpairmentCurrentAssets + OperatingExpensesOther. IncomeStatementSmall ResultBeforeTax moet gelijk zijn aan + OperatingResult + IncomeReceivablesNoncurrentSecurities + RevaluationReserveRelease - ChangesValueFinancialAssetsSecurities + FinancialIncomeExpenses. IncomeStatementSmall ResultAfterTax moet gelijk zijn aan + ResultBeforeTax - IncomeTaxExpense + ShareInResultsParticipatingInterests. IncomeStatementSmall OperatingResult moet gelijk zijn aan + GrossMargin - SumOfExpenses. IncomeStatementMedium Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Categoriaal dan moet SellingExpenses niet IncomeStatementMedium Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Categoriaal dan moet GeneralAdministrativeExpenses niet IncomeStatementMedium Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet EmployeeBenefitsExpenses niet IncomeStatementMedium Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets niet IncomeStatementMedium Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ChangesInValueIntangibleAssetsPropertyPlantEquipment niet IncomeStatementMedium Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ChangesValueInvestmentProperties niet IncomeStatementMedium Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet ImpairmentCurrentAssets niet IncomeStatementMedium Wanneer de gerapporteerde waarde van IncomeStatementClassificationType gelijk is aan Functioneel dan moet OperatingExpensesOther niet IncomeStatementMedium SumOfExpenses moet gelijk zijn aan + SellingExpenses + GeneralAdministrativeExpenses + EmployeeBenefitsExpenses + 28

29 DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets + ChangesInValueIntangibleAssetsPropertyPlantEquipment + ChangesValueInvestmentProperties + ImpairmentCurrentAssets + OperatingExpensesOther. IncomeStatementMedium ResultBeforeTax moet gelijk zijn aan + OperatingResult + IncomeReceivablesNoncurrentSecurities + RevaluationReserveRelease - ChangesValueFinancialAssetsSecurities + FinancialIncomeExpenses. IncomeStatementMedium ResultAfterTax moet gelijk zijn aan + ResultBeforeTax - IncomeTaxExpense + ShareInResultsParticipatingInterests. IncomeStatementMedium OperatingResult moet gelijk zijn aan + GrossMargin - SumOfExpenses. IncomeStatementMicro Income moet gelijk zijn aan de sommatie van de onderliggende waarden. IncomeStatementMicro Expenses moet gelijk zijn aan de sommatie van de onderliggende waarden. IncomeStatementMicro ResultBeforeTax moet gelijk zijn aan + Income - Expenses. IncomeStatementMicro ResultAfterTax moet gelijk zijn aan + ResultBeforeTax - IncomeTaxExpense. NotesAmortisationDepreciationBreak DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets moet gelijk zijn aan de down sommatie van de onderliggende waarden. NotesAssetsLiabilitiesNotRecognised OperatingLeasesPaymentsDuringPeriod moet gelijk zijn aan de sommatie van de OperatingLeaseBreakdown onderliggende waarden. NotesAuditorsFeesBreakdown AuditorsFees moet gelijk zijn aan de sommatie van de onderliggende waarden. NotesAuditorsFeesBreakdown NotesAverageNumberOfEmployeesBr AverageNumberEmployees moet gelijk zijn aan de sommatie van de onderliggende waarden. eakdown NotesAverageNumberOfEmployeesSe AverageNumberEmployees moet gelijk zijn aan de sommatie van de onderliggende waarden. gmentbreakdown NotesCashAndCashEquivalentsBreakd CashAndCashEquivalents moet gelijk zijn aan de sommatie van de onderliggende waarden. own NotesChangesInvestmentPropertiesB ChangesValueInvestmentProperties moet gelijk zijn aan de sommatie van de onderliggende reakdown waarden. NotesChangesInvestmentPropertiesB reakdown NotesChangesNoncurrentReceivables ChangesValueFinancialAssetsSecurities moet gelijk zijn aan de sommatie van de onderliggende SecuritiesBreakdown waarden. NotesConsolidatedAmortisationDepr DepreciationPropertyPlantEquipmentAmortisationIntangibleAssets moet gelijk zijn aan de eciationbreakdown sommatie van de onderliggende waarden. NotesConsolidatedAssetsLiabilitiesNo trecognisedoperatingleasebreakdow n NotesConsolidatedAuditorsFeesBreak down NotesConsolidatedAuditorsFeesBreak down NotesConsolidatedAverageNumberOf EmployeesBreakdown NotesConsolidatedAverageNumberOf EmployeesSegmentBreakdown NotesConsolidatedCashAndCashEquiv alentsbreakdown NotesConsolidatedChangesInvestmen tpropertiesbreakdown NotesConsolidatedChangesInvestmen tpropertiesbreakdown NotesConsolidatedChangesNoncurre ntreceivablessecuritiesbreakdown NotesConsolidatedConstructionContr actsbreakdown NotesConsolidatedCurrentLiabilitiesB reakdown NotesConsolidatedEmployeeBenefits ExpensesBreakdown NotesConsolidatedFinancialAssetsBre akdown NotesConsolidatedFinancialAssetsMo vement NotesConsolidatedFinancialAssetsMo vement NotesConsolidatedFinancialAssetsMo vement NotesConsolidatedFinancialAssetsMo OperatingLeasesPaymentsDuringPeriod moet gelijk zijn aan de sommatie van de onderliggende waarden. AuditorsFees moet gelijk zijn aan de sommatie van de onderliggende waarden. AverageNumberEmployees moet gelijk zijn aan de sommatie van de onderliggende waarden. AverageNumberEmployees moet gelijk zijn aan de sommatie van de onderliggende waarden. CashAndCashEquivalents moet gelijk zijn aan de sommatie van de onderliggende waarden. ChangesValueInvestmentProperties moet gelijk zijn aan de sommatie van de onderliggende waarden. ChangesValueFinancialAssetsSecurities moet gelijk zijn aan de sommatie van de onderliggende waarden. ConstructionContracts moet gelijk zijn aan de sommatie van de onderliggende waarden. LiabilitiesCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. EmployeeBenefitsExpenses moet gelijk zijn aan de sommatie van de onderliggende waarden. FinancialAssets moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van FinancialAssets aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van FinancialAssets aan het begin van de periode en de mutaties gedurende de periode, FinancialAssetsMovement. FinancialAssets moet gelijk zijn aan de sommatie van de onderliggende waarden. 29

30 vement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedFinancialIncomeEx pensebreakdown NotesConsolidatedIncomeTaxExpens ebreakdown NotesConsolidatedIntangibleAssetsBr eakdown NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedIntangibleAssetsM ovement NotesConsolidatedInventoriesBreakd own NotesConsolidatedInvestmentPropert ies NotesConsolidatedInvestmentPropert iesmovement NotesConsolidatedInvestmentPropert iesmovement NotesConsolidatedInvestmentPropert iesmovement NotesConsolidatedInvestmentPropert iesmovement NotesConsolidatedLoansAdvancesGu aranteesbreakdown NotesConsolidatedNetRevenueBreak down NotesConsolidatedNoncurrentLiabiliti esbreakdown NotesConsolidatedNoncurrentLiabiliti esfinanceleaseliabilitiesdiscountedv aluematuritybreakdown NotesConsolidatedNoncurrentLiabiliti esfinanceleaseliabilitiesmaturitybre akdown NotesConsolidatedNoncurrentLiabiliti esnegativegoodwillmovement NotesConsolidatedNoncurrentLiabiliti esnegativegoodwillmovement NotesConsolidatedNoncurrentLiabiliti esnegativegoodwillmovement NotesConsolidatedOtherChangesInta IntangibleAssetsMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. FinancialIncomeExpenses moet gelijk zijn aan de sommatie van de onderliggende waarden. IncomeTaxExpense moet gelijk zijn aan de sommatie van de onderliggende waarden. IntangibleAssets moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van IntangibleAssets aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van IntangibleAssets aan het begin van de periode en de mutaties gedurende de periode, IntangibleAssetsMovement. IntangibleAssets moet gelijk zijn aan de sommatie van de onderliggende waarden. IntangibleAssetsMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. Inventories moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van InvestmentProperties aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van InvestmentProperties aan het begin van de periode en de mutaties gedurende de periode, InvestmentPropertiesMovement. InvestmentPropertiesMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. InvestmentProperties moet gelijk zijn aan de sommatie van de onderliggende waarden. LoansAdvancesGuaranteesOnBehalfOfManagingSupervisoryDirectors moet gelijk zijn aan de sommatie van de onderliggende waarden. NetRevenue moet gelijk zijn aan de sommatie van de onderliggende waarden. LiabilitiesNoncurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. FinanceLeasesMinimalLeasePayments moet gelijk zijn aan de sommatie van de onderliggende waarden. FinanceLeasesMinimalLeasePayments moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van NegativeGoodwill aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van NegativeGoodwill aan het begin van de periode en de mutaties gedurende de periode, NegativeGoodwillMovement. NegativeGoodwill moet gelijk zijn aan de sommatie van de onderliggende waarden. NegativeGoodwillMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. ChangesInValueIntangibleAssetsPropertyPlantEquipment moet gelijk zijn aan de sommatie 30

31 ngibleassetspropertyplantequipment Breakdown NotesConsolidatedOtherOperatingEx pensesbreakdown NotesConsolidatedOtherReceivablesB reakdown NotesConsolidatedPropertyPlantEqui pmentbreakdown NotesConsolidatedPropertyPlantEqui pmentmovement NotesConsolidatedPropertyPlantEqui pmentmovement NotesConsolidatedPropertyPlantEqui pmentmovement NotesConsolidatedPropertyPlantEqui pmentmovement NotesConsolidatedPropertyPlantEqui pmentmovement NotesConsolidatedProvisionsBreakdo wn NotesConsolidatedProvisionsMovem ent NotesConsolidatedProvisionsMovem ent NotesConsolidatedProvisionsMovem ent NotesConsolidatedProvisionsMovem ent NotesConsolidatedReceivablesBreakd own NotesConsolidatedReceivablesBreakd ownmaturity NotesConsolidatedRemunerationMan agementbreakdown NotesConsolidatedRemunerationMan agementbreakdown NotesConsolidatedSecuritiesBreakdo wn NotesConstructionContractsBreakdo wn NotesCurrentLiabilitiesBreakdown NotesEmployeeBenefitsExpensesBrea kdown NotesEquityStatementOfChanges NotesEquityStatementOfChanges NotesEquityStatementOfChanges NotesEquityStatementOfChanges NotesFinancialAssetsBreakdown NotesFinancialAssetsMovement NotesFinancialAssetsMovement NotesFinancialAssetsMovement NotesFinancialAssetsMovement NotesFinancialAssetsMovement NotesFinancialIncomeExpenseBreakd own NotesIncomeTaxExpenseBreakdown NotesIntangibleAssetsBreakdown NotesIntangibleAssetsMovement van de onderliggende waarden. OperatingExpensesOther moet gelijk zijn aan de sommatie van de onderliggende waarden. ReceivablesOtherCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. PropertyPlantEquipment moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van PropertyPlantEquipment aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van PropertyPlantEquipment aan het begin van de periode en de mutaties gedurende de periode, PropertyPlantEquipmentMovement. PropertyPlantEquipment moet gelijk zijn aan de sommatie van de onderliggende waarden. PropertyPlantEquipmentMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. Provisions moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van Provisions aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van Provisions aan het begin van de periode en de mutaties gedurende de periode, ProvisionsMovement. ProvisionsMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. Receivables moet gelijk zijn aan de sommatie van de onderliggende waarden. Receivables moet gelijk zijn aan de sommatie van de onderliggende waarden. RemunerationManagingSupervisoryDirectors moet gelijk zijn aan de sommatie van de onderliggende waarden. SecuritiesCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. ConstructionContracts moet gelijk zijn aan de sommatie van de onderliggende waarden. LiabilitiesCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. EmployeeBenefitsExpenses moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van Equity aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van Equity aan het begin van de periode en de mutaties gedurende de periode, EquityMovement. EquityMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. FinancialAssets moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van FinancialAssets aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van FinancialAssets aan het begin van de periode en de mutaties gedurende de periode, FinancialAssetsMovement. FinancialAssets moet gelijk zijn aan de sommatie van de onderliggende waarden. FinancialAssetsMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. FinancialIncomeExpenses moet gelijk zijn aan de sommatie van de onderliggende waarden. IncomeTaxExpense moet gelijk zijn aan de sommatie van de onderliggende waarden. IntangibleAssets moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van IntangibleAssets aan het einde van de periode moet gelijk zijn 31

32 NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesIntangibleAssetsMovement NotesInventoriesBreakdown NotesInvestmentPropertiesMovemen t NotesInvestmentPropertiesMovemen t NotesInvestmentPropertiesMovemen t NotesInvestmentPropertiesMovemen t NotesInvestmentPropertiesMovemen t NotesLegalReservesBreakdown NotesLoansAdvancesGuaranteesBrea kdown NotesNetRevenueBreakdown NotesNoncurrentLiabilitiesBreakdow n NotesNoncurrentLiabilitiesFinanceLea seliabilitiesdiscountedvaluematurity Breakdown NotesNoncurrentLiabilitiesFinanceLea seliabilitiesmaturitybreakdown NotesNoncurrentLiabilitiesNegativeG oodwillmovement NotesNoncurrentLiabilitiesNegativeG oodwillmovement NotesNoncurrentLiabilitiesNegativeG oodwillmovement NotesOtherChangesIntangibleAssetsP ropertyplantequipmentbreakdown NotesOtherOperatingExpensesBreakd own NotesOtherReceivablesBreakdown NotesPropertyPlantEquipmentBreakd own NotesPropertyPlantEquipmentMove ment NotesPropertyPlantEquipmentMove ment NotesPropertyPlantEquipmentMove ment aan de sommatie van de gerapporteerde waarde van IntangibleAssets aan het begin van de periode en de mutaties gedurende de periode, IntangibleAssetsMovement. IntangibleAssets moet gelijk zijn aan de sommatie van de onderliggende waarden. IntangibleAssetsMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. Inventories moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van InvestmentProperties aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van InvestmentProperties aan het begin van de periode en de mutaties gedurende de periode, InvestmentPropertiesMovement. InvestmentProperties moet gelijk zijn aan de sommatie van de onderliggende waarden. InvestmentPropertiesMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. LegalReserves moet gelijk zijn aan de sommatie van de onderliggende waarden. LoansAdvancesGuaranteesOnBehalfOfManagingSupervisoryDirectors moet gelijk zijn aan de sommatie van de onderliggende waarden. NetRevenue moet gelijk zijn aan de sommatie van de onderliggende waarden. LiabilitiesNoncurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. FinanceLeasesMinimalLeasePayments moet gelijk zijn aan de sommatie van de onderliggende waarden. FinanceLeasesMinimalLeasePayments moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van NegativeGoodwill aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van NegativeGoodwill aan het begin van de periode en de mutaties gedurende de periode, NegativeGoodwillMovement. NegativeGoodwill moet gelijk zijn aan de sommatie van de onderliggende waarden. NegativeGoodwillMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. ChangesInValueIntangibleAssetsPropertyPlantEquipment moet gelijk zijn aan de sommatie van de onderliggende waarden. OperatingExpensesOther moet gelijk zijn aan de sommatie van de onderliggende waarden. ReceivablesOtherCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. PropertyPlantEquipment moet gelijk zijn aan de sommatie van de onderliggende waarden. Gerapporteerde waarde van PropertyPlantEquipment aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van PropertyPlantEquipment aan het begin van de periode en de mutaties gedurende de periode, PropertyPlantEquipmentMovement. PropertyPlantEquipment moet gelijk zijn aan de sommatie van de onderliggende waarden. PropertyPlantEquipmentMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. 32

33 NotesPropertyPlantEquipmentMove ment NotesPropertyPlantEquipmentMove ment NotesProvisionsBreakdown Provisions moet gelijk zijn aan de sommatie van de onderliggende waarden. NotesProvisionsMovement Gerapporteerde waarde van Provisions aan het einde van de periode moet gelijk zijn aan de sommatie van de gerapporteerde waarde van Provisions aan het begin van de periode en de mutaties gedurende de periode, ProvisionsMovement. NotesProvisionsMovement ProvisionsMovement moet gelijk zijn aan de sommatie van de onderliggende waarden. NotesProvisionsMovement NotesProvisionsMovement NotesReceivablesBreakdown Receivables moet gelijk zijn aan de sommatie van de onderliggende waarden. NotesReceivablesBreakdownMaturity Receivables moet gelijk zijn aan de sommatie van de onderliggende waarden. NotesRemunerationManagementBre RemunerationManagingSupervisoryDirectors moet gelijk zijn aan de sommatie van de akdown onderliggende waarden. NotesRemunerationManagementBre akdown NotesRevaluationReserveStatementO fchanges NotesSecuritiesBreakdown SecuritiesCurrent moet gelijk zijn aan de sommatie van de onderliggende waarden. NotesShareCapitalStatementOfChang Gerapporteerde waarde van ShareCapitalNumberShares aan het einde van de periode moet es gelijk zijn aan de sommatie van de gerapporteerde waarde van ShareCapitalNumberShares aan het begin van de periode en de mutaties gedurende de periode, ShareCapitalNumberSharesMovement. NotesShareCapitalStatementOfChang ShareCapitalNumberSharesMovement moet gelijk zijn aan de sommatie van de onderliggende es waarden. NotesShareCapitalStatementOfChang es NotesShareCapitalStatementOfChang es SigningFinancialStatements DirectorSignedStatus moet minimaal één keer voorkomen. SigningFinancialStatements De datum gerapporteerd voor SignatureManagingSupervisoryDirectorsDate moet liggen voor de huidige datum. SigningFinancialStatements Wanneer de gerapporteerde waarde van DirectorSignedStatus gelijk is aan Ja dan moet SignatureManagingSupervisoryDirectorsLocation minimaal één keer voorkomen. SigningFinancialStatements Wanneer de gerapporteerde waarde van DirectorSignedStatus gelijk is aan Nee dan moet DirectorReasonNoSignature minimaal één keer voorkomen. SigningFinancialStatements Wanneer de gerapporteerde waarde van DirectorSignedStatus gelijk is aan Ja dan moet SignatureManagingSupervisoryDirectorsDate minimaal één keer voorkomen. 33