De beste manier om uit te leggen wat een iXBRL is, is om voor te stellen dat we van de jaarrekening (PDF) een website maken (XHTML). Echter zegt een ‘los’ getal de computer niet zoveel, dus we helpen hem een handje, we voegen in-line tags toe met daarin context, in welke periode dit plaatsvindt en of het getal in honderden, duizenden, miljoenen of zelfs miljarden staat.
Vervolgens geven we dit getal (en zijn context) een tag. We geven de computer een richtingaanwijzer om aan te geven: “Hé let op! Dit is Assets” of “Let op! Dit is property plant and equipment”.
Naja, leuk. Nu snapt de computer waar we naar kijken en wat het is. Maar hoe verhouden die getallen zich nou tot elkaar?
Dat zien we terug in de calculation linkbase, dit definieert op welke manier de op- of aftelling werkt in het document. Voor ons is het logisch, natuurlijk is non-current assets + current assets als totaal assets. Maarja, die computer moeten we dit toch nog even expliciet aangeven, we geven aan “he! Assets is ontstaan vanuit een optelling van non current assets en van assets” of “netto marge is ontstaan vanuit net revenue – sum of expenses”.
Dit hele stuk computer jargon bij elkaar krijgt u vervolgens van de klant aangeleverd. Dit in een .zip bestand of een .xbri format. Dit bestaat op zijn beurt weer uit een hele mappenstructuur, met dus die jargon.
Wat je moet controleren
Volgens Alert 50 zijn dit twee losse controles.
Technische validatie: haal het bestand door validatie software. Deze validatie software controleert onder andere op taxonomiegeldigheid, markeringsregel, calculatieconsistentie en business rules van de kvk.
Inhoudelijke consistentie: stel vast dat de machineleesbare tags niets anders zeggen dan wat er in de leesbare XHTML staat. Dat gebeurt via de Consistente Transformatie, waarbij de markeringen worden teruggerenderd naar een leesbaar beeld.
Dit kan je geheel gratis via onze reader inzien: https://www.doc2ixbrl.com/ixbrl-reader
Waar check je op? In feite of de tag overeen komt met de line-item, zie je dat de tag ‘cashandcashequivalents’ gegeven is bij ‘materiële vaste activa’ ? Dat is natuurlijk niet correct.
Is de onderliggende jaarrekening op papier, in PDF of Word gecontroleerd? Dan stel je bovendien vast dat de leesbare XHTML daarmee overeenkomt, met uitzondering van de wettelijke deponering vrijstellingen. Is de jaarrekening zelf al als SBR Report Package opgesteld? Dan stel je vast dat die XHTML een getrouw beeld geeft.
Toestemming, hash en status
Is dat vastgesteld, dan geef je schriftelijk toestemming om de controleverklaring te hergebruiken in het digitale pakket. Je identificeert de Report Package daarbij met een unieke hashcode, te genereren via de NBA-hashgenerator, zodat achteraf vaststaat over welk exacte bestand die toestemming ging.
Geen aparte handtekening nodig
Bij de oudere SBR Instance hoorde een los ondertekend bestand met hashes: de detached signature (in XML). Bij een SBR Report Package is dat niet nodig. De tekst van de controleverklaring staat al in de XHTML zelf.
Wil je meer zekerheid dan de schriftelijke toestemming van Alert 50 biedt? Dan kan een vrijwillige assurance-opdracht volgens Standaard 3950N uitkomst bieden, waarin je expliciet rapporteert over de naleving van de Regelgevende Technische Standaard.
Steeds meer kantoren kiezen ervoor dit hele proces bij de klant weg te nemen. In de basis doe je dan echt recht aan het zijn van een ‘full-service’ kantoor, waarborg je kwaliteit en ben je niet afhankelijk van uitbesteden.
De manier hoe wij kantoren hierbij ondersteunen is dat onze tooling de line-items herkent, automatisch tagt en we er een validatie in de software zit, waardoor het gros van de ‘heavy lifting’ geautomatiseerd wordt. Doc2iXBRL ondersteunt al een groot aantal kantoren bij precies dit proces. Meer op www.doc2ixbrl.com.
Geef een reactie