Modèle de rapport d'activité suspecte (SAR/STR) : un récit de créateur-vérificateur que vous pouvez défendre

Qu'est-ce qu'un SAR/STR et pourquoi le modèle est un artefact juridique, pas un formulaire¶

Supprimez les acronymes et un SAR devient une allégation structurée. Vous dites à votre CRF : nous avons observé une activité que nous ne pouvons pas expliquer sur une base légitime, voici l'activité, et voici pourquoi nous la trouvons suspecte. Ce rapport est déposé (dans la plupart des juridictions de l'UE via le portail goAML de l'ONUDC) et à partir de ce moment, il s'agit d'un dossier juridique. Un analyste de la CRF le lit froidement, sans aucun contexte. Un procureur peut s'en servir. Un examinateur AMLA ou superviseur national peut l'extraire des années plus tard et vous demander de reconstituer exactement ce que vous saviez, quand vous le saviez et qui a décidé de déposer une demande.

C'est pourquoi un modèle SAR n'est pas un formulaire pratique. C'est la structure qui détermine si le rapport est défendable. Une SAR défendable a deux qualités : un récit qu'un étranger peut suivre sans vous dans la pièce, et chaque affirmation factuelle traçable à une source que l'entreprise peut produire sur demande. Le AMLR accentue le deuxième point. L'article 69(1) exige que les entités assujetties répondent à la demande d'informations d'une CRF dans un délai de cinq jours ouvrables, et les CRF peuvent réduire ce délai à sous 24 hours en cas d'urgence. Une horloge de cinq jours qui se réduit à un jour est un test pour savoir si vos preuves ont été capturées au moment de la décision, et non une fonctionnalité que vous activez après l'arrivée de la demande.

Ce guide traite le modèle comme ce qu'il est : l'interface durable entre votre enquête et l'examinateur qui le lira plus tard. Construisez-le bien une fois et réutilisez la structure pour chaque dépôt. Vous pouvez générer un rapport sur ce squelette exact avec le générateur maker-checker SAR/STR.

La structure narrative 5W1H : qui, quoi, quand, où, pourquoi, comment¶

Les analystes et les superviseurs de la CRF indiquent explicitement que le récit est le cœur d'une SAR. Les champs structurés (montants, numéros de compte, dates) indiquent au système ce qui s'est passé ; le récit raconte à un humain pourquoi il est suspect. La manière la plus fiable d'écrire un récit qu'un étranger peut suivre est la discipline du journaliste (5W1H) répondue dans un langage simple et chronologique, sans jargon ni codes internes que la CRF ne peut pas décoder.

Écrivez chaque élément pour qu'il soit autonome. Un analyste doit être capable de lire le récit de haut en bas et n'a jamais besoin de vous poser une question de clarification, car une question de clarification pour vous est, en pratique, un article 69 request contre une horloge de cinq jours.

- Qui : chaque partie : le sujet (client), les contreparties, les bénéficiaires effectifs, les intermédiaires et tout tiers qui apparaît. Utilisez les noms légaux complets, les identifiants et la relation entre eux. Résoudre les alias ; ne laissez jamais une contrepartie comme un simple numéro de compte.

- Quoi : l'activité et les instruments : types de transactions, montants, devises, produits ou comptes utilisés et éventuels sanctions/PEP/contexte médiatique défavorable. Énoncez le comportement, et non une conclusion (« structuré en neuf dépôts inférieurs au seuil de déclaration », et non « blanchiment d'argent »).

- Quand : la chronologie. Les dates de réservation, la période d'activité, le déclenchement de l'alerte, l'intégration du client, la dernière actualisation du KYC. Les dates ancrent l’ensemble du récit et permettent à la CRF de séquencer les événements en fonction de ses propres données.

- Où : géographie et corridors : juridictions, succursales, corridors de paiement et tout lien à haut risque ou sanctionné. « Corridor KY → MC » ne signifie rien sans expansion ; préciser les juridictions.

- Pourquoi : le soupçon lui-même. C'est ce qui, selon les analystes de terrain, est le plus souvent faible. Indiquez spécifiquement ce qui rend l'activité incompatible avec le profil connu du client, son comportement attendu ou une justification économique légitime. Attachez-le au Qui/Quoi/Quand/Où que vous avez déjà défini.

- Comment : le mécanisme et la méthode de détection. Comment les fonds ont été déplacés, comment la structure a été assemblée et comment vous l'avez trouvée (quelle règle de surveillance ou quelle réponse de filtrage a déclenché l'alerte). La moitié « comment il a été détecté » permet à la CRF de juger de la fiabilité du signal.

Les champs narratifs : exemples bons ou faibles¶

La différence entre une DOS sur laquelle une CRF agit et une DOS qu'elle dépriorise est presque toujours la spécificité. Le tableau ci-dessous associe à chaque champ narratif une formulation faible (vague, concluante ou introuvable) et une bonne (spécifique, sourcée, défendable). La colonne faible n’est pas inventée pour l’effet : ce sont les schémas qui reviennent dans les mauvais dépôts.

Remarquez la ligne directrice dans la bonne colonne : elle nomme les parties, les dates, les montants et les sources ; il décrit un comportement plutôt que d'affirmer une conclusion juridique ; et il ne s’appuie jamais sur un code ou un raccourci système qu’un lecteur extérieur ne peut pas décoder.

La liste de contrôle des sources et des preuves : chaque affirmation doit être traçable¶

Un récit n'est défendable que dans la mesure où les preuves qui le sous-tendent. La discipline est simple à énoncer et facile à ignorer sous la pression des délais : aucune affirmation dans le récit sans une source que l'entreprise peut produire. Lorsqu'une CRF revient en vertu de l'article 69, vous ne ré-enquêtez pas : vous récupérez. Cela ne fonctionne que si vous avez capturé les références aux preuves comme vous l'avez écrit, scellées à côté du rapport.

Exécutez chaque projet de SAR par rapport à cette liste de contrôle avant de l'envoyer au vérificateur. Chaque élément est une classe de source vers laquelle vous devriez pouvoir indiquer les affirmations de votre récit.

- Enregistrements de transactions : les transactions réellement enregistrées (identifiants, montants, devises, dates de valeur, contreparties), et non un résumé dont vous ne pouvez pas retracer.

- Fichier KYC / CDD : le profil client, l'évaluation du risque, l'activité attendue et la date de la dernière actualisation. Un KYC périmé est en soi un fait qui mérite d'être souligné.

- Preuve de propriété effective / UBO : extraits de registre ou données de propriété qui étayent toute réclamation de partie liée ou de propriétaire partagé, avec la date d'extraction.

- Résultats de la vérification des sanctions/PEP/médias défavorables : la liste, l'entité mise en correspondance, la force de la correspondance et la date d'effet de la réponse.

- Données de contrepartie et de réseau : liens vers des parties liées, des propriétaires partagés ou des modèles de typologie connus que vous affirmez dans le récit.

- Provenance de la détection, quelle règle de surveillance ou quel processus de filtrage a déclenché l'alerte, et quand. Cela permet à la CRF d’évaluer le signal.

- DAS antérieures/historique de cas : tout rapport antérieur sur le même sujet, afin que la CRF voit la tendance, pas un seul instantané.

- Raisonnement et incertitude de l'analyste : ce que vous avez conclu, ce que vous n'avez pas pu confirmer et les éventuelles lacunes. Une incertitude honnête est plus défendable qu’une fausse confiance.

La solution pratique consiste à joindre des preuves références à chaque affirmation narrative, et non à jeter des documents. La référence est le contrat : il dit « cette affirmation est étayée par ce disque, et nous pouvons le produire ». Notre AML Agent Control & Evidence Map explique comment ces références correspondent aux contrôles attendus par un examinateur.

Pourquoi le dépôt doit rester une porte de création-vérification, et pourquoi un agent peut rédiger mais ne jamais déposer¶

Voici la ligne incontournable 2026 makes. L'IA agentique rédige désormais les récits SAR à la vitesse d'une machine : rassemblant des preuves, résumant les transactions et produisant un récit de première passe en quelques minutes. C'est un véritable gain de productivité, et c'est très bien : la rédaction est réversible, et un brouillon n'est qu'une proposition. Le dépôt n'est pas réversible et il ne s'agit pas d'une proposition. Le rapport déposé est un dossier juridique soumis à une autorité de l'État. Ainsi, l'acte de dépôt doit rester un contrôle maker-checker (deux personnes, ou un agent en tant que maker et un humain nommé en tant que checker), l'humain approuvant avant que quoi que ce soit n'atteigne la CRF.

Il ne s'agit pas d'une préférence stylistique ; c’est ce qu’exige une responsabilité ferme. Les principes IA/ML du groupe Wolfsberg (1 December 2022) stipulent clairement que « les institutions financières sont responsables de leur utilisation de l'IA/ML, y compris des décisions qui reposent sur l'analyse IA/ML, que les systèmes IA/ML soient développés en interne ou proviennent de l'extérieur. » Une SAR déposée de manière autonome est une décision qui repose sur une analyse IA/ML sans qu’aucun humain ne puisse en être tenu responsable. Lorsque la [Loi de l'UE sur l'IA] (https://eur-lex.europa.eu/eli/reg/2024/1689/oj) s'applique, l'article 14 adds une surveillance humaine significative, y compris la capacité d'intervenir et de contourner, et un humain dans le circuit qui ne peut pas réellement arrêter le dépôt est une décoration, pas une surveillance. Sources : source source

La porte maker-checker doit être scellée lors de l'approbation, et non reconstruite par la suite. Lorsque le vérificateur signe, le dossier qui est scellé est l'unité entière : le récit, les références aux preuves, la politique qui nécessitait l'approbation et l'identité de l'humain approuvant, capturés à cet instant et inviolables à partir de là. C'est ce qui rend le dossier défendable auprès d'un analyste de la CRF ou d'un examinateur AMLA qui le lit plus tard : il ne leur est pas demandé de se fier au compte rendu d'un tableau de bord après coup ; ils peuvent vérifier ce qui a été approuvé, par qui et sur quelle base.

Mappez cela sur la manière dont un plan de contrôle d'exécution l'applique. Une règle Policy Builder traite l'action du fichier comme require_approval, jamais allow. La tentative de dépôt de l'agent est acheminée vers une file d'attente d'approbation de deux personnes Decision Desk. L’humain l’approuve, le rejette ou le renvoie. Ce n'est qu'après approbation que le rapport est déposé et la lignée scellée atterrit dans le Evidence Room. La contrainte dure de l'agent, en termes simples, est celle encodée par notre propre modèle de triage AML : ne déposez jamais de SAR. Il rédige et achemine ; c'est l'humain qui décide.

Les pièges courants en matière de dépôt et comment les éviter¶

La plupart des faiblesses SAR ne sont pas exotiques. Il s’agit d’un petit ensemble d’échecs récurrents qu’un analyste ou un examinateur de la CRF repère immédiatement. Le tableau ci-dessous présente le piège, la conséquence et la solution. Lisez-le comme une vérification avant vol avant qu'un SAR ne soit envoyé au contrôleur.

Plusieurs d'entre eux sont amplifiés, et non réduits, par la rédaction agentique : un agent qui rédige rapidement peut déposer rapidement et de manière erronée si le dépôt n'est pas sécurisé, et peut produire un récit fluide avec des affirmations qu'il ne peut pas sourcer si les références aux preuves ne sont pas capturées. La porte maker-checker est la réponse structurelle aux deux.

Lien avec l'AMLR (10 juillet 2027), l'AMLA et la pratique goAML¶

Le modèle ci-dessus n'est pas une bonne pratique générique ; il est façonné par les attentes du nouveau régime européen. Le AMLR (Règlement (UE) 2024/1624) s'applique à partir du 10 juillet 2027 en tant que règlement unique directement applicable, et le AMLD6 (Directive (UE) 2024/1640) porte le même délai général de transposition. La nouvelle autorité européenne de lutte contre le blanchiment d'argent, AMLA, a son siège à Francfort, est en activité depuis le 1 July 2025 et commencera à superviser directement une première vague d'entreprises transfrontalières à haut risque à partir du 2028 after et du 2027 selection. La barre en matière de surveillance se relève et s’harmonise dans toute l’Union.

Deux faits opérationnels devraient ancrer la façon dont vous construisez les SAR aujourd'hui. Tout d'abord, goAML (la plateforme de reporting de l'ONUDC utilisée par la plupart des CRF de l'UE) est l'endroit où atterrit votre rapport, au format XML structuré et narratif. Cela signifie que votre modèle doit correspondre clairement aux champs structurés de goAML et contenir un récit autonome ; ne laissez pas les données structurées et le récit raconter des histoires différentes. Deuxièmement, la fenêtre de réponse de la CRF de cinq jours ouvrables de l'article AMLR 69(1), compressible en sous 24 hours, est le test de reconstruction. Si les références des preuves de votre SAR ont été scellées lors de l'approbation, la demande constitue une récupération. Si ce n’est pas le cas, c’est un exercice d’incendie.

C'est aussi pourquoi la loi sur la résilience opérationnelle fait partie de l'histoire SAR même si ce n'est pas la loi LBC. En vertu de DORA (Règlement (UE) 2022/2554, applicable depuis le 17 January 2025), les systèmes prenant en charge les rapports AML peuvent être considérés comme des fonctions TIC critiques ou importantes, et DORA suppose que vous pouvez reconstruire précisément ce que ces systèmes ont fait et pourquoi. Un pipeline SAR dont les preuves sont scellées au moment de l'approbation satisfait l'horloge de reconstruction de l'AMLR et les attentes de résilience de DORA avec le même contrôle. Pour une carte de contrôle plus large à travers DORA, l'AMLR et l'AI Act, voir Governing AML & payment agents.

Construisez votre SAR/STR selon cette structure¶

Vous n'êtes pas obligé d'assembler le récit 5W1H, la liste de contrôle des preuves et l'approbation du fabricant-vérificateur à partir de zéro à chaque fois. Le générateur de créateur-vérificateur SAR/STR prend la structure de ce guide et la transforme en un rapport de travail : il affiche chaque champ 5W1H, vous renvoie à une source pour chaque assertion et (la partie qui compte le plus) continue de déposer derrière une approbation de deux personnes afin que le brouillon et la signature ne soient jamais le même acte. Un agent (ou un analyste) rédige en tant que maker ; un humain nommé approuve en tant que vérificateur ; le rapport approuvé et ses preuves scellées deviennent le dossier qu'un examinateur de la CRF ou de l'AMLA lit plus tard.

Le principe qui sous-tend l'outil est celui que défend tout ce guide : le contrôle et la preuve appartiennent au parcours d'exécution, au moment du dépôt, et non dans une politique PDF ou un tableau de bord examiné le lendemain matin. Une SAR que vous pouvez défendre est une SAR dont un étranger peut suivre le récit, dont chaque réclamation provient et dont le dépôt a été approuvé par un humain responsable et scellé au fur et à mesure qu'il s'est produit. Construisez le suivant de cette façon.