FIX-API-Integrationsleitfaden für Forex-Broker
Wie die FIX-API in der Forex-Infrastruktur funktioniert, wie sie Broker mit Liquiditätsanbietern verbindet und was vor der Einführung im Jahr 2026 überprüft werden muss.
FIX API Die Financial Information eXchange Application Programming Interface (FIX API) ist das Standardprotokoll für die elektronische Kommunikation, das zur Übermittlung von Handelsaufträgen, Ausführungsberichten und Kursdaten zwischen Forex-Brokern, Bridge-Middleware und Liquiditätsanbietern verwendet wird. Für einen Forex-Broker, der 2026 ein STP- oder hybrides Ausführungsmodell betreibt, ermöglicht die FIX API die Ausführung von A-Book-Aufträgen, die Aggregation mehrerer Liquiditätsanbieter und die Bereitstellung von Echtzeit-Kursdaten. Im Kontext umfassenderer Infrastrukturdiskussionen… Forex-APIs wird als allgemeiner Begriff für die programmatischen Schnittstellen verwendet, die Brokersysteme verbinden; FIX API ist der spezifische Standard für LP-Auftragsweiterleitung und Preislieferung.
Dieser Leitfaden erklärt, was FIX API Dies umfasst die Infrastruktur eines Forex-Brokers, die Anbindung des Brokers an Liquiditätsanbieter und Handelsplattformen, den Vergleich mit plattformeigenen Integrationen und die zu prüfenden Aspekte vor der Einführung einer FIX-API. Die Inhalte basieren auf über 18 Jahren Erfahrung des Teams im Bereich Brokerage-Technologie und der direkten FIX-Integration in MetaTrader 4® (MT4) und MetaTrader 5® (MT5).

- Was bedeutet die FIX-API in der Forex-Infrastruktur?
- Wie die FIX-API Broker, Liquiditätsanbieter und Plattformen verbindet
- FIX-API vs. Plattformnative Integrationen
- Checkliste zur FIX-API-Implementierung für Broker
- FIX Sitzungsüberwachung nach der Inbetriebnahme
- FIX API-Integration mit DivulgeTech
- Häufig gestellte Fragen
- Fazit
Was bedeutet die FIX-API in der Forex-Infrastruktur?
Die FIX-API ist das standardisierte Messaging-Protokoll, das Echtzeitkommunikation mit geringer Latenz zwischen Handelspartnern – Brokern, Liquiditätsanbietern und Bridge-Middleware – im Devisenhandel und den breiteren Finanzmärkten ermöglicht. Ursprünglich Anfang der 1990er-Jahre für den Aktienhandel entwickelt, etablierte sich FIX als dominierendes Protokoll für das Order-Routing zwischen Institutionen, da es herstellerneutral und gut dokumentiert ist und den gesamten Handelszyklus von der Preisabfrage über die Orderübermittlung bis hin zur Zustellung des Ausführungsberichts unterstützt.
In der Infrastruktur eines Forex-Brokers fungiert die FIX-API als Transportschicht zwischen der Bridge-Middleware und der Ausführungs-Engine des Liquiditätsanbieters. Die Bridge unterhält eine permanente FIX-Sitzung mit jedem verbundenen Liquiditätsanbieter, empfängt kontinuierlich Kursnotierungen (Marktdaten) und sendet Kundenaufträge (Auftragsmanagement-Nachrichten) zur Ausführung zurück an den Liquiditätsanbieter. Dieser antwortet mit Ausführungsberichten – ausgeführt, abgelehnt oder teilweise ausgeführt –, die die Bridge in MT4®/MT5®-Serverereignisse übersetzt.
| FIX-Nachrichtentyp | Anleitung | Was es trägt |
|---|---|---|
| Marktdatenanfrage / Momentaufnahme | LP → Brücke | Kontinuierlicher Geld-/Briefkursstrom für gezeichnete Instrumente |
| New Order Single (D) | Brücke → LP | Neue Markt- oder Limitorder von einem Kunden |
| Ausführungsbericht (8) | LP → Brücke | Bestätigung, Teilfüllung oder Ablehnung |
| Stornierungsantrag (F) | Brücke → LP | Eine ausstehende Bestellung stornieren |
| Heartbeat (0) | bidirektionale | Session-Keepalive – bestätigt, dass die FIX-Sitzung aktiv ist |
| Anmelden (A) / Abmelden (5) | bidirektionale | Sitzungseröffnung und -beendigung |
Tabelle: Häufige FIX-Nachrichtentypen in der Forex-Broker-LP-Konnektivität (FIX 4.4)
FIX 4.4 ist die am weitesten verbreitete Version in der Forex-Infrastruktur für Privat- und institutionelle Anleger im Jahr 2026. Einige Liquiditätsanbieter und Prime Broker unterstützen auch FIX 5.0 SP2 für komplexere Ordertypen, aber FIX 4.4 gilt als sichere Basis für die meisten MT4®/MT5®-Broker-Integrationen. Klären Sie die FIX-Version mit dem Liquiditätsanbieter, bevor Sie mit der Bridge-Konfiguration beginnen, da Versionskonflikte zusätzlichen Mapping-Aufwand erfordern.
FIX-Sitzungen sind zustandsbehaftet: Sowohl die Bridge als auch der LP führen einen Sequenznummernzähler, um die Nachrichtenreihenfolge zu verfolgen und Lücken zu erkennen. Beim Anmelden sendet die Bridge, falls ResetOnLogon auf „false“ gesetzt ist, die nächste erwartete Sequenznummer, und der LP prüft, ob seit der vorherigen Sitzung Nachrichten verloren gegangen sind. Wird eine Lücke festgestellt, sendet der LP eine ResendRequest, und die Bridge überträgt die fehlenden Nachrichten erneut. Dieser Mechanismus zur Sequenzintegrität macht FIX zuverlässig für auftragskritische Workflows, bei denen eine fehlende Auftragsbestätigung direkte finanzielle Folgen hat.
Wie die FIX-API Broker, Liquiditätsanbieter und Plattformen verbindet
Die FIX-API verbindet einen Forex-Broker über eine persistente TCP-Sitzung mit einem Liquiditätsanbieter. Die Bridge-Middleware fungiert dabei als Vermittler, der die Sitzung verwaltet, Kursdaten an den MT4®/MT5®-Server weiterleitet und den Orderfluss des Kunden zur Ausführung an den Liquiditätsanbieter sendet. Die FIX-Sitzung ist bidirektional und permanent aktiv – sowohl Kursabonnements als auch Ordernachrichten werden während der gesamten Handelssitzung über dieselbe Verbindung übertragen.
FIX-Sitzungsparameter
- SenderCompID: Die Broker-Kennung in der FIX-Sitzung – vom Liquiditätsanbieter während des Onboardings zugewiesen.
- ZielCompID: Die Kennung des LP – bereitgestellt im FIX-Spezifikationsdokument
- Host / Port: Die IP-Adresse und Portnummer des FIX-Gateways des LP – separate Werte für Test- und Produktionsumgebungen
- HeartBtInt: Herzschlagintervall in Sekunden – typischerweise 30 Sekunden; beide Seiten senden eine Herzschlagnachricht, wenn innerhalb dieses Zeitraums keine andere Nachricht gesendet wird, um zu bestätigen, dass die Sitzung aktiv ist.
- ResetOnLogon: Ob die FIX-Sequenznummer bei jeder Sitzungsanmeldung zurückgesetzt wird, sollte mit der LP-Konfiguration übereinstimmen, um Fehler aufgrund von Sequenznummernkonflikten zu vermeiden.
- BeginString: FIX-Versionskennung – typischerweise FIX.4.4
Auftragsablauf
Wenn ein Kunde in MT4®/MT5® eine Market-Order platziert, verläuft die Ausführung wie folgt: Die Plattform leitet die Order an die Bridge weiter. Die Bridge prüft die konfigurierten Routing-Regeln (A-Book vs. B-Book, Kontogruppe, Symbol, Positionsgrößenschwelle). Ist die Order für den Liquiditätsanbieter (LP) bestimmt, sendet die Bridge eine FIX New Order Single-Nachricht (Tag 35=D) an das FIX-Gateway des LP. Die Matching-Engine des LP verarbeitet die Order und sendet einen FIX Execution Report (Tag 35=8) mit dem Ausführungspreis zurück. Die Bridge empfängt den Ausführungsbericht und bestätigt den Handel auf dem MT4®/MT5®-Server. Die gesamte Roundtrip-Zeit variiert je nach Bereitstellung und Netzwerkpfad. Bei gemeinsam genutzten Bridge-Bereitstellungen erreichen Hersteller-Benchmarks typischerweise Werte unter 10 ms, während die Werte in nicht gemeinsam genutzten Umgebungen typischerweise zwischen 30 und 80 ms liegen – die tatsächlichen Werte hängen von der Hardware, dem Netzwerk-Routing und der Nähe zum LP-Gateway ab.
Wie funktioniert die FIX-API im Trading?
In FIX-API-HandelDie Sitzung überträgt zwei Arten von Nachrichten über eine persistente TCP-Verbindung: Marktdaten (Kursnotierungen vom Liquiditätsanbieter zur Bridge) und Auftragsmanagement-Nachrichten (Aufträge von der Bridge zum Liquiditätsanbieter sowie Ausführungsberichte). Jede Nachricht enthält eine Sequenznummer, die von beiden Seiten verfolgt wird, um Lücken zu erkennen und eine erneute Übertragung auszulösen. Die gesamte Übertragungszeit von der Auftragserfassung durch den Client bis zur bestätigten Ausführung wird bei gemeinsam genutzten Bridge-Bereitstellungen in Millisekunden gemessen.
FIX-API vs. Plattformnative Integrationen
Die FIX-API ist der Branchenstandard für die Broker-LP-Konnektivität. MT4® und MT5® unterstützen jedoch auch plattformnative Gateway-Verbindungen, die die Bridge-Middleware umgehen. Die Wahl zwischen der FIX-API (über eine Bridge) und einer plattformnativen Integration hängt von der Komplexität des Ausführungsmodells des Brokers, der Anzahl der benötigten LP-Verbindungen sowie dem Bedarf an Markup-Kontrolle und A/B-Book-Routing-Logik ab.
| Abmessungen | FIX-API über Bridge | Plattformnatives Gateway |
|---|---|---|
| Protokoll | FIX 4.4 / 5.0 — Standard, gut dokumentiert | Proprietär (MT4® Gateway API oder MT5® nativ) |
| LP-Verbindungen | Mehrere LPs über separate FIX-Sitzungen in einer Brücke | Nur Einzel-LP |
| Preisaggregation | Bestes Gebot/Angebot über mehrere LPs hinweg | Nur Einzel-LP-Preisstream |
| Markup-Steuerung | Konfigurierbar pro Symbol, pro Kontogruppe | Nicht nativ verfügbar |
| A/B-Buch-Routing | Erweiterte Regeln – nach Konto, Symbol, Größenschwelle | Nicht nativ verfügbar |
| Lieferantenabhängigkeit | Bridge-Anbieter erforderlich (OneZero, PrimeXM, Gold-i usw.). | Kein Brückenanbieter erforderlich |
| Kosten | Brückenlizenz: 500–2,000+ US-Dollar/Monat (ungefähr, Stand 2026) | Niedriger – typischerweise in der Serverlizenz enthalten |
| Am besten geeignet, | STP-, Hybrid- und Multi-LP-Broker | Reines B-Book, einzelne LP, Startup-Einfachheit |
Tabelle: FIX-API über Bridge vs. plattformnatives Gateway (2026)
Benötigen Forex-Broker die FIX-API?
Nicht jeder Forex-Broker benötigt eine FIX-API. Ein reiner B-Book-Broker mit einem einzigen Liquiditätsanbieter (LP) kann über ein plattformeigenes Gateway ohne Bridge-Middleware betrieben werden. Broker, die STP-Ausführung nutzen, mit mehr als einem LP verbunden sind oder Spread-Markups auf Symbolebene benötigen, benötigen hingegen eine FIX-API über Bridge-Middleware. Das FIX-Protokoll ist zudem die Standardvoraussetzung für die meisten Tier-1- und Tier-2-Liquiditätsanbieter beim Aufbau direkter Marktzugangsverbindungen.
Broker, die ein STP- oder Hybrid-Ausführungsmodell betreiben möchten, benötigen in der Regel eine FIX-API-Bridge. Das plattformeigene Gateway unterstützt weder die Routing-Logik, die Markup-Engine noch die Multi-LP-Aggregation, die für STP- und Hybridmodelle erforderlich sind. Die Kosten für die Bridge – typischerweise 500 bis 2,000 US-Dollar pro Monat (Stand 2026), abhängig vom Anbieter und der Lizenzstufe – sind fixe Betriebskosten, die mit der Komplexität der Broker-Infrastruktur, nicht aber mit dem Handelsvolumen skalieren.
Checkliste zur FIX-API-Implementierung für Broker
Die Einführung der FIX-API erfordert Vorbereitungen in drei Bereichen: Bestätigung der Kompatibilität zwischen LP, Bridge und MT4®/MT5®-Server; Abschluss der Sitzungskonfiguration und Symbolzuordnung; sowie Durchführung strukturierter Benutzerakzeptanztests (UAT) vor dem Go-Live. Lücken in einem dieser Bereiche sind die häufigste Ursache für Integrationsverzögerungen und Ausführungsfehler nach dem Start.
Vorintegrationsprüfung
- Bitte prüfen Sie die LP FIX-Version (FIX 4.4 oder 5.0) und beschaffen Sie sich das FIX-Spezifikationsdokument, bevor Sie einen Bridge-Anbieter auswählen.
- Bestätigen Sie, dass der Bridge-Anbieter die FIX-Version des LP unterstützt und über bestehende zertifizierte Verbindungen zu diesem LP verfügt.
- Prüfen Sie, ob die MT4®/MT5®-Serverversion mit dem Server-Plugin des Bridge-Anbieters kompatibel ist.
- Zugangsdaten für die LP-Testumgebung (UAT) – SenderCompID, TargetCompID, Host, Port – getrennt von der Produktionsumgebung beschaffen
Broker, die Bridge-Anbieter evaluieren, sollten eine Liste der LPs mit bestehenden zertifizierten FIX-Verbindungen über diese Bridge anfordern. Eine zertifizierte Verbindung bedeutet, dass die FIX-Spezifikation sowohl vom Bridge-Anbieter als auch vom LP getestet und validiert wurde. Sie garantiert zwar nicht die sofortige Funktionsfähigkeit der Verbindung, reduziert aber den Konfigurationsaufwand und den Umfang der Benutzertests (UAT) im Vergleich zum Aufbau einer neuen, nicht zertifizierten LP-Verbindung erheblich.
Sitzungskonfiguration und Symbolzuordnung
- Konfigurieren Sie alle FIX-Sitzungsparameter in der Bridge: SenderCompID, TargetCompID, Host, Port, HeartBtInt (30 Sekunden empfohlen), BeginString
- Ordnen Sie LP-Instrumentensymbole den MT4®/MT5®-Symbolnamen zu – Fehlpaarungen sind die häufigste Ursache für Kursübertragungsfehler.
- Konfigurieren Sie die Overnight-Swap-Sätze für jedes zugeordnete Instrument – die Sätze des Liquiditätsanbieters und die Swap-Konfiguration der Plattform sollten abgeglichen werden.
- Konfigurieren Sie gegebenenfalls die Aufschläge pro Symbolgruppe – getrennt vom Rohspread des LP.
Anforderungen an UAT-Tests
- Preisfeed prüfen: Bestätigen Sie, dass die Geld-/Briefkurse für alle abgebildeten Instrumente innerhalb von 500 ms nach dem Start der FIX-Sitzung im Testbetrieb auf der MT4®/MT5®-Plattform angezeigt werden.
- Test des Roundtrips einer Market-Order: Platzieren Sie eine Market-Order, bestätigen Sie das Senden der FIX New Order Single, erhalten Sie den FIX Execution Report und bestätigen Sie den Handel in MT4®/MT5®.
- Testen Sie die Behandlung von Auftragsablehnungen: Geben Sie einen Auftrag außerhalb der Marktzeiten oder oberhalb der Limits für die LP-Größe auf und bestätigen Sie, dass die Bridge die Ablehnung problemlos und ohne Verzögerung verarbeitet.
- Test der FIX-Sitzungswiederverbindung: Simulieren Sie einen Sitzungsabbruch und bestätigen Sie, dass die Bridge innerhalb des konfigurierten Wiederverbindungsintervalls die Verbindung wiederherstellt und die Marktdaten erneut abonniert.
- Testen Sie den Heartbeat: Überprüfen Sie, ob HeartBtInt eingehalten wird – bestätigen Sie, dass während Phasen geringer Aktivität keine TestRequest-Nachrichten durch fehlende Heartbeats ausgelöst werden.
- Überprüfen Sie das FIX-Protokoll nach jedem Testfall: Stellen Sie sicher, dass die Meldungen korrekt sequenziert sind, keine Lücken in den Sequenznummern vorhanden sind und alle Ablehnungen einen Grundcode im Tag 58 enthalten.
Was sollte ein Team vor der Einführung einer FIX-API überprüfen?
Ein Team, das die Einführung einer FIX-API vorbereitet, sollte vor Beginn der Bridge-Konfiguration vier Dinge bestätigen: Die FIX-Version und das Spezifikationsdokument des LP liegen vor; der Bridge-Anbieter verfügt über eine zertifizierte bestehende Verbindung zu diesem LP; die Anmeldeinformationen für die Testumgebung (SenderCompID, TargetCompID, Host, Port) sind separat von der Produktionsumgebung verfügbar; und die Kompatibilität der MT4®/MT5®-Serverversionen wurde mit dem Bridge-Anbieter überprüft.
Über die anfängliche Checkliste hinaus benötigt das Team mindestens eine Person, die FIX-Logdateien lesen und Sequenznummernabweichungen, Heartbeat-Lücken und Ablehnungsgrundcodes (Tag 58 für lesbaren Text, Tag 103 für numerische Ablehnungsgründe) identifizieren kann. Die häufigsten Fehler nach dem Start – Kursdatenlücken, abgelehnte Aufträge und Sitzungsabbrüche – lassen sich direkt anhand des FIX-Logs diagnostizieren. Falls diese Fähigkeit intern nicht vorhanden ist, sollte das Supportteam des Brückenanbieters oder ein spezialisierter Integrationspartner vor dem Go-Live und nicht erst nach dem ersten Produktionsausfall hinzugezogen werden.
Bevor die technische Einführung erfolgt, sollte die Checkliste für die Sitzung mit einer Checkliste für Forex-Liquiditätsanbieter Das Bridge-Team validiert also keine Konnektivität für eine LP-Beziehung, die noch keine kommerzielle oder Gegenparteiprüfung bestanden hat.
Für den plattformseitigen Datenfluss zwischen Bridges, LP-Sitzungen und Routing-Zuständigkeit verwenden Sie Folgendes: Plattform-Liquiditätsrouting Leitfaden zusammen mit dem FIX-Einführungsplan.
FIX Sitzungsüberwachung nach der Inbetriebnahme
Nach der Inbetriebnahme einer FIX-API-Integration ist die kontinuierliche Überwachung der FIX-Sitzung eine zentrale operative Aufgabe. Das FIX-Log der Bridge protokolliert jede Nachricht mit ihrem Zeitstempel – dies ist das wichtigste Diagnoseinstrument für jegliche Ausführungsabweichungen, einschließlich Slippage-Streitigkeiten, verzögerter Ausführungen und Wiederverbindungsereignisse. Die regelmäßige Überprüfung des Logs auf Ablehnungscodes (Tag 39=8) und Heartbeat-Lücken, die auf Sitzungsinstabilität hinweisen, ist Standardpraxis.
Die meisten Bridge-Anbieter stellen ein Administrationspanel mit Sitzungsstatus, Nachrichtenanzahl und Verbindungswarnungen bereit. Die Konfiguration von Warnungen für Sitzungsabbrüche und Spitzenwerte bei der Ablehnungsrate ist ein Standardbestandteil der Go-Live-Checkliste und keine optionale Erweiterung. Eine Sitzung, die sich während einer Phase hohen Auftragsvolumens automatisch wiederherstellt, kann zu Diskrepanzen in der Auftragswarteschlange führen. Der Abgleich der Sequenznummern nach der Wiederherstellung sollte überprüft werden, um sicherzustellen, dass während der Unterbrechung keine Aufträge verloren gegangen oder doppelt erfasst wurden. Die Aufbewahrung von FIX-Protokollarchiven für mindestens 90 Tage ist ebenfalls Standardpraxis für die Streitbeilegung und die Überprüfung durch Aufsichtsbehörden.
FIX API-Integration mit DivulgeTech
DivulgeTech LTD ist ein Finanztechnologieunternehmen mit Sitz in Limassol, Zypern, das sich auf die Entwicklung kundenspezifischer Forex-CRM-Systeme spezialisiert hat. Forex-API-Entwicklung und -Integration, MT4®/MT5®-Konnektivität und Brokerage-Technologielösungen. Gegründet im Jahr 2024 und aufgebaut von einem Team mit mehr als 18 Jahren Branchenerfahrung, DivulgeTech unterstützt Broker beim kompletten Technologieausbau, einschließlich Bridge-Konfiguration, FIX-Session-Einrichtung, LP-Konnektivität und Backoffice-Automatisierung im Rahmen einer Managed-Implementierung.
Für den umfassenderen Kontext der MT4®-Liquiditätsinfrastruktur siehe MT4® Leitfaden zur Liquiditätsintegration und der Leitfaden für Liquiditätsanbieter für Forex-BrokerFür CRM- und Backoffice-Integration besuchen Sie die DivulgeTech Forex-CRM.
Häufig gestellte Fragen
Fazit
FIX API Das FIX-Protokoll ermöglicht die professionelle Ausführung von Forex-Brokern. Es erlaubt STP-Order-Routing, Multi-LP-Aggregation, A/B-Book-Switching und die Bereitstellung von Echtzeit-Kursdaten innerhalb einer einzigen, persistenten Sitzungsarchitektur. Für Broker, die 2026 ein STP- oder Hybrid-Ausführungsmodell planen, ist das Verständnis der FIX-API auf Sitzungskonfigurationsebene Voraussetzung für die Auswahl des richtigen Bridge-Anbieters und der passenden LP-Beziehungen.
DivulgeTech Wir unterstützen Broker durch FIX-Sitzungseinrichtung, Bridge-Konfiguration und vollständige LP-Konnektivität im Rahmen eines verwalteten MT4®/MT5®-Technologieausbaus. Fordern Sie eine kostenlose Demo an, um Ihre Integrationsanforderungen zu besprechen.
Sehen Sie es selbst. Sprechen Sie mit unserem Forex-CRM-Team und gehen Sie mit einem Spezialisten über den Bahnsteig.
Ähnliche Artikel
- MT4® Leitfaden zur Liquiditätsintegration
- Leitfaden für Liquiditätsanbieter für Forex-Broker
- Checkliste zur LP-Auswahl
- MT4®/MT5®-Integration für Forex-Broker
- Forex CRM-Software für MT4®- und MT5®-Broker
MetaTrader 4® und MetaTrader 5® sind eingetragene Marken der MetaQuotes Software Corp. DivulgeTech LTD steht in keiner Verbindung zu MetaQuotes Software Corp.
Dieser Artikel dient ausschließlich Informations- und Bildungszwecken und stellt keine Rechts-, Finanz- oder Regulierungsberatung dar. Regulatorische Anforderungen, Kosten und Fristen variieren je nach Rechtsordnung und können sich ändern. Konsultieren Sie qualifizierte Rechtsberater und Compliance-Experten, bevor Sie geschäftliche Entscheidungen treffen. DivulgeTech LTD übernimmt keine Haftung für Handlungen, die auf Grundlage der Informationen in diesem Artikel vorgenommen werden.
