EA çalışma anormalliği nasıl araştırılır: önce MT4 günlüklerini saklayın, sonra ayarları değiştirin
Experts ile Journal'ı ayırt edin, anormallik sahasını koruyun, tetikleme, izinler ve gerçekleşen işlem sonuçlarını doğrulayın; yeniden başlatma ve parametre değiştirmenin gerçek nedeni maskelemesinden kaçının.
Yazar: Thomas|EA ve Platform Uygulamaları|5 Ekim 2026
EA aniden işlem yapmıyorsa, yinelenen emirler oluşuyorsa veya yeniden başlatma sonrası performans beklenenden farklıysa, en sık yapılan hata hemen parametreleri değiştirmek, programı yeniden kurmak ve ardından sorunun nerede olduğunu tahmin etmeye çalışmaktır. Bu, en değerli saha bilgilerinin üzerine yazılmasına yol açabilir. Sorun giderme önce kanıtları kaydetmeli, ardından program, terminal ve hesap düzeyindeki nedenleri ayırt etmelidir.
Önce anormalliğin oluşmasından önceki ve sonraki kayıtları saklayın
Anormalliğin ortaya çıktığı zamanı, tam işlem sembolünü, grafik periyodunu, EA sürümünü, parametre dosyasını ve o andaki hesap pozisyonlarını kaydedin. Buradaki zamanın bilgisayar saati mi, işlem sunucusu saati mi yoksa kendi dönüştürdüğünüz Pekin saati mi olduğu mutlaka belirtilmelidir; farklı saatlere ait kayıtlar doğrudan birleştirilmemelidir.
Günlükler programın tüm karar sürecini mutlaka içermez. Geliştiricinin çıktı olarak vermediği bilgilerden, yalnızca “hata yok” diye yürütmenin normal olduğu sonucu çıkarılamaz. Öncesi ve sonrasıyla kesintisiz kayıtları saklamak, tek bir hata ekran görüntüsünden daha çok olayların sırasını değerlendirmeye yardımcı olur; herkese açık paylaşmadan veya destek personeline göndermeden önce hesap numarası, kişisel bilgiler veya diğer hassas içerikleri barındırıp barındırmadığını kontrol edin.
Experts ve Journal'da ayrı ayrı neye bakılır
MT4'ün Experts sekmesi esas olarak yüklenmiş EA'nın çalışma bilgilerini, programın kendi mesajlarını ve ilgili işlem kayıtlarını gösterir. Journal sekmesi ise istemci terminalinin geçerli oturumdaki etkinliklerine odaklanır. Aynı anormalliği araştırırken iki yerdeki bilgiler karşılaştırılabilir, ancak bunlardan herhangi biri tam işlem kanıtı olarak görülmemelidir.
İlgili sekmenin sağ tık menüsünde Open kullanılarak ilgili günlük dizini açılabilir ve o anda görüntülenen kayıtlar günlük dosyasına yazılabilir. Resmî yardım, EA günlüklerinin terminal veri dizini altındaki MQL4/LOGS içinde, terminal günlüklerinin ise LOGS içinde bulunduğunu belirtir; dosyalar genellikle tarihe göre adlandırılır. Farklı kurulum örneklerinin veri dizinleri farklı olabilir; kullanılmakta olan terminalden girilmeli, başka bir terminalin dosyalarının yanlışlıkla alınmasından kaçınılmalıdır.
Önce belirleyin: tetiklenmedi mi, yoksa tetiklendikten sonra işlem mi gerçekleşmedi
“Yeni emir yok” en az birkaç farklı duruma karşılık gelebilir: strateji koşulları karşılanmamıştır; program düzgün yüklenmemiştir; otomatik işlem izni kısıtlıdır; işlem talebi reddedilmiştir; talep sonucu beklenenden farklıdır. Grafikte yalnızca program simgesini görmek, hangisine ait olduğunu doğrudan belirlemeye yetmez.
Önce stratejinin mevcut kurallarına göre, belirtilen sembol ve periyotta gerçekten tetiklenip tetiklenmemesi gerektiğini doğrulayın. Ardından ilgili zaman aralığında yükleme, başlatma veya işlem işlemi bilgisi olup olmadığına bakın. Bir işlem talebi varsa, sonucu dönen mesaj ve hesap emir kayıtlarıyla karşılaştırarak doğrulayın; yalnızca programın yazdırdığı metne bakarak işlemin başarıyla gerçekleştiği kabul edilmemelidir. Günlükte kritik adımlar eksikse, geliştiriciye ek kayıt ihtiyacını iletin.
İzin kontrolü madde madde eşleşmeli, hepsi birden açılmamalı
MT4 terminal ayarları ve EA'nın kendi özellikleri otomatik işlem iznini etkiler; hesap, grafik sembolü veya periyot değiştirme gibi işlemler de terminalin otomatik işlem ayarlarıyla ilgili olabilir. Mevcut gerçek ayarları kontrol edin ve program açıklamalarıyla birlikte beklenen davranışı değerlendirin; düğmelere tekrar tekrar basmak sorun gidermenin yerini tutamaz.
Programın işlem yapmaya başlaması için koşulsuz olarak DLL çağrılarına veya diğer dış erişimlere izin vermeyin. Önce programın ilgili yeteneğe gerçekten ihtiyacı olup olmadığını, kaynağın güvenilir olup olmadığını ve amacın açıkça belirtilip belirtilmediğini doğrulayın. İzinlerin yetersiz olması bir aşamanın nedeni olabilir, ancak tüm izinleri açmak güvenilir bir çözüm değildir.
Yeniden başlatmadan önce mevcut pozisyonların nasıl ele alınacağını doğrulayın
Mevcut emirleri, bekleyen emirleri ve program durumunu sakladıktan sonra yeniden başlatıp başlatmayacağınıza karar verin. Programın yeniden başlatılmasının mevcut emirleri tanıyıp tanımayacağı somut uygulamaya bağlıdır; her EA'nın önceki iç durumunu otomatik olarak geri yükleyebileceği varsayılmamalıdır. Özellikle pozisyon ekleme veya çoklu emir yönetimi mantığı olan programlarda, tekrarlanan başlatma mevcut pozisyonlarla çakışabilir; program kurallarına göre kontrol edilmesi gerekir.
Otomatik işlemi kapatmak, mevcut pozisyonların kapatıldığı anlamına gelmez ve “program duraklatıldı” ifadesi riskin ortadan kalktığı şeklinde anlaşılmamalıdır. Mevcut emirlerin nasıl ele alınacağı önceden belirlenmelidir; anormallik ortaya çıktıktan sonra geçici tahminlerle hareket edilmemelidir. Programın anormal emirler ürettiğinden şüpheleniliyorsa, belirlenmiş duraklatma ve manuel kontrol sürecine göre hareket edin ve aynı zamanda hesaptaki gerçek risk pozisyonunu doğrulayın.
Onarım sonucunu tek bir değişiklikle test edin
Simülasyon ortamı işlemleri yeniden oluşturmak ve program davranışını kontrol etmek için kullanılabilir, ancak gerçek hesaptaki işlem koşullarının tamamen aynı olduğunu kanıtlamaz. Her seferinde yalnızca bir açık faktörü değiştirin ve değişiklikten önceki ve sonraki parametreler ile günlükleri saklayın, ardından ilgili anormalliğin kaybolup kaybolmadığını gözlemleyin. Sürüm, parametreler ve hesap aynı anda değiştirilirse hangi adımın etkili olduğunu belirlemek genellikle zorlaşır.
Etkili bir sorun giderme kaydı; belirtiyi, zamanı, kanıtı, değiştirilen içeriği ve yeniden kontrol sonucunu yazmalıdır. Açıklanamayan anormallikler için geliştirici veya platform desteğine başvurarak incelemeye devam edilmelidir; “işlemler yeniden başladı” ifadesi neden analizinin yerine kullanılmamalı ve teknik onarım kâr garantisi olarak yazılmamalıdır.
Kaldıraçlı işlem önemli kayıplara yol açabilir. Bu makale, çalıştırma ve bakım bilgisi paylaşımı amacı taşır ve alım satım talimatı oluşturmaz. Günlük incelemesi sorunun yerini belirlemeye yardımcı olabilir, ancak programın güvenli olduğunu, stratejinin etkili olduğunu veya gelecekteki getiriyi garanti edemez.