MiFID II/MiFIR-Kennzeichnungspflicht für Orders: Änderung der Verarbeitungslogik für Short Codes

1.  Einführung

Eurex wird mit T7 Release 11.0 am 21. November 2022 einige Änderungen in der Verarbeitungslogik für Short Codes einführen. Diese Änderungen werden den Börsenteilnehmern die Einhaltung der rechtlichen Pflichten bezüglich der Short Code/Long Code-Hinterlegung und -Nutzung optimieren und erleichtern.

Start der Simulation: 12. September 2022
Start der Produktion: 21. November 2022
 

2.  Erforderliche Tätigkeiten

Bitte machen Sie sich mit der funktionalen und technischen Dokumentation vertraut, die auf der Eurex-Website www.eurex.com veröffentlicht wurde.

Die funktionale Dokumentation ist im aktualisierten Reporting-Handbuch „Information handbook for audit trail, transaction and other regulatory reporting under the MiFID II/MiFIR regime” verfügbar, veröffentlicht unter dem folgenden Link:

Rules & Regs > MiFID II/MiFIR > Reporting

Die technische Dokumentation ist abrufbar unter:

Support > Initiatives & Releases > T7 Release 11.0

3.  Details der Initiative

A.  Änderung der Verarbeitungslogik für Short Codes in Abhängigkeit vom „StatusIndicator“

Verarbeitung von „StatusIndicator“ N und M

Die Logik für die Verarbeitung von Uploads von Short/Long Code-Zuordnungen mit „StatusIndicator“ N wird wie folgt geändert: Wenn der Short Code bereits für die betroffenen MemberID und MIC registriert ist, wird der Upload im Report TR160 mit dem Fehlercode 2 „Registration rejected, short code/AlgoID already registered in database" abgelehnt. Dies geschieht unabhängig davon, welcher Long Code für diesen Short Code registriert ist.

Gleichzeitig werden Uploads von Short Code/Long Code-Zuordnungen mit „StatusIndicator“ M abgelehnt, wenn der Short Code nicht bereits für diese MemberID und MIC registriert ist. Die Ablehnung wird im Report TR160 mit dem Fehlercode 30 „Modification rejected, short code not registered in database" angezeigt.

Die neue Verarbeitungslogik ab T7 Release 11.0 ist in der nachstehenden Tabelle zusammengefasst. Die Änderungen im Vergleich zur derzeitigen Verarbeitung sind kursiv geschrieben:

Verarbeitung von „StatusIndicator“ M und D mit „ValidFromDate“ T-1 oder T

Es wird technisch nicht mehr möglich sein, Short Code/Long Code-Zuordnungen rückwirkend oder untertägig zu ändern oder zu löschen. Das bedeutet, dass alle Uploads von Short Code/Long Code-Zuordnungen mit dem „StatusIndicator“ M („Modification") oder D („Deletion"), bei denen das „ValidFromDate“ auf T-1 oder T gesetzt ist, wobei T das Handelsdatum des Uploads ist, im Report TR160 mit dem Fehlercode 27 „Retroactive or intraday changes are not permitted” abgelehnt werden.

Verarbeitung von „StatusIndicator“ N, M und D mit „ValidFromDate“ in der Zukunft

Um die Abläufe für alle Beteiligten zu vereinfachen und das erneute Auftreten bestimmter beobachteter technischer Fehler zu verhindern, werden ab T7 Release 11.0 Neuregistrierungen, Änderungen und Löschungen („StatusIndicator“ N, M oder D) von Short Code/Long Code-Zuordnungen nur noch mit einem „ValidFromDate“ des nächsten auf das Upload-Datum folgenden Handelstages (T+1) akzeptiert. Neuregistrierungen, Änderungen oder Löschungen mit einem anderen „ValidFromDate“ in der Zukunft werden im Report TR160 mit dem Fehlercode 28 „Uploads with ValidFromDate in the future can only be processed for the next trading day (T+1)” abgelehnt.

In diesem Zusammenhang empfehlen wir den Handelsteilnehmern, den Handelskalender zu konsultieren, um sicherzustellen, dass Änderungen und/oder Löschungen von registrierten Short Code/Long Code-Zuordnungen mit dem richtigen „ValidFromDate“ bei der Börse hochgeladen werden.

Verarbeitung des „StatusIndicator“ M mit geänderter „ClassificationRule“

Uploads von Änderungen („StatusIndicator“ M), die zu einer Änderung der „ClassificationRule“ führen, werden im Report TR160 mit dem Fehlercode 29 „Changing classification rule is not permitted" abgelehnt. Dies gilt für alle „ClassificationRules“ L („legal entity"), N („natural person"), oder leer (für die ESMA-Standardwerte AGGR, PNAL und NORE).

B.  Änderungen im Report TR166

Der Report TR166 „Identifier Mapping Final Error Report" wird angepasst. Zusätzlich zur bisherigen Reportstruktur, die die Gesamtzahl der betroffenen Short Codes angibt, wird jeder einzelne verwendete Short Code im Report angezeigt. Somit erhalten die Handelsteilnehmer eine Liste aller Short Codes, die a) im Handel am Handelstag T verwendet wurden, b) am Handelstag T fehlten, c) am Handelstag T+1 korrigiert wurden und d) nicht vor der gesetzlich festgelegten Frist (23:30 Uhr ME(S)Z an T+1) in Long Codes aufgelöst wurden, d.h. die endgültig fehlenden Short Codes („final missings“).

Diese Änderung soll den Handelsteilnehmern zusätzliche Informationen liefern, die ihnen bei der Diagnose von Fehlern oder Problemen helfen können, welche zu endgültig fehlenden Short Codes führen. Dies soll die Einhaltung der Verpflichtung erleichtern, alle im Handel verwendeten Short Codes spätestens am Ende des Handelstages, der auf ihre Verwendung in einer Order/einem Quote folgt, gegenüber der Börse aufzulösen. Der Report TR166 wird weiterhin als Grundlage für Sanktionsverfahren verwendet.

Die neue XML-Struktur für den Report TR166 „Identifier Mapping Final Error Report" ist im Dokument „T7 XML Report Reference Manual" auf der Eurex-Website unter dem folgenden Pfad zu finden:

Support > Initiatives & Releases > T7 Release 11.0

Weitere Informationen