オーダー_ポジション_ID - ページ 17

新しいコメント
 

OrderGetInteger - マーケットにある未決済の注文に対してのみ動作します。

HistoryOrderGetInteger - 履歴にある注文を 処理します。

 

他に興味のある方がいらっしゃいましたら、コード、実行ファイル、EAログファイルを添付します。

MT-5 フォーツ

結論

1.注文が完全に実行されるか、削除されるまで、その履歴はありません。

部分的に実行された注文のORDER_POSITION_IDが 設定されていない。

皆さん、ありがとうございました。

ファイル:
Test_orders.zip  26 kb
 
йSerj_Che:
HI 0 10:29:25.468 取引 ：為替買い2.00 SBRF-9.14 at market
JE 0 10:29:25.531 Trades : 受け入れ為替 2.00 SBRF-9.14 をマーケットで購入。
NM 0 10:29:25.562 取引 : 取引所買い 2.00 SBRF-9.14 at market placed for execution in 88 ms.
MN 0 10:29:25.562 トレード : 取引 #4522433 買い 2.00 SBRF-9.14 at 6903 完了 (注文 #4988264 に基づいています)
IE 0 10:29:26.640 取引 : 為替売り 2.00 SBPR-9.14 at market
DL 0 10:29:26.734 Trades : 受け入れた取引所売 2.00 SBPR-9.14 at market.
MQ 0 10:29:26.734 取引 : 取引所売 2.00 SBPR-9.14 at market placed for execution in 92 ms.
KF 0 10:29:26.734 トレード : 取引 #4522434 売り 1.00 SBPR-9.14 at 5255 done (based on order #4988265)

DK 0 10:29:26.734 トレード : 取引 #4522435 売り 1.00 SBPR-9.14 at 5255 done (based on order #4988265)

今は部分実行です。

このリストでは、1つの注文（#4988265）が2つの取引（#4522435 &#4522434）で約定したことを示しており、部分約定とは関係がない。

例えば、VTBR-9.14を50枚、市場で購入するとします。流動性供給者、つまり指値の売り注文を出している人たちからしか買えないのです。そのレベルやボリュームは、カップの上半分に見ることができる。見てみよう。

買い注文を出す。私たちの注文は、4人の売り手によってのみ実行されます。3874で1枚、3875で40枚、3876で1枚、3877で28枚の買いが入っていることがわかる。つまり、私たちの注文は4人の売り手から4つの取引によって一度に満たされることになるのです。

トランザクション番号
価格

ボリューム/

を使用することができます。

合計

ボリューム

時間
1
3874
1/1
112:21:341
2
3875
40/40
4112:21:351
3
3876
1/1
4212:21:363
4
3878
8/28
5012:21:365

時間に気を配る。取引を行う時刻は、必ずしも注文を行う時刻と一致する必要はありません。分かりやすくするために、もう一つ例を挙げましょう。

部分的に実行。

例えば、VTBR-9.14を100 枚、3873 以下の価格で買いたいとします。3873の水準で100枚の買い指値を設定した。しかし、我々が注文を出す頃には、我々の注文で指定した価格よりも良い価格で契約を売っている売り手が既に複数いるのである。

ボリューム
価格
1
3871
3
3872
1
3872
39
3872
263872

この指値注文を出した直後に、5回の取引が行われます。 で、指値注文の一部が執行されます。 を70契約（1＋3＋1＋39＋26）分計上しました。

約定した取引は取引履歴に残りますが、指値注文自体は有効で、そのまま「取引」タブに表示されます。

この注文が反対方向の指値注文と合体すると、その価格が売り希望者のベストオファーとなる。

ボリューム
価格
30ドル（当社落札価格）
3873
2（他の参加者のオファーの方が悪い）
3872
12
3871

私たちのオファーはより良く、市場は流動的なので、私たちの注文は反対注文、成行注文、保留中の注文を持つ他の市場参加者によって満たされます。

しばらくすると、注文は完了し、「履歴」に移動します。

全体のプロセスを時間軸で分析すると、次のようになる。

1.指値注文を設定しました。設定時間はORDER_TIME_SETUP_MSCに 対応する。

2.この注文で開始された取引がトリガーされ始める。これらの取引は直ちに履歴に追加されます。注文自体は「取引」タブに残っており、上図のような状態になっています。

3.しばらくすると、すべての取引が開始され、注文は必要な数量を獲得し、注文履歴に移動します。その 実行時間 ORDER_TIME_DONE は、一般的に最後に実行された取引に対応します。

何らかの理由（流動性不足、注文の期限切れ）により、注文が必要数量に達しなかった場合。この場合、「一部実行」の状態で履歴に移動します。これは、要求された数量のすべてが取引によって実行されるわけではないことを意味します。

この注文のスクリーンショットに注目してください。

注文は25秒以内に執行され（！）、その間ずっと有効な注文のタブに表示されていました。そして、最後のトレードだけが歴史に刻まれることになった。そのORDER_TIME_DONEはそれぞれ、最後の取引の時刻に等しくなった。

 

P/S 約束通り（サービスデスクの回答 公開について）。

不要になったので申請を取り下げたので、サービスデスクから回答は得られない。

を使ったテストEAを書くという提案をしてくれたkomposterさんに感謝します。

常に最新の情報を提供し、詳細なログを提供します。

 
papaklass:

わかったか！？一晩中一緒にいて、THINKさせてくれたIntegerに感謝したくなりませんか？

そのような態度の後で自分を助ける...。

続けますか？
 
papaklass:

わかったか！？一晩中一緒にいて、THINKさせてくれたIntegerに感謝したくなりませんか？

そのような態度の後で自分を助ける...。

それは彼のせいだ、あなたは彼が考えるのを助けるべきじゃなかった、あなたが彼のためにそうすべきだったんだ。
 
sandex:
それは彼のミスで、考えるのを手伝うのではなく、彼のためにやるべきだったのです。

サンデックス

OrderGetInteger(ORDER_POSITION_ID) - ポジションのオープン/チェンジ/クローズに関与 していない部分を探そうとしています。

次のようになります。 HistoryOrderGetInteger(ticket,ORDER_POSITION_ID)

-----------------

あなたのコメント？

続けますか？

 
Mikalas:

サンデックス

OrderGetInteger(ORDER_POSITION_ID) - ポジションのオープン/変更/クローズに関与 していない部分を探そうとしています。

次のようになります。 HistoryOrderGetInteger(ticket,ORDER_POSITION_ID)

-----------------

あなたのコメント？

続けますか？

なぜ？なぜ、こんなことをするのですか？その人が無意味なことを書いているような？自分でナンセンスなことを書かなければ、ナンセンスとは言えない。注文履歴に表示されるとのことですが、まだ市場に残っているのですね。

続けますか？

 

完成は、最後の1つだと思います。

今まで参加したことのあるフォーラムも、今参加しているフォーラムもない

フォーラムのユーザー同士には、そのような態度はないのです

フォーラムとは、同じ志を持つ人々が解決（議論）するコミュニティです。

同じ志を持つ者同士が協力し合い、問題を解決したり、助け合ったりできるコミュニティなのです。

人は皆、その場で質問の本質を捉える人と、時間が必要な人とでは、DIFFERENT（違い）があります。

を理解することです。

自由に考えてみてください

P / S そして、Yurichさんとkomposterさんには、まさに感謝です。

ゆりっちさんとkomposterさんは余計なことを言わないので、ありがとうございますと言いました。

男には（たとえ間違いや勘違いがあっても）。

彼らは本物のフォーラムユーザーの一例です

 
papaklass:

すでにパルテールには着席している。楽しみにしています...。:)

サーシャ、この位置でキメるなんて...。
1...101112131415161718192021
新しいコメント