Request for Comments Presentatie elementen 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 een aantal presentatie elementen ten behoeve van de rendering van de jaarstukken van middelgrote rechtspersonen in het Handelsregister van de KvK. Met behulp van deze RfC willen de SBR taxonomie bouwende partijen (Belastingdienst, CBS, Kamer van Koophandel, OCW en de in het Financiële Rapportages Coöperatief samenwerkende banken) van u weten hoe u aankijkt tegen de voorgestelde presentatie elementen. Welke gevolgen ziet u en welke visie heeft u over de (wijze van) invoering, indien wordt overgegaan tot invoering. Aanleiding In het Beraad van juli 2016 is afgesproken dat eerst wordt gestart met de presentatieregels voor kleine rechtspersonen. Die Consistente Presentatieregels zijn eind 2016 voorgelegd aan het SBR Beraad. Vanaf begin 2017 zou worden gestart om rendering van jaarstukken van middelgrote rechtspersonen mogelijk te maken. Een klein comité geeft op uitnodiging van de Taskforce Jaarverslaggevingsketen een overzicht van de nog openstaande presentatie-elementen t.b.v. de rendering van de jaarstukken van middelgrote rechtspersonen in het Handelsregister van de KvK. Met dit overzicht wordt inzicht gegeven in de mogelijkheid om te komen tot invulling van de wensen. Veel zaken zijn al geregeld in de Consistente Presentatieregels (CP-regels) zoals opgesteld voor micro-ondernemingen en kleine rechtspersonen. Deze zijn dus bekend, gecommuniceerd en daarom in dit voorstel niet verder benoemd. Het klein comité : realiseert zich dat het ondersteunen van alle mogelijke presentatievormen zodat de jaarstukken precies in z n (mogelijk) glossy verschijning kan worden gerenderd niet mogelijk is met de huidige architectuur. Met Inline-XBRL is het wel mogelijk maar de impact daarvan is dusdanig groot dat het nu geen reële optie is. Bovendien heeft de taskforce jaarverslaggevingsketen zich uitgesproken aan het vasthouden aan het besluit voor middelgrote rechtspersonen. realiseert zich ook dat het voorstel SBR specifiek is. Realiseert zich dat stakeholders zoals opstellers, MKB en VNO-NCW ontbraken bij de totstandkoming van het voorstel en dat draagvlak en uitvoerbaarheid zeker ook van hen afhankelijk is. is pragmatisch en realistisch (zie ook vorige bullit) geweest om enige mogelijkheden voor presentatie te bieden voor middelgrote jaarstukken die vanaf 1-1-2018 digitaal via SBR dienen te worden gedeponeerd. Een goed voorbeeld daarvan is het opnemen van afbeeldingen in de XBRL-instances. Dat heeft om o.a. conceptuele redenen niet de voorkeur. De oplossing voor de openstaande presentatievraagstukken liggen in de SBR taxonomie, de Filing Rules, de gediscoverde entrypoints, PE-regels, CP-regels, software voor aanlevering en rendering en
in een nader op te stellen Handreiking met technische vragen en antwoorden danwel het document Vragen en antwoorden over verplichting van elektronisch deponeren van jaarstukken in het handelsregister bij de Kamer van Koophandel. Elke oplossing heeft een eigen planning. Het kritisch pad voor realisatie ligt bij de totstandkoming van de aanpassing in de SBR taxonomie als onderdeel van de nieuwe Nederlandse Taxonomie voor 2018 (NT12). Het voorstel Het klein comité stelt de ondersteuning van een vijftal presentatie-elementen voor. De eerste drie punten hebben consequenties voor o.a. de taxonomieën. Voor de overige volstaat een goede omschrijving/richtlijn in een nader te bepalen document. 1. Afbeeldingen Ongestructureerde informatie. Over de inhoud van de afbeelding worden geen adviezen gegeven of beperking opgelegd. In een preparer extension definieert de opsteller een concept voor een afbeelding. Voor dit type concept wordt een nieuw datatype in de SBR taxonomie opgenomen. Dit datatype moet beschikbaar zijn in de Nederlandse Taxonomie voor 2018 (NT12). Aanvullende attributen van de afbeelding t.b.v. de rendering worden meegeven: Hoogte (HTML code =HEIGHT) Breedte (= WIDTH) Dikte van de rand om de afbeelding (=BORDER) Plaats op pagina is links, rechts, zwevend (= ALIGN) Ruimte links en rechts van de afbeelding (=HSPACE) Ruimte onder en boven (=VSPACE) Aanduiding grafische bestandsindeling. Beperken tot:.jpg-,.gif-,.bmp- of.png Voor wat betreft de specificatie van de ruimte die een afbeelding inneemt is het niet zinnig om afbeeldingen op te nemen die meer dan één A4 pagina beslaan. De software van de opsteller transformeert de afbeelding in een standaard formaat base64 stream. De rendersoftware transformeert de stream terug naar een afbeelding. Een voorbeeld van een opgenomen afbeelding kan als volgt worden weergegeven: <pe_12345678:image_1 contextref= C1 ><img width= 100 height= 50 src= data:image/png;base64,ivborghjbnv67hg(&g+hghytj /></pe_ 12345678:Image_1> De vraag die nog voorligt is wat is de maximale grootte van een afbeelding (in KB/MB) en wat is het maximale aantal afbeeldingen in een instance?. De maximale berichtgrootte op de Digipoort is 20MB (een deel daarvan wordt gebruikt voor o.a. de SOAP enveloppe zodat voor de instance zelfs iets minder dan dat beschikbaar is). Om deze reden wordt bijvoorbeeld de maximale lengte van toelichtingvelden beperkt door middel van het type string100000itemtype (het type met momenteel de meeste toegestane karakters). Een factor waarmee ook rekening moet worden gehouden is dat base64 encoding niet heel efficiënt is, de grootte van een afbeelding neemt met (meer dan) 30% toe ten opzichte van
het originele bestand. Teruggerekend kan dus bijvoorbeeld in een string100000itemtype een afbeelding van ongeveer 75K worden opgenomen. Uitgaande van A4 formaat (het bovengenoemde maximum) is er een directe relatie tussen de maximale grootte van een afbeelding in kleur uitgedrukt in KB/MB (rekening houdend met 30% inefficiëntie van base64 encoding) en de resolutie van de afbeelding: o 16 dpi (dots per inch) 94 KB Dit is de maximale resolutie in het string100000itemtype o 50 dpi 0,9 MB o 72 dpi 1,9 MB deze resolutie wordt o.a. toegepast op webpagina s o 200 dpi 14,3 MB o o 250 dpi 22,3 MB 300 dpi 31,1 MB deze resolutie wordt o.a. toegepast voor drukwerk Een afbeelding in kleur op A4 formaat met voldoende resolutie voor drukwerk is binnen de huidige grenzen van de Digipoort niet mogelijk. Het is eventueel mogelijk de maximale grootte op bijvoorbeeld 15 MB te stellen, maar dan kan er slechts één afbeelding worden opgenomen. Het voorstel is de maximale grootte op 2 MB te stellen zodat het mogelijk is meerdere afbeeldingen op te nemen met een redelijke resolutie. 2. Tekst formatteren Alleen ondersteunen bij toelichtingen, omdat dit de enige feiten zijn waarbij tekstopmaak meerwaarde heeft. Tekstopmaak wordt gecodeerd met escaped XHTML opmaak code. Omdat de renderer moet weten of mogelijk XHTML code is embedded wordt een nieuw datatype in de SBR taxonomie geïntroduceerd. Dit datatype moet beschikbaar zijn in de Nederlandse Taxonomie voor 2018 (NT12). Toelichtingen in de KvK taxonomie krijgen dit datatype. Alleen een beperkte set van XHTML tags is toegestaan voor het definiëren van de formatting. De volgende elementen worden door de rendersoftware geïnterpreteerd als opmaak: Font gerelateerde aspecten worden door middel van een style attribuut toegevoegd. De properties die hierbij zijn toegestaan zijn: o font-family o font-size o color (tekstkleur) Het style attribuut mag worden gebruikt bij de toegestane XHTML elementen hieronder. De volgende XHTML elementen zijn toegestaan: Nieuwe regel (XHTML=<br/>) Eenvoudige tabellen (XHTML = <table> <tr> <th> <td>) Ongeordende lijsten (XHTML = <ul> <li>) gemarkeerd met: o Circle (XHTML attribuut type="circle" op <li>) o Vierkant (XHTML attribuut type="square" op <li>) o Default (geen type attribuut opgeven) Formatting elementen o <b> - Bold text
o <i> - Italic text o <em> - Emphasized text o <mark> - Marked text o <small> - Small text o <ins> - Inserted text o <sub> - Subscript text o <sup> - Superscript text o <div> - Division, geeft zelf geen opmaak maar kan gebruikt worden om een style attribuut op tekst te plaatsen die niet (of niet volledig) binnen één van de overige toegestane elementen valt. Van belang blijft de hoofdregel: alle opmaak moet blijven leiden tot een voor de mens goed leesbaar resultaat. Superklein font (bijv. font 3) of witte tekst op witte achtergrond is dan niet toegestaan. Specificeren van bedrijfsregels en deze afdwingen kan wel maar dat kost veel. De verantwoordelijkheid voor het goed leesbare resultaat kan prima bij de opsteller liggen. Een voorbeeld van een opgenomen formatting kan als volgt worden weergegeven: <venj-bw2-i:receivablespolicy contextref= C1 >Dit is een <b>vette</b> tekst en <div style="color:red;">rode</div> tekst. Ook een lijst met <ul><li type="square">een item met een vierkant ervoor</li></ul></venj-bw2-i:receivablespolicy> De lijst met de toegestane set van XHTML tags wordt opgenomen in de Filing Rules. 3. Volgorde van de te tonen gegevens De mogelijkheid voor indieners om een presentatievolgorde van te tonen gegevens mee te geven. Gebaseerd op inschatting van de mate van stabiliteit, complexiteit en conceptuele juistheid is de voorgestelde oplossing het minst complex en heeft daarom de minste impact op de keten. De oplossing: De naam van TypedMemberPresentationOrder veranderen in PresentationOrder Het PresentationOrder element ook opnemen in de presentation linkbase en in CP uitfilteren. Voordelen: o Het typed member presentation order is optioneel (dus niet verplicht). o Het typed member presentation order hoeft niet meer uitgezonderd worden in de Filing Rules o Het is een simpele oplossing om de gewenste presentatievolgende aan te geven. Nadelen: o (Het presentation order element is opgenomen in de presentation linkbase en wordt zodoende getoond in de (laatste kolom van de) table, terwijl dit eigenlijk niet gewenst is.)
4. Paginanummers De oplossing heeft consequenties voor: o NTA o Filing Rules o SBR Taxonomie o Consistente Presentatie regels Opgenomen paginanummers (in toelichtingen ed) in de rendering zoals bedoeld door de opsteller kunnen afwijken met het gerenderde document zoals verkregen door de gebruiker. De oorzaak hiervoor is de rendering met verschillende fontgroottes en afwijkende pagina formaten. In de een nader op te stellen Technische Handreiking en of in het document Vragen en antwoorden over verplichting van elektronisch deponeren van jaarstukken in het handelsregister bij de Kamer van Koophandel dient te worden opgenomen dat het advies is om niet te verwijzen naar paginanummers, maar naar de functionele onderdelen. 5. Mintekens Het toepassen en tonen van negatieve feitwaarden blijft zoals het is. Het te renderen teken (positief of negatief) kan niet generiek expliciet worden aangestuurd. De waarde in de XBRL instance wordt derhalve gebruikt. Om onduidelijkheid te voorkomen dient de opsteller vooraf rekening te houden met de wijze waarop het teken wordt gerenderd. Bijvoorbeeld bij een optelsom waarbij een negatieve waarde wordt afgetrokken van een positieve waarde. Geadviseerd wordt om bij de negatieve waarde het woordje AF in labels in een extensie niet te gebruiken. Dit advies dient te worden opgenomen in een nader op te stellen Technische Handreiking en/of het document Vragen en antwoorden over verplichting van elektronisch deponeren van jaarstukken in het handelsregister bij de Kamer van Koophandel Vragen 1) Wat is uw mening omtrent de voorgestelde presentatie elementen en de (technische) uitwerking daarvan? 2) Heeft u (aanvullende) opmerkingen betreffende de invoering van de voorgestelde presentatie elementen? Reacties U wordt verzocht uw reacties voor 8 mei 2017 naar het adres sbr@logius.nl te sturen met in het onderwerp de tekst RfC Presentatie elementen. U kunt u reacties in.pdf,.txt,.odf of.docx formaat indienen. Alle reacties worden in.pdf formaat geplaatst op de webpagina s van SBR. Twee weken na de sluitingsdatum zal het SBR team de rapportages verwerkt hebben tot een standpunt met betrekking tot de invoer. Dit standpunt zal eveneens gepubliceerd worden op de webpagina van SBR.