RFC Dimensions specificatie ten behoeve van toepassing binnen de Nederlandse Taxonomie

RFC Dimensions specificatie ten behoeve van toepassing binnen de Nederlandse Taxonomie Versie 0.6 Inleiding Alle partijen deelnemend aan SBR hebben belang bij een visie en een daarop aansluitende releasekalender met voorgenomen wijzigingen in de taxonomie. Het SBR team faciliteert en coördineert de ontwikkeling van deze visie en is verantwoordelijk voor het opstellen van de releasekalender. De besluitvorming over de aanpassingen in de architectuur vindt in deelonderwerpen plaats. De uitkomst van dit proces leidt tot een uitgebreide beschrijving van de architectuur van de Nederlandse Taxonomie (NTA). De architectuur bevat de uitgangspunten, afbakeningen en inrichtingsprincipes welke een domeineigenaar dient te hanteren om aangesloten te kunnen zijn bij de Nederlandse Taxonomie (NT). Onderdeel van de besluitvorming over de architectuur is de marktconsultatie. Voor u ligt een ‘verzoek tot commentaar’ (Engels: Request For Comments, RFC) welke deel uitmaakt van de marktconsultatie. Deze RFC behandelt de toepassing van de XBRL Dimensions specificatie binnen de NT. Met behulp van deze RFC willen de SBR taxonomiebouwende partijen (Belastingdienst, CBS, Kamer van Koophandel, de in het Financiële Rapportages Coöperatief samenwerkende banken) van u weten hoe u aankijkt tegen de mogelijkheden van de Dimensions specificatie, welke gevolgen u ziet en welke visie u heeft over de (wijze van) invoering, indien wordt overgegaan tot invoering. Zowel de uitvragende partijen als de aanleverende partijen hebben belang bij een berichtuitwisseling waarin zo min mogelijk geïnterpreteerd moet worden. Bij elektronische berichten dient bij zowel de verzender als de ontvanger geen onduidelijkheden te bestaan. Interpretatievrijheid in berichtenuitwisseling leidt tot uitval, extra documentatie, en communicatie buiten de XBRL specificaties om. Aanvullende afspraken buiten de specificaties om dienen veelal door softwarebedrijven te worden ingebouwd om misverstanden te voorkomen. De XBRL 2.1 basisspecificatie is echter erg flexibel en laat ruimte voor interpretatie. Een groot deel van de interpretatievrijheid kan worden weggenomen door het gebruik van de XBRL Dimensions specificatie. De XBRL Dimensions specificatie is een module die een aanvulling vormt op de XBRL basisspecificatie. De uitvragende partijen hebben in voorkomende en in een aantal nieuwe rapportages behoefte aan de mogelijkheid om uitgevraagde elementen specifieker te definiëren. Bijvoorbeeld omzet naar regio en/of product, een uitsplitsing in definitieve en voorlopige elementen en uitsplitsingen naar kostenplaatsen.

Aanleiding De XBRL Dimensions specificatie is een uitbreiding op de reguliere XBRL 2.1 specificatie. Dit betekent dat XBRL Dimensionele taxonomieën en de daarbij horende instances altijd zullen voldoen aan de XBRL 2.1 basis-specificatie. De huidige versie van de XBRL Dimensions specificatie heeft de zogenaamde ‘Public Recommendation’ (definitieve) status bereikt in september 2006. De specificatie is daarmee stabiel en wijzigingen zijn niet voorzien. Enkel het gebruik van de XBRL basisspecificatie maakt het door interpretatievrijheid noodzakelijk dat er bij de controle op binnenkomende berichten extra voorzieningen moeten worden gebouwd die

controleren of de berichten voldoen aan de extra eisen. Dit speelt in het bijzonder in de contexten van de instances. Een deel van de inhoud van de context kan nu nog vrij vormgegeven worden, zonder dat daar binnen de specificaties van XBRL door de taxonomieauteur controle over kan worden uitgeoefend. Een voorbeeld is de vulling van het scenario deel van de context. Dit onderdeel kan gevuld worden met zelf gekozen XML elementen, zonder dat daar door de taxonomieauteur controle over kan worden uitgeoefend, anders dan door regels in bijvoorbeeld FRIS documenten. De inhoud van de context kan gebruikt worden om extra informatie aan een feit toe te voegen. Buiten de ‘normale’ context informatie om (dus de periode en het bedrijf waarop het gegeven betrekking heeft) kan dat bijvoorbeeld zijn of het om een definitieve of voorlopige aangifte gaat, of het om de kostenplaats ‘brandweer’ dan wel ‘politie’ gaat of om een uitsplitsing naar regio en product. De XBRL Dimensions specificatie geeft taxonomieauteurs de mogelijkheid controle uit te oefenen over de inhoud van de context en duidelijker te maken wat precies wordt gevraagd. Het stelt taxonomieauteurs in staat om een extra informatielaag binnen de taxonomie aan elementen toe te voegen en daar controle over uit te oefenen. Elementen in die laag kunnen dus voorzien worden van labels en presentation views. Ook kunnen bepaalde combinaties van rapportage elementen worden uitgesloten die niet mogen voorkomen. Gebruik maken van XBRL Dimensions wordt binnen de internationale XBRL-community gezien als een goede manier om hieraan vorm te geven. Dit sluit aan bij internationale ‘best practices’ en wordt reeds toegepast in de IFRS taxonomie, die op dit moment deel uitmaakt van het NT stelsel. Alternatieven zijn het volledig definiëren van alle combinatiemogelijkheden in de vorm van individuele concepten, het opnemen van combinaties in tuples en de huidige manier waarbij er gebruik gemaakt wordt van XML schematechnieken om de inhoud van de context te definiëren en er software geschreven moet worden om de toegestane combinatiemogelijkheden te controleren. Op basis van deze RFC wordt de markt gevraagd kennis te maken met de mogelijkheden van XBRL Dimensions en de manier waarop de uitvragende partijen in de toekomst zouden kunnen maken van XBRL Dimensions. De markt wordt in de gelegenheid gesteld om met de RFC meegeleverde voorbeelden aan de slag te gaan en de mogelijkheden om XBRL Dimensions te onderzoeken en in te passen. De markt krijgt aan de hand van de meegeleverde vragen en via de reguliere kanalen de gelegenheid te reageren op de voorstellen. Doelstelling Via deze RFC willen de SBR taxonomiebouwende partijen achterhalen welke visie marktpartijen hebben op de toepassing van XBRL Dimensions in de Nederlandse Taxonomie. Daarnaast zijn de SBR taxonomiebouwende partijen geïnteresseerd in mogelijke obstakels en de gevolgen van bepaalde ontwerpbeslissingen en ideeën over alternatieve benaderingen. Ook voorstellen met betrekking tot gefaseerde (technische) invoering zijn onderwerp van deze marktconsultatie.

Achtergrond Als voorbeeld voor de toepassing van XBRL Dimensions is een volledige dimensionele taxonomie opgebouwd op basis van de uitvraag voor de Internationale Handel in goederen van het Centraal Bureau voor de Statistiek, de IH dimensie demotaxonomie. Voor deze statistiek wordt de omzet van een bedrijf uitgevraagd, uitgesplitst naar goederen en landen. Het voorbeeld is indicatief en niet bindend.

De statistiek is als voorbeeld genomen omdat het een goed overzicht biedt van de mogelijkheden van de XBRL Dimensions specificatie. Zo zijn de goederen voorzien van Nederlandstalige en Engelstalige labels en worden de goederen door middel van de Presentation linkbase hiërarchisch gepresenteerd. Daarnaast wordt ook een aantal alternatieven getoond voor het gebruik van XBRL Dimensions. In de bijlage wordt de structuur van de voorbeeldtaxonomie technisch-inhoudelijk toegelicht. Voor voorbeelden van internationale toepassingen van XBRL Dimensions wordt verwezen naar de IFRS taxonomie (reeds opgenomen in de huidige NT) en de US-GAAP taxonomie. Deze zijn dimensioneel van opzet. Het belangrijkste kenmerk van de voorgesteldedimensionele taxonomie is dat primaire concepten (bijvoorbeeld omzet) via een tabel (hypercube) verbonden worden aan dimensies (assen) en de daarin voorkomende domeinleden. Dit heeft tot gevolg dat in een instance een gerapporteerd feit en de bijbehorende context er als volgt uitzien (afbeelding 1): … <xbrli:context id="Context_Duration_Nederland_Appels"> <xbrli:entity> <xbrli:identifier scheme="www.cbs.nl/ex01_dimensions">www.cbs.nl/ex01_context01 - <xbrli:period> <xbrli:startDate>2010 06 01 <xbrli:endDate>2010 06 30 <xbrli:scenario> <xbrldi:explicitMember dimension="ex01_dimensions_template:perLand">ex01_dimensions_landen:Nederland <xbrldi:explicitMember dimension="ex01_dimensionsDimensions_template:perProduct">ex01_dimensions_producten:Ap pels … <ex01_dimensions_primary:Verkopen decimals="0" contextRef="Context_Duration_Nederland_Appels" unitRef="euro">10000 … Afbeelding 1: deel van instance op basis van dimensionele taxonomie

In de context is de informatie opgenomen in het ‘scenario’ deel, expliciet gedefinieerd door verwijzing naar de domeintaxonomie perLand en perProduct. In de domeintaxonomie zijn de voorkomende (toegestane) domeinleden gedefinieerd en de bijbehorende labels en presentatie. In de tabel (hypercube) worden toegestane combinaties met primary concepten (de gegevensdragers) gedefinieerd. In de bijgeleverde taxonomie voor de internationale handel is de hiërarchisch opgebouwde goederennomenclatuur opgenomen. Alleen over de ‘bladeren’ binnen deze taxonomie mag gedefinieerd worden (afbeelding 2).

Afbeelding 2: presentatielinkbase van dimensionele taxonomie

Alternatief voor het gebruiken van Dimensions is het compleet modelleren van alle toegestane combinaties in individuele concepten, of het opnemen van de informatie in tuples. Het modelleren van alle combinaties is in gevallen waar het gaat om een domein met twee of drie domeinleden nog wel voorstelbaar. Als het echter gaat om meer domeinleden, wordt het al snel een niet onderhoudbare kluwen van gegevens (afbeelding 3).

Afbeelding 3: Platte taxonomie, met alle gemodelleerde combinaties in items.

Een tweede alternatief is het definiëren van de items in een tuple. De tuple krijgt dan de concepten ‘omzet’, ‘land’ en ‘goed’ en de waarden die land en goed kunnen aannemen worden gedefinieerd in een datatype met een enumerated list (afbeelding 4). Het voordeel van deze benadering is dat het overzicht biedt en de toepassing relatief eenvoudig is. Het nadeel is dat er geen presentatie van de domeinleden kan worden opgebouwd en dat bepaalde combinaties van land en product niet expliciet verboden kunnen worden. Een andere optie met tuples is er één waarbij elke dimensie en domeinlid een tuple wordt en deze als kinderen onder elkaar genest worden. Het laagste niveau heeft dan als kind het concept ‘omzet’.

Afbeelding 4: Tuple structuur met domeinleden in enumerated list.

De voorgestelde introductie van XBRL Dimensions in de Nederlandse taxonomie betekent niet dat alle concepten dimensioneel worden. De NAW gegevens zijn ééndimensioneel en blijven dat. Een balans per datum X en datum Y of van bedrijf A en bedrijf B zijn voorbeelden van dimensies die in de oorspronkelijke XBRL specificaties al expliciet in de context gedefinieerd worden. Maar waarderingsmethodieken als commercieel/fiscaal of vastgesteld/niet vastgesteld worden nu nog buiten de XBRL specificaties om in de inhoud van de context gedefinieerd. Hierdoor is maatwerk (custom) software nodig om controles uit te voeren. Met XBRL Dimensions kan de inhoud van contexten expliciet gedefinieerd worden. De SBR taxonomiebouwende partijen zien als voordelen van het gebruik van XBRL Dimensions: - XBRL Dimensions maakt het mogelijk meer exact de uitvraag te specificeren en communiceren, namelijk in de taxonomie, in plaats van in Word of Excel bestanden. - XBRL Dimensions stelt partijen in staat om toegestane en niet toegestane combinaties van domeinleden met primaries te definiëren. Daarmee kunnen zonder investeringen in maatwerk software toegestane combinaties van concepten en contextinhoud gecontroleerd worden

-

-

voordat wordt overgegaan tot verzending. De toegestane combinaties worden gedocumenteerd ín de taxonomie. Aan dimensionele concepten kunnen presentaties worden toegekend. XBRL Dimensions maakt het mogelijk om controle te krijgen over de inhoud van de elementen xbrli:segment en xbrli:scenario in de context. XBRL Dimensions stelt de uitvragende partijen in staat om ook gebruik te maken van internationaal veelgebruikte taxonomieën, zoals de IFRS en IFRS-SME taxonomieën. Deze en andere internationale taxonomieën maken intensief gebruik van dimensies. Indien de Nederlandse taxonomie dimensies niet implementeert, wordt aansluiting bij deze internationale taxonomieën vrijwel onmogelijk. Het concept van dimensionele datamodellering wordt veelvuldig toegepast bij datawarehouses en datamarts. Indien de gegevens uit een dergelijk model komen kan het rapportagemodel in de taxonomie beter aansluiten bij de rapporteur opgeslagen gegevens

Voor partijen die nu SBR gereed zijn betekent de adoptie van XBRL Dimensions dat aanvullende investeringen gedaan moeten worden om de software uit te breiden met deze functionaliteit. De nuance hierbij is dat gekozen kan worden voor een invoeringsscenario waarbij enkel nieuwe stromen in een dimensionele taxonomie worden ondergebracht. Bij een dergelijk scenario blijven de bestaande stromen dimensieloos. Ook tussenvormen van invoeringsscenario’s zijn denkbaar waarbij de huidige contextschema’s op eenvoudige dimensionele leest worden geschoeid. Enkel voor de nieuwe stromen worden dan de meer uitgebreider mogelijkheden van XBRL Dimensions toegepast. Als nadeel van het gebruik van XBRL Dimensions moet genoemd worden dat er (nog) geen algemeen aanvaarde presentatiestandaarden beschikbaar zijn om de toegestane combinaties van primaries (concepten) en dimensies te visualiseren (zoals draaitabellen). Wel van de individuele assen op een hiërarchische wijze, maar niet als geheel. Het voorstel Een van de uitgangspunten van SBR is dat zoveel mogelijk wordt aangesloten wordt bij de internationale standaarden en internationaal vastgestelde taxonomieën. Daarnaast is het streven om waar mogelijk de uitvraag op basis van XBRL te formaliseren. Ook worden technieken die hergebruik mogelijk maken zoveel mogelijk omarmd ten faveure van ontwerpkeuzes die dat in de weg staan. Met XBRL Dimensions als erkende standaard zouden de SBR taxonomiebouwende partijen mogelijkheden kunnen hebben om de uitvraag verder te formaliseren. Om de markt gelegenheid te bieden XBRL Dimensions te beoordelen en een standpunt in te nemen of implementatie voor hen zinvol is, is het van belang de markt de tijd te geven de implicaties van deze uitbreiding te verwerken. Voor SBR taxonomiebouwende partijen is het van belang de reacties van de markt te beoordelen. Het SBR Porgramma is voornemens om per 1 april 2011 een beslissing te nemen of XBRL Dimensions wordt ingevoerd en eventueel de wijze waarop. De markt zal de gelegenheid worden geboden vragen te beantwoorden en te stellen. In de voorbeeldtaxonomie, de IH dimensie demotaxonomie, vindt u een voorbeeld waarbij twee ingangen gekozen kunnen worden voor het openen van de dimensietaxonomie. Één waarbij de template alleen de definitie van de dimensie landen en goederen aangeroepen wordt en één waarbij ook de hiërarchische presentatie van de productencatalogus aangeroepen wordt. In de eerste zal alleen een productenlijst aangeroepen worden met producten waarover gerapporteerd mag worden en die zal alleen gepresenteerd kunnen worden als platte lijst. In de tweede ingang worden ook de items

gepresenteerd van de ‘takken’ van de zoeklijst. Deze kan gebruikt worden om het zoeken en selecteren te vergemakkelijken. Er zijn naast de IH dimensie demotaxonomie ook een aantal andere, wat beperktere voorbeelden opgenomen van toepassingen van dimensies. Op onderstaande vragen ontvangen de NT partners graag een antwoord met een toelichting. Vragen 1) Bent u in staat op XBRL Dimensions taxonomie gebaseerde berichten aan te leveren? 2) Bent u in staat een XBRL Dimensions taxonomie te presenteren in uw software? 3) Bent u in staat een mapping interface aan te bieden aan uw klanten die in staat is Dimensions weer te geven? 4) Welke belemmeringen ziet u voor de invoering van XBRL Dimensions? 5) Wat is uw visie op het tijdstip waarop XBRL Dimensions zou moeten worden ingevoerd? 6) Bent u van mening dat het formaliseren van de inhoud van de context niet mag gebeuren door middel van aparte message implementation guides en apart opgeleverde XML schema’s? 7) Welke alternatieve invoeringsscenario’s ziet u en welke heeft uw voorkeur? Uw antwoorden met toelichting kunnen tot uiterlijk 15 Maart 2011 worden verzonden aan [email protected]. Vervolgens worden de antwoorden met de eindconclusie via de website www.sbr-nl.nl ter beschikking gesteld.

Bijlage I Opbouw dimensionele demotaxonomie

1.Dimensionele taxonomie Een dimensionele taxonomie definieert naast de primaire concepten waarop gerapporteerd moet worden ook de dimensies waarnaar de concepten moeten worden uitgesplitst. We geven hier de technische informatie die nodig is om een dergelijke taxonomie te bouwen (zie ook de voorbeelden). Om een dimensionele taxonomie overzichtelijk te houden, splitsen we haar op in drie (deel)taxonomieën: i)

een primaire taxonomie waarin primaire concepten worden gedefinieerd,

ii)

domeintaxonomieën waarin de elementen per dimensie worden gedefinieerd, en

iii)

een template taxonomie waarin tabellen (hypercubes) en assen (dimensies) worden gedefinieerd en worden gekoppeld aan primaire concepten.

In een table (hypercube) worden primaire concepten aan assen (dimensies) gekoppeld. De as (dimensie) wordt vervolgens weer gekoppeld aan de domeintaxonomie. Door een tabel (hypercube) aan een primair concept te koppelen zorg je ervoor dat dit concept dimensioneel gemaakt wordt en conform deze specificaties gevalideerd gaat worden. 1.1Primaire taxonomie In het schema van de primaire taxonomie, de taxonomie is in schema bestanden (extensie .xsd) gedefinieerd, worden de primaire concepten, waarover gerapporteerd moet worden, als volgt gedefinieerd: Schema van primaire taxonomie, PrimaireConcepten.xsd • targetNamespace bijv. http://www.cbs.nl/xbrl/dimensions/flexibel/primair • prefix bv. primair •

name bv. Waarde, Gewicht, AantalWerknemers

•

id combinatie van prefix, underscore ( _ ) en element name

•

type o o o o o

bedrag: xbrl:monetaryItemType decimaal getal: xbrl:decimalItemType geheel getal: xbrl:integerItemType tekst: xbrl:stringItemType etc.

• •

substitutionGroup xbrl:item periodType bijv. duration of instant

•

abstract false (er mag op het concept gerapporteerd worden)

•

nillable bijv. true (er hoeft niet op het concept gerapporteerd te worden)

De primaire taxonomie kan uitgebreid worden met linkbases om structuur en relaties aan te geven tussen de primaire concepten. Deze linkbases bespreken we hier niet omdat ze ook in een nietdimensionele taxonomie kunnen voorkomen.

1.2 Domeintaxonomie Om de dimensionele uitsplitsing van de primaire concepten mogelijk te maken voegen we per dimensie (bv. plaats, product) een domeintaxonomie toe. In het schema van een domeintaxonomie worden de domeinleden (bv. plaatsen, producten) gedefinieerd die dienen als rapportage-element van een dimensie. Ook de samenstelling van de domeinen (deelverzamelingen van domeinleden) worden hier gedefinieerd: Schema van domeintaxonomie, Plaatsen.xsd • targetNamespace bijv. http://www.cbs.nl/xbrl/dimensions/flexibel/plaatsen • prefix bijv. plaatsen •

name bv. Europa, Nederland, Noord-Holland, Amsterdam, DomeinG5NL

• •

id van combinatie van prefix_name type xbrl:stringItemType

•

substitutionGroup o domeinleden: sbr:domainMemberItem o domeinen: sbr:domainItem

•

abstract true (er wordt niet op domeinen of domeinleden gerapporteerd maar op primaire concepten)

Een domeintaxonomie bevat daarnaast twee essentiële linkbases, namelijk de presentation linkbase en de definition linkbase. In de presentation linkbase wordt de hiërarchische structuur tussen de domeinleden aangegeven via parent-child arcroles: Presentation linkbase van domeintaxonomie, Plaatsen-presentation.xml • roleURI bijv. http://www.cbs.nl/xbrl/dimensions/flexibel/extendedlink/plaatsen/presentation • from bijv. Europa to bijv. Nederland •

arcrole parent-child

In de definition linkbase van een domeintaxonomie worden domeinen samengesteld. Een domein is een deelverzameling van domeinleden; denk aan een deelverzameling van plaatsen of producten. In een domein worden alle domeinleden van een dimensie ondergebracht waarover gerapporteerd mag worden. Er moet tenminste één domein gedefinieerd worden. Een dimensie kan één of meerdere domeinen bevatten. De dimensie Plaats zou bijvoorbeeld als domeinleden alle plaatsen van Europa kunnen bevatten, hiërarchisch geordend volgens een internationale standaard (bijvoorbeeld per land en provincie). Een domein zou dan bijvoorbeeld de vijf grootste plaatsen van Nederland kunnen zijn, of de Euregio Maas-Rijn met Duitse, Belgische en Nederlandse plaatsen. Dit maakt XBRL Dimensions zeer flexibel om drie redenen. Door het creëren van verschillende domeinen kan een selectie van domeinleden worden gemaakt die onafhankelijk is van de hiërarchie zoals die in de presentation linkbase is vastgelegd. Daarnaast kan voor elk primair concept onafhankelijk worden aangegeven op welke combinatie van domeinleden gerapporteerd mag worden. Definition linkbase van domeintaxonomie, Plaatsen-definition.xml • roleURI bv. http://www.cbs.nl/xbrl/dimensions/flexibel/extendedlink/plaatsen/definition • •

from bijv. DomeinG5NL to bijv. Amsterdam arcrole domain-member

Voor elke dimensie (plaats, product, etc.) wordt een aparte domeintaxonomie aangemaakt waarin domeinen en domeinleden worden gedefinieerd, met de gewenste presentatie van domeinleden en hun hiërarchie in een presentation linkbase, en de samenstelling van domeinen (gewenste deelverzamelingen van domeinleden) in een Definition linkbase. 1.3Template taxonomie Tot slot dienen primaire concepten te worden gekoppeld aan tabellen (hypercubes) in een template taxonomie. Een tabel (hypercube) is een verzameling van assen (dimensies) waarnaar primaire concepten moeten worden uitgesplitst. Assen (dimensies) en tabellen (hypercubes) worden gedefinieerd in het schema van de template taxonomie: Schema van template taxonomie, Template.xsd • targetNamespace bijv. http://www.cbs.nl/xbrl/dimensions/flexibel/template • •

prefix bijv. template name bv. DimensiePlaats, DimensieProduct, Hypercube1

•

id combinatie van prefix, underscore en element name

•

type xbrl:stringItemType

•

substitutionGroup o dimensies: xbrldt:dimensionItem o hypercubes: xbrldt:hypercubeItem

•

abstract true (er wordt niet op dimensies of hypercubes gerapporteerd maar op primaire concepten)

Primaire concepten, tabellen (hypercubes), assen (dimensies) en domeinen worden gekoppeld in de Definition linkbase van de template taxonomie. Elke tabel (hypercube) wordt in een eigen extended link opgebouwd, zodat elk primair concept indien gewenst aan een unieke tabel (hypercube) gekoppeld kan worden. Er kunnen zelfs meerdere tabellen (hypercubes) aan 1 primairy item gekoppeld worden. Dit maakt het mogelijk om meerdere domeinen tegelijk beschikbaar te maken. De taxonomie-auteur is vrij in zijn keuze uit de dimensies en de domeinen binnen elke dimensie. Eén of meerdere dimensies worden aan een tabel (hypercube) gekoppeld via hypercube-dimension arcroles. Tenminste één domein wordt aan een as (dimensie) gekoppeld via dimension-domain arcroles. Door dimensies en domeinen binnen dezelfde extended link aan een tabel (hypercube) te koppelen zijn ze opnieuw te gebruiken in een andere tabel (hypercube). De samenstelling van de domeinen was per as (dimensie) al aangegeven in een extended link van de Definition linkbase in de domeintaxonomie. Een verwijzing naar deze extended link moet dan worden opgenomen in de definition linkbase van de template taxonomie. Hiervoor wordt het xbrldt:targetrole attribuut gebruikt. Definition linkbase van template taxonomie, Template-definition.xml • roleURI bv. http://www.cbs.nl/xbrl/dimensions/flexibel/extendedlink/template/definition/hc1 • •

from bijv. Hypercube1 to bijv. DimensiePlaats arcrole hypercube-dimension

•

from bijv. DimensiePlaats to bijv. DomeinG5NL

•

arcrole dimension-domain

• •

targetRole extended link waarin DomeinG5NL is gedefinieerd usable false (er mag niet per domein gerapporteerd worden, alleen per domeinlid)

Binnen een nieuwe extended link wordt een tabel (hypercube) via een abstract aan een primair concept (primary) gekoppeld via een all arcrole. In de Definition linkbase wordt het abstract primair concept gekoppeld aan de dimensionele primaire concepten. Met de all arcrole wordt opgelegd dat rapportage op het concept moet worden uitgesplitst naar een of meer domeinleden binnen de tabel (hypercube). Omdat elke tabel (hypercube) in een unieke extended link is opgebouwd, hoeft niet elk primair concept aan dezelfde tabel (hypercube) gekoppeld te worden. Hergebruik van een tabel (hypercube) blijft echter ook mogelijk. Er moet dan in de targetRole een verwijzing worden opgenomen naar de extended link waarin de tabel (hypercube) is opgebouwd. Definition linkbase van template taxonomie, hergebruik hypercube, Template-definition.xml • roleURI bv. http://www.cbs.nl/xbrl/dimensions/flexibel/extendedlink/template/definition/primair1 • •

from bijv. Waarde to bijv. Hypercube1 targetRole extended link waarin Hypercube1 is gedefinieerd

•

from bijv. AantalWerknemers to bijv. Hypercube2

• •

targetRole extended link waarin Hypercube2 is gedefinieerd arcrole all (er mag gerapporteerd worden op alle domeinleden in de hypercube)

Het is ook mogelijk om verschillende tabellen (hypercubes) aan hetzelfde primaire concept te koppelen. Bijvoorbeeld als het aantal werknemers uitgevraagd zou worden per land en per herkomstklasse (twee ééndimensionale tabellen (hypercubes)), maar niet per land × herkomstklasse (een tweedimensionale tabellen (hypercube)). Er worden dan twee tabellen (hypercubes) aangemaakt: één met de as (dimensie) land en één met de as (dimensie) herkomstklasse. Elke tabel (hypercube) wordt dan in een unieke extended link aan hetzelfde primaire concept gekoppeld. De keuze hiervoor heeft gevolgen voor de manier waarop gekoppeld wordt (en hoe de koppeling gepresenteerd wordt). Definition linkbase van template taxonomie, hergebruik tabel (hypercube) met nieuw primair concept, Template-definition.xml • roleURI bv. http://www.cbs.nl/xbrl/dimensions/flexibel/extendedlink/template/definition/primair2 •

from bijv. AantalWerknemers to bijv. Hypercube3

•

targetRole extended link waarin Hypercube3 is gedefinieerd

•

arcrole all