サービスデスクです。苦情、提案 - ページ 16

[Francuz]

Alexey Viktorov:

いや、気合いを入れてちゃんとやりましたよ。

ポジションが重要なんです。追加したポジション量の価格を知りたい場合は、ポジション価格ではなく、取引価格を聞く必要があります。

知っています。しかし、私のエラーメッセージは、CPositionInfoの記述の中にあります。

[Rashid Umarov]

Francuz:
行政よ、せめて私の前のメッセージについて何か書いてくれ。間違った場所に行ってしまい、メッセージを無視されたような印象があります。

しました。あなたは正しく理解し、他の人もそれを理解する。

[fxsaber]

Francuz:

標準ライブラリの記述に誤りがある

具体的には、CPositionInfo の説明の中で、PriceOpen()コマンド

https://www.mql5.com/ru/docs/standardlibrary/tradeclasses/cpositioninfo/cpositioninfopriceopen

返される値は「建値」ではなく「加重平均 建値」です。

はい、ネッティングでは、加重平均始値です（ヘッジでは始値と同じ）。

さらに、ポジション履歴（GUI）のヘッジでも、終値は加重平均になります。

加重平均価格は、シンボルの始値・終値とは一致しません。そのため、ヘッジの場合でも、取引履歴のビジュアライザーは通常、正しく動作しません。

[Francuz]

fxsaber:

はい、ネッティングでは加重平均始値です（ヘッジでは始値です）。

さらに、ポジション履歴（GUI）のヘッジでも、終値は加重平均になります。

加重平均価格は、シンボルの始値・終値とは一致しません。そのため、ヘッジの場合でも、取引履歴のビジュアライザーは通常、正しく動作しません。

ポイントはすぐわかる。しかし、加重平均初値の 問題は、もっと深い意味があります。問題は、ポジションを上げると小銭が分かれ始め、四捨五入する際に紛失してしまうことです。その結果、最後に残高が合わなくなるんです。すべての取引は純粋に全ルーブルで行われ、失われたコペイカのために最終的な残高が合わない。

[Andrey Khatimlianskii]

Francuz:

言いたいことはすぐにわかる。しかし、加重平均初値の 問題は、もっと深い意味がある。さらにポジションを上げると、ペニーが分割され始め、四捨五入で失われてしまうことです。その結果、最後に残高が合わなくなるんです。すべての取引はルーブル単位で行われ、最終的な残高はコペックの損失により収束しない。

これはターミナルにあるのか、それともコードにあるのか？

余計な丸め込みはしていないのか？

[fxsaber]

Francuz:

言いたいことはすぐにわかる。しかし、加重平均初値の 問題は、もっと深い意味があります。さらにポジションを上げると、ペニーが分割され始め、四捨五入で失われてしまうことです。その結果、最後に残高が合わなくなるんです。すべての取引は実際のルーブルで実行され、失われたコペックのために最終的な残高が加算されないのです。

取引プラットフォームの開発者が完全に無能であることを非難しているように聞こえます。

[Francuz]

Andrey Khatimlianskii:

ターミナルにあるのか、コードにあるのか？

無駄な回診はしていないのか？

確認できるのに、なぜ言葉で空気を揺さぶるのか？FORTSのルーブル・ドル先物、残高はコペイカの損失で計算されています。

[Francuz]

手動で取引しても貸借対照表が1円玉でエラーが再現されるパターン。

[fxsaber]

Francuz:

手動取引でも残高が1円も減らないミスを再現するスキーム。

このアカウントに投資家のアクセス権を与える。

[Francuz]

fxsaber:

このアカウントに投資アクセスを与えてください。

試しにデモ口座を開設してみました。投資家のアクセスはありません。