MT4 EA hatası 130 nasıl incelenir? Stop mesafesinden dinamik sınırlara dört adımlı yöntem

Yazar: Thomas｜EA ve MT4 Uygulamaları｜20 Ekim 2026

EA grafiğe eklenmiş ve otomatik işlem açık olmasına rağmen emir gönderirken "130" hatası görülmesi, genellikle programın tamamen bozulduğu izlenimini yaratır. MQL4 referans belgeleri 130'u ERR_INVALID_STOPS olarak listeler: istekteki stop-loss, take-profit, bekleyen emir fiyatı veya bunların normalleştirilme biçimi işlem sunucusu tarafından kabul edilmemiştir. Bu bir konumlandırma ipucudur; stop-loss'un körü körüne gevşetilmesine izin veren bir gerekçe değildir. Bu makale, hangi kayıtların incelenmesi gerektiğini dört adımlı inceleme yöntemiyle açıklar.

Birinci adım: Önce hangi isteğin başarısız olduğunu belirleyin

MT4 terminalinin veya programın ilgili günlüklerini açın; hatanın oluştuğu sunucu saatini, sembolü, emir yönünü, işlemin OrderSend mi OrderModify mı olduğunu ve dönen hata kodunu kaydedin. Günlükte yalnızca "emir başarısız" yazıyorsa, önce EA'nın parola gibi hassas verileri çıkarmadan istek fiyatını, stop-loss'u, take-profit'i ve dönüş değerini kaydetmesini sağlayın. Önce pozisyon açma başarısızlığını, stop-loss değiştirme başarısızlığını ve bekleyen emir başarısızlığını ayırın; üçünün kontrol edilen fiyat ilişkileri farklıdır.

Canlı hesapta aynı başarısız isteği tekrar tekrar göndererek "şans denemeyin". Tekrarlanan denemeler ek yük oluşturabilir ve piyasa değiştikten sonra aniden başarılı olup beklenmeyen pozisyon yaratabilir. Önce simülasyon ortamında yeniden üretin ve parametre sürümünü ve o andaki platform fiyatlarını saklayın.

İkinci adım: Bid, Ask, Point ve Digits değerlerini doğrulayın

MQL4'ün MarketInfo fonksiyonu mevcut sembolün Bid, Ask, Point ve Digits değerlerini okuyabilir. Point, fiyatın en küçük görüntüleme birimlerinden birini temsil eder; Digits ondalık basamak sayısını gösterir; "10 point"in kaç dolar olduğu o sembolün gerçek Point değerine göre hesaplanmalıdır; farklı aracı kurumların altın kodları ve hassasiyetleri birbirine karıştırılmamalıdır. Fiyat iletilmeden önce ilgili basamak sayısına göre normalleştirilmelidir.

Örnek yalnızca matematiksel gösterim içindir: Bir simülasyon sembolünün Point değeri 0.01 ve minimum mesafe 50 point ise hesaplanan mesafe 0.50 fiyat birimidir; Point değeri 0.001 olan bir sembolde ise 0.05 olur. Rakamlar hiçbir gerçek platformun bugünkü sözleşme kurallarını temsil etmez. Günlükleri incelerken alış ve satış fiyatlarını birlikte kaydedin; alış fiyatına bakılması gereken tarafı satış fiyatıyla kontrol etmekten veya tersinden kaçının.

Üçüncü adım: MODE_STOPLEVEL ve emir türünü kontrol edin

Resmi OrderSend belgeleri, stop-loss ve take-profit'in piyasa fiyatına çok yakın olamayacağını; bekleyen emirlerin öngörülen açılış fiyatının da mevcut piyasaya çok yakın olamayacağını belirtir. MarketInfo(Symbol(),MODE_STOPLEVEL) ile açık minimum mesafe point cinsinden sorgulanabilir. Ardından emrin alış, satış veya hangi tür bekleyen emir olduğuna göre fiyat yönünü, mesafeyi ve normalleştirmeyi ayrı ayrı kontrol edin; sabit bir sapma miktarını tüm emirlere uygulamayın.


Yukarıdaki görsel özgün bir süreç şemasıdır; gerçek fiyat veya hesap bilgisi içermez. Minimum mesafe yalnızca sunucunun emri kabul ettiği teknik sınırdır; stratejik olarak makul stop-loss mesafesi anlamına gelmez. 130'u atlatmak için stop-loss'u uzağa taşımak, başlangıçta planlanan tek işlem riskini büyütür; önce pozisyon büyüklüğü yeniden hesaplanmalı, gerekirse o işlemden vazgeçilmelidir.

Dördüncü adım: 0 dönmesi kısıtlama olmadığı anlamına gelmez

MQL4'ün MODE_STOPLEVEL hakkındaki resmi açıklaması özellikle uyarır: 0 dönmesi sabit minimum mesafe olmadığı anlamına gelebileceği gibi, sunucunun terminalin doğrudan gösteremediği dinamik bir kısıtlama kullandığı anlamına da gelebilir. İkinci durumda yine 130 dönebilir. Bu nedenle "0 bulunca stop-loss'u fiyata yapıştırmak" geçerli değildir. Piyasa sert hareket ettiğinde fiyat güncellemeleri, spread değişimleri ve sunucu tarafı kurallar önceden hesaplanan mesafeyi geçersiz kılabilir.

Kod formülü o andaki günlükle uyuşuyorsa ve yine 130 alınıyorsa, başarısızlık zamanını, sembolü, emir parametrelerini ve platform sürümünü saklayın; aracı kurumun sembol özelliklerini ve emir kısıtlamalarını inceleyin ve platform teknik desteğine danışın. Başka platformların Point ve StopLevel değerlerinden bu hesabın kurallarını çıkarsamayın; gerçek başarısızlık nedenini örtmek için stop-loss'u silmeyin.

Onarım sonrası doğrulama sırası

Önce simülasyon hesabında en küçük yeniden üretilebilir durumu çalıştırın: aynı sembolde dört fiyat parametresini ve StopLevel değerini kaydedin, tek bir test isteği gönderin, sunucu dönüşünü ve emir durumunu kontrol edin. Ardından hızlı fiyat değişimlerinde veya farklı işlem saatlerinde davranışı test edin. Programın başarısızlık sonrası durma veya bekleme mekanizması olduğunu ve yeniden denemede tekrar pozisyon açmadığını doğrulayın. Son olarak risk bütçesinin, spread'in ve kabul edilebilir kaybın hâlâ ilk planla uyumlu olup olmadığını kontrol edin.

Hata 130 incelemesinde odak "isteğin neden reddedildiği"dir, "nasıl zorla gerçekleştirileceği" değildir. EA'nın çalışma sonuçları ayrıca strateji mantığından, ağdan ve platform yürütmesinden etkilenir; hiçbir onarım kâr garantisi vermez veya zararı önlemez. Kaldıraçlı işlem önemli kayıplara yol açabilir.