--- title: "XBRL... veel meer dan alleen maar naleving van regels" date: "2009-07-13" categories: - "xbrl" tags: - "altova" - "data-mapping" - "mapforce" - "xbrl" description: Ontdek hoe XBRL verder gaat dan alleen naleving van regelgeving en de efficiëntie van dataverwerking verbetert. Ontdek interne oplossingen voor dataomzetting met Altova MapForce voor gestroomlijnde rapportage. --- Status: #blog Tags: #altova #data-mapping #mapforce #xbrl Categories: [xbrl](/blog/nl/category/xbrl.md) # XBRL... veel meer dan alleen maar naleving van regels Na een recente korte bezoek aan de [19e internationale XBRL-conferentie](http://conference.xbrl.org/) in Parijs, kan ik niet anders dan concluderen dat veel organisaties het cruciale punt missen – en dat de eisen van de SEC hier wellicht mede verantwoordelijk voor zijn. Men zou verwachten (nou ja, ik dacht dat) dat, in het jaar na de invoering van de XBRL-rapportagevereisten door de grootste economie ter wereld, deze conferentie overspoeld zou worden met vertegenwoordigers van bedrijven die graag meer zouden willen leren over hoe, en vooral, _waarom_ ze hun financiële gegevens in XBRL moeten opmaken. Maar helaas, zo was het niet. Ik kan me alleen maar voorstellen dat de lage opkomst, vooral vanuit de Verenigde Staten, te maken heeft met het feit dat organisaties XBRL nog steeds voornamelijk zien als een kwestie van naleving van regelgeving, en dat ze de "tagging" van hun financiële rapporten blijven uitbesteden aan financiële drukkerijen of andere instanties die documenten indienen bij EDGAR. Dus, is XBRL een kwestie van naleving van regels? Nou, natuurlijk is dat zo, maar het is veel meer dan dat. Ik kan u dit met zekerheid vertellen, omdat ik bij Altova werk en wij ons simpelweg niet richten op software voor naleving van regels. Wij ontwikkelen tools die bedrijven helpen om de efficiëntie van hun _intern_ processen met als doel de totale tijd en kosten van het data management proces te verminderen. Dit is zeker haalbaar voor elk bedrijf dat XBRL gebruikt, maar het vereist een proactieve benadering van de manier waarop u uw data beheert. "Tagging" impliceert dat financiële rapportages op de traditionele manier worden opgesteld in een spreadsheet of een boekhoudprogramma, en vervolgens achteraf en met grote precisie worden voorzien van XBRL-tags om ze te laten voldoen aan de vereisten. Bah… het is geen wonder dat compliance zo'n onaangename klank heeft! Hebben we niet al genoeg werk te doen? En wacht eens, is dit niet gewoon het toevoegen van een handmatige taak bovenop een andere, waardoor de kans op menselijke fouten verdubbelt? Ik weet niet precies wanneer dit woord "tagging" zo populair werd voor het beschrijven van de implementatie van XBRL, maar het heeft in ieder geval gezorgd voor een te grote versimpeling van iets dat eigenlijk niet zo ingewikkeld was (hoewel, het is waarschijnlijk bedacht door iemand uit de marketingafdeling – waar ik zelf ook deel van uitmaak). Hoe dan ook, laten we het idee van het toevoegen van tags even opzij zetten en kijken of we iets bedenkelijkers kunnen bedenken. Stel dat alle financiële gegevens van uw bedrijf zich bevinden in een soort achterliggende opslag, een database, een boekhoud-/ERP-systeem, XML, of zelfs een combinatie van deze. Wat als u uw gegevens eenvoudigweg intern [om kunt zetten naar XBRL](https://www.altova.com/nl/products/mapforce/xbrl_mapping.html), in plaats van dat externe consultants rapporten doorzoeken en elke afzonderlijke post taggen? Wat als u deze omzetting zelfs kunt hergebruiken de volgende keer dat u een vergelijkbaar financieel rapport moet opstellen? En wat als uw IT-afdeling deze [XBRL-indieningsprocessen automatisch kan uitvoeren](https://www.altova.com/nl/products/mapforce/xbrl_mapping.html)? **XBRL-mapping** Altova MapForce is een tool voor [data-integratie](https://www.altova.com/nl/products/mapforce/data_mapping.html) op bedrijfsniveau waarmee u dit kunt realiseren. Het wordt op hoog niveau gebruikt door ontwikkelaars en applicatie-architecten, maar de gebruiksvriendelijke grafische interface maakt MapForce toegankelijk voor iedereen die de data begrijpt die gemapt moet worden. Laten we een gedeeltelijk voorbeeld bekijken om te illustreren hoe eenvoudig dit kan zijn: De eerste stap is het laden van het brongegevensbestand – in dit geval een database – in het ontwerpvenster van MapForce. [![xbrl1](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl1_thumb.jpg "xbrl1")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl1.jpg) Let op dat het mapping-component een weergave is van de tabellen en kolommen in de database. De onderliggende data kan dus op elk moment veranderen, terwijl de mapping zelf niet wordt beïnvloed. Dit geldt voor elke mappingstructuur die u gebruikt in MapForce, zoals XML, databases, platte bestanden, EDI, Excel, XBRL of web services. Vervolgens voegen we ons doel-mapping-component toe, in dit geval een basis-XBRL-extensietaxonomie gebaseerd op [US GAAP - Commercieel en Industrieel](http://xbrl.us/taxonomies/Pages/default.aspx). [![xbrl2](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl2_thumb.jpg "xbrl2")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl2.jpg) Nu kunnen we eenvoudig beginnen met het koppelen van gegevens door lijnen te verbinden om individuele items aan elkaar te relateren. Er zullen gevallen zijn waarin we [gegevensverwerkingsregels](https://www.altova.com/nl/features_datafilters_mapforce.html) moeten toepassen om het formaat licht aan te passen, gegevens te filteren, of zelfs constanten toe te voegen voor XBRL-rapportagevereisten die niet in de database voorkomen. Dit alles kan heel eenvoudig worden gedaan door tussenliggende functies uit de MapForce-bibliotheek in de zijbalk te slepen en neer te zetten. Stel bijvoorbeeld dat uw database automatisch een datum- en tijdstempel vereist om elke boekhoudperiode vast te leggen. Aangezien XBRL-rapportage alleen een datum vereist, moeten we het tijdstempel verwijderen in onze mapping. Sleep eenvoudigweg een functie om een datum uit een datum- en tijdstempel te halen uit de bibliotheek en verbind de lijnen tussen uw database en het XBRL-onderdeel. [![xbrl4](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl4_thumb.jpg "xbrl4")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl4.jpg) Natuurlijk zult u waarschijnlijk ook een verscheidenheid aan andere wiskundige, logische of andere functies aan uw gegevens moeten toevoegen, en u zult een lange lijst van deze functies vinden die al beschikbaar zijn in de functiebibliotheek. U kunt indien nodig ook eenvoudig aangepaste functies toevoegen met behulp van een grafische functiebouwer. Uiteindelijk zal uw mapping er ongeveer zo uitzien: [![xbrl6](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl6_thumb.jpg "xbrl6")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl6.jpg) Klik nu op het tabblad "Output" om te zien hoe de XBRL eruitziet. En voilà... een herbruikbare en uitbreidbare datamapping die u op elk moment kunt gebruiken wanneer u XBRL-gegevens moet indienen. U kunt de mappinginterface zelfs integreren in een andere applicatie, of de IT-afdeling vragen om code te genereren die de generatie van het XBRL-bestand automatiseert telkens wanneer een rapport moet worden ingediend. Voor een gedetailleerder overzicht van hoe [XBRL-mapping](https://www.altova.com/nl/products/mapforce/xbrl_mapping.html) werkt in MapForce, raadpleeg onze [Altova XBRL-tutorial](https://www.altova.com/nl/aot/online-training.aspx). Hier is een heel eenvoudig voorbeeld van het direct genereren van XBRL-data vanuit een boekhoudsysteem: er is geen behoefte om informatie opnieuw in te voeren, er hoeft geen reeks traditionele financiële rapporten te worden opgesteld, en zeker geen behoefte aan "tagging". En het beste van alles is dat dit allemaal gemakkelijk intern kan worden gedaan, en dat tegen een fractie van de kosten. Ik wil u niet verkeerd begrijpen, het uitbesteden van bepaalde taken kan zeker een rol spelen bij de implementatie van XBRL in uw bedrijf. Het [opbouwen van een XBRL-extensietaxonomie](https://www.altova.com/nl/xbrl-taxonomy-editor.html), bijvoorbeeld, kan inderdaad iets zijn dat u liever overlaat aan experts met jarenlange ervaring in het werken met XBRL-syntax en andere complexiteiten. Maar het omzetten van de financiële data van uw organisatie naar XBRL-formaat… zou dat niet juist moeten gebeuren door degenen die de data het beste kennen? Voor meer informatie over de Altova MissionKit: [hulpmiddelen voor XBRL](https://www.altova.com/nl/solutions/xbrl-tools.html) - die ondersteuning biedt voor [XBRL-mapping en -automatisering](https://www.altova.com/nl/products/mapforce/xbrl_mapping.html), [XBRL-validatie en het opstellen van taxonomieën](https://www.altova.com/nl/xbrl.html), en [XBRL-weergave](https://www.altova.com/nl/features_xbrl_rendering.html) - bezoek alstublieft onze website [https://www.altova.com/solutions/xbrl-tools.html](https://www.altova.com/nl/solutions/xbrl-tools.html) ...of [Download de Altova MissionKit](https://www.altova.com/nl/download/missionkit/software_development_tools_enterprise.html) vandaag!