Bir Forex ya da CFD Aracı Kurumu İçin Likidite Köprüsü: Bir Köprü Satın Almak, Trading Platformunuzun Sunduğunu Kullanmak ya da Kendinizinkini Geliştirmek

Likidite köprüsü, bir aracı kurumun MetaTrader 5 ya da cTrader gibi trading platformunu likidite sağlayıcılarına bağlayan yazılımdır. Bunlar, aracı kuruma fiyat kotasyonu veren ve emirlerini gerçekleştiren bankalar ve aracı kurumlardır. Köprü onların fiyatlarını alır ve üzerine aracı kurumun markup'ını, yani aracı kurumun müşteriler görmeden önce bir sağlayıcının fiyatına eklediği tutarı ekler. Her müşteri emri için, emri bir sağlayıcıya mı ileteceğine, yoksa işlemin karşı tarafına aracı kurumun kendisi geçerek emri kendi defterinde mi tutacağına karar verir. Bir köprü satın alabilir, platform üreticinizin sunduğu araçları kullanabilir ya da kendinizinkini geliştirebilirsiniz. Seçim, kaç platform ve sağlayıcıyla çalıştığınıza ve yönlendirme kurallarınızın sattığınız şeyin bir parçası olup olmadığına bağlıdır. Hangi yolu seçerseniz seçin, firmanızın yükümlülükleri aynı kalır.

Bir likidite köprüsü aracı kurum için ne yapar?

Platform bir müşterinin emrini kontrol ettikten sonra köprü devreye girer. Beş iş yapar:

• Her sağlayıcının fiyatlarını alır ve müşterilerinizin gördüğü fiyatları oluşturur; örneğin sağlayıcılar arasındaki en iyi fiyat artı markup'ınız
• Yönlendirme kurallarınızı uygular: hangi emirlerin dışarı çıkacağı, hangi sağlayıcıya gideceği ve hangilerinin kendi defterinizde kalacağı
• Dışarı giden her emri gönderir ve geriye gerçekleşmeyi, yani fiilen işlem gören fiyat ve miktarı, ya da bir reddi getirir
• Risk maruziyetinizi, yani müşterilerinize karşı tuttuğunuz pozisyonları takip eder ve risk limitlerinizi buna uygular
• Her fiyatı, emri, gerçekleşmeyi ve reddi zamanıyla birlikte kaydeder

Her sağlayıcıyla bağlantı çoğu zaman FIX üzerinden yürür; FIX, bankaların, aracı kurumların ve işlem yerlerinin kullandığı ortak bir mesaj formatıdır. Protokolün bakımını yapan FIX Trading Community, FIX'in “emirler, gerçekleşmeler ve piyasa verisi” gibi mesajları kapsadığını söylüyor.

Bir köprü neyi yapmaz?

Bir köprü, şu dört şeyi işinizin geri kalanına bırakır:

• Likidite. Her sağlayıcıyla yine de bir hesaba ve bir anlaşmaya ihtiyacınız vardır. MetaTrader 5'in üreticisi MetaQuotes, bir sağlayıcıyı bağlamanın adımları arasında “bir anlaşma imzalamayı” sayıyor
• Trading platformunun tuttuğu müşteri hesapları, bakiyeler ve teminat
• Emir gerçekleştirme politikanız, yani müşteri emirlerini nasıl işleyeceğinize dair yazılı kurallarınız ve risk limitleriniz. Bunları çalışanlarınız belirler, köprü ise uygular
• Kayıtlarınızın her sağlayıcının hesap ekstresiyle karşılaştırılması; bunu yine sizin tarafınızdan biri yapar

A-book, B-book ve hibrit kurallar nerede yer alır?

Köprüde ya da platformunuzun köprünün işini yapan kısmında. Her terim, bir müşteri işleminin nereye gittiğini adlandırır:

• A-book: müşterinin işlemini bir sağlayıcıya iletirsiniz. Piyasa riskini sağlayıcı taşır; siz markup'ı ve varsa komisyonu kazanırsınız
• B-book: işlemi kendi defterinizde tutar ve karşı tarafa siz geçersiniz. Müşteri kaybettiğinde siz kazanırsınız; tersi de geçerlidir
• Hibrit: her işlemin hangi yoldan gideceğine müşteri grubuna, enstrümana, emir büyüklüğüne ya da açık pozisyonunuza göre kurallar karar verir. Bir kural, bir işlemin bir kısmını iletip geri kalanını da tutabilir

MetaQuotes, MetaTrader 5'e yönelik matching engine'i Ultency hakkında şöyle diyor: “A-Book, B-Book ve kısmi hedge gerçekleştirmeleri arasında emir yönlendirmesini yönetebilirsiniz.” Herhangi bir ürünü seçmeden önce her kuralı, örnek bir emirle birlikte sade bir dille yazın. Ardından ürünün onu tam olarak uyguladığını kontrol edin.

Kurallarınızın, bir sağlayıcının reddettiği emirler için de bir yanıtı olmalıdır. Bazı sağlayıcılar last look uygular; last look, emriniz kendilerine ulaştıktan sonra onu geri çevirmelerine izin verir. FX Global Code, Global Foreign Exchange Committee'nin yönettiği, toptan döviz piyasasına yönelik iyi uygulama ilkeleri bütünüdür. Kod, last look'u, bir işlem talebini alan tarafın “talebi kotasyon verdiği fiyat üzerinden kabul etmek ya da reddetmek için son bir fırsata sahip olduğu” bir uygulama olarak tanımlar. Kod'un 17. ilkesi, last look kullanan firmaların “bu uygulamanın kullanımı konusunda şeffaf olması ve Müşterilere uygun açıklamalar yapması gerektiğini” söyler. Kod gönüllülük esasına dayanır: piyasa katılımcılarına “yasal ya da düzenleyici yükümlülükler getirmediğini” belirtir.

Köprünüzün reddedilen bir emirle ne yapacağına karar verin: emri bir sonraki sağlayıcıya göndermek, kendi defterinizden gerçekleştirmek ya da reddetmek. Her seçim hem riskinizi hem de müşterinin gördüğünü değiştirir.

Düzenleyiciler bir köprünün içindeki kurallardan ne bekliyor?

AB'de MiFID II'nin 27. maddesi, yatırım kuruluşlarının “emirleri gerçekleştirirken müşterileri için mümkün olan en iyi sonucu elde etmek üzere tüm yeterli adımları atmasını” şart koşar. Maddenin saydığı etkenler “fiyat, maliyetler, hız, gerçekleştirme ve takas olasılığı” ile başlar.

Kuruluşun emir gerçekleştirme politikası, “yatırım kuruluşunun müşteri emirlerini gerçekleştirdiği farklı işlem yerleri ve gerçekleştirme yeri seçimini etkileyen etkenler” hakkında bilgi içermelidir. Bir aracı kurumda bu seçim köprüde yapılır; bu yüzden politika ile yönlendirme kurallarının birbiriyle örtüşmesi gerekir. Kuruluşlar ayrıca emir gerçekleştirme düzenlemelerinin ve politikalarının “etkinliğini izlemek” zorundadır. Pratikte bu, köprünün kayıtlarını sağlayıcı sağlayıcı gözden geçirmek demektir.

Bir borsada ya da başka bir işlem yerinde işlem görmeyen ürünlere tezgâh üstü (OTC) ürünler denir. AB'nin piyasa otoritesi ESMA, yayımladığı soru-cevaplardan birinde bu ürünleri ele alıyor. ESMA, MiFID II Yetki Devri Tüzüğü'nün 64. maddesinin firmaların “müşteriye önerilen fiyatın adil olup olmadığını kontrol etmesini” şart koştuğunu açıklıyor. Yanıt 2016 tarihli ve hâlâ ESMA'nın web sitesinde duruyor. Yanıt ayrıca amacın, firmaların “fiyatlandırma kararlarını gerekçelendirebilmesi” olduğunu ekliyor. Markup ekliyorsanız ya da işlemleri kendi defterinizde tutuyorsanız, her sağlayıcı fiyatını müşterinizin aldığı fiyatın yanında saklayın.

Bu yazıdaki tüm kaynaklara 3 Kasım 2026'da erişildi. Yazı, düzenleme konusunda yalnızca AB kurallarından ve ESMA'nın açıklamalarından alıntı yapar. Diğer ülkelerin kendi kuralları vardır.

Hangi yolu seçersek seçelim ne değişmez?

Bu işler her yolda vardır. Değişen, yazılımı kimin yazdığı ve işlettiğidir:

• Fiyat akışları ve markup'lar: her müşteri grubunu hangi sağlayıcının fiyatlarının beslediği ve bunlara ne eklediğiniz
• Yönlendirme kuralları: A-book, B-book ya da hibrit ve bir sağlayıcı bir emri reddettiğinde ne olduğu
• Risk limitleri: her enstrümanda, riski devretmeden önce ne kadarını üzerinizde tuttuğunuz
• Her sağlayıcıyla bir FIX oturumu; her biri o sağlayıcıyla birlikte kurulur ve test edilir
• Kayıtlar ve mutabakat: her emrin ve gerçekleşmenin her gün her sağlayıcının hesap ekstresiyle eşleştirilmesi
• Yük devretme (failover): bir sağlayıcının bağlantısı koptuğunda fiyatları ve emirleri başka bir sağlayıcıya taşımak

Yük devretme, en sıkı test edilmesi gereken kısımdır. Bir emir işlenirken bağlantı koptuğunda köprü, daha fazla emir göndermeden önce o emrin gerçekleşip gerçekleşmediğini öğrenmelidir. FIX Trading Community'nin oturum standardı, FIX oturum katmanının “elektronik işlemler için güvenilir ve kurtarılabilir mesajlaşma sağlamak” amacıyla kullanıldığını söylüyor. Mesajlar numaralandırılır ve bir boşluk fark eden taraf eksik mesajları yeniden ister.

Bir tedarikçi ya da bir platform bu işin bir kısmını sizin yerinize yapabilir, ama hepsinden yine firmanız sorumludur.

Bir aracı kurum ne zaman bir köprü ürünü satın almalı?

İhtiyaçlarınız tedarikçinin diğer müşterilerininkine benziyorsa satın alın. Tipik işaretler:

• Birden fazla trading platformu işletiyorsunuz ya da işletmeyi planlıyorsunuz ve hepsinde geçerli tek bir yönlendirme kuralları seti istiyorsunuz
• Yakında birkaç sağlayıcıya ihtiyacınız var ve tedarikçi diğer aracı kurumlar için bu sağlayıcılara zaten bağlanıyor
• Ekibiniz küçük ve spesifikasyonlar değiştiğinde sağlayıcı bağlantılarının çalışır durumda kalmasını başkasının sağlamasını istiyorsunuz

Vazgeçtiğiniz şey kontroldür. Kurallarınız ürünün ayarlarına uymak zorundadır ve eksik bir özellik tedarikçinin planlarını bekler. Tedarikçinin barındırdığı bir köprüde, müşterilerinizin emirleri ayrıca sizin işletmediğiniz sunuculardan geçer.

Trading platformumuzdaki araçlar ne zaman yeterlidir?

Müşterilerinizin çoğu tek bir platformda işlem yaptığında ve istediğiniz sağlayıcılar o platforma zaten bağlandığında. MetaQuotes, “MetaTrader 5'in, Ultency aracılığıyla likidite agregasyonu ve emir eşleştirme için yerleşik bir çözüm içerdiğini” söylüyor. Agregasyon, birkaç sağlayıcının fiyatlarını müşterilerinizin gördüğü fiyatlarda birleştirmek demektir. MetaQuotes, sitesinde “yerel Ultency bağlantısına” sahip sağlayıcıları listeliyor ve ayrıca gateway'ler de sunuyor; bu, şirketin sağlayıcılara ve borsalara bağlanan bileşenlere verdiği addır.

cTrader'ın üreticisi Spotware, bir aracı kurumu FIX üzerinden yeni bir sağlayıcıya bağlayabilir. Şirketin likidite için FIX konulu sayfası, Spotware'in sağlayıcının FIX spesifikasyonlarını edindiğini ve “özel bir sunucu adaptörü geliştirdiğini” söylüyor.

Bu yolda işletmeniz gereken parça sayısı en azdır. MetaQuotes, Ultency ile ana enstrüman ve işlem seansı ayarlarının “MetaTrader 5'te bir kez yapılandırıldığını” belirtiyor. Sınırı ise kuralların tek bir platformun içinde durmasıdır. Platform üreticisinin henüz desteklemediği bir sağlayıcı, üreticinin planlarını bekler. İkinci bir platform, kuralları yeniden kurmak ya da ikisine birden hizmet veren bir köprüye geçmek demektir.

Kendi köprümüzü geliştirmeye ne zaman değer?

Şunlardan en az biri geçerliyse:

• Yönlendirme, fiyatlandırma ya da hedge kurallarınız sattığınız şeyin bir parçası ve denediğiniz ürünler bunları yazıldığı gibi uygulayamıyor
• Hacminizle birlikte büyüyen köprü ücretleri artık kendi sisteminizi işleten bir ekipten daha pahalıya geliyor
• Her fiyatın, emrin ve gerçekleşmenin, yapısını sizin seçtiğiniz bir biçimde, kontrol ettiğiniz sunucularda durmasını istiyorsunuz

Kendi köprünüz her şeyin yerini almak zorunda değildir. Çoğu zaman satın alınmış bir köprünün ya da platformunuzun araçlarının yanında duran tek bir parçadır; örneğin kendi hedge kurallarınız ya da kayıtlarınız. MetaTrader 5'te kendi köprünüz platformun arayüzleri üzerinden bağlanır. MetaQuotes şöyle diyor: “Gateway API, MetaTrader 5'in diğer trading sistemleriyle entegrasyonu ve özel veri akışlarının oluşturulması için kullanılır.” Spotware ise “hizmet olarak platform sunduğunu” söylüyor; aracı kurumlara yönelik sayfası da cTrader'ın “eksiksiz teknoloji yığınının” Londra ve New York'taki veri merkezlerinde barındırıldığını belirtiyor. Bu yüzden kendi köprünüzün hangi arayüzü kullanacağını Spotware'e sorun.

Lansmandan sonra, müşterilerinizin işlem yapabildiği her saatte uyarılara birinin yanıt vermesi ve her sağlayıcı bağlantısını, değiştiğinde yeniden test etmesi gerekir. Bunun için kimseniz yoksa, satın alınmış bir köprüyle ya da platformunuzun araçlarıyla başlayın.

Bir köprü sözleşmesi imzalamadan önce neleri kontrol etmeliyiz?

• Emir akışımızı, yani müşterilerimizin emirlerini kim görebiliyor? Sunucular nerede çalışıyor, tedarikçide kimin erişimi var ve tedarikçinin grubundaki herhangi bir şirket aynı zamanda bir likidite sağlayıcısı ya da aracı kurum mu?
• Her fiyatı, emri, gerçekleşmeyi, reddi ve kural değişikliğini, ayrıldıktan sonra da dahil olmak üzere istediğimiz zaman, belgelenmiş bir formatta dışa aktarabilir miyiz?
• Çıkış koşulları neler: bildirim süresi, yönlendirme kurallarımızın ve enstrüman ayarlarımızın dışa aktarımı ve başka bir köprüye geçişte destek?
• Hacmimiz iki katına çıktığında ücretler nasıl değişiyor? MetaQuotes, Ultency'nin fiyatlandırmasını “hacme dayalı” olarak tanımlıyor. Spotware ise kendi köprü ürünü cBridge'in fiyatlandırmasının “ilgili sunucu ve bağlantı sayısına dayandığını” söylüyor.
• Hangi sağlayıcılar bugün diğer aracı kurumlarla canlı olarak çalışıyor, hangileri yalnızca planlanıyor?
• Dealer'larımız yönlendirme kurallarını ve markup'ları, her değişiklik kayda geçecek şekilde kendileri değiştirebiliyor mu?
• Bir sağlayıcı bir emri reddettiğinde ya da bağlantısı koptuğunda ne oluyor ve bu kuralı kim belirliyor?
• Tedarikçinin destek saatleri, müşterilerimizin işlem yapabildiği her saati kapsıyor mu?

Kodun, yönlendirme kurallarının ve işlem kayıtlarının sahibi kim?

Bir tedarikçi kendi köprüsünün koduna, bir platform üreticisi de kendi platformuna sahiptir. Yönlendirme kurallarınız ve markup'larınız sizin iş mantığınızdır, ama bir ürünün içinde tedarikçinin formatında dururlar. Okuyabileceğiniz bir dışa aktarım isteyin ve her kuralın yazılı bir kopyasını kendiniz saklayın.

İşlem kayıtları iki yarıdan oluşur. Platform müşteri tarafını tutar: hesaplar, emirler ve pozisyonlar. Köprü sağlayıcı tarafını tutar: hangi sağlayıcının hangi emri ne zaman, hangi fiyat ve markup'la aldığı ve geriye ne döndüğü. Bir müşteriye ya da bir düzenleyiciye yanıt verebilmek için ikisine de ihtiyacınız vardır. Örneğin MetaQuotes, Ultency'nin loglarının “yalnızca aracı kurum tarafından erişilebilir” olduğunu söylüyor. Aynı yanıtı her tedarikçiden yazılı olarak alın.

Kendi geliştirdiğiniz sistemde kodun sahibi de olabilirsiniz. Sözleşme bunu belirtmeli ve sistemi geliştiren firmanın elinde tuttuğu bileşenleri, bunları kullanmaya devam edebileceğiniz lisansla birlikte listelemelidir.

Köprümüzü geliştirecek bir firmaya neler sormalıyız?

• Köprü hangi platformlara ve bu platformların hangi arayüzleri üzerinden bağlanacak?
• Önce hangi sağlayıcılar, hangi FIX sürümü üzerinden bağlanacak ve her biriyle bağlantı testlerini kim ayarlayacak?
• Dealer'larımız yönlendirme kurallarını ve markup'ları bir geliştiriciye ihtiyaç duymadan nasıl değiştirecek ve her değişiklik nasıl kayda geçiyor?
• Bir emir işlenirken bağlantı koparsa köprü, işlemler yeniden başlamadan önce o emre ne olduğunu sağlayıcıyla nasıl kontrol ediyor?
• Başka bir sağlayıcıya yük devretme nasıl işliyor ve bu sırada müşteriler ne görüyor?
• Her müşteri fiyatının nasıl belirlendiğini daha sonra gösterebilmemiz için sağlayıcı fiyatlarını müşteri fiyatlarının yanında nasıl saklıyorsunuz?
• Her sağlayıcının hesap ekstresiyle yapılan günlük mutabakat nasıl işliyor ve bir fark çıktığında kime haber veriliyor?
• Bugün çalışan bir sistemde bunun işlediğini gösterebilir misiniz?

amBrain nerede devreye girer?

Bu blogu amBrain yayımlıyor. amBrain işinin bu kısmını tek satırla şöyle anlatıyor: “amBrain, algoritmik trading altyapısı geliştirir: emir gerçekleştirme, piyasa verisi ve işlem öncesi risk kontrolleri.” amBrain'in web sitesindeki bir başka satır şöyle: “Trading terminali geliştirme, emir yönetim sistemleri ve FIX protokolü ile borsa entegrasyonu.”

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 yazı bir vaka çalışması değildir ve hiçbir müşteri çalışmasını anlatmaz. amBrain'in herhangi bir müşteri için bir likidite köprüsü geliştirdiğini, satın aldığını ya da bağladığını söylemez. MetaQuotes, Spotware, FIX Trading Community, Global Foreign Exchange Committee ve ESMA'dan yayımlanmış sayfaları üzerinden alıntı yapar ve amBrain ile bunların herhangi biri arasında bir ilişki iddia etmez. Yazı amBrain'e ait fiyat ya da takvim vermez.

Hukuki tavsiye de değildir. Firmanız için geçerli kuralları bir avukatla kontrol edin. amBrain kısa listenizdeyse, ona da diğer her firmaya sorduğunuz soruların aynısını sorun.