Trade Surveillance für Broker, Handelsplätze und Krypto-Börsen: Produkt kaufen, Tools der Plattform nutzen oder eigene Alerts bauen

Trade Surveillance ist Software, die die eigenen Orders und Geschäfte eines Unternehmens auf möglichen Marktmissbrauch wie Spoofing oder Wash Trades beobachtet und Alerts zur Prüfung durch einen Menschen auslöst. Ein Broker, ein Handelsplatz oder eine Krypto-Börse kann ein Produkt kaufen, nutzen, was die Handelsplattform oder ein Partner bietet, oder eigene Alerts bauen. Nach EU-Regeln und FINRA-Leitlinien bleibt das Unternehmen verantwortlich, auch wenn jemand anderes die Arbeit macht. Die Entscheidung hängt davon ab, wie vollständig Ihre Orderdaten sind und wer die Alerts prüft.

Was leistet Trade Surveillance?

Surveillance-Software liest Ihre Order- und Geschäftsdatensätze und löst einen Alert aus, wenn eine Aktivität einem Muster möglichen Missbrauchs entspricht. Ein Analyst prüft den Alert dann und schließt ihn oder eskaliert ihn. Besteht beim Unternehmen ein begründeter Verdacht, meldet es die Aktivität seiner Aufsichtsbehörde, in der EU und im Vereinigten Königreich per Verdachtsmeldung zu Geschäften und Orders (STOR). Die Delegierte Verordnung (EU) 2016/522 der Kommission, hier in der verabschiedeten Fassung zitiert, beschreibt die ersten beiden Muster dieser Liste:

• Layering und Spoofing. Mehrere oder große Orders werden auf einer Seite des Orderbuchs platziert, „um ein Geschäft auf der anderen Seite des Orderbuchs auszuführen“. Sie liegen oft „away from the touch“, also abseits des höchsten Gebots und des niedrigsten Angebots. Nach dem Geschäft „werden die Orders, die nicht ausgeführt werden sollen, entfernt“.
• Wash Trades. Geschäfte, „bei denen es nicht zu einer Änderung des wirtschaftlichen Eigentums oder des Marktrisikos kommt“, oder bei denen diese zwischen Parteien übergehen, die „gemeinschaftlich oder in Absprache handeln“.
• Insiderhandel. Handel auf Grundlage von Insiderinformationen, also präzisen, nicht öffentlichen Informationen, die den Kurs erheblich beeinflussen würden, wären sie öffentlich. Die Europäische Wertpapier- und Marktaufsichtsbehörde (ESMA) ist die Wertpapieraufsicht der EU. Ihre Leitlinien vom 9. Juli 2025 nennen als Beispiel einen „Mitarbeiter eines CASP, dem die Entscheidung bekannt ist, einen neuen Token an einer Handelsplattform zu listen“. Ein CASP ist ein Anbieter von Kryptowerte-Dienstleistungen. Alerts für dieses Muster vergleichen Geschäfte mit Nachrichten, die später kamen.

Was verlangen die EU-Regeln von Brokern und Handelsplätzen?

Die EU-Marktmissbrauchsverordnung (MAR) regelt die Pflicht in Artikel 16. Für Broker sagt Artikel 16 Absatz 2: „Wer gewerbsmäßig Geschäfte vermittelt oder ausführt, muss wirksame Regelungen, Systeme und Verfahren zur Aufdeckung und Meldung von verdächtigen Aufträgen und Geschäften schaffen und aufrechterhalten.“ Marktbetreiber und Wertpapierfirmen, die einen Handelsplatz betreiben, haben nach Artikel 16 Absatz 1 eine Pflicht „zur Vorbeugung und Aufdeckung“ von Missbrauch. Beide müssen ihrer Aufsichtsbehörde „unverzüglich“ melden.

Die Delegierte Verordnung (EU) 2016/957 der Kommission liefert die Einzelheiten. MAR und diese Verordnung werden in der verabschiedeten Fassung nach legislation.gov.uk zitiert, prüfen Sie also den aktuellen Text. Alle Seiten von Aufsichtsbehörden und Anbietern wurden am 9. November 2026 geöffnet, der verabschiedete Text der Delegierten Verordnung (EU) 2025/885 am 10. November 2026. Diese Teile sind bei der Wahl des Wegs am wichtigsten:

• Abdeckung. Nach Artikel 3 Absatz 1 müssen die Systeme Untersuchungen zu „allen ausgeführten Geschäften und erteilten, geänderten, stornierten oder abgelehnten Aufträgen“ ermöglichen.
• Alerts und Menschen. Die Systeme müssen „Warnmeldungen produzieren, mit denen Tätigkeiten angezeigt werden, die weitere Untersuchungen erforderlich machen“, und Artikel 3 Absatz 4 verlangt „in angemessenem Umfang personelle Untersuchungen“.
• Replay für Handelsplätze. Artikel 3 Absatz 3 verlangt von Marktbetreibern und Firmen, die einen Handelsplatz betreiben, „Software zum verzögerten automatischen Lesen, Wiederabrufen und Analysieren von Orderbuchdaten“.
• Verhältnismäßigkeit und Überprüfung. Artikel 2 Absatz 5 verlangt Vorkehrungen, die zu Umfang, Größe und Art Ihrer Geschäftstätigkeit passen, „regelmäßig bewertet, zumindest durch jährliche Audits und interne Überprüfungen“, und „unmissverständlich schriftlich dokumentiert“.

Was müssen Krypto-Börsen nach MiCA tun?

Die Verordnung über Märkte für Kryptowerte (MiCA) wird hier in der Fassung gelesen, wie sie im Online-Regelwerk der ESMA veröffentlicht ist. Artikel 92 Absatz 1 sagt: „Eine Person, die beruflich Geschäfte mit Kryptowerten vermittelt oder ausführt, muss über wirksame Vorkehrungen, Systeme und Verfahren für die Vorbeugung und Aufdeckung von Marktmissbrauch verfügen.“ Diese Person muss „jeden begründeten Verdacht in Bezug auf einen Auftrag oder ein Geschäft, einschließlich einer Stornierung oder Änderung desselben“ melden, dazu Verdachtsmomente zur Funktionsweise der Blockchain, etwa „des Konsensmechanismus“, wenn Umstände auf Marktmissbrauch hindeuten könnten.

Zur Überwachung der Blockchain begrenzt der Abschlussbericht der ESMA vom 17. Dezember 2024 die Erwartung auf „jene Transaktionen, die den PPAET erreichen“, also eine Person, die beruflich Geschäfte vermittelt oder ausführt. Die Überwachung sollte „Off-Chain-Transaktionen, in denen der Großteil des Handels stattfindet“, umfassen sowie On-Chain-Daten „soweit es die Tätigkeit des PPAET betrifft“. Die verabschiedeten Standards sind die Delegierte Verordnung (EU) 2025/885 der Kommission vom 29. April 2025, die auch die Leitlinien der ESMA vom 9. Juli 2025 nennen. Ihr Artikel 3 Absatz 1 Buchstabe c stellt Anforderungen ausdrücklich für „Anbieter von Kryptowerte-Dienstleistungen, die eine Handelsplattform betreiben“, eine Börse sollte also damit rechnen, erfasst zu sein. Der Abschlussbericht der ESMA hat sich dagegen entschieden, in den Standards festzulegen, wer sonst noch dazugehört, andere Krypto-Unternehmen sollten also einen Anwalt fragen, wo sie stehen.

Was sagen die Regeln der USA und des Vereinigten Königreichs zu Trade Surveillance?

Die FINRA, die Selbstregulierungsorganisation für US-Broker-Dealer, verlangt in Rule 3110, dass jedes Mitglied „ein System zur Überwachung der Tätigkeiten jeder zugeordneten Person einrichtet und unterhält“. Supplementary Material .05 zu dieser Regel sagt: „Ein Mitglied muss nicht jedes Geschäft im Einzelnen prüfen, wenn es ein vernünftig gestaltetes risikobasiertes Prüfsystem einsetzt“. Rule 5210 ergänzt, dass Mitglieder „über Richtlinien und Verfahren verfügen müssen, die vernünftig darauf ausgelegt sind, ihre Handelsaktivität zu prüfen“, auf ein Muster von Eigengeschäften (Self-Trades) eines Algorithmus, eines Desks oder verbundener Desks, und ein solches Muster zu verhindern. Ein Self-Trade bedeutet hier Orders einer Firma, die unbeabsichtigt gegeneinander gehandelt werden, ohne dass sich ändert, wem das Wertpapier gehört. Dieser Artikel behandelt nur FINRA-Mitglieder; Futures-Firmen und andere US-Unternehmen sollten ihre eigenen Regeln prüfen.

Die britische Financial Conduct Authority (FCA) sagt: „Personen, die gewerbsmäßig Geschäfte vermitteln oder ausführen, müssen außerdem verdächtige Geschäfte und Orders erkennen und melden.“ Dieselbe Seite sagt, dass auch Betreiber britischer Handelsplätze sie erkennen und melden müssen. In Market Watch 86, ihrem Newsletter vom Oktober 2026, berichtet die FCA: „Wir haben 7 Retail-Broker besucht, um die Wirksamkeit ihrer Vorkehrungen zur Überwachung von Marktmissbrauch zu beurteilen.“ Sie „stellte wesentliche Schwächen darin fest, wie diese Vorkehrungen konzipiert, umgesetzt und in der Praxis betrieben wurden“.

Welche Orderdaten braucht Trade Surveillance?

Ein Alert kann nur mit den Daten arbeiten, die er erhält. Market Watch 68 der FCA vom November 2021 sagt: „Das Erfassen und Überwachen von Orders ebenso wie von Geschäften ist notwendig, um mögliche Marktmanipulation wirksam und konsequent zu erkennen.“ Die Warnung zu Layering und Spoofing lautet: „Wenn Unternehmen nicht alle nicht ausgeführten Orders erfassen, erkennen sie diese Aktivität möglicherweise nicht.“ Market Watch 69 vom Mai 2022 fand Unternehmen, die „nicht alle Orders und Geschäfte überwachen, einschließlich stornierter und geänderter Orders“.

Prüfen Sie diese vier Punkte in Ihren eigenen Unterlagen, bevor Sie Produkte vergleichen:

• Order-Ereignisse. Jede Eingabe, Änderung, Stornierung, Ablehnung und Ausführung sollte dieselbe Order-ID tragen. Ein Export nur mit Geschäften kann einen Spoof nicht zeigen.
• Uhren. Die Delegierte Verordnung (EU) 2017/574 der Kommission bindet in der verabschiedeten Fassung die Uhren von EU-Handelsplätzen und ihren Mitgliedern an UTC, die internationale Referenzzeit. Für Mitglieder reicht die Grenze von einer Sekunde im Sprachhandel bis zu einer Millisekunde in den meisten anderen Handelsformen und weniger im Hochfrequenzhandel. FINRA Rule 4590 legt für Computeruhren eine „Toleranz von 50 Millisekunden gegenüber der NIST-Uhr“ fest, der Referenzzeit der US-Normungsbehörde. Sie gilt für Ereignisse bei NMS-Wertpapieren und OTC-Aktien, also an US-Börsen notierten Wertpapieren und außerbörslich gehandelten Aktien.
• Kundenidentität. Market Watch 67 vom Mai 2021 sagt, eine falsche Zuordnung von Kundenkennungen „könnte dazu führen, dass Handelsplätze falsche Daten speichern“. Der Annual Regulatory Oversight Report 2026 der FINRA nennt als wirksame Praxis das „Überwachen von Konten, die als verbunden (oder abgestimmt handelnd) identifiziert wurden“.
• Aufbewahrung. Die Delegierte Verordnung 2016/957 verlangt fünf Jahre für die Analyse der von Ihnen geprüften Orders und Geschäfte und „die Gründe für die Übermittlung oder Nichtübermittlung einer Verdachtsmeldung“ (STOR). FINRA Rule 4511 setzt „mindestens sechs Jahre“ für Unterlagen fest, für die keine andere Frist bestimmt ist.

Wer prüft die Fehlalarme?

Viele Alerts erweisen sich als nichts, und jeder braucht trotzdem einen Menschen. Der ESMA-Bericht zu Kryptowerten sagt: „Automatisierung kann auch zu hohen Raten von Fehlalarmen bei der Erkennung verdächtiger Transaktionen führen.“ Menschliche Analyse „sollte bei der Erkennung von Orders und Transaktionen, die missbräuchlich sein könnten, stets vorhanden sein“, unter anderem, damit schwache Alerts die Aufsichtsbehörden nicht als Meldungen „überfluten“.

Schwellenwerte bestimmen, wie viele Fehlalarme Sie bekommen. Market Watch 69 warnt, dass ein einziger Schwellenwert für alle Instrumente Aktivität übersehen oder „viel ‚Rauschen‘ erzeugen“ kann. Market Watch 86 fand Broker mit einem „pauschalen Schwellenwert für Kursbewegungen“, der nicht berücksichtigte, wie volatil eine Aktie ist. Andere hatten einen Mindesthandelswert, der „zu hoch angesetzt war, sodass ein erheblicher Teil der Handelsaktivität von Kunden von der Überwachung ausgeschlossen wurde“.

Legen Sie fest, wer Alerts abarbeitet, bevor Sie ein Tool wählen. Die Delegierte Verordnung 2016/957 verlangt regelmäßige Schulungen für das Personal, das diese Arbeit macht, und der Bericht 2026 der FINRA rügt Unternehmen für „Nicht dokumentierte Ergebnisse der Alert-Prüfung.“ Market Watch 86 kritisierte Verfahren, die „Analysten dazu brachten, Gründe zu finden, einen Alert zu schließen“. Eine Krypto-Börse handelt rund um die Uhr, benennen Sie also, wer nachts und am Wochenende für Alerts zuständig ist.

Sollen wir uns auf das verlassen, was uns unsere Handelsplattform oder ein Partner liefert?

Dieser Weg hat die wenigsten Teile zu betreiben, denn die Daten liegen bereits bei jemand anderem. Trading Technologies, ein Hersteller von Handelsplattformen, verkauft TT Trade Surveillance, das „Handelsdaten aus jedem System per Exchange Drop Copy, FIX Drop Copy oder direkten Datei-Uploads importieren“ kann. Eine Drop Copy ist ein Live-Duplikat Ihrer Ordernachrichten, und FIX ist ein gemeinsames Nachrichtenformat, das Broker und Handelsplätze nutzen. Das Produkt kommt mit „erklärbaren Out-of-the-box-Modellen“. Das Report Center der FINRA hat einen Cross Market Equities Supervision Report, der mögliche Fälle von Layering und Spoofing zeigt. Artikel 3 Absatz 6 der Delegierten Verordnung 2016/957 erlaubt es außerdem einer Person, die beruflich Geschäfte vermittelt oder ausführt, die Überwachung per schriftlicher Vereinbarung an ein Unternehmen der eigenen Gruppe zu übertragen.

Ein solches Tool sieht nur den Fluss, den es erhält. Das eigene Tool einer Plattform liest meist nur die Orders dieser Plattform, und ein Liquiditätsanbieter liest die Orders, die bei ihm ankommen. Ein Broker mit mehreren Plattformen hat Lücken, sofern nicht jede Plattform das Tool speist. Fragen Sie, ob der Feed stornierte und geänderte Orders enthält und ob Sie die Schwellenwerte selbst ändern können.

Wer die Arbeit abgibt, behält die Pflicht. Artikel 3 Absatz 7 der Delegierten Verordnung 2016/957 betrifft Personen, die beruflich Geschäfte vermitteln oder ausführen. Sie dürfen „die Analyse von Daten, einschließlich von Order- und Geschäftsdaten, und die Erstellung der Warnmeldungen“ an einen Dritten übertragen, „bleiben aber in vollem Umfang verantwortlich“. Sie müssen die Fachkenntnis behalten, den Anbieter zu beurteilen, und „unmittelbaren Zugang zu allen relevanten Informationen betreffend die Datenanalyse und die Erstellung von Warnmeldungen“ haben. Die Regulatory Notice 21-29 der FINRA sagt, Outsourcing „entbindet Mitglieder nicht von ihrer letztendlichen Verantwortung für die Einhaltung aller anwendbaren Bundeswertpapiergesetze und -vorschriften“.

Artikel 3 Absätze 6 und 7 erwähnen Betreiber von Handelsplätzen nicht, ein Handelsplatz sollte seinen Anwalt deshalb fragen, was er abgeben darf. Die Krypto-Regel geht weiter. Artikel 3 Absatz 4 der Delegierten Verordnung 2025/885 erlaubt Personen, die beruflich Geschäfte mit Kryptowerten vermitteln oder ausführen, die Überwachung und Aufdeckung ebenso auszulagern wie Datenanalyse und Alerts. Sie „bleiben in vollem Umfang verantwortlich“.

Lohnt sich der Kauf eines Surveillance-Produkts?

Für die meisten Broker und Handelsplätze ja, solange jemand auf Ihrer Seite erklären kann, wie es eingerichtet ist. Ein typisches Produkt kombiniert Alert-Typen mit Oberflächen zur Fallprüfung, und diese Anbieter beschreiben ihres so:

• Eventus sagt, Validus habe „über 150 Verfahren out of the box“ und laufe „entweder nahezu in Echtzeit oder auf T+1-Basis“, also am Tag nach dem Handel. Außerdem heißt es: „Die Automatisierung löst im Durchschnitt 90 % der Fehlalarme auf.“
• Bei SURVEIL-X von NICE Actimize „reduziert dramatisch Fehlalarme“, sagt das Unternehmen, ohne dass die Seite für diese Aussage eine Zahl nennt, und es „überwacht verschiedene Kommunikationskanäle, darunter E-Mails, Chats und Telefonate“.
• Solidus Labs sagt, seine HALO-Plattform könne „korrelierte Manipulation über Spot-, Derivate-, Onchain- und Offchain-Märkte hinweg aufdecken“, und Kunden könnten „A/B-Backtests durchführen und die Auswirkungen vor dem Livegang ansehen“.
• Scila beschreibt „Echtzeit-Marktüberwachung und Risikoberechnungen für Marktteilnehmer“.

Das sind die eigenen Aussagen der Anbieter, testen Sie sie also mit Ihren eigenen Daten. Keine der für diesen Artikel gelesenen Anbieterseiten nannte einen Preis. Fragen Sie, wovon der Preis abhängt und wer zahlt, wenn Sie einen Markt hinzufügen.

Auch ein zugekauftes Produkt kann dazu führen, dass Sie es nicht erklären können. In Market Watch 86 schreibt die FCA: „Wir haben Beispiele gefunden, in denen die für die Überwachung Verantwortlichen nicht angemessen erklären konnten, wie ihre Systeme funktionierten.“ Weiter heißt es: „Einige schienen sich auf die Standardeinstellungen von Drittanbietern zu verlassen.“ Market Watch 56 vom September 2018 sagt: „Jedes Unternehmen ist selbst dafür verantwortlich, seine eigenen Entscheidungen zur Kalibrierung von Alerts zu treffen.“

Wann sollten wir eigene Surveillance-Alerts bauen?

Bauen ist sinnvoll, wenn Ihr Markt nicht zu den getesteten Produkten passt, etwa ein Handelsplatz mit ungewöhnlichen Ordertypen oder eine Krypto-Börse mit eigenen Matching-Regeln. Sie brauchen vollständige Orderdatensätze, bevor der erste Alert geschrieben wird. Sie brauchen außerdem Analysten, die sagen können, wie ein guter Alert aussieht, und die ihn so lange testen, wie er läuft. Ein Handelsplatz braucht zudem das Replay von Orderbuchdaten, das Artikel 3 Absatz 3 beschreibt.

Bauen Sie nicht, um eine Lizenzgebühr zu sparen. Die Alert-Logik ist meist der kleinere Teil der Arbeit, und jede oben beschriebene Pflicht gilt unverändert auch für ein System, das Sie selbst geschrieben haben.

Ein Mittelweg: Sie besitzen die Datenbank mit den Orders und die Feeds, die sie füllen, und schicken diese Daten an ein zugekauftes Produkt. Manche Anbieter nehmen Drop Copies und Datei-Uploads an, wie die Seite von Trading Technologies zeigt. Die Datensätze bleiben Ihre, während jemand anderes die Alert-Bibliothek pflegt.

Wie testen wir, ob Alerts funktionieren?

Alerts zu zählen ist ein schwacher Test. Market Watch 86 sagt, einige Unternehmen hätten sich „auf einfache Testkennzahlen verlassen, etwa den Vergleich von Alert-Volumen mit Handelsvolumen oder die alleinige Nutzung historischer Handelsdaten, um Alert-Ergebnisse zu prüfen“. Als gute Praxis nennt sie „das Testen von Alerts bei unterschiedlichen Schwellenwerten durch ‚Above-the-line‘- und ‚Below-the-line‘-Tests“ und als weiteren Ansatz „die Verwendung synthetischer Handelsdaten, um zu testen, ob Alerts wie erwartet ausgelöst werden“. Ein Testplan hat vier Teile:

• Oberhalb der Linie. Ziehen Sie Stichproben der Alerts, die bei jedem Schwellenwert ausgelöst wurden, und prüfen Sie, ob die Ergebnisse der Prüfungen die Einstellung rechtfertigen.
• Unterhalb der Linie. Holen Sie Aktivität, die knapp unter einem Schwellenwert blieb, und lassen Sie sie von einem Analysten prüfen. Hätte einiges davon einen Alert verdient, ist der Schwellenwert zu hoch.
• Eingepflanzte Fälle. Spielen Sie einen bekannten Spoof oder Wash Trade, aus erfundenen Orders gebaut, in eine Testkopie Ihrer Daten ein und prüfen Sie, ob der richtige Alert auslöst.
• Replay. Lassen Sie einen vergangenen Handelstag durch das System laufen und vergleichen Sie die Zahlen der Orders und Stornierungen mit den Zahlen am Handelsplatz oder auf der Plattform.

Was behalten wir, wenn wir einen Anbieter verlassen?

Planen Sie den Ausstieg, bevor Sie unterschreiben. Die Aufbewahrungspflicht von fünf Jahren in Artikel 3 Absatz 8 der Delegierten Verordnung 2016/957 gilt nach Vertragsende weiter. Artikel 3 Absatz 7 sagt, die Vereinbarung müsse „angeben, bei Vorliegen welcher Gründe die Person, die die Aufgaben überträgt, die Vereinbarung kündigen kann“.

Lassen Sie sich schriftlich das Recht einräumen, jeden Alert, jede Fallnotiz, jede Analystenentscheidung und jede Schwellenwert-Einstellung zu exportieren, in einem Format, das Sie ohne die Software des Anbieters lesen können. Behalten Sie eine eigene Kopie der Roh-Orders und -Geschäfte und der Zuordnung von Kundenkennungen zu Kunden. Ein Anbieter besitzt seine Alert-Logik, rechnen Sie also damit, Ihre Schwellenwerte in einem neuen System erneut einzustellen. Wenn Sie bauen, können Sie den Code besitzen, sofern der Vertrag das festhält und alles aufführt, was der Auftragnehmer behält.

Was sollten wir einen Surveillance-Anbieter oder eine Firma fragen, die unsere Alerts bauen würde?

• Liest das System jedes Order-Ereignis, einschließlich Änderungen, Stornierungen und Ablehnungen, und können wir das an einer Stichprobe unseres eigenen Flusses sehen?
• Welche Alert-Typen decken unsere Märkte und Produkte ab, und welche nicht?
• Können unsere Mitarbeitenden Schwellenwerte ändern, und wird jede Änderung mit Person und Grund protokolliert?
• Wie führen wir Above-the-line- und Below-the-line-Tests durch, und können wir erfundene Orders einspielen?
• Welche Zeitstempel speichern Sie, und wie gehen Sie mit Handelsplätzen um, deren Uhren voneinander abweichen?
• Wie hält ein Prüfer den Grund für das Schließen eines Alerts fest, und können wir diese Historie exportieren?
• Wer kann die Alert-Logik sehen, und können Sie schriftlich erklären, warum ein bestimmter Alert ausgelöst wurde?
• Können Sie zeigen, dass das heute auf einem System funktioniert, das im Betrieb läuft?

Wo passt amBrain ins Bild?

amBrain veröffentlicht diesen Blog. Einen Teil seiner Trading-Arbeit beschreibt es in einer Zeile: „amBrain baut Infrastruktur für algorithmischen Handel: Orderausführung, Marktdaten und Pre-Trade-Risikokontrollen.“ Diese Zeile nennt Trade Surveillance nicht.

Zu seiner Geschichte sagt das Unternehmen: „amBrain entwickelt seit 2019 Software.“ Zur Zusammenarbeit mit Kunden heißt es: „Drei Formate: vollständige Umsetzung, ein dediziertes Team oder Entwickler, die in Ihr Team eingebettet sind.“ Zum Eigentum sagt es: „Der Kunde behält das volle Eigentum an Produkt und Code, mit Ausnahme unserer wiederverwendbaren Komponenten.“ Lassen Sie sich die Liste dieser Komponenten vor der Unterschrift namentlich geben.

Dieser Artikel ist keine Fallstudie und beschreibt keine Kundenarbeit. Nichts darin sagt, dass amBrain für einen Kunden ein Surveillance-System gebaut, lizenziert oder integriert hat. Die Zitate stammen von den veröffentlichten Seiten von ESMA, FCA, FINRA, Trading Technologies, Eventus, NICE Actimize, Solidus Labs und Scila sowie von legislation.gov.uk und EUR-Lex. Der Artikel behauptet keine Beziehung zwischen amBrain und einem von ihnen, empfiehlt keines ihrer Produkte und nennt keine Preise oder Zeitpläne von amBrain.

Es ist auch keine Rechts- oder Anlageberatung. Prüfen Sie die Regeln, die für Ihr Unternehmen gelten, mit einem Anwalt in jedem Markt, in dem Sie tätig sind. Wenn amBrain auf Ihrer Auswahlliste steht, stellen Sie ihm dieselben Fragen wie jeder anderen Firma.