直接の答え：オープンOCOで「何を設定する」の意味
FXにおける「オープンOCO」とは、通常、連動した注文ペア（OCO = One Cancels the Other）を指します。2つのレッグ（片側の注文）が有効な状態で置かれている（または両方が有効になっている）場合、一方が約定したらもう一方がキャンセルされるようにする、という考え方です。「オープン」なOCOのワークフローでは、まだ有効なポジションがある状態、またはエントリー／決済条件が成立待ちの状態でリンクが作成されます。そのため、単に単独の注文を1つ置くのではなく、結果（アウトカム）にまたがってリスクを管理していることになります。
プラットフォームによってラベルやダイアログは異なります。確認すべき根本のロジックは共通です。つまり、2つの注文がペアとして送信され、ブローカー／プラットフォームが「約定時にキャンセルする」関係を維持します。
仕組み：FXでOCOペアを設定する方法
-
2つのOCOレッグが何を表すのか決めます。よくある選択肢は、2つの決済条件（たとえば2つの価格、またはストップとテイクプロフィットのような2種類の条件）です。重要なのは、各レッグが別々の注文定義であることです。
-
共通のインストゥルメント設定を一貫して入力します。同じFXペア（シンボル）を使い、どのようにポジションのエクスポージャーを管理したいかに合わせてサイズ／ボリュームが一致していることを確認します。レッグで異なるサイズを使う場合、キャンセル挙動が自動的にリスクを均等化するわけではありません。
-
チケットでOCOモードを選びます。多くの取引インターフェースでは、OCOは専用の注文タイプとして表示されるか、注文作成時のオプションとして提供されます。2つの独立した注文を置くのではなく、OCOを選択します。
-
各レッグのトリガーレベルを設定します。一方は上側の価格、もう一方は下側の価格になることもあれば、プラットフォームが提供する内容に応じて、それぞれが異なるタイプの条件注文になることもあります。
-
両方のレッグを連動ペアとして送信し、その関係が見える状態を保ちます。検証が重要です。キャンセル時の挙動が有効になっていると決めつける前に、画面上で「OCO連動」になっていること（または「linked orders（連動注文）」）を示すインジケーターを探してください。
-
送信後に総建玉リスクを確認します。総建玉リスクの範囲では、口座のエクスポージャーが有効なポジションと、成立待ち／連動している注文を反映していることを確認します。どちらかのレッグが約定すると、オープンのエクスポージャーが実質的に変わり得る点に注意してください。
例：確認と比較
- OCOリンクなしで2つの注文を出すと、それらは独立します。意図したものと違っていても、両方が約定し得ます。
- OCOを正しく出せていれば、1つが約定した後にもう一方のレッグだけが残らないはずです。プラットフォームが他方のレッグをキャンセルするためです。
- ブローカー／プラットフォームで部分約定が起こり得る場合、キャンセル挙動は期待どおりに完全に一致しない可能性があります。各レッグで実際に何が起きたかを、プラットフォームの注文ステータス詳細で確認してください。
検証の実践的な方法は、注文パネルを見直すことです。（a）OCOリンクが存在すること、（b）両方のレッグが最初は有効であること、そして（c）トリガーに向けて価格が動いた後に、約定したレッグのステータスが遷移し、もう一方がキャンセル状態へ遷移することを確認します。
制限とリスク：覚えておくべき点
- プラットフォーム固有の挙動：インターフェースがOCOを別の呼び方で表示する場合があり、キャンセルのタイミングは約定遅延（execution latency）によって変わり得ます。
- 約定の例外ケース：部分約定、急激な価格変動、または取引停止（trading halts）によって、各レッグがステータス間を遷移する方法に影響が出ることがあります。
- リスク会計の不確実性：正しいOCO連動ができていても、トリガーの前後で総建玉リスクはすぐに変わり得ます。推測で判断せず、必ずブローカー／プラットフォームが報告する内容を確認してください。
- 結果の確実性はない：すべての市場状況で、キャンセルが両方のレッグが約定する前に必ず起こると想定することはできません。
ブローカー／プラットフォーム名と、OCOが「既存ポジションに紐づく決済用」なのか「条件付きエントリー用」なのかを教えてくれれば、手順を、あなたが目にする正確なボタンや入力欄により正確に対応づけて説明できます。
DOCUMENT END