MT5でEAが決済しない時に確認すること

MT5でEAを使っている時に、ポジションを保有しているのにEAが決済しないように見える場合があります。

EAが決済しない場合、すぐにEA本体の不具合と判断するのではなく、決済条件、TP/SL、トレーリング、マジックナンバー、対象ポジション、保有方向、複数EAの混在、決済補助ツール、ログ、口座環境を分けて確認することが重要です。

この記事では、MT5でEAが決済しない時に確認したい、決済条件、既存ポジション、マジックナンバー、TP/SL、トレーリング、決済エラー、Expertsログ、Journalログ、問い合わせ前に整理する情報をまとめます。

なお、この記事はEAの決済条件・設定確認・ログ確認・不具合切り分けを目的とした技術記事です。特定の売買判断、相場予測、利益、勝率、損失回避、推奨決済タイミング、推奨ロット、推奨設定値を示すものではありません。

この記事で確認すること

• EAが決済しない時に最初に見ること
• 決済条件が成立しているかの確認
• TP / SL / トレーリングの確認
• マジックナンバーと対象ポジションの確認
• 複数EA・複数チャートでの決済対象の確認
• 決済補助ツールを使う場合の注意点
• 決済エラーと条件未成立の違い
• ExpertsログとJournalログで見ること
• 問い合わせ前に整理する情報

決済しない時に最初に確認すること

EAが決済しない時は、まず「決済条件がまだ成立していない」のか、「決済条件は成立しているが注文が失敗している」のか、「EAが対象ポジションとして認識していない」のかを分けて確認します。

この切り分けをしないまま原因を判断すると、設定不備、マジックナンバー違い、注文エラー、手動決済、複数EAの混在、EA仕様を混同しやすくなります。

決済しない原因は一つとは限りません。表示、判定、決済注文、ポジション管理、外部連携、口座環境を分けて確認してください。

決済条件が成立しているか確認する

EAが決済しないように見える場合でも、EA側ではまだ決済条件が成立していない可能性があります。

TP、SL、建値移動、トレーリング、時間決済、一定損益での決済、バスケット決済、ナンピン中の平均価格決済など、EAによって決済条件は異なります。

• TP条件に到達しているか
• SL条件に到達しているか
• トレーリング開始条件を満たしているか
• 建値移動条件を満たしているか
• 時間決済や曜日決済の条件があるか
• バスケット全体で決済する仕様か
• ナンピン中は通常決済を止める仕様か
• 内部決済か、ブローカー側TP/SLか

決済条件が成立していない場合、EAが決済しないのは正常な動作である場合があります。Expertsログに条件未成立の理由が出ていないか確認してください。

TP / SL / トレーリングを確認する

TP、SL、トレーリングは、EAの決済処理に直接関係します。

EAによっては、注文時にブローカー側へTP/SLを置くもの、EA内部で条件を監視して決済するもの、トレーリングや建値移動だけを後から反映するものがあります。

• 注文時にTP/SLが設定される仕様か
• EA内部でTP/SL相当を管理する仕様か
• トレーリング開始価格に到達しているか
• トレーリング幅や更新間隔が意図どおりか
• 建値移動後のSLが設定されているか
• ブローカー側のストップレベルに引っかかっていないか
• TP/SL変更エラーが出ていないか

チャート上にTP/SLラインが見えない場合でも、EA内部で決済条件を管理している場合があります。見た目だけで判断せず、ログと仕様を確認してください。

マジックナンバーと対象ポジションを確認する

EAが決済対象を判定する時、マジックナンバー、銘柄、方向、コメント、口座内ポジションの状態を参照する場合があります。

マジックナンバーが違うと、EAがそのポジションを自分の管理対象として認識しないことがあります。

• 保有ポジションのマジックナンバーがEA設定と一致しているか
• 対象銘柄が一致しているか
• BUY / SELL の対象方向が一致しているか
• 手動注文を対象にするEAか
• 他EAのポジションを対象にしていないか
• コピーEAや決済補助EAの対象と混在していないか
• EA更新後に旧マジックのポジションを認識できる仕様か

複数EAや決済補助ツールを併用している場合は、どのEAがどのポジションを管理しているかを一覧化して確認してください。

複数EA・複数チャートでの決済対象を確認する

同じ口座で複数EAを使っている場合や、同じEAを複数チャートに入れている場合は、決済対象が混在しないか確認します。

決済しないように見える場合でも、対象EAがそのポジションを管理対象としていない、または別EAが管理している可能性があります。

• 同じ口座で複数EAを使っているか
• 同じEAを複数チャートに入れているか
• チャートごとのマジックナンバーを分けているか
• 決済補助EAが口座全体を見る仕様か
• コピーEAがコピー元マジックを引き継いでいるか
• 手動決済や部分決済を行った履歴があるか
• 他EAがポジションを変更していないか

複数EA環境では、決済しない原因を対象EAだけで判断せず、口座内の他EA、補助EA、コピーEA、手動操作も含めて確認してください。

ナンピン・バスケット決済の確認

ナンピンEAや複数ポジション型EAでは、1ポジションごとに決済するのではなく、バスケット全体で平均価格や合計損益を見て決済する場合があります。

その場合、個別ポジションが含み益になっていても、バスケット全体では決済条件に到達していないことがあります。

• 個別ポジション決済か、バスケット決済か
• 平均価格を基準にしているか
• 合計損益を基準にしているか
• ナンピン中は通常TPを使わない仕様か
• 最大ポジション到達後の決済条件が別にあるか
• 一部決済や手動決済後の扱いがどうなるか
• 決済条件ログが出ているか

ナンピンやバスケット管理を行うEAでは、個別ポジションの損益だけで判断せず、EAが見ている管理単位を確認してください。

決済エラーと条件未成立を分ける

EAが決済しない場合は、「決済条件が成立していない」のか、「決済注文を出したが失敗している」のかを分けて確認します。

条件未成立の場合、EAは決済注文を出していません。決済エラーの場合、EAは決済注文を出していますが、MT5やブローカー側で拒否されている可能性があります。

決済エラーが疑われる場合は、ExpertsログだけでなくJournalログも確認してください。MT5端末側の取引応答やサーバー側の拒否理由が出ている場合があります。

決済補助ツールを使っている場合の確認

注文・決済補助ツールや一括決済ツールを使っている場合は、対象マジックナンバー、対象銘柄、対象方向、手動注文の扱いを確認します。

補助ツール側の対象範囲がEA本体の対象範囲とずれていると、期待したポジションが決済されない、または対象外のポジションが含まれる可能性があります。

• 決済補助ツールが対象にするマジックナンバー
• 対象銘柄の指定有無
• BUY / SELL の対象方向
• 手動注文を対象にするか
• EA本体と補助ツールのマジック設定が一致しているか
• 口座全体決済か、指定条件のみの決済か
• 決済実行時のExpertsログとJournalログ

決済補助ツールは、対象条件を明確にしてから使う必要があります。どのポジションを対象にするかを確認してから動作確認してください。

通知・外部連携の影響を確認する

Discord通知、Google Sheets連携、外部認証、外部シート制御を使うEAでは、決済処理と通知・外部連携を分けて確認します。

通知が届かない場合でも、決済処理そのものが失敗しているとは限りません。逆に、通知が届いていても、決済注文が成功しているとは限りません。

• 決済処理と通知処理を分けて確認したか
• 決済成功ログと通知成功ログを混同していないか
• Google Sheetsへの記録失敗が決済処理に影響する仕様か
• 外部認証NG時に決済処理を止める仕様か
• WebRequestエラーが短時間に繰り返されていないか
• VPS側MT5でも通知・外部連携が設定済みか

Webhook URL、GAS URL、APIキー、認証トークンなどの実値は、公開ページや通常の問い合わせ文面にそのまま貼らないでください。スクリーンショットに映る場合も、必要に応じてマスキングしてください。

Expertsログで確認すること

EAが決済しない時は、ExpertsログでEA側の状態を確認します。

特に、対象ポジション認識、決済条件判定、TP/SL、トレーリング、損益条件、決済注文送信、決済失敗、外部連携、通知に関するログを確認してください。

• EAが対象ポジションを認識しているか
• マジックナンバーが一致しているか
• 決済条件が成立しているか
• TP/SLやトレーリングの判定ログがあるか
• 決済注文を送信しているか
• 決済失敗ログが出ていないか
• 外部停止や認証NGが出ていないか
• 通知ログと決済ログを混同していないか

ログが多い場合は、発生時刻、EA名、CLOSE、EXIT、TP、SL、TRAIL、ORDER、retcode、error、failed、magic、positionなどの文字列を優先して確認してください。

Journalログで確認すること

決済注文を出しているのに決済できない場合は、Journalログも確認します。

Journalログには、MT5端末側の接続状態、取引許可、注文応答、サーバー応答、取引時間外、銘柄取引不可、リクオート、約定拒否などが出る場合があります。

• MT5がサーバーへ接続しているか
• 対象口座へログインしているか
• 取引が許可されているか
• 決済注文への応答が出ているか
• market closed が出ていないか
• trade disabled が出ていないか
• invalid request や invalid stops が出ていないか
• サーバー応答やretcodeを確認できるか

Expertsログで決済注文が出ている場合でも、Journalログでサーバー側の応答を確認できることがあります。決済系の問題では両方のログを確認してください。

決済しない時に避けたい判断

EAが決済しない場合でも、すぐにEA本体の売買ロジック不具合と判断しないようにしてください。

決済しない原因には、正常な条件未成立、対象外ポジション、マジックナンバー違い、TP/SL未到達、トレーリング未開始、ナンピン中の管理状態、決済注文エラー、外部停止、口座環境差などがあります。

• 決済しないことだけで不具合と断定しない
• 条件未成立と決済注文エラーを混同しない
• 通知が届かないことを決済失敗と混同しない
• 個別ポジションの損益だけでバスケット決済を判断しない
• 別EAのポジションを対象EAの管理対象と考えない
• 推奨決済タイミングや売買判断の相談として扱わない
• ログを確認せずにチャート表示だけで判断しない

表示、判定、決済注文、ポジション管理、通知、外部連携、口座環境を分けて確認することで、原因を整理しやすくなります。

目的別に確認したい記事

EAが決済しない時は、目的ごとに近い記事を確認すると整理しやすくなります。

決済しない時の実務チェック表

• 対象EA名を確認した
• EAファイル名とバージョンを確認した
• 対象銘柄と時間足を確認した
• 保有ポジションを確認した
• 対象ポジションのマジックナンバーを確認した
• EA側のマジックナンバー設定を確認した
• TP / SL 条件を確認した
• トレーリング開始条件を確認した
• 建値移動条件を確認した
• ナンピン・バスケット決済仕様を確認した
• 決済条件が成立しているか確認した
• 決済注文エラーが出ていないか確認した
• 複数EA・決済補助EAの対象範囲を確認した
• Expertsログを確認した
• Journalログを確認した
• 条件未成立と決済エラーを混同していない

問い合わせ前に整理する情報

EAが決済しない状態について相談する場合は、次の情報を整理してください。

ログやスクリーンショットを送る場合は、口座番号、氏名、メールアドレス、Webhook URL、GAS URL、APIキー、認証トークン、VPSログイン情報などが表示されていないか確認し、必要に応じてマスキングしてください。

よくある質問

EAが決済しない場合、すぐ不具合ですか？

断定できません。決済条件未成立、マジックナンバー違い、対象外ポジション、トレーリング未開始、決済注文エラー、外部停止など複数の原因があります。

含み益なのに決済しないのはなぜですか？

EAが個別ポジションではなくバスケット全体、平均価格、合計損益、トレーリング条件などを見ている場合があります。EAがどの単位で決済条件を判定しているか確認してください。

マジックナンバーが違うと決済されませんか？

EAの仕様によります。多くの場合、EAは自分のマジックナンバーに一致するポジションだけを管理します。手動注文や別EAのポジションを対象にする仕様か確認してください。

決済補助ツールを使えば必ず決済できますか？

保証はできません。対象マジックナンバー、対象銘柄、取引時間、取引許可、サーバー応答、口座状態、ツール設定を確認する必要があります。

決済しない時の相談では何を送ればよいですか？

EA名、ファイル名、バージョン、銘柄、時間足、setファイル、保有ポジション、マジックナンバー、発生時刻、Expertsログ、Journalログ、スクリーンショットを整理してください。

まとめ

MT5でEAが決済しない時は、決済条件、TP/SL、トレーリング、マジックナンバー、対象ポジション、ナンピン・バスケット管理、決済注文エラー、外部連携を分けて確認することが重要です。

決済しない原因は、正常な条件未成立、対象外ポジション、設定不備、口座環境、決済注文エラーなど複数あります。すぐにEA本体の不具合と断定せず、ExpertsログとJournalログを確認してください。

問い合わせ前には、EA情報、setファイル、保有ポジション、決済条件、発生時刻、Expertsログ、Journalログ、スクリーンショットを整理すると、原因を確認しやすくなります。

不具合報告・調査依頼について確認する