フォレックスにおける部分決済（Partial Close）の仕組み
フォレックスにおける部分決済（Partial Close）：明確な定義
部分決済（Partial Close）とは、すでに建玉として保有しているフォレックス・ポジションのうち「一部だけ」を決済し、残りをアクティブなまま維持する行為です。 「完全に建玉（fully open）」から「完全に決済（fully closed）」へ移行するのではなく、ポジションサイズをより小さいものへと移行します。
分かりやすいモデルとしては、元のポジションを2つに分けることだと考えられます。
- 今すぐ決済する部分、そして
- 後で管理するために建玉として残す部分。
フォレックス取引システムはさまざまなので、正確な表現や許可されるサイズは、プラットフォームや口座のルールによって異なります。この記事では、一般的で安定したメカニズムと、想定すべき入力・出力の種類に焦点を当てます。
メカニズムと手順：部分決済したときに何が起きるか
1) 既存の建玉から始める
まず、以前に作成した建玉（たとえば、買い注文または売り注文を出すことで）を持っている状態から始めます。その時点で、ポジションには方向（ロングまたはショート）、想定元本のエクスポージャー（多くの場合ロットで表されます）、そして浮動損益（floating profit/loss）を計算するためにプラットフォームが使う参照のエントリー価格があります。
2) 決済する割合を選ぶ
部分決済（Partial Close）を適用するときは、決済するサイズを指定します。一般的な表現方法には次のようなものがあります。
- ユニット数（例：ロット）を決済する、または
- 現在のポジションサイズの一定割合を決済する。
以下のどの例でも前提：建玉サイズが 1.00ロット（または同等の「ポジション・ユニット」）であるとし、それをより小さい残存サイズへ減らすことにします。
3) 決済部分の執行が行われる
プラットフォームは、選択した決済サイズについて、概念的には残りの方向とは反対側の取引を執行します。重要なポイントは、「決済部分」は、（スプレッドやスリッページなどの）注文執行メカニズムに従いつつ、執行価格で退出したものとして扱われることです。
4) 残りのポジションは建玉のまま残る
執行後、次の状態になります。
- 小さくなった建玉（残存部分）、そして
- 決済部分の記録（多くの場合、確定損益（realized profit/loss）または決済済みの取引履歴として表示されます）。
残存している建玉は、その後の市場価格の変化が、プラットフォームが残存ポジションを追跡するための参照に対してどう動くかに基づいて、浮動損益を積み上げ続けます。
5) 追随するレベルは注意が必要な場合がある
多くの取引プラットフォームでは、ストップロスやテイクプロフィットなどの関連するリスク／管理設定も表示されます。部分決済（Partial Close）後の挙動は、提供元や注文タイプによって一様ではありません。あるシステムでは残存ポジションに紐づいたままになる場合がありますが、別のシステムでは再指定が必要になることがあります。これは「保証された挙動」ではなく、自分の口座での確認ポイントとして扱ってください。
確認すべき入力と出力（知っておくべきこと）
部分決済（Partial Close）を行う前に用意すべき入力
- 元のポジションサイズ（プラットフォームが使うユニットで）。
- 方向（ロング／買い vs ショート／売り）。
- 決済したい部分（ユニットまたは割合）。
- 環境で想定される執行詳細（たとえば、プラットフォームが現在のbid/askで決済するのか、部分約定をどう扱うのか、スリッページが起こり得るのか）。
- 結果に影響するコストと口座設定（たとえば、コミッションや手数料、またはプラットフォームがそれらをどう適用するか）。メカニズム自体は安定していますが、数値結果は実際のコストモデルに依存します。
プラットフォームが処理した後に期待すべき出力
- 減少した建玉サイズ（残存エクスポージャー）。
- 決済部分の記録（多くの場合、確定損益のレポートや取引履歴として分けて表示されます）。
- 残存建玉に対する更新された浮動損益。
- 更新されたリスク／管理状態（たとえば、アクション後にストップロス／テイクプロフィットがどのように表現されるか）。
簡単な実例（明確な前提つき）
この例は概念的なもので、同じロジックを自分の環境で独立に確認できるように前提を置いています。
前提A：建玉が 1.00ロット、ロング（buy）で保有している。 前提B：部分決済として 0.40ロット を決済し、0.60ロット を建玉として残す。 前提C：プラットフォームは選択した 0.40ロットを、執行価格 P_close で決済する。 前提D：プラットフォームは、ポジション全体についてエントリー参照価格 P_entry を使って損益を計算する（正確な内部処理は異なる可能性があります）。
概念的には、このアクションにより次が生じます。
- 決済部分（0.40ロット）： 実現損益は、P_close と P_entry の差を用いて 0.40ロット分について計算され、さらにプラットフォームが使用するバリュー・パー・ピップ（または同等のインストゥルメント価格係数）で乗算される。
- 残存部分（0.60ロット）： 浮動損益は、その後の市場価格と、残存ポジションに対するプラットフォームの追跡参照を用いて、今後の分として計算される。
この例から得るべきこと：
- 部分決済（Partial Close）は、2つの帳簿の流れを作ります：確定（realized）と、残存（floating）。
- 最終的な数値は執行価格（P_close）とコストに依存し、それらは概念そのものによって固定されるものではありません。
重大な制限と失敗パターン
1) 執行の不確実性（価格と約定）
決済する正確なサイズを選んだとしても、その決済部分に使われる執行価格は、スプレッド、スリッページ、そして注文執行ルールのために、あなたが想定したものと異なる可能性があります。また、環境によっては部分約定が発生することがあります（プラットフォームが複数のディールで決済を完了する場合）。これは、確定と浮動の分割に影響を与え得ます。
2) 紐づく設定に関するプラットフォーム固有のルール
ストップロス、テイクプロフィット、トレーリングストップ、その他の注文のような機能は、部分決済（Partial Close）後に異なる挙動をすることがあります。もしプラットフォームがそれらを残存ポジションに自動調整しない場合、意図したリスク・エクスポージャーと一致しなくなった設定が残ってしまうかもしれません。
3) P/Lがどのように追跡されるかに関する前提
「確定した（closed realized）」と「残存した（remaining floating）」への概念的な分割は安定していますが、プラットフォームが残存部分に対してどのようにエントリー参照を割り当て、どのように損益を計算するかの詳細は異なる可能性があります。口座明細と注文履歴は、独立した確認手段です。
4) コストはネット結果を変え得る
コミッション、手数料、そして（管轄／口座で適用される場合）ファイナンス関連の構成要素は、実際に執行された取引に基づいて適用されることがあります。そのため、部分決済（Partial Close）は、純粋な価格差モデルでは見落とされる形で、ネット結果を変える可能性があります。
DOCUMENT END