Held注文とNot-held注文の違い：ブローカーの裁量とは

Held注文とNot-held注文の相違

Held注文とNot-held注文の差は、一つの問いに集約されます。ブローカーは今すぐ約定させる義務があるのか、それとも執行のタイミングを選択する裁量があるのか、という点です。

Held注文は、現在の市場価格で直ちに執行するよう指示するものです。ブローカーはその即時性を厳守しなければなりません。

Not-held注文は、時間と価格の決定権をブローカーに委ねるものです。この裁量により、特定の瞬間に約定させる義務はなくなります。

個人投資家の成行注文は、実質的にHeld注文として扱われます。一方、ブロック注文やアルゴリズム注文は、通常Not-held注文となります。

Held注文とNot-held注文：本質的な違い

「Held」は「市場に拘束される（held to the market）」の略です。指示は単純で、今そこにある価格で即座に約定させることを意味します。ブローカーはより良い約定を待つことはできず、相場が落ち着くまで注文の一部を残すことも許されません。即時性が求められる注文です。注文が市場に到達した時点の価格が約定価格となります。

「Not-held」は、求められる成果が異なります。時間と価格の判断はブローカーに委ねられます。Not-held注文は一時間待機することもあれば、流動性が現れた瞬間の三十秒で完了することもあります。顧客が放棄するのは特定の約定タイミングです。ブローカーがいつ約定させるべきかという義務は存在しません。価格が変動した後に約定したとしても、それだけで指示違反とはみなされません。

これが責任の所在における違いであり、Held注文が単なる成行注文以上の意味を持つ理由です。スピードは結果に過ぎません。購入しているのは、ブローカーによる裁量という義務そのものです。

即時性のコストとは

成行の買い注文は、到着時に買値と売値のスプレッドを跨ぐ。スプレッドとは、買い手と売り手がそれぞれ提示する最良価格の差であり、これを跨ぐことは先んじて約定するための手数料である。この差は一日を通じて変動する。以下のパネルは、大型株二銘柄について、中間値に対するスプレッドをベーシスポイント（一ベーシスポイントは百分の一パーセント）で平均し、通常セッションの三十分単位で示したものである。

SELECT
    formatDateTime(
        toStartOfInterval(toTimeZone(sip_timestamp, 'America/New_York'), INTERVAL 30 MINUTE),
        '%H:%i')                                       AS et_time,
    round(avgIf(toFloat64(ask_price - bid_price)
                / toFloat64((ask_price + bid_price) / 2) * 10000,
                ticker = 'AAPL'), 2)                   AS aapl_spread_bps,
    round(avgIf(toFloat64(ask_price - bid_price)
                / toFloat64((ask_price + bid_price) / 2) * 10000,
                ticker = 'KO'), 2)                     AS ko_spread_bps
FROM global_markets.cache_stocks_quotes
WHERE ticker IN ('AAPL', 'KO')
  AND sip_timestamp >= '2026-06-17 13:00:00'
  AND sip_timestamp <  '2026-06-17 20:30:00'
  AND bid_price > 0
  AND ask_price > bid_price
  AND toFloat64(ask_price - bid_price) / toFloat64(bid_price) < 0.02
GROUP BY et_time
HAVING countIf(ticker = 'AAPL') > 0
   AND countIf(ticker = 'KO') > 0
ORDER BY et_time

09:00（東部標準時）、寄り付き前の気配値は、AAPLが平均6.57 bps、KOが平均21.21 bpsであった。12:00の時点では、AAPLは0.89 bps、KOは1.42 bpsとなった。パネルの最終ブロックである16:00では、AAPLは6.72 bpsを記録した。成行注文は到着した瞬間のスプレッドを支払うものであり、ブローカーの担当者がより有利な価格を待つことは許されていない。価格の上限設定が時間的な確約よりも重要である場合、その取引は成行注文と指値注文の検討対象となる。

Not-heldオーダーとは何か

Not-heldオーダーとは、即時執行の要件を外した売買注文のことである。機関投資家の注文票では、数量や銘柄名の横に「NH」と記載されるフラグとして扱われる。顧客はトレーディングデスクに対し、執行場所の選定、執行ペースの調整、価格判断を委ねる。

これには二つの帰結がある。利点は、注文を「ワーク（執行）」させることで、到着時にオファー価格で約定させるのではなく、自然な流動性を待てる点にある。また、一度に全数量をぶつけて価格を押し上げるのではなく、注文を分割して執行できる。代償として、顧客はどの時点においても約定を保証されない。相場が急騰すれば注文はそれを追う形となり、デスクは求められた責務を果たせなかったことにはならない。裁量権は、そのセッションの展開に応じてどちらの方向にも働く。

なぜ大口注文を一回の約定で執行できないのか

裁量とは、注文が一度の約定で処理できないほど大きい場合にのみ意味を持つ。テープ（約定履歴）は多数の小口注文と少数の大口注文で構成されており、このサイズ分布こそが、注文を分割して執行する手法が存在する理由である。

SELECT
    print_size,
    round(100 * prints / sum(prints) OVER (), 2) AS prints_pct,
    round(100 * shares / sum(shares) OVER (), 2) AS shares_pct
FROM
(
    SELECT
        multiIf(size < 100,  'under 100',
                size < 500,  '100 to 499',
                size < 1000, '500 to 999',
                size < 5000, '1,000 to 4,999',
                             '5,000 and up') AS print_size,
        count()                              AS prints,
        sum(size)                            AS shares
    FROM global_markets.stocks_trades
    WHERE ticker = 'AAPL'
      AND sip_timestamp >= '2026-06-17 04:00:00'
      AND sip_timestamp <  '2026-06-18 04:00:00'
      AND size > 0
    GROUP BY print_size
)
ORDER BY multiIf(print_size = 'under 100', 1,
                 print_size = '100 to 499', 2,
                 print_size = '500 to 999', 3,
                 print_size = '1,000 to 4,999', 4,
                 5)

under 100株の約定は、その日のAAPLの全約定件数の88.99%を占め、売買高の22.84%を占めた。5,000 and upのバケットは逆の傾向を示し、約定件数の0.02%、売買高の48.77%を占めている。世界で最も流動性の高い銘柄の一つにおいて、少数の大口約定が売買高の大部分を担う一方、約定件数では最小のバケットが支配的である。

この分布に対して四十万株の注文をぶつけると仮定する。待ち構えている単一のカウンターパーティは存在しない。親注文は数百から数千の子注文へと分割され、それぞれをいつ発注するかという判断こそが、not-held指示によって与えられる裁量そのものである。それら子注文の一部は、アイスバーグ注文の役割であるサイズ隠蔽を行う。

ワークド・オーダーの評価基準となるベンチマークは何か

ヘルド・オーダーにベンチマークは不要である。到着時に約定するため、到着価格が評価基準となる。一方、ワークド・オーダーは事前に合意した指標に対してのみ評価が可能である。一般的な指標は、到着時のミッドポイントと、そのセッションの出来高加重平均価格（VWAP）の二つである。終値を基準とするデスクは、代わりにクロージング・オークションを対象に執行を行う。ここで MOCおよびMOOの締め切り時間 が重要となる。

到着価格とVWAPはどの程度乖離し得るか。以下のトレースは、二〇二六年六月の 9 セッションにおいて、AAPLのその日のVWAPと朝方の始値との乖離を測定したものである。VWAP とは、各価格で取引された株式数で加重した一日平均価格である。

SELECT
    toString(date)                                                AS session_date,
    round(10000 * (toFloat64(max(vwap)) - toFloat64(max(open)))
          / toFloat64(max(open)), 1)                              AS vwap_minus_open_bps
FROM global_markets.stocks_daily_aggs
WHERE ticker = 'AAPL'
  AND date >= '2026-06-15'
  AND date <= '2026-06-26'
  AND open > 0
  AND vwap > 0
GROUP BY date
ORDER BY date

2026-06-15の乖離は 64.3 ベーシスポイントであった。2026-06-26の乖離は 266.3 ベーシスポイントであった。これらの乖離幅は、ワークド・オーダーがどちらかの方向に利用可能な余地を示しており、その符号は始値の時点では不明である。この余地は銘柄ごとに異なる。

SELECT
    ticker,
    round(avg(gap_bps), 1) AS avg_abs_gap_bps,
    round(max(gap_bps), 1) AS widest_gap_bps
FROM
(
    SELECT
        ticker,
        date,
        abs(10000 * (toFloat64(max(vwap)) - toFloat64(max(open)))
            / toFloat64(max(open))) AS gap_bps
    FROM global_markets.stocks_daily_aggs
    WHERE ticker IN ('AAPL', 'MSFT', 'NVDA', 'SPY', 'KO', 'JNJ')
      AND date >= '2026-06-01'
      AND date <= '2026-06-30'
      AND open > 0
      AND vwap > 0
    GROUP BY ticker, date
)
GROUP BY ticker
ORDER BY avg_abs_gap_bps DESC

二〇二六年六月を通じ、MSFTのその日のVWAPと始値の乖離は平均で 119.6 ベーシスポイントであり、単一セッションでの最大乖離は 396 ベーシスポイントであった。パネルの反対側では、SPYの同指標の平均は 43.6 ベーシスポイントであった。これら二銘柄で同一の注文を出した場合、デスクに与えられる裁量の余地は大きく異なる。

各注文の執行形態

• 個人投資家のマーケット注文は、実務上「held（執行義務あり）」として扱われる。即時執行を目的として発注され、約定確認も同分単位で行われる。
• マーケット可能な指値注文は、heldに近い状態となる。価格に上限を設ける一方、執行タイミングの裁量は認められない。
• ブローカーのトレーディングデスクに委託されたブロック注文は、通常「not-held（執行義務なし）」となり、注文票にはNHのマーカーが付される。
• アルゴリズム注文は、その構造上not-heldである。執行スケジュールが裁量となり、コードとして記述される。

有効期間（Time in force）は別の問い、すなわち注文がどの程度の期間有効かという点に答えるものであり、これについては有効期間で詳述する。執行の瞬間を誰が決定するかという点が、heldに関する問いである。オプション取引において、注文を「ワーキング（執行中）」の状態に置くことは例外ではなく一般的であり、指値注文が約定しない理由はオプション注文が約定しない理由にまとめられている。

裁量権と最良執行の関連性

顧客注文を扱うブローカーには、合理的に利用可能な最良の条件を追求する相当の注意義務がある。「not-held（指値の即時執行を求めない）」の指示があっても、この義務が免除されるわけではない。義務の評価基準が、注文到着時の画面上の価格から、執行期間全体を通じて行使された判断の質へと変化するだけである。

この違いは、公開されている執行統計に現れる。標準的な市場センターの報告書では、not-held注文はサンプルから除外される。これらの指標は即時性を前提としているが、執行を委ねられた注文はその対象ではないためである。Rule 605および606の執行報告書は、開示対象に含まれる内容を規定している。執行を委ねられた注文の質は、トレーディングデスク独自のベンチマーク報告書に示されるものであり、顧客はこれを個別に請求する必要がある。

ブローカーに問うべきこと

二つの質問で決着がつく。注文は「ワーキング（執行中）」か、それとも「即時執行」か。ワーキング注文の場合、約定のベンチマークは何であり、その測定結果を確認できるのか。注文を管理するトレーディングデスクであれば、即座に回答できるはずだ。すべての注文を即時執行に回すブローカーの回答は簡潔だが、同様に知っておく価値がある。二百株の注文を出す読者と、二十万株の注文を出す読者では求める商品が異なる。業界では「ヘルド（held）」と「ノットヘルド（not-held）」という言葉でこれらを区別している。

よくある質問

注文における「not-held」とはどういう意味ですか？

not-held注文は、執行のタイミングと価格に関する裁量をブローカーに委ねるものです。ブローカーは特定の瞬間に約定させるのではなく、一定期間を通じて判断を下すよう求められます。顧客は、単一の約定が保証されるものではないことを承諾します。

個人投資家の成行注文は「held」注文ですか？

実務上は、その通りです。成行注文は現在の市場価格で即座に執行されるようルーティングされ、ブローカーには即時執行の義務が生じます。ほとんどの個人向けプラットフォームでは「held」や「not-held」という言葉は表示されませんが、受け付けられる注文のほぼすべてがheldベースで処理されるためです。

not-held注文の方が有利な価格で約定しますか？

有利になることもありますが、保証は一切ありません。注文を時間をかけて執行することで、スプレッドを支払う代わりに獲得できる場合や、一度に大量の注文を出すことによる市場への影響を緩和できる場合があります。一方で、同じ裁量権ゆえに、執行期間中に市場が動けば、到着時の価格から大きく乖離した水準で約定する可能性もあります。

not-held注文と指値注文の違いは何ですか？

指値注文は価格のみを制御します。市場がその価格に達した時点で、指値またはそれより有利な価格で約定します。not-held注文は、顧客側で価格もタイミングも制御しません。どちらの注文も、合意された委託内容に基づきブローカーが管理します。

上記の各パネルには、それを生成したSQLが含まれています。パネルを開き、追跡しているティッカーシンボルに入れ替えて、Strasmore端末で同じ質問を自身の銘柄に対して実行してください。