FORTS：非効率なトランザクションフィー
こんにちは。
Ineffective Transaction Chargeを 明確にしたい。
テクニカルサポートエクスチェンジャーに問い合わせた。
その時のやり取りで得た答え。
上記の対応関係から、1日のトランザクション数が10～20個を超えない場合、以下のようになります。
トランザクションのベネフィットを完全に計算する必要はなく、ただただ
は、1日あたりの取引回数をカウントし、無料の上限を2000回とします。
パラメータ "l "の計算式が全く不明である。
lは、セクションのいずれかを示すトランザクションのスコア（表1に従ってトランザクションの種類によって決定される）です。
このパラメータ（取引量を意味する）については、取引所にリクエストを送りました。
は、単純な比率です。
通常の先物取引の場合 - 1行目、係数=40。
非流動性先物の場合 - 2行目、係数 = 40、（マーケットメーカーでない場合 - 6行目）。
は、取引所手数料を 40 倍することで計算式に加味される。
取引日の全手数料の合計に40を掛けると、この合計は全取引の合計より高いか等しくなるはずです。
の場合、追加手数料は発生しません。
1ロットの取引は100ロットの取引と同じになります。
それはそうなのですが、なぜか私の取引を上記の計算式に従って交換手数料に合わせると、1週間分の10kの罰金を支払うことになったことがありました。
これがBCSから送られてきたものです。
こんにちは。
取引手数料は、先物取引に係る取引及びオプション取引に係る取引の清算登録簿の区分ごとに、毎取引日、個別に決定されます。
取引手数料は、当該手数料を決定する清算レジスタ部を参照して実行された取引数が当該閾値（以下「閾値」といいます）以下の場合には、請求されません。Thresholdは2,000（2,000）トランザクションに等しく設定される。
本取引の手数料の計算は、次の算式により行います。
Fee = max(T-Round(F / K);0)*0.1, ここで、本取引の手数料の計算は、次の算式により行います。
-Fee -当該取引日に成立した取引に係る手数料の 金額
-T -当該取引に係る手数料を決定した清算レジスタ区間を示す当該取引日に成立した取引数
。-F - 先物契約の締結（先物契約に取引料が定められている場合）またはオプション契約の締結（オプション契約に取引料が定められている場合）に対して支払うべき為替手数料のうち、取引料が定められている清算レジスタセクションに記録された義務額。
-K -為替手数料の値が取引手数料の値に与える影響の係数（オプション契約に基づくマーケットメーカーの義務の履行に関する契約に規定されている清算レジスタセクションについてはK = 0.03; その他の清算レジスタセクションについてはK = 0.05）;
-Round() -整数に丸める数学的関数 です。
は、単なる係数です。
通常の先物取引の場合 - 1行目、係数=40。
非流動性先物の場合-2行目、係数＝40、（マーケットメーカーでない場合-6行目）。
は、取引所手数料を 40 倍することで計算式に加味される。
取引日の全手数料の合計に40を掛けると、この合計は全取引の合計より高いか等しくなるはずです。
の場合、追加手数料は発生しません。
1 ロットの取引 100 回は、100 ロットの取引 1 回と同じになります。
そうだ、セルゲイ！
最初の投稿に書いたことをよく読んでください。
(マーケットメーカーでない限り、6行目はありません。）
それはそうなのですが、上記の計算式に従った私の取引の交換手数料の遵守により、なぜか一度だけその週の罰金10k円を払わずに済んだことがあります。
これがBKSから送られてきたものです。
こんにちは。
取引手数料は、先物取引及びオプション取引に係る清算登録簿の区分ごとに、毎取引日、個別に決定されます。
当該手数料を決定する清算レジスタ部の表示で実行された取引の数が当該閾値（以下「閾値」といいます）以下の場合は、取引手数料を請求しません。Thresholdは2,000（2,000）トランザクションに等しく設定される。
本取引の手数料の計算は、次の算式により行います。
Fee = max(T-Round(F / K);0)*0.1, ここで、本取引の手数料の計算は、次の算式により行います。
-Fee -当該取引日に成立した取引に係る手数料の 金額
-T -当該取引日に成立した取引のうち、取引に係る手数料が決定された清算レジスタの区間を示す取引数
-F - 先物契約の締結（先物契約に取引料が定められている場合）またはオプション契約の締結（オプション契約に取引料が定められている場合）に対して支払うべき為替手数料のうち、取引料が定められている清算レジスタ部に記録された義務額。
-K -為替手数料の値が取引手数料の値に与える影響の係数（オプション契約に基づくマーケットメーカーの義務の履行に関する契約に規定されている清算レジスタセクションについてはK = 0.03; その他の清算レジスタセクションについてはK = 0.05）;
-Round() -整数に丸める数学的関数 です。
計算式はExchangeドキュメントに定義されており、以下のようなものです。
そして、ブローカーから返信された内容は、架空のものである・・・。
P/S トランザクションにボリュームがある。そして、上記のような疑問が生じる（取引所の手数料は、取引量 に対して正確に請求されるのであって、取引の事実に対して請求されるわけではないので）。
ただ、どんな出来高の取引でも、l = 40を見つける必要があります。
明日になれば、1取引日に10～20件以上ある場合のカウントの仕方が明らかになるはずです。
セルゲイ！
最初の記事に書いたことをもう一度よく読んでみてください。
(マーケットメーカーでない限り、6行目はありません。）
何を書き間違えたのか、何が不明なのか。
6行目はマーケットメーカーのためのもので、例として私のことです。マーケットメーカーは、非流動性の商品については手数料を支払いません。
それはそうなのですが、上記の計算式に従った私の取引の交換手数料の遵守により、なぜか一度だけその週の罰金10k円を払わずに済んだことがあります。
BCSから送られてきたのはこちら。
こんにちは。
取引手数料は、先物取引に係る取引及びオプション取引に係る取引の清算登録簿の区分ごとに、毎取引日、個別に決定されます。
当該手数料を決定する清算レジスタ部の表示で実行された取引の数が当該閾値（以下「閾値」といいます）以下の場合は、取引手数料を請求しません。Thresholdは2,000（2,000）トランザクションに等しく設定される。
本取引の手数料の計算は、次の算式により行います。
Fee = max(T-Round(F / K);0)*0.1, ここで、本取引の手数料の計算は、次の算式により行います。
-Fee -当該取引日に成立した取引に係る手数料の 金額
-T -当該取引日に成立した取引のうち、取引に係る手数料が決定された清算レジスタの区間を示す取引数
-F - 先物契約の締結（先物契約に取引料が定められている場合）またはオプション契約の締結（オプション契約に取引料が定められている場合）に対して支払うべき為替手数料のうち、取引料が定められている清算レジスタ部に記録された義務額。
-K -為替手数料の値が取引手数料の値に与える影響の係数（オプション契約に基づくマーケットメーカーの義務の履行に関する契約において指定された清算レジスタセクションについてはK = 0.03; その他の清算レジスタセクションについてはK = 0.05）;
-Round() -整数に丸める数学的関数 です。
どうやら古い計算式なのか、ブローカーが不正をしているようです。
何を書き間違えたのか、何が不明なのか。
マーケットメーカーの6行目は、例として私です。マーケットメーカーは、非流動性の商品については手数料を支払いません。
計算式は交換ドキュメントに定義されており、次のようになります。
そして、ブローカーが答えたことは、単なるでたらめです・・・。
P/S トランザクションにボリュームがある。そして、上記のような疑問が生じる（取引所の手数料は、取引量 に対して正確に請求されるのであって、取引の事実に対して請求されるわけではないので）。
ただ、どんな出来高の取引でも、l = 40を見つける必要があります。
明日になれば、1取引日に10～20件以上の取引がある場合のカウントの仕方が明らかになるはずです。
どのような取引でもI＝40とする。
出来高が大きければ大きいほど、手数料も大きくなる。40に手数料を掛けると、出来高が考慮されるのだ。
例えば、RTSの1ロットの手数料は2ルーブルで、それぞれ2*40=80となります。
10ロットのRTS手数料は20ルーブルになります。それぞれ20 * 40 = 800。
p.s. つまり、取引量が多いほど、つまり注文を動かせる回数が多いということがわかりました。
どのような取引でもI＝40とする。
出来高が大きければ大きいほど、手数料も大きくなる。40に手数料を掛けると、出来高が考慮される。
例えば、RTSの1ロットの手数料は2rubとなり、それぞれ2*40=80となります。
例えば、RTSの10ロットの場合、手数料は20RUBとなります。
私もそう思っているのですが...。
でも、はっきりさせたほうがいい。そうでしょう？
P/S Sergey!
ほぼ要望通り
- www.mql5.com
私もそう思うのですが...。
でも、はっきりさせた方がいい。そうでしょう？
P/S Sergei!
ほぼ要望通り
もちろん、公式な説明があっても問題はないでしょう。
このようにタップ機能が不足しているため、十分な満足を得ることができます。
AccountInfoInteger(ACCOUNT_TRANSACTION_SESSION) // - количество транзакций за текущую сессию.
取引所が取引回数をカウントしているのであれば、端末でこのデータを取得することも可能でしょう。
MQの開発者にそのような機能を追加するように依頼すべきです。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
こんにちは。
Ineffective Transaction Chargeを 明確にしたい。
テクニカルサポートエクスチェンジャーに問い合わせた。
その時のやり取りで得た答え。
上記の対応関係から、1日のトランザクション数が10～20個を超えない場合、以下のようになります。
トランザクションのベネフィットを完全に計算する必要はなく、ただただ
は、1日あたりの取引回数をカウントし、無料の上限を2000回とします。
パラメータ "l "の計算式が全く不明である。
lは、セクションのいずれかを示すトランザクションのスコア（表1に従ってトランザクションの種類によって決定される）です。
このパラメータ（取引量を意味する）については、取引所にリクエストを送りました。