ロット計算・意思決定ガイド · 15

建値へ移したストップが損失ゼロを保証しない理由

ストップを建値へ動かしても、注文のトリガー価格と実際の約定価格が一致する保証はありません。残存数量に約定差と1ピップ当たり価値を掛け、費用を加えて、分割決済後の利益とは別に現在の残存損失見積りを更新します。

先に押さえる三点

  • 建値は価格上の基準であり、口座損益がゼロになる保証ではない。
  • 再計算の対象は初期ロットではなく、現在残っているロットである。
  • 通常約定とギャップ条件を分け、費用を同じ単位で加える。

長期参照の見取り図

条件が変わるたびに使える三段階

相場予想ではなく、入力・計算・適用外判定の順を固定すると、同じ記事を繰り返し検算に使えます。

  1. 入力と単位をそろえる式と定義へ建値停止後の推定損失・口座資金に対する割合
  2. 仮想例で計算を戻す数値表と手順へ0.40ロットの残存建玉で建値損切りが発動した後の仮想約定
  3. 適用外と次の確認を決める判断ルールと反例へ停止価格ではなく、保守的な実行可能価格との差を使う。

建値と実行可能な決済価格を分ける

ロングのストップをエントリー価格へ置いても、売り注文がその価格で成立するとは限りません。停止価格は注文を有効化する基準であり、急変時には次に利用できる価格で約定することがあります。

スプレッドのどちら側で注文が発動するか、取引業者がどの注文方式を提供するかも確認します。ストップリミット注文は価格を制限できますが、価格が飛び越えれば未約定になる別のリスクがあります。

  • 停止価格と想定約定価格を別欄で保存する。
  • 注文種別、銘柄、売買方向、時刻を記録する。

分割決済の記事との境界

分割決済では、決済済み数量、実現損益、残存数量を再構成します。本記事はその後にストップを建値へ移したとき、残存数量からなお発生し得る損失だけを扱います。

実現利益がある場合も、現在の停止注文による推定損失と相殺して表示する前に、二つの金額を別々に計算します。

距離、価値、費用を同じ通貨へそろえる

約定差はピップまたはポイント、価値は口座通貨/ロット/ピップ、数量はロットとして固定します。手数料、資金調達費用などは口座通貨へ換算してから加えます。

ギャップ条件は日常的な滑りの上位値と混ぜず、別ケースとして置きます。履歴がない場合、任意のバッファを実測値のように表現してはいけません。

  • 残存ロットを最新状態から取得する。
  • 費用が片道か往復かを明記する。
  • 換算レートの時刻を残す。

建値へ移した後に再計算する時点

残存数量、停止価格、取引時間帯、保有期間、費用条件のいずれかが変われば、推定額を更新します。建値へ移したという操作だけで、リスク台帳の値を自動的にゼロへしません。

  • 部分決済の約定後
  • 停止価格の変更後
  • 週末または休場時間をまたぐ前
  • 費用・契約仕様の変更後

この計算が不要になる境界

残存数量がゼロなら、そのポジションについて追加の停止損失計算は不要です。また、約定差と全費用を含む上限が別の保証付き仕組みで契約上固定されている場合は、その仕様を使います。単なる画面表示や希望価格は保証に含めません。

計算の骨格

建値停止後の推定損失

先に式の役割を把握し、その後で数値例を追うと判断の流れを確認しやすくなります。

01

建値停止後の推定損失

建値損切り後の推定損失 = 残存ロット × 不利約定距離 × 1ロット・1ピップ当たり価値 + 諸費用
建値損切り後の推定損失: 口座通貨での推定損失
残存ロット: 残存数量(ロット)
不利約定距離: 建値から不利な約定価格までの距離(ピップ)
1ロット・1ピップ当たり価値: 1ロット・1ピップ当たりの口座通貨価値
諸費用: 手数料、資金調達費用などの口座通貨合計

式を言葉にすると: 建値との差がゼロでも、費用諸費用があれば推定損失はゼロになりません。

この結論を適用しない条件: 残存ロット > 0、不利約定距離 ≥ 0、1ロット・1ピップ当たり価値 > 0、諸費用 ≥ 0の場合だけ残存ポジションの停止損失として計算します。残存ロットが0ならこの式を止め、残る費用があれば別の費用台帳で扱います。

02

口座資金に対する割合

推定損失率 = 建値損切り後の推定損失 ÷ 現在の有効証拠金
推定損失率: 現在資金に対する推定損失率
現在の有効証拠金: 同じ時刻の有効証拠金

式を言葉にすると: 金額だけでなく、現在の資金分母へ戻して比較します。

この結論を適用しない条件: 建値損切り後の推定損失が0以上、現在の有効証拠金が0より大きく、取得時刻が有効な場合だけ割合を算出します。

検算可能な例

0.40ロットの残存建玉で建値損切りが発動した後の仮想約定

以下は計算方法を示す仮想データであり、実際の市場、業者、利用者の約定実績ではありません。
条件残存数量ロット建値からの不利な約定距離ピップピップ価値米ドル/ロット/ピップその他費用米ドル推定損失米ドル
価格差なし・費用のみ0.401044
2ピップ不利約定0.4210412
18ピップギャップ0.41810476

計算手順

  1. 2ピップ条件の価格差損失は0.40 × 2 × 10 = 8米ドル。

  2. 費用4米ドルを加え、推定損失は12米ドル。

  3. 18ピップ条件は0.40 × 18 × 10 + 4 = 76米ドル。

結論: 建値表示でも、仮想例では4米ドル、12米ドル、76米ドルと条件により結果が変わります。

この結論を適用しない条件: 残存数量がゼロなら停止注文による追加価格リスクはなく、この再計算は不要です。

建値という価格ラベルを損益結果へ置き換えない

損切りを新規価格へ移した操作は、注文の発動水準を変更した事実です。実際の決済価格、スプレッド、手数料、資金調達費まで0になったことを意味しません。画面上の建値という名称を損失台帳へそのまま転記すると、残存建玉の推定損失が0で固定されます。損切り価格、仮定約定価格、残存数量、費用を別入力にし、名称ではなく金額成分から建値損切り後の推定損失を再計算します。新規と損切りが数値一致していても、基準識別子が違えば距離0として確定しません。どの入口明細へ紐付く損切りかを確認し、訂正前の新規価格を参照するラベルが残っていないか検出します。監査では名称の一致よりも、入口明細、損切り変更、費用台帳が同じ取引系列を指すかをたどり、途中で系列が分岐した計算を無効にします。

建値は人によって入口約定平均、手数料込み原価、税後原価など意味が違うことがあります。本稿では注文発動価格を新規価格の基準へ置く意味に限定し、口座損益のゼロ点とは分けます。複数入口がある場合はどの新規価格の基準を使ったかを明示し、取引基盤のボタン名だけで決めません。基準が変われば損切り変更と同時に計算版を更新します。手数料込み原価を建値と呼ぶ方針なら、含めた手数料、スプレッド、通貨換算を成分集合へ列挙します。その基準を別口座へ移植せず、口座規則と計算版を保存します。社内用語を採用するときは定義日と責任部署も記録し、料金体系の変更で意味がずれたまま同じ建値ラベルが再利用される事態を防ぎます。

残存数量が正なら、建値移動後も価格執行と費用の経路が残ります。反対に残存が0なら建玉由来の損切り約定リスクはありません。この境界を先に検査することで、完全決済済み取引へ架空のピップ損失を加えることと、保有取引の損失リスクを0とすることの両方を防ぎます。数量状態は記事14の確認済み決済台帳から受け取り、初期ロットを再利用しません。記事14から受け取る数量スナップショットのハッシュを建値損切り後の推定損失へ埋め込みます。決済訂正でハッシュが変われば建値計算も失効し、古い0.40を現在値として残しません。決済取消や約定訂正が後着した場合は数量だけでなく関連する注文状態も巻き戻し、保有が復活した瞬間から価格経路を改めて評価します。

損失リスク表示には価格変動分、既知費用、未確定の追加費用、基準時刻を並べます。0という単一数値を出す場合も、残存数量0なのか距離0で費用ありなのかを状態で区別します。計算不能を0へ丸めず、ピップ価値欠測、古い数量、注文種別不明など具体的原因を返します。状態別の0は集計でも分けます。建玉決済済み、有効な0推定、入力不正を同じ数量0件数へまとめると、ゼロ錯覚の発生率を測れません。集計画面では三状態を色だけで表さず、決済済み、算定可能、算定不能という文字と原因件数を併記して読み違いを減らします。算定不能が長引く場合は原因別の経過時間も表示し、単なる処理遅延と仕様欠測を同じ待機状態へまとめないようにします。

損切り価格は発動価格であり約定価格ではない

FINRA規制通知16-19は、損切り価格が保証された約定価格ではなく発動価格であり、急変時の約定が大きく異なり得ることを支持します。ロングの売り損切り注文が建値で発動しても、利用可能な次の買い気配が下なら不利な距離が生じます。予定損切り価格と実績または仮定約定価格を別フィールドにし、同じ値を既定で複製しません。引用元が述べる発動価格構造と、本稿が置く買い気配差のシナリオを分離します。規制資料が特定業者の2ピップや18ピップを観測したように読める近接表現を避けます。薄い流動性の時間帯では一つの気配で全量が成立しないため、仮定価格を置く際も注文量に対応する価格層を確認した記録が必要です。

注文が発動した時刻と約定した時刻の間には、複数約定や部分約定が入る場合があります。各約定の数量加重価格を再構成し、発動価格との差を不利約定距離へ変換します。最後の約定だけ、平均表示だけ、最も悪い約定だけを無説明で使いません。目的が実現照合なら全約定の出来高加重平均約定価格、事前ストレスなら仮定範囲を使い分けます。部分約定の出来高加重平均約定価格には約定識別子と各数量を保存します。発動価格直後の最初の価格だけで全量を評価せず、残りが別価格で成立した影響を価格変動分へ反映します。約定明細の並び順が通信到着順と異なっても、取引所時刻と一意な約定識別子で集合を作り直せることを照合試験に含めます。

市場が連続的に動く通常条件と、休場後の価格差を同じ滑り平均へ混ぜません。分布の生成過程が違うため、通常時約定と休場後再開を別想定にします。実測履歴を使う場合は銘柄、取引時間帯、注文種別、期間を合わせます。履歴がない18ピップを観測百分位のように表示せず、教育用仮定と明示します。通常時履歴の標本には正常時だけでなく高変動時間帯も含めるかを事前に決めます。結果を見て都合のよい期間を選ばず、選択規則を版管理します。通常時標本の採用規則は結果を見る前に固定し、急変日の除外理由が単なる外れ値処理なのか市場停止なのかを個別に残します。

発動価格なしで手動決済した場合、建値損切りの想定ではなく実績の手動約定として分類します。損切り注文が取消、拒否、期限切れなら、新規に置いた希望価格だけを計算へ残しません。有効注文状態を取得し、保護が存在しない状態では未保護数量と別の価格範囲を示します。損切り注文が存在しない未保護状態では、新規との差を0と置きません。現在価格と明示ストレスの範囲を別表示し、保護注文が復旧した更新事象で新想定を作ります。取消確認の前後に少量の約定が届く競合も再現し、保護注文が消えたという表示と実現損益の明細が同時に整合するかを確認します。未保護数量の表示には最後に有効性を確認できた注文時刻も添え、注文がない期間を後から追跡できるようにします。

売買方向と売買気配の基準を固定する

ロング建玉の決済は売り、ショート建玉の決済は買戻しです。発動価格基準と約定側が異なる商品では、チャートの中間価格だけから距離を測るとスプレッドを落とします。売買方向、新規約定の基準、損切り発動価格の基準、仮定決済方向を変数として持ち、ピップ距離の符号を方向情報へ使いません。不利約定距離は非負距離、売買方向は独立した列にします。気配方向の型検査で中間値、買い気配、売り気配を列挙し、自由文字列を受けません。チャート用配信値と約定先が異なる場合は取得元識別子も比較します。気配の取得時刻が注文発動より古い場合は、方向が正しくても比較対象として失格にし、直近という曖昧な表示で時間差を隠しません。

ピップとポイントも銘柄固有の単位です。価格差をピップへ変える係数、1ロット・1ピップ当たり口座通貨建て価値を仕様から取得します。表示桁数から1ピップを推定せず、小数ピップやティック幅との関係を確認します。単位がそろわない場合、残存ロット×距離×単位価値を実行しません。ピップ変換係数が価格水準で変わる商品や非線形契約は標準式から除外します。値が取得できたという理由だけで一定1ロット・1ピップ当たり価値を全距離へ延長しません。非線形商品を検出した時点で専用計算器への経路を返し、標準1ロット・1ピップ当たり価値欄へ近似値を手入力して続行できないようにします。単位仕様を更新した銘柄では更新前後の係数を同じ履歴へ上書きせず、注文時点の仕様版で再計算できる参照関係を保持します。仕様版が切り替わる時刻をまたいだ約定は各明細に適用された単位へ分け、後から一つの係数で全量を塗り替えません。

ショートの建値損切りでは売り気配側の上昇が不利になります。ロング例の買い気配差を符号反転しただけでスプレッド側の売買方向まで同じにしないよう、対称検査例を作ります。市場気配値が買い気配/売り気配の一方だけ欠ける場合は中間値で補わず、約定側気配を取得不能として状態を返します。ショート検査例では新規100、発動価格100、仮定売り気配100.0002のように売買方向を明示します。価格方向とピップ単位を同時に反転して期待値を曖昧にしません。検査例の期待値には買い気配/売り気配の取得元と時刻を含め、中間価格へ置き換わった場合に数値が近くてもテストを失敗させます。買い気配だけが欠けたロング例と売り気配だけが欠けたショート例を別々に走らせ、片側補間が暗黙に働かないことを確かめます。

新規価格の基準が複数約定の出来高加重平均約定価格なら、その明細版を損切り変更へ結び付けます。後から入口訂正が届いた場合、損切りが訂正後の新規価格と一致するか再評価します。古い新規価格を基準に距離0と表示し続けず、基準不一致を検出します。入口訂正を受信した時点で、損切り変更を自動再送はしません。基準不一致を表示し、サーバーで有効な損切りと訂正後の新規価格の距離を再計算してから操作候補を示します。不一致期間中に損切り注文が発動した場合は、実際の新規価格基準と約定から実現値を再構成し、古い0表示を監査対象にします。入口訂正と損切り発動が交差した事例では、画面に表示された旧基準ではなく各事象の有効時刻から実際に適用された基準を決めます。

現在残っている数量だけを式へ入れる

建値損切り後の推定損失 = 残存ロット × 不利約定距離 × 1ロット・1ピップ当たり価値 + 諸費用の残存ロットは、初期注文量ではなく計算時点の残存建玉数量です。1.00ロットから0.60を決済して0.40が残るなら0.40を使います。初期1.00を使うと価格差を2.5倍にし、逆に決済未確認量を差し引くと過小になります。確認済み約定台帳から数量と基準時刻識別子を受け取ります。残存ロットを取得したスナップショットが古いなら、距離と諸費用が新しくても結果を確定しません。異なる時点の入力を混ぜた時点混成推定を現行損失額と呼ばないためです。数量、価格、費用が別々の更新時刻を持つ場合は最も古い時刻を結果の基準時刻として明示し、鮮度を過大に見せないようにします。

部分決済要求が保留なら、建玉数量はまだ減っていない可能性があります。要求済みの0.60を直ちに引かず、約定確認ごとに残存ロットを更新します。決済自身が部分約定した場合は、各約定を冪等集計し、取消要求と取消確認済みを分けます。記事13の状態機械を入口だけでなく決済へも適用します。保留中の決済の受信順を取消通知、約定、状態で入れ替えても、最終保有数量が同じ約定集合から再構成されるかを確認します。取消要求を先に受けた処理系でも、既に成立した約定は消せないため、取消済み数量と約定済み数量の保存先を分離します。

残存ロットが0なら建玉価格変動分を計算せず、残る費用があれば別の費用台帳で扱います。式へ0を入れて諸費用だけを建値損切り後の推定損失とするより、「建玉リスク:決済済み」と決済後費用を分ける方が意味が明確です。完全決済後の資金調達費訂正や手数料後着を、保有中の損失リスクとして誤表示しません。決済済み取引の費用へ移した費用には取引決済時刻と計上時刻を持たせます。後着費用が保有中の損失リスクの統計へ戻らない一方、最終確定純損益には反映します。決済後費用の訂正は保有リスクの履歴を改変せず、確定損益の新版を追加する方式にすると当時の判断根拠を追跡できます。費用訂正の受信前後で確定損益がどう変わったかを差分表示し、当初の決済価格まで書き換わったように見せません。

複数取引をまとめる場合、異なるピップ価値や通貨を一つの残存ロットへ足しません。各取引で価格変動損失を口座通貨へ換算してから集計します。数量合計0でも買い建玉と売り建玉が相殺しているだけなら、両建玉の約定時の損失リスクは残るため、純数量0を決済済みとみなしません。相殺建玉を集計する場合、各取引の損切りと注文種別を保持します。純数量0という数量だけで約定リスク総額を消さず、通貨換算後の金額を合計します。両建ての片側だけに保護注文がある例では、純数量が小さくても無保護側の価格変動分が残ることを取引単位で示します。

費用を距離ゼロの外側に置く

不利約定距離が0でも諸費用が4米ドルなら推定損失は4米ドルです。手数料、スプレッド費用、資金調達費、通貨換算費用など、価格差とは別に発生する成分を口座通貨へそろえて加えます。費用を新規価格へ埋め込んだ建値基準を使う場合は同じ成分を諸費用へ二重計上しません。包含済み構成項目の集合を保存します。4米ドルのどの部分が既に支払済みかを費用状態で示します。既発生費用を将来損失として再度予約せず、最終損益へは一度だけ反映します。費用の既払い分と将来発生分を同じ正符号で並べる場合でも、資金残高への反映時点を分け、重複予約を残高照合で検出します。

総費用は既発生、将来見積り、未確定に分けます。入口手数料は既発生、決済手数料は注文条件に応じた見積り、資金調達費は保有期間で変わる場合があります。単一の4米ドルへまとめる教育例でも範囲を注記し、実在口座の料金と呼びません。未確定成分があれば既知損失と未確定の追加費用を並べます。保有期間が延びれば資金調達費見積りだけを更新し、過去手数料を現在料金で再計算しません。費用ごとに適用日と数量基準を持たせます。費用見積りの数量基準が0.40から変わったら、固定4を比例させる前に料金体系の最低手数料や料金段階を確認します。最低手数料がある料金体系では数量を半分にしても費用が半減しないため、線形比例を使う前に料金段階の境界を試験します。見積り費用の上限と下限が得られる場合は一点へ丸めず、価格変動分と組み合わせた範囲として保存して不確実性を残します。

CFTCの顧客向け注意資料が店頭取引外国為替取引でスプレッド、手数料、資金調達費などが結果へ影響し得ることを支持します。ただし特定費用水準や0.40ロットの適切性を保証しません。引用文と仮定数値を別要素へ分け、出典の権威で教育用4米ドルを事実化しないようにします。裏付け範囲文には費用が結果へ影響し得るという範囲を保ちます。4米ドルが典型値、保守値、上限だという性質を出典から推論しません。出典裏付け範囲を自動抽出し、4米ドルや特定ロットが引用範囲へ混入した場合に内容監査を失敗させます。引用資料を更新する際は数値例を含む段落まで機械的に裏付け済みへ広げず、資料が直接支える一般的な費用要因だけを対応付けます。

費用通貨が異なる場合は発生時点または見積り時点の換算係数を記録します。日次参照換算値を約定時口座係数と同一視せず、記事12の方向・時刻検査を通します。換算不能費用を0として合計せず、完全な建値損切り後の推定損失を未確定にします。費用換算が欠けた時は価格変動分8米ドルのような既知部分を示せても、建値損切り後の推定損失の合計を12と固定しません。欠測通貨、最終取得時刻、再取得状態を隣に出します。既知8米ドルと未換算費用を同じ大きな合計欄へ置かず、換算完了後に新版12を発行します。旧版は失効扱いとして残します。換算再取得が成功したら取得元、時刻、方向を新しい計算版へ固定し、失敗中の暫定係数を履歴から静かに置換しません。

三つの仮想距離で金額の増え方を検査する

残存数量0.40ロット、ピップ価値10米ドル/ロット/ピップ、費用4米ドルという教育入力では、価格差0ピップなら4米ドルです。2ピップ不利なら0.40×2×10=8に費用4を足して12米ドルです。18ピップの休場後価格差なら72+4=76米ドルです。この三行は市場予測ではなく、距離増加で価格変動分が単調に増えることを確認する検査例です。検査例の計算は十進数で行い、0.40×18×10が72になることを別実装で確認します。表示された76から費用4を引く逆算を期待値生成に使いません。三つの入力列を入れ替える試験も行い、距離が大きい行ほど金額が増えるという性質が表示順に依存していないかを確かめます。

表には残存ロット、不利約定距離、1ロット・1ピップ当たり価値、諸費用、建値損切り後の推定損失をすべて出し、12や76だけを保存しません。同じ0.40と10を共有し、距離だけが変わることを機械判読可能な差分で検査します。他入力まで変えると、結果差を休場後価格差距離へ帰属できません。共通入力には同じデータ識別子を割り当てます。三行へ手入力で0.40を複製して一行だけ0.04になる事故を項目構造検査で検出します。データ識別子の一貫性はマークアップ生成後にも検査します。表の見た目が同じでも構造化データ側で別値なら、検査例不整合として公開を止めます。表から計算器へ値を渡す際は表示文字列を再解析せず、同一の構造化値を参照させることで桁区切りや丸めの混入を避けます。構造化値の検査では数量、距離、単価、費用の役割名も照合し、列位置が変わっても別項目として正しく読めるようにします。

費用4が0なら2ピップ条件は8、18ピップ条件は72ですが、費用0の根拠が必要です。料金体系、対象期間、内包済み成分を確認せず便宜的に0へしません。逆に費用を増やせばすべての想定が同額だけ上がるという加法性を性質検査で確認します。費用=0の承認には料金表版、内包済み項目、対象売買方向を結び付けます。期限が切れた費用0の印は再承認待ちにし、永続既定値へしません。費用0の証拠が口座種別変更で無効になる例を用意し、一時保存キーに口座と料金体系が含まれるかを確認します。費用ゼロの有効期限が切れた状態では数値例を非表示にせず、旧条件による参考値であることと再承認待ちの理由を併記します。

距離が負、1ロット・1ピップ当たり価値が0以下、残存ロットが負、諸費用が負なら式を実行しません。異常値を絶対値や0へ補正すると入力障害を隠します。境界状態を返し、前回の12米ドルが画面やコピー機能へ残らないことまでテストします。無効検査例で状態が変わった後、前回のチャート、読み上げ用名称、クリップボード文字列にも76が残らないかを検査します。非表示板情報の値も対象にします。エラー解消後は全入力を再読込し、非表示板情報に残った76を新結果へ足さない回帰試験も実行します。クリップボード履歴も確認します。異常値を直した後に正常へ戻す試験では、再計算された各成分の作成時刻が修正後であることまで確認して残留値を排除します。

休場後の価格差を通常の滑り履歴から分離する

週末や取引停止中は損切りが市場で実行されず、再開時に価格が離れている可能性があります。18ピップ例はその仕組みを示す仮定であり、特定銘柄の実績百分位ではありません。休場後価格差標本を作るなら、同じ市場、休場種類、方向、期間を定義し、通常取引時間帯の2ピップ履歴と別母集団にします。休場後価格差標本の期間に商品仕様や取引時間変更があれば層を分けます。異なる再開過程を一つの分布へ混ぜ、標本数だけを増やしません。休場後価格差層ごとの標本数と最大欠測期間を報告します。仕様変更で分割した小標本を従来分布と同じ信頼度で扱いません。休場分類を作るときは終了時刻だけでなく最初に取引可能となった時刻を記録し、形式上の再開と実際の流動性回復を混同しません。

休場前に建値へ移したという操作は、休場中の情報到着を止めません。有効な損切り注文、注文有効期限、取引再開時刻、注文処理を確認します。注文が休場中に失効する、再開後に再受付されるなど仕様差があるため、常に次の価格で約定すると一般化しません。休日中に注文有効期限が満了する例を用意し、再開時約定想定へ自動進まないことを確認します。注文失効なら未保護の保有数量を表示します。失効の更新事象を受けた時刻と保有数量を保存し、再開後に同じ利用者側注文識別子が再利用されても旧損切りと誤結合しません。注文有効期限が現地時刻で指定される商品では夏時間変更も含め、期限を協定世界時へ直した過程と使用した時間帯規則を保存します。

休場後価格差のストレス幅を決める場合、最大観測値一件、分位点、シナリオ上限のどれかを明示します。標本外の将来休場後価格差を保証する値ではなく、範囲外リスクを残します。履歴更新で幅が変わったら新版を発行し、結果が悪かった取引だけ遡及的に幅を広げません。ストレス想定版には作成前までのデータだけを使った締切時刻を保存します。後日の休場後価格差を旧版へ混ぜず、新版との標本外の差を比較します。版更新の判断者と締切を残し、ストレス幅を縮小した場合も過去最大を隠さず、両版の対象期間を比較します。縮小理由も開示します。標本が少ない層では百分位の小数表示を精密さの証拠にせず、順位、標本数、同値処理を示して推定の粗さを読めるようにします。休場後価格差が過去最大を超えた場合は旧想定の失敗として記録し、次版の幅だけを広げて旧判断を消さないようにします。

複数の連続休場、休日予定、日次保守停止時間を同じ週末分類名へまとめません。継続時間と市場再開過程を記録し、ストレス検査例を選ぶ規則を版管理します。日程情報の取得失敗時は通常例へ戻さず、取引時間帯状態不明として数量判断を閉じます。日程提供元が復旧した後は有効な取引時間帯を再取得し、不明中に作った通常例を自動承認しません。影響した未送信計画を列挙します。不明中に利用者が画面を離れて戻った場合も、日程の一時保存から通常へ復帰せず、復旧応答を待ちます。日程不明中に成立した手動決済は通常想定へ後付けせず、実約定として記録したうえで日程欠測が判断へ与えた影響を別に残します。

ストップ注文とストップリミット注文の異なる失敗を並べる

SEC投資家向け告知は、発動した損切り注文が成行注文となり約定価格が損切りからずれ得る一方、損切り-指値は未約定になり得ることを支持します。前者は価格不確実性、後者は未約定リスクです。どちらも建値だから安全という結論にはなりません。注文種別を必須入力にし、同じ建値損切り後の推定損失だけで二方式を比較しません。引用監査では損切りと損切り-指値の二つの失敗経路を同じ安全度ランキングへ変換しません。資料が示す相反関係をそのまま保持します。二方式の比較画面には約定価格の不確実性と建玉継続の可能性を別軸で示し、単一の安全度点数へ圧縮しません。

損切り-指値で指値までの価格差を計算しても、市場が飛び越えたとき建玉が残る想定が必要です。未約定時間、保有数量、代替決済範囲を表示します。指値価格を最大損失保証と呼ばず、価格制御条件として扱います。未約定想定には価格だけでなく経過時間と市場状態を含めます。指値到達までの損失を固定額にせず、保有リスクが続くことを示します。保有リスクには現在価格を使った含み損と指値未約定状態を別々に示し、単一点の最大損失へまとめません。指値未約定の継続時間を測る起点は発動受付時刻とし、利用者が画面を開いた時刻から数えて短く見せないようにします。

成行の損切りでは約定可能性を高く見積もれても、損切り価格での約定は保証されません。各約定の出来高加重平均約定価格と発動価格との差を実現後に照合し、事前ストレスとの差を残します。注文種別を後から実績に合わせて書き換えず、送信時受理済み注文種別を保存します。実約定の照合では発動時刻、初回約定、最終約定、出来高加重平均約定価格算出時刻を別々に残します。一つの時刻へ丸めて休場後価格差の継続時間を消しません。出来高加重平均約定価格の更新事象の欠測があれば実績比較を未完了にし、最後の約定価格だけで差を確定しません。実績照合では事前想定の版を凍結して残し、実約定を知った後に幅を修正して予測が当たったように見せる変更を禁止します。

注文方式の変更要求が保留の間は、旧方式と新方式のどちらが有効かをサーバー状態で確認します。画面で損切り-指値を選んだだけで未約定想定へ切り替えず、受理済み変更事象を待ちます。変更競合試験では旧方式の成行損切りと新損切り-指値が一時重複する例も置きます。両方の有効数量を照合し、二重決済可能性を検出します。重複中の有効合計数量が残存を超えた場合、過剰決済量と各注文識別子を表示し、単に新方式だけを残しません。注文方式の重複が解消した後も、どちらが取消されどちらが残ったかを確認済み事象で閉じ、画面操作の順序だけで結論を出しません。過剰決済が実際に成立した場合は新たな反対建玉として切り分け、元の損切り損失へ数量を押し戻さないようにします。

再計算を必要とする更新事象を明示する

部分決済、損切り変更、取引時間帯変更、保有期間変更、費用日程変更、契約仕様変更の各更新事象で建値損切り後の推定損失を更新します。一つの定時更新だけに依存すると、0.40が0.20へ減った後も旧数量で表示したり、資金調達費追加を落としたりします。更新事象識別子を計算版へ含めます。更新事象一覧には再計算対象の変数を明記します。費用日程変更なら諸費用、部分決済なら残存ロット、銘柄仕様なら1ロット・1ピップ当たり価値という依存関係から影響想定を抽出します。依存関係の一覧は更新事象の追加時に試験へ反映し、新しい費用項目だけが再計算から漏れるような保守上の欠落を検出します。未知の更新事象を受けた場合は影響なしと決め打ちせず、依存先を判定できるまで現行結果を参考表示へ移します。

更新中は旧値を参考表示へ降格し、発注候補や追加数量計算から外します。新入力の一部だけ届いた状態で旧ロットと新費用を混ぜず、整合済みスナップショットがそろってから公開します。不一致が長引けば欠測項目を具体的に返します。整合済みスナップショットには数量、損切り、注文種別、ピップ価値、費用版のハッシュを含めます。一項だけ古い場合、他の新入力を破棄せず待機集合へ保持します。スナップショット待機中に同じ更新事象が再送されても、依存項目集合を二重追加しません。欠けた版だけを再取得します。待機集合が長時間解消しない場合は、最後に成功した版との差分を示し、古い総額を新しい入力と誤認させない表示へ切り替えます。

損切りを新規へ移す自動機能がある場合、損失台帳を0とするという副作用を持たせません。変更が受理された後に新損切りを読み、残存ロット、約定距離の想定、諸費用を再評価します。自動化のボタンテストでは見た目だけでなく、保存された建値損切り後の推定損失が4、12、76の各検査例を正しく返すかを確認します。自動機能を無効から有効へ切り替える検査では、過去取引へ遡って損失リスク0を書かないことも確認します。変更受理後のスナップショットだけを更新します。自動機能のテスト結果にはボタン状態、受理済み更新事象、台帳版を三点で記録し、画面上の成功だけを合格にしません。自動変更の受理後に価格が先に動いた例も置き、操作成功という通知と損失額の再評価が別工程であることを履歴から確認します。

通信網への再接続後は保有建玉、有効な保護注文、費用、銘柄仕様を再取得します。切断前の建値の名称を信頼せず、サーバー状態から再構成します。再同期完了まで前回値を現行と呼びません。再接続前後のサーバー識別子を比較し、同じ損切りが新識別子で再発行された場合に二注文として過剰計上しない一方、真の重複を見逃さないようにします。再接続後の注文系列を提供元の親識別子から照合し、単なる同価格・同数量で同一注文と推測しないようにします。再接続のたびに識別子が変わる提供元では親子関係と発注時刻を併用し、同値の注文を無条件に同一視する近道を取りません。

ゼロ錯覚を再現する敵対的試験を置く

第一に、損切り=新規、距離=0、諸費用=4を与え、結果が0ではなく4になることを確認します。次に諸費用=0、残存数量が正、距離=0なら価格と費用の算定モデル上0ですが、約定保証ではないという状態を残します。単一の検査条件だけでなく、内訳と注意表示を検査します。有効な0推定の前提には有効な注文、距離基準、費用0の証拠を列挙します。0という数値だけを合格条件に使わず、前提が切れれば表示印も失効させます。有効なゼロ結果には前提一覧の指紋を付け、費用証拠や注文状態の一つが更新された時点でゼロ表示を自動的に期限切れへ移します。

第二に、初期数量1.00、確認済み決済0.60、残存0.40の状態で、式が1.00を使わないことを確認します。決済要求が保留なら残存を早く0.40へしない競合検査例も用意します。数量更新の事象順を入れ替え、スナップショットの整合性を試します。競合検査例には決済約定が損切り変更より先、後、同時刻の三順序を置きます。数量と損切り版の対応がずれたスナップショットを公開しません。三つの事象順序に加えて同一時刻で順序情報がない例も置き、その場合は都合よく並べ替えず整合待ちとして閉じます。

第三に、ピップ価値が既に口座通貨換算済みか未換算かを変え、二重換算と換算漏れを検出します。通貨コードを欠測させた場合に10という裸値を使わず、換算保留で閉じることを確認します。換算検査は米ドル口座の同一通貨の例と円口座の換算係数の例を対にします。同一通貨で通った経路が別通貨でも係数1を残さないかを確認します。同一通貨の例の通貨コードを変更した瞬間、換算値1の処理が失効して係数取得へ遷移するかを更新事象検査で確認します。換算係数の取得に失敗した後で口座通貨を変更した例では、旧通貨の成功値が一時保存から復活しないことを確認します。換算提供元が途中で切り替わる例では係数差だけでなく基準時刻の連続性も確認し、異なる時点の値を接続しません。

第四に、損切り注文の拒否、損切り-指値未約定、週末の休場後価格差、部分約定を組み合わせます。一つの失敗分類名へまとめず、価格損失、保有リスク、不明な費用を別状態で返します。正常復旧後に旧エラーや旧数値が残らないかも検査します。組合せ失敗では一つの代表エラーだけを返さず、拒否、未約定、休場後価格差の仮定、費用不明を全て保存します。修正後に残る原因を見えるようにします。複数原因のうち一つが解消しても残りを表示します。全原因解消になる前に前回正常値を復活させない状態遷移を検査します。複合障害の一覧には各原因が数量、価格、費用のどの成分を不確定にしたかを対応付け、復旧判定を原因単位で行います。

残存ゼロと保証なしの境界で結論を閉じる

残存数量が0なら、その建玉について追加の損切りの約定価格に関する損失リスクはありません。これは建値損切りが損失ゼロを保証したからではなく、保有建玉が存在しないからです。後着費用や資金調達費訂正は決済済み取引の費用台帳で扱い、建値損切り後の推定損失の残存ロット項へ戻しません。残存数量0の根拠となる決済約定識別子を決済済み状態へリンクします。後日取消訂正で保有数量が戻れば、決済済み-取引分類を再監査します。完全決済の根拠明細が訂正されたときは、数量復活だけを通知するのではなく保護注文が現在も有効かを直ちに再照会します。

契約上の保証決済がある場合は、対象注文、費用、除外更新事象、適用時間を一次仕様で確認します。保証範囲が価格だけなら手数料や通貨換算費用は残り得ます。画面ラベルや宣伝文だけを損失上限の証拠にしません。保証仕様の版と注文受付時刻を比較します。現在の契約条項を過去取引へ適用せず、除外更新事象の判定に必要な市場時刻を保持します。訂正により残存が正へ戻った場合、決済済みの名称を失効扱いにし、有効な注文と費用推定も同じスナップショット時点で再取得します。保証条件の判定には注文受付時の契約版を使い、後日の説明ページ更新だけで過去取引の補償範囲を拡大または縮小しません。

一次資料が直接支えるのは損切りの発動価格と約定の違い、損切り-指値の未約定可能性、店頭取引費用の存在です。0.40、2ピップ、18ピップ、4米ドルは教育用仮定であり、市場観測や推奨値ではありません。出典と記事推論を分けます。出典部分と仮定部分をマークアップの別データ属性へ分け、出典裏付け済みの主張だけを機械抽出できるようにします。引用更新時の影響範囲を限定できます。保証条項が見つからない場合を通常損切りへ自動分類せず、保証証拠を取得不能として別状態にします。引用先が改訂された場合は旧版を削除せず、どの主張がどの版に依存していたかを対応表で追跡できる状態にします。一次資料の対象市場や注文方式が異なるときは類似性だけで転用せず、本稿の推論部分として区別した注記を付けます。

本稿は建値損切り後の残存損失を検算する教育情報で、特定注文種別、数量、決済方法を推奨しません。損切り価格での約定、利益、損失上限を保証せず、実際のスプレッド、費用、休場後価格差、通貨換算条件は口座と時点で変わります。入力が未確定なら精密な0を出さず、未確定状態を保存します。未確定状態の滞留時間と原因を品質指標へ含めます。数値を出した件数だけを成功とせず、不明を0へ押し込まない運用が続いているか監査します。滞留が外部要因でも、最終成功版を参考表示へ降格した時刻を残します。復旧後は新スナップショットの検査が通るまで現行状態へ戻しません。未確定の原因別滞留時間を集計すれば、数値を無理に出す圧力ではなく、仕様取得や約定同期の改善箇所を具体的に選べます。未確定件数の減少だけで品質を判定せず、原因が解消された証拠と再計算完了の割合を組み合わせて評価します。

判断・管理ルール

  1. 停止価格ではなく、保守的な実行可能価格との差を使う。
  2. 残存数量が変わるたびに再計算する。
  3. 日常的な滑りと休場ギャップを別ケースにする。
  4. 費用をゼロと置く場合は、その根拠と対象期間を残す。
  5. 推定額が許容額を超える場合は、新規追加数量を増やさない。

誤りやすい点

  • 建値という名称だけで損失をゼロ登録する。
  • 初期ロットを使い、部分決済後の数量を無視する。
  • ピップ価値の口座通貨換算を省く。
  • ストップリミット注文の未約定リスクを無視する。

根拠資料

  1. FINRA Regulatory Notice 16-19 — Stop Orders

    この資料が支える範囲: 停止価格は保証約定価格ではなくトリガーであり、急変時の約定価格は大きく異なり得ることを支持します。

  2. SEC Investor Bulletin — Trading Basics

    この資料が支える範囲: 発動した停止注文は成行注文となり約定価格が停止価格からずれ得る一方、ストップリミット注文は未約定になり得ることを支持します。

  3. CFTC Customer Advisory — Eight Things You Should Know Before Trading Forex

    この資料が支える範囲: 店頭外国為替では取引業者が執行基盤を管理し、スプレッド、手数料、資金調達費用などが結果へ影響し得ることを支持します。

よくある確認

建値ストップなら最低でも損失ゼロですか?

いいえ。約定差、スプレッド、手数料、資金調達費用、ギャップによりマイナスになり得ます。

分割決済の利益と相殺してよいですか?

最終損益では相殺できますが、管理上は実現損益と残存リスクを別々に計算してから合算します。

滑りは何ピップに固定すべきですか?

普遍的な値はありません。銘柄、時間帯、注文方式ごとの観測履歴を使い、履歴がなければ仮定であると明示します。

ストップリミット注文なら安全ですか?

価格条件は制御できますが、相場が限界価格を越えると未約定になる可能性があります。目的に応じて約定リスクと価格リスクを分けます。

現在の入力値で再計算する

残存ロット、保守的な約定距離、ピップ価値、費用を入力し、現在の推定損失額を確認してください。

重要事項: 本記事は停止注文後の損失計算を説明する教育情報です。特定の注文、数量、決済方法を推奨せず、停止価格での約定または損失上限を保証しません。