Protokol Financial Information eXchange ( FIX ) ( protokol výměny finančních informací) je protokol pro přenos dat , který je mezinárodním standardem pro výměnu dat v reálném čase mezi účastníky obchodování na burze.
Specifikace protokolu FIX byla vytvořena v roce 1992 pro přenos informací o obchodování akcií mezi Fidelity Investments a Salomon Brothers. Vytvořili ho programátoři Chris Morstatt a Jim Leman (Business) ze Salomonu a obchodník Jacques Perold a programátor Robert Lamoureux z Fidelity. Zpočátku sloužil protokol pouze k výměně dat mezi brokery-dealery a jejich institucionálními klienty. V té době se informace o žádostech a jejich vyřízení předávaly ústně telefonicky. Fidelity si uvědomil, že informace pocházející od makléře-dealera se mohou dostat k nesprávnému obchodníkovi nebo se jednoduše ztratit, jakmile oba účastníci zavěsí. Cílem bylo nahradit verbální komunikaci přenosem dat mezi počítači. Tyto informace lze analyzovat, ukládat a používat pro rozhodování. Například postup, kdy broker-dealer zavolá jinému s úmyslem koupit nebo prodat balík akcií, se odráží v protokolu FIX při výměně IOI zpráv.
Podle FIX Trading Community se protokol FIX stal de facto globálním standardem pro výměnu zpráv na trhu obchodování s cennými papíry v předobchodní a realizační fázi. Postupně se rozšiřuje do poobchodní fáze, stejně jako obchodování s dalšími třídami cenných papírů: devizové , dluhové trhy a trh s deriváty [1] . Protokol FIX je podporován většinou největších bank a systémů elektronického obchodování a také největšími burzami na světě.
FIX Trading Community je nezisková organizace, která vlastní a udržuje specifikaci protokolu. Od roku 2009 byla specifikace ve veřejné doméně .
Zprávy FIX se skládají ze sady polí tag=value. Pole jsou oddělena ASCII kódem SOH - Start of Header (0x01). Značka je číslo pole. Například značka 48 znamená securityID a řetězec hodnoty obsahuje bezpečnostní identifikátor (ticker).
Zpráva se skládá ze 3 částí: záhlaví, tělo a konec. Poslední pole ve zprávě je kontrolní součet (tag 10).
Protokol FIX definuje povinná a volitelná pole. V tomto případě není pořadí polí v těle zprávy důležité, i když je obvyklé, že implementace dodržují určité tradice v pořadí značek jedna po druhé.
Do verze 4.4 včetně obsahuje záhlaví tři požadované značky: 8 ( BeginString), 9 ( BodyLength) a 35 ( MsgType).
Počínaje FIXT.1.1 / FIX.5.0 je v záhlaví definováno pět povinných a jeden nepovinný tag: 8 ( BeginString), 9 ( BodyLength), 35 ( MsgType), 49 ( SenderCompID), 56 ( TargetCompID) a 1128 ( ApplVerID- pokud je přítomen, musí být nastavte na 6. pozici).
Obsah "těla" zprávy závisí na typu zprávy, který je uveden v záhlaví (tag 35, MsgType).
Poslední tag je vždy tag 10, který obsahuje kontrolní součet zprávy. Tato částka je vždy vyjádřena jako třímístné číslo, které se vypočítá podle zvláštního vzorce popsaného ve specifikaci (například 10=002).
Příklad zprávy FIX "Nová objednávka". Svislé pruhy nahrazují symbol SOH pro jasnost:
8=FIX.4.2 | 9=178 | 35=D | 34=123123 | 49=BROKER11 | 56=PHLX | 52=20071123-05:30:00.000 | 11=ATOMNOCCC9990900 | 55=MSFT | 167=FUT | 54=1 | 38=15 | 40=2 | 44=15 | 59=0 | 10=128 |Zpráva se čte následovně: zpráva ve formátu FIX 4.2 (8=FIX.4.2), délka zprávy 178 bajtů (9=178), typ zprávy "nová objednávka" (35=D), číslo zprávy 123123 (34=123123) , od brokera BROKER11 (49=BROKER11) na Philadelphia Exchange (56=PHLX), odesláno (tag 52), číslo objednávky ATOMNOCCC9990900 v obchodním systému brokera (11=ATOMNOCCC9990900) k nákupu (54=1) futures (167=167) ) pro akcie společnosti Microsoft (55=MSFT) ve výši 15 lotů (38=15) za omezenou (40=2) cenu 15 (44=15) vyprší objednávka na konci obchodního dne ( 59=0).
Protokol FAST se používá ke kódování zpráv FIX v binární podobě .
Protokol FIX se používá k výměně dat v obchodních relacích mezi obchodními systémy. XML reprezentace zpráv FIX se nazývá FIXML ; jako XML se popisuje sám.
FIX je protokol vrstvy relace přes TCP . Při obchodování s cennými papíry je FIX populárnější, protože zprávy FIXML jsou obvykle mnohem delší.
Zprávy jsou rozděleny do 2 úrovní: ovládací a aplikační. Úroveň řízení určuje základní parametry relace FIX: naváže spojení, uzavře je, obnoví chybějící zprávy. Aplikační úroveň je spojena s odesíláním a přijímáním dat: požadavky (požadavky), jejich realizace (transakce) (exekuce a vyplnění), selhání (odmítnutí), tržní informace (tržní data), vyžádání informací o aktuálním stavu (stavové požadavky), atd.
Protokol FIX má několik verzí, které byly vydány se zdokonalením protokolu a byly v něm podporovány různé třídy cenných papírů. Nejnovější verze protokolu je verze 5.0.SP2. Různé obchodní systémy podporují různé protokoly a někdy i několik protokolů paralelně. Mezi obchodními systémy byl nejrozšířenější protokol FIX verze 4.2 (březen 2000), stále existují burzy a brokeři, kteří pracují s protokolem 4.1 (duben 1998) nebo dokonce 4.0 (leden 1997), například Sydney Derivatives Exchange [2] .
Při implementaci protokolu nemusí vývojáři konkrétního obchodního systému ( burza , broker , platforma elektronického obchodování ) striktně dodržovat vybranou verzi specifikace a mohou také přidávat vlastní dodatečné tagy (custom tags), předefinovat význam a roli některých sekundárních značek, vyžadují přítomnost určitých značek, které jsou ve specifikaci definovány jako volitelné. V tomto případě vývojáři poskytují svou dokumentaci popisující funkce jejich implementace FIX [3] [4] [5] [6] , aby si klienti mohli přizpůsobit své klientské programy pro tyto funkce.