"XBRL staat voor eXtensible Business Reporting Language. XBRL is een door get bedrijfsleven ontwikkelde rapportagetaal om financiële gegevens uit te wisselen via het internet". Dat soort termen kunnen we ook in de brochures lezen. Maar wat houd het nu precies in?
Een paar jaar geleden is de XML Auditfile Financieel in het leven geroepen. XML is een standaard waarmee de structuur van documenten kan worden vastgelegd. De XML Auditfile Financieel is dan ook een XML met financiële gegevens, waarvan de structuur vaststaat. Doel is dat waar er diverse soorten financiële software systemen bestaan, allen op hun eigen manier werkend en met hun eigen database, er toch volgens één standaard financiële gegevens gecommuniceerd kan worden.
Ieder pakket welke de XML Auditfile Financieel ondersteund bouwt op eenzelfde wijze een XML bestand op met daarin het hele Rekeningschema, uw Debiteuren-/Crediteuren en alle boekingsgegevens. Door vervolgens per veld precies aan te geven wat ermee bedoeld wordt, kan precies worden herkend of iets een Rekeningnummer, een Bedrag, een Valutakode, een Boekingsomschrijving etc. is.
Indien u gegevens moet uitwisselen met de belastingdienst danwel uw accountant, dan kunt u middels deze Auditfile "uw administratie" op een schijf branden, waarna de tegenpartij deze data probleemloos behoort te kunnen inlezen (immers, in de XML is precies aangegeven wat wat is). De XML Auditfile Financieel is reeds enkele jaren (standaard) beschikbaar in Heart-Profit.
XBRL gaat een stap verder, en heeft betrekking op diverse rapportages.
Zo bestaan er voor het opstellen van bijv. een Jaarrekening al standaards. Door nu eveneens in een XML file precies aan te geven wat wat is (Aktiva, Liquide middelen, leningen etc)., wordt a.h.w. een electronische rapportage gekreëerd volgens een algemene standaard en daarmee uitwisselbaar met andere systemen (belastingdienst, accountant, of zelfs andere financiële pakketten).
Aangezien er verschillende financiële rapportages zijn, zijn er ook verschillende XBRL rapportages; voor belastingdienst, cbs en kamer van koophandel. M.b.t. de belastingdienst hebben we het dan over bijv.:
- Inkomstenbelasting
- Loonbelasting
- Omzetbelasting
- Vennootschapsbelasting
Met behulp van taxonomie kan een financiële rapportages gemaakt worden. Taxomonie zijn de definities van elementen waarmee wordt aangegeven wat precies wat is in de XBRL file. Stel dat het saldo van kas- en gemiddelen EUR 25.000,- bedraagt, dan zal dit in de XBRL file worden opgenomen als:
<kvk-rj_CashCashEquivalents decimals="INF" unitRef-"U_euro">25000</kvk-rj_CashCashEquivalents>
Wil een systeem een XBRL file kunnen opbouwen zullen alle "financiële concepten" (zoals Kas- en geldmiddelen) gekoppeld moeten worden aan hun XBRL elementen.
Zie ook
http://www.nltaxonomie.nl voor de gebruikte taxonomie.
Op dit moment beschikken we in Heart-Profit nog niet over XBRL rapportages, hoewel we gezien de wijze waarop onze module Profit-Fin-Rapportage is opgesteld, er wellicht al standaard mogelijkheden voor zijn zonder dat we het zelf weten ;-)
Hoewel XBRL rapportage mij heel nuttig lijkt, zal er kwa inrichting toch het benodigde bij komen kijken. Wil een financieel concepten zoals "Kas- en geldmiddelen" aan een XBRL-element <kvk-rj_CashCashEquivalents> gekoppeld kunnen worden, zal er een tabel met deze elementen beschikbaar moeten zijn. Aangezien die tabel ook aan veranderingen onderhevig is, kun je je afvragen wie het onderhoud aan die tabel gaat doen.
Ervanuitgaande dat alle elementen aan boord zijn, zullen ze gekoppeld moeten worden. Daarbij is het maar weer nèt de vraag of Uw rekeningschema zodanig is ingericht dat deze standaard zodanig is ingericht dat 1 XBRL element aan 1 unieke Grootboekrekening gekoppeld kan worden, en wat te doen als eerst meerdere rekeningen moeten worden samengeteld om als één element gepresenteerd te kunnen worden. Ervanuitgaande dat we met de modules Profit-Fin-Rapport en Profit-Fin-Konsolidatie nu ook prima in staat zijn om op papier een Jaarrekening te presenteren, moet dit natuurlijk ook in electronische vorm lukken, en wellicht kunt U een Profit-Fin-Rapport Jaarrekening zelf al omzetten naar XBRL rapportage door simpelweg de bedragen tussen XML tags te zetten.
Het grootste probleem begint denk ik met de aangiftes zelf. De XML Auditfile Financieel bevat alle gegevens die op zich op bestaande Printoverzichten ook al afgedrukt konden worden. Kijken we naar de XBRL rapportages, dan moeten we eerst de betreffende rapportage als normale (leesbare) print tot onze beschikking hebben willen we ons hoeven te beperken tot het enkel in XBRL formaat beschikbaarstellen ervan. Anders geformuleerd, als we in Profit niet beschikken over de benodigde gegevens om met 1 druk op de knop een Aangifte Loonbelasting danwel een Aangifte Vennootschapsbelasting te kunnen doen, dan is er geen data om in XBRL formaat te presenteren; de berekening zelf ontbreekt al.
Nèt als dat er bij de ICL aangifte diverse derden partijen in het "BAPI Communicatie Module" gat zijn gesprongen kan ik me ook voorstellen dat er al standaard software voorhanden is die enerzijds uw hele administratie kan inlezen via de XML Auditfile Financieel, en waarin aan de ingelezen grootboekrekeningen de benodigde XBRL tags gehangen kunnen worden gekombineerd met de XBRL rapportage.
