Le format xBRL-CSV du registre DORA, expliqué
Pourquoi un registre Excel ne se dépose pas tel quel, ce que contient un package xBRL-CSV, et les règles de la taxonomie EBA qui décident si votre dépôt passe — ou pas.
Qu'est-ce que le format xBRL-CSV ?
XBRL est le standard international de reporting réglementaire structuré. Sa déclinaison xBRL-CSV porte les données dans des fichiers .csv (plus légers que le XML), organisés selon une taxonomie et un dictionnaire de données (DPM) publiés par l'EBA. C'est le format de soumission imposé pour le Registre d'Informations DORA.
Autrement dit : votre registre n'est pas « un fichier Excel », mais un ensemble de tables normalisées qui doivent respecter, à la virgule près, ce que la taxonomie attend.
Pourquoi l'EBA a choisi ce format
Le xBRL-CSV permet aux autorités d'automatiser le contrôle : chaque champ a un type, des valeurs autorisées, des relations entre tables. Cela rend le traitement fiable côté régulateur — mais impitoyable côté déclarant : ce qui n'est pas conforme est rejeté à la machine, sans interprétation.
Ce que contient un package xBRL-CSV
Un dépôt n'est pas un fichier unique mais une archive structurée. Schématiquement :
├─ META-INF/ — métadonnées du rapport
├─ report.json — point d'entrée (module EBA DORA)
├─ b_01.01.csv — entité déclarante
├─ b_05.01.csv — prestataires TIC
└─ … — autres tables, même vides si requises
Le nommage, l'arborescence, le point d'entrée et l'identifiant d'entité (de la forme rs:{LEI}.IND ou .CON pour un dépôt consolidé) doivent être exacts. Une seule pièce manquante ou mal nommée et le package est invalide.
Taxonomie et dictionnaire DPM
Le DPM (Data Point Model) définit, pour chaque colonne, la liste des valeurs autorisées. Exemple classique : le pays ne s'écrit pas « France » mais avec le membre DPM correspondant au code FR. De même, les types d'accord, la criticité d'un service ou la nature d'un prestataire sont des listes fermées — toute valeur libre est rejetée.
Ce qui fait rejeter un package
- Encodage non
UTF-8(accents cassés, BOM inattendu) ; - Valeur hors DPM (texte libre là où une liste est attendue) ;
- Format de date non ISO (31/12/2026 au lieu de 2026-12-31) ;
- LEI invalide ou absent du registre GLEIF ;
- Table obligatoire manquante ou mal nommée ;
- Incohérence inter-tables (un prestataire référencé d'un côté, absent de l'autre).
Au dry run européen, environ 6,5 % des registres passaient du premier coup (ESAs, 2024) — presque jamais à cause du fond, mais de ces détails. Détail des causes : guide des rejets · checklist.
Convertir un registre Excel en xBRL-CSV
Convertir la forme (Excel → CSV structurés) est la partie facile, et plusieurs outils gratuits le font. Le vrai sujet, c'est la conformité du contenu : valeurs DPM, cohérence, complétude. Un package « bien converti » mais aux valeurs invalides est rejeté comme les autres. C'est là que la validation contre les règles de l'EBA fait la différence — avant de déposer, pas après le rejet.
Vérifiez la conformité avant de générer le package
DoraReady confronte votre registre aux 116 règles de validation de l'EBA, vous montre en clair ce qui serait rejeté et comment le corriger, puis génère un package xBRL-CSV conforme. Tout s'exécute dans votre navigateur — votre registre n'est transmis à aucun serveur.
Lancer le diagnostic gratuit