Platformlar ve yatırımcı araçları – grafik, uyarı ve emrin gerçekleşmesinden kim sorumlu?

İşlem platformu, broker ve mobil uygulama tek bir sistem gibi görünebilir; ancak sorumlulukları farklıdır. Bu bölüm, grafikteki fiyatların nereden geldiğini, uyarıların nerede çalıştığını ve emrin gerçekleştiğini neyin doğruladığını açıklar. Ayrıca araç seçme ölçütlerini, davranışlarını sınamayı ve bunları tutarlı bir iş akışında birleştirmeyi ele alır. On makale sizi bu temel sorumluluklardan otomasyona ve kendinize ait belgelenmiş bir sürece götürür.

1. Dört sorumluluk katmanı

“En iyi platform hangisi?” sorusu daha kesin bir başlangıç gerektirir: Hangi özelliği karşılaştırmak istiyorsunuz? Dört sorumluluk yanıtı düzenlemeyi kolaylaştırır: platform yazılımı, broker koşulları, uygulama sürümü ve kendi çalışma kurallarınız. Bu, fiziksel olarak ayrı dört sistem değil, eğitsel bir çerçevedir: terminal bir uygulamadır ve tek ürün birkaç işlevi kapsayabilir. Yine de bu ayrım, özellik tanımını nerede bulacağınızı ve kime soracağınızı gösterir.

• Terminal – platform yazılımı. Bilgisayarınıza kurduğunuz veya tarayıcıda açtığınız şey: grafikler, izleme listeleri, emir penceresi, betik ortamı, test aracı. Terminal talimatı gönderir ve yanıtı gösterir. İşlemin tarafı değildir.
• Broker – hesabınızın bulunduğu ortam. Enstrüman özellikleri, kotasyon saatleri, kotasyon kaynağı ve sağlayıcısı, sunucu saati, gerçekleştirme politikası, hesap türü ve kullanılabilir semboller. Emrin kabul edilip edilmeyeceği ve hangi fiyattan gerçekleşeceği burada belirlenir.
• Uygulama – erişim kanalı ve sürümü. Masaüstü sürümü, tarayıcı sürümü ve telefon uygulaması aynı markayı taşısa da aynı araçlara, emir türlerine veya program çalıştırma olanağına sahip olmak zorunda değildir. Aynı ad, aynı işlevin kanıtı değildir. Bu katmanda işlevlerin bir bölümünü terminalden ve brokerdan bağımsız olarak açıp kapatan abonelik planı çoğu zaman ayrı bir alt sorumludur; yine uygulama katmanındadır, beşinci bir katman değildir.
• İşlem planı – kendi kurallarınız. Pozisyonun ne zaman açılabileceği, önce hangi koşulların sağlanması gerektiği, bir araç arızalanırsa ne yapılacağı ve sonucun nereye kaydedileceği. Uygulama bir şablon veya hazır kurallar sunabilir; fakat uygunluğunu değerlendirmeniz, sınırları belirlemeniz ve kullanımının sorumluluğunu almanız gerekir. Bir aracı kurmak bu işi sizin yerinize tamamlamaz.

Test basittir ve aracınız hakkında yazmak ya da okumak istediğiniz her cümleye uygulanır: sorumlu tarafı belirtmeden tamamlanıp tamamlanamadığına bakın. “Bu platformun spreadi daha dar” testi geçemez; fiyatlama koşulları program penceresinin değil hesabın özelliğidir. “Bu platform aradığım emir türünü sunuyor” koşullu olarak geçer: hesabınızın bulunduğu sunucunun da o türü desteklediğini doğrulamalısınız.

“Ne yapıyor?” ve “kime ait?” sorularından sonra üçüncü soru gelir: nerede değerlendiriliyor?. Yanıt, dizüstü bilgisayarı kapattığınızda, sinyal kaybolduğunda veya uygulamadan çıktığınızda ne olacağını belirler. Üretici belgelerinden üç örnek; referans katmanı ürün sürümüyle birlikte değişebileceğinden her birinde kontrol tarihi bulunur:

• Uyarı koşulu bazen sunucu tarafında değerlendirilir. TradingView belgeleri, uyarıların platform sunucularında oluşturulup tetiklendiğini ve sayfanın kapatılmasının çalışmalarını durdurmadığını belirtir^[1]. Bu, uyarının emir verdiği anlamına gelmez; yalnızca koşulun bilgisayarınız devreye girmeden değerlendirildiği anlamına gelir. Uyarı mekanizmasının tamamı şu yazıda açıklanır: 11.2. makale. [DURUM TARİHİ: 2026-08-22]
• Algoritmanın her zaman açık bir terminale ihtiyacı yoktur. cTrader Algo belgeleri, bulutta başlatılan botun çalışmayı sürdürmesi için cTrader uygulamasının açık kalmasının veya internete bağlı olmasının gerekmediğini belirtir^[2]. Dolayısıyla ne “her algoritma açık bir bilgisayar gerektirir” ne de “her algoritma bilgisayarsız çalışır” evrensel kural sayılmalıdır. Çalışma ortamları şu yazıda karşılaştırılır: 11.1. makale; programın fiilen nerede çalıştığı ve bağlantı kopunca ne olduğu ise şu yazıda ele alınır: 11.5. makale. [DURUM TARİHİ: 2026-08-22]
• Programlama katmanı bazen broker bağlantısı değil, terminalin üzerindeki bir kattır. Python için MetaTrader5 paketinin resmî belgeleri, paketi süreçler arası iletişim yoluyla verileri doğrudan MetaTrader 5 terminalinden alan bir araç olarak tanımlar^[3]. Bu düzende betik, broker arayüzünün yerine geçen bir araç değil, terminalin üzerine eklenen bir kattır. Konu şu yazıda bütün ayrıntılarıyla tamamlanır: 11.8. makale. [DURUM TARİHİ: 2026-08-22]

Bu üç olgu kontrol tarihi itibarıyla doğrudur ve her biri sürümle birlikte değişebilir. Kalıcı olan ayrıntı değil sonuçtur: bir özellik üzerine prosedür kurmadan önce, özelliğin nerede yürütüldüğünü ve cihazınız ağdan düştüğünde ona ne olduğunu belirleyin. Aynı ad altındaki aynı işlevin iki ürün sürümünde iki farklı yürütme yeri olabilir.

Grafik, gerçekleşme fiyatının kanıtı değildir. Mum, enstrümana ve veri sağlayıcısına bağlı olarak bid, ask veya son işlem fiyatından oluşturulabilir. Aynı sembolün iki kaynaktan gelen grafikleri aynı görünmek zorunda değildir. “Fiyat seviyeye hiç dokunmadı, dolayısıyla emir tetiklenemezdi” cümlesi, olayı hangi fiyat serisinin belirlediğini saptadığınızda sav hâline gelir; öncesinde tahmindir. Grafikteki fiyatın nereden geldiği ve iki veri kaynağının aynı pariteyi neden farklı gösterebildiği: 11.2. makale.

Uyarı emir değildir. Koşulun sağlanmasıyla hesapta pozisyon oluşması arasında bir zincir vardır: koşul → uyarı → olayın iletilmesi → aracı uygulama → broker arayüzü → doğrulama → emir → sunucu yanıtı. Her geçiş gecikebilir veya kopabilir; bütünün güvenilirliği en zayıf halkasını aşamaz. Telefonunuza gelen bildirim koşulun sağlandığını söyler; işlemin şu anda koşulu tetikleyen seviyeden gerçekleştirilebileceğini söylemez. Uyarının yapılandırılması şu yazıdadır: 11.2. makale; olay ile emir arasındaki köprü ise şu yazıda: 11.5. makale.

2. Bu bölüm neleri yapmaz?

Bu, teknik ve prosedürel bir araçlar bölümüdür. Para kazanmayı öğretmez ve sıralama sunmaz. Bunun nedeni nezaket değil; bu konuların kursta kendi yerlerinin olması ve burada genişletilmelerinin aynı bilginin iki ayrı sürümünü oluşturacak olmasıdır.

• Broker seçmez ve gerçekleştirme modellerine puan vermez. Karşı tarafın kim olduğu, teklifin nasıl okunacağı ve çıkar çatışmasının nerede doğduğu: broker seçimi bölümü.
• Strateji oluşturmaz ve avantaj vaat etmez. Araç yapılandırmak avantaj değildir; avantajın nereden geldiği ve nasıl sınandığı: stratejiler bölümü.
• Risk metodolojisinin yerini almaz. Sınırın nereye girileceğini ve hesaplayıcının girdilerinin nasıl kontrol edileceğini gösteririz; pozisyon büyüklüğü, risk bütçesi ve portföy sınırlarının yeri ise risk yönetimi bölümüdür.
• Psikoloji kursu değildir. Günlük ve kontrol listesi burada araç ve prosedür olarak yer alır; kendi davranışınız, disiplin ve hesabı sürekli kontrol etme dürtüsü üzerinde çalışma: yatırımcı psikolojisi bölümü.
• Tavsiyeleri sınıflandırmaz ve mevzuatı tartışmaz. Nelerin yatırım tavsiyesi ölçütlerini karşıladığı ve müşteri fonlarının nasıl korunduğu: düzenleme ve güvenlik bölümü.
• Fiyat listelerini, abonelik sınırlarını veya sürüm numaralarını sabitlemez. Hesaplama ya da karar için böyle bir bilgi gerektiğinde kontrol tarihi ve üretici belgelerine yönlendirmeyle verilir; hiçbir zaman sabit sayılmaz.

Burada herhangi bir aracın en iyi olduğunu söyleyen bir cümle de bulamazsınız. Bunun yerine ölçüt bulursunuz: tam olarak neyi, hangi varsayım altında karşılaştırdığınız ve karşılaştırdığınız özelliğin kime ait olduğu. Bu üç öğeyi içermeyen karşılaştırma analiz değil, farklı kapaklı reklam malzemesidir.

3. Bölüm haritası – on makale, tek mantık

Makaleler sorumluluk katmanlarından araçlara ve otomasyona, oradan doğrulama ve senteze ilerler. İstediğiniz sırayla okuyabilirsiniz; ancak 11.10. makaledeki prosedür, önce ayrı ayrı tanımanız gereken öğeleri birleştirir.

11.1. MT4, MT5 ve cTrader – sektör standardı ve alternatifleri

Üç terminalin nasıl farklılaştığı ve broker ile sürüm belirtilmeden nelerin karşılaştırılamayacağı. Makale terminali brokerdan ayırır; MQL4 ve MQL5’i iki ayrı ortam olarak tanımlar; cTrader Algo’nun mevcut durumunu^[4], masaüstü, tarayıcı ve telefon sürümlerinin kullanılabilirliğini, test aracını genel hatlarıyla, gösterge ve robot taşımayı uyumluluk sorunu olarak, sunucu saati ve veri kaynağını ele alır. Hüküm yerine “daha iyi” veya “daha kötü” puanı vermeyen bir karşılaştırma tablosu, her özellik için karar sorumlusunu belirleyen ikinci tablo ve her biri kendi seçim ölçütüne sahip üç kullanıcı profili sunar: elle işlem yapan, mevcut MQL4 robotunu çalıştıran ve yeni otomasyon geliştiren.

11.2. TradingView – grafikler, uyarılar ve analiz iş akışı

Kotasyonların nereden geldiği, grafiğin brokerınızın grafiğinden neden farklı olabildiği ve uyarının gerçekte ne yaptığı. Makale sembolü ve veri kaynağını, zaman aralıklarını, göstergeleri, kullanıcı için gereken düzeyde Pine Script’i, gösterge ile strateji farkını, simülasyon olarak strateji test aracını, fiyat ve strateji uyarılarını, Bar Replay’i, brokera bağlı bir özellik olarak broker entegrasyonlarını ve geçmiş verideki davranışla gerçek zamanlı davranış arasındaki ayrışma anlamında repainting’i ele alır^[5]. İki zorunlu öğe vardır: geçmişteki sinyal ile gerçek zamanlı uyarının farklı davrandığı bir olayın çözümlemesi ve aynı paritenin iki veri kaynağından karşılaştırılması; hiçbirini tek doğru kaynak saymadan.

11.3. Ekonomik takvimler, tarayıcılar ve hesaplayıcılar

Elle yapılan işi azaltan, ancak hiçbiri tek başına işlem sinyali olmayan üç araç. Takvim için: güncel veri, beklenti, önceki ve revize rakamlar, yayın saati ve saat dilimi, ülke ve para birimi, sağlayıcının etiketi olarak önem sınıflandırması, gecikmeler, revizyonlar ve verinin birincil kaynağı. Tarayıcı için: filtre, koşul, enstrüman evreni, yenileme sıklığı, sıralama ile sinyal farkı ve geçmişte en iyi görüneni seçmek için yüzlerce koşulu tarama tuzağı. Hesaplayıcı için “Hesaplayıcıya güvenmeden önce yedi alanı kontrol edin” kutusu: sembol, kontrat büyüklüğü, hesap para birimi, dönüşüm kuru, gerekli teminat, komisyon ve swap, sonucun birimi.

11.4. Mobil işlem – telefondan pozisyon yönetimi

Telefondan nelerin güvenli biçimde yapılabildiği ve nelerin varsayılmaması gerektiği. Makale masaüstü ve tarayıcı sürümlerinden farkları, bildirimleri, bağlantı kaybını, uygulamanın zorla kapanmasını, broker tarafında çalışanlarla açık uygulama gerektirenler arasındaki ayrımı, sistem güncellemelerini, ekran kilidini ve çok faktörlü kimlik doğrulamayı, platform taklidi uygulamaları ve ortak cihaz riskini anlatır. Merkezinde üç arıza durumu vardır: emir gönderildikten sonra telefonun interneti kesilir; uygulama emri beklemede gösterir ve sunucunun kabul edip etmediği bilinmez; telefon erişilemiyorken pozisyon açıktır. Her durum için tahmin yerine doğrulama prosedürü sunar.

11.5. İşlem otomasyonu – EA’lar, betikler ve VPS

Programın fiilen nerede çalıştığı ve durunca ne olduğu. Makale robotu, göstergeyi ve betiği; MQL4’ü MQL5’ten ayırır. Derleme, başlatma, otomatik işlem izinleri, günlükler, kendi emir ve pozisyonlarını tanıma, yerel çalışma ile barındırma ve bulut, yeniden başlatma ve durumu geri kazanma, bağlantı kaybı, yinelenen emir, acil durdurma, spread, hacim ve işlem saati sınırları ile gerçek hesaptan önce demoda denemeyi ele alır. Ayrı olarak normal sunucu ile platforma entegre barındırma farkı, tipik üretim arızaları listesi ve fiyatlarının kontrol tarihi belirtilmiş açık bir örnek üzerinden yıllık altyapı maliyeti hesabı bulunur.

11.6. İşlem günlüğü ve performans analizi

Günlük, sonuç albümü değil süreç veri tabanıdır. Makale geçmişi içe aktarma ile elle kaydı, asgari alanları, kurulum ve hata etiketlemeyi, planlanan giriş ve çıkış ile gerçeği, maliyetleri, plana uyumu ve süreç hatasını ele alır. Ölçütlerden kazanma oranı, ortalama kazanç ve kayıp, beklenen değer, kâr faktörü, sermaye düşüşü ve R katını tanımlar; genişletme olarak MAE ve MFE’yi ekler. Zorunlu örnek, işlemlerin bir bölümünün planı bozduğu ve kârın büyük kısmının tek olaydan geldiği pozitif sonuçlu bir stratejiyi gösterir. Ayrı olarak yatırımcı parolası ile ana parola farkı, salt okunur erişim önerisi ve açık profilin mahremiyet sonuçları yer alır.

11.7. Demo hesaplar, geçmiş test ve ileriye dönük test

Gerçek sermaye bağlamadan fikri sınamak ve doğrulamayı geçmişe uydurulan eğriden ayırmak. Makale demo hesabı, kâğıt üzerinde işlemi, geçmiş testi, optimizasyonu, ileri testi ve gerçek hesabı ayırır; veri ve tik üretim modelini, spread, komisyon, swap, kayma ve gecikmeyi, boşlukları, geleceğe bakış ve veri sızıntısını, aşırı uyumu, işlem sayısını, parametre kararlılığını, uyarlama ve kontrol örneklemleri ayrımını – in-sample ve out-of-sample – ve genişletme olarak walk-forward analiziyle Monte Carlo testini kapsar. Merkezinde belgelenmiş doğrulama sırası, testi yeniden üretme protokolü^[6] ve işlem başına düşük ortalama kârlı stratejide maliyetin pipin bir kesri kadar değişmesinin sonucu tersine çevirebildiğini açıkça örnek olarak etiketlenmiş hesapla gösteren maliyet testi bulunur. Son olarak harika görünen ama aynı anda dört açıdan gerçek dışı olan bir sonuç sunulur: karar öncesi bilinemeyecek fiyattan giriş yapar, spread ve komisyon ödemez, binlerce deneme içinden tek en iyi parametre takımını kullanır ve uyarlandığı dönemde değerlendirilir.

11.8. İşlemlerde Python – veri analizi ve otomasyon

Python yatırımcının elinde neye yarar ve not defterinden tekrarlanan işleri emanet edebileceğiniz araca nasıl geçilir? Makale sanal ortam ve bağımlılıkları, not defteriyle betik farkını, mum ve tik verisi yapısını, zamanı ve saat dilimlerini, veri çekme ve temizlemeyi, hesaplamaları, dışa aktarmayı, terminal entegrasyonunu, REST ve WebSocket arayüzlerine genel bakışı, hata işleme, kayıt tutma, sırları kod dışında saklama ve testleri kapsar. En küçük örnek bilinçli olarak işlem yapmaz: dosyayı okur, zamanı UTC olarak çözümler, değişimi hesaplar, boşlukları saptar ve sonucu kaydeder. “Araştırma not defteri ≠ gerçekleştirme programı” kutusu prototipte eksik olanları sıralar: yapılandırma, sırlar, günlükler, testler, yeniden denemeler, zaman aşımları, durum kontrolü, izleme, acil durdurma ve dağıtım.

11.9. İşlemlerde yapay zekâ ve LLM – kullanımlar, sınırlar ve riskler

Dil modelinin nerede gerçek değer kattığı, nerede riskli olduğu ve kontrolsüz finansal karar vermediği bir düzenin nasıl kurulacağı. Makale klasik makine öğrenmesinden farkı, işe yarayan kullanımları – belge analizi, duyurulardan veri çıkarma, günlüğü düzenleme, test üretme – ve halüsinasyonları, bilgi kesim tarihini, deterministik olmayan yanıtları, prompt injection’ı, veri korumayı, model ve istem sürümlemeyi, model kalitesini sabit örnek kümesinde sınamayı – istemin üzerinde ayarlanmadığı ve model değişiminden sonra gerilemenin kontrol edildiği küme – izin kısıtlamayı ve denetim izini ele alır. Zorunlu mimari veri kaynaklarından normalleştirme katmanı ve model üzerinden yapılandırılmış öneriye, kural doğrulayıcısına, risk sınırlarına, isteğe bağlı insan onayına ve ancak sonra gerçekleştirme katmanı, broker ve denetim kaydına uzanır; hangi halkaların deterministik kalması gerektiği açıkça belirtilir. Ayrı olarak tekrarlanan dolandırıcılık kalıbı biçiminde bir “AI bot” teklifinin anatomisi^[7] ve makalenin neden sinyal üreten istemler yayımlamadığının açıklaması bulunur.

11.10. İşlem iş akışınızı kurmak – eksiksiz bir sistem

Her şeyi karmaşa ve iki paralel doğruluk kaynağı olmadan tek hatta birleştirmek. Makale plan ve günlük için tek doğruluk kaynağını, izleme listesini, takvimi, uyarıları, seans öncesi hazırlığı, işlem planını, gerçekleştirme kontrol listesini, izlemeyi, kaydı, incelemeyi, malzeme arşivlemeyi ve süreç değişikliklerini sürümlemeyi; ayrıca hafif elle çalışma ve gelişmiş sistematik çalışma biçimlerini anlatır. Beş maddelik acil durum prosedürüyle biter: başka kanaldan hesap durumunu kontrol etmek, otomasyonu durdurmak, açık pozisyon ve emirleri doğrulamak, olayı kaydetmek ve ancak durum doğrulandıktan sonra çalışmaya dönmek. Katkısı olmayan aracı tanımaya yarayan test de bulunur.

4. Bu bölüm nasıl okunmalı?

11.1–11.2 sırası temeli kurar: terminale ve veri sağlayıcısına nelerin ait olduğu. 11.3–11.4 yardımcı araçları ve telefon erişimini ele alır. 11.5–11.6 işi yazılıma devretme ve kendi sürecini ölçme konusundadır. 11.7 sermaye bağlamadan fikri doğrular. 11.8–11.9 Python ve dil modellerini kapsar. 11.10 öğeleri tek prosedürde birleştirir.

Deneyiminiz varsa ve belirli bir soruya yanıt arıyorsanız:

• Terminal değiştirmeyi mi düşünüyorsunuz? → 11.1: karşılaştırma ölçütleri ve her özellik için karar sorumlusunu atayan tablo.
• Uyarı geçmişin vaat ettiğinden farklı mı davrandı? → 11.2: açık mumdan platformun güncel sınırlamalarına kadar sırayla kontrol edilecek sekiz nokta.
• Geçmiş testin sonucu gerçek hesaptan mı ayrışıyor? → 11.7: veri, maliyetler, uyarlama ve kontrol örneklemleri ayrımı, gerçekleştirme gerçekçiliği.
• Tekrarlanan işi koda mı aktarmak istiyorsunuz? → 11.5 terminal tarafında, 11.8 Python tarafında.
• Araçlarınız var ama süreciniz yok mu? → 11.10 – ve bu sürecin birleştirdiği öğelere geri dönün.
• Dil modellerinin gerçek kullanımlarını pazarlamadan mı ayırmak istiyorsunuz? → 11.9: “AI bot” teklifinin anatomisi de burada.

Makaleler önceki bölümlerdeki kavramlara aşinalık varsayar: beklenen değer, getiri/risk oranı, pozisyon büyüklüğü, koruyucu emir, sermaye düşüşü, spread, kayma ve swap puanları. Bunlardan birini yalnızca adıyla biliyorsanız önce risk yönetimi bölümünü okuyun; yazılı prosedürler ve kendi davranışınız üzerinde çalışma ise yatırımcı psikolojisi bölümünde anlatılır.

5. Sırada ne var?

Bu bölümü tamamladıktan sonra şunları yapabilmelisiniz:

• bir aracın herhangi bir özelliğinin terminale mi, brokera mı, abonelik dâhil uygulama sürümüne mi yoksa kendi işlem planınıza mı ait olduğunu söylemek;
• grafikte görünen fiyatın nereden geldiğini ve aynı paritenin başkasında neden farklı görünebildiğini açıklamak;
• uyarı yapılandırmak, tetiklenmesinin ne anlama geldiğini ve gelmediğini bilmek;
• takvim, tarayıcı ve hesaplayıcıyı sinyal üreticisi saymadan kullanmak;
• programınızın fiziksel olarak nerede çalıştığını ve bağlantı kopunca ne olduğunu belirlemek;
• ayrı çalışma ortamına ne zaman ihtiyaç duyduğunuzu ve bunun neleri çözmediğini değerlendirmek;
• yalnızca sonucu değil süreci de incelemeyi sağlayan günlük tutmak;
• demo hesap, kâğıt üzerinde işlem, geçmiş test, ileri test ve gerçek hesabı ayırmak; gerçek dışı varsayımlara dayalı testi tanımak;
• paraya dokunan her adımdan önce deterministik kontrol uygulayarak dil modelini yardımcı araç olarak kullanmak ve dolandırıcılık içeren “AI bot” teklifini tanımak;
• tekrarlanabilir çalışma hattı kurmak: veri → analiz → plan → gerçekleştirme → günlük → inceleme.

Platformlar ve araçlar bölümü yatırımcının operasyonel altyapısını tamamlar. Sonraki Broker seçimi ve Düzenlemeler ve güvenlik bölümleri hesabı kimin nezdinde ve hangi hukuki çerçevede tuttuğunuz sorusunu yanıtlar.

İlk katmanla başlıyoruz – terminalin kendisine ait olanlarla çalıştığı hesabın özelliklerini ayırarak.