Fonctions critiques ou importantes
C'est la notion la plus structurante du registre — et la plus scrutée. Elle décide du niveau d'exigence sur chaque prestataire. Voici sa définition, comment l'identifier, et où la déclarer.
En bref — Une fonction critique ou importante (DORA) est une fonction dont la défaillance altérerait significativement la solidité financière, la continuité ou la qualité des services de l'entité, ou compromettrait ses obligations réglementaires. On la déclare en B_06.01 et on évalue le service qui la supporte en B_07.01.
La définition
Au sens de DORA, une fonction critique ou importante est une fonction dont une défaillance :
- altérerait de manière significative la solidité financière de l'entité, ou la continuité ou la qualité de ses services ; ou
- dont l'interruption compromettrait le respect de ses obligations réglementaires ou la poursuite de son agrément.
La criticité ne se devine pas : elle se justifie, fonction par fonction.
Pourquoi ça compte dans le registre
La qualification d'une fonction comme critique ou importante déclenche un niveau d'exigence renforcé : elle impose une évaluation du service TIC qui la supporte, et concentre l'attention du superviseur. Mal poser cette frontière, c'est soit sous-déclarer (risque de non-conformité), soit sur-déclarer (charge inutile).
Comment les identifier
Passez en revue vos fonctions métier et posez, pour chacune, ces questions :
- son interruption impacte-t-elle directement les clients ou les marchés ?
- existe-t-il une alternative de repli rapide, ou la dépendance est-elle forte ?
- une défaillance entraînerait-elle un manquement réglementaire (reporting, paiements, garde des actifs…) ?
- la fonction est-elle supportée par un prestataire TIC externe (et sa chaîne de sous-traitance) ?
La réponse construit votre périmètre critique — à documenter, car le régulateur peut demander la justification.
Où les déclarer dans le registre
Trois tables sont en jeu :
B_06.01— vous y déclarez la liste de vos fonctions avec un identifiant, et leur classification (dont la criticité) ;B_02.02— chaque service TIC y est relié à la fonction qu'il supporte (via l'identifiant de fonction) ;B_07.01— les services qui supportent une fonction critique ou importante font l'objet d'une évaluation (risque, substituabilité, etc.).
Pour la vue d'ensemble des tables et de leurs liens, voir les 15 tables du registre.
Erreurs fréquentes
- un identifiant de fonction utilisé dans
B_07.01mais absent deB_06.01(référence orpheline) ; - un service relié à une fonction critique dans
B_02.02mais sans évaluation dansB_07.01; - une criticité non justifiée ou incohérente d'une entité à l'autre en multi-LEI.
Vérifiez la cohérence fonctions ↔ services ↔ évaluations
DoraReady contrôle que chaque identifiant de fonction, chaque référence de service et chaque évaluation pointent vers un enregistrement existant, parmi les 116 règles de validation de l'EBA, et génère le package xBRL-CSV. Tout s'exécute dans votre navigateur : vos données ne quittent jamais votre poste.
Lancer le diagnostic gratuitQuestions fréquentes
Quelle est la définition exacte ?
Où la déclarer dans le registre ?
B_06.01, lien service↔fonction dans B_02.02, évaluation des services critiques dans B_07.01.