Conversietool of platform de afweging
iXBRL-conversie levert een geldig bestand voor één deadline, en dat is precies wat hij belooft. Taxxor Disclosure Manager is gebouwd voor de vraag daarachter: hoe cijfers, teksten, tagging én vormgeving elk jaar opnieuw kloppend uit één bron komen. Dit is de afweging, inclusief wat een platform in jaar één vraagt.
Een conversietool doet wat hij belooft. Die belofte is alleen beperkter dan ze op het eerste gezicht lijkt.
Wie één formaat, één mandaat en vroeg vaststaande cijfers heeft, kan met conversie uit de voeten. De rekensom verandert zodra rapporteren een jaarlijks proces wordt met meerdere formaten en een accountant die wil kunnen herleiden. Voor dat proces is een platform gebouwd.
| Conversietool | Platform | |
|---|---|---|
| Wat het oplost | De deponering van dit jaar | Het rapportageproces, elk jaar opnieuw |
| Startpunt | Een afgerond document (PDF of Word) | Gestructureerde data uit bronsystemen (SAP S/4HANA, SAP BW, LucaNet, Excel) |
| Volgend boekjaar | Opnieuw converteren; tags hergebruiken tot de opzet wijzigt | Eén keer gemapt, daarna doorrollen naar elk volgend verslag |
| Een cijfer wijzigt vlak voor de deadline | Document terug, opnieuw converteren, alles opnieuw controleren | De wijziging werkt gecontroleerd door in PDF, iXBRL en webversie |
| Consistentie tussen formaten | Handmatig afstemmen tussen verslag en getagd bestand | Elk formaat komt uit dezelfde bron en kan niet uit elkaar groeien |
| Controle en audit | Tags achteraf, geen herleidbaarheid naar de bron | Volledige data lineage, wijzigingstracering en een audittrail |
| Nieuwe of strengere regels | Extra tagwerk per verzwaring — of een extra tool per nieuw mandaat | Nieuwe taxonomie laden en rapporteren — dezelfde software |
| Uitvoerformaten | Het compliance-bestand | Drukklare PDF, PDF voor online, web, MS Word, MS Excel én iXBRL/XBRL — uit dezelfde bron |
Per jaar bekeken oogt conversie overzichtelijk en een platform een investering. Over drie verslagcycli kantelt dat beeld, op voorwaarde dat het werk van jaar één eerlijk wordt meegerekend.
Overstappen op een platform is in jaar één echt werk. Brondata worden gemapt op de rapportagevereisten, de huisstijl wordt overgezet naar het report design package, taxonomieën worden geladen en het bestaande verslag wordt opnieuw opgebouwd in de nieuwe structuur. Dat is meer dan een bestand laten converteren. Het is tegelijk het werk dat daarna niet meer terugkomt: de mapping, de huisstijl en de verslagstructuur zijn vanaf dan het vertrekpunt van elk volgend verslag.
Het verslag rolt door: cijfers en teksten bijwerken, de jaarlijkse taxonomie-update laden, rapporteren. Het werk zit dan in de inhoud van het verslag en niet in het opnieuw opbouwen van formaten en tagging. Verdiept een mandaat, dan verdiept de bestaande mapping mee.
Elk jaar hetzelfde traject. Verslag afronden, laten converteren, afstemmen, controleren. De jaarlijkse kosten tellen op zonder dat er iets wordt opgebouwd, en het risico blijft elk jaar even groot: uiteenlopende versies, late wijzigingen die niet doorwerken, een filing die niemand kan herleiden.
De echte vergelijking is dus niet ‘goedkoop bestand versus dure software’, maar drie jaar terugkerend conversiewerk dat niets opbouwt tegenover één keer inrichten en daarna doorrollen.
Het structurele verschil zit onder de motorkap. Taxxor DM is niet gebouwd vóór één mandaat, maar leest elke taxonomie in: SBR, ESEF, SEC, CSRD/ESRS en wat er nog komt. Bij een nieuw mandaat of de jaarlijkse taxonomie-update wordt de nieuwe taxonomie geladen en de bron ernaartoe gemapt. Geen nieuwe software, geen nieuw traject.
Dat is ook waarom verdieping van bestaande regels een platform anders raakt dan een conversietraject. Als block tagging overgaat in detailed tagging, betekent dat voor een conversietraject elk jaar méér achteraf-tagwerk op een afgerond document. Voor het platform is het dezelfde beweging als altijd: de bestaande mapping een laag dieper doortrekken. Dat gebeurt self-service, inclusief eigen extension-elementen waar het mandaat die toestaat.
De architectuur maakt dat mogelijk: data-first, niet document-first. Omdat cijfers, teksten en tags door één systeem lopen, is diepere tagging een kwestie van de bron rijker mappen en niet van een groter conversieproject. Strengere regels maken een conversietraject elk jaar duurder. Voor het platform veranderen ze de stappen niet, alleen de diepte van de mapping.