MT5「Invalid request」が表示される場合の確認手順

Invalid requestとは

MT5で「Invalid request」（リターンコード：TRADE_RETCODE_INVALID、数値10013）は、送信した取引リクエストの形式や内容が不正であることを示します。MT5はMT4よりも注文パラメータの検証が厳格なため、MT4では通った注文がMT5でInvalid requestになることがあります。

このエラーは「リクエスト自体の構造が正しくない」ことを意味しており、サーバー側の問題ではなくクライアント側（ユーザーの注文内容またはEAコード）の問題です。手動注文では画面上で修正して再送、EA運用の場合はコードの該当箇所を修正する必要があります。リクエストの検証は以下の順に厳格に行われるため、どの段階でエラーが出ているかを特定するのが解決への近道です。

Invalid requestの主な原因

1. 注文タイプとパラメータの不一致：成行注文に価格を指定した、指値注文に価格を指定しなかった、など。
2. ロット数の不正：最小ロット未満、最大ロット超過、ステップ値に合わない値。
3. SL/TPの設定不正：ストップレベル内の値、または方向が逆。
4. シンボル名の不一致：EAでハードコードしたシンボル名が、業者のシンボル名と異なる（例：「EURUSD」と「EURUSD.」）。
5. 口座タイプの制限：デモ口座で本番サーバーのシンボルを指定した場合など。
6. フィリングモードの不一致：MT5では注文のフィリングモード（FOK, IOC, Return）を指定する必要があり、銘柄がサポートするモードと合っていない場合にエラーになります。
7. 通貨ペアの気配値表示未設定：MT5では気配値表示ウィンドウに表示されていないシンボルへの注文はエラーになることがあります。
8. マジックナンバーの指定漏れ：EAで複数ポジションを管理する場合、マジックナンバーが未指定または不適切だとInvalid requestになることがあります。

手動注文時に確認すべきポイント

手動注文でInvalid requestが出る場合、以下の項目を順番に確認してください。一つずつ検証していくことで、原因の多くは特定できます。MT4に慣れたトレーダーがMT5に移行したばかりのときによく遭遇する内容です。

• 気配値表示にシンボルがあるか：右クリック→「すべてを表示」でシンボルを一旦表示させる。
• ロット数が0.01の倍数か：小数点以下2桁超えのロット数はエラーになる業者もある。
• SL/TPが現在価格の反対側にあるか：買い注文のSLはEntry価格より下、TPは上に設定。
• 有効期限の形式：指値注文のGTD（Good Till Date）指定時は未来の日時を指定。
• 指定価格が現在値±ストップレベル以上：指値・逆指値は現在価格から一定距離離れている必要がある。
• ワンクリック取引の設定：有効化されていない状態で高速発注しようとすると失敗する場合がある。
• コメント欄の特殊文字：注文コメントに絵文字やUnicode特殊文字が含まれるとエラーになる場合がある。

解決手順

request.action    // TRADE_ACTION_DEAL（成行）等
request.symbol    // 正確なシンボル名
request.volume    // ロット数（範囲内・ステップ合致）
request.type      // ORDER_TYPE_BUY / SELL
request.price     // 成行ならAsk/Bid
request.sl        // ストップロス
request.tp        // テイクプロフィット
request.type_filling // ORDER_FILLING_FOK等

フィリングモードの選び方

MT5で最も頻繁にInvalid requestを引き起こすのがフィリングモードの不一致です。銘柄ごとにサポートされるモードが異なるため、動的に取得して設定するのが安全です。

• ORDER_FILLING_FOK（Fill or Kill）：全量約定できない場合は注文全体をキャンセル。ECN口座で多用される。
• ORDER_FILLING_IOC（Immediate or Cancel）：部分約定を許容。残量はキャンセル。流動性の低い銘柄で使える。
• ORDER_FILLING_RETURN：成行注文が約定するまで注文が保持される。XMの成行注文で標準。
• XM KIWAMI極口座：FOK/IOC両対応。
• XM Standard口座：RETURNが基本。

フィリングモードを間違えて指定するとInvalid requestが出ます。SymbolInfoInteger(symbol, SYMBOL_FILLING_MODE)でビット値を取得し、サポートされているモードを確認してから設定してください。

ストップレベル違反を避ける実装

SL（ストップロス）やTP（テイクプロフィット）が現在価格に近すぎるとInvalid requestになります。銘柄ごとのストップレベルを取得して、動的にSL/TP距離を調整する実装が必要です。

• 最小ストップ距離取得：SymbolInfoInteger(symbol, SYMBOL_TRADE_STOPS_LEVEL)でポイント単位の距離を取得。
• 実際のストップ距離確認：stopsLevel × Point()でピップス換算。
• SL/TPの最小距離：その値以上で設定。安全マージンとして2倍以上推奨。
• XM KIWAMI極口座：ストップレベル=0。距離制限なしの代表例。
• XM Standard口座：ストップレベル=0。同じく制限なし。
• 一般的な業者：10〜20ポイント必要。

シンボル名の動的取得

EAコードにシンボル名を"EURUSD"のようにハードコードすると、EURUSD.やEURUSDmのような派生シンボルを使う業者でInvalid requestが出ます。必ずSymbol()関数や_Symbol定数で動的に取得してください。複数銘柄を扱うEAではSymbolSelect()で事前にシンボルを選択しておくことも必要です。

類似エラーとの違い

• 10013（Invalid request）：リクエスト形式自体が不正。→ パラメータ修正。
• 10014（Invalid volume）：ロット数が仕様違反。→ ロット調整。
• 10016（Invalid stops）：SL/TPが無効値。→ ストップレベル確認。
• 10006（Request rejected）：業者側が注文を拒否。→ 口座状態確認。
• 10018（Market closed）：取引時間外。→ 市場再開待ち。

よくある質問（FAQ）