MT5 emir reddi retcode'ları ve inceleme sırası

Sonuç: Önce "her seferinde mi, ara sıra mı başarısız oluyor" diye bakın

EA'nın emri MT5'te reddedilince günlükte "retcode=10030" gibi bir sayı görünür. Bize de bu return code'lar hakkında çok soru geliyor.

Önce sonucu yazayım. İlk bakacağınız şey, reddin her seferinde mi yoksa yalnızca ara sıra mı yaşandığıdır.

• Her seferinde başarısız oluyorsa → 10030, 10013 ve 10018'den şüphelenin. Sorun ayarlarda ya da saat dilimindedir. Düzeltmediğiniz veya o koşuldan vazgeçmediğiniz sürece kaç kez denerseniz deneyin emir geçmez.
• Ara sıra başarısız oluyorsa → 10004 ve 10006'dan şüphelenin. Piyasa koşullarından veya aracı kurumun kararından kaynaklanır. Biraz beklenince emir geçebilir.

Hangisine girdiğinize göre, nereye bakacağınız da aciliyet de değişir.

Mekanizma: Return code, "sunucunun cevabı"dır

EA emir gönderdiğinde aracı kurumun sunucusu emri kabul edip etmeyeceğine karar verir ve sonucu bir sayıyla döndürür. Başarılıysa 10009 (işlem gerçekleşti) gibi bir kod, başarısızsa ret nedenini gösteren bir numara gelir.

Dikkat edilmesi gereken nokta, bu numaranın yalnızca sunucunun verdiği bir sınıflandırma olmasıdır. Reddin gerçek nedenini her zaman söylemez. Özellikle 10006, aracı kurumun neyi değerlendirdiğinin günlükten anlaşılamadığı bir koddur.

Kontrol adımları: Bu sırayla inceleyin

1. 10018: Önce saate bakın

En kolay kontrol edilen kod olduğu için ilk sırada. Hafta sonu, resmi tatil, yılbaşı dönemi ve sembole özel mola saatlerine (altın ve hisse endekslerinde gün içinde mola veren aracı kurum çoktur) denk gelip gelmediğinizi kontrol edin. Piyasa gözlemi penceresinde sembole sağ tıklayıp "Özellikler"i açarsanız işlem saatlerini görebilirsiniz. Sunucu saatiyle Japonya saatinin farklı olabileceğine de dikkat edin. Neden saat dilimiyse, hiçbir şey yapmasanız da piyasa açılınca emir geçer.

2. 10030: Dolum türünü eşleştirin

Aracı kuruma ve hesap türüne göre kabul edilen dolum türleri (FOK, IOC, Return) farklıdır. EA desteklenmeyen bir türle emir gönderirse her seferinde reddedilir. EA girdilerinde "Filling" gibi bir alan varsa, sembol özelliklerindeki "Dolum" satırında yazan türe ayarlayın. Böyle bir alan yoksa düzeltmenin EA tarafında yapılması gerekir, bu yüzden dağıtıcıya sorun. Yeni bir aracı kuruma veya hesap türüne geçtikten hemen sonra sık görülür.

3. 10013: Emrin içeriğinden şüphelenin

Lot minimum lottan küçükse, lot adım aralığına uymuyorsa ya da sembol adının sonekleri (".m", "#" gibi) yanlışsa sık çıkar. Günlükte ayrıntılı neden görünmeyebilir. Lotu ve sembol adını azar azar değiştirerek denemekten başka çare kalmayabilir. Ayar maddelerinin gözden geçirilmesini EA kurulum rehberinde topladık.

4. 10004: İzin verilen slippage ve saat dilimi

Veri açıklamalarının hemen ardından veya sabahın erken saatlerinde olduğu gibi fiyatın hızlı hareket ettiği zamanlarda kolay çıkan bir koddur. EA'da "Slippage" veya "Deviation" alanı varsa biraz genişletmek azaltabilir. Ancak fazla genişletirseniz, elverişsiz fiyattan işlem gerçekleşmesini kabul etmiş olursunuz. Bağlantı yavaşlığı da işin içindeyse VPS iyileştirebilir.

5. 10006: Bazen aracı kuruma sormaktan başka yol yok

Aracı kurumun kendi kararıyla yaptığı bir redtir ve neden kullanıcı tarafından görülemez. Hesaptaki işlem kısıtı, sembolün geçici olarak işleme kapatılması ya da çok fazla emir gönderilmesine getirilen sınır akla gelir, ancak hangisi olduğunu biz de kesin söyleyemeyiz. Günlükteki saati ve emir içeriğini not alıp aracı kurumun desteğine sormak en güvenilir yoldur. Sık yaşanıyorsa aracı kurum karşılaştırmasına bakarak başka bir kuruma geçmeyi düşünmek de bir seçenektir.

Sınırlar ve dikkat edilecekler

• Demo hesapta tekrarlanmayabilir. Emirlerin gerçekleşme biçimi demo ve gerçek hesapta aynı olmayabilir; requote ve ret olasılığı farklı çıkabilir. Demo hesapta sorunsuz çalışması, gerçek hesapta da aynı şekilde geçeceği anlamına gelmez.
• Tekrar tekrar denemek ters etki yapabilir. 10030 ve 10013'te aynı emri yeniden göndermek işe yaramaz. Her redde yeniden gönderen bir EA kısa sürede emri yığar ve bu, aracı kurum tarafında bir kısıta yol açabilir. Bizim EA'larımızda yalnızca 10004 gibi geçici kodlarda, sayısı belirlenmiş şekilde yeniden gönderme politikası uygulanıyor.
• Reddedilen emirler kayıtlara girmez. Backtest'te bu tür retler neredeyse hiç yaşanmaz, bu yüzden gerçek işletimde sonuçlar o kadar sapar. Test sonuçlarıyla birebir tutmamasının nedenlerinden biri budur.
• Return code'lar arasında burada ele alınan beşinin dışında geçersiz lot, geçersiz fiyat, yetersiz teminat gibi numaralar da vardır. Bu yazı, en çok soru gelen beş koda odaklanan bir derlemedir.

Özet

• Önce "her seferinde mi, ara sıra mı başarısız oluyor" diye bakın
• Her seferinde başarısızsa sırayla 10018 (saat) → 10030 (dolum türü) → 10013 (emir içeriği) kontrol edin
• Ara sıra başarısızsa 10004'e (slippage, saat dilimi) bakın, 10006'yı aracı kuruma sorun
• 10030 ve 10013 kaç kez yeniden gönderilirse gönderilsin geçmez, ayarı düzeltin
• 10006'nın gerçek nedeni kullanıcı tarafından görülemeyebilir, biz de kesin söyleyemeyiz
• Demo hesapta geçmesi, gerçek hesapta da aynı şekilde geçeceği anlamına gelmez