MT4で一括決済する方法とFX自動売買の注文確認

MT4で複数の建玉をまとめて閉じたいときは、まず使う機能の対象を確認します。標準MT4には、銘柄や売買方向を問わず口座内の全建玉をまとめて成行決済する汎用ボタンはありません。業者の補助ツールやスクリプトを使う場合も、「全て」がどの範囲を指すかは別に確かめる必要があります。

FX自動売買では、建玉を決済しても新規発注が続いていたり、未約定の指値・逆指値注文が残っていたりすると、保有が再び増えることがあります。この記事では、Windows版MT4を中心に、一括決済の方法の違い、対象の絞り込み、実行後の残存確認を整理します。実口座で操作を試すのではなく、先にデモ環境で確認するための手順です。

MT4の一括決済で使える方法と機能の違い

標準の個別決済は口座全体の一括操作ではない

MT4のターミナルにある「取引」タブでは、保有中の注文を選んで決済操作を行えます。注文行を右クリックして決済画面を開く方法などがありますが、選択した一件を閉じる操作と、口座全体をまとめて閉じる操作は同じではありません。操作が速いことと対象件数が多いことも分けて考えます。

ワンクリック取引を有効にすると、確認画面を省略する操作があるため、×印の意味を本番で試さないようにしてください。一行の建玉を全数量で閉じることを「一括」と呼んでいる説明もあります。その表現だけでは、同じ銘柄の複数注文や、別銘柄を含む全建玉まで対象になるとは判断できません。

標準機能に口座内全建玉の汎用一括決済がない点は、OANDA公式FAQの一括決済に関する回答でも確認できます。MT5や業者独自アプリの操作説明を見ている場合は、MT4の同じ場所にも同じメニューがあると考えず、端末とバージョンを照合しましょう。

個別決済でも、決済画面の銘柄・売買方向・数量を確かめるという基本は変わりません。少数の建玉で標準操作を使うか、多数の注文を条件付きで扱う仕組みを使うかは、実際の件数と利用できる機能で決めます。別のツールを入れれば必ず速く、希望どおりに閉じられるという保証はありません。

Multiple close byは反対建玉を相殺する機能

標準MT4の公式ヘルプには、Close byとMultiple close byの説明があります。これは同じ銘柄の反対方向の建玉を組み合わせて閉じる機能です。「複数」と付いていても、買いだけの全注文や別銘柄を含む口座全体を、無条件で成行決済する機能を意味しません。

たとえば同じ銘柄の買い0.30ロットと売り0.10ロットを組み合わせた場合、数量差に当たる買い0.20ロットが残る関係になります。これは仕組みを説明する数値例で、実際に約定を検証した結果ではありません。買いと売りの件数が同じでも、合計数量が違えば、相殺後に数量差が残ることがあります。

MetaTrader 4公式ヘルプのPosition Closeは、Multiple close byで反対建玉を対にして処理し、数量の差が残る場合の動作を説明しています。操作を利用できるかも口座・銘柄の条件によるため、メニュー名だけを頼りに実行しないことが大切です。

また、手動注文とEAの注文が同じ銘柄で両建てになっている場合、相殺する二つが別の管理対象に属する可能性があります。「反対方向だからまとめて消してよい」とは限りません。特定EAの注文だけを閉じたいときは、双方の注文が目的の範囲に入っているかを先に確認します。

建玉を閉じる操作と未約定の取消を分ける

「口座を何も持たない状態にしたい」という目的には、すでに約定した建玉だけでなく、まだ約定していない注文の扱いも含まれます。買い指値・売り指値・買い逆指値・売り逆指値が残れば、その後の価格変動で新たな建玉になる可能性があります。建玉がゼロになった瞬間だけを見て、作業を終えないようにします。

確認対象	行う操作	完了時に見るもの
約定済みの買い・売り	対象数量を決済する	対象建玉の件数と残量
未約定の指値・逆指値	残すか取消すかを別に決める	対象待機注文の件数と種類
EA等による今後の発注	発注する処理を抑止する	同じ条件で建玉が再発生しないか
対象外の建玉・注文	今回の操作から除外する	内容や数量が維持されているか

MQL4でも、保有注文を閉じるOrderCloseと、未約定注文を取り消すOrderDeleteは別の関数です。補助ツールの「Close All」という表示がどちらまで扱うかは、実装や設定によって異なります。建玉決済ボタンだけで待機注文も消えると決めつけないでください。

逆に、今後使う予定の待機注文を残したい場合には、取消までまとめる設定が目的に合わないことがあります。建玉と待機注文をそれぞれ「閉じる・残す」「取消す・残す」と書き分けると、選ぶべき機能が分かりやすくなります。対象の定義が曖昧なまま、全取消や全決済を繰り返す方法は避けましょう。

業者の補助ツールは口座条件と提供状況を見る

業者が用意する補助ツールには、銘柄ごと、買い・売り別、損益の条件別などでまとめて決済するものがあります。ただし、MT4本体に共通する標準機能とは区別します。別の会社のMT4へ入れれば同じように使える、同じ会社なら全口座で利用できる、とも限りません。

機能例として、OANDAのFAQにはmini terminalによる通貨ペア別や損益条件別の決済が紹介されています。一方、mini terminalの対応サブアカウントに関する公式FAQは、自動売買ができる口座での利用という条件を示しています。機能名だけでなく、口座のコースや利用許可まで照合する必要があります。

さらにOANDA証券は、2026年のMT4サービス終了スケジュールを公表しています。東京サーバーのMT4は2026年9月25日の取引終了後に新規注文を停止し、MT4サービスは11月27日の取引終了後に提供終了予定と案内されています。古いFAQに機能が載っていることだけを、現在も新規導入に適する根拠にはできません。

ここでOANDAを取り上げるのは、標準MT4と業者補助機能の違いを示すためです。口座開設や当該ツールの導入を勧めるものではありません。利用中の業者についても、配布元の公式ページ、対象サーバー、口座種類、デモ対応、提供終了や移行の告知を現在の案内で確認してください。

EAやスクリプトは名前より対象条件で選ぶ

外部のEAやスクリプトにも、一括決済を行うものがあります。しかし、ファイル名やボタン名に「All」があっても、現在のチャートだけなのか、口座全体なのか、手動注文を含むのかは判断できません。設定画面と公式の説明を照合し、対象を限定できないものを目的に合うと扱わないようにします。

確認したいのは、銘柄、マジックナンバー、買い・売り、建玉と待機注文の区別、数量、除外対象です。特定EAの注文を扱う予定なら、同じ銘柄でも別EAや手動の注文が混ざっていないかを見る必要があります。識別番号が一致するだけで、運用上も同じ担当の注文とは限らない点にも注意します。

実行や停止の一般的な操作は、公開済みのMT4スクリプトの実行・停止確認で説明しています。本記事ではその操作を繰り返す代わりに、一括処理の対象と結果の確認へ焦点を置きます。配布元を確認できないファイルのダウンロードや、用途不明なDLL許可を前提に進める必要はありません。

FX自動売買でMT4の一括決済を確認する手順

最初に閉じる範囲を具体的な条件にする

実行前に「全部閉じる」を、確認できる条件へ置き換えます。たとえば「この口座のUSDJPYで、識別番号を確認したEAの成行建玉を全数量決済し、そのEAの待機注文も取消す。別銘柄と手動注文は残す」という形です。口座全体を閉じるなら、その意図も明確にします。

この条件から、実行前に数える件数と数量が決まります。建玉を三件閉じたいなら対象三件のチケットと数量を確認し、対象外があるならその内容も見ます。対象外を残す予定の操作で、口座全体の件数がゼロになることを成功条件にしてはいけません。

条件	実行前の確認	残存確認への引き継ぎ
口座・サーバー	デモか実口座か、接続先は合うか	同じ口座の現在注文を再取得
銘柄	現在チャート限定か複数銘柄か	対象銘柄と対象外を別々に確認
注文の管理元	識別番号や注文情報で分類	別EAや手動注文が巻き込まれていないか
種類と数量	建玉か待機か、全量か一部か	件数だけでなく残ロットも照合
損益等の条件	どの時点の何を判定するか	条件から外れた残存を故障と誤認しない

利益がある注文だけ、損失がある注文だけ、といった絞り込みは、どの瞬間のどの金額を基準にするかも確認します。表示損益、手数料やスワップを含む損益など、ツールの判定が説明されていなければ、表示色だけで対象を推測しない方がよいです。条件別決済をすること自体を、収益を改善する方法として勧める趣旨ではありません。

新規発注の抑止と決済用の許可を分ける

新規発注するEAを動かしたまま建玉を閉じると、次の条件成立で再び発注されることがあります。そこで、決済に先立って新規発注を抑える手段を決めます。専用の新規停止設定、対象EAの取引許可、削除など、利用している仕組みに応じた方法を確認してください。

ただし、端末上部のAutoTradingを切って全プログラムの取引を禁止したまま、決済用スクリプトを実行しても、そのスクリプトの取引まで止めてしまいます。MT4公式の自動売買設定は、端末全体の設定がEAやスクリプトの取引に影響することを説明しています。新規発注を止めることと、決済処理に必要な許可を与えることは分けて設計します。

手順としては、発注元のEAやコピー処理を把握し、その新規発注を止め、必要な注文管理がどうなるかを確認したうえで、決済用のプログラムだけが取引できる状態を用意します。端末全体の許可を再度有効にするなら、止めたはずの別EAまで取引可能にならないかを確認してからです。

EAの停止によって、独自の損切り管理や通知まで止まる場合もあります。何を停止し、何がサーバー側に残るかを調べずに一律で外すのではなく、利用中の仕様を確認しましょう。自分で新規発注を止める方法が分からない状態なら、本番の一括決済を繰り返して補う前に、その仕組みを特定することが先になります。

同じ口座を別のPCやVPSでも管理している場合、今見ている端末のAutoTradingだけでは他端末の発注を止められません。複数運用の確認点はMT4で複数EAを同時稼働する際の注文干渉対策も参照できます。一括決済を行う端末だけでなく、その口座へ注文を送る経路を確認します。

Windows版のデモで実行前後を比較する

ここからはWindows版MT4のデモ口座で行う確認手順です。本記事では実機による実行確認はしていません。ボタンの位置や表示名、確認画面の有無は、利用する業者、ビルド、ツールの版によって変わるため、配布元の現在の手順と照合してください。

本番口座を使って初めてのツールを試す必要はありません。デモの接続先と口座を確かめ、少数の対象注文と、残したい対象外注文を区別できる状態で始めます。ツールがデモ非対応の場合は、本番で代用して検証済みとするのではなく、提供元へ対応範囲を確認します。

この確認は「対象を閉じられたか」と「対象外を残せたか」の両方で判断します。すべての行が消えたとしても、残すべき注文まで閉じたなら意図した動作ではありません。逆に、口座内に注文が残っていても、それがすべて対象外なら、今回の条件に関しては矛盾しません。

送信できたことと全件の決済完了を区別する

一括決済という一つの操作でも、内部では注文ごとに要求を送る仕組みが考えられます。そのため、全建玉が同じ瞬間に、同じ価格で必ず閉じるとは扱えません。時間帯、取引可能な銘柄、接続状況、要求時の価格などの条件によって、一部だけが完了して残ることがあります。

MQL4のOrderCloseやOrderDeleteにも、成功・失敗を表す戻り値があります。独自実装を確認する場合は、一件の成功をもって口座全体の完了とするのではなく、注文ごとの結果と、最後の現在注文一覧を確認する設計かを見ます。この記事では、本番へ貼り付けて動かす一括決済コードは掲載しません。

ツールの画面が消えた、ボタンが押せた、終了メッセージが出た、という状態だけでは、全対象の決済完了を確定できません。完了表示が「要求を送った」意味なのか「結果を照合した」意味なのかも、説明書で確認します。タイムアウトや通信断の場合は特に、実行されなかったと決めつけて同じ操作を連打しないことが大切です。

手動で残った注文を処理する必要がある場合も、再取得した最新の一覧から対象を選び直します。処理途中に注文数や行順が変わっている可能性があるため、最初に見た上から何行目という位置だけを頼りに次の操作へ進めないようにします。チケットと現在の銘柄・方向・数量を確認しましょう。

残存確認は建玉と待機注文を再取得して行う

実行後は「取引」タブの現在の状態を確認し、必要に応じて接続の回復を待って情報を更新します。対象だった建玉の残量、対象の待機注文、対象外の注文を分けて照合します。「口座履歴に決済記録がある」ことと、「現在の対象注文がもう残っていない」ことは別の確認です。

プログラムで数える場合、OrdersTotalの公式説明が返すのは成行注文と待機注文の合計です。現在チャートの銘柄だけ、特定EAだけという条件は自動では付きません。全体件数が減ったことだけで、目的の建玉が減ったと判断しないよう、同じ絞り込み条件で数え直します。

また、OrderSelectの公式説明では、取得した注文属性は選択時にコピーされた値です。処理前の情報だけを保存して照合を終えず、現在注文を再選択して読み直します。チケットで選べても履歴の注文である可能性があるため、未決済かどうかも確認する必要があります。

実行後の状態	考えられる区分	次に確認すること
対象建玉だけが残る	一部未決済・処理対象外等	対象条件、取引許可、注文ごとの失敗
建玉ゼロで待機注文が残る	取消が別操作または対象外	待機注文を残す方針だったか
別銘柄や別EAの注文が残る	意図した除外の可能性	対象外として維持する注文か
閉じた後に建玉が増える	新規発注・待機約定等	発注経路、注文時刻、残った待機注文
相殺後に一方向の残量がある	数量差の可能性	買い・売り合計数量と残量

数量を一部だけ閉じる場合の残量確認は、MT4の部分決済で残量を確かめる方法で扱っています。一括決済でも件数だけでは十分ではなく、同じチケットや銘柄に残る数量を確認する考え方は共通です。ただし、本記事の目的は複数注文の対象と完了条件であり、部分決済の入力操作とは分けます。

処理が残ったときは同じ条件で原因を切り分ける

残存が見つかったら、最初に「対象に含める予定だったか」を確認します。利益条件や売買方向で除外されていた注文なら、通信エラーを疑う前に設定の問題を見ます。対象条件が正しければ、取引可能な時間、接続、業者・銘柄の制約、端末全体とプログラム個別の取引許可を順に調べます。

MT4のエキスパートや操作履歴など、利用した機能に対応するログで注文時刻と失敗内容を照合します。業者へ問い合わせる際は、銘柄、注文の種類、発生時刻、表示エラー、実行した操作を整理すると確認しやすくなります。口座パスワードを共有する必要はありません。

新規発注を再開する前に、残す注文と閉じる注文が目的どおりになっているか、待機注文の方針が守られているかを確かめます。原因が分からないまま対象を「全口座」に広げたり、何度も別のツールを重ねて実行したりすると、どの処理が何を変更したか追いにくくなります。

MT4の一括決済は対象と残存まで確認する

MT4で一括決済を考えるときは、標準の個別決済、反対建玉の相殺、業者の補助機能、EA・スクリプトの処理を区別します。Multiple close byで数量差が残ることも、業者の古い説明と現在の提供条件が異なることもあるため、名前だけで全建玉がなくなると判断しないことが基本です。

実行時は、口座・銘柄・管理元・種類・数量で対象を決め、新規発注の抑止と決済用の取引許可を分けます。操作後は現在注文を取り直し、建玉と待機注文の残存、対象外の維持を照合します。まずWindows版MT4のデモで同じ条件を確かめ、確認できた対象と手順の範囲で判断しましょう。