FinTech & Trading
Order-Management-System für einen Broker: ein OMS von einem Anbieter kaufen, das System in Ihrer Trading-Plattform erweitern oder ein eigenes bauen
Was ein Order-Management-System für einen Broker leistet, wie es sich von einem EMS und von der Orderverarbeitung in einer Trading-Plattform unterscheidet, was Regeln in der EU und den USA von Orderaufzeichnungen erwarten und wann Sie kaufen, erweitern oder bauen sollten.
Von amBrain9 Min. Lesezeit
In diesem Artikel
Das Order-Management-System (OMS) eines Brokers ist die Software, die die Order eines Kunden vom Eingang bis zur Ausführung oder Stornierung bearbeitet. Es prüft die Order, schickt sie an einen Handelsplatz oder einen anderen Broker, verfolgt sie und zeichnet jeden Schritt auf. Sie können ein solches System von einem Anbieter kaufen, die Orderverarbeitung erweitern, die Ihre Trading-Plattform bereits enthält, oder ein eigenes bauen. Welche Wahl richtig ist, hängt davon ab, über wie viele Plattformen und Handelsplätze Ihre Orders laufen und ob die Art, wie Sie Orders verarbeiten, Teil dessen ist, was Sie verkaufen. Die Pflichten ändern sich mit der Wahl nicht. Ihre Firma steht für die Risikoprüfungen und die Aufzeichnungen ein, ganz gleich, wer die Software geschrieben hat.
Die kurze Antwort: Erweitern Sie Ihre Trading-Plattform, wenn die meisten Kunden darauf handeln und die Lücke schmal ist, etwa eine Risikoregel oder ein neuer Liquiditätsanbieter. Kaufen Sie ein OMS von einem Anbieter, wenn Sie Orders ähnlich verarbeiten wie die anderen Kunden des Anbieters und bald viele Anbindungen an Handelsplätze brauchen. Bauen Sie ein eigenes, wenn Orders über mehrere Plattformen hereinkommen und Sie über alle hinweg eine einzige Aufzeichnung und einen einzigen Satz von Risikolimits wollen. Stellen Sie auf jedem Weg sicher, dass Sie die vollständige Orderhistorie exportieren können.
Lesen Sie auch
Was leistet ein Order-Management-System für einen Broker?
Eine Order durchläuft dieselben Schritte, ganz gleich, woher sie kommt: aus einer mobilen App, einem Desktop-Terminal, der eigenen Software des Kunden über eine API oder per Anruf bei Ihrem Dealing Desk. Das OMS ist der Teil Ihrer Systeme, der diese Schritte ausführt:
- Es nimmt die Order an und vergibt eine ID, die sie bis zum Ende behält
- Es führt Pre-Trade-Prüfungen durch: genug Geld oder Margin, Größe und Preis innerhalb der Limits und die Berechtigung, das Instrument zu handeln
- Es schickt die Order an eine Börse, einen Liquiditätsanbieter oder einen Upstream-Broker
- Es verfolgt den Status der Order, etwa offen (noch im Markt), teilweise ausgeführt, ausgeführt, storniert oder abgelehnt, sowie alle Änderungen, die der Kunde unterwegs vornimmt
- Es meldet jede Ausführung an das Konto des Kunden und an Ihr Back Office zurück
- Es zeichnet jeden Schritt mit seinem Zeitpunkt auf
Das Senden läuft oft über FIX, ein gemeinsames Nachrichtenformat, über das Broker und Handelsplätze Orders und Ausführungen austauschen. Die FIX Trading Community, die es pflegt, beschreibt das FIX-Protokoll als „einen globalen, offenen Standard, der es Finanzinstituten ermöglicht, Handelsinformationen auszutauschen“. Ihre Liste der Handelsnachrichten beginnt mit „Orders und Ausführungen“. Fragen Sie jeden Handelsplatz und jeden Broker, an den Sie sich anbinden wollen, welche FIX-Version und welche Nachrichten er erwartet.
Worin unterscheidet sich ein OMS von einem EMS und von unserer Trading-Plattform?
In diesem Artikel ist das OMS das System, das die offizielle Aufzeichnung der Orders führt: was jeder Kunde verlangt hat und was daraus geworden ist. Ein Execution-Management-System (EMS) ist ein Werkzeug, mit dem ein Trader eine Order am Markt bearbeitet. Es kann zum Beispiel eine große Order in kleinere aufteilen oder an einen Ausführungsalgorithmus übergeben. Anbieter verwenden die beiden Begriffe locker, und viele Produkte erledigen beide Aufgaben.
Retail-Broker haben oft schon eine dritte Art: die Orderverarbeitung in ihrer Trading-Plattform. Der Server der Plattform nimmt die Order an, prüft das Konto und behält das Risiko entweder beim Broker oder leitet die Order über einen Konnektor weiter, der Gateway genannt wird. Auf seiner Seite für Broker schreibt MetaQuotes, dass ein Gateway für MetaTrader 5 „es Brokern ermöglicht, ihr Risiko sofort abzusichern“. Für viele Broker ist diese eingebaute Verarbeitung ihr OMS, auch wenn niemand sie so nennt.
Was erwarten Aufsichtsbehörden von den Orderaufzeichnungen?
Eine vollständige Aufzeichnung jeder Order mit ihren Zeitpunkten, dazu Verfahren, die Kundenorders fair behandeln. Die US-Regeln verlangen außerdem, dass ein Broker mit Marktzugang seine Risikokontrollen in der eigenen Hand behält.
In der EU besagt Artikel 25 MiFIR, dass Wertpapierfirmen „die einschlägigen Daten über sämtliche Aufträge und sämtliche Geschäfte mit Finanzinstrumenten, die sie getätigt haben, fünf Jahre zur Verfügung der zuständigen Behörde“ halten. Artikel 28 MiFID II verlangt von Firmen, die Kundenaufträge ausführen, „Verfahren und Systeme, die die unverzügliche, redliche und rasche Ausführung von Kundenaufträgen im Verhältnis zu anderen Kundenaufträgen oder den Handelsinteressen der Wertpapierfirma gewährleisten“.
Artikel 27 MiFID II zur bestmöglichen Ausführung (Best Execution) besagt, dass Wertpapierfirmen ihren Kunden auf Anfrage nachweisen können müssen, „dass sie deren Aufträge im Einklang mit der Ausführungspolitik der Wertpapierfirma ausgeführt haben“. Um das zu zeigen, braucht eine Firma eine Aufzeichnung darüber, wann jede Order eingegangen ist und wohin sie ging.
In den USA verpflichtet SEC Rule 17a-3 Broker-Dealer, zu jeder Order im Brokerage-Geschäft eine Aufzeichnung zu führen, ob sie ausgeführt wurde oder nicht. Die Regel nennt diese Aufzeichnung ein Memorandum. Es muss „die Bedingungen der Order oder der Anweisungen“ enthalten, außerdem „den Zeitpunkt des Eingangs der Order, den Zeitpunkt der Erfassung, den Ausführungspreis“ und, „soweit möglich, den Zeitpunkt der Ausführung oder Stornierung.“
FINRA ist die Selbstregulierungsorganisation, die Broker-Dealer in den USA beaufsichtigt. SEC Rule 613 verpflichtet FINRA und die nationalen Wertpapierbörsen der USA, gemeinsam einen Plan für einen konsolidierten Audit-Trail, kurz CAT, vorzulegen. Die Seite von FINRA beschreibt ihn als konsolidierten Audit-Trail, „der jede Order, Stornierung, Änderung und Handelsausführung für alle börsennotierten Aktien und Optionen an allen US-Märkten erfasst und genau identifiziert.“ Dieselbe Seite sagt: „Jedes Mitglied einer nationalen Wertpapierbörse oder einer nationalen Wertpapiervereinigung ist verpflichtet, alle Bestimmungen des CAT NMS Plan einzuhalten.“
SEC Rule 15c3-5 verpflichtet einen Broker-Dealer mit Marktzugang, „ein System von Risikomanagement-Kontrollen und Aufsichtsverfahren einzurichten, zu dokumentieren und aufrechtzuerhalten“. Diese Kontrollen „müssen unter der direkten und ausschließlichen Kontrolle des Brokers oder Dealers stehen“, mit einer engen Ausnahme für Kunden, die selbst Broker-Dealer sind. Sie können die Software kaufen, aber die Limits bleiben unter Ihrer Kontrolle.
Alle Quellen in diesem Artikel wurden am 2. November 2026 abgerufen. Der Artikel behandelt nur Regeln der EU und der USA. Andere Länder haben eigene.
Was bleibt unverändert, welchen Weg wir auch wählen?
Diese Aufgaben gibt es auf jedem Weg. Was sich ändert, ist, wer die Software schreibt und betreibt:
- Pre-Trade-Risikoprüfungen bei jeder neuen Order und bei jeder Änderung einer offenen Order, mit Limits, die Ihre eigenen Risikomitarbeiter festlegen
- Ein Audit-Trail: jede Order, Änderung, Stornierung, Ausführung und Ablehnung mit ihrem Zeitpunkt, aufbewahrt so lange, wie Ihre Regeln es verlangen
- FIX-Anbindungen an jeden Handelsplatz und jeden Upstream-Broker, jede einzelne eingerichtet und getestet mit der Firma auf der anderen Seite
- Abgleich: ein täglicher Abgleich Ihrer Orders, Ausführungen und Positionen mit den Aufzeichnungen Ihrer Handelsplätze, Broker und Ihrer Clearingfirma, bei dem jede Abweichung geklärt wird
Ein Anbieter oder eine Plattform kann Ihnen einen Teil dieser Arbeit abnehmen, aber Ihre Firma steht trotzdem für alles ein.
Wann sollte ein Broker ein OMS von einem Anbieter kaufen?
Kaufen Sie, wenn Ihr Orderfluss dem der anderen Kunden des Anbieters ähnelt. Typische Anzeichen:
- Sie handeln die Assetklassen und Ordertypen, die das Produkt bereits unterstützt
- Sie brauchen bald Anbindungen an viele Handelsplätze oder Broker, und der Anbieter betreibt diese Anbindungen bereits
- Ihr Team ist klein, und Sie wollen, dass jemand anderes die Anbindungen am Laufen hält, wenn Handelsplätze ihre Spezifikationen ändern
- Was Sie auszeichnet, sind Ihre Preise oder Ihre App, nicht die Art, wie Sie Orders verarbeiten
Was Sie dafür aufgeben, ist Kontrolle. Ihre Regeln müssen in die Einstellungen des Anbieters passen, und eine Funktion, die Sie brauchen, wartet, bis der Anbieter sie einplant oder Sie für eine Sonderentwicklung bezahlen.
Wann sollten wir die Orderverarbeitung in unserer Trading-Plattform erweitern?
Erweitern Sie, wenn die meisten Ihrer Kunden auf einer Plattform handeln, deren Orderverarbeitung funktioniert und nur ein schmales Stück fehlt. Das kann eine Risikoregel sein, die sich mit den Einstellungen der Plattform nicht abbilden lässt, eine Route zu einem neuen Liquiditätsanbieter oder eine Anbindung an Ihr Back Office. Plattformhersteller bieten dafür Programmierschnittstellen an, sogenannte APIs. MetaQuotes schreibt, seine „Gateway API wird für die Integration von MetaTrader 5 mit anderen Handelssystemen und für die Erstellung eigener Daten-Feeds verwendet.“ Spotware beschreibt die Manager's API seiner Plattform cTrader so, dass sie Brokern „volle Kontrolle über die Entitäten des cTrader-Servers“ gibt.
Klären Sie, bevor Sie erweitern:
- Unter wessen Lizenz die Plattform läuft und was mit Ihren Erweiterungen geschieht, wenn diese Lizenz endet
- Wie Ihre Erweiterungen jedes Mal getestet werden, wenn der Plattformhersteller eine neue Version veröffentlicht
- Ob die Schnittstelle Ihrem Code jede Order und jede Änderung so rechtzeitig liefert, dass er darauf reagieren kann, und nicht nur einen Bericht am Ende des Tages
Code, der für die Schnittstellen einer Plattform geschrieben wurde, lässt sich nicht auf eine andere Plattform übertragen. Wenn Sie Kunden eine zweite Plattform anbieten wollen, halten Sie die gemeinsamen Teile, etwa die Risikoprüfungen und die Orderaufzeichnung, außerhalb beider Plattformen.
Wann lohnt es sich, ein eigenes OMS zu bauen?
Eine Eigenentwicklung lohnt sich in diesen Fällen:
- Orders kommen über mehr als eine Plattform oder einen Kanal herein, und Sie wollen über alle hinweg eine einzige Aufzeichnung jeder Order und einen einzigen Satz von Risikolimits
- Ihre Orderverarbeitung ist Teil dessen, was Sie verkaufen, zum Beispiel eigene Routing-Regeln oder Ordertypen, die die getesteten Produkte nicht unterstützen
- Die Gebühren pro Nutzer, Order oder Anbindung sind höher geworden als die Kosten eines Teams, das Ihr eigenes System betreibt
- Sie wollen die vollständige Orderhistorie in Ihrer eigenen Datenbank, in einer Struktur, die Sie selbst bestimmen
- Sie planen, Plattformen und Handelsplätze hinzuzufügen oder zu wechseln, und wollen Ihre Aufzeichnungen nicht jedes Mal neu aufbauen
Das muss nicht heißen, alles zu ersetzen. Oft ist es eine einzelne Schicht zwischen Ihren Kundenkanälen und Ihren Handelsplätzen, die die Orderaufzeichnung und die Risikoprüfungen hält, während Ihre bestehenden Plattformen darunter erhalten bleiben.
Mit dem Start ist die Arbeit nicht vorbei. Jemand muss während der Handelszeiten auf Alarme reagieren und mit der Spezifikation jedes Handelsplatzes Schritt halten, wenn sie sich ändert. Wenn Sie dafür niemanden haben und auch niemanden einstellen wollen, kaufen oder erweitern Sie zuerst.
Was sollten wir prüfen, bevor wir mit einem OMS-Anbieter unterschreiben?
- Können wir die vollständige Orderhistorie und den Audit-Trail jederzeit in einem dokumentierten Format exportieren, und was kostet das, wenn wir den Anbieter verlassen?
- Wer setzt und ändert die Risikolimits: unsere Mitarbeiter in unseren eigenen Masken oder das Support-Team des Anbieters auf Anfrage?
- Welche Handelsplätze und Broker sind heute angebunden und bei anderen Kunden im Einsatz, und welche sind nur geplant?
- Wie ändern sich die Gebühren, wenn sich die Zahl der Nutzer, Orders oder Anbindungen an Handelsplätze verdoppelt?
- Was passiert mit offenen Orders, wenn das OMS oder eine Anbindung ausfällt, und können unsere Mitarbeiter alle offenen Orders für ein Konto oder für die ganze Firma stornieren?
- Wie werden individuelle Regeln bepreist und terminiert, und wem gehört der Code, der für uns geschrieben wird?
- Mit welcher Vorlaufzeit erfahren wir es, wenn der Anbieter das Produkt einstellt oder seinen Preis ändert?
Was bedeutet Eigentum am Code und an den Daten?
Eigentum am Code bedeutet, dass Sie den Quellcode mit allem erhalten, was nötig ist, um ihn zu bauen und zu betreiben, und dass Sie jedes beliebige Team beauftragen dürfen, ihn zu ändern. Eigentum an den Daten bedeutet, dass jede Orderaufzeichnung in einer Datenbank liegt, die Sie kontrollieren, in einer dokumentierten Struktur, sodass eine Anfrage der Aufsichtsbehörde auf niemanden sonst warten muss.
Einem Anbieter gehört der Code seines OMS, und einem Plattformhersteller gehört seine Plattform. Ihre Daten und alle Erweiterungen, die Sie bezahlt haben, gehören Ihnen nur, wenn der Vertrag das so festlegt. Bei einer Eigenentwicklung kann Ihnen beides gehören. Bitten Sie die Firma, die das System baut, im Vertrag alle Komponenten aufzulisten, die sie behält, und die Lizenz zu nennen, unter der Sie diese weiter nutzen dürfen.
Was sollten wir eine Firma fragen, die das System bauen würde?
- Welche Orderstatus wird das System verfolgen, und wie geht es mit Teilausführungen und Änderungen an einer offenen Order um?
- Wie stellt das System nach einem Neustart mitten am Handelstag offene Orders und Positionen wieder her, und wie gleicht es sie mit den Aufzeichnungen der Handelsplätze ab, bevor der Handel weitergeht?
- Welche Handelsplätze und Broker binden Sie zuerst an, über welche FIX-Version, und wer organisiert die Tests mit jedem von ihnen?
- Wo laufen die Risikoprüfungen, wie lange dauern sie, und wie wurde das gemessen?
- Was wird für jede Order in den Audit-Trail geschrieben, mit welchen Zeitstempeln, und kann das System die Aufzeichnungen liefern, die unsere Aufsichtsbehörde verlangt?
- Wie funktioniert der tägliche Abgleich, und wer wird informiert, wenn er eine Abweichung findet?
- Können Sie zeigen, wie das in einem System funktioniert, das heute läuft?
Wo passt amBrain ins Bild?
amBrain gibt diesen Blog heraus. Diesen Teil seiner Arbeit beschreibt es in einer Zeile: „amBrain baut Infrastruktur für den algorithmischen Handel: Orderausführung, Marktdaten und Pre-Trade-Risikokontrollen.“ Eine weitere Zeile auf der Website von amBrain lautet: „Entwicklung von Trading-Terminals, Order-Management-Systemen und FIX-Protokoll-Anbindung an Börsen.“
amBrain entwickelt seit 2019 Software. Dazu, wie es mit Kunden arbeitet, sagt es: „Drei Formate: vollständige Umsetzung, ein dediziertes Team oder in Ihr Team eingebettete Entwickler.“ Zum Eigentum lautet sein Satz: „Der Kunde behält das volle Eigentum an Produkt und Code, ausgenommen unsere wiederverwendbaren Komponenten.“ Verlangen Sie vor der Unterschrift die namentliche Liste dieser Komponenten.
Dieser Artikel ist keine Case Study und beschreibt keine Arbeit für Kunden. Er sagt nicht, dass amBrain für irgendeinen Kunden ein OMS gebaut, gekauft oder erweitert hat. Er zitiert die FIX Trading Community, MetaQuotes, Spotware und FINRA anhand ihrer veröffentlichten Seiten und behauptet keine Beziehung zwischen amBrain und einem von ihnen. Er nennt weder Preise noch Zeitpläne von amBrain.
Er ist auch keine Rechtsberatung. Prüfen Sie die für Ihre Firma geltenden Regeln mit einem Anwalt. Wenn amBrain auf Ihrer Shortlist steht, stellen Sie ihm dieselben Fragen wie jeder anderen Firma.
Themen
- Order-Management
- Brokerage
- FIX-Protokoll
- Bauen oder kaufen