Bir broker'a CRM satarken en sık duyduğumuz cümle şu: "Bizimki de MT5'e bağlı." Doğru cümle, ama eksik. MT5'e bağlanmanın iki yolu var ve aralarındaki fark, bir özellik farkı değil — mimari bir fark. İkisi de hesap açar, ikisi de bakiye gösterir. Biri, sistem yük altındayken hâlâ doğru söyler; diğeri söylemeyebilir.
Bu yazı, o farkı satın alma kararı verecek biri için açıklamak üzere yazıldı. Mühendis olmanız gerekmiyor; ama satıcıya soracağınız soruyu bilmeniz gerekiyor.
Bridge nedir, gerçekte ne yapar
Bridge, MT5 ile CRM arasına giren üçüncü bir yazılım katmanıdır. Genelde MT5'in dışa açtığı arayüzlerden veriyi periyodik olarak çeker — buna yoklama (polling) denir — ve kendi veri tabanına yazar. CRM de o veri tabanını okur.
Bu tasarımın bir cazibesi var: yazması kolay, MT5 sunucusuna doğrudan yetki gerektirmez, ve küçük bir broker'da yıllarca sorunsuz çalışabilir. Ama üç yapısal sonucu vardır ve bunlar seçim değil, matematiktir.
1. Veri her zaman biraz eskidir
Yoklama aralığınız 5 saniyeyse, gördüğünüz bakiye ortalama 2,5 saniye eskidir. Sakin bir günde bunun önemi yoktur. Ama bir haber çıkıp fiyat sıçradığında, müşteri temsilcinizin ekranındaki teminat oranı ile gerçek teminat oranı aynı değildir. Temsilci "hesabınız güvende görünüyor" der, kullanıcı beş saniye sonra margin call alır. Bu bir yazılım hatası değil; tasarımın doğrudan sonucu.
2. Yük altında yoklama aralığı büyür
İşin sinsi kısmı burası. Yoklama, sistemin en yoğun olduğu anda en çok gecikir — çünkü herkes aynı anda işlem yapıyordur, MT5 meşguldür, bridge kuyruğa girer. Yani veri tazeliği, tam da tazeliğe en çok ihtiyacınız olan dakikada bozulur. Sakin günlerde yaptığınız testler bu davranışı asla göstermez.
3. İki gerçek kaynağı ortaya çıkar
Bridge kendi veri tabanını tutar. Artık "gerçek" iki yerdedir: MT5'te ve bridge'in kopyasında. Normalde aynıdırlar. Bridge bir süre bağlantı kaybederse aynı olmazlar. Ve mutabakatı kimin yapacağı çoğu kurulumda tanımlı değildir — sorun çıktığında operasyon ekibi elle karşılaştırma yapar.
Pratik bir belirti: Destek ekibiniz "panelde şöyle görünüyor ama MT5'te başka" cümlesini ayda birden fazla kuruyorsa, bir bridge'iniz var demektir — ve iki gerçek kaynağıyla yaşıyorsunuz.
Manager API ne yapar
MT5 Manager API, MetaQuotes'un sunucu tarafında sunduğu resmi yönetim arayüzüdür. Aradaki katmanı kaldırır: CRM, MT5 sunucusuna yönetici seviyesinde bağlanır, işlemi doğrudan yapar ve sonucu doğrudan alır. Kopya veri tabanı yoktur, yoklama döngüsü yoktur.
Bir kaldıraç değişimini ele alalım. Bridge'li kurulumda: CRM bridge'e söyler → bridge kuyruğa alır → MT5'e uygular → bir sonraki yoklamada sonucu okur → CRM'e yansır. Manager API'de: CRM MT5'e söyler, MT5 sonucu döner. Arada bekleyecek bir şey yok — ve başarısız olursa anında başarısız olur, sessizce kuyrukta beklemez.
| Konu | Bridge | Manager API |
|---|---|---|
| Veri tazeliği | Yoklama aralığı kadar gecikmeli | Sorgu anındaki gerçek durum |
| Yük altında davranış | Gecikme büyür, tam da kritik anda | Doğrudan sunucu yanıtı |
| Gerçeğin kaynağı | İki: MT5 ve bridge kopyası | Tek: MT5 |
| Hata görünürlüğü | Kuyrukta sessizce kalabilir | Çağrı anında döner |
| Çoklu MT5 sunucusu | Sunucu başına ayrı bridge | Tek kurulumdan çoklu bağlantı |
| Kurulum kolaylığı | Daha kolay, yetki gerektirmez | Sunucu erişimi ve yetki gerekir |
Son satır dürüstlük gerektiriyor: Manager API kurulumu daha zahmetlidir. Sunucu erişimi, yetkilendirme ve hosting'inizle koordinasyon ister. Bu yüzden çok sayıda satıcı bridge tercih eder — teknik bir tercih olduğu için değil, satışı ve devreye almayı hızlandırdığı için.
Ne zaman bridge yeter
Her broker'ın Manager API'ye ihtiyacı yok. Bridge şu durumlarda makul bir seçimdir:
- Tek MT5 sunucusu ve birkaç yüz aktif hesap
- Yüksek kaldıraçlı, hızlı hareket eden enstrümanlar ağırlıkta değil
- Operasyon ekibi zaten MT5 yönetici terminalini de kullanıyor
- Ürün henüz doğrulanıyor; hız, sağlamlıktan önce geliyor
Bunlardan çıktığınız an denklem değişir. Özellikle şu üç eşik:
- İkinci MT5 sunucusu. Genelde ikinci bir lisansla gelir. Her sunucu için ayrı bridge, ayrı mutabakat, ayrı arıza noktası demektir.
- Otomatik risk kuralları. Sistemin kendiliğinden pozisyon kapatması ya da kaldıraç düşürmesi gerekiyorsa, karar gecikmiş veriyle verilemez.
- Denetlenen bir ortam. Düzenleyici "bu kaldıraç değişimini kim, ne zaman yaptı" diye sorduğunda, kopya veri tabanı üzerinden verilen cevap tartışmaya açıktır.
Satıcıya sorulacak somut sorular
"Manager API mi kullanıyorsunuz?" sorusunun cevabı neredeyse her zaman "evet" olur. Ayırt edici sorular şunlar:
- Bir kaldıraç değişimi kaç adımda MT5'e ulaşıyor? Cevapta "kuyruk" ya da "senkronizasyon" geçiyorsa, arada bir katman var.
- Panelde gördüğüm bakiye ne kadar eski olabilir? "Gerçek zamanlı" yeterli değil. Saniye cinsinden bir sayı isteyin; veremiyorlarsa ölçmemişlerdir.
- MT5 30 saniye cevap vermezse panelde ne görürüm? Doğru cevap "hata görürsünüz". Yanlış cevap "eski veriyi görürsünüz" — çünkü eski veriyi fark edemezsiniz.
- İkinci bir MT5 sunucusu eklemek ne kadar sürer? Haftalarla ölçülüyorsa, sunucu başına bir kurulum daha yapıyorlar demektir.
- Aynı anda kaç MT5 sunucusu bağlı bir kurulumunuz var? Referans isteyin; mimari iddiası burada test edilir.
Biz nasıl yapıyoruz
Forex Pro CRM, MT5 tarafında sunucu seviyesinde Manager API kullanır; cTrader tarafında Open API. Tek kurulumda birden fazla MT5 sunucusu bağlanabilir. Hesap açma, kaldıraç ve grup değişimi, bakiye işlemleri ve işlem geçmişi paneli doğrudan MT5'e konuşur — arada senkronize edilecek bir kopya yoktur.
Bunu bir üstünlük ilanı olarak değil, bir tercih olarak yazıyoruz: kurulumu daha uzun sürüyor ve sizden sunucu erişimi istiyoruz. Karşılığında, destek ekibinizin ekranındaki rakam ile MT5'teki rakamın ayrışabileceği bir yer bırakmıyoruz.
Mevcut kurulumunuzda hangisi var, emin değil misiniz?
Yukarıdaki beş soruyu mevcut satıcınıza sorun. Cevapları birlikte yorumlamak isterseniz 30 dakikalık bir görüşme yeterli — ürün satmadan da konuşuruz.