Вычисляет размер маржи, необходимой для указанного типа ордера на текущем счете и при текущем рыночном окружении без учета текущих отложенных ордеров и открытых позиций. Позволяет оценить размер маржи для планируемой торговой операции. Значение возвращается в валюте счета. [out] Переменная, в которую...
予定されている口座（別口座でもなく、デモでもない）で実際にサーバーに取引依頼を実行してみないと、必要証拠金の値を知る方法がないことが判明した？
このようなサンプル要求の場合、予定取引量に比して小さいと、状況が保存されるのか？https://www.mql5.com/ru/forum/261955/page4#comment_7947380 で判断すると、 ダメですね。
これはオリジナルです。関数OrderCheck()やOrderCalcMargin()は、特定のケースを除いては意味がないのですか？何かが間違っている。この場合も、端末はサーバーに連絡することなく、口座に資金が ないことを報告する。なぜ、それがわかるのか？なぜ、これらの機能はそこに呼ばないのですか？
それは、情報提供の際の仕組みに他なりません。
)
を報告すれば、すべて問題なく動作しています。
)
あなたの解釈では、「普通」という言葉は何を意味するのですか？ 実は、もっと不可解なのは、「すべて」という言葉です。端末がサーバーと通信して資金不足の メッセージを出していないだけで、正常と判断してください。MQL5プログラムのアクティビティは「すべて」に含まれないということでよろしいでしょうか。MQL5プログラム以外は正常に動作するのでしょうか？こういうことですか？
思い起こせば、MQL5のプログラムで必要なマージンを求めるにはどうしたらいいかという質問でした。ヒントがあれば、ぜひ教えてください。
あなたの解釈では、「普通」という言葉は何を意味するのですか？ 実は、もっと不可解なのは、「すべて」という言葉です。端末がサーバーにアクセスせず、資金不足 のメッセージが表示されれば正常と判断できる。MQL5プログラムのアクティビティは「すべて」に含まれないということでよろしいでしょうか。MQL5プログラム以外は正常に動作するのでしょうか？こういうことですか？
思い起こせば、MQL5で必要なマージンをどう求めるかという質問でした。ヒントがあれば、ぜひ教えてください。
こちらへ
https://www.mql5.com/ru/forum/261955/page4#comment_7947370
そして、言葉を丁寧に勉強すること。
助けを借りればすべてわかるが、そうでなければフリーランスしか救われない。
こちら
https://www.mql5.com/ru/forum/261955/page4#comment_7947370
を、じっくりと学んでください。
を使用する必要があり、より多くの助けを必要とし、そうでなければ、フリーランスだけがあなたを救うでしょう。
以下は、すでに挿入されているテーブルです：#31
証拠金を決めるには、取引口座のレバレッジではなく、それぞれのシンボルの実質的なレバレッジを 使わなければならないことを、あなたはまだ理解していないようですね。
以下は、すでに挿入されているテーブルです：#31
証拠金を決定するには、取引口座のレバレッジではなく、それぞれのシンボルの実際のレバレッジを 使用しなければならないことをまだ理解していないようですね。
ペトロス、マージンを計算するため、あるいは何？
もう一度
資金が十分にあるかどうかを確認するチームにおいて(
OrderCalcMargin)すでに「全部入り」であり、わざわざレバレッジの大きさを気にするのは無駄なことです。
しかし、必要であれば、この疑問は解決することができます。
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
MQL5におけるマージン要求の評価
レナト・アクチャモフ さん 2018.07.01 11:19
これでは、どうにもなりませんね。
SIMによってレバレッジが違うんです。
レバレッジは証拠金に基づいて計算することができます。なぜなら、サーバーはすでにレバレッジを考慮した証拠金の額を回答してくれるからです。
ペトロス、マージンを計算するため、あるいは何？
もう一度
充足感チェックチーム(
)はすでに「全部入り」であり、わざわざレバレッジの大きさを気にする必要はない。
しかし、必要であれば、この疑問は解決することができます。
自分で計算しようとしたのか、それともただボヤいただけなのか？
ネイティブのOrderCalcMargin()関数は、AccountInfoInteger(ACCOUNT_LEVERAGE)を使用して取得したレバレッジサイズを 含むマージンだけを提供します。
確認しました。
ペトロス、マージンを計算するため、あるいは何？
もう一度
充足感チェックチームへ(
)もう全てが「全部入り」で、わざわざレバレッジの大きさを気にするのは無駄なことです。
しかし、必要であれば、この問題も解決されます。
いいんじゃないでしょうか。明細書はどのように確認するのですか？(そうそう、ちなみにOrderCalcMarginは「十分性チェックコマンド」ではなく、OrderCheck()がチェックするんですよ)
どのコードのことでしょうか？500万を含む様々な入金額のリアル口座での取引開始の試みに対して、OrderCheck()の指示（Yes-No）読みによる証拠金額のバイナリ検索をアレンジすること？さて、コードですが、この喜びの代償は誰が払うのでしょうか？
そして、その結果をどうするか？どこの証券会社でもそうなると思っているのだろうか。どんな根拠で？ここで開発者が責任ある発言をしてくれれば、大いに助かるのですが、彼はご覧の通り沈黙しています。彼も解決策を持っていないのだと思います。
結局のところ、信用評価の問題がすでにすべて声高に叫ばれているわけではないのです。保留中の注文の マージンを見積もるには、このシンボルに関するニュースの瞬間に、この口座のレバレッジを予測する必要があり、保留中の注文は金曜日の夜まで存続します。今、レバレッジがどうなっているかを確認するためではなく、その時、その場所でどうなるかを予測するためです。
もうひとつは、個々にレバレッジが下がるかどうかということです。OrderCalcMargin()やOrderCheck()で検出されるのでしょうか？
それとも、みんなが喜ぶ、トレードを開かずに証拠金を見積もる方法について、開発者が何か言っているのでしょうか？また、各アカウントのすべてのトレーダーは、各シンボルの現在のレバレッジを調べるために独自の実験を行う必要はないのですか？
すべては、ある人があることを丸暗記して、自分はすでにMQLや取引を知っていると思い込んでいることに起因しています。
そして、自分が弱虫であることに気づかず、見習うべき人にアドバイスをしてしまうのです。
ペトロス、マージンを計算するため、あるいは何？
もう一度
充足感チェックチームへ(
OrderCalcMarginすでに「全部入り」の口座で、わざわざレバレッジの大きさを気にする必要がない場合。
しかし、必要であれば、この問題も解決される
この機能は何のためにあるのか、よく読んでおくことをお勧めします。
マージン
[out] この関数が正常に実行された場合に、必要なマージンを計算するために使用される変数。現在の口座に未決済注文や 未決済ポジションがないものとして計算されます。
証拠金の価値は多くの要因に左右されるため、市場環境の変化により変動する可能性があります。