Bir Aracı Kurum İçin Emir Yönetim Sistemi: Bir Tedarikçinin OMS'ini Satın Almak, Trading Platformunuzdakini Genişletmek ya da Kendinizinkini Geliştirmek

Bir aracı kurumun emir yönetim sistemi (OMS), müşterinin emrini geldiği andan gerçekleşene ya da iptal edilene kadar işleyen yazılımdır. Emri kontrol eder, bir işlem yerine ya da başka bir aracı kuruma gönderir, takip eder ve her adımı kaydeder. Bir OMS'i bir tedarikçiden satın alabilir, trading platformunuzun içinde zaten bulunan emir işleme kısmını genişletebilir ya da kendinizinkini geliştirebilirsiniz. Doğru seçim, emirlerinizin kaç platformdan ve işlem yerinden geçtiğine ve emirleri işleme biçiminizin sattığınız şeyin bir parçası olup olmadığına bağlıdır. Yükümlülükler seçime göre değişmez. Yazılımı kim yazmış olursa olsun, risk kontrollerinden ve kayıtlardan firmanız sorumludur.

Bir emir yönetim sistemi aracı kurum için ne yapar?

Bir emir nereden gelirse gelsin aynı adımlardan geçer: bir mobil uygulama, bir masaüstü terminal, müşterinin bir API üzerinden bağlanan kendi yazılımı ya da dealing desk'inize yapılan bir telefon. OMS, sistemlerinizin bu adımları yürüten parçasıdır:

• Emri kabul eder ve ona sonuna kadar onunla kalacak bir kimlik (ID) verir
• İşlem öncesi kontrolleri çalıştırır: yeterli para ya da teminat, limitler içinde kalan miktar ve fiyat ve enstrümanda işlem yapma izni
• Emri bir borsaya, bir likidite sağlayıcısına ya da emirlerinizi ilettiğiniz bir aracı kuruma gönderir
• Emrin durumunu takip eder: açık (piyasada hâlâ bekliyor), kısmen gerçekleşti, gerçekleşti, iptal edildi ya da reddedildi gibi; müşterinin yol boyunca yaptığı değişiklikleri de izler
• Her gerçekleşmeyi müşterinin hesabına ve back office'inize geri iletir
• Her adımı zamanıyla birlikte kaydeder

Gönderme adımı çoğu zaman FIX üzerinden yürür; FIX, aracı kurumların ve işlem yerlerinin emirleri ve gerçekleşmeleri birbirlerine iletmek için kullandığı ortak bir mesaj formatıdır. Protokolün bakımını yapan FIX Trading Community, FIX Protocol'ü “finans kuruluşlarının işlem bilgilerini birbirine iletmesini sağlayan küresel, açık bir standart” olarak tanımlıyor. İşlem mesajları listesi “Emirler ve gerçekleşmeler” ile başlıyor. Bağlanmayı planladığınız her işlem yerine ve aracı kuruma hangi FIX sürümünü ve hangi mesajları beklediğini sorun.

OMS'in EMS'ten ve trading platformumuzdan farkı nedir?

Bu yazıda OMS, emirlerin resmî kaydını tutan sistemdir: her müşterinin ne istediği ve isteğine ne olduğu. Emir gerçekleştirme sistemi (execution management system, EMS) ise bir trader'ın bir emri piyasada yürütmek için kullandığı araçtır. Örneğin büyük bir emri daha küçük emirlere bölebilir ya da bir gerçekleştirme algoritmasına devredebilir. Tedarikçiler bu iki adı gevşek biçimde kullanır ve birçok ürün iki işi de yapar.

Bireysel müşterilere hizmet veren aracı kurumlarda çoğu zaman üçüncü bir tür zaten vardır: trading platformlarının içindeki emir işleme kısmı. Platformun sunucusu emri kabul eder, hesabı kontrol eder ve ya riski aracı kurumda tutar ya da emri gateway adı verilen bir bağlantı bileşeni üzerinden iletir. MetaQuotes, aracı kurumlara yönelik sayfasında bir MetaTrader 5 gateway'inin “aracı kurumların risklerini anında hedge etmesini sağladığını” söylüyor. Birçok aracı kurum için bu yerleşik emir işleme, kimse öyle adlandırmasa da onların OMS'idir.

Düzenleyiciler emir kayıtlarından ne bekliyor?

Her emrin zamanlarıyla birlikte eksiksiz bir kaydı ve müşteri emirlerine adil davranan prosedürler. ABD kuralları ayrıca piyasaya erişimi olan bir aracı kurumun risk kontrollerini kendi elinde tutmasını şart koşar.

AB'de MiFIR'ın 25. maddesi, yatırım kuruluşlarının “gerçekleştirdikleri, finansal araçlara ilişkin tüm emirler ve tüm işlemlerle ilgili verileri beş yıl boyunca yetkili otoritenin emrinde tutacaklarını” söyler. MiFID II'nin 28. maddesi ise müşteri emirlerini gerçekleştiren kuruluşlardan “müşteri emirlerinin, diğer müşteri emirlerine ya da yatırım kuruluşunun işlem çıkarlarına göre hızlı, adil ve süratli biçimde gerçekleştirilmesini sağlayan prosedürler ve düzenlemeler” ister.

MiFID II'nin en iyi gerçekleştirmeye (best execution) ilişkin 27. maddesi, bir kuruluşun talep hâlinde müşteriye “emirlerini yatırım kuruluşunun emir gerçekleştirme politikasına uygun olarak gerçekleştirdiğini” gösterebilmesi gerektiğini söyler. Bunu gösterebilmek için kuruluşun, her emrin ne zaman geldiğini ve nereye gittiğini gösteren bir kaydı olması gerekir.

ABD'de SEC Rule 17a-3, aracı kurumların (broker-dealer) gerçekleşmiş olsun ya da olmasın her aracılık emrinin kaydını tutmasını şart koşar. Kural bu kayda memorandum adını verir. Kayıt “emrin ya da talimatların şartlarını ve koşullarını”, “emrin alındığı zamanı, giriş zamanını, gerçekleştiği fiyatı” ve “mümkün olduğu ölçüde, gerçekleşme ya da iptal zamanını” göstermelidir.

FINRA, ABD'deki aracı kurumları (broker-dealer) denetleyen öz düzenleyici kuruluştur. SEC Rule 613, FINRA'nın ve ABD'deki ulusal menkul kıymet borsalarının, CAT olarak bilinen konsolide bir denetim izi için ortaklaşa bir plan sunmasını şart koşar. FINRA'nın sayfası bunu, “tüm ABD piyasalarında borsada kote tüm hisse senetleri ve opsiyonlar için her emri, iptali, değişikliği ve işlem gerçekleşmesini toplayan ve doğru biçimde tanımlayan” konsolide bir denetim izi olarak tanımlıyor. Aynı sayfa, “bir ulusal menkul kıymet borsasının ya da ulusal menkul kıymetler birliğinin her üyesinin CAT NMS Plan'ın tüm hükümlerine uymakla yükümlü olduğunu” söylüyor.

SEC Rule 15c3-5, piyasaya erişimi olan bir aracı kurumun “bir risk yönetimi kontrolleri ve denetim prosedürleri sistemi kurmasını, belgelemesini ve sürdürmesini” şart koşar. Bu kontroller, kendisi de aracı kurum olan müşteriler için tanınan dar bir istisna dışında, “aracı kurumun ya da dealer'ın doğrudan ve münhasır kontrolü altında” olmalıdır. Yazılımı satın alabilirsiniz, ama limitler sizin kontrolünüzde kalır.

Bu yazıdaki tüm kaynaklara 2 Kasım 2026'da erişildi. Yazı yalnızca AB ve ABD kurallarını ele alır. 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:

• Her yeni emirde ve açık bir emirdeki her değişiklikte, limitlerini kendi risk ekibinizin belirlediği işlem öncesi risk kontrolleri
• Denetim izi: zamanıyla birlikte her emir, değişiklik, iptal, gerçekleşme ve ret; tabi olduğunuz kuralların gerektirdiği süre boyunca saklanır
• Her işlem yerine ve emirlerinizi ilettiğiniz her aracı kuruma FIX bağlantıları; her biri karşı taraftaki firmayla birlikte kurulur ve test edilir
• Mutabakat: emirlerinizin, gerçekleşmelerinizin ve pozisyonlarınızın işlem yerlerinizin, aracı kurumlarınızın ve takas kuruluşunuzun kayıtlarıyla her gün eşleştirilmesi ve her farkın açıklanması

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 tedarikçinin OMS'ini satın almalı?

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

• Ürünün zaten desteklediği varlık sınıflarında ve emir türlerinde işlem yapıyorsunuz
• Yakında birçok işlem yerine ya da aracı kuruma bağlantıya ihtiyacınız var ve tedarikçi bu bağlantıları zaten işletiyor
• Ekibiniz küçük ve işlem yerleri spesifikasyonlarını değiştirdiğinde bağlantıların çalışır durumda kalmasını başkasının sağlamasını istiyorsunuz
• Sizi farklı kılan şey emirleri işleme biçiminiz değil, fiyatlandırmanız ya da uygulamanızdır

Vazgeçtiğiniz şey kontroldür. Kurallarınız tedarikçinin ayarlarına uymak zorundadır ve ihtiyaç duyduğunuz bir özellik, tedarikçi onu planına alana ya da siz özel geliştirme için ödeme yapana kadar bekler.

Trading platformumuzdaki emir işleme kısmını ne zaman genişletmeliyiz?

Müşterilerinizin çoğu tek bir platformda işlem yapıyorsa, platformun emir işleme kısmı çalışıyorsa ve yalnızca dar bir parça eksikse genişletin. Bu parça platform ayarlarının ifade edemediği bir risk kuralı, yeni bir likidite sağlayıcısına giden bir yol ya da back office'inize bir bağlantı olabilir. Platform üreticileri bunun için API adı verilen programlama arayüzleri sunar. 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 cTrader platformunun Manager's API'sini, aracı kurumlara “cTrader sunucu varlıkları üzerinde tam kontrol” sağlayan bir arayüz olarak tanımlıyor.

Genişletmeden önce şunları öğrenin:

• Platformun kimin lisansıyla çalıştığı ve bu lisans sona ererse eklemelerinize ne olacağı
• Platform üreticisi her yeni sürüm çıkardığında eklemelerinizin nasıl test edildiği
• Arayüzün kodunuza yalnızca gün sonunda bir rapor değil, her emri ve her değişikliği üzerine işlem yapabileceğiniz zamanda iletip iletmediği

Bir platformun arayüzleri için yazılmış kod başka bir platforma taşınmaz. Müşterilere ikinci bir platform sunmayı planlıyorsanız, risk kontrolleri ve emir kaydı gibi ortak parçaları ikisinin de dışında tutun.

Kendi OMS'imizi geliştirmeye ne zaman değer?

Kendi sisteminizi geliştirmek şu durumlarda karşılığını verir:

• Emirler birden fazla platform ya da kanal üzerinden geliyor ve hepsi için her emrin tek bir kaydını ve tek bir risk limiti setini istiyorsunuz
• Emirleri işleme biçiminiz sattığınız şeyin bir parçasıdır; örneğin kendi yönlendirme kurallarınız ya da denediğiniz ürünlerin desteklemediği emir türleri
• Kullanıcı, emir ya da bağlantı başına ödenen ücretler, kendi sisteminizi işleten bir ekibin maliyetini aşmıştır
• Emir geçmişinin tamamını, yapısını sizin belirlediğiniz kendi veritabanınızda istiyorsunuz
• Platform ve işlem yeri eklemeyi ya da değiştirmeyi planlıyorsunuz ve kayıtlarınızı her seferinde yeniden kurmak istemiyorsunuz

Bu her şeyi değiştirmek anlamına gelmek zorunda değildir. Çoğu zaman müşteri kanallarınızla işlem yerleriniz arasında, emir kaydını ve risk kontrollerini tutan tek bir katmandır; mevcut platformlarınız altta yerinde kalır.

İş lansmanla bitmez. İşlem saatlerinde uyarılara birinin yanıt vermesi ve her işlem yerinin spesifikasyonu değiştiğinde buna ayak uydurması gerekir. Bunun için kimseniz yoksa ve kimseyi işe almayı planlamıyorsanız, önce satın alın ya da genişletin.

Bir OMS tedarikçisiyle imzalamadan önce neleri kontrol etmeliyiz?

• Emir geçmişinin tamamını ve denetim izini istediğimiz zaman, belgelenmiş bir formatta dışa aktarabilir miyiz ve ayrılırken bunun maliyeti ne olur?
• Risk limitlerini kim belirliyor ve değiştiriyor: kendi ekranlarımızda kendi çalışanlarımız mı, yoksa talep üzerine tedarikçinin destek ekibi mi?
• Hangi işlem yerleri ve aracı kurumlar bugün bağlı ve diğer müşteriler tarafından kullanılıyor, hangileri yalnızca planlanıyor?
• Kullanıcı, emir ya da işlem yeri bağlantısı sayısı iki katına çıktığında ücretler nasıl değişiyor?
• OMS ya da bağlantılardan biri çökerse açık emirlere ne olur ve çalışanlarımız tek bir hesabın ya da tüm firmanın bütün açık emirlerini iptal edebilir mi?
• Özel kurallar nasıl fiyatlandırılıp takvime bağlanıyor ve bizim için yazılan kodun sahibi kim?
• Tedarikçi ürünü piyasadan çekerse ya da fiyatını değiştirirse bize ne kadar önceden haber verilir?

Kodun ve verinin sahibi olmak ne demektir?

Kodun sahibi olmak, kaynak kodu derlemek ve çalıştırmak için gereken her şeyle birlikte teslim almanız ve onu değiştirmesi için istediğiniz ekiple çalışabilmeniz demektir. Verinin sahibi olmak ise her emir kaydının kontrol ettiğiniz bir veritabanında, belgelenmiş bir yapıda durması demektir; böylece bir düzenleyicinin talebi başka kimseyi beklemez.

Bir tedarikçi kendi OMS'inin koduna, bir platform üreticisi de kendi platformuna sahiptir. Verileriniz ve parasını ödediğiniz eklemeler ancak sözleşme öyle diyorsa sizindir. Kendi geliştirdiğiniz sistemde ikisine de sahip olabilirsiniz. Sistemi geliştiren firmadan, elinde tuttuğu bileşenleri ve bunları kullanmaya devam edebileceğiniz lisansı sözleşmede listelemesini isteyin.

Bunu geliştirecek bir firmaya neler sormalıyız?

• Sistem hangi emir durumlarını takip edecek; kısmi gerçekleşmeleri ve açık bir emirdeki değişiklikleri nasıl işliyor?
• İşlem gününün ortasında yeniden başlatıldıktan sonra sistem açık emirleri ve pozisyonları nasıl yeniden oluşturuyor ve işlemler yeniden başlamadan önce bunları işlem yerlerinin kayıtlarıyla nasıl karşılaştırıyor?
• Önce hangi işlem yerlerini ve aracı kurumları, hangi FIX sürümü üzerinden bağlayacaksınız ve her biriyle testleri kim ayarlayacak?
• Risk kontrolleri nerede çalışıyor, ne kadar sürüyor ve bu nasıl ölçüldü?
• Her emir için denetim izine hangi zaman damgalarıyla neler yazılıyor ve sistem düzenleyicimizin istediği kayıtları üretebiliyor mu?
• Günlük mutabakat nasıl işliyor ve bir fark bulduğunda 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 OMS geliştirdiğini, satın aldığını ya da genişlettiğini söylemez. FIX Trading Community, MetaQuotes, Spotware ve FINRA'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.