Services DORA

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

Notification initiale
4 heures
Rapport intermédiaire
72 heures
Rapport final
1 mois
Règlement DORA
Règl. 2022/2554

DORA en pratique : cinq obligations concrètes

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.

Entités financières

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é. »

Gestion des risques TIC

Cadre de gestion des risques TIC

« 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. »

Prestataires tiers

Gestion des prestataires TIC critiques

« 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é. »

Incidents et résilience

Notification des incidents et TLPT

« 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. »

Pourquoi la conformité à DORA est-elle urgente ?

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).

Responsabilité directe Direction générale

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é.

Sanctions Jusqu’à 2 % du chiffre d’affaires

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.

Incident sans processus Infraction automatique

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.

Votre entité est-elle prête pour DORA ?

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é.

DORA : vos questions fréquentes

Qu’est-ce que le règlement DORA ?

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.

À quelles entités DORA s’applique-t-il ?

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é.

Quels sont les cinq piliers de DORA ?

Les services DORA s’organisent autour des cinq piliers du règlement, qui correspondent aux domaines de conformité obligatoires :

  • Gestion des risques TIC : cadre, politiques, classification des actifs et contrôles de sécurité.
  • Gestion, classification et notification des incidents TIC majeurs aux autorités de supervision.
  • Tests de résilience opérationnelle numérique : tests de base annuels et TLPT pour les entités significatives.
  • Gestion du risque lié aux prestataires tiers TIC : contrats, registre, due diligence et CTPP.
  • Partage d’informations et de renseignements sur les cybermenaces entre entités financières.
Qu’exige DORA en matière de gestion des risques TIC ?

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.

  • Inventaire et classification des actifs TIC selon leur criticité pour l’activité.
  • Politique de sécurité de l’information et contrôle des accès.
  • Plan de continuité d’activité TIC et plan de reprise après sinistre (DRP).
  • Procédures de gestion des changements, des correctifs et des vulnérabilités.

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.

Que sont les CTPP et pourquoi comptent-ils ?

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.

Quels sont les délais de notification des incidents TIC ?

DORA instaure un régime harmonisé de notification des incidents TIC majeurs, avec des délais très stricts :

  • 4 heures à compter de la classification de l’incident comme majeur : notification initiale au superviseur.
  • 72 heures : rapport intermédiaire avec des informations actualisées sur l’incident.
  • 1 mois : rapport final avec l’analyse des causes, l’impact et les mesures adoptées.

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.

Combien de temps dure la mise en conformité à DORA ?

La durée varie selon la taille de l’entité, sa maturité en cybersécurité et l’ampleur des écarts identifiés :

  • Petites ou moyennes entités avec une maturité de base : entre 6 et 12 mois pour une mise en conformité complète.
  • Entités significatives ou aux infrastructures complexes : le projet peut s’étendre, notamment pour les tests TLPT et l’adaptation des contrats avec les prestataires critiques.

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.

Quelle différence entre DORA et NIS2 ?

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.

Guide pratique : règlement DORA

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.

Cadre TIC

La première erreur : le traiter comme un projet informatique

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.

Contrats

Le travail contractuel : plus complexe qu’il n’y paraît

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.

Preuves

Documenter le processus est aussi important que se conformer

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.

Plan de mise en conformité DORA en 6 étapes

  1. Analyse des écarts (gap analysis) : évaluer le niveau de conformité actuel au regard des cinq piliers de DORA, identifier les lacunes prioritaires et déterminer le régime de proportionnalité applicable.
  2. Cadre de gestion des risques TIC : concevoir et approuver le cadre conformément à l’article 6 de DORA, avec inventaire des actifs, politiques de sécurité, contrôles et plan de continuité.
  3. Processus de notification des incidents : concevoir et mettre en place le processus de classification, de gestion et de notification à la Banque d’Espagne, à la CNMV ou à la DGSFP dans les délais DORA (4 h / 72 h / 1 mois).
  4. Contrats avec les prestataires TIC : revoir et renégocier les contrats pour y intégrer les clauses obligatoires de DORA, créer le registre des contrats et classifier les prestataires critiques (CTPP).
  5. Tests de résilience : réaliser des tests de base annuels et, pour les entités significatives, coordonner les TLPT selon le cadre TIBER-EU.
  6. Documentation et formation : documenter l’ensemble du processus pour prouver la conformité auprès du superviseur et former l’organe d’administration et les équipes clés.

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.

DORA en mode opérationnel

De l’obligation au dispositif : comment mettre DORA en œuvre concrètement

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é.

Cadre de risques TIC DORA1) Risques TIC

Cadre de risques TIC : ce qui est le plus souvent improvisé

Sans 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.

  • Inventaire et classification des actifs
  • Politiques de sécurité et contrôle des accès
  • Plan de continuité et de reprise (DRP)
Notification des incidents TIC DORA Banque d’Espagne CNMV2) Incidents

Notification des incidents : le compte à rebours part de la classification

4 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.

  • Processus de classification documenté
  • Canal de notification au superviseur
  • Registre des incidents avec traçabilité
Prestataires TIC tiers CTPP DORA contrats3) Tiers TIC

Prestataires tiers : le chantier contractuel qui retarde le plus

Adapter 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.

  • Clauses obligatoires DORA dans les contrats
  • Registre des prestataires TIC à jour
  • Plan de sortie documenté par prestataire
Proportionnalité DORA entités financières EspagneDécision rapide

Proportionnalité DORA : que s’applique-t-il à votre entité ?

Petites entités

Régime simplifié : cadre TIC de base, tests de base. Pas de TLPT obligatoire. Analyse de proportionnalité documentée.

Entités moyennes

Cadre TIC complet, processus de gestion des incidents, contrats avec clauses DORA et tests de base annuels avec plan de remédiation.

Entités significatives

Cadre TIC complet + TLPT tous les trois ans + supervision des CTPP + participation aux inspections de supervision européennes.

Playbook DORA

DORA en pratique

Pilier DORA
Ce qui est attendu
Preuve type

Gestion des risques TIC

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.

Notification des incidents

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 résilience

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.

Prestataires tiers TIC

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.

Gouvernance et formation

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.

Erreurs fréquentes dans les projets de mise en conformité DORA

Repérez-les avant de lancer le projet pour éviter les reprises de travail et l’exposition face au superviseur.

  • Traiter DORA comme un projet exclusivement informatique, sans impliquer le juridique, la compliance et la direction générale.
  • Sous-estimer le travail contractuel avec les prestataires TIC : adapter des dizaines de contrats prend des mois.
  • Ne pas documenter le processus de mise en conformité : se conformer sans preuves est aussi grave que de ne pas se conformer.
  • Ignorer le régime de proportionnalité et appliquer aux petites entités les exigences des entités significatives (ou l’inverse).
  • Ne pas mettre en place le processus de notification des incidents avant la survenue d’un incident majeur.
Dictionnaire opérationnel

Notions clés : règlement DORA

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.

DORABase

Digital Operational Resilience Act

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.

Superviseurs en Espagne : Banque d’Espagne, CNMV, DGSFP.
Cadre TICPilier 1

Cadre de gestion des risques TIC

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.

Preuve : politique approuvée + procès-verbaux du conseil + revue annuelle.
Incident TIC majeurPilier 2

Notification obligatoire

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).

Le défaut de notification dans les délais est une infraction autonome.
TLPTPilier 3

Tests d’intrusion fondés sur la menace

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.

Exige un prestataire certifié et une validation par le superviseur.
CTPPPilier 4

Prestataires tiers critiques de services TIC

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 entités qui y recourent ont des obligations supplémentaires.
ProportionnalitéRégime

Principe de proportionnalité de DORA

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.

Ce n’est pas automatique : il faut l’analyser et le documenter.
RTS / ITSTechnique

Normes techniques de réglementation

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.

Les RTS sont contraignants et complètent le règlement.
TIBER-EUTests

Cadre européen de tests avancés

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.

S’applique aux entités significatives soumises aux TLPT obligatoires.
Gap analysisDiagnostic

Analyse des écarts 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é.

Première étape obligatoire avant tout projet de mise en conformité.

Réserver un appel

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é.

Cadre normatif DORA en Espagne : règlement (UE) 2022/2554 et normes techniques

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.

Champ d’application et proportionnalité

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.

Superviseurs compétents en Espagne

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.

CTPP et supervision européenne directe

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 : coexistence et lex specialis

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.

Règlement (UE) 2022/2554 EBA / ESMA / EIOPA TIBER-EU NIS2 Banque d’Espagne CNMV CTPP

Sources officielles

Textes de référence, avec lien vers le texte officiel :

Textes et liens vérifiés en .