FIX-Anbindung für Broker, Fonds und Handelsfirmen: gehostetes Netzwerk, lizenzierte Engine oder eigenes Gateway

FIX, kurz für Financial Information Exchange, ist das Standard-Nachrichtenformat, mit dem Handelsfirmen Orders senden und Ausführungen empfangen. FIX-Anbindung ist die funktionierende Verbindung zu jedem Broker oder Handelsplatz: eine Session, die eingeloggt bleibt und sich nach einer Unterbrechung erholt, ohne eine Nachricht zu verlieren. Sie können diese Verbindung bei einem gehosteten Netzwerk mieten, eine FIX-Engine lizenzieren und selbst betreiben oder ein eigenes Gateway bauen. Was auch immer Sie wählen, planen Sie Personal ein, Tests mit jeder Gegenpartei und die Stunden, die jemand abdecken muss.

Was ist FIX, und wer pflegt es?

Die FIX Trading Community nennt sich „Hüterin des FIX-Protokolls“. Sie beschreibt die Standards als „offene, technologieneutrale Spezifikationen für den elektronischen Handel und die Abwicklung von Handelsgeschäften“. Das Protokoll „legt fest, welche geschäftlichen Informationen ausgetauscht werden und was sie bedeuten“, und es deckt Orders, Ausführungen, Quotes und Marktdaten über Aktien, Anleihen, Währungen und Derivate hinweg ab.

In der Praxis zählen zwei Schichten. Die Anwendungsschicht trägt die fachlichen Nachrichten, etwa eine neue Order oder einen Execution Report. Die Session-Schicht hält die Verbindung am Leben. Die Seite der FIX Trading Community zu technischen Standards sagt, das Protokoll „ermöglicht eine zuverlässige, bidirektionale Kommunikation zwischen zwei Parteien über eine Session“, mit geordneten Nachrichten und fortlaufenden Sequenznummern.

Welche FIX-Versionen zählen 2026?

Die FIX Trading Community erklärt: „Firmen wird dringend empfohlen, FIX Latest zu verwenden.“ Für Firmen mit älteren Implementierungen fügt sie hinzu: „Die FIX-Protokollversionen 4.2 und 4.4 werden von der FIX Trading Community weiterhin unterstützt“, andere Versionen würden nicht mehr unterstützt. Ihre Gegenparteien entscheiden, welche Version Sie sprechen. Ein Broker mit 4.2 wechselt nicht, weil Sie etwas Neueres bevorzugen. Listen Sie deshalb die Versionen auf, die jede Gegenpartei anbietet, bevor Sie ein Produkt wählen.

Was leistet ein gehostetes FIX-Netzwerk oder ein Anbindungsdienstleister?

Sie verbinden sich einmal mit dem Anbieter, und der Anbieter hält die Sessions zu den Brokern, Handelsplätzen oder Kunden auf der anderen Seite. Das sind die eigenen Beschreibungen der Anbieter, gelesen am 10. November 2026.

• Broadridge bietet an, „Onboarding und sofortige Zertifizierung von FIX-Gegenparteien automatisiert über unsere webbasierte Oberfläche durchzuführen“, und sagt, man könne „als vollständig oder teilweise verwaltete Lösung einsetzen“.
• Iress beschreibt seinen FIX Hub als „einen durchgängigen, vollständig verwalteten Service mit wenig Aufwand beim Onboarding und mit FIX-Manipulation“, der Zugang zu Gegenparteien „über einen Anbindungspartner, eine Verbindung und eine Zertifizierung“ gibt.
• Der RA Hub von Rapid Addition „unterstützt On-Prem-, Cloud- oder Hybrid-Bereitstellungen“, prüfen Sie also, wer die Sessions halten würde. Das Angebot zur Anbindung von Gegenparteien soll laut Rapid Addition „das Onboarding von Kunden vereinfachen und beschleunigen, die Kundenerfahrung verbessern und die Zeit bis zum Handel verkürzen“.

Prüfen Sie jede Aussage mit Ihren eigenen Gegenparteien. Keine der drei Seiten nannte einen Preis.

Was geben Sie bei einem gehosteten Anbieter auf?

Sie geben die Kontrolle über den Weg Ihrer Orders und über den Zeitpunkt von Änderungen auf. Ihre Orders laufen über fremde Server. Iress erwähnt „FIX-Manipulation“, und der verwaltete Service von Broadridge nutzt „einen Normalisierungsdienst“. Wir lesen beides so, dass der Anbieter Nachrichten unterwegs verändert, auch wenn keine der Seiten sagt, welche Felder und wie. Fragen Sie genau, welche Felder er verändert und ob Sie die ursprüngliche und die geänderte Nachricht nebeneinander sehen.

Fällt der Anbieter aus, brauchen Sie einen anderen Weg, um zu stornieren, was am Handelsplatz gerade läuft. Lassen Sie sich dieses Verfahren schriftlich geben.

Was erfordert der Betrieb einer lizenzierten oder quelloffenen FIX-Engine?

Eine Engine ist eine Bibliothek, die die FIX-Session-Schicht für Sie spricht. OnixS beschreibt seine Engines als „Hochgeschwindigkeits-Implementierungen des Financial Information Exchange (FIX) Protocol“ in .NET, C++ und Java. Sie kommen mit Beispielcode für „austauschbaren Session-Status und Nachrichtenspeicher“ und werden „auf Basis eines günstigen, voll unterstützten Abonnements“ angeboten. Auf seiner Seite steht kein Preis, dafür eine kostenlose 30-Tage-Evaluierung. Open-Source-Engines kosten keine Lizenzgebühr. Die Seite von QuickFIX/J verweist für Fragen auf eine Mailingliste und ein Stack-Overflow-Tag. Die Projektseite von QuickFIX listet auch kommerziellen Support, Sie kaufen also entweder Support oder verlassen sich auf Ihr eigenes Personal.

Die Engine ist der kleinere Teil der Arbeit. Folgendes müssen Sie weiterhin betreiben:

• Session-Verwaltung für jede Gegenpartei: Verbindungszeiten, Zugangsdaten und das Zurücksetzen von Sequenznummern.
• Nachrichtenspeicher, damit Sie nach einem Neustart eine Resend Request beantworten können, also die Bitte einer Gegenpartei um Nachrichten, die sie verpasst hat.
• Zertifizierung bei jedem Handelsplatz oder Broker, wiederholt, wenn eine Änderung die Verbindung oder ihre Nachrichten betreffen kann.
• Monitoring, das eine Person schnell informiert, wenn eine Session ausfällt.
• Personal oder einen Dienstplan für jede Stunde, in der die Märkte, an denen Sie handeln, geöffnet sind.

Was ist Zertifizierung, und wie lange gilt sie?

Zertifizierung ist ein Test, den der Handelsplatz oder Broker vorgibt, bevor er Ihre Software live handeln lässt. ASX erklärt: „Alle Kundenanwendungen müssen den ASX-Conformance-Prozess bestehen, bevor sie auf den Produktivmarkt zugreifen.“ Es verlangt, dass Ihre Software „in einem produktionsreifen Zustand ist, bevor der Test gebucht wird“. Es behält sich außerdem „das Recht vor, den Zugang zum Produktivsystem für nicht konforme Software zu sperren“.

Der Test ist keine einmalige Sache. ASX listet Fälle auf, in denen Kunden ihn wiederholen müssen, darunter wenn Software „in irgendeiner Weise geändert wird, die die Anbindung an ASX oder die Nachrichten beeinflussen oder unmittelbar betreffen kann“. Fragen Sie einen gehosteten Anbieter, ob seine früheren Tests mit einem Handelsplatz für Ihre Orders zählen oder ob Sie eigene durchführen müssen.

Wo endet das Protokoll, und wo beginnt Ihre eigene Arbeit?

FIX ist ein Standard, aber jede Gegenpartei fügt eigene Regeln hinzu. Deshalb hat die FIX Trading Community FIX Orchestra geschaffen. Es war „als maschinenlesbare Spielregeln zwischen Gegenparteien gedacht“ und soll die Zeit verkürzen, die es braucht, einen neuen Handelspartner anzubinden. Ein Regelwerk hilft nur, wenn die Gegenpartei eines veröffentlicht. ASX und die London Metal Exchange veröffentlichen ihre als PDF-Dokumente.

Zwei veröffentlichte Dokumente von Handelsplatz und Broker zeigen, wie weit die Regeln auseinanderliegen können. Paxos stellt in seiner Dokumentation zum Krypto-Brokerage fest: „Cancel on Disconnect ist standardmäßig aktiviert.“ Außerdem „erzwingt es wöchentlich für alle Sessions eine Trennung und ein Zurücksetzen der Sequenznummern“. Die Spezifikation der London Metal Exchange unterscheidet sich beim Logout: „Das Gateway storniert nicht automatisch“ die nicht persistierten Orders eines Nutzers. Ein Nutzer kann die Stornierung bei Verbindungsverlust mit einem Flag an jeder Order anfordern.

Ihre eigene Arbeit ist der Order-Zustand: was Ihr System über jede Order glaubt und was Sie tun, wenn die Gegenpartei widerspricht. Jede Gegenpartei braucht eine Abbildung ihrer Nachrichten auf Ihre Zustände, die Rejects, Teilausführungen, Stornos nach einer Ausführung und Änderungen abdeckt. Eine Engine oder ein gehostetes Netzwerk kann das nicht für Sie schreiben, denn es hängt von Ihren Geschäftsregeln ab.

Wann spielt Latenz eine Rolle?

Sie spielt eine Rolle, wenn Ihr Gewinn davon abhängt, als Erster an einem Preis zu sein. Für einen Broker, der Kundenorders routet, oder einen Fonds, der Orders über Stunden abarbeitet, zählt meist die Zuverlässigkeit mehr. OnixS beschreibt seine Engines als „speziell für geschäftskritische, extrem latenzarme Hochfrequenzhandels-Infrastruktur entwickelt“. Das ist die Aussage des Anbieters, und seine Seite nennt keine Zahl.

Messen Sie es selbst. Halten Sie fest, wann Ihr System eine Order sendet und wann der passende Execution Report eintrifft, an einem Tag mit starkem Handel. Ein gehostetes Netzwerk stellt die Systeme des Anbieters in diesen Weg, und nur Ihre Zahlen zeigen, ob das für Sie ins Gewicht fällt. Lesen Sie dazu auch unsere Artikel dazu, warum Millisekunden im Handel zählen, und zur Colocation an der Börse.

Was geschieht, wenn eine Session mitten in einer Order abbricht?

Vier Dinge können passiert sein. Die Order hat den Handelsplatz womöglich nie erreicht. Sie läuft dort möglicherweise noch. Sie wurde vielleicht ganz oder teilweise ausgeführt, und der Report ging auf dem Rückweg verloren. Oder der Handelsplatz hat sie storniert, als er die Trennung bemerkte. Ihr System muss herausfinden, was zutrifft, ohne die Order zweimal zu senden.

Die Session-Schicht hilft. Für eine Lücke während einer Session sagt die LME-Spezifikation: „Der Client kann die Nachricht Resend Request (35=2) verwenden, um verlorene Nachrichten wiederherzustellen.“ Beim Logon nach einer Unterbrechung sollen Lücken automatisch gefüllt werden, und „keine der beiden Seiten sollte eine Resend Request (35=2) auf Grundlage von MsgSeqNum (34) der eingehenden Logon-Nachricht erzeugen“. Außerdem heißt es, das Gateway „behandelt mögliche Wiederholungen für vom Client ausgelöste Nachrichten nicht“. Weiter: „Jede Nachricht mit doppelter ClOrdID (11) wird aufgrund der Eindeutigkeitsprüfung der Client Order ID abgelehnt.“ Das Gateway lehnt also einen Wiederholungsversuch ab, der die Kennung wiederholt, und verarbeitet einen, der unter einer neuen Kennung gesendet wird, als normale Order. Klären Sie, was mit der ersten Order geschehen ist, bevor Sie sie unter einer neuen Kennung erneut senden.

Führen Sie vor der Unterschrift diesen Test mit dem Anbieter durch: Verbindung trennen, während eine Order läuft, neu verbinden und vergleichen, was jede Seite glaubt. Ein Team, das selbst baut, sollte ihn skripten und nach jedem Release wiederholen.

Welche Pflichten gelten, wenn Sie sich mit Märkten verbinden?

Die Regeln unterscheiden sich je nach Land und danach, was Ihre Firma ist. Nutzen Sie diesen Abschnitt daher als Landkarte für das Gespräch mit Ihrem Anwalt. Die Zitate sind nicht das ganze Regime.

• EU. Artikel 17 von MiFID II, der EU-Richtlinie über Märkte für Finanzinstrumente, wird von der ESMA, der EU-Marktaufsicht, in ihrem Online-Regelwerk veröffentlicht. Er sagt, eine Wertpapierfirma, die algorithmischen Handel betreibt, „muss über wirksame Systeme und Risikokontrollen verfügen“, damit ihre Systeme „belastbar sind und über ausreichende Kapazität verfügen“. Eine Firma, die eine Hochfrequenztechnik einsetzt, muss „genaue und zeitlich geordnete Aufzeichnungen aller ihrer platzierten Orders, einschließlich Stornierungen von Orders“ speichern.
• EU, Tests. Artikel 6 der Delegierten Verordnung 2017/589, bekannt als RTS 6 und für Wertpapierfirmen mit algorithmischem Handel geschrieben, sagt, eine Firma „muss die Konformität ihrer Systeme für den algorithmischen Handel und ihrer Handelsalgorithmen“ mit dem Handelsplatz testen. Das gilt auch, „wenn sie sich erstmals über eine Sponsored-Access-Regelung mit diesem Handelsplatz verbindet“. Sponsored Access heißt, Orders unter dem Handelscode einer anderen Firma direkt an einen Handelsplatz zu senden, ohne deren Infrastruktur zu nutzen. Artikel 12 verlangt die Möglichkeit, nicht ausgeführte Orders an allen Handelsplätzen, mit denen die Firma verbunden ist, „als Notfallmaßnahme unverzüglich zu stornieren“.
• USA. SEC Rule 15c3-5 verlangt von einem Broker-Dealer mit Marktzugang, „ein System von Risikokontrollen und Aufsichtsverfahren einzurichten, zu dokumentieren und zu unterhalten“. Die Kontrollen müssen „angemessen ausgelegt“ sein, um „die Eingabe fehlerhafter Orders zu verhindern, indem Orders abgelehnt werden, die angemessene Preis- oder Größenparameter überschreiten“. Sie müssen außerdem „unter der direkten und ausschließlichen Kontrolle des Brokers oder Dealers“ stehen. Eine Ausnahme erlaubt der Firma, bestimmte regulatorische Kontrollen per schriftlichem Vertrag einem Kunden zuzuweisen, der ein registrierter Broker-Dealer ist. Der Chief Executive „muss sie jährlich bestätigen“.
• FINRA. Die Regulatory Notice 15-09, veröffentlicht am 26. März 2015, listet empfohlene wirksame Praktiken für Firmen auf, die algorithmisch handeln. Dazu gehören „Tests werden unabhängig von der Codeentwicklung durchgeführt“ und „Mechanismen, mit denen die Firma den Algorithmus oder die unterstützende Plattform schnell abschalten kann“.

Für das Vereinigte Königreich sagt eine Untersuchung der FCA, veröffentlicht am 21. August 2025, Firmen mit algorithmischem Handel „sind verpflichtet, die Konformität ihrer Algorithmen mit dem System des Handelsplatzes oder des Anbieters für direkten Marktzugang zu testen, gemäß Artikel 6 von RTS 6“. Sie berichtet, einige Firmen hätten angemerkt, diese Verfahren „unterschieden sich erheblich von Handelsplatz zu Handelsplatz“. Dieser Artikel zitiert nicht das FCA Handbook, fragen Sie Ihren Anwalt daher nach dessen Kapiteln zum algorithmischen Handel.

Je nach Regime und danach, wie die Firma handelt, können diese Regeln bedeuten: eine Möglichkeit, an jedem Handelsplatz alles zu stornieren, zeitgestempelte Order-Aufzeichnungen und Nachweise über Tests. Ein gehosteter Anbieter kann Teile davon liefern.

Wann ist ein eigenes Gateway gerechtfertigt?

Bauen Sie, wenn eine Anforderung, mit der Sie Geld verdienen, von jedem getesteten Produkt nicht erfüllt wird. Darauf können Sie achten:

• Ihre Order-Zustandslogik ist der Kern Ihrer Strategie, und ein Anbieter, der Nachrichten ändert oder einreiht, steht ihr im Weg.
• Sie brauchen Risikoprüfungen, die vor jeder Order laufen, im selben Prozess, der sie sendet, wie in unserem Artikel zum Hot Path des Pre-Trade-Risikos.
• Die Kosten eines gehosteten Netzwerks, über einige Jahre und alle Sessions gerechnet, übersteigen die Kosten eines Teams, das Ihr eigenes betreibt.

Bauen Sie nicht, weil die Engine-Lizenz teuer aussieht. Zertifizierung, Monitoring und der Dienstplan für die Handelszeiten bleiben auf jedem Weg bei Ihnen. Unser Artikel zum Terminal beschreibt ein allgemeines Design für einen eigenen FIX-Kern.

Was behalten Sie, wenn Sie einen Anbieter verlassen?

Das hängt vom Vertrag ab, klären Sie es also vor dem Start. Fragen Sie, ob Ihre Zertifizierungen zu den Sessions des Anbieters gehören, sodass ein neuer Weg neue Tests bedeutet. Fragen Sie, wo die Nachrichtenhistorie liegt und auf wessen Namen jede Gegenpartei die Zugangsdaten und Netzwerkadressen führt.

Verlangen Sie vor der Unterschrift einen Export jeder Nachricht in einem lesbaren Format. Verlangen Sie das Recht, die Sessions mit Zustimmung der Gegenparteien zu übernehmen, und eine Kündigungsfrist, die lang genug für einen erneuten Test ist. Mit einer Engine behalten Sie die Sessions und die Historie, und bei einem eigenen Bau gehört Ihnen auch der Code, wenn der Vertrag es sagt.

Was sollten Sie einen Anbieter oder eine Firma fragen, die es bauen würde?

• Mit welchen unserer Gegenparteien sind Sie bereits verbunden, und welche FIX-Versionen und Zertifizierungstermine können Sie nachweisen?
• Welche Felder ändern Sie unterwegs, und sehen wir beide Fassungen jeder Nachricht?
• Was geschieht mit unseren laufenden Orders, wenn unsere Session oder Ihre abbricht, und können Sie es live zeigen?
• Kann unser eigenes Personal jede Order an jedem Handelsplatz stornieren, ohne bei Ihnen anzurufen?
• Wo wird die Nachrichtenhistorie aufbewahrt, wie lange, und in welchem Format können wir sie exportieren?
• Wer wiederholt die Zertifizierung, wenn wir unsere Software ändern oder der Handelsplatz seine Regeln ändert?
• Wer hat zu den Zeiten jedes Marktes Bereitschaft, und wie lautet die Reaktionszeit schriftlich?

Wo passt amBrain ins Bild?

amBrain gibt diesen Blog heraus. Einen Teil seiner Trading-Arbeit beschreibt es so: „amBrain baut Infrastruktur für algorithmischen Handel: Orderausführung, Marktdaten und Pre-Trade-Risikokontrollen.“ Seine Leistungskarte für Trading und FinTech nennt „Entwicklung von Trading-Terminals, Order-Management-Systemen und FIX-Protokoll-Anbindung an Börsen“. Das ist nur eine Leistungsbeschreibung.

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 Fallstudie und beschreibt keine Kundenarbeit. Nichts darin sagt, dass amBrain für einen Kunden ein FIX-Gateway, ein Anbindungsprodukt oder ein gehostetes Netzwerk gebaut hat. Die Zitate stammen von veröffentlichten Seiten der FIX Trading Community, der oben genannten Anbieter und Handelsplätze, von ESMA, FINRA, FCA, dem US Code of Federal Regulations und legislation.gov.uk. Der Artikel behauptet keine Beziehung zwischen amBrain und einem von ihnen, empfiehlt keines ihrer Produkte und nennt keine Preise oder Zeitpläne von amBrain.

Er ist auch keine Rechts- oder Anlageberatung. Prüfen Sie die für Ihre Firma geltenden Regeln mit einem Anwalt in jedem Markt, in dem Sie handeln. Wenn amBrain auf Ihrer Shortlist steht, stellen Sie ihm dieselben Fragen wie jeder anderen Firma.