FAQ
EBA RF 4.0 / DORA module 4.0
Begin hier als u wilt weten wat wij afhandelen, wat u zelf houdt en hoe de workflow een werkmap over de streep krijgt.
Praktische antwoorden in begrijpelijke taal voor teams die een DORA-indiening voorbereiden, valideren en verpakken. De eerste antwoorden gaan over scope, verantwoordelijkheden, prijslogica en ondersteuning; de latere gaan dieper in op regels, pakketdetails en operationele vragen. Als u meer detail nodig heeft, koppelt het product bevindingen terug aan de bron achter de beslissing.
We verzorgen structuurcontroles van de werkmap, officiële waardelijsten, gepubliceerde DORA-regels, FAQ-verduidelijkingen, koppelingen tussen modellen, identificatorhygiëne, landconsistentie, pakketcontroles en bevindingen in begrijpelijke taal. Optionele online GLEIF- en VIES-controles voegen live registerbewijs toe waar die identificatortypen worden gebruikt. Zo kan uw team in Excel blijven terwijl wij de validatie- en pakketmechaniek verzorgen die normaal gespecialiseerde tooling vereist.
De actieve regelset wordt in het product getoond, bevindingen zijn gegroepeerd per model en veld, en elke bevinding is gelabeld per broncategorie zodat uw team kan beoordelen wat er is gecontroleerd en waarom. De workflow is ontworpen om begrijpelijk te zijn, niet ondoorzichtig.
Uw team blijft verantwoordelijk voor de inhoud van de werkmap, de bedrijfsbeslissingen achter de data, het beoordelen van waarschuwingen en het indienen van het definitieve pakket via het portaal van de toezichthouder. Wij nemen de validatie-, uitleg- en pakketgeneratiemechaniek rond dat proces over.
De werkruimte wordt eenmaal per werkmap geactiveerd. Daarna kunt u correcties uploaden en zo vaak als nodig opnieuw valideren. De werkruimte omvat het bouwen van één xBRL-CSV-pakket. Als de AFM uw indiening afwijst, krijgt u een gratis nieuwe build.
Geüploade werkmappen worden alleen voor de actieve sessie verwerkt. We bewaren geen werkmapgegevens in een database en de workflow is opgezet rond dataminimalisatie en opslagbeperking. Het gegenereerde pakket wordt alleen als tijdelijke download met een beperkte geldigheidsduur bewaard en verwijderd wanneer die link verloopt. Als u ons vraagt het pakket naar u te e-mailen, wordt dat adres alleen gebruikt om dat ene bericht te versturen en niet bewaard.
Ja. Gebruik de contactpagina als u een snelle go/no-go-check wilt vóór aankoop, hulp vóór upload, ondersteuning na validatie of een tweede paar ogen vlak voor een indieningsdeadline.
Nee. Wij genereren en valideren het pakket, maar de indiening verloopt nog steeds via het eigen portaal van uw toezichthouder. Wij maken het bestand klaar; uw team houdt de regie over de definitieve indiening.
Het is het ZIP-pakket dat toezichthouders verwachten voor DORA-indieningen. Wij genereren de CSV-bestanden, rapportmetadata en pakketstructuur op basis van de werkmap, zodat uw team geen XBRL-tooling nodig heeft om de vereiste output te produceren.
Alle 15 modellen van B_01.01 tot en met B_07.01 plus B_99.01 worden ondersteund. We valideren elk model en de koppelingen daartussen tegen de EBA Reporting Framework 4.0-taxonomie.
We tonen de live DORA-regelset waartegen deze dienst valideert: EBA RF 4.0 / DORA module 4.0. De Reporting Framework-pagina's van de EBA beschrijven latere frameworkreleases, maar DORA blijft op de huidige productieversie totdat de volgende toepasselijke release klaar is.
Wanneer onlinecontroles zijn ingeschakeld, verifiëren we LEI's bij GLEIF op bestaan, status, juridische naam en landconsistentie, en btw-nummers bij VIES waar relevant. We controleren ook het identificatorformaat, de consistentie van EUID- en btw-landcodes, plaatshouderwaarden, witruimte en naam- of landafwijkingen tussen modellen.
U kunt correcties uploaden en zo vaak als nodig opnieuw valideren binnen dezelfde werkruimte. Zodra de werkmap klaar is, genereert u één xBRL-CSV-pakket. Als de AFM uw indiening afwijst, neem dan contact met ons op voor een gratis nieuwe build.
We controleren de werkmapstructuur, verplichte velden, officiële waarden, dataformaten, maximale lengtes, identificatorhygiëne, landconsistentie, koppelingen tussen modellen, FAQ-verduidelijkingen, optionele onlinecontroles en de gepubliceerde inventaris van DORA-regels. In totaal betekent dat 58 gepubliceerde regels plus 103 lokaal afdwingbare controles, waarbij elke bevinding per bron is gelabeld.
Waarschuwingen blokkeren de pakketgeneratie meestal niet, dus uw team kan doorgaan, maar ze moeten wel vóór de indiening worden beoordeeld, vooral wanneer ze betrekking hebben op dekking of live registercontroles.
Deze dienst wordt openbaar aangeboden via dora-convert.com. Het doel is validatiebeslissingen begrijpelijk te maken, niet ondoorzichtig.
We accepteren .xlsx-, .xlsm- en .xlsb-werkmappen. Beginnen met het ondersteunde .xlsx-sjabloon dat op deze site beschikbaar is, is de veiligste optie.
Als de AFM uw ingediende pakket afwijst, heeft u recht op één gratis nieuwe build na een kort telefonisch overleg met ons team. Gebruik het contactformulier, kies 'Afgewezen AFM-build' als reden, en we nemen binnen 24 uur contact op om de afwijzing te bespreken en zonder extra kosten een gecorrigeerd pakket voor te bereiden.
Het pakket wordt als tijdelijke download in de actieve sessie geretourneerd. Download het en dien het in via het portaal van uw toezichthouder. U kunt het vanuit de downloadstap ook optioneel naar u laten e-mailen. Het wordt bijgevoegd als het klein genoeg is, anders bevat de e-mail een tijdelijke downloadlink. Als u het later opnieuw nodig heeft, genereert u een nieuw pakket.
Arelle controleert de technische conformiteit van xBRL-CSV: taxonomiedimensies, datatypeformaten, filing indicators. Dat is de laatste laag. Maar de meeste afwijzingen en herstelwerk komen voort uit de data-inhoud: verkeerde codes, ontbrekende kruisverwijzingen, inconsistente landen, onvolledige velden. Wij controleren 58 gepubliceerde DORA-bedrijfsregels, 103 lokaal afdwingbare controles, koppelingen tussen modellen, identificatorhygiëne en live registerbewijs, voordat het pakket überhaupt wordt gebouwd. Alleen-Arelle-tools zeggen "uw pakket is ongeldig". Wij vertellen u welk veld, in welk model, welke regel schendt en wat u vervolgens moet doen.
Technische XBRL-validatie dekt ongeveer 10–15% van wat er mis kan gaan. De rest (bedrijfsregels, consistentie tussen modellen, het bestaan van identificatoren, volledigheid van verplichte velden, landlogica) is onzichtbaar voor Arelle. Wij dekken beide lagen: datakwaliteit op Excel-niveau en pakketintegriteit op archiefniveau. Als uw huidige tool alleen Arelle draait, tast u in het duister over de inhoud.
Gratis tools converteren doorgaans zonder te controleren. Ze produceren een ZIP-bestand dat opent, maar signaleren geen LEI die niet bestaat, een contractverwijzing die nergens naartoe leidt of een landcode die in strijd is met de registratie van de entiteit. Onze validatie-engine voert 103+ controles uit met brononderbouwde bevindingen voordat er ook maar één pakketbestand wordt geschreven. Voor een indiening met deze impact is het risico van een pakket dat geldig lijkt maar wordt afgewezen het dure deel.