Aracı Kurumlar, Fonlar ve İşlem Firmaları İçin FIX Bağlantısı: Barındırılan Ağ, Lisanslı Motor veya Kendi Ağ Geçidiniz

FIX, yani Financial Information Exchange, işlem firmalarının emir göndermek ve gerçekleşmeleri almak için kullandığı standart mesaj biçimidir. FIX bağlantısı, her aracı kuruma ya da piyasaya giden çalışan hattır: açık kalan ve bir kopuştan sonra tek mesaj kaybetmeden toparlanan bir oturum. Bu hattı barındırılan bir ağdan kiralayabilir, bir FIX motoru lisanslayıp kendiniz işletebilir ya da kendi ağ geçidinizi geliştirebilirsiniz. Hangisini seçerseniz seçin, insan kaynağına, her karşı tarafla yapılacak testlere ve birinin karşılaması gereken saatlere bütçe ayırın.

FIX nedir ve onu kim yönetir?

FIX Trading Community kendini “FIX Protokolü'nün koruyucusu” olarak tanımlıyor. Standartları “elektronik işlem ve işlem sürecine yönelik açık, teknolojiden bağımsız spesifikasyonlar” olarak anlatıyor. Protokol “hangi iş bilgisinin değiş tokuş edildiğini ve bunun ne anlama geldiğini tanımlıyor”; hisse senetleri, sabit getirili ürünler, döviz ve türev ürünlerde emirleri, gerçekleşmeleri, kotasyonları ve piyasa verisini kapsıyor.

Pratikte iki katman önemlidir. Uygulama katmanı yeni emir ya da gerçekleşme raporu gibi iş mesajlarını taşır. Oturum katmanı hattı canlı tutar. FIX Trading Community'nin teknik standartlar sayfası, protokolün “iki taraf arasında bir oturum üzerinden güvenilir, çift yönlü iletişimi mümkün kıldığını” söylüyor; mesajlar sıralıdır ve sıra numaraları kesintisiz ilerler.

2026'da hangi FIX sürümleri önemli?

FIX Trading Community şöyle diyor: “Firmalara FIX Latest'i kullanmaları şiddetle tavsiye edilir.” Eski uygulamaları olan firmalar için “FIX Protocol 4.2 ve 4.4 sürümlerinin FIX Trading Community tarafından hâlâ desteklendiğini” ve diğer sürümlerin artık desteklenmediğini de ekliyor. Hangi sürümü konuşacağınıza karşı taraflarınız karar verir. 4.2 çalıştıran bir aracı kurum, siz daha yenisini tercih ediyorsunuz diye geçiş yapmaz; bu yüzden herhangi bir ürünü seçmeden önce her karşı tarafın sunduğu sürümleri listeleyin.

Barındırılan bir FIX ağı ya da bağlantı sağlayıcısı ne yapar?

Sağlayıcıya bir kez bağlanırsınız; karşı taraftaki aracı kurumlara, piyasalara ya da müşterilere giden oturumları sağlayıcı tutar. Bunlar sağlayıcıların kendi tanımlarıdır ve 10 Kasım 2026'da okunmuştur.

• Broadridge, “FIX karşı taraflarının otomatik devreye alınmasını ve anında sertifikasyonunu web tabanlı arayüzümüz üzerinden gerçekleştirmeyi” sunuyor ve “tamamen ya da kısmen yönetilen bir çözüm olarak devreye alabileceğinizi” söylüyor.
• Iress, FIX Hub'ını “düşük müdahaleli devreye alma ve FIX manipülasyonu sunan, uçtan uca, tam yönetilen bir hizmet” olarak tanımlıyor; karşı taraflara “tek bir bağlantı ortağı, bağlantı ve sertifikasyon üzerinden” erişim sağlıyor.
• Rapid Addition'ın RA Hub'ı “şirket içi, bulut ya da hibrit kurulumları destekliyor”; bu yüzden oturumları kimin tutacağını kontrol edin. Karşı taraf bağlantısı teklifinin amacının “müşteri devreye almayı basitleştirmek ve hızlandırmak, müşteri deneyimini iyileştirmek ve işleme geçiş süresini kısaltmak” olduğunu söylüyor.

Her iddiayı kendi karşı taraflarınızla test edin. Üç sayfanın hiçbiri fiyat belirtmiyordu.

Barındırılan bir sağlayıcıyla nelerden vazgeçersiniz?

Emirlerinizin izlediği yol üzerindeki kontrolden ve değişikliklerin zamanlaması üzerindeki kontrolden vazgeçersiniz. Emirleriniz başkasının sunucularından geçer. Iress “FIX manipülasyonu”ndan söz ediyor, Broadridge'in yönetilen hizmeti ise “bir normalleştirme hizmeti” kullanıyor. İkisini de sağlayıcının mesajları yolda değiştirmesi olarak okuyoruz, ancak hiçbir sayfa hangi alanları ve nasıl değiştirdiğini söylemiyor. Tam olarak hangi alanları değiştirdiğini ve özgün mesajla değiştirilmiş mesajı yan yana görüp göremediğinizi sorun.

Sağlayıcı devre dışı kalırsa, piyasada çalışan emirleri iptal etmek için başka bir yola ihtiyacınız olur. Bu prosedürü yazılı alın.

Lisanslı ya da açık kaynaklı bir FIX motorunu işletmek neyi gerektirir?

Motor, FIX oturum katmanını sizin yerinize konuşan bir kitaplıktır. OnixS, motorlarını .NET, C++ ve Java için “Financial Information Exchange (FIX) Protokolü'nün yüksek hızlı uygulamaları” olarak tanımlıyor. Bunlar “takılabilir oturum durumu ve mesaj depolama” için örnek kodla geliyor ve “düşük maliyetli, tam destekli bir abonelik esasıyla” sunuluyor. Sayfasında fiyat yok, ücretsiz 30 günlük bir deneme sunuyor. Açık kaynaklı motorların lisans ücreti yoktur. QuickFIX/J sayfası sorular için bir e-posta listesine ve bir Stack Overflow etiketine yönlendiriyor. QuickFIX proje sitesi ticari destek de listeliyor; yani ya destek satın alırsınız ya da kendi personelinize güvenirsiniz.

Motor işin küçük kısmıdır. Şunları yine de sizin işletmeniz gerekir:

• Her karşı taraf için oturum yönetimi: bağlantı saatleri, kimlik bilgileri ve sıra numarası sıfırlamaları.
• Mesaj depolama; böylece bir yeniden başlatmadan sonra, karşı tarafın kaçırdığı mesajları istemesi olan bir yeniden gönderme talebini yanıtlayabilirsiniz.
• Her piyasayla ya da aracı kurumla sertifikasyon; bir değişiklik bağlantıyı ya da mesajlarını etkileyebildiğinde yinelenir.
• Bir oturum koptuğunda bir kişiyi hızla uyaran izleme.
• İşlem yaptığınız piyasaların açık olduğu her saat için personel ya da bir nöbet çizelgesi.

Sertifikasyon nedir ve ne kadar geçerli kalır?

Sertifikasyon, piyasanın ya da aracı kurumun yazılımınızın canlı işlem yapmasına izin vermeden önce uyguladığı bir testtir. ASX şöyle diyor: “Tüm müşteri uygulamaları, Üretim piyasasına erişmeden önce ASX Uyumluluk sürecinden geçmelidir.” Yazılımınızın “testi rezerve etmeden önce üretime hazır durumda” olmasını şart koşuyor. Ayrıca “uyumsuz yazılımların üretim sistemine erişimini engelleme hakkını” saklı tutuyor.

Test tek seferlik değildir. ASX, müşterilerin testi yinelemesi gereken durumları listeliyor; bunlar arasında yazılımın “ASX bağlantısını ya da mesajlaşmasını etkileyebilecek ya da doğrudan etkileyecek biçimde değiştirilmesi” de var. Barındırılan bir sağlayıcıya, bir piyasayla daha önce yaptığı testlerin sizin emirleriniz için de geçerli sayılıp sayılmadığını ya da kendi testinizi yapmanız gerekip gerekmediğini sorun.

Protokol nerede biter, kendi işiniz nerede başlar?

FIX bir standarttır, ancak her karşı taraf kendi kurallarını ekler. FIX Trading Community, FIX Orchestra'yı bu yüzden geliştirdi. Bu, “karşı taraflar arasında makine tarafından okunabilir etkileşim kuralları olarak tasarlandı” ve yeni bir işlem ortağını devreye alma süresini kısaltmayı amaçlıyor. Bir kural kitabı yalnızca karşı taraf bir tane yayımlıyorsa işe yarar. ASX ve London Metal Exchange kendilerininkini PDF belgeleri olarak yayımlıyor.

Yayımlanmış iki piyasa ve aracı kurum belgesi, kuralların birbirinden ne kadar farklı olabileceğini gösteriyor. Paxos, kripto aracılık belgelerinde şunu söylüyor: “Cancel on Disconnect varsayılan olarak etkindir.” Ayrıca “tüm oturumlar için her hafta bir bağlantı kesintisi ve sıra numaralarının sıfırlanmasını zorunlu kılar”. London Metal Exchange spesifikasyonu çıkışta farklılaşıyor: “Ağ geçidi, bir kullanıcının kalıcı olmayan emirlerini otomatik olarak iptal etmez.” Kullanıcı, bağlantı kaybında iptal talebini her emirdeki bir bayrakla yapabilir.

Kendi işiniz emir durumudur: sisteminizin her emir hakkında ne düşündüğü ve karşı taraf aynı fikirde olmadığında ne yaptığınız. Her karşı taraf için, retleri, kısmi gerçekleşmeleri, gerçekleşmeden sonra gelen iptalleri ve değişiklikleri kapsayan, mesajlarından sizin durumlarınıza giden bir eşleme gerekir. Bunu bir motor ya da barındırılan bir ağ sizin yerinize yazamaz, çünkü iş kurallarınıza bağlıdır.

Gecikme ne zaman önemlidir?

Kârınız bir fiyata ilk ulaşmanıza bağlıysa önemlidir. Müşteri emirlerini yönlendiren bir aracı kurum için ya da emirleri saatlerce çalıştıran bir fon için genellikle güvenilirlik daha önemlidir. OnixS motorlarını “kritik görev, ultra düşük gecikmeli, yüksek frekanslı işlem altyapısı için özel olarak tasarlanmış” diye tanımlıyor. Bu, sağlayıcının iddiasıdır ve sayfasında bir rakam yoktur.

Kendiniz ölçün. Yoğun işlem yapılan bir günde, sisteminizin bir emri ne zaman gönderdiğini ve eşleşen gerçekleşme raporunun ne zaman geldiğini kaydedin. Barındırılan bir ağ, sağlayıcının sistemlerini bu yola koyar ve bunun sizin için önemli olup olmadığını yalnızca kendi rakamlarınız gösterir. Ayrıca işlemde milisaniyelerin neden önemli olduğuna ve borsa colocation'ına dair makalelerimize de bakın.

Bir emrin ortasında oturum koparsa ne olur?

Dört şey olmuş olabilir. Emir piyasaya hiç ulaşmamış olabilir. Hâlâ orada çalışıyor olabilir. Tamamen ya da kısmen gerçekleşmiş, ancak rapor dönüş yolunda kaybolmuş olabilir. Ya da piyasa bağlantı kopuşunu görünce onu iptal etmiş olabilir. Sisteminiz hangisinin olduğunu, emri iki kez göndermeden bulmalıdır.

Oturum katmanı yardımcı olur. LME spesifikasyonu, bir oturum sırasındaki boşluk için şunu söylüyor: “İstemci, kaybolan mesajları kurtarmak için Resend Request (35=2) mesajını kullanabilir.” Bir kopuştan sonraki logon'da boşlukların otomatik doldurulması gerektiğini ve “hiçbir tarafın, gelen Logon mesajının MsgSeqNum (34) değerine dayanarak Resend Request (35=2) üretmemesi gerektiğini” söylüyor. Ağ geçidinin “istemci kaynaklı mesajlar için olası yeniden göndermeleri işlemediğini” de belirtiyor. Ayrıca “yinelenen ClOrdID (11) içeren her mesajın, Client Order ID benzersizlik denetimi uyarınca reddedileceğini” ekliyor. Yani ağ geçidi, aynı tanımlayıcıyı tekrarlayan bir yeniden denemeyi reddediyor; yeni bir tanımlayıcıyla gönderileni ise normal bir emir olarak işliyor. İlk emre ne olduğunu, onu yeni bir tanımlayıcıyla yeniden göndermeden önce öğrenin.

İmzalamadan önce sağlayıcıyla şu testi yapın: çalışan bir emir varken bağlantıyı kesin, yeniden bağlanın ve her iki tarafın ne düşündüğünü karşılaştırın. Geliştiren bir ekip bunu betiğe dökmeli ve her sürümden sonra tekrarlamalıdır.

Piyasalara bağlanırken hangi yükümlülükler geçerli olur?

Kurallar ülkeye ve firmanızın ne olduğuna göre değişir; bu yüzden bu bölümü avukatınızla yapacağınız görüşme için bir harita olarak kullanın. Alıntılar her rejimin tamamı değildir.

• AB. AB'nin finansal araçlar piyasaları yönergesi olan MiFID II'nin 17. maddesi, AB piyasa düzenleyicisi ESMA tarafından çevrimiçi kural kitabında yayımlanır. Algoritmik işlem yapan bir yatırım firmasının sistemlerinin “dayanıklı ve yeterli kapasiteye sahip” olması için “etkili sistemlere ve risk kontrollerine sahip olması gerektiğini” söyler. Yüksek frekanslı bir teknik kullanan firma, “iptaller dahil, verdiği tüm emirlerin doğru ve zaman sıralı kayıtlarını” saklamalıdır.
• AB testi. Algoritmik işlem yapan yatırım firmaları için yazılmış ve RTS 6 olarak bilinen 2017/589 sayılı Yetki Devri Tüzüğü'nün 6. maddesi, bir firmanın piyasayla ilgili olarak “algoritmik işlem sistemlerinin ve işlem algoritmalarının uyumluluğunu test etmesi” gerektiğini söyler. Buna “söz konusu işlem platformuna ilk kez sponsorlu erişim düzenlemesiyle bağlanırken” de dahildir. Sponsorlu erişim, emirleri başka bir firmanın işlem koduyla, o firmanın altyapısını kullanmadan doğrudan bir piyasaya göndermek demektir. 12. madde, firmanın bağlı olduğu tüm piyasalarda gerçekleşmemiş emirleri “bir acil durum önlemi olarak derhal iptal edebilme” yeteneğini şart koşar.
• ABD. SEC Rule 15c3-5, piyasa erişimi olan bir broker-dealer'ın “bir risk yönetimi kontrolleri ve gözetim prosedürleri sistemi kurmasını, belgelemesini ve sürdürmesini” şart koşar. Kontroller “makul biçimde tasarlanmış” olmalı ve “uygun fiyat ya da büyüklük parametrelerini aşan emirleri reddederek hatalı emirlerin girilmesini önlemelidir”. Ayrıca “broker-dealer'ın doğrudan ve münhasır kontrolü altında” olmalıdır. Bir istisna, firmanın belirli düzenleyici kontrolleri yazılı sözleşmeyle, kayıtlı bir broker-dealer olan bir müşteriye devretmesine izin verir. Üst düzey yönetici bunları “yıllık olarak onaylamalıdır”.
• FINRA. 26 Mart 2015'te yayımlanan Regulatory Notice 15-09, algoritmik işlem yapan firmalar için önerilen etkili uygulamaları listeler. Bunlar arasında “testin kod geliştirmeden bağımsız yapılması” ve “firmanın algoritmayı ya da destekleyen platformu hızla devre dışı bırakabileceği mekanizmalar” var.

Birleşik Krallık için, 21 Ağustos 2025'te yayımlanan bir FCA incelemesi, algoritmik işlem yapan firmaların “algoritmalarının uyumluluğunu, RTS 6'nın 6. maddesi uyarınca işlem platformunun ya da doğrudan piyasa erişimi sağlayıcısının sistemiyle test etmeleri gerektiğini” söylüyor. Bazı firmaların bu prosedürlerin “piyasadan piyasaya önemli ölçüde farklılaştığını” belirttiğini aktarıyor. Bu makale FCA Handbook'tan alıntı yapmıyor; bu yüzden algoritmik işleme ilişkin bölümlerini avukatınıza sorun.

Rejime ve firmanın nasıl işlem yaptığına bağlı olarak bu kurallar, her piyasada her şeyi iptal etmenin bir yolu, zaman damgalı emir kayıtları ve test kanıtı anlamına gelebilir. Barındırılan bir sağlayıcı bunun bazı kısımlarını sağlayabilir.

Kendi ağ geçidinizi geliştirmek ne zaman haklı olur?

Size para kazandıran bir gereksinim test ettiğiniz her ürünün ötesindeyse geliştirin. Dikkat edilecek işaretler:

• Emir durumu mantığınız stratejinizin kalbi ve mesajları düzenleyen ya da kuyruğa alan bir sağlayıcı bunun önüne geçiyor.
• Her emirden önce, onu gönderen aynı süreç içinde çalışan risk kontrollerine ihtiyacınız var; işlem öncesi risk sıcak yolu makalemizdeki gibi.
• Barındırılan bir ağın maliyeti, birkaç yıl boyunca bütün oturumlar üzerinden hesaplandığında, kendi ağınızı işletecek bir ekibin maliyetini aşıyor.

Motor lisansı pahalı görünüyor diye geliştirmeyin. Sertifikasyon, izleme ve piyasa saatleri için nöbet çizelgesi her yolda sizde kalır. Terminal makalemiz, sahibi olunan bir FIX çekirdeği için genel bir tasarımı anlatıyor.

Bir sağlayıcıdan ayrılırsanız elinizde ne kalır?

Bu sözleşmeye bağlıdır; o yüzden başlamadan önce netleştirin. Sertifikasyonlarınızın sağlayıcının oturumlarına ait olup olmadığını, yani yeni bir yolun yeni testler anlamına gelip gelmediğini sorun. Mesaj geçmişinin nerede durduğunu ve her karşı tarafın kimlik bilgileri ile ağ adresleri için kayıtlarında kimin adının bulunduğunu sorun.

İmzalamadan önce her mesajın okunabilir bir biçimde dışa aktarılmasını isteyin. Karşı tarafların onayıyla oturumları devralma hakkını ve yeniden test etmeye yetecek uzunlukta bir ihbar süresini isteyin. Bir motorla oturumlar ve geçmiş sizde kalır; kendi geliştirmenizde ise sözleşme öyle diyorsa kodun da sahibi olursunuz.

Bir sağlayıcıya ya da bunu geliştirecek bir firmaya ne sormalısınız?

• Karşı taraflarımızdan hangilerine zaten bağlısınız; hangi FIX sürümlerini ve sertifikasyon tarihlerini gösterebilirsiniz?
• Yolda hangi alanları değiştiriyorsunuz ve her mesajın iki sürümünü de görebiliyor muyuz?
• Bizim oturumumuz ya da sizinki koparsa çalışan emirlerimize ne olur ve bunu canlı gösterebilir misiniz?
• Kendi personelimiz sizi aramadan her piyasadaki her emri iptal edebilir mi?
• Mesaj geçmişi nerede tutuluyor, ne kadar süreyle ve hangi biçimde dışa aktarabiliriz?
• Biz yazılımımızı değiştirdiğimizde ya da piyasa kurallarını değiştirdiğinde sertifikasyonu kim yineliyor?
• Her piyasanın saatlerinde kim nöbette ve yanıt süresi yazılı olarak nedir?

amBrain nerede devreye girer?

Bu blogu amBrain yayımlıyor. İşlem alanındaki çalışmalarının bir bölümünü şöyle anlatıyor: “amBrain, algoritmik trading altyapısı geliştirir: emir gerçekleştirme, piyasa verisi ve işlem öncesi risk kontrolleri.” Trading ve FinTech için hizmet kartında “Trading terminali geliştirme, emir yönetim sistemleri ve FIX protokolü ile borsa entegrasyonu” yer alıyor. Bu yalnızca bir hizmet tanımıdır.

amBrain 2019'dan bu yana yazılım geliştiriyor. Müşterileriyle nasıl çalıştığı konusunda şöyle diyor: “Üç format: tam teslim, özel ekip ya da sizin ekibinize yerleşen mühendisler.” Mülkiyet konusundaki satırı ise şöyle: “Müşteri, yeniden kullanılabilir bileşenlerimiz dışında ürünün ve kodun tam mülkiyetini elinde tutar.” İmzalamadan önce bu bileşenlerin adlarıyla listesini isteyin.

Bu makale bir vaka çalışması değildir ve hiçbir müşteri işini anlatmaz. İçindeki hiçbir şey amBrain'in herhangi bir müşteri için bir FIX ağ geçidi, bir bağlantı ürünü ya da barındırılan bir ağ geliştirdiğini söylemez. Alıntılar FIX Trading Community'nin, yukarıda adı geçen sağlayıcıların ve piyasaların, ESMA'nın, FINRA'nın, FCA'nın, ABD Federal Yönetmelikler Kanunu'nun ve legislation.gov.uk'un yayımlanmış sayfalarından gelir. Makale, amBrain ile bunlardan hiçbiri arasında bir ilişki öne sürmez, ürünlerinden hiçbirini tavsiye etmez ve amBrain fiyatı ya da takvimi vermez.

Bu da hukuki ya da yatırım tavsiyesi değildir. İşlem yaptığınız her piyasada, firmanız için geçerli kuralları bir avukatla kontrol edin. amBrain kısa listenizdeyse, ona da diğer firmalara sorduğunuz soruları sorun.