MT5 Tümünü kapat: kalan pozisyonu ve yeni girişi ayırın

MT5’in “Tümünü kapat” komutu bir istek dizisidir; bütün hesabın aynı anda kapanma garantisi değildir. Ret, kesilen sıra veya uygulamanın kapanması sonrası pozisyon kalabilir. Gerçekte neyin gerçekleştiğini ve güncel miktarı belirleyin. Bu rehber MT5’in yerleşik grup işlemlerini anlatır; ek araç veya özel EA başka kurallarla çalışabilir.

Seçtiğiniz komut tam olarak neyi kapsar?

Tam adı kaydedin: bütün pozisyonlar mı, yalnız kârlılar mı, zararlılar mı, belli sembol veya yön mü? Pozisyon seçimi sunulan komutları değiştirebilir. Adını saklamadan “hepsini kapattım” demek kapsamı kanıtlamaz. Kapamayla tersine çevirmeyi karıştırmayın; tersine dönüş yeni maruziyet açabilir.

Resmi MT5 belgesi hedging hesapta önce Close By denendiğini, ardından kalanların normal kapatıldığını anlatır. Sıralı Close By aşamasındaki hata diziyi keser. Sonraki eşzamansız aşamada bir ret o pozisyonu açık bırakır, diğerlerine istek gönderilmesini durdurmaz. FIFO kapama da sırayladır ve hatada durur. Hatanın hangi aşamada olduğunu ayırın.

Grup işlemleri One Click Trading gerektirir; bazıları FIFO kısıtlı hesapta sunulmaz. Hesap görünümünden tahmin etmek yerine pozisyon modu ve ACCOUNT_FIFO_CLOSE değerini kontrol edin. Bunlar gerçek hesabı anlatır, tüm dünyaya uygulanacak tek hukuki kural değildir. Close By aynı sembolde iki karşıt hedging pozisyonu içindir; benzer adlı başka araç karşı bacak sayılmaz.

Özel bir “Close all” script’ini kendi talimatı ve koduyla değerlendirin. Aynı isim yerleşik davranışa eşitlik kanıtı değildir. Hedging pozisyonları bağımsız ticket ile ortak netting pozisyonunu ayırır. Amaçlanan risk azaltmayı, hangi operasyonların izinli olduğuyla karşılaştırın; hata üretmek için canlı işlem açmayın.

Beş pozisyon bir işlemden sonra nasıl denetlenir?

Kaynak kurgu hedging hesabında FIFO yoktur; EUR/USD Close By’ye izin verir. Dolumlar tamdır, yeni giriş veya başka değişiklik yoktur. Sıra bağımlılıkları gösterir, sunucu hızı ölçülmez. Bu farklı araçların lotları toplanmaz ve bu kaynak model için parasal sonuç hesaplanmaz.

A–B gerçekleşince pozisyon sayısı beşten üçe düşer. Ardından C/D/E normal talepleri her önceki onay beklenmeden gönderilir. Modelde C ve E kapanır; D reddedilir. Son durum tek D, 0,10 lot USD/JPY kısa pozisyonudur. Üç istek, üç başarılı kapanış kanıtı değildir.

Güncel pozisyonu ve teyit edilmiş kapanan miktarı sayın, mesaj pencerelerini değil. Her ticket için sembol, yön, başlangıç miktarı, istek/emir kimliği, yanıt, gerçekleşmeler ve kalanı saklayın. Bir emir birden çok deal üretebilir; her parçayı tam ticket kapaması sanmayın. Saat dilimli zaman ve neden çözümlenmediği de kayda girsin. Yanıtı bilinmeyen işlemle teyitli reddi aynı sonuca zorlamayın; Hata rehberi bu ayrımı açar.

Hata veya kesinti neyi değiştirir?

Ayrı varyantta başlangıç aynı olsun, A–B Close By gerçekleşmeden hata alsın. Hiç kapama gerçekleşmediğini açıkça varsayıyoruz. Normal C/D/E aşamasına geçilmez; beş pozisyon kalır. Bu, başarılı çift sonrası D reddinden farklıdır. Gerçek olayda kayıp yanıtı “hiçbir şey olmadı” diye yorumlamayın.

Uygulamayı kapatmak grup sürecini durdurur ama teyitli gerçekleşmeleri geri almaz. A–B kapandıktan, C/D/E talepleri gönderilmeden kapanırsa o varyantta üç pozisyon kalır. Önceden gönderilenlerin sunucu sonucunu araştırın. Terminalin yeniden açılması hesabın düz olduğunu kanıtlamaz ve ezberlenen eski miktarlarla bütün grubu tekrar başlatmamalıdır.

EA, başka uygulama veya başka kişi arada yeni pozisyon açmış olabilir. Yeni ticket başarısız kapanmış eski pozisyon olmak zorunda değildir. Geçmişi, talimat kaynağını ve zamanı eşleştirin. MQL5 OrderSend=true dolum kanıtı değildir; retcode, olaylar ve gerçek durum kontrol edilir. Teşhis için deneme canlı emri gerekmez.

Boş pozisyon listesi kontrolü bitirir mi?

Bekleyen emirleri de inceleyin. MT5 onlar için ayrı silme işlemleri sunar; pozisyon kapama komutu iptal edildiğini kanıtlamaz. Beş ticket kapandıktan sonra kurgu bekleyen alış P kalabilir ve sonra gerçekleşerek yeni pozisyon oluşturabilir. Emir türleri iptal talebi ile sonucunu ayırır.

TRY kaydı: kapanmayan eski pozisyon mu, yeni giriş mi?

Aşağıdaki ayrı öğretim modelinde USD/TRY hedging hesabı Close By’ye izin verir. Eski X uzun 0,01 lot 40,000; Y kısa 0,01 lot 40,020 girişlidir. Sözleşme 100.000 USD/lot, başlangıç bakiye 5.000 TRY. Bu eski çiftin açılış ve kapama maliyeti sıfır atanır. X ve Y’nin Close By çıkışları teyitlidir: fiyat toplamı 1.000×0,020=20 TRY; bakiye 5.020 olur.

O anda pozisyon listesi boştur ama önceden konmuş P alış stop emri 0,03 lot, seviye 40,040 hâlâ durur. Sonraki atanmış Ask 40,050’de P’nin etkinleşip tam o fiyattan 0,01 ve 0,02 şeklinde iki dolum ürettiğini varsayalım. Bu gerçek kurum yürütme sözü değildir. İki deal aynı P emrine ve yeni Z pozisyon kimliğine bağlıdır; toplam 0,03 lot uzun, giriş 40,050.

Yeni P dolumlarına 6 TRY/lot toplam komisyon atanır: 0,03×6=0,18 TRY. Başka akış, swap ve masraf yoktur. Bakiye 5.019,82 olur. Sonraki Bid 40,030’da Z’nin açık değerlemesi 3.000×(40,030−40,050)=−60 TRY, model equity 4.959,82. X/Y’nin +20 gerçekleşmiş sonucunu yeni Z’nin geçmiş kârı gibi yazmayın.

Son listede tek pozisyon görünmesi X/Y kapamasının başarısız olduğunu göstermez; yeni Z farklı kimlik ve P emrinden doğmuştur. İki dolum da iki bağımsız 0,03 pozisyon değildir. Pozisyon listesini boş gördüğünüz an ile sonraki durum arasında nedensel köprüyü emir ve deal kimlikleri kurar. Bu modelde lotlar yalnız aynı sözleşme içinde toplanır; kaynak beş farklı araç modelinin lotlarıyla birleştirilmez.

Eşzamanlama sonrası sembol veya yönü gizleyen filtre olmadan iki listeyi de okuyun. Boş durumu hesap kapsamı ve gözlem zamanıyla tanımlayın; tek görüntü EA’nın bir daha risk açmayacağını göstermez. Kalan pozisyonların kabul edilmiş korumalarını kontrol edin. Önceki grubun başarısızlığı veya başarısı, mevcut maruziyet incelemesinin yerine geçmez.

Sonraki denemede üç adım

1. Demoda tam komut adı, hesap modu, her ticket ve miktarıyla başlangıcı kaydedin. Ret yönetimini canlı hesapta kasten test etmeyin.
2. Close By ve normal kapamayı ayırın; her pozisyonu teyitli sonuçla eşleştirin. Reddedilen/belirsiz talepleri işaretleyip gerçek miktarı okuyun.
3. Doğru hesapta pozisyon ve bekleyen emir listelerini ayrı denetleyin. Bir şey kalıyorsa güncel maruziyet ve izinli seçenekleri değerlendirin; son durum ve zamanını günlükte saklayın.