Analyse des écarts DORA
« Nous évaluons votre niveau de conformité actuel au regard des exigences du règlement DORA et nous identifions les écarts prioritaires pour votre plan de mise en conformité. »
Mettez-vous en conformité avec le règlement DORA (Digital Operational Resilience Act) grâce à un accompagnement spécialisé : analyse des écarts, gestion des risques TIC, exigences applicables aux prestataires tiers, tests de résilience et notification des incidents pour les entités financières soumises au règlement (UE) 2022/2554.
Consultation gratuite DORA
Nous vous répondons en moins de 24 h
Six domaines d’intervention pour couvrir les cinq piliers du règlement DORA, avec un plan de mise en conformité proportionné au profil de risque de votre entité.
Évaluation du niveau de conformité actuel au regard des cinq piliers du règlement DORA : identification des lacunes, hiérarchisation des actions et feuille de route de mise en conformité proportionnée à la taille et au risque de l’entité.
Conception et mise en œuvre du cadre de gestion des risques TIC conformément à l’article 6 de DORA : politiques, classification des actifs, contrôles de sécurité, plan de continuité et revue par l’organe de gouvernance.
Mise en place du processus de classification, de gestion et de notification des incidents TIC majeurs à la Banque d’Espagne, à la CNMV ou à la DGSFP, selon les délais et les critères de DORA.
Revue et adaptation des contrats avec les prestataires TIC aux exigences de DORA : clauses obligatoires, registre, classification des CTPP et due diligence.
Coordination des tests de résilience DORA : tests de base annuels et TLPT pour les entités significatives, selon le cadre TIBER-EU.
Programmes de formation destinés aux conseils d’administration, aux équipes informatiques, à la compliance et aux opérations sur les exigences et les obligations du règlement DORA.
Gestion des risques TIC, notification des incidents, tests de résilience, prestataires tiers et partage d’informations : chaque pilier a ses propres délais, ses rôles et les preuves qu’il faut pouvoir fournir.
« Nous évaluons votre niveau de conformité actuel au regard des exigences du règlement DORA et nous identifions les écarts prioritaires pour votre plan de mise en conformité. »
« Nous concevons et mettons en œuvre le cadre de gestion des risques TIC exigé par DORA : politiques, contrôles, rôles et procédures approuvés par l’organe de gouvernance. »
« Nous passons en revue les contrats avec les prestataires TIC, nous identifions les prestataires critiques, nous adaptons les clauses aux exigences de DORA et nous mettons en place le registre d’informations exigé. »
« Nous mettons en œuvre les procédures de classification et de notification des incidents TIC et nous coordonnons les tests TLPT exigés par DORA pour les entités significatives. »
DORA s’applique depuis janvier 2025. Les entités qui n’ont pas engagé leur mise en conformité s’exposent à des sanctions administratives, à la responsabilité de la direction générale et à une atteinte à leur réputation auprès du superviseur.
Obligation légale depuis janvier 2025 : le règlement DORA est directement applicable dans toute l’UE. Les entités qui ne s’y conforment pas s’exposent à des sanctions administratives importantes et à la supervision active de la Banque d’Espagne, de la CNMV ou de la DGSFP.
Champ d’application étendu : DORA concerne les banques, les assureurs, les sociétés de gestion de fonds, les entreprises d’investissement, les établissements de paiement, les prestataires de services sur crypto-actifs (MiCA) et leurs prestataires TIC critiques (CTPP).
Risques de la chaîne d’approvisionnement TIC : une défaillance chez un prestataire cloud ou logiciel peut provoquer des incidents que l’entité financière doit notifier dans des délais très stricts (4 heures à compter de la classification).
DORA confie à l’organe d’administration la responsabilité d’approuver, de superviser et de revoir le cadre de risques TIC. L’ignorance n’exonère pas de cette responsabilité.
Les infractions très graves peuvent donner lieu à des sanctions allant jusqu’à 2 % du chiffre d’affaires annuel total, ainsi qu’à l’interdiction d’exercer pour les dirigeants responsables.
L’absence de notification dans les délais d’un incident TIC majeur constitue en soi une infraction au règlement DORA, passible d’une sanction administrative directe.
Une analyse des écarts initiale identifie en quelques semaines les lacunes prioritaires, le régime de proportionnalité applicable et le plan de mise en conformité le plus efficace pour votre entité.
Le règlement DORA (Digital Operational Resilience Act), règlement (UE) 2022/2554, est le texte européen qui fixe les exigences de résilience opérationnelle numérique applicables aux entités financières. Il est entré en application le 17 janvier 2025 et s’applique directement dans tous les États membres, sans transposition.
Son objectif est de garantir que les entités financières puissent prévenir les perturbations et incidents liés aux TIC de toute nature, y réagir et s’en remettre. Ce n’est pas une recommandation : c’est une obligation légale assortie d’un régime de sanctions.
Le champ d’application de DORA est très large. Sont concernés les établissements de crédit, les entreprises de services d’investissement, les établissements de paiement et de monnaie électronique, les sociétés de gestion de fonds (SGIIC, AIFM), les assureurs et réassureurs, les fonds de pension, les prestataires de services sur crypto-actifs (CASP au sens de MiCA), les plateformes de financement participatif et leurs prestataires TIC critiques (CTPP).
Si votre entité exerce dans le secteur financier dans l’UE, elle est très probablement soumise à DORA. La première action consiste à déterminer le niveau d’application et le régime de proportionnalité.
Les services DORA s’organisent autour des cinq piliers du règlement, qui correspondent aux domaines de conformité obligatoires :
L’article 6 de DORA exige un cadre de gestion des risques TIC documenté, approuvé par l’organe de gouvernance et revu au moins une fois par an. Il doit couvrir l’identification, la protection, la détection, la réaction et la reprise face aux risques TIC.
La direction générale ne peut pas déléguer cette responsabilité : DORA exige que l’organe d’administration approuve et supervise directement ce cadre.
Les prestataires tiers critiques de services TIC (CTPP) sont désignés par les autorités européennes de surveillance (EBA, ESMA, EIOPA) en fonction de leur impact systémique. Ils sont soumis à une supervision européenne directe.
Les principaux prestataires cloud (Microsoft Azure, Amazon AWS, Google Cloud) figurent parmi les candidats naturels. Les entités qui y recourent pour des fonctions critiques doivent adapter leurs contrats, participer aux inspections et disposer de plans de sortie documentés.
Les contrats avec les prestataires TIC qui soutiennent des fonctions critiques doivent comporter des clauses obligatoires : description du service, SLA, droits d’audit, portabilité des données et plan de sortie.
DORA instaure un régime harmonisé de notification des incidents TIC majeurs, avec des délais très stricts :
L’absence de notification dans les délais constitue en soi une infraction au règlement DORA, passible de sanction. Mettre le processus en place avant la survenue de l’incident est la seule véritable garantie.
La durée varie selon la taille de l’entité, sa maturité en cybersécurité et l’ampleur des écarts identifiés :
DORA s’appliquant depuis janvier 2025, les entités qui n’ont pas encore engagé leur démarche doivent agir en urgence pour réduire leur exposition réglementaire et réputationnelle.
DORA et NIS2 coexistent, mais DORA prévaut en tant que lex specialis pour les entités financières en matière de gestion des risques TIC. Une entité financière qui respecte DORA est considérée comme alignée sur les exigences équivalentes de NIS2.
À la différence de NIS2, dont le champ sectoriel est plus large, DORA est conçu exclusivement pour le secteur financier, avec des exigences bien plus détaillées : délais de notification plus stricts, tests TLPT spécifiques et un régime de supervision des prestataires tiers sans équivalent dans NIS2.
DORA n’est pas qu’un projet informatique : il comporte des dimensions juridiques, contractuelles, de gouvernance d’entreprise et de conformité réglementaire qui exigent la participation active du service juridique, de la compliance et de la direction générale, et pas seulement de l’équipe technique.
DORA exige l’approbation et la supervision actives de l’organe d’administration. Sans l’implication du juridique, de la compliance et de la direction générale, le cadre de risques TIC naît sans le soutien de la gouvernance que le règlement exige.
Adapter tous les contrats avec les prestataires TIC aux exigences de DORA, surtout lorsque l’on compte des dizaines de prestataires actifs, est une tâche de grande ampleur qui demande, pendant des mois, une coordination entre le juridique, les achats et l’informatique.
DORA n’exige pas seulement de se conformer : il exige de pouvoir démontrer sa conformité au superviseur à tout moment. La traçabilité documentaire de chaque décision, politique et test réalisé est essentielle.
Si vous souhaitez engager la mise en conformité DORA de votre entité, consultez nos services de réglementation fintech ou le domaine compliance fintech intégrale.
Le règlement DORA ne se respecte pas avec un simple document : c’est un ensemble de processus vivants (gestion des risques TIC, notification des incidents, prestataires tiers et tests de résilience) que l’on démontre au superviseur par la traçabilité.
1) Risques TICSans cadre documenté, approuvé par le conseil et revu chaque année, le reste de la conformité DORA n’a pas de base. C’est la pièce que le superviseur examine en premier.
2) Incidents4 heures pour la notification initiale, 72 heures pour le rapport intermédiaire, 1 mois pour le rapport final. Sans processus en place, tout incident majeur est aussi une infraction à DORA.
3) Tiers TICAdapter les contrats de tous les prestataires TIC, identifier les CTPP et documenter la due diligence est le volet qui prend le plus de temps et que l’on sous-estime le plus au départ.
4) TestsToutes les entités doivent réaliser des tests de base annuels. Les entités significatives doivent coordonner des TLPT avec des prestataires certifiés selon le cadre TIBER-EU, avec une périodicité minimale de trois ans.
Décision rapideRégime simplifié : cadre TIC de base, tests de base. Pas de TLPT obligatoire. Analyse de proportionnalité documentée.
Cadre TIC complet, processus de gestion des incidents, contrats avec clauses DORA et tests de base annuels avec plan de remédiation.
Cadre TIC complet + TLPT tous les trois ans + supervision des CTPP + participation aux inspections de supervision européennes.
Cadre documenté, approuvé par le conseil, avec inventaire des actifs, politiques de sécurité et plan de continuité TIC revu chaque année.
Politique de risques TIC approuvée, inventaire des actifs, procès-verbaux du conseil et registre des mises à jour.
Processus de classification, de gestion et de notification à la Banque d’Espagne / CNMV / DGSFP dans les délais DORA (4 h, 72 h, 1 mois).
Procédure de notification, registre des incidents, rapports transmis au superviseur et plan de remédiation.
Tests de base annuels pour toutes les entités ; TLPT tous les trois ans pour les entités significatives selon TIBER-EU.
Rapports de tests, plan de remédiation des défaillances et, pour les TLPT, certification du prestataire et validation par le superviseur.
Politique de gestion du risque lié aux tiers, registre des contrats, clauses obligatoires DORA et due diligence des CTPP.
Registre des prestataires TIC, contrats adaptés, rapports de due diligence et plans de sortie documentés.
Organe d’administration directement responsable du cadre TIC, avec une formation spécifique à DORA et un reporting périodique sur l’état de la résilience opérationnelle.
Procès-verbaux d’approbation, programme de formation, preuves de présence et reporting au conseil sur les indicateurs (KPI) de résilience.
Repérez-les avant de lancer le projet pour éviter les reprises de travail et l’exposition face au superviseur.
Si vous mettez en œuvre les services DORA dans votre entité, ces termes reviennent dans les politiques, dans les contrats et dans la relation avec le superviseur. Bien les comprendre évite des erreurs d’interprétation que l’on paie ensuite dans le dossier.
Règlement (UE) 2022/2554, applicable depuis le 17 janvier 2025. Cadre harmonisé de résilience opérationnelle numérique pour les entités financières dans toute l’UE.
Système documenté d’identification, de protection, de détection, de réaction et de reprise face aux risques TIC. Il doit être approuvé et supervisé par l’organe d’administration.
Incident TIC qui dépasse les seuils fixés par les RTS de DORA. Il doit être notifié au superviseur dans un délai de 4 heures (initial), 72 heures (intermédiaire) et 1 mois (final).
Threat-Led Penetration Testing : tests avancés obligatoires pour les entités significatives, avec une périodicité minimale de trois ans, selon le cadre TIBER-EU.
Prestataires TIC désignés par l’EBA, l’ESMA ou l’EIOPA en fonction de leur impact systémique. Ils sont soumis à une supervision européenne directe. Microsoft Azure, AWS et Google Cloud sont des candidats naturels.
Les petites entités non interconnectées peuvent bénéficier d’un régime simplifié pour certaines exigences. La détermination suppose une analyse documentée selon les critères des RTS.
Regulatory Technical Standards et Implementing Technical Standards élaborés par l’EBA, l’ESMA et l’EIOPA, qui détaillent les exigences spécifiques de chaque pilier du règlement DORA.
Framework de la BCE pour les tests d’intrusion fondés sur la menace (TLPT). En Espagne, il est coordonné par la Banque d’Espagne et la CNMV. Base méthodologique des TLPT de DORA.
Évaluation initiale du niveau de conformité actuel au regard des cinq piliers de DORA. Elle identifie les lacunes, détermine le régime de proportionnalité et produit la feuille de route de mise en conformité.
Parlez-nous de la situation de votre entité : nous vous expliquons quels services DORA sont prioritaires et comment structurer efficacement le plan de mise en conformité.
Le règlement DORA (Digital Operational Resilience Act) est le premier texte européen à établir un cadre harmonisé et complet de résilience opérationnelle numérique propre au secteur financier. Il est entré en application le 17 janvier 2025 et s’applique directement dans tous les États membres, sans transposition nationale. À la différence de NIS2, dont le champ sectoriel est plus large, DORA est conçu exclusivement pour les entités financières et leurs prestataires TIC critiques, avec des exigences bien plus détaillées et un régime de supervision spécifique.
DORA s’applique à plus de vingt types d’entités financières réglementées dans l’UE. Le règlement intègre toutefois le principe de proportionnalité : les petites entités non interconnectées ont accès à un régime simplifié pour certaines exigences. Savoir si une entité peut s’en prévaloir suppose une analyse préalable des critères fixés par les RTS de l’EBA, de l’ESMA et de l’EIOPA, qui doit être documentée et, dans de nombreux cas, communiquée au superviseur.
En Espagne, la supervision du respect de DORA relève de trois autorités selon le type d’entité : la Banque d’Espagne pour les établissements de crédit, les établissements de paiement et les EME ; la CNMV pour les entreprises de services d’investissement, les sociétés de gestion et les plateformes ; et la DGSFP pour les assureurs et les fonds de pension. La transposition du régime de sanctions de DORA passe par des modifications des lois sectorielles espagnoles.
L’une des innovations les plus marquantes de DORA est l’instauration d’un régime de supervision directe par les autorités européennes de surveillance (EBA, ESMA, EIOPA) des prestataires tiers critiques de services TIC (CTPP). Les principaux prestataires cloud — Microsoft Azure, Amazon AWS, Google Cloud — figurent parmi les candidats naturels à la désignation comme CTPP. Les entités qui y recourent pour des fonctions critiques doivent se préparer aux conséquences contractuelles et opérationnelles de cette désignation.
DORA et NIS2 coexistent, mais DORA prévaut en tant que lex specialis pour les entités financières en matière de gestion des risques TIC. Une entité financière qui respecte DORA est considérée comme alignée sur les exigences équivalentes de NIS2. Les entités financières ne doivent pas ignorer NIS2, mais DORA est le texte de référence prioritaire pour leur cadre de résilience opérationnelle numérique.
Textes de référence, avec lien vers le texte officiel :
Textes et liens vérifiés en .