Surveillance des transactions pour courtiers, plateformes de négociation et bourses crypto : acheter un produit, utiliser les outils de sa plateforme ou construire ses propres alertes

La surveillance des transactions est un logiciel qui surveille les ordres et les transactions d'une entreprise pour y repérer d'éventuels abus de marché, comme le spoofing ou les wash trades, et déclenche des alertes qu'une personne examine. Un courtier, une plateforme de négociation ou une bourse crypto peut acheter un produit, utiliser ce que lui fournit sa plateforme de trading ou un partenaire, ou construire ses propres alertes. Selon les règles de l'UE et les orientations de la FINRA, l'entreprise reste responsable même quand quelqu'un d'autre fait le travail. Le choix dépend de la complétude de vos données d'ordres et de la personne qui examinera les alertes.

À quoi sert la surveillance des transactions ?

Un logiciel de surveillance lit vos enregistrements d'ordres et de transactions et déclenche une alerte quand l'activité correspond à un schéma d'abus possible. Un analyste examine ensuite l'alerte et la clôt ou l'escalade. Quand l'entreprise a un soupçon raisonnable, elle déclare l'activité à son régulateur, dans l'UE et au Royaume-Uni par une déclaration d'opération et d'ordre suspects (STOR). Le règlement délégué (UE) 2016/522 de la Commission, cité ici tel qu'adopté, décrit les deux premiers schémas de cette liste :

• Layering et spoofing. Des ordres multiples ou importants sont placés d'un côté du carnet « afin d'exécuter une transaction de l'autre côté du carnet d'ordres ». Ils se situent souvent « loin du meilleur prix », c'est-à-dire loin de la meilleure offre d'achat et de la meilleure offre de vente. Après la transaction, « les ordres qui n'étaient pas destinés à être exécutés sont retirés ».
• Wash trades. Opérations « dans lesquelles il n'y a pas de changement d'intérêts bénéficiaires ou de risque de marché », ou pour lesquelles ceux-ci passent entre des parties « agissant de concert ou en collusion ».
• Délit d'initié. Négocier sur la base d'une information privilégiée, c'est-à-dire une information précise, non publique, et susceptible d'influencer sensiblement le cours si elle l'était. L'Autorité européenne des marchés financiers (ESMA) est le régulateur européen des valeurs mobilières. Ses orientations du 9 juillet 2025 donnent l'exemple d'un « employé d'un CASP au courant de la décision d'admettre un nouveau jeton à la négociation sur une plateforme ». Un CASP est un prestataire de services sur crypto-actifs. Les alertes pour ce schéma comparent les transactions avec des informations parues plus tard.

Que demandent les règles de l'UE aux courtiers et aux plateformes ?

Le règlement de l'UE sur les abus de marché (MAR) fixe l'obligation à l'article 16. Pour les courtiers, l'article 16(2) dispose : « Toute personne qui organise ou exécute des transactions à titre professionnel met en place et maintient des dispositifs, systèmes et procédures efficaces permettant de détecter et de déclarer les ordres et transactions suspects. » Les opérateurs de marché et les entreprises d'investissement qui exploitent une plateforme de négociation ont une obligation, en vertu de l'article 16(1), « visant à prévenir et à détecter » les abus. Les deux doivent déclarer à leur régulateur « sans retard ».

Le règlement délégué (UE) 2016/957 de la Commission apporte le détail. Le MAR et ce règlement sont cités tels qu'adoptés, d'après legislation.gov.uk : vérifiez donc le texte en vigueur. Toutes les pages des régulateurs et des éditeurs ont été consultées le 9 novembre 2026, et le texte adopté du règlement délégué (UE) 2025/885 le 10 novembre 2026. Ces points comptent le plus quand vous choisissez une voie :

• Couverture. Selon l'article 3(1), les systèmes doivent permettre l'analyse de « chaque transaction exécutée et de chaque ordre passé, modifié, annulé ou rejeté ».
• Alertes et personnes. Les systèmes doivent « produire des alertes signalant des activités qui nécessitent une analyse plus approfondie », et l'article 3(4) exige « un niveau approprié d'analyse humaine ».
• Relecture pour les plateformes. L'article 3(3) exige des opérateurs de marché et des entreprises qui exploitent une plateforme qu'ils disposent d'un « logiciel permettant la lecture, la relecture et l'analyse automatisées en différé des données du carnet d'ordres ».
• Proportionnalité et revue. L'article 2(5) demande des dispositifs adaptés à la taille de votre activité, « évalués régulièrement, au moins par un audit et une revue interne réalisés chaque année », et « clairement documentés par écrit ».

Que doivent faire les bourses crypto au titre de MiCA ?

Le règlement sur les marchés de crypto-actifs (MiCA) est lu ici tel que publié dans le recueil de règles en ligne de l'ESMA. L'article 92(1) dispose : « Toute personne qui organise ou exécute des transactions en crypto-actifs à titre professionnel dispose de dispositifs, systèmes et procédures efficaces pour prévenir et détecter les abus de marché. » Cette personne doit déclarer « tout soupçon raisonnable concernant un ordre ou une transaction, y compris toute annulation ou modification de ceux-ci », ainsi que les soupçons relatifs au fonctionnement de la blockchain, tels que « le mécanisme de consensus », lorsque les circonstances peuvent laisser penser à un abus de marché.

Sur la surveillance de la blockchain, le rapport final de l'ESMA du 17 décembre 2024 limite l'attente à « ces transactions qui parviennent au PPAET », une personne qui organise ou exécute des transactions à titre professionnel. La surveillance devrait « englober les transactions hors chaîne, où se déroule l'essentiel de la négociation », et les données sur chaîne « dans la mesure où cela concerne l'activité du PPAET ». Les normes adoptées sont le règlement délégué (UE) 2025/885 de la Commission du 29 avril 2025, que les orientations de l'ESMA du 9 juillet 2025 citent aussi. Son article 3(1)(c) fixe des exigences pour les « prestataires de services sur crypto-actifs exploitant une plateforme de négociation », nommément : une bourse doit donc s'attendre à être couverte. Le rapport final de l'ESMA a choisi de ne pas définir dans les normes qui d'autre est concerné : les autres acteurs crypto doivent donc interroger un juriste sur leur situation.

Que disent les règles américaines et britanniques sur la surveillance des transactions ?

La FINRA, l'organisme d'autorégulation des broker-dealers américains, exige dans sa règle 3110 que chaque membre « établisse et maintienne un système de supervision des activités de chaque personne associée ». Le Supplementary Material .05 de cette règle précise : « Un membre n'est pas tenu d'effectuer des revues détaillées de chaque transaction s'il utilise un système de revue fondé sur les risques et raisonnablement conçu ». La règle 5210 ajoute que les membres « doivent disposer de politiques et de procédures raisonnablement conçues pour examiner leur activité de négociation » afin de repérer, et d'empêcher, un schéma de transactions avec soi-même provenant d'un même algorithme, d'une même table ou de tables liées. Une transaction avec soi-même désigne ici des ordres d'une même entreprise qui s'exécutent involontairement l'un contre l'autre sans changement de propriétaire du titre. Cet article ne couvre que les membres de la FINRA : les sociétés de contrats à terme et les autres acteurs américains doivent vérifier leurs propres règles.

La Financial Conduct Authority (FCA) du Royaume-Uni indique : « Les personnes qui organisent ou exécutent des transactions à titre professionnel doivent aussi détecter et déclarer les transactions et ordres suspects. » La même page précise que les opérateurs de plateformes de négociation britanniques doivent eux aussi les détecter et les déclarer. Dans Market Watch 86, sa lettre d'information d'octobre 2026, la FCA indique : « Nous avons visité 7 courtiers de détail pour évaluer l'efficacité de leurs dispositifs de surveillance des abus de marché. » Elle « a constaté des faiblesses importantes dans la manière dont ces dispositifs avaient été conçus, mis en œuvre et exploités en pratique ».

De quelles données d'ordres la surveillance des transactions a-t-elle besoin ?

Une alerte ne peut travailler que sur les données qu'elle reçoit. Le Market Watch 68 de la FCA, de novembre 2021, indique : « La capture et la surveillance des ordres, et pas seulement des transactions, sont nécessaires pour identifier de manière efficace et cohérente les abus de marché potentiels. » Son avertissement sur le layering et le spoofing est le suivant : « Si les entreprises ne capturent pas tous les ordres non exécutés, elles risquent de ne pas identifier cette activité. » Le Market Watch 69, de mai 2022, a constaté des entreprises qui « ne surveillaient pas tous les ordres et transactions, y compris les ordres annulés et modifiés ».

Avant de comparer des produits, vérifiez ces quatre points dans vos propres enregistrements :

• Événements d'ordre. Chaque saisie, modification, annulation, rejet et exécution doit partager un même identifiant d'ordre. Un export limité aux transactions ne peut pas révéler un spoof.
• Horloges. Le règlement délégué (UE) 2017/574 de la Commission, lu tel qu'adopté, aligne les horloges des plateformes de l'UE et de leurs membres sur l'UTC, le temps de référence international. Pour les membres, la limite va d'une seconde pour la négociation vocale jusqu'à une milliseconde dans la plupart des autres cas de négociation, et moins encore en trading à haute fréquence. La règle 4590 de la FINRA fixe une « tolérance de 50 millisecondes par rapport à l'horloge du NIST », le temps de référence de l'agence américaine des normes, pour les horloges d'ordinateur. Elle s'applique aux événements sur les titres NMS et les actions OTC, c'est-à-dire les titres cotés sur les bourses américaines et les actions négociées de gré à gré.
• Identité des clients. Le Market Watch 67, de mai 2021, indique qu'une erreur de correspondance des codes clients « pourrait conduire à des données incorrectes conservées par les plateformes de négociation ». Le rapport 2026 de la FINRA (Annual Regulatory Oversight Report) cite comme pratique efficace la « surveillance des comptes identifiés comme liés (ou agissant de concert) ».
• Conservation. Le règlement délégué 2016/957 impose cinq ans pour l'analyse des ordres et des transactions que vous avez examinés et « les raisons de la transmission ou de la non-transmission d'une STOR ». La règle 4511 de la FINRA fixe « au moins six ans » pour les documents sans autre durée précisée.

Qui examine les fausses alertes ?

Beaucoup d'alertes ne mènent à rien, et chacune exige pourtant une personne. Le rapport de l'ESMA sur les crypto-actifs indique : « L'automatisation peut aussi conduire à des taux élevés de faux positifs dans l'identification des transactions suspectes. » Il précise que l'analyse humaine « devrait toujours être présente dans la détection des ordres et des transactions susceptibles d'être abusifs », notamment pour que les alertes faibles n'« inondent » pas les régulateurs sous forme de déclarations.

Les seuils déterminent le nombre de fausses alertes. Le Market Watch 69 avertit qu'un seul seuil pour tous les instruments peut laisser passer de l'activité ou « générer beaucoup de “bruit” ». Le Market Watch 86 a trouvé des courtiers dont le « seuil de variation de prix uniforme » ignorait la volatilité d'une action. D'autres avaient une valeur minimale de transaction « fixée trop haut, ce qui excluait de la surveillance une part importante de l'activité de négociation des clients ».

Décidez qui traite les alertes avant de choisir un outil. Le règlement délégué 2016/957 impose une formation régulière du personnel qui fait ce travail, et le rapport 2026 de la FINRA reproche aux entreprises de « ne pas documenter les conclusions de la revue des alertes ». Le Market Watch 86 a critiqué les procédures qui « poussaient les analystes à chercher des raisons de clore une alerte ». Une plateforme crypto négocie jour et nuit : désignez donc qui est responsable des alertes la nuit et le week-end.

Devons-nous nous en remettre à ce que nous fournit notre plateforme de trading ou un partenaire ?

Cette voie comporte le moins d'éléments à exploiter, car les données sont déjà chez quelqu'un d'autre. Trading Technologies, éditeur de plateformes de trading, vend TT Trade Surveillance, qui peut « importer des données de trading depuis n'importe quel système via un drop copy de bourse, un drop copy FIX, des dépôts directs de fichiers ». Un drop copy est un double en direct de vos messages d'ordres, et FIX est un format de message commun utilisé par les courtiers et les plateformes. Le produit est livré avec des « modèles explicables prêts à l'emploi ». Le Report Center de la FINRA propose un rapport Cross Market Equities Supervision qui montre des cas possibles de layering et de spoofing. L'article 3(6) du règlement délégué 2016/957 permet aussi à une personne qui organise ou exécute des transactions à titre professionnel de déléguer la surveillance, par accord écrit, à une société de son propre groupe.

Un outil de ce type ne voit que le flux qu'il reçoit. L'outil propre à une plateforme ne lit en général que les ordres de cette plateforme, et un fournisseur de liquidité lit ceux qui lui parviennent. Un courtier qui utilise plusieurs plateformes a des angles morts, sauf si chacune alimente l'outil. Demandez si le flux inclut les ordres annulés et modifiés, et si vous pouvez régler vous-même les seuils.

Confier le travail ne vous décharge pas de l'obligation. L'article 3(7) du règlement délégué 2016/957 vise la personne qui organise ou exécute des transactions à titre professionnel. Elle peut déléguer à un tiers « l'analyse des données, y compris des données relatives aux ordres et aux transactions, et la production d'alertes », mais elle « demeure pleinement responsable ». Elle doit conserver l'expertise nécessaire pour évaluer le prestataire et un « accès direct à toutes les informations pertinentes concernant l'analyse des données et la production des alertes ». L'avis réglementaire 21-29 de la FINRA indique que l'externalisation « ne décharge pas les membres de leur responsabilité ultime quant au respect de toutes les lois et réglementations fédérales applicables en matière de valeurs mobilières ».

Les articles 3(6) et 3(7) ne mentionnent pas les opérateurs de plateformes de négociation : une plateforme doit donc demander à son juriste ce qu'elle peut confier à un tiers. La règle sur les crypto-actifs va plus loin. L'article 3(4) du règlement délégué 2025/885 permet aux personnes qui organisent ou exécutent à titre professionnel des transactions en crypto-actifs d'externaliser la surveillance et la détection, ainsi que l'analyse des données et les alertes. Elles « demeurent pleinement responsables ».

Un produit de surveillance vaut-il la peine d'être acheté ?

Pour la plupart des courtiers et des plateformes, oui, à condition que quelqu'un chez vous sache expliquer comment il est configuré. Un produit type combine des types d'alertes et des écrans de traitement des dossiers, et ces éditeurs décrivent le leur ainsi :

• Eventus indique que Validus propose « plus de 150 procédures prêtes à l'emploi » et peut fonctionner « en quasi temps réel ou en J+1 », c'est-à-dire le jour après la négociation. L'éditeur affirme aussi que « l'automatisation résout en moyenne 90 % des faux positifs ».
• Chez NICE Actimize, SURVEIL-X « réduit considérablement les faux positifs », selon l'entreprise, sans chiffre à l'appui sur la page, et il « surveille divers canaux de communication, dont les e-mails, les chats et les appels vocaux ».
• Solidus Labs indique que sa plateforme HALO peut « mettre au jour des manipulations corrélées sur les marchés spot, dérivés, onchain et offchain », et que ses clients peuvent « lancer des back-tests A/B et prévisualiser l'impact avant la mise en production ».
• Scila décrit « une surveillance de marché et des calculs de risque en temps réel pour les participants au marché ».

Ce sont les déclarations des éditeurs eux-mêmes : testez-les donc sur vos propres données. Aucune des pages d'éditeurs lues pour cet article n'affichait de prix. Demandez de quoi dépend le prix et qui paie quand vous ajoutez un marché.

Un produit acheté peut malgré tout vous laisser incapable de l'expliquer. Dans Market Watch 86, la FCA écrit : « Nous avons trouvé des cas où les personnes chargées de la surveillance ne pouvaient pas expliquer correctement le fonctionnement de leurs systèmes. » Elle ajoute : « Certaines semblaient s'appuyer sur les paramètres par défaut fournis par des éditeurs tiers. » Market Watch 56, de septembre 2018, indique : « Chaque entreprise est responsable de ses propres appréciations sur le calibrage des alertes ».

Quand faut-il construire nos propres alertes de surveillance ?

Construire a du sens lorsque votre marché ne correspond pas aux produits que vous avez testés, par exemple une plateforme avec des types d'ordres inhabituels ou une bourse crypto qui a ses propres règles d'appariement. Il vous faut des enregistrements d'ordres complets avant d'écrire la première alerte. Il vous faut aussi des analystes capables de dire à quoi ressemble une bonne alerte et de la tester aussi longtemps qu'elle tourne. Une plateforme a en outre besoin de la relecture du carnet d'ordres que décrit l'article 3(3).

Ne construisez pas pour économiser une licence. La logique des alertes est généralement la plus petite partie du travail, et toutes les obligations décrites plus haut s'appliquent pleinement à un système que vous avez écrit vous-même.

Une option intermédiaire consiste à garder la base des ordres et les flux qui l'alimentent, puis à envoyer ces données à un produit acheté. Certains éditeurs acceptent les drop copies et les dépôts de fichiers, comme le montre la page de Trading Technologies. Les enregistrements restent à vous, et quelqu'un d'autre entretient la bibliothèque d'alertes.

Comment tester que les alertes fonctionnent ?

Compter les alertes est un test faible. Le Market Watch 86 indique que certaines entreprises « s'appuyaient sur de simples indicateurs de test, comme comparer les volumes d'alertes aux volumes de transactions ou utiliser uniquement des données de transactions historiques pour vérifier les résultats des alertes ». Il cite comme bonne pratique « le test des alertes à différents seuils par des tests “au-dessus” et “en dessous du seuil” » et, comme autre approche, « l'utilisation de données de transactions synthétiques pour vérifier que les alertes se déclencheraient comme prévu ». Un plan de test comporte quatre parties :

• Au-dessus du seuil. Prélevez un échantillon des alertes déclenchées à chaque seuil et vérifiez si les conclusions des revues justifient le réglage.
• En dessous du seuil. Sortez l'activité qui est restée juste sous un seuil et faites-la relire par un analyste. Si une partie méritait une alerte, le seuil est trop haut.
• Cas préparés. Insérez un spoof ou un wash trade connu, construit à partir d'ordres fictifs, dans une copie de test de vos données et vérifiez que la bonne alerte se déclenche.
• Relecture. Faites passer une journée de négociation passée dans le système et comparez les nombres d'ordres et d'annulations avec ceux de la plateforme.

Que conservons-nous si nous quittons un éditeur ?

Prévoyez la sortie avant de signer. L'obligation de conservation de cinq ans prévue à l'article 3(8) du règlement délégué 2016/957 se poursuit après la fin d'un contrat. L'article 3(7) précise que l'accord doit « énoncer les motifs permettant à la personne qui délègue les fonctions d'y mettre fin ».

Obtenez par écrit le droit d'exporter chaque alerte, chaque note de dossier, chaque décision d'analyste et chaque réglage de seuil, dans un format lisible sans le logiciel de l'éditeur. Conservez votre propre copie des ordres et transactions bruts, ainsi que de la correspondance entre codes clients et clients. Un éditeur possède sa logique d'alertes : attendez-vous à régler de nouveau vos seuils sur un nouveau système. Si vous construisez, vous pouvez posséder le code, à condition que le contrat le prévoie et énumère tout ce que le prestataire conserve.

Que demander à un éditeur de surveillance ou à une société qui construirait nos alertes ?

• Le système lit-il chaque événement d'ordre, y compris les modifications, annulations et rejets, et pouvons-nous le constater sur un échantillon de notre propre flux ?
• Quels types d'alertes couvrent nos marchés et nos produits, et lesquels ne les couvrent pas ?
• Nos équipes peuvent-elles modifier les seuils, et chaque modification est-elle consignée avec son auteur et son motif ?
• Comment réalisons-nous des tests au-dessus et en dessous du seuil, et pouvons-nous injecter des ordres fictifs ?
• Quels horodatages conservez-vous, et comment gérez-vous les plateformes dont les horloges divergent ?
• Comment un examinateur consigne-t-il le motif de clôture d'une alerte, et pouvons-nous exporter cet historique ?
• Qui peut voir la logique des alertes, et pouvez-vous expliquer par écrit pourquoi une alerte donnée s'est déclenchée ?
• Pouvez-vous nous montrer cela fonctionner aujourd'hui sur un système en production ?

Où se situe amBrain ?

amBrain publie ce blog. Elle décrit en une ligne une partie de son travail en trading : « amBrain construit des infrastructures de trading algorithmique : exécution des ordres, données de marché et contrôles de risque pre-trade. » Cette ligne ne mentionne pas la surveillance des transactions.

Voici ce que dit l'entreprise sur son histoire : « amBrain développe des logiciels depuis 2019. » Sur sa façon de travailler avec ses clients, elle indique : « Trois formats : livraison complète, équipe dédiée ou ingénieurs intégrés à votre équipe. » Sa formule sur la propriété est : « Le client conserve la pleine propriété du produit et du code, à l'exception de nos composants réutilisables. » Demandez la liste nominative de ces composants avant de signer.

Cet article n'est pas une étude de cas et ne décrit aucun travail pour un client. Rien n'indique qu'amBrain a construit, concédé sous licence ou intégré un système de surveillance pour un client. Les citations proviennent des pages publiées de l'ESMA, de la FCA, de la FINRA, de Trading Technologies, d'Eventus, de NICE Actimize, de Solidus Labs et de Scila, ainsi que de legislation.gov.uk et d'EUR-Lex. L'article ne revendique aucun lien entre amBrain et aucune d'elles, ne recommande aucun de leurs produits et n'indique ni tarifs ni délais d'amBrain.

Ce n'est pas non plus un conseil juridique ou en investissement. Vérifiez les règles qui s'appliquent à votre entreprise avec un juriste dans chaque marché où vous opérez. Si amBrain figure dans votre présélection, posez-lui les mêmes questions qu'à n'importe quelle autre société.