Invalid stops (10016/130) — MT5/MT4'te SL

Invalid Stops (10016/130) Hatasının Kesin Çözümü

Bir EA çalıştırırken Expert sekmesinde Invalid stops veya OrderSend error 130 hatasını görmek genellikle "SL değeri mi hatalı? Ama hesaplama doğru olmalıydı..." kafa karışıklığına yol açar. Ancak bu hatanın büyük çoğunluğu SL/TP hesap hatası değil, "brokerin belirlediği minimum mesafe kuralına" aykırılıktır. Değerin kendisi doğru olsa bile, mevcut fiyata çok yakınsa, yönü tersse ya da değişikliğin yasak olduğu bir bölgedeyse istek reddedilir.

Bu makale, hem MT5/MT4'te EA kullananlara hem de MQL5 ile EA yazanlara yönelik olarak Invalid stops hatasının gerçek anlamını, 6 nedenini, 30 saniyelik tanı yöntemini ve kod tarafında kalıcı önlenmesini tek bir yazıda toplayan nihai rehberdir. Hata kodlarının tamamına dair genel liste için MQL5 / MT5 Hata Kodları Çözüm Rehberi sayfasına bakabilirsiniz.

Invalid Stops Nedir (10016 ile 130 Arasındaki Fark)

"Geçersiz stop" anlamına gelen değer MT5 ve MT4 (nesil) arasında 2 farklı şekilde karşımıza çıkar. Hangi platformda ve hangi aşamada oluştuğunu ayırt etmek, kök nedeni bulmayı büyük ölçüde hızlandırır.

① TRADE_RETCODE_INVALID_STOPS = 10016 (MT5 / OrderSend() dönüş kodu)

MQL5'te OrderSend() fonksiyonunun sonucu MqlTradeResult.retcode içine yazılır. İstekteki SL/TP (veya bekleyen emrin fiyatıyla ilişkisi) sunucu kurallarına uymuyorsa, 10016 (TRADE_RETCODE_INVALID_STOPS) koduyla reddedilir. Bu, işlem sunucusu tarafından gelen bir ret bildirimidir.

Anlamı: İstekteki stop (SL/TP) geçersiz (Invalid stops in the request)
Sabit : TRADE_RETCODE_INVALID_STOPS
Değer : 10016

// Loglarda görülebilecek tipik çıktı örneği
2026.07.07 09:15:32.441 EA_NAME XAUUSD,M5: OrderSend error: retcode=10016 (invalid stops)

② ERR_INVALID_STOPS = 130 (MT4 / GetLastError())

MT4 (MQL4) neslinde, OrderSend() / OrderModify() başarısız olduğunda GetLastError() 130 (ERR_INVALID_STOPS) değerini döndürür. Expert sekmesinde görülen OrderSend error 130 işte budur. MT4 sürümü bir EA da kullanıyorsanız karşınıza bu çıkar.

Anlamı: Geçersiz stop (invalid stops)
Sabit : ERR_INVALID_STOPS
Değer : 130

Pratikte ayrım:

Numaralar farklı olsa da anlamı ve nedeni neredeyse aynıdır, çözüm de ortaktır. Ayrıca MT5'te sıkça karıştırılan 10015 (TRADE_RETCODE_INVALID_PRICE) "emir fiyatının kendisinin geçersiz olması" anlamına gelir ve farklı bir konudur. 10016 yalnızca "SL/TP (stop) konumu" sorunudur.

Önce 30 Saniyede Yapılabilecek Tanı

MT5'te "Piyasa gözlemi → sembole sağ tıkla → Özellikler"i açın ve şu iki maddeye bakın.

Stop Seviyesi (Stops level)   : SL/TP'nin mevcut fiyattan uzaklaştırılması gereken minimum mesafe (point)
Freeze Seviyesi (Freeze level): Tetiklenmeye yakın emirlerin değiştirilmesi/iptalinin yasak olduğu mesafe (point)

Ardından, hatanın oluştuğu anki logda göndermeye çalıştığınız SL/TP değerini ve o anki Bid/Ask fiyatını yan yana karşılaştırın.

• SL veya TP, mevcut fiyata stop seviyesinden daha yakınsa → büyük olasılıkla bu nedendir (Neden ①).
• BUY işleminde SL, Bid'in üzerinde / TP, Bid'in altındaysa (SELL'de tam tersi) → yön karışıklığı (Neden ②).
• Sadece mevcut pozisyonun değişikliği başarısız oluyorsa → freeze seviyesi veya sonradan SL/TP ekleme kısıtlaması (Neden ③ ve ⑤).
• SL değeri "50" gibi açıkça bir fiyat olmayan bir sayıysa → fiyat ile point karışıklığı (Neden ④).

Kod üzerinden kontrol etmek isterseniz tek satır yeterli.

Print("StopsLevel=", SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL),
      " FreezeLevel=", SymbolInfoInteger(_Symbol, SYMBOL_TRADE_FREEZE_LEVEL));

Nedenler ve Çözümler (6 Senaryo)

① SL/TP mevcut fiyata çok yakın (stop seviyesinin altında)

Belirti: SL'yi dar tutan scalping tarzı EA'larda ve trailing mesafesi küçük EA'larda sık görülür. Manuel işlemde de "fiyata çok yakın" bir SL koymaya çalıştığınızda emir düğmesi basılamaz veya reddedilir.

Neden: Broker, her sembol için SYMBOL_TRADE_STOPS_LEVEL (point cinsinden minimum stop mesafesi) belirler ve mevcut fiyattan bu mesafenin altındaki SL/TP veya bekleyen emir fiyatları sunucu tarafından toptan reddedilir. Doğrulamada temel alınan fiyat, BUY pozisyonun SL/TP'si için Bid, SELL için Ask'tır. Spread genişlediğinde Bid ile Ask arasındaki mesafe açıldığından, normal zamanda geçen bir mesafe haber saatlerinde veya erken sabah saatlerinde aniden reddedilebilir.

Çözüm:

1. Özellikler penceresinden stop seviyesini kontrol edip, EA'nın SL/TP ve trailing mesafesini bunun üzerine çıkacak şekilde genişletin
2. EA tarafında emirden önce değerleri kırpın (aşağıdaki kod)
3. Mutlaka dar bir SL gerekiyorsa, stop seviyesi düşük bir broker/hesap tipi değerlendirin

② SL/TP yönü ters (BUY/SELL karışıklığı)

Belirti: Belirli bir yönde (yalnızca alışta ya da yalnızca satışta) her seferinde Invalid stops hatası alınıyor. Kendi yazdığınız EA'nın ilk testinde en sık görülen senaryo.

Neden: Kural basittir: BUY'da SL, mevcut fiyatın (Bid) altında, TP üzerinde olmalı; SELL'de SL, mevcut fiyatın (Ask) üzerinde, TP altında olmalıdır. BUY için yazılan formülü SELL'e kopyalarken işareti düzeltmeyi unutmak, price - sl ile price + sl'yi karıştırmak gibi tipik hatalar sunucunun anında 10016/130 döndürmesine yol açar.

Çözüm:

1. Hata anında PrintFormat("type=%s sl=%.5f tp=%.5f bid=%.5f ask=%.5f", ...) ile gerçek değerleri yazdırıp yönü gözle kontrol edin
2. SL/TP hesaplamasını BUY/SELL için ortak bir fonksiyonda toplayarak işaret dallanmasını tek bir yere indirin (kopyala-yapıştır dallanmasını ortadan kaldırın)

③ Freeze seviyesi içinde emir/pozisyon değişikliği

Belirti: Yeni emirlerde sorun yokken, TP'ye, SL'ye veya bekleyen emrin tetiklenmesine çok yakın anlardaki değişiklik/iptal işlemleri reddediliyor.

Neden: SYMBOL_TRADE_FREEZE_LEVEL ayarlı sembollerde, tetikleme fiyatına (TP/SL/bekleyen emrin tetik fiyatı) mevcut fiyat belirli bir mesafeye kadar yaklaştığında, o emrin değişikliği/iptali dondurulur. Bu, gerçekleşme işlemi ile değişiklik isteği arasındaki çakışmayı önlemek için tasarlanmış bir sunucu kuralıdır ve EA'nın trailing'i "TP'ye çok yakınken bir kademe daha güncellemeye çalışıp reddedilmesi" şeklinde ortaya çıkar.

Çözüm:

1. Değişiklikten önce SYMBOL_TRADE_FREEZE_LEVEL değerini okuyup, tetik fiyatına olan mesafe freeze seviyesinin altındaysa o seferki değişikliği atlayın
2. Trailing'in güncelleme aralığını ve adımını genişleterek, tetiklenmeye yakın anlarda gereksiz değişiklik isteklerini azaltın
3. Reddedilmesi kritik değildir (tetiklenmeye yakın demek zaten yakında gerçekleşecek demektir); hatayı yutup sadece log tutan bir tasarım yeterlidir

④ Fiyat ile point (mesafe) karışıklığı

Belirti: SL'ye 50 veya 0.0050 gibi "mesafe niyetiyle" girilen bir sayı doğrudan konulmuş. Logdaki sl=50.00000 açıkça bir fiyat değil.

Neden: MqlTradeRequest.sl / .tp alanına girilmesi gereken mutlak fiyattır ("girişten 50 point aşağısı" değil). Mesafe bazlı yönetim yapan EA'ların bunu entry ± distance * _Point şeklinde dönüştürüp geçirmesi gerekir. Tersine, MT4 dönemindeki bazı fonksiyon alışkanlıklarıyla mutlak fiyat verilmesi gereken yere mesafe verilirse, geçerli bir fiyat oluşmadığından 10016/130 hatası alınır.

Ayrıca pips ile point karışıklığı da klasik bir hatadır. 5 haneli broker'larda (ör. USDJPY 3 hane, EURUSD 5 hane gösterimli) 1 pip = 10 point'tir. "SL 50" değerinin pips mi yoksa point mi olduğu belirsizse mesafe 10 kat sapabilir ve stop seviyesinin altına düşerek reddedilebilir.

Çözüm:

1. SL/TP'yi mutlaka NormalizeDouble(price ± dist * _Point, _Digits) formunda oluşturun
2. Giriş parametrelerinin birimini (pips / points) yorum satırında açıkça belirtip, _Point dönüşümünü tek bir yerde toplayın

⑤ Piyasa emri (market execution) uygulayan brokerlarda girişte SL/TP ayarlanamaması

Belirti: SL/TP olmadan emir gerçekleşiyorken, SL/TP eklenen yeni emirlerde Invalid stops alınıyor. Özellikle ECN/Market Execution tipi hesaplarda görülür.

Neden: Market execution'da "istek anındaki fiyat" ile "gerçek gerçekleşme fiyatı" farklılaşabildiğinden, bazı sunucular yeni emir isteğindeki SL/TP'yi kabul etmez ve gerçekleşmeden sonra pozisyon değişikliğiyle ayarlanmasını ister (MT4 döneminde ECN hesaplarda 130 hatasının sık görüldüğü klasik bir kural olup, MT5'te de benzer davranış sergileyen sunucular mevcuttur).

Çözüm:

1. Önce SL/TP olmadan emir gönderip → gerçekleşme onaylandıktan sonra PositionModify() (CTrade kullanıyorsanız trade.PositionModify()) ile SL/TP ekleyen iki aşamalı bir yapıya geçin
2. Bu yöntemde "emir başarılı oldu ama SL ayarlanamadı" anı ortaya çıkabileceğinden, SL ayarı başarılı olana kadar tekrar deneyip, belirli sayıda başarısızlıktan sonra pozisyonu anında kapatan bir koruma mutlaka ekleyin (SL'siz bırakmak en kötü sonuçtur)
3. Uygulama yöntemi SymbolInfoInteger(_Symbol, SYMBOL_TRADE_EXEMODE) ile kontrol edilebilir

⑥ Sembole özgü tuhaflıklar (altın ve endekslerde stop seviyesi büyüktür)

Belirti: Aynı EA EURUSD'de sorunsuz çalışırken, XAUUSD (altın) veya hisse endeksi CFD'lerine uygulandığında sürekli Invalid stops veriyor.

Neden: Stop seviyesi her sembol için ayrı ayarlanır ve altın, endeksler ve egzotik para birimleri genelde majör paritelerden daha büyük bir stop seviyesine sahiptir. Majör FX için ayarlanmış dar SL/trailing mesafesini olduğu gibi kullanmak, sembolün minimum mesafesine ulaşamayıp reddedilmesine neden olur. Hane sayısı da sembole göre değişir (altında 2-3 hane gibi), bu yüzden _Digits'i sabit kodlanmış bir kod da bozulur.

Çözüm:

1. Sembol değiştirdiğinizde mutlaka Özellikler penceresinden stop seviyesi ve hane sayısını kontrol edin
2. SL/TP mesafesini sabit point yerine ATR gibi volatilite bazlı bir ölçüte dayandırın; bu, semboller arasında geçişte daha sağlam çalışır
3. Kodda _Point / _Digits / SYMBOL_TRADE_STOPS_LEVEL değerlerini her zaman dinamik olarak alın (sabit kodlama yasak)

Brokerlar Arası Farklar (Dikkat Edilmesi Gerekenler)

Stop seviyesi ve freeze seviyesi broker ile sembol kombinasyonuna göre tamamen farklıdır. Aynı EA, aynı ayarlarla broker A'da hiç hata vermezken broker B'de her gün hata verebilir — bu normaldir.

Dikkat edilmesi gereken bir başka nokta, stop seviyesi "0" olarak görünen brokerlardır. 0 genellikle "sınırsız" değil "dinamik olarak belirlenir" anlamına gelir; normal zamanlarda ne kadar yakın bir SL olursa olsun geçerken, haber açıklamaları veya erken sabah gibi spread'in genişlediği anlarda aniden reddedilir. "Ara sıra çıkan Invalid stops" hatasının kaynağı genellikle budur.

Kontrolü mutlaka gerçek hesabınızda yapın.

long stops  = SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL);   // point
long freeze = SymbolInfoInteger(_Symbol, SYMBOL_TRADE_FREEZE_LEVEL);  // point

Somut değerler her brokerin hesap tipi ve sembol özelliklerine bağlı olduğundan bu makalede belirtilmemiştir. Kendi hesabınızda yukarıdaki kodu çalıştırdığınızda aldığınız değer tek doğru cevaptır.

Bu Hatayı Önleyen MQL5 Kodu (EA Geliştiricileri İçin)

Doğru tasarım "hata çıkınca düzeltmek" değil, emirden önce SL/TP'yi brokerin minimum mesafesine kırpıp 10016'nın hiç oluşmasını engellemektir.

Emirden önce SL/TP'yi doğrulayıp kırpma

// SL/TP değerlerini stop seviyesi üzerindeki bir mesafeye kırptıktan sonra emir gönderir
// Dönüş değeri false = yön ters (tasarım hatası), bu durumda emir gönderilmez
bool ClampStops(ENUM_ORDER_TYPE type, double &sl, double &tp)
{
   double point   = SymbolInfoDouble(_Symbol, SYMBOL_POINT);
   int    digits  = (int)SymbolInfoInteger(_Symbol, SYMBOL_DIGITS);
   long   stopsPt = SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL);
   double spread  = SymbolInfoDouble(_Symbol, SYMBOL_ASK)
                  - SymbolInfoDouble(_Symbol, SYMBOL_BID);
   // Stop seviyesi + spread payı (stops=0 olan dinamik brokerlar için önlem)
   double minDist = stopsPt * point + spread;

   double bid = SymbolInfoDouble(_Symbol, SYMBOL_BID);
   double ask = SymbolInfoDouble(_Symbol, SYMBOL_ASK);

   if(type == ORDER_TYPE_BUY)
   {
      // BUY'ın SL/TP'si Bid baz alınarak doğrulanır
      if(sl > 0 && sl >= bid) return false;              // yön ters
      if(tp > 0 && tp <= bid) return false;
      if(sl > 0 && (bid - sl) < minDist) sl = bid - minDist;
      if(tp > 0 && (tp - bid) < minDist) tp = bid + minDist;
   }
   else if(type == ORDER_TYPE_SELL)
   {
      // SELL'in SL/TP'si Ask baz alınarak doğrulanır
      if(sl > 0 && sl <= ask) return false;              // yön ters
      if(tp > 0 && tp >= ask) return false;
      if(sl > 0 && (sl - ask) < minDist) sl = ask + minDist;
      if(tp > 0 && (ask - tp) < minDist) tp = ask - minDist;
   }
   sl = NormalizeDouble(sl, digits);
   tp = NormalizeDouble(tp, digits);
   return true;
}

Üç önemli nokta var.

1. SYMBOL_TRADE_STOPS_LEVEL ve SYMBOL_POINT'i her seferinde dinamik olarak alın (sembol/broker bağımsız hale gelir)
2. Spread payını ekleyin (stop seviyesi 0 olan dinamik brokerlarda da daha kolay geçer)
3. Son olarak mutlaka NormalizeDouble(fiyat, _Digits) ile hane sayısını hizalayın (fazla ondalık hane de reddedilme nedeni olabilir)

retcode 10016'yı ayrıca ele alma

Reddedildiğinde "ne gönderildiğini ve o andaki mesafenin ne olduğunu" loglamak, ①-⑥ nedenlerinden hangisinin geçerli olduğunu bir bakışta gösterir.

MqlTradeRequest req; MqlTradeResult res;
ZeroMemory(req); ZeroMemory(res);
// ... req oluşturulur (sl/tp ClampStops ile işlenmiş) ...
if(!OrderSend(req, res) || res.retcode != TRADE_RETCODE_DONE)
{
   if(res.retcode == TRADE_RETCODE_INVALID_STOPS)   // 10016
      PrintFormat("Invalid stops: sl=%s tp=%s bid=%s stopsLevel=%d",
                  DoubleToString(req.sl, _Digits),
                  DoubleToString(req.tp, _Digits),
                  DoubleToString(SymbolInfoDouble(_Symbol, SYMBOL_BID), _Digits),
                  (int)SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL));
   else
      PrintFormat("OrderSend failed: retcode=%d, lastError=%d", res.retcode, GetLastError());
}

Trailing değişikliğini freeze seviyesine bakarak yapma

// Pozisyon değişikliğinden önce, tetik fiyatının freeze bölgesinde olup olmadığını kontrol et
bool CanModify(double triggerPrice)
{
   long freeze = SymbolInfoInteger(_Symbol, SYMBOL_TRADE_FREEZE_LEVEL);
   if(freeze <= 0) return true;
   double dist = MathAbs(SymbolInfoDouble(_Symbol, SYMBOL_BID) - triggerPrice);
   return (dist > freeze * SymbolInfoDouble(_Symbol, SYMBOL_POINT));
}

FXEA365'in dağıttığı EA'lar, bu emirden önce SL/TP doğrulaması, stop seviyesi kırpma ve sembolden bağımsız dinamik veri alma yaklaşımını standart olarak uyguladığından, broker veya sembol değişse bile Invalid stops hatasında takılı kalmayacak şekilde tasarlanmıştır.

Öncelik Kontrol Listesi

Özet

• Invalid stops: MT5'te 10016 (TRADE_RETCODE_INVALID_STOPS), MT4'te 130 (ERR_INVALID_STOPS). Numaralar farklı ama anlam ve çözüm ortak.
• Nedenlerin çoğu hesaplama hatası değil; stop seviyesinin altında kalma, yön ters olması, freeze seviyesi, fiyat ile point karışıklığı, SL/TP'nin sonradan eklenmesi kuralı ve sembole özgü tuhaflıklar olmak üzere 6 başlık altında toplanır.
• Geliştiriciler "emirden önce SYMBOL_TRADE_STOPS_LEVEL'i okuyup kırpma + NormalizeDouble" yaklaşımıyla kalıcı çözüm sağlayabilir. Stop seviyesi 0 olan brokerlar için de spread payı eklenerek bu durum absorbe edilebilir.

Hata kodlarının tamamı için MQL5 / MT5 Hata Kodları Çözüm Rehberi sayfasına bakabilirsiniz. Emrin reddedilmesine yol açan bir başka klasik hata olan "yetersiz bakiye" konusunu ise ERR_NO_MONEY (134/10019) makalesinde ele aldık.

SSS

S: SL/TP hesaplamam doğru olmasına rağmen Invalid stops alıyorum. Neden?

Değerin doğruluğundan çok mevcut fiyata olan mesafe nedeniyle reddediliyor olma ihtimali yüksek. Brokerin minimum stop mesafesinin (stop seviyesi) altındaki SL/TP değerleri, değer doğru olsa bile toptan reddedilir. Özellikler penceresinden veya SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL) ile minimum mesafeyi kontrol edin.

S: 10016 ile 130 arasındaki fark nedir?

10016 (TRADE_RETCODE_INVALID_STOPS) MT5'te OrderSend() / PositionModify() sonuç kodudur, 130 (ERR_INVALID_STOPS) ise MT4'te GetLastError()'ın döndürdüğü değerdir. Sadece platform farklıdır; anlamı (SL/TP konumunun geçersiz olması) ve çözümü aynıdır.

S: Normalde çıkmıyor ama haber açıklaması sırasında Invalid stops alıyorum.

Nedeni spread genişlemesidir. BUY'ın SL/TP'si Bid baz alınarak, SELL'inki Ask baz alınarak doğrulandığından, spread genişlediği anda mesafe yetersiz kalabilir. Stop seviyesi 0 olan brokerlarda bile ani hareketlerde dinamik olarak reddetme davranışı görülebilir. SL/TP mesafesine spread payı ekleyin (yukarıdaki koda bakın).

S: SL/TP olmadan emir geçiyor ama SL/TP ekleyince reddediliyor.

Market Execution tipi bir hesapta, sunucunun yeni emir isteğindeki SL/TP'yi kabul etmiyor olma ihtimali var. SL/TP olmadan emir gönderip, gerçekleşme sonrası PositionModify() ile ayarlayan iki aşamalı bir yapıya geçin. Ancak SL ayarı başarısız olursa yeniden deneme ve sürekli başarısız olursa anında kapatma korumasını mutlaka ekleyin.

S: EURUSD'de sorunsuz çalışan bir EA, altında sürekli Invalid stops veriyor.

Altın ve hisse endekslerinde stop seviyesi genellikle majör paritelerden daha büyük ayarlanır ve hane sayısı da farklıdır. SL/trailing mesafesini sembol özelliklerine göre genişletin veya ATR bazlı volatiliteye dayalı bir mesafeye geçin.