Am 26. Februar 2026 veröffentlichte die ESMA ein Aufsichtsbriefing zum algorithmischen Handel in der EU. Es ist unverbindlich und an die nationalen zuständigen Behörden adressiert, was es leicht macht, es als aufsichtliche Routineablage zu verbuchen. Das wäre ein Fehler. Aufsichtsbriefings sind das Instrument, mit dem die ESMA die Praxis der NCAs konvergiert, und dieses operationalisiert bestehende MiFID-II-Erwartungen zu Governance, Testing und Outsourcing und benennt dabei ausdrücklich die wachsende Nutzung von KI im algorithmischen Handel. Sein Inhalt wird die Prüfung jedes Desks prägen, der automatisierte oder KI-gestützte Ausführung betreibt.
Das Briefing schafft kein neues Recht. Was es ändert, ist der Beweismaßstab. Die benannten Schwerpunkte, Pre-Trade-Kontrollen, Governance-Strukturen, Test-Frameworks und Outsourcing, sind genau die Felder, auf denen die Aufsichtspraxis zwischen den Mitgliedstaaten auseinanderlief, und Konvergenz bedeutet, dass die milden Auslegungen verschwinden. Als Ganzes gelesen verschiebt das Briefing die Aufsicht von formaler Compliance hin zu nachweisbarer Kontrollwirksamkeit: Die Frage ist nicht mehr, ob ein Policy-Dokument existiert, sondern ob das Institut die Kontrollen im Livehandel bei der Arbeit zeigen kann.
Der Perimeter: ML bietet keinen Ausgang
Nach Artikel 4 Absatz 1 Nummer 39 MiFID II ist algorithmischer Handel ein Handel, bei dem ein Computeralgorithmus einzelne Orderparameter automatisch bestimmt. Das Briefing bekräftigt die weite Lesart: Bestimmt ein Algorithmus irgendeinen Aspekt einer Order jenseits bloßen Routings oder der Nachhandelsverarbeitung, kann die Aktivität als algorithmischer Handel behandelt werden. Machine Learning schafft keine Ausnahme. Bestimmt ein ML-Modell einen Orderparameter oder ein Element der Handelsentscheidung, sitzt die Aktivität im Perimeter, gleich welche Modellarchitektur dahintersteht.
Das ist relevant, weil Institute, die ML für Sizing, Timing oder Venue-Auswahl ergänzen, oft annehmen, ein “Decision Support”-Framing halte sie außerhalb des Anwendungsbereichs. Tut es nicht, es sei denn, ein Mensch trifft vor der Orderbildung materiell eine neue Entscheidung. Die erste Governance-Aufgabe ist deshalb eine Inventarfrage: Welche Modelle berühren die Orderbildung, direkt oder über eine Kette nachgelagerter Logik. Institute sind von der eigenen Antwort regelmäßig überrascht, denn der Perimeter wuchs Komfortfunktion für Komfortfunktion.
Was die Aufsicht sehen will
Zusammenfassungen des Briefings deuten auf Erwartungen zu Tests vor dem Deployment, erneuten Tests nach wesentlichen Änderungen, Echtzeit-Monitoring, harten und weichen Blocks sowie zur Verantwortung für Kunden mit direktem elektronischem Zugang; das zugrunde liegende ESMA-Dokument ist die maßgebliche Referenz für die Details. Die implizierte Governance-Schicht ist aus dem Modellrisikomanagement vertraut: ein Inventar der Modelle und Algorithmen mit benannter Ownership, Change Control, Test- und Freigabe-Gates, Incident Management und Fallback-Prozeduren für den Fall, dass ein Algorithmus abgeschaltet werden muss.
Die Verschiebung liegt in der Beweisschicht. Das Briefing der ESMA zielt ausdrücklich auf den praktischen Aufsichtseinsatz, was bedeutet: Institute müssen einer NCA zeigen können, wie sich Kontrollen in der Produktion verhalten, nicht auf dem Papier. Das sieht aus wie Aufzeichnungen von Pre-Trade-Blocks, die tatsächlich ausgelöst haben, Retest-Artefakte, die an die konkrete auslösende Änderung geknüpft sind, und Monitoring-Alerts mit den angehängten menschlichen Reaktionen. Eine Kontrolle, die funktioniert, aber keine Spur hinterlässt, wird zum Prüfungszeitpunkt weitgehend wie eine Kontrolle behandelt, die nicht funktioniert.
Surveillance-Modelle brauchen dieselbe Governance
Für KI in der Marktmissbrauchsüberwachung gibt es keine vergleichbare Primärquelle aus 2026, dieser Teil ist also Synthese statt Zitat, aber die Logik überträgt sich direkt. KI-gestützte Surveillance wird typischerweise eingesetzt, um Alert-Generierung, Mustererkennung und Eskalationsqualität zu verbessern. Die Governance-Pflichten werden nicht weicher, weil das Modell in der Compliance statt im Front Office sitzt: Modellrisiko, Erklärbarkeit, Kalibrierung, das Verhalten bei False Positives und False Negatives, Auditierbarkeit und menschliche Prüfung brauchen alle Verantwortliche.
Der stille Fehlermodus ist Recall-Verfall. Ein Surveillance-Modell, dessen Erkennungsrate nach unten driftet, erzeugt keine Alerts über den eigenen Niedergang; die Queue wird einfach ruhiger, und alle genießen es. Dagegen helfen periodische Kalibrierungs-Reviews, Challenger-Vergleiche gegen das Bestandsmodell und dokumentierte Schwellenwertänderungen, denn “wir haben das Modell getunt und die Missbrauchs-Alerts gingen zurück” liest sich in einer Aufsichtsakte zwei Jahre später sehr anders.
Ausgelagerte Algorithmen bleiben die eigenen
Die ESMA benennt das Outsourcing algorithmischer Handelssysteme als zentrales Aufsichtsthema, und genau hier haben viele Institute die geringste reale Kontrolle. Die Governance muss Anbieter-Due-Diligence, vertragliche Kontrollrechte und die Aufsicht über externe Modellkomponenten abdecken. Das strukturelle Problem: Kontrollen, die man nicht sieht, lassen sich nicht belegen. Liefert der Anbieter keinen Dokumentationszugang, keine Änderungsmitteilungen und keine Testnachweise, hat das Governance-Framework ein Loch genau dort, wo die Aufsicht jetzt hinschauen soll. Diese Rechte werden bei Vertragsschluss verhandelt oder gar nicht.
Beweise günstig produzieren
Die ökonomische Antwort auf das Briefing ist, Beweise zum Nebenprodukt des Normalbetriebs zu machen statt zum Projekt vor jeder Prüfung. Das Algorithmus-Register gehört an die Change Control gekoppelt, sodass das Deployment einer Änderung ohne Registereintrag mechanisch unmöglich ist. Retest-Artefakte werden mit dem auslösenden Change Record abgelegt. Monitoring-Alerts, Eingriffe und Incident-Postmortems liegen in einem System, das jeden Handelstag auf Abruf rekonstruieren kann.
Die Fehlermodi sind vorhersehbar: ein Register, das binnen eines Quartals von der Produktionsrealität abdriftet, Testnachweise, die existieren, sich aber nicht der tatsächlich deployten Version zuordnen lassen, und Monitoring-Schwellen, die einmal beim Go-live eingestellt und nie wieder angefasst wurden, während Strategien und Märkte sich änderten. Jeder davon ist im Alltag unsichtbar und zum Prüfungszeitpunkt teuer. Die Institute, für die der Aufsichtszyklus 2026 ereignislos verlaufen wird, sind jene, deren Arbeitsweise das Briefing bereits beschreibt; für alle anderen ist es eine Gap-Analyse mit angehängter Deadline.
Häufige Fragen
Ist das ESMA-Briefing für Institute verbindlich?
Formal nein. Es ist ein Instrument der Aufsichtskonvergenz, adressiert an die nationalen zuständigen Behörden, und schafft kein neues Recht. In der Praxis funktioniert es als Drehbuch für Prüfungen, denn es sagt jeder NCA, worauf zu achten ist, und räumt die abweichenden, milderen nationalen Auslegungen ab. Wer es als optionale Orientierung behandelt, findet sich am Ende in einem Aufsichtsschreiben mit Erklärungsbedarf wieder.
Wir nutzen ML nur für Pre-Trade-Analysen, die ein Händler vor dem Handeln prüft. Sind wir im Anwendungsbereich?
Die ehrliche Antwort: Es hängt davon ab, was der Händler mit dem Output tatsächlich macht. Speist der Modell-Output Orderparameter und ist der menschliche Schritt eher Abnicken als eine materielle Neuentscheidung, kann die Aufsicht die Aktivität als algorithmischen Handel im Sinne der MiFID-II-Definition werten. Der menschliche Entscheidungspunkt gehört dokumentiert, mit Nachweis, dass er Ergebnisse verändert, und die Analyse ist bei jeder Straffung des Workflows zu wiederholen, denn beim Straffen verschwindet der menschliche Schritt meist unbemerkt.
Wo sollte die Verantwortung für Algorithmus-Governance liegen: Front Office, Risk oder Compliance?
Die Ownership jedes Algorithmus gehört zum Desk, der davon profitiert, denn dort sitzt das Wissen, ihn zu erklären. Unabhängige Validierung und laufendes Monitoring gehören außerhalb des Front Office, und Compliance verantwortet die Beweiskette, die die Aufsicht konsumieren wird. Am wichtigsten ist ein einziges gemeinsames Inventar, damit alle drei Funktionen über dasselbe versionierte Artefakt sprechen statt über drei verschiedene Spreadsheets.