FORTS: OnTradeTransaction() のリターンコード - ページ 4 1234567891011 新しいコメント Fry_Антон 2015.11.13 03:30 #31 Alexander Bereznyak: おそらく誰も必要としていない...実は、必要なもの。FORTSのレトコードは、あらゆる意味でトラブルが多い。誰が設定するのか(ブローカーかMQ開発者)分かりませんが、開発者にも疑問があります。リターンがドキュメントの記述と全く一致しない!?実際、どのコードも対応していません=) Fry_Антон 2015.11.13 03:39 #32 Михаил:開発者の皆様へ最終的にいつ支払うのか、お答えください。 取引サーバーのRETURN CODESに 注目?MT5サーバーの「不具合」や取引所のクラッシュが発生した場合、次のようなことが起こります。Expert Advisor がEXISTING 注文を削除する注文を送信したが、応答が返ってきた。「無効なリクエスト" !そして、Expert Advisorは、削除の命令でサーバーを叩き続けます。の注文を受け付けています。注文がACTIVEになっているのに、どうして間違ったリクエストがあるのでしょうか?このコードは、注文が中間状態の場合に来ることは、すでに分かっています。コードが遅れている。私もそう思います。間違っているのはリクエストではなく、「現時点では注文を削除することができません」です。そして痛烈な疑問は、なぜこの最も重要なトレーディングアクションが定期的に利用できなくなるのか、ということです。どのようなアーキテクチャであっても、取引の事実以外の段階では、「キャンセルミッション」コマンド(注文の削除)は問答無用で即座に実行されるべきです。そうでない場合は、構造的なエラーとなります。 kond777 2015.11.13 11:39 #33 取引所が故障したために発生した、取引所から課された罰金を取り除いてもらうために、ブローカーと長い間争っています。以下は、ブローカーの評決です。))2015.09.21にお客様の端末から送信された取引は、モスクワ取引所の 規則による非有効取引の手数料計算の条件およびパラメータに従い、非有効取引と判定されたことを改めてお知らせいたします。以上のことから、ブローカーは、非効率的な取引に対するお客様のペナルティを免除することを拒否せざるを得ません。非効率の定義に該当する取引数は、取引所の障害とは関係なく、お客様のロボットの設定によるものであり、取引所やブローカーはその責任を負うものではございません。当取引所のプレスリリースによると、2015.09.21の取引日に行われたすべての取引を有効と認識したとのことです。開発者の皆さん!この話題は、昨年11月にフォーラムで提起したものです。同時に、SDから「この問題は2015年中に解決する」と言われました。約束を果たす覚悟を確認してください! 削除済み 2015.11.13 18:49 #34 kond777:取引所の故障で発生した取引所罰金を取り除いてもらうために、ブローカーと長い間「戦い」ました。以下は、ブローカーの評決です。)) 2000トランザクションを超えるとペナルティー?そして、その罰金とは、秘密でなくて何なのか? Mikhail Filimonov 2015.11.13 19:30 #35 Alexey Kozitsyn: 2,000トランザクションを超えるとペナルティー?罰金とは、秘密でなくて何ですか? レートは取引所サイトに掲載されています 削除済み 2015.11.14 08:21 #36 Михаил: レートは取引所のホームページに掲載されています リンク先を教えてください。 kond777 2015.11.14 10:40 #37 Alexey Kozitsyn: 2,000トランザクションを超えるとペナルティー?秘密でもないのに、何が罰金なんだ?http://fs.moex.com/files/4266 リンク先に全部書いてありますが、半リッターないと解らないですね。ちなみに、取引超過だけでなく、いろいろなことで罰金を取られるそうです。 削除済み 2015.11.14 11:14 #38 kond777:http://fs.moex.com/files/4266 リンク先に全部書いてありますが、半リッターも飲まないと解りません。ちなみに、オーバートランザクションだけでなく、いろいろなことにペナルティを課します。 ありがとうございます、調べてみます。 Dmitriy Skub 2015.11.14 11:17 #39 kond777:http://fs.moex.com/files/4266 リンク先に全部書いてありますが、半リッターも飲まないと解りません。ちなみに、罰金を取られるのはオーバートランザクションだけでなく、他にもいろいろあるんですよ。 酔って欲しいのか?)フィギュアを書くのはそんなに大変なんですか? 削除済み 2015.11.14 11:27 #40 Dmitriy Skub: 酔っぱらうか?))フィギュアを書くのはそんなに大変なんですか?これは本当に計算しないと...。はこんな感じです。11. トランザクション処理条件 11.1 非効率的な取引に対する課金。 本取引の定義において、本取引とは、申込の表明、申込の削除、他の取引条件と同時に申込の表明を伴う申込の削除、他の取引条件と同時に申込の対の表明を伴う申込の対の削除をいいます。 非効率的な取引に対する手数料は、PJSC モスクワ取引所のデリバティブ市場に関して、この証券会社 の決済機関の同じ TIN(またはそれに代わるコード)の清算レジスタのセクション(以下、セクション) につき、各取引日において合算して決定される。 非効率的な取引に対する手数料は、当該手数料の対象となるセクションの表示で実行された取引の数が当該閾値以下の場合は請求されません。閾値はテクニカルセンターの決定により設定され、モスクワ取引所のホームページで公開されます。 非効率的な取引に対する手数料は、次の算式により計算されます。 のところです。 TranFee1 - 取引日中に行われた非効率な取引に対する手数料の値(単位:ルーブル、付加価値税を含む)。 k - 各セクションで実行されたトランザクションのポイント(表1に従ってトランザクションの種類によって 決定されます)。 f - セクションを表示した取引の成立に対して、当該取引日に支払うべき為替・清算手数料の金額。 l - セクションの一つを表示して締結された取引に対するスコア(表1に従って取引の種類に応じて決定されます)。 この条件を満たした場合、取引は非有効とみなされます。 表1. 取引・案件の種類は、特徴1~3の組み合わせにより決定されます。 取引種類または取引金額 トランザクションのポイント値 トランザクションのスコア 特集1 特集2 特集3 0 0 0 k_1 l_1 0 0 1 k_2 l_2 0 1 0 k_3 l_3 0 1 1 k_4 l_4 1 0 0 k_5 l_5 1 0 1 k_6 l_6 1 1 0 k_7 l_7 1 1 1 k_8 l_8 Transaction または Transaction type の属性の意味は、以下の順序で決定される。 特性1:1 - 当該商品に関するマーケットメーカーの義務履行契約に規定された区分で取引される場合、0 - 当該商品に関するマーケットメーカーの義務履行契約に規定されていない区分で取引される場合。 特性2:0 - 先物契約(また、アプリケーション "カレンダースプレッド" - 時会計取引)、1 - オプション契約。 特徴3:1:低液性機器、0:その他の機器。商品の流動性は、モスクワ取引所が設定し、モスクワ取引所のウェブサイトで公開されている「低流動性商品リスト」に基づいて決定されます。 取引または案件のポイント値(k_1~k_8、l_1~l_8)は、テクニカルセンターの決定により設定され、モスクワ取引所のウェブサイトにて公表されます。 非効率な取引に対する手数料は、各セクションから行われた本取引の件数に応じて、セクションに請求されます。 FORTS: OnTradeTransaction() return codes 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
おそらく誰も必要としていない...
実は、必要なもの。
FORTSのレトコードは、あらゆる意味でトラブルが多い。
誰が設定するのか(ブローカーかMQ開発者)分かりませんが、開発者にも疑問があります。
リターンがドキュメントの記述と全く一致しない!?実際、どのコードも対応していません=)
開発者の皆様へ
最終的にいつ支払うのか、お答えください。
取引サーバーのRETURN CODESに 注目?
MT5サーバーの「不具合」や取引所のクラッシュが発生した場合、次のようなことが起こります。
Expert Advisor がEXISTING 注文を削除する注文を送信したが、応答が返ってきた。
「無効なリクエスト" !そして、Expert Advisorは、削除の命令でサーバーを叩き続けます。
の注文を受け付けています。
注文がACTIVEになっているのに、どうして間違ったリクエストがあるのでしょうか?
このコードは、注文が中間状態の場合に来ることは、すでに分かっています。
コードが遅れている。私もそう思います。間違っているのはリクエストではなく、「現時点では注文を削除することができません」です。
そして痛烈な疑問は、なぜこの最も重要なトレーディングアクションが定期的に利用できなくなるのか、ということです。
どのようなアーキテクチャであっても、取引の事実以外の段階では、「キャンセルミッション」コマンド(注文の削除)は問答無用で即座に実行されるべきです。
そうでない場合は、構造的なエラーとなります。
取引所が故障したために発生した、取引所から課された罰金を取り除いてもらうために、ブローカーと長い間争っています。以下は、ブローカーの評決です。))
2015.09.21にお客様の端末から送信された取引は、モスクワ取引所の 規則による非有効取引の手数料計算の条件およびパラメータに従い、非有効取引と判定されたことを改めてお知らせいたします。
以上のことから、ブローカーは、非効率的な取引に対するお客様のペナルティを免除することを拒否せざるを得ません。
非効率の定義に該当する取引数は、取引所の障害とは関係なく、お客様のロボットの設定によるものであり、取引所やブローカーはその責任を負うものではございません。
当取引所のプレスリリースによると、2015.09.21の取引日に行われたすべての取引を有効と認識したとのことです。
開発者の皆さん!
この話題は、昨年11月にフォーラムで提起したものです。同時に、SDから「この問題は2015年中に解決する」と言われました。約束を果たす覚悟を確認してください!
取引所の故障で発生した取引所罰金を取り除いてもらうために、ブローカーと長い間「戦い」ました。以下は、ブローカーの評決です。))
2,000トランザクションを超えるとペナルティー?罰金とは、秘密でなくて何ですか?
レートは取引所のホームページに掲載されています
2,000トランザクションを超えるとペナルティー?秘密でもないのに、何が罰金なんだ?
http://fs.moex.com/files/4266 リンク先に全部書いてありますが、半リッターも飲まないと解りません。ちなみに、オーバートランザクションだけでなく、いろいろなことにペナルティを課します。
http://fs.moex.com/files/4266 リンク先に全部書いてありますが、半リッターも飲まないと解りません。ちなみに、罰金を取られるのはオーバートランザクションだけでなく、他にもいろいろあるんですよ。
酔っぱらうか?))フィギュアを書くのはそんなに大変なんですか?
これは本当に計算しないと...。はこんな感じです。
11. トランザクション処理条件
11.1 非効率的な取引に対する課金。
本取引の定義において、本取引とは、申込の表明、申込の削除、他の取引条件と同時に申込の表明を伴う申込の削除、他の取引条件と同時に申込の対の表明を伴う申込の対の削除をいいます。
非効率的な取引に対する手数料は、PJSC モスクワ取引所のデリバティブ市場に関して、この証券会社 の決済機関の同じ TIN(またはそれに代わるコード)の清算レジスタのセクション(以下、セクション) につき、各取引日において合算して決定される。
非効率的な取引に対する手数料は、当該手数料の対象となるセクションの表示で実行された取引の数が当該閾値以下の場合は請求されません。閾値はテクニカルセンターの決定により設定され、モスクワ取引所のホームページで公開されます。
非効率的な取引に対する手数料は、次の算式により計算されます。
のところです。
TranFee1 - 取引日中に行われた非効率な取引に対する手数料の値(単位:ルーブル、付加価値税を含む)。
k - 各セクションで実行されたトランザクションのポイント(表1に従ってトランザクションの種類によって 決定されます)。
f - セクションを表示した取引の成立に対して、当該取引日に支払うべき為替・清算手数料の金額。
l - セクションの一つを表示して締結された取引に対するスコア(表1に従って取引の種類に応じて決定されます)。
この条件を満たした場合、取引は非有効とみなされます。
表1.
取引・案件の種類は、特徴1~3の組み合わせにより決定されます。
取引種類または取引金額
トランザクションのポイント値
トランザクションのスコア
特集1
特集2
特集3
0
0
0
k_1
l_1
0
0
1
k_2
l_2
0
1
0
k_3
l_3
0
1
1
k_4
l_4
1
0
0
k_5
l_5
1
0
1
k_6
l_6
1
1
0
k_7
l_7
1
1
1
k_8
l_8
Transaction または Transaction type の属性の意味は、以下の順序で決定される。
特性1:1 - 当該商品に関するマーケットメーカーの義務履行契約に規定された区分で取引される場合、0 - 当該商品に関するマーケットメーカーの義務履行契約に規定されていない区分で取引される場合。
特性2:0 - 先物契約(また、アプリケーション "カレンダースプレッド" - 時会計取引)、1 - オプション契約。
特徴3:1:低液性機器、0:その他の機器。商品の流動性は、モスクワ取引所が設定し、モスクワ取引所のウェブサイトで公開されている「低流動性商品リスト」に基づいて決定されます。
取引または案件のポイント値(k_1~k_8、l_1~l_8)は、テクニカルセンターの決定により設定され、モスクワ取引所のウェブサイトにて公表されます。
非効率な取引に対する手数料は、各セクションから行われた本取引の件数に応じて、セクションに請求されます。