Les erreurs de validation ESEF peuvent retarder votre dépôt et nécessiter des corrections coûteuses. Ce guide couvre les erreurs de validation les plus courantes rencontrées par les émetteurs, explique leurs causes profondes et fournit des solutions claires. Comprendre ces erreurs avant de déposer peut faire économiser un temps et des efforts considérables.
Points clés
- La plupart des erreurs ESEF proviennent de problèmes de taxonomie d'extension
- Les problèmes d'ancrage sont la cause n°1 des échecs de validation
- Les erreurs de structure de package de rapport sont faciles à prévenir
- La pré-validation détecte 90% des problèmes avant le dépôt
- Conservez des pistes d'audit détaillées pour la résolution des erreurs
Erreurs de taxonomie d'extension
Les erreurs de taxonomie d'extension se produisent lorsque les éléments personnalisés ne respectent pas les exigences ESEF :
• Déclarations d'éléments manquantes ou invalides
• Définitions de namespace incorrectes
• Références de linkbase de labels invalides
• Définitions d'éléments en double
Solution : Dérivez toujours les éléments d'extension de la taxonomie de base ESEF et validez votre XSD d'extension contre la spécification XBRL 2.1.
Ancrage & Wider-Narrower
Les erreurs d'ancrage (règle ESEF 2.5.1) sont les échecs de validation les plus courants :
• Élément d'extension non ancré à un élément de base
• Ancrage à un élément déprécié
• Ancrages multiples conflictuels
• Relation wider-narrower invalide
Chaque concept d'extension doit être ancré à au moins un élément de la taxonomie de base en utilisant le rôle d'arc 'wider-narrower'. L'ancrage doit représenter la correspondance sémantique la plus proche dans la taxonomie de base.
Erreurs de package de rapport
Les erreurs de structure de package de rapport causent un rejet immédiat. Assurez-vous que votre ZIP contient : le dossier META-INF avec le manifeste correct, le dossier reports avec le document XHTML, et tous les fichiers de taxonomie intégrés à l'emplacement correct. L'encodage des fichiers doit être UTF-8 sans BOM.
Incohérences de calcul
Les incohérences de calcul déclenchent des avertissements que les auditeurs questionneront :
• Différences d'arrondi dépassant la tolérance
• Relations de calcul manquantes
• Valeurs de pondération incorrectes (+1/-1)
• Erreurs de calcul inter-contextes
Bien que ce soient généralement des avertissements et non des erreurs bloquantes, vous devez documenter toute incohérence intentionnelle avec des explications.
Bonnes pratiques de prévention
Prévenez les erreurs avant qu'elles ne surviennent : 1) Utilisez un outil de validation tout au long du processus de balisage, pas seulement à la fin. 2) Maintenez un document de mapping reliant vos données aux éléments de taxonomie. 3) Testez avec la suite de conformité ESEF officielle. 4) Gardez vos packages de taxonomie à jour.
Checklist
- Valider la syntaxe XSD de la taxonomie d'extension
- Vérifier que tous les éléments d'extension ont des ancrages valides
- Vérifier la structure ZIP du package de rapport
- Tester la cohérence de la linkbase de calcul
- Examiner tous les avertissements, pas seulement les erreurs
- Documenter toute incohérence intentionnelle
- Exécuter la validation finale pré-soumission