Stop Loss artık çalışmıyor - birleştirin, yani birleştirin. - sayfa 4
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Bu durum hakkında komisyoncudan resmi bir yanıt aldım, alıntı yapıyorum:
"
Günlükleri analiz etmeyi ve durumu yeniden oluşturmayı başardık.
Kayıtlara göre, 17:30'dan itibaren durağınızın pozisyonu çok sayıda kapatmaya çalıştığını görebiliyoruz, ancak her seferinde "Çok fazla" hatası döndürüldü - işlemi tamamlamak için fon eksikliği .
Analiz, engellemenin 16:43'te verdiğiniz satış limiti emri nedeniyle gerçekleştiğini gösterdi. Geri çekilmedi, aktif kaldı ve mevcut sözleşmeyi bloke etti. Onlar. Bu emir pozisyonu kapattı. bu nedenle, başka bir satış emri verirken (stop zararı tetiklemesinin bir sonucu olarak), ticaret sistemi 2 sözleşme için bir satış anlaşmasını tamamlamak için fon eksikliği hakkında bir mesaj verdi.
Ardından, takastan sonra ilk emir iptal edildi (tüm bekleyen emirler, işlem seansının sonunda borsa tarafından iptal edilir). Bundan sonra stoploss hemen uygulandı ve pozisyon kapatıldı.
Günlüklerin ekran görüntüleri ve uygulamanın kendisi mektuba eklenmiştir.
"
Henüz nasıl cevap vereceğimi bilmiyorum, sorularım var:
1. Para eksikliği ile ilgili mesaj neden terminal günlüğünde yayınlanmadı, ancak sunucuda yayınlandı.
2. Broker neden piyasaya göre değil de başka bir limit emriyle kapatmaya çalıştı?
Bir stop'u kapatırken, limit emrinde bir pozisyon açmak için yeterli param olduğunu not ediyorum.
Genel olarak, durum garip, pozisyon tüm MG'ler için açıksa, bir limit emriyle kar alma ile StopLoss'un imkansız olduğu ortaya çıkıyor (MG'lerin yüklenmesi %100 değildi, hala hareket etmek için yaklaşık 900 puan kaldı ).
Bu durum hakkında komisyoncudan resmi bir yanıt aldım, alıntı yapıyorum:
"
Günlükleri analiz etmeyi ve durumu yeniden oluşturmayı başardık.
Kayıtlara göre, 17:30'dan itibaren durağınızın pozisyonu çok sayıda kapatmaya çalıştığını görebiliyoruz, ancak her seferinde "Çok fazla" hatası döndürüldü - işlemi tamamlamak için fon eksikliği .
Analiz, engellemenin 16:43'te verdiğiniz satış limiti emri nedeniyle gerçekleştiğini gösterdi. Geri çekilmedi, aktif kaldı ve mevcut sözleşmeyi bloke etti. Onlar. Bu emir pozisyonu kapattı. bu nedenle, başka bir satış emri verirken (stop zararı tetiklemesinin bir sonucu olarak), ticaret sistemi 2 sözleşme için bir satış anlaşmasını tamamlamak için fon eksikliği hakkında bir mesaj verdi.
Ardından, takastan sonra ilk emir iptal edildi (tüm bekleyen emirler, işlem seansının sonunda borsa tarafından iptal edilir). Bundan sonra, stoploss hemen uygulandı ve pozisyon kapatıldı.
Günlüklerin ekran görüntüleri ve uygulamanın kendisi mektuba eklenmiştir.
"
Henüz nasıl cevap vereceğimi bilmiyorum, sorularım var:
1. Para eksikliği ile ilgili mesaj neden terminal günlüğünde yayınlanmadı, ancak sunucuda yayınlandı.
2. Broker neden piyasaya göre değil de başka bir limit emriyle kapatmaya çalıştı?
Bir stop'u kapatırken, limit emrinde bir pozisyon açmak için yeterli param olduğunu not ediyorum.
Genel olarak, durum garip, pozisyon tüm MG'ler için açıksa, bir limit emriyle kar alma ile StopLoss'un imkansız olduğu ortaya çıkıyor (MG'lerin yüklenmesi %100 değildi, hala hareket etmek için yaklaşık 900 puan kaldı ).
bu yüzden size Rusça olarak beyaz olarak yazılmıştır -
bu nedenle, başka bir satış emri verirken (stop zararı tetiklemesinin bir sonucu olarak), ticaret sistemi 2 sözleşme için bir satış anlaşmasını tamamlamak için fon eksikliği hakkında bir mesaj verdi.
bu yüzden size Rusça olarak beyaz olarak yazılmıştır -
Ve operasyon için yeterli paranızın olmaması, terminal geliştiricileri için borsadan daha fazla sorudur. Ve sizin için daha fazla soru. Neden ticaretin temel kurallarını öğrenmedin?Genelde dikkatlice okursunuz - piyasa emirlerinin limit emirlerden ne kadar farklı olduğunu anlıyorsunuz, değil mi? Buna cevaben, zararı durdurmak için başka bir limit emri vermek istediklerini belirtiyorlar, bu nedenle hangi tatilde bunu yapmaya karar verdikleri açık değil - neden piyasada kapatmamaya karar verdikleri.
Genelde dikkatlice okursunuz - piyasa emirlerinin limit emirlerden ne kadar farklı olduğunu anlıyorsunuz, değil mi? Buna cevaben, zararı durdurmak için başka bir limit emri vermek istediklerini belirtiyorlar, bu nedenle hangi tatilde bunu yapmaya karar verdikleri açık değil - neden piyasada kapatmamaya karar verdikleri.
Ve kişisel olarak, stop ve limitinizin fiyat olarak çakıştığını anladım. Bu nedenle, yürütülmesi için (bir kerede iki) yeterli fon bulunmayan iki başvuru aynı anda işlendi. Herhangi bir ikinci sınırlayıcıdan bahsedilmiyor.
Ve kişisel olarak, stop ve limitinizin fiyat olarak çakıştığını anladım. Bu nedenle, yürütülmesi için (bir kerede iki) yeterli fon bulunmayan iki başvuru aynı anda işlendi. Herhangi bir ikinci sınırlayıcıdan bahsedilmiyor.
İlk ekrana dikkatlice bakın - bir alış pozisyonunun açık olduğunu, kar al yerine bir limit satış emri olduğunu ve pozisyonun altında bir zararı durdurun olduğunu gösterir.
Bu aslında sistemin durumu onlarla nasıl algıladığının bir ekran görüntüsü - bu mesaj bir daire çizdi - sadece bir parçayı kesin.
Soru şu ki, bu tahmini 6504,45 marjı nereden geldi? Neyden yapılmıştır? Satmak için bir limit emri artı veya eksi marjı satın almak için bir limit emriyle aynı - 4500 olsun, ancak marjın şu anda piyasada bir açılış yapmayı planladıkları gibi düşünüldüğü ortaya çıktı! Planlanan marj neden böyle kabul edildi?
Bu aslında sistemin durumu onlarla nasıl algıladığının bir ekran görüntüsü - bu mesaj bir daire çizdi - sadece bir parçayı kesin.
Soru şu ki, bu tahmini 6504,45 marjı nereden geldi? Neyden yapılmıştır? Satmak için bir limit emri artı veya eksi marjı satın almak için bir limit emriyle aynı - 4500 olsun, ancak marjın şu anda piyasada bir açılış yapmayı planladıkları gibi düşünüldüğü ortaya çıktı! Planlanan marj neden böyle kabul edildi?
Şimdi her şey açık.
Bu doğru, stop emri esasen bir piyasa emridir, yani. en kötü fiyata limit emri. Bu nedenle, böyle bir marj 1,5 kat daha fazla gereklidir.
Bu yüzden bu tür şeyler terminale yansıtılmıyor mu? Bu geliştiriciler için bir sorudur.
Şimdi her şey açık.
Bu doğru, stop emri esasen bir piyasa emridir, yani. en kötü fiyata limit emri. Bu nedenle, böyle bir marj 1,5 kat daha fazla gereklidir.
Bu yüzden bu tür şeyler terminale yansıtılmıyor mu? Bu geliştiriciler için bir sorudur.
Evet haklısın, borsada piyasa emirleri yoktur, sadece argodur!
Borsada sadece limit emirler vardır ve en kötü fiyattan gönderdikten sonra derhal gerçekleştirilmelidir, yani. piyasaya göre.
Ancak durum ilginç, açık pozisyon başka bir limit emrinin marjı nedeniyle bloke edildi ve piyasada zararı durdur (limit) için yeterli marj yoktu.
Evet MQ server kısmının tamamlanması değil, stop loss bir server fonksiyonu olarak bu durumda önceliğe sahip olmalıdır.
Yani, zararı durdur işlevi, onu gerçekleştirmek için yeterli marjın olup olmadığını kontrol etmeli, ardından verilen limit emirlerini kontrol etmelidir,
ve eğer öyleyse, gerekli marja ulaşılana kadar onları geri çekin.
Doğrudan en azından bir not defterine durumu yazın.
Şimdi her şey açık.
Bu doğru, stop emri esasen bir piyasa emridir, yani. en kötü fiyata limit emri. Bu nedenle, böyle bir marj 1,5 kat daha fazla gereklidir.
Bekleyin, mantığınıza göre, açık Satış limit emri ne olursa olsun, stoploss hiçbir durumda işe yaramaz mı?
Ancak durum böyle değildir ve kapanma her zaman gerçekleşir.
Anladığım kadarıyla, aynı hacimde bir ters limit emri (piyasa veya bekleyen) verilirse, GI artmıyor (belki düzeltme faktörleri var).
Kaybı durdurma komisyoncunun sisteminde kalırken, gönderilen depozito borsaya gitti. Ayrıca, piyasada bir pozisyon kapatırken GO'yu artırmama kuralının da var olduğunu düşünüyorum.
Sonuç olarak, komisyoncudaki pozisyonu kontrol eden program, Satış limitinin GI'yi artırmayan bir emir olarak sayılacağını, ancak Zarar Durdur'un pozisyonu kapatmak için bir emir olarak sayılmayacağı, ancak bir emir olarak sayılacağını düşündü. bir satış emri, dolayısıyla GI için abartılı gereksinim!
İki olayın aynı anda gerçekleşemeyeceğinden, hem limit emri hem de pozisyon kapatmaya yönelik piyasa emrinin risklerini aynı anda hesaplamanın yanlış olduğunu düşünüyorum. Satış limiti tetiklenirse Zarar Durdur iptal edilir ve Zarar Durdur tetiklenirse Satış limiti için yeterli GO olur ve iki olay aynı anda gerçekleşemez.
Loga tekrar bakmaya karar verdim, burada nüans şu ki, satış limiti pozisyon ortaya çıkmadan açılmıştı ama bence gerekli marjın yeniden hesaplanması ve bu konuda her siparişin sınıflandırılması her başvuruda oluyor.
Mantıksal olarak mantıksız gereksinimler, daha önce kanıtladığım gibi, ancak soru, komisyoncunun borsa kurallarına göre hareket edip etmediği ve bu kurallarda bu tür mantıksal hatalar olup olmadığı veya komisyoncu sunucusunu kurma meselesidir.
Bu yüzden bu tür şeyler terminale yansıtılmıyor mu? Bu geliştiriciler için bir sorudur.
Evet, bu sadece en büyük şikayet - durum hakkında bilgi eksikliği!
Evet haklısın, borsada piyasa emirleri yoktur, sadece argodur!
Borsada sadece limit emirler vardır ve en kötü fiyattan gönderdikten sonra derhal gerçekleştirilmelidir, yani. piyasaya göre.
Ancak durum ilginç, açık pozisyon başka bir limit emrinin marjı nedeniyle bloke edildi ve piyasada zararı durdur (limit) için yeterli marj yoktu.
Evet, MQ sunucu bölümünün bir modifikasyonu değil, bu durumda bir sunucu işlevinin önceliği olması gerektiği için kaybı durdur.
Yani, zararı durdur işlevi, onu gerçekleştirmek için yeterli marjın olup olmadığını kontrol etmeli, ardından verilen limit emirlerini kontrol etmelidir,
ve eğer öyleyse, gerekli marja ulaşılana kadar onları geri çekin.
Doğrudan en azından bir not defterine durumu yazın.
Sadece piyasa olanları var ve bu argo değil, bir belge, ancak Plaza2 protokolünde böyle bir isim yok.
Borsada bir limit emri var ve önce oraya gitti, bu yüzden GO'da yük olmayan bir karşı emir olarak kabul edilir ve zararı durdur emri artan GO'lu piyasa için bir emir olarak kabul edilir - sorun bu! Ve buradaki komisyoncunun cevabında gizlenmeye başlaması, aynı zamanda GO'yu yanlış değerlendiren onların sistemi olduğunu da gösteriyor ....
İşte " NCO NCC (JSC)'NİN TÜREV PİYASALARDAKİ GARANTİ HESAPLAMA ESASLARI " adlı bir belge şimdiye kadar sivil savunma hakkında bilgi edinmeyi başardı, ancak oradaki hesaplamalara girmek o kadar kolay değil.