Protocolul de schimb de informații financiare ( FIX ) ( protocolul de schimb de informații financiare) este un protocol de transfer de date care este un standard internațional pentru schimbul de date în timp real între participanții la tranzacționarea la schimb.
Specificația protocolului FIX a fost creată în 1992 pentru a transfera informații despre tranzacționarea acțiunilor între Fidelity Investments și Salomon Brothers. A fost creat de programatorul Chris Morstatt și Jim Leman (Afaceri) de la Salomon și de omul de afaceri Jacques Perold și de programatorul Robert Lamoureux de la Fidelity. La început, protocolul a servit doar la schimbul de date între broker-dealeri și clienții lor instituționali. În acele vremuri, informațiile despre aplicații și execuția acestora erau transmise oral prin telefon. Fidelity și-a dat seama că informațiile venite de la un broker-dealer ar putea ajunge la comerciantul greșit sau pur și simplu se pot pierde de îndată ce ambii interlocutori închid. Ideea a fost înlocuirea comunicării verbale cu transferul de date între computere. Aceste informații ar putea fi analizate, stocate și utilizate pentru luarea deciziilor. De exemplu, procedura în care un broker-dealer cheamă pe altul cu intenția de a cumpăra sau vinde un bloc de acțiuni este reflectată în protocolul FIX în schimbul de mesaje IOI.
Potrivit comunității de tranzacționare FIX, protocolul FIX a devenit standardul global de facto pentru schimbul de mesaje pe piața de tranzacționare de valori în faza de pre-tranzacționare și execuție. Treptat, se extinde până la etapa post-tranzacționare, precum și tranzacționarea cu alte clase de valori mobiliare: piețele valutare , piețele datoriilor și piața derivatelor [1] . Protocolul FIX este susținut de majoritatea celor mai mari bănci și sisteme de tranzacționare electronică, precum și de cele mai mari burse din lume.
FIX Trading Community este o organizație non-profit care deține și menține specificația protocolului. Începând cu 2009, specificația era în domeniul public .
Mesajele FIX constau dintr-un set de câmpuri tag=value. Câmpurile sunt separate prin codul ASCII SOH - Start of Header (0x01). Eticheta este numărul câmpului. De exemplu, eticheta 48 reprezintă securityID, iar șirul de valoare conține identificatorul de securitate (ticker).
Mesajul este format din 3 părți: antet, corp și sfârșit. Ultimul câmp din mesaj este suma de control (eticheta 10).
Protocolul FIX definește câmpurile obligatorii și opționale. În acest caz, succesiunea câmpurilor din corpul mesajului nu este importantă, deși este obișnuit ca implementările să adere la anumite tradiții în ordinea etichetelor una după alta.
Până la versiunea 4.4 inclusiv, antetul include trei etichete obligatorii: 8 ( BeginString), 9 ( BodyLength) și 35 ( MsgType).
Începând cu FIXT.1.1 / FIX.5.0, cinci etichete obligatorii și una opțională sunt definite în antet: 8 ( BeginString), 9 ( BodyLength), 35 ( MsgType), 49 ( SenderCompID), 56 ( TargetCompID) și 1128 ( ApplVerID- dacă sunt prezente, trebuie să fie setată pe poziţia a 6-a).
Conținutul „corpului” mesajului depinde de tipul mesajului, care este indicat în antet (tag 35, MsgType).
Ultima etichetă este întotdeauna eticheta 10, care conține suma de control a mesajului. Această sumă este întotdeauna exprimată ca un număr din trei cifre, care este calculat conform unei formule speciale descrise în specificație (de exemplu, 10=002).
Un exemplu de mesaj FIX „Comandă nouă”. Barele verticale înlocuiesc simbolul SOH pentru claritate:
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 |Mesajul se citește după cum urmează: mesaj în format FIX 4.2 (8=FIX.4.2), lungimea mesajului 178 octeți (9=178), tipul mesajului „comandă nouă” (35=D), numărul mesajului 123123 (34=123123) , de la broker BROKER11 (49=BROKER11) la Philadelphia Exchange (56=PHLX), trimis (eticheta 52), numărul ordinului ATOMNOCCC9990900 în sistemul de tranzacționare al brokerului (11=ATOMNOCCC9990900) pentru a cumpăra (54=1) futures (167=FUT) ) pentru acțiunile companiei Microsoft (55=MSFT) în valoare de 15 loturi (38=15) la un preț limitat (40=2) de 15 (44=15), ordinul expiră la sfârșitul zilei de tranzacționare ( 59=0).
Protocolul FAST este folosit pentru a codifica mesajele FIX în formă binară .
Protocolul FIX este utilizat pentru a face schimb de date în sesiunile de tranzacționare între sistemele de tranzacționare. Reprezentarea XML a mesajelor FIX se numește FIXML ; ca XML , se auto-descriere.
FIX este un protocol de nivel de sesiune peste TCP . Când tranzacționați valori mobiliare, FIX este mai popular deoarece mesajele FIXML sunt de obicei mult mai lungi.
Mesajele sunt împărțite în 2 niveluri: control și aplicare. Nivelul de control determină parametrii de bază ai unei sesiuni FIX: stabilește o conexiune, o închide, restabilește mesajele lipsă. Nivelul aplicației este asociat cu trimiterea și primirea datelor: solicitări (cereri), execuții (tranzacții) acestora (execuții și umpleri), eșecuri (respingere), informații de piață (date de piață), solicitarea de informații despre starea curentă (cereri de stare), etc.
Protocolul FIX are mai multe versiuni, care au fost lansate pe măsură ce protocolul s-a îmbunătățit și au fost acceptate diferite clase de titluri de valoare. Cea mai recentă versiune a protocolului este versiunea 5.0.SP2. Diferite sisteme de tranzacționare acceptă protocoale diferite și, uneori, mai multe protocoale în paralel. Protocolul FIX versiunea 4.2 (martie 2000) a fost cel mai răspândit printre sistemele de tranzacționare, există încă burse și brokeri care lucrează cu protocolul 4.1 (aprilie 1998) sau chiar 4.0 (ianuarie 1997), de exemplu, Sydney Derivatives Exchange [2] .
Atunci când implementează protocolul, dezvoltatorii unui anumit sistem de tranzacționare ( bursă , broker , platformă de tranzacționare electronică ) pot să nu urmeze cu strictețe versiunea selectată a specificației și, de asemenea, pot adăuga propriile etichete suplimentare (etichete personalizate), redefini semnificația și rolul. a unor etichete secundare, necesită prezența anumitor etichete, care sunt definite ca opționale în specificație. În acest caz, dezvoltatorii oferă documentația lor care descrie caracteristicile implementării lor de FIX [3] [4] [5] [6] astfel încât clienții să își poată personaliza programele client pentru aceste caracteristici.