Cet article est une évaluation d'impact sur les droits fondamentaux complète et travaillée pour une banque fictive de taille moyenne de l'UE déployant un agent d'IA qui trie les alertes de surveillance des transactions de lutte contre le blanchiment d'argent (AML). Il remplit chaque section de notre modèle FRIA : contexte et objectif du déploiement, durée et fréquence, catégories de personnes concernées, un registre des risques de droit, des mesures de surveillance humaine, des mesures si des risques se matérialisent et une cadence d'examen avec des déclencheurs de mise à jour concrets. Une conclusion sur la portée est énoncée d'emblée et documentée dans l'évaluation : le tri des alertes AML n'est pas une utilisation du point 5(b) ou 5(c) de l'Annexe III en vertu de l'Article 27 de la loi de l'UE sur l'IA, de sorte qu'une banque commerciale privée remplit généralement cette FRIA en tant que pratique de gouvernance plutôt que dans le cadre d'une obligation obligatoire. Chaque institution et personnage de l’exemple est fictif. Vous pouvez télécharger l'exemple complété en tant que Markdown, ou rédiger votre propre évaluation avec le générateur FRIA gratuit.
L'article 27 bind est-il un outil de déploiement de triage d'alertes AML ?
Commencez par la réponse honnête sur la portée, car une FRIA défendable l'enregistre. L'article 27(1) exige une analyse d'impact sur les droits fondamentaux de la part de deux groupes de déployeurs : les organismes publics et les entités privées fournissant des services publics déployant des systèmes à haut risque de l'annexe III, et chaque déployeur des systèmes de l'annexe III points 5(b) et 5(c) : solvabilité ou crédit la notation et la tarification des assurances vie et maladie. Le point 5(b) exclut également expressément l’IA utilisée pour détecter la fraude financière.
Un agent de tri des alertes AML dans une banque commerciale privée ne correspond à aucun des deux groupes. Le tri des alertes de suivi des transactions est absent de la liste de l’Annexe III, et une banque commerciale n’est ni un organisme public ni, dans l’interprétation dominante, une entité privée fournissant des services publics. Le droit obligatoire, lorsqu'il s'applique, suit la date à haut risque de l'Annexe III du 2 décembre 2027, fixée par le Digital Omnibus on AI (Règlement (UE) 2026/1744, publié au Journal officiel le 24 juillet 2026 et en vigueur depuis le 27 juillet 2026).
La banque fictive dans cet exemple concret termine quand même l'évaluation, pour trois raisons enregistrées. Sa politique de groupe en matière d'IA applique la structure de l'article 27(1) à chaque déploiement d'agents à fort impact, car cette structure constitue l'instrument d'analyse des droits le plus complet proposé actuellement par le droit européen. La banque doit dans tous les cas un article 35 DPIA du RGPD pour le traitement, et la FRIA étend cette DPIA aux droits de la Charte qu'une DPIA laisse de côté, reflétant le mécanisme de complément de l'article 27(4). Et la classification n’est pas statique : des directives de reclassement, un changement dans le rôle de l’agent ou un déploiement par une entité du groupe qui est un organisme public entraîneraient chacun le système dans un périmètre obligatoire, de sorte que la banque maintienne le document à jour plutôt que de repartir de zéro plus tard.
| Question | Constatation |
|---|---|
| Risque élevé en vertu de l'article 6(2) / Annexe III ? | Pas sur la classification actuelle. Le tri des alertes AML est absent de l’Annexe III ; le point 5(b) couvre la solvabilité et exclut la détection de fraude. |
| Organisme public ou entité privée fournissant des services publics ? | Non. Le déployeur est une banque commerciale privée. |
| FRIA obligatoire en vertu de l'article 27 ? | Pas sur cette classification. Réalisé dans le cadre de la politique d'IA du groupe en utilisant la structure de l'article 27(1) ; réexaminé lors de tout changement de classification. |
| Article RGPD 35 DPIA requis ? | Oui : évaluation systématique des aspects personnels des clients à grande échelle. Cette FRIA la complète. |
Section 1 : Contexte du déployeur et objectif prévu (Art 27(1)(a))
Le déployeur est une banque de détail et commerciale fictive de taille moyenne de l'UE avec environ 1.8 millide clients dans trois États membres. Le système est l'agent de tri d'alertes « Triage Assist », v1.4, du fournisseur fictif Meridian Analytics GmbH, fonctionnant au sein de la plate-forme d'exécution d'agent gouvernée par la banque.
Son objectif est restreint et écrit : enrichir chaque alerte de surveillance des transactions avec KYC, historique des transactions, filtrage et contexte médiatique défavorable ; résumer le cas ; proposer l'une des trois mesures suivantes (fermer comme non suspect, demander des informations, faire remonter l'enquête) ; et rédiger la justification de la remontée d'informations pour l'analyste. L'agent se situe entre le moteur de surveillance basé sur des règles qui déclenche les alertes et l'analyste humain qui les décide.
L'instruction d'objectif fixe également ce que l'agent ne peut jamais faire, et le déploiement applique ces limites au moment de l'exécution plutôt qu'en prose. L'agent n'a aucune autorité pour clôturer une alerte, déposer ou supprimer un rapport d'activité suspecte, ou contacter un client. La clôture de l’alerte nécessite une décision d’analyste. Les escalades et toute étape ayant un impact sur le client nécessitent l'approbation du créateur-vérificateur par un deuxième analyste, appliquée par un moteur de stratégie d'exécution dont les quatre résultats sont autoriser, avertir, require_approval et bloquer, chaque action étant écrite dans un enregistrement de preuve scellé. La conception de contrôle complète de ce flux de travail, y compris les tableaux d'actions autorisées et d'escalade, se trouve dans Agents de triage d'alertes AML : contrôles et preuves.
Section 2 : Durée et fréquence d'utilisation (Art 27(1)(b))
L’évaluation consigne une utilisation en production à compter du 1er octobre 2026, après un pilote supervisé de 12 semaines, pour une durée indéterminée soumise à la cadence de revue indiquée dans la dernière section. L’utilisation est continue : l’agent traite chaque alerte dès son arrivée, soit environ 4 200 alertes par semaine et 220 000 par an, sur les trois marchés de l’Union européenne de la banque, avec l’ensemble du traitement à l’intérieur de la frontière européenne de données de la banque.
Le volume est un fait sur les droits et il appartient à cette section. À 220,000 alerts par an, un biais qui modifie les taux d'escalade d'un seul point de pourcentage touche des milliers de clients. C'est pourquoi le registre des risques de discrimination dans la section 4 rates nuit en termes d'ampleur et de gravité.
Section 3 : Catégories de personnes concernées (Art 27(1)(c))
Le principal groupe concerné est constitué des sujets d'alerte : les clients particuliers et PME dont les transactions déclenchent le moteur de surveillance. Les contreparties mentionnées dans les données de transaction, parmi lesquelles figurent les personnes qui ne sont pas clientes de la banque, forment un deuxième groupe.
L'évaluation accorde une attention particulière aux clients dont les schémas de transactions ordinaires s'écartent des normes du modèle pour des raisons structurelles : les migrants récents et les travailleurs transfrontaliers qui envoient régulièrement de l'argent, les réfugiés, les clients exerçant des professions à forte intensité monétaire, les clients effectuant des transactions avec des pays de corridors à faibles revenus et les personnes politiquement exposées ainsi que les membres de leur famille. Ce sont les groupes sur lesquels la pression de réduction des risques en matière de LMA se concentre historiquement, ce sont donc les groupes qu’un agent de tri est le plus susceptible d’intensifier de manière excessive.
Deux autres groupes complètent la section. Les analystes de triage sont également des personnes concernées : l'agent façonne son travail et produit des mesures à ce sujet, de sorte que les biais d'automatisation, la déqualification et la surveillance de la charge de travail sont évalués. Et les co-titulaires du compte et les personnes à leur charge sont indirectement affectés lorsqu'un compte est restreint ou fermé suite à une escalade.
Section 4 : Le registre des risques, de plein droit (Art 27(1)(d))
Section 4 carries le poids de l'évaluation. Chaque ligne indique le droit fondamental en jeu, un scénario de préjudice spécifique, une évaluation de la probabilité et de la gravité à partir d'une matrice cohérente, l'atténuation et le risque résiduel après atténuation. Les droits sont évalués un par un ; un avantage pour un droit ne compense jamais un préjudice pour un autre. Les notations ci-dessous sont un exemple d’évaluation de la banque fictive : elles illustrent une méthode défendable, et aucun régulateur ne prescrit de valeurs spécifiques.
| Droit fondamental | Scénario de préjudice | Probabilité | Gravité | Risque | Atténuation | Résiduelle |
|---|---|---|---|---|---|---|
| Non-discrimination (Charte Art 21) | Les caractéristiques liées au corridor, à la nationalité et à la profession agissent comme des indicateurs de l'appartenance ethnique ou de l'origine ; les clients qui effectuent de gros transferts de fonds sont remontés à des taux disproportionnés, alimentant les révisions de comptes, les restrictions et les sorties réduisant les risques. | Possible | Majeur | Élevé | Tests d'impact disparates trimestriels des taux de progressivité et de restriction par corridor et segment ; audit des fonctionnalités de proxy ; les justifications citant uniquement les caractéristiques liées à l’origine sont bloquées par la politique ; créateur-vérificateur à chaque escalade. | Support |
| Données personnelles (Art de la Charte 8) | L'agent regroupe les données de transaction, de KYC, de médias indésirables et de filtrage ; une collecte excessive ou des correspondances de milieux défavorables non vérifiées contaminent le dossier du cas. | Possible | Modéré | Moyen | Portée des données de moindre privilège par outil ; récupération au niveau du terrain, journalisation des enregistrements de preuves ; les correspondances avec des médias défavorables sont marquées comme non vérifiées jusqu'à la confirmation des analystes ; Intégration DPIA. | Faible |
| Vie privée et familiale (Art de la Charte 7) | Une escalade erronée déclenche des demandes d'informations ou des restrictions intrusives qui perturbent le paiement des salaires, des loyers et des envois de fonds familiaux. | Peu probable | Majeur | Moyen | Aucune étape ayant un impact sur le client sans l'approbation du deuxième analyste ; les restrictions restent du ressort du comité de lutte contre la criminalité financière, sont limitées dans le temps et comportent un chemin de réintégration documenté. | Faible |
| Remède efficace (Art de la Charte 47) | Le client ne peut pas connaître ni contester le motif derrière les frictions répétées ; les règles de dénonciation limitent ce que la banque peut divulguer sur les soupçons. | Possible | Modéré | Moyen | Voie de plainte indépendante ; chaque contribution d'un agent à une décision reconstructible à partir de dossiers de preuves scellés pour un examen interne, le DPO et les superviseurs. | Moyenne |
| Présomption d'innocence (Article de la Charte 48) | Les résumés des agents présentent les activités ambiguës comme suspectes ; le biais d’automatisation transforme une escalade proposée en résultat par défaut. | Possible | Modéré | Moyen | Les résumés séparent les faits observés des inférences avec les sources ; les analystes enregistrent des justifications indépendantes ; surveillance des taux d'accord ; réexamen aveugle des échantillons. | Faible |
| Droits de l'enfant (Art de la Charte 24) | Les comptes liés à des mineurs entrent dans le triage ; les restrictions affectent les fonds dont dépend un enfant. | Rare | Majeur | Moyen | Les alertes liées à des mineurs sont toujours acheminées vers un analyste senior ; la seule proposition autorisée est la transmission pour examen humain. | Faible |
Notation du registre : probabilité × gravité
Les niveaux de risque proviennent de la même matrice probabilité par gravité que celle utilisée par le modèle FRIA, appliquée de manière cohérente dans l'ensemble du document. Enregistrez la matrice et le raisonnement derrière chaque note ; la méthode compte autant pour un évaluateur que les conclusions.
| Probabilité / Gravité | Négligeable | Mineure | Modérée | Majeure | Catastrophique |
|---|---|---|---|---|---|
| Rare | Faible | Faible | Faible | Moyen | Moyen |
| Peu probable | Faible | Faible | Moyen | Moyen | Élevé |
| Possible | Faible | Moyen | Moyen | Élevé | Élevé |
| Probable | Moyen | Moyen | Élevé | Élevé | Critique |
| Presque certain | Moyen | Élevé | Élevé | Critique | Critique |
Section 5 : Surveillance humaine à travers des contrôles d'exécution (Art 27(1)(e))
La section de surveillance nomme son propriétaire : le chef des opérations de criminalité financière, adjoint à deux hauts responsables de la lutte contre le blanchiment d'argent. Ce qui rend cette section crédible, c'est qu'à chaque promesse de surveillance correspond un contrôle qui s'exécute lorsque l'agent agit.
Approbation du fabricant-vérificateur. Chaque escalade, demande d'information et proposition de restriction nécessite l'approbation d'un deuxième analyste qualifié. Le moteur de stratégie d'exécution renvoie une décision require_approval pour ces actions, et l'enregistrement de preuves capture l'approbateur, l'horodatage et la justification. Un FRIA qui répertorie Maker-Checker comme atténuation peut être testé dans une seule requête sur ces enregistrements.
Seuils d'escalade. Les alertes dépassant le seuil de score de risque élevé, ou impliquant des personnes politiquement exposées, des antécédents d'activités suspectes ou des couloirs à haut risque, sont exclues de toute proposition close et acheminées vers un examen senior. Les valeurs de seuil se trouvent dans un pack de politiques versionné, de sorte que la FRIA peut citer la règle exacte en vigueur.
Intervention et kill switch. Les analystes peuvent ignorer n'importe quelle proposition. Le propriétaire de la surveillance peut suspendre l'agent instantanément, ramenant ainsi le processus à la procédure manuelle préalable à l'agent. Les analystes suivent une formation sur les capacités de l’agent, les modes de défaillance et les biais d’automatisation avant l’accès, actualisée chaque année.
Supervision de la surveillance. Les taux de dérogation, les taux d'accord et le temps par alerte sont révisés mensuellement pour détecter l'approbation automatique et la pression de la charge de travail, les deux façons discrètes dont la surveillance humaine se dégrade.
Section 6 : Mesures si des risques se matérialisent (Art 27(1)(f))
Une violation à impact disparate ou un résultat de réexamen aveugle ouvre un incident de risque modèle ; le comité de lutte contre la criminalité financière décide entre les changements de seuil, la suppression de fonctionnalités, le recyclage et la suspension. Les plaintes des clients concernant les alertes triées sont signalées au DPO et au propriétaire de la surveillance, et le dossier de preuve scellé du cas est extrait pour examen.
La restauration est concrète car tout est versionné : version de l'agent, invites et pack de stratégies. Les alertes triées sous une version défectueuse sont identifiables à partir des enregistrements de preuves et réexaminées. Les restrictions appliquées à tort sont levées avec une réintégration documentée, et les frais ainsi que les pertes directes démontrables sont remboursés dans le cadre de la politique de recours existante de la banque.
Lors de la notification : un déployeur concerné doit notifier à l'autorité de surveillance du marché les résultats de la FRIA en vertu de l'article 27(3). La banque fictive ne remplit pas cette fonction, elle signale donc les incidents importants via ses canaux de surveillance existants et tient le FRIA à la disposition des superviseurs sur demande.
Section 7 : Vérifier la cadence et mettre à jour les déclencheurs
L'article 27(2) exige qu'un déployeur dans le champ d'application mette à jour l'évaluation lorsqu'un élément évalué change ou n'est plus à jour, et la banque fictive adopte la même discipline. L'examen programmé s'exécute tous les 12 months et à chaque validation annuelle du modèle du moteur de surveillance.
Les déclencheurs d'événements imposent un examen antérieur : une nouvelle version d'un agent ou une nouvelle publication d'un ensemble de règles, un changement de volume d'alerte supérieur à 25%, l'entrée sur un nouveau marché ou segment, une violation de test d'impact disparate, une conclusion de surveillance, des directives de reclassification affectant les systèmes AML et la publication de l'article 27(5) modèle AI Office, auquel cas l'évaluation est reformulée. sur le modèle officiel. Chaque révision est annexée au document et les versions remplacées sont conservées selon le calendrier de conservation de la banque.
Téléchargez l'exemple complété et créez le vôtre
L'exemple complété est un document Markdown unique contenant tout ce qui précède dans son intégralité : la section 0 applianalyse de capacité, les six articles Sections de structure 27(1), le registre des risques intégral et un bloc d'approbation fictif. Il s'associe au [modèle FRIA] vierge (/downloads/fria-template.md) du [guide des modèles] (/blog/fria-template-eu-ai-act). Sources : source source source
Pour rédiger une évaluation pour votre propre déploiement, le [générateur FRIA] gratuit (/tools/fria-generator) remplit la même structure dans votre navigateur et exporte Markdown ou JSON. Les déployeurs français devraient le lire parallèlement à la Guide pas à pas de la CNIL ; Les déployeurs de notation de crédit et d'assurance, qui portent l'article obligatoire 27 duty, ont leurs propres exemples concrets dans le FRIA de notation de crédit et le FRIA d'assurance. Sources : source source source source
La raison pour laquelle cette FRIA est considérée comme vérifiable est que sa section de surveillance décrit les contrôles qui s'exécutent au moment de l'exécution : décisions politiques avec quatre résultats, approbations du fabricant-vérificateur et dossiers de preuves scellés. Cette couche d'exécution est ce que KLA fournit, et le guide des contrôles de triage des alertes AML la documente de bout en bout.
Foire aux questions
Un FRIA est-il obligatoire pour un agent de tri des alertes AML ?
Généralement non, pour une banque commerciale privée. Article 27 binds organismes publics et entités privées fournissant des services publics déployant des systèmes à haut risque de l'annexe III, ainsi que tous les déployeurs de l'annexe III, point 5(b) de notation de crédit et 5(c) systèmes de tarification des assurances vie et maladie. Le tri des alertes AML n’apparaît dans aucune de ces catégories, et le point 5(b) exclut expressément l’IA utilisée pour détecter la fraude financière. De nombreuses banques effectuent quand même l'évaluation dans le cadre de la politique de gouvernance interne de l'IA, et l'exemple concret enregistre exactement cette analyse de portée dans sa section 0.
Pourquoi réaliser une FRIA que la loi n'exige pas ?
Trois raisons enregistrées dans l'exemple : la structure de l'article 27(1) est l'instrument d'analyse des droits le plus complet disponible pour le déploiement d'un agent ; la banque doit de toute façon un article du RGPD 35 DPIA pour le traitement, et la FRIA l'étend aux droits de la Charte qu'une DPIA laisse de côté ; et la classification peut changer grâce à des conseils, à un rôle d'agent modifié ou à un déploiement par une entité du groupe concernée, auquel cas une évaluation actuelle existe déjà.
Quels droits fondamentaux un agent de triage AML met-il en jeu ?
Le registre travaillé évalue la non-discrimination (article 21 de la Charte, le risque dominant, motivé par les proxys de couloir et d'occupation et le dé-risque), la protection des données personnelles (article 8), la vie privée et familiale (article 7), le recours effectif (article 47), la présomption d'innocence (article 48), et les droits de l'enfant (article 24). Chaque droit est évalué indépendamment, et aucun impact positif sur un droit ne compense un préjudice causé à un autre.
Sur quels contrôles d'exécution l'exemple s'appuie-t-il comme atténuations ?
Approbation du créateur-vérificateur pour chaque escalade, demande d'information et proposition de restriction ; des seuils d'escalade imposés par la politique pour les scores élevés, les personnes politiquement exposées, les antécédents d'activités suspectes et les couloirs à haut risque ; un blocage sur les propositions de clôture pour ces alertes ; un kill switch instantané ; et des enregistrements de preuves scellés qui capturent chaque action de l'agent, décision politique, approbateur et justification afin que chaque atténuation puisse être testée par rapport au dossier.
À quelle fréquence l'évaluation est-elle révisée ?
Tous les 12 months et à chaque validation annuelle du modèle, plus les déclencheurs d'événements : une nouvelle version d'agent ou une nouvelle version d'un pack de politiques, un changement de volume d'alerte supérieur à 25%, un nouveau marché ou segment, une violation à impact disparate, une conclusion de surveillance, des conseils de reclassification et la publication du modèle officiel de l'article 27(5).
La banque dans l'exemple est-elle réelle ?
Non. La banque, le fournisseur, le nom du système, les volumes et la signature sont tous fictifs, construits pour rendre l'exemple concret concret. L’analyse juridique cite les véritables dispositions de la loi européenne sur l’IA, et le téléchargement indique son statut fictif sur la première page.
Quand l'obligation FRIA obligatoire s'applique-t-elle aux déployeurs concernés ?
À partir de 2 décembre 2027 pour systèmes autonomes à haut risque de l'annexe III. L'Omnibus numérique sur l'IA, Règlement (UE) 2026/1744, publié au Journal officiel le 24 juillet 2026 et en vigueur depuis le 27 juillet 2026, a déplacé cette date du 2 août 2026. Le contenu de l'article 27 obligation est inchangé.
Cet exemple peut-il être réutilisé pour un agent de détection de fraude ou de contrôle des sanctions ?
La structure transfère directement : l'analyse d'applicabilité, les six sections de style article 27(1), un registre droit par droit et des atténuations de contrôle d'exécution. L'analyse du périmètre diffère selon l'utilisation : le point 5(b) exclut expressément la détection de fraude de la catégorie de notation de crédit, et chaque utilisation nécessite sa propre cartographie et son propre registre des personnes concernées. Le générateur FRIA ébauche la structure de toute description de système.
Points clés à retenir
Une FRIA complétée pour un agent de tri des alertes AML ressemble à ceci : une analyse honnête d'applicabilité d'abord, six sections remplies dans la structure de l'article 27(1), un registre des risques de droit dominé par la non-discrimination et la réduction des risques de préjudice, des mesures de surveillance qui nomment les propriétaires et s'exécutent en tant que contrôles d'exécution, des mesures concrètes lorsque les risques se matérialisent et une cadence de révision avec l'événement. déclencheurs. Téléchargez l'exemple complété, commencez à partir du modèle vierge, ou rédigez le vôtre avec le [générateur FRIA] gratuit (/tools/fria-generator). Cet article est uniquement destiné à des informations générales et ne constitue pas un conseil juridique ; le déployeur, le fournisseur et les chiffres de l'exemple sont fictifs ; confirmez vos obligations en vertu de l'article 27 avec avocat qualifié et revérifiez le statut réglementaire avant de vous fier à un délai.