ストップロス注文が決済されたかどうかを確認する方法 - ページ 2

[Alain Verleyen]

何を言っているのかわかる方のみお答えください。

これはMT5/mql5に関する トピックですので、関係のない投稿は削除 します。

MT5で履歴に逆指値がない。

[Jose Francisco Casado Fernandez]

mql5（ヘッジ口座）での主な問題は、ポジションの履歴がないため、ポジションを決済する際に、ストップロス価格を知ることです。HistorySelectByPosition() を使えば、最初のストップロス（最初の注文のストップロス）を見つけることができますが、そのストップロスを後で変更した場合、同じPOSITION_IDを持たない新しい注文を生成して、それを行うため、HistorySelectByPosition()関数で選ばれないため、最後に置いたストップロスを知ることが非常に難しくなります。

バグと言えるかどうかわかりませんが、もしそうでないなら、そうすべきです。

よろしくお願いします。

[Alain Verleyen]

Jose Francisco Casado Fernandez:

mql5（ヘッジ口座）での主な問題は、ポジションの履歴がないために、ポジションがクローズされたときのストップロス価格を知ることです。 HistorySelectByPosition() を使えば、最初のストップロス（最初の注文のストップロス）を見つけることができるのですが・・・。

いいえ、そうではありません。

現在のStoplossは履歴のどこにもありません。

[Jose Francisco Casado Fernandez]

Alain Verleyen:

いいえ、あなたはできませんか、私はあなたを誤解していました。

ストップロスは歴史上どこにもありません。

HistorySelectByPosition() でPOSITION_IDを指定して、そのPOSITION_IDの最初の注文を見つけて、その注文のストップロスをチェックすることができます（HistoryOrderGetDouble（ticket, ORDER_SL）.私はこれでうまくいきましたが
.問題は、そのStop Lossを後で修正する場合です。

[Alain Verleyen]

Jose Francisco Casado Fernandez:
HistorySelectByPosition() でPOSITION_IDを指定して、そのPOSITION_IDの最初の注文を見つけ、その注文のストップロスをチェックすることができます（HistoryOrderGetDouble（ticket, ORDER_SL）).私はこれでうまくいきましたが
.問題は、そのStop Lossを後で修正する場合です。

わかりました、その通りです。

[Roberto Jacobs]

Jose Francisco Casado Fernandez:
HistorySelectByPosition() でPOSITION_IDを指定して、そのPOSITION_IDの最初の注文を見つけて、その注文のストップロス（HistoryOrderGetDouble（ticket, ORDER_SL））をチェックすればいいのでは？私の場合はうまくいきましたが
.問題は、そのStop Lossを後で修正する場合です。

そして、 ORDER_POSITION_IDが DEAL_POSITION_IDに 等しい ことを確認 し、
、DEAL_ENTRYを確認 し、 OUT, は、HystoryDealGetDouble(ticket,DEAL_PRICE) を取得 します。

DEAL_PRICE がHistoryOrderGetDouble(ticket,ORDER_SL) と等しい 場合、 その注文は ストップロスにより決済 さ れた ことを 意味 します。

以下は私の意見です。

[Jose Francisco Casado Fernandez]

Alain Verleyen:

なるほど、その通りだと理解しました。

あと、Stop Lossを 後で変更した場合、そのために生成された新しい注文が同じPOSITION_IDを示さないのはなぜかわかりますか？この件に関しては完璧な解決策だと思うのですが。バグなのでしょうか？ありがとうございます。

[honest_knave]

Roberto Jacobs:

DEAL_PRICE がHistoryOrderGetDouble(ticket,ORDER_SL) と等しい 場合、 その注文は ストップロスにより決済 さ れた ことを 意味 します。

スリッページはどうなりますか？

[Jose Francisco Casado Fernandez]

Roberto Jacobs:
そして、 ORDER_POSITION_IDが DEAL_POSITION_ IDと等しい ことを確認し、
、 DEAL_ENTRYを確認 し、 もし OUT, は HystoryDealGetDouble(ticket,DEAL_PRICE) を取得 します。

DEAL_PRICE がHistoryOrderGetDouble(ticket,ORDER_SL) と等しい 場合、 その注文は ストップロスにより決済 さ れた ことを 意味 します。

これが私の意見です。

はい、私が言っていたことです。そうしたら、うまくいったのですが、最初のStop Lossを 修正すると、同じPOSITION_IDを持たない新しい注文が生成されます。なぜなんでしょう。私はそれがバグであると思います。ありがとうございました。

[Roberto Jacobs]

honest_knave:
スリッページはどうなりますか？

注文がクローズして おり、 クローズ価格は HystoryDealGetDouble(ticket, DEAL_PRICE) になって いるので、 スリッページを見る必要は ありません。
もし、クローズして いない 状態で クローズ 注文を 出す場合は、どの程度 スリッページが 発生するか検討 し、 エラーが発生 しない ようにする必要があります。