MQL5 Hedging / Netting口座の違い｜ポジション管理とEA開発で確認すること

MQL5でEAを開発・検証する時は、Hedging口座とNetting口座の違いを確認しておく必要があります。

同じMT5でも、口座方式によってポジションの持ち方、PositionSelectの挙動、Magic Numberでの管理方法、CTradeやMqlTradeRequestでの決済対象、ナンピンEAやコピーEAの設計が変わるためです。

特に、同じ銘柄で複数ポジションを持つEA、ナンピンEA、マルチロジックEA、コピーEA、複数Magic Numberを使うEAでは、Hedging / Nettingの違いを確認せずに実装すると、ポジションの取り違えや決済対象の誤認につながる場合があります。

このページでは、MQL5のHedging口座とNetting口座の違いを、ACCOUNT_MARGIN_MODE、PositionSelect、Magic Number、CTrade、MqlTradeRequest、コピーEA、ナンピンEA、履歴確認、ログ確認の観点から整理します。

なお、このページはMQL5開発における技術確認を目的とした内容です。特定の口座方式、ブローカー、銘柄、運用方法を推奨するものではありません。売買判断、推奨エントリー、推奨ロット、利益保証、損失回避保証も行いません。

Hedging口座とNetting口座の違い

Hedging口座とNetting口座の大きな違いは、同じ銘柄で複数ポジションを持てるかどうかです。

Hedging口座では、同じ銘柄で複数のBUYポジション、複数のSELLポジション、またはBUYとSELLの両方を持つ構成があり得ます。そのため、ポジションごとのticket、Magic Number、建値、ロット、コメント、発注元ロジックを分けて管理しやすい一方で、対象外ポジションを誤って決済しないための絞り込みが重要になります。

一方、Netting口座では、同じ銘柄のポジションは1つのネットポジションとして扱われます。追加注文や反対売買は、既存ポジションの数量や方向に影響します。そのため、EA内部では「どのロジックが建てたポジションか」をMagic Numberだけで単純に分けられない場合があり、EA内部の状態管理、履歴確認、約定追跡を組み合わせて設計する必要があります。

MT5で口座方式を確認する理由

EAを導入・検証する前に、対象口座がHedgingなのかNettingなのかを確認してください。

口座方式を確認しないままEAを使うと、複数ポジション、Magic Number、ナンピン、コピー、決済処理、履歴集計で想定と違う動きになることがあります。

Hedging / Nettingの違いは、EAが「注文を出せるか」だけの問題ではありません。EAがどのポジションを自分の管理対象と判断するか、どのポジションを閉じるか、どの履歴を検証するかに関わります。

ACCOUNT_MARGIN_MODEで口座方式を確認する

MQL5では、AccountInfoInteger(ACCOUNT_MARGIN_MODE)を使って口座方式を確認できます。

long margin_mode = AccountInfoInteger(ACCOUNT_MARGIN_MODE);

if(margin_mode == ACCOUNT_MARGIN_MODE_RETAIL_HEDGING)
{
   Print("ACCOUNT_MODE type=HEDGING");
}
else if(margin_mode == ACCOUNT_MARGIN_MODE_RETAIL_NETTING)
{
   Print("ACCOUNT_MODE type=NETTING");
}
else if(margin_mode == ACCOUNT_MARGIN_MODE_EXCHANGE)
{
   Print("ACCOUNT_MODE type=EXCHANGE");
}
else
{
   Print("ACCOUNT_MODE type=UNKNOWN value=", margin_mode);
}

EAでは、OnInit時点で口座方式をログに出しておくと、検証や問い合わせ時に原因を追いやすくなります。

たとえば、EAがHedging前提で複数ポジションをticket単位で管理しているのに、実際の口座がNettingだった場合、同じ銘柄の追加注文や反対売買が想定と違う形でポジションへ反映される可能性があります。逆に、Netting前提のEAをHedging口座で動かす場合、複数ポジションが残ったままEAがsymbol単位で1つだけ見てしまう可能性があります。

ACCOUNT_MARGIN_MODEの主な種類

ACCOUNT_MARGIN_MODEは、EAの初期化時に確認するだけでなく、ログ、HELP、SELF CHECK、サポート用のSNAP情報に含めると、あとから検証しやすくなります。

販売用EAや複数環境で使うEAでは、Hedging専用、Netting専用、両対応のどれなのかを仕様として明確にしてください。両対応にする場合でも、単にif文を追加するだけでなく、ポジション検索、決済、ナンピン、履歴確認、ログ出力まで分岐する必要があります。

PositionSelectへの影響

Hedging / Nettingの違いは、PositionSelect周辺の実装にも影響します。

Netting口座では、同一銘柄のポジションが1つに集約されるため、PositionSelect(_Symbol)のようなsymbol単位の確認でも状態を取得しやすい場合があります。

一方、Hedging口座では、同じ銘柄で複数ポジションを持てるため、symbolだけで判断すると対象ポジションを取り違える可能性があります。特に、複数EA、複数Magic Number、ナンピンEA、裁量注文が同じ銘柄に混在する場合は、全ポジションを走査し、symbol、Magic Number、ticket、ポジションタイプ、コメントなどを確認する必要があります。

PositionSelectだけに頼るのではなく、対象口座、EA仕様、保有ポジションの構造に合わせて、選択方法を分けることが重要です。

Hedging口座でポジションを走査する例

Hedging口座では、同じ銘柄に複数ポジションが存在する可能性があります。そのため、ポジションを1つだけ選択するのではなく、全ポジションを走査し、対象EAの条件に一致するものだけを処理します。

void ScanMyPositions(const string target_symbol, const long expected_magic)
{
   int total = PositionsTotal();

   for(int i = total - 1; i >= 0; i--)
   {
      ulong ticket = PositionGetTicket(i);

      if(!PositionSelectByTicket(ticket))
         continue;

      string symbol = PositionGetString(POSITION_SYMBOL);
      long magic    = PositionGetInteger(POSITION_MAGIC);
      long type     = PositionGetInteger(POSITION_TYPE);
      double volume = PositionGetDouble(POSITION_VOLUME);

      if(symbol != target_symbol)
         continue;

      if(magic != expected_magic)
      {
         Print("POSITION_SKIP reason=MAGIC_MISMATCH",
               " ticket=", ticket,
               " symbol=", symbol,
               " expected_magic=", expected_magic,
               " actual_magic=", magic);
         continue;
      }

      Print("POSITION_MATCH",
            " ticket=", ticket,
            " symbol=", symbol,
            " magic=", magic,
            " type=", type,
            " volume=", DoubleToString(volume, 2));
   }
}

このように、Hedging口座ではticket単位の確認を前提にすると、別EAや裁量注文を誤って処理しにくくなります。

ただし、走査順、決済順、部分決済、同時決済、履歴への反映タイミングには注意が必要です。決済処理を入れる場合は、走査と決済を同じループで雑に行わず、対象リストを作ってから実行するなど、安全な設計にしてください。

Netting口座でのポジション確認例

Netting口座では、同じ銘柄のポジションが1つに集約されるため、symbol単位でポジションを確認する設計になりやすくなります。

void CheckNettingPosition(const string target_symbol)
{
   if(!PositionSelect(target_symbol))
   {
      Print("NETTING_POSITION status=NONE symbol=", target_symbol);
      return;
   }

   long magic = PositionGetInteger(POSITION_MAGIC);
   long type  = PositionGetInteger(POSITION_TYPE);
   double volume = PositionGetDouble(POSITION_VOLUME);
   double price_open = PositionGetDouble(POSITION_PRICE_OPEN);

   Print("NETTING_POSITION",
         " symbol=", target_symbol,
         " magic=", magic,
         " type=", type,
         " volume=", DoubleToString(volume, 2),
         " price_open=", DoubleToString(price_open, _Digits));
}

Netting口座では、同じ銘柄に対する追加注文や反対注文が、既存ポジションの数量や方向を変える形で反映されます。そのため、EA内部では「注文を出したロジック」と「現在のネットポジション」を分けて考える必要があります。

たとえば、Logic1とLogic2が同じ銘柄を扱う場合、Netting口座ではポジション自体は1つに統合される可能性があります。この時、Magic Numberだけを見て「Logic1のポジション」「Logic2のポジション」と単純に分ける設計は危険です。注文履歴、約定履歴、EA内部のロジック状態を合わせて確認する必要があります。

Magic Number管理への影響

Magic Numberは、EAやロジックを識別するために使いますが、Hedging口座とNetting口座では確認の意味が変わります。

Hedging口座では、ポジション単位のMagic Number確認が比較的分かりやすい一方、ポジション数が増えやすいため、最大ポジション数、basket管理、決済対象の絞り込みが重要です。

Netting口座では、同じ銘柄のポジションが統合されるため、Magic Numberだけでロジック別の保有状態を完全に表現できない場合があります。そのため、注文時のMagic、約定履歴、注文コメント、EA内部の状態管理を合わせて確認してください。

CTrade / MqlTradeRequestでの注意点

CTradeやMqlTradeRequestを使う場合も、口座方式による違いを意識する必要があります。

CTradeでは、PositionClose(symbol)のようなsymbol単位の処理と、ticketを指定する処理を混同しないことが重要です。Hedging口座でsymbol単位の処理を使うと、どのポジションを対象にしているのかが曖昧になる場合があります。

MqlTradeRequestを直接使う場合は、発注内容を細かく制御できますが、Hedging / Nettingの違いを無視すると、注文後のポジション状態が想定と異なる可能性があります。発注前のrequest、発注後のresult、約定後のposition / dealをログでつなげて確認してください。

口座方式に関係する不具合は、「注文は成功しているが、思ったポジション状態ではない」という形で出ることがあります。OrderSendやCTradeの結果だけで判断せず、ポジション一覧と履歴を合わせて確認してください。

コピーEAでの注意点

コピーEAでは、Hedging / Nettingの違いがコピー元とコピー先のポジション構造に影響します。

コピー元がHedging口座で、コピー先もHedging口座であれば、position ticketごとに同期しやすい場合があります。ただし、コピー先で同じticketを使えるわけではないため、コピー元ticketとコピー先ticketの対応表を持つ必要があります。

コピー元がHedging、コピー先がNettingの場合、コピー元では複数ポジションとして存在しているものが、コピー先では1つのネットポジションに集約される場合があります。この場合、コピー元の1本ごとのポジション状態をそのままコピー先へ再現できるとは限りません。

コピーEAでは、Magic Numberだけでなく、symbol、volume、position type、entry price、comment、source ticket、destination ticket、コピー方向、ロット倍率、除外条件を合わせて管理します。

また、コピー対象に裁量注文を含めるのか、Magic 0を除外するのか、特定Magicだけをincludeするのかも事前に決めてください。Hedging / Nettingの違いを確認しないままコピー仕様を作ると、コピー元とコピー先でポジション数やロット状態が合わない原因になります。

ナンピンEAでの注意点

ナンピンEAでは、Hedging / Nettingの違いが特に重要です。

Hedging口座では、追加ポジションが個別ticketとして増えるため、ナンピン本数、各ポジションの建値、合計ロット、平均建値、basket単位の損益を管理しやすい構成になります。ただし、ポジション数が増えるため、最大ポジション数、証拠金、決済対象、Magic Numberの分離が重要です。

Netting口座では、追加注文が同じ銘柄のネットポジションに反映されるため、見かけ上のポジション本数が増えない場合があります。そのため、EA内部で「何回追加したか」「どの価格で追加したか」「想定平均建値はどこか」を別途管理しないと、Hedging前提のナンピンロジックをそのまま再現できない場合があります。

ナンピンEAをHedging / Netting両対応にする場合は、ポジション本数だけでロジックを組まず、実ロット、平均建値、追加回数、対象Magic、決済範囲を別々に確認できるようにしてください。

複数ロジックEAでの注意点

複数ロジックEAでは、Trend、Reverse、Range、Breakoutなどのロジックが同じ銘柄を扱うことがあります。

Hedging口座であれば、ロジックごとにMagic Numberを分け、ポジションごとに管理できる場合があります。一方、Netting口座では、同じ銘柄のポジションが統合されるため、ロジックごとのポジションを物理的に分けられない場合があります。

Netting口座で複数ロジックEAを動かす場合、各ロジックが別々にポジションを持っているように見せる内部設計と、実際の口座上のネットポジションを混同しないことが重要です。

特に、片方のロジックがBUY、もう片方がSELLを出す可能性がある場合、Netting口座では既存ポジションの減少、相殺、反転につながる場合があります。ロジックごとのsignalと、口座上のexecution結果を分けてログ化してください。

PositionSelectだけに頼らない

Hedging / Netting対応でよくある失敗は、PositionSelectだけで対象ポジションを判断してしまうことです。

PositionSelectは便利ですが、EAの設計によっては、それだけでは十分ではありません。複数EA、複数Magic、裁量注文、コピーEA、ナンピンEAが関係する場合は、ポジション情報、注文履歴、約定履歴、EA内部状態を合わせて確認する必要があります。

ポジション一覧だけでは、すでに決済された注文や、反対売買で統合された履歴を追えない場合があります。そのため、問題が起きた時は現在ポジションだけでなく、履歴側も確認してください。

口座方式別に分岐する設計例

EAをHedging / Netting両対応にする場合は、OnInitで口座方式を確認し、処理ルートを分ける設計にします。

enum EAccountPositionMode
{
   ACCOUNT_POS_UNKNOWN = 0,
   ACCOUNT_POS_HEDGING = 1,
   ACCOUNT_POS_NETTING = 2,
   ACCOUNT_POS_EXCHANGE = 3
};

EAccountPositionMode ResolveAccountPositionMode()
{
   long margin_mode = AccountInfoInteger(ACCOUNT_MARGIN_MODE);

   if(margin_mode == ACCOUNT_MARGIN_MODE_RETAIL_HEDGING)
      return ACCOUNT_POS_HEDGING;

   if(margin_mode == ACCOUNT_MARGIN_MODE_RETAIL_NETTING)
      return ACCOUNT_POS_NETTING;

   if(margin_mode == ACCOUNT_MARGIN_MODE_EXCHANGE)
      return ACCOUNT_POS_EXCHANGE;

   return ACCOUNT_POS_UNKNOWN;
}

このように内部enumへ変換しておくと、EA内の処理分岐やログ出力で扱いやすくなります。

void ManagePositions()
{
   EAccountPositionMode mode = ResolveAccountPositionMode();

   if(mode == ACCOUNT_POS_HEDGING)
   {
      Print("POSITION_ROUTE mode=HEDGING action=SCAN_BY_TICKET");
      // ticket単位、Magic単位、basket単位で確認する
   }
   else if(mode == ACCOUNT_POS_NETTING)
   {
      Print("POSITION_ROUTE mode=NETTING action=CHECK_BY_SYMBOL");
      // symbol単位のネットポジションとして確認する
   }
   else
   {
      Print("POSITION_ROUTE mode=UNKNOWN action=SAFE_STOP");
      // 不明な場合は安全側に停止、または管理処理を制限する
   }
}

不明な口座方式を検出した場合は、何となく処理を続けるのではなく、ログを出して安全側に止める、またはポジション管理機能を制限する設計にしてください。

Hedging専用・Netting専用・両対応を分ける

EAの仕様として、Hedging専用、Netting専用、両対応のどれにするかを最初に決めることも重要です。

両対応に見せていても、実際にはHedging側だけしか十分に検証していないEAは危険です。HedgingとNettingでは、テストケース、ログ、決済対象、履歴確認が異なるため、対応範囲を正確に示してください。

ログ出力項目

Hedging / Nettingに関係する不具合は、口座方式の確認ログがないと原因を追いにくくなります。EAの初期化時、ポジション走査時、決済前、約定履歴確認時に、必要な情報をログへ残してください。

ログは多ければよいわけではありません。初期化時には口座方式、処理時には対象ポジション、決済時には決済範囲、履歴確認時にはorder / deal / magicを出すなど、確認したい段階ごとに分けることが重要です。

ログ出力例

Hedging / Netting対応EAでは、OnInit時点で口座方式を出し、ポジション管理時にどのルートを使っているかを出すと確認しやすくなります。

void PrintAccountMode()
{
   long mode = AccountInfoInteger(ACCOUNT_MARGIN_MODE);

   string mode_text = "UNKNOWN";

   if(mode == ACCOUNT_MARGIN_MODE_RETAIL_HEDGING)
      mode_text = "HEDGING";
   else if(mode == ACCOUNT_MARGIN_MODE_RETAIL_NETTING)
      mode_text = "NETTING";
   else if(mode == ACCOUNT_MARGIN_MODE_EXCHANGE)
      mode_text = "EXCHANGE";

   Print("ACCOUNT_MODE",
         " raw=", mode,
         " resolved=", mode_text,
         " account=", AccountInfoInteger(ACCOUNT_LOGIN));
}

口座番号などの情報を公開本文や共有ログに出す場合は、必要に応じて伏せ字にしてください。サポート確認では、口座方式の判定結果だけ分かれば十分な場合もあります。

void PrintPositionDecision(const ulong ticket,
                           const string symbol,
                           const long expected_magic,
                           const long actual_magic,
                           const string action)
{
   Print("POSITION_DECISION",
         " ticket=", ticket,
         " symbol=", symbol,
         " expected_magic=", expected_magic,
         " actual_magic=", actual_magic,
         " action=", action);
}

このように、対象にした理由だけでなく、対象外にした理由もログへ出すと、別EAのポジション、裁量注文、コピー対象外のポジションを誤って処理していないか確認しやすくなります。

バックテストで確認すること

Hedging / Nettingの違いは、バックテストでも確認が必要です。

同じEA、同じ設定、同じ銘柄でテストしても、口座方式が違えば、ポジション本数、平均建値、決済タイミング、履歴の見え方が変わる場合があります。特に、ナンピンEA、複数ロジックEA、コピーEAに近い構造のEAでは、Hedging口座だけで確認してNetting口座でも同じように動くと判断しないでください。

バックテスト結果を見る時は、最終損益だけで判断せず、口座方式、ポジション履歴、約定履歴、Expertsログを合わせて確認してください。

よくある失敗パターン

Hedging / Netting口座の違いでよくある失敗は、EAがコンパイルできないというより、動いているように見えて管理対象がズレることです。

これらの失敗は、発注時には気づきにくく、決済、コピー、履歴集計、問い合わせ時に表面化することがあります。そのため、初期設計の段階で口座方式を確認し、ログと検証項目へ組み込んでおくことが重要です。

開発依頼前に整理したい情報

Hedging / Nettingに関係するEA開発や改修を相談する場合は、事前に以下を整理しておくと、仕様の確認がスムーズになります。

Hedging / Nettingに関係する不具合を相談する場合は、EAの注文ログだけでなく、口座方式、PositionSelect周辺のログ、Magic Number、ポジション一覧、約定履歴も合わせて確認してください。

また、口座番号、認証情報、個人情報、Webhook URL、APIキーなどは公開チャットや記事本文に載せないでください。ログを共有する場合は、必要な範囲だけを伏せ字にして確認するのが安全です。

実務チェックリスト

• EAを動かす前に、対象口座がHedgingかNettingか確認した
• OnInitでACCOUNT_MARGIN_MODEをログに出している
• Hedging口座では、symbolだけでなくticketとMagic Numberを確認している
• Netting口座では、symbol単位のネットポジションとEA内部状態を分けている
• PositionSelectだけで対象ポジションを判断していない
• CTradeの決済処理がsymbol指定かticket指定かを確認した
• MqlTradeRequestで発注する場合、request内容とresultをログに残している
• Magic Number、注文コメント、logic_id、basket_idを必要に応じて分けている
• コピーEAでは、コピー元とコピー先の口座方式を両方確認している
• ナンピンEAでは、ポジション本数と内部追加回数を混同していない
• Hedging / Netting両対応の場合、両方のテストケースを用意している
• 対応外口座で動かす場合の安全停止や警告ログを用意している

関連ページ

まとめ

Hedging口座とNetting口座では、同じ銘柄のポジション管理方法が異なります。

Hedging口座では、同一銘柄に複数ポジションや両方向のポジションを持てるため、position ticket、Magic Number、basket管理、決済対象の特定が重要です。

Netting口座では、同一銘柄のポジションが1つに集約されるため、symbol単位のポジション状態と、EA内部のロジック状態を分けて管理する必要があります。

MQL5 EAでは、OnInitでACCOUNT_MARGIN_MODEをログ化し、Hedging用、Netting用、両対応用の処理ルートを明確にしてください。CTrade、MqlTradeRequest、PositionSelect、Magic Number、履歴確認は、口座方式に合わせて設計する必要があります。

コピーEA、ナンピンEA、複数Magic EA、複数ロジックEAでは、Hedging / Nettingの違いがポジション数、決済範囲、履歴集計、同期状態に直接影響します。EAを導入・開発・改修する前に、対象口座の方式とポジション管理仕様を必ず確認してください。