【MQL5】PositionSelectByTicket関数の使い方と自動売買実装コード

1. PositionSelectByTicket関数の概要と実務での活用法

MQL5における「ポジション管理」は、MQL4時代よりも厳格かつ多層的です。その中でPositionSelectByTicketは、特定のポジションを一意の識別番号（チケット番号）で直接指定して選択するための非常に重要な関数です。

実務レベルの開発において、この関数が必要になる最大の理由は「情報の整合性」です。MQL5には銘柄名でポジションを選択するPositionSelectもありますが、同じ通貨ペアで複数のポジションを持つ可能性があるロジック（ナンピン、ピラミッディング、複数EAの同時稼働など）では、銘柄名指定だと意図しないポジションを操作してしまうリスクがあります。

PositionSelectByTicketを使えば、エントリー時に取得したチケット番号を保持しておくことで、決済や修正の際に「狙ったポジション」を確実に、かつ高速に処理することが可能になります。初心者から中級者へステップアップするためには、ループで全ポジションを走査するのではなく、チケット番号でピンポイントに制御する設計が不可欠です。

2. 構文と戻り値

関数の構造は非常にシンプルです。

bool PositionSelectByTicket(
   ulong  ticket     // ポジションチケット
);

パラメーター

• ticket: 選択したいポジションのチケット番号（ulong型）を指定します。この番号は通常、成行注文が約定した際に発行されるポジション識別子です。

戻り値

• true: 指定したチケット番号のポジションが存在し、選択に成功した場合。
• false: 選択に失敗した場合（ポジションが既に決済されている、またはチケット番号が正しくない場合）。

この関数がtrueを返すと、そのポジションのデータがターミナルのキャッシュに読み込まれます。その後、PositionGetDouble、PositionGetInteger、PositionGetStringなどの関数を使用して、価格やロット数、利益などの詳細情報を取得できるようになります。

3. 具体的な使い方・実践サンプルコード

以下は、注文実行時にチケット番号を保存し、その番号を使ってポジションの含み益をチェック、一定以上の利益が出たら決済する実戦的なコード例です。

#include <Trade\Trade.mqh>

CTrade trade; // 取引クラスのインスタンス
ulong lastPositionTicket = 0; // ポジションチケット保持用

//--- 買い注文の実行例
void OnTick()
{
    // ポジションを持っていない場合に新規エントリー
    if(PositionsTotal() == 0 && lastPositionTicket == 0)
    {
        if(trade.Buy(0.1, _Symbol, SymbolInfoDouble(_Symbol, SYMBOL_ASK), 0, 0, "Ticket Test"))
        {
            // 注文成功後、ポジションチケットを取得して保存
            lastPositionTicket = trade.ResultPosition();
            Print("ポジション保有開始。チケット番号: ", lastPositionTicket);
        }
    }

    // 保存したチケット番号がある場合、そのポジションを監視
    if(lastPositionTicket > 0)
    {
        // ここでPositionSelectByTicketを使用
        if(PositionSelectByTicket(lastPositionTicket))
        {
            // ポジションが選択されたので、含み益（プロフィット）を確認
            double profit = PositionGetDouble(POSITION_PROFIT);

            // 5ドル（口座通貨単位）以上の利益が出たら決済
            if(profit > 5.0)
            {
                Print("利益確定。チケット: ", lastPositionTicket, " 利益: ", profit);
                trade.PositionClose(lastPositionTicket);

                // 決済後はチケット変数をリセット
                lastPositionTicket = 0;
            }
        }
        else
        {
            // 選択に失敗した場合、既に手動決済されたかロストした可能性がある
            Print("ポジションが見つかりません。チケット: ", lastPositionTicket);
            lastPositionTicket = 0;
        }
    }
}

4. 使用上の注意点とよくあるエラー

ポジションとオーダーを混同しない

MQL5では「オーダー（注文）」「ディール（約定）」「ポジション（建玉）」が明確に分かれています。PositionSelectByTicketで指定するのは、あくまで現在保有中のポジションのチケットです。待機注文（リミット注文など）のチケットを指定してもこの関数はfalseを返します。

ポジション終了後の挙動

ポジションが決済されると、そのチケットは「履歴」へと移動します。決済された後のチケットをPositionSelectByTicketで参照することはできません。決済済みポジションの情報を取得したい場合は、HistorySelectByPositionなど履歴専用の関数を使用する必要があります。

キャッシュの有効期限

PositionSelectByTicketを一度呼び出すと、その時点でのポジション情報がメモリにコピーされます。時間が経過してから情報を参照する場合は、再度この関数を呼び出して最新の状態に更新（リフレッシュ）するのが安全です。

5. 【重要】自動売買における約定スピードと環境の罠

アルゴリズムトレードにおいて、ロジックの正確さと同じ、あるいはそれ以上に重要なのが「実行環境のレイテンシ（遅延）」です。PositionSelectByTicketを駆使してミリ秒単位でポジションを管理するコードを書いても、自宅のPCから一般的なインターネット回線でEAを動かしている場合、その努力は水の泡になる可能性があります。自宅のネットワークはFX業者のサーバーから物理的に遠く、さらにプロバイダー由来の不安定な揺らぎ（ジッター）が含まれるため、発注からサーバー到達までに致命的なタイムラグが生じるからです。

このコンマ数秒の遅延は、相場急変時のスリッページを増大させ、バックテストの結果とリアルトレードの成績を大きく乖離させる原因となります。クオンツの世界で勝ち続けるエンジニアにとって、取引サーバーの至近距離に位置する専用のVPS（仮想専用サーバー）を利用することは「推奨」ではなく「必須」のインフラ投資です。安定した電源と超低遅延なネットワーク環境を確保して初めて、プログラムの真の性能が発揮されるということを肝に銘じておきましょう。