Art. 9 Identifikationscodes für Aufträge über Kryptowerte | RTS on trading platform order book records | MiCA

This article deals with order identification, setting out how crypto-asset service providers operating a trading platform must assign and manage identification codes for orders.

It covers the core requirement of unique order codes, but also extends to more complex scenarios involving strategy orders with implied functionality (SOIFs) and routed orders.

The article builds on the broader record-keeping framework established across Articles 2 to 15, adding a layer of traceability and consistency to how individual orders are tracked throughout their lifecycle on the platform.

Important points:

Assign a unique identification code to every order — including rejected ones — that remains valid from receipt until removal from the order book, unique per order book, trading day, and crypto-asset.
For strategy orders with implied functionality (SOIFs), maintain their details and use a shared strategy linked order identification code across all orders connected to the same strategy upon execution.
Orders subject to a routing strategy must be flagged as 'routed' and retain the same identification code for their entire lifetime, even if any remaining quantity is re-posted on the order book.

1. Anbieter von Kryptowerte-Dienstleistungen, die eine Handelsplattform für Kryptowerte betreiben, zeichnen für jeden Auftrag einen individuellen Identifikationscode nach den Spezifikationen in Tabelle 2 Feld 19 des Anhangs auf. Bei diesem Identifikationscode muss es sich um eine Kennung handeln, die Folgendes jeweils eindeutig kennzeichnet:
  1. das Auftragsbuch,
  2. den Handelstag und
  3. den Kryptowert.
2. Der Code ist ab dem Eingang des Auftrags beim Betreiber der Handelsplattform für Kryptowerte bis zur Entfernung des Auftrags aus dem Auftragsbuch gültig. Der Identifikationscode gilt für zurückgewiesene Aufträge unabhängig vom Grund der Zurückweisung.
1. Der Betreiber der Handelsplattform für Kryptowerte zeichnet die einschlägigen Einzelheiten öffentlich bekannt gegebener Strategieorder mit „Implied“-Funktionalität (SOIF) nach den Spezifikationen in Tabelle 2 Feld 31 des Anhangs auf. Der in diesem Feld angegebene Auftragsstatus muss Aufschluss darüber geben, ob es sich um einen impliziten Auftrag handelt.
1. Nach Ausführung eines SOIF werden dessen Einzelheiten vom Betreiber der Handelsplattform für Kryptowerte nach den Spezifikationen in den einschlägigen Feldern der Tabelle 2 des Anhangs aufbewahrt.
1. Nach Ausführung eines SOIF wird ein Identifikationscode für die Strategieorder angegeben, der alle mit der betreffenden Strategie verbundenen Aufträge mit demselben Identifikationscode kennzeichnet. Der Identifikationscode für die Strategieorder ist nach den Spezifikationen in Tabelle 2 Feld 44 des Anhangs anzugeben.
1. Bei einer Handelsplattform für Kryptowerte eingereichte Aufträge, für die eine Weiterleitungsstrategie zulässig ist, werden von der betreffenden Handelsplattform für Kryptowerte im Falle einer Weiterleitung an eine andere Handelsplattform für Kryptowerte nach den Spezifikationen in Tabelle 2 Feld 31 des Anhangs als „weitergeleitet“ gekennzeichnet. Bei einer Handelsplattform für Kryptowerte eingereichte Aufträge, für die eine Weiterleitungsstrategie zulässig ist, behalten unabhängig davon, ob eine Restmenge erneut im Auftragsbuch verzeichnet wird, stets den gleichen Identifikationscode.