IBKR 停損單怎麼核對？Trigger Method、Outside RTH 與未成交排查（2026）

IBKR 停損單沒有成交，先確認原單是否仍有效，再分開查「是否觸發」與「觸發後能否成交」。停損價是啟動條件，不是保證成交價；Stop Limit 即使已觸發，市場跳過限價後仍可能掛著。勾選 Outside RTH 也不能單獨證明這張單會在盤前、盤後或隔夜保護你的部位。

以下固定使用桌面 TWS 的 Classic Order Ticket，核對美國交易所上市股票與 ETF 的一般 STP／STP LMT，不把期貨、選擇權或 OTC 的規則混進來。準備一張既有委託，或只讀取未送出的訂單欄位；完成這份核對不需要送出真實交易。本文依官方文件整理，畫面是官方教學示例，未進行登入或紙上交易實測。若還不熟悉桌面平台，可先看IBKR 開戶後設定與功能地圖。

先確認原單已接受，還有沒有有效剩餘

先保存同一張單的 order ID、原始狀態文字與剩餘股數，再依官方狀態表決定接著查哪一層。這裡看的是訂單的 Status 欄，不是買賣方向或整列背景色。

• 未傳送／淺灰：先標為草稿。可往下讀取欄位，但不能拿它判斷市場是否漏掉觸發。
• 尚未收到接受確認／淺藍：先查接受回報；淡紫則是已接受但尚未工作，先讀伴隨訊息。狀態未釐清時，直接進入後面的紀錄與客服查核流程。
• 已確認取消／紅色，或收到拒單回報：先查終止原因及時間，不把原單當成仍待觸發；已成交與剩餘股數分開保存。
• 取消待確認／粉紅或橘色：仍可能成交。先追最後回報，不把按下取消當成取消完成。
• 已接受且仍有待查剩餘：才往下核對觸發條件。深藍可表示 IBKR 模擬委託尚未觸發；綠色本身不能證明停損已觸發，原生停損在觸發前後都可能顯示綠色。

無法確認是否仍有效，就先把這一項標成「待 IBKR 確認」，保存現有回報交客服查核。若只是檢查未送出的草稿，以下記錄的是預備條件，不是已接受的委託。

先把同一張訂單的條件抄完整

在 Classic TWS，Order 按鈕可開啟訂單票據；既有訂單可從訂單列按右鍵，選 Modify → Order Ticket。先讀取、保存原設定，不為了檢查而按 Transmit 或更改價格。官方 Order Ticket 指南把商品、價格、有效期間與其他條件分在不同分頁，請始終以同一個 order ID 串起來。

• 商品與方向：股票代號、完整合約、交易所、幣別、Buy／Sell、原始股數、已成交與剩餘股數。
• Order Type 與價格：STP 是停損市價單；STP LMT 是停損限價單。另記 Stop Price／Aux. Price；只有 STP LMT 才再核對 Limit Price。欄位名稱與可用選項會隨合約及版本不同。
• Time in Force：記下 DAY、GTC 或其他有效期間，以及有無開始、結束時間。有效多久與可在哪個交易時段工作，要分開核對。
• Outside RTH：記錄是否允許在正常時段外觸發或成交，並保留系統當下的限制訊息。
• Destination 與 Trigger Method：分別記錄路由目的地，以及 Misc 分頁的實際觸發方法；不要只抄全域預設。
• 狀態：保存原始狀態文字、顏色、最後變更時間與時區、錯誤訊息。未送出的草稿也要明確標成「未傳送」。

STP 觸發後成為市價單；STP LMT 觸發後成為限價單，賣出不能低於限價、買進不能高於限價。IBKR 的 Stop Limit 說明因此提醒：停損限價能限制成交價格，卻可能完全不成交。不要把 Stop Price 與 Limit Price 填成一個模糊的「停損價」。

Trigger Method 要看這張單，不只看 Presets

打開 Misc → Trigger Method，記下實際顯示的值。若要查預設，可到 Global Configuration → Presets；但官方明載，更換預設策略不會套用到既有訂單。改過 Presets 後，不能直接認定昨天送出的停損單也已改好。

先分清誰管理觸發：原生（native）停損由交易所處理；IBKR 模擬（simulated）停損則由 IBKR 管理觸發。這裡的 simulated 是委託處理方式，不是指你使用紙上交易帳戶。TWS 設定的 Trigger Method 只適用 IBKR 模擬停損，交易所原生停損可能忽略它。查Order Types 的原生／模擬委託說明與所選交易所支援項目；若無法確定這個合約、路由的處理方式，就列為待客服確認。

以官方 Stop Trigger Method 表核對，股票未自訂時的 Default 對應 Last。Last 是最後一筆成交價；bid 是買方願意支付的最高報價，ask 是賣方願意接受的最低報價。Last 記錄已發生的交易，bid／ask 是買賣兩側的報價，不能拿同一個數字代替。

核對這張單的 Last 觸發條件時，賣單要求最後成交價不高於觸發價，買單相反；但不是 K 線碰到價格就算成立。系統還須收到有效 bid／ask，最後成交價要落在買賣報價之間，或符合官方表列的區間外容許範圍。對本文範圍的美股，Last 條目另列主要交易所正常時段與有效報價限制。

另一個容易看反的欄位是 Bid/Ask 觸發法：官方定義是賣出停損看 ask ≤ 觸發價，買進停損看 bid ≥ 觸發價。這是在判斷是否啟動；已啟動後想賣出，仍要看買方 bid 與可成交數量。觸發所看的報價，與成交所找的對手價，不應混用。

若這張單顯示 Double Last 或 Double Bid/Ask，請另外對照官方表的連續報價及同價數量條件，單張行情截圖不能證明完整序列成立。本文不替所有方法推導相同時段規則，也不建議為了「讓它觸發」就直接切換方法；先確認新方法會用哪種行情、由誰管理，再評估是否符合你的交易目的。

Outside RTH、GTC 與 Overnight 是不同檢查

RTH 是正常交易時段；美股一般為美東 09:30–16:00。IBKR 股票停損單揭露（Form 9130）把正常時段、有效報價與原生／模擬處理列為停損的重要條件。來源差異：前述Trigger Method 指南的 Last 條目寫美東 9:20 開始，與 Form 9130 的 9:30 不一致；本文一般 RTH 採 Form 9130 的 9:30，不據此認定 9:20 就具備觸發資格。排查時記下美東日期與時區，不要只用「台灣半夜」描述事件。

在IBKR 延長時段教學的官方回覆中，IBKR 說明一般 Stop 不在正常時段外工作，Stop Limit 則可設定 Outside RTH。這不能再推成「每張 STP LMT 勾選後都全天有效」：Order Ticket 本身就限定可用商品；你還要核對該單的 Trigger Method、路由及帳戶回報。尤其使用 Last 時，要把前述正常時段限制一起查清楚，不能只靠核取方塊宣稱已解除。

GTC 管有效期間，不會把不合資格的時段變成可交易時段。至於 Overnight，官方 TWS 教學把它視為與日間及延長時段分開的交易場所，目前列出的訂單類型是 Limit 與 Adaptive。這份 Overnight 教學沒有把一般 STP／STP LMT 列為隔夜可用類型，因此不能用 Outside RTH 推論同一張停損單有隔夜保護。若你的問題發生在夜盤，先對照IBKR 夜盤與訂單生命週期指南，再查那張單實際的目的地與 TIF。

用跳空例子，分開未觸發與觸發後未成交

假設你有一張賣出 100 股、Stop Price US$95、Limit Price US$94 的 STP LMT。以下先假設訂單已接受、當下具時段資格，且官方要求的觸發條件確實成立；這是教學假設，不是真實成交紀錄。

市場跳到 bid US$90、ask US$90.10，停損條件成立後，這張單才成為最低接受 US$94 的賣出限價單。當下買方只出 US$90，就不能按這個 bid 成交。這是已觸發、仍未成交，不是「停損價沒有作用」。要繼續查限價、對手數量與路由，可看美股限價到了沒成交的排查指南。

若原單是 STP，觸發後改成市價單，就不再有 US$94 這個限價保護；實際成交可能偏離 US$95，仍受市場流動性與可執行情況影響。停損市價偏向尋求執行，停損限價保留價格邊界，兩者都不是保證損失上限的工具。

反過來，如果同一次下跌發生在該單不具觸發資格的時段，價格再低也不能先認定已觸發；這是仍待觸發的排查方向。若已收到取消或拒單回報，則先追終止原因。這三種結果必須由訂單紀錄分開，不能只憑同一張 K 線判定。

看狀態時，綠色不一定代表停損已觸發

TWS 的Order Status Colors 官方表有一個關鍵例外：原生停損在交易所尚未觸發與已觸發時，都可能顯示綠色。綠色本身不足以證明觸發；應合併訂單詳情、訊息與成交回報判讀。常見狀態可按下列順序定位：

• 淺灰／淺藍：前者是尚未傳送；後者是已傳送、尚未收到接受確認。先查這張單是否真的被接受。
• 深藍：官方用來表示 IBKR 模擬委託已接受、尚未觸發。仍要對照訂單類型與剩餘數量。
• 淡紫：已接受但尚未工作，可能受其他問題阻擋；讀取伴隨訊息，不要把「接受」當成已在交易所排隊。
• 綠色：通常是目的地正在工作的委託；原生停損保留前述例外，不用它單獨判定觸發。
• 粉紅／橘色：取消仍未完成目的地確認，仍可能成交。先核對最後回報，不要因按過取消就直接另送同量單。
• 紅色：剩餘委託已確認取消；官方也說目的地拒絕可能造成此狀態。它沒有告訴你誰取消、原因為何，須再查訊息。

還有一種不是狀態欄顏色的提示：整條訂單列呈淺棕色，官方說明代表工作中的委託已在介面修改、但尚未重新傳送。訂單列背景色指南可用來辨識這個差別；你眼前看到的新價格，不一定是目的地已接受的價格。即使已送出修改，官方 Pending (All) 指南也提醒：在交易所完成替換前，原單仍可能成交。

要找回可供比對的活動紀錄，可在同一套 Classic TWS 依下列路徑查看；這一步是讀取紀錄，不需修改或重新傳送訂單。

1. 先保存目前 Order Ticket 的欄位與時間。在 Edit → Global Configuration → General 檢查 Create audit trail，確認是否已有可供這次查核的活動紀錄。已勾選時，繼續第 2 步找事件日期；未勾選或無法取得紀錄時，先將缺少的接受條件標為「待 IBKR 確認」，帶現有回報進入下節客服查核。公開指南未交代現在啟用能否補回舊紀錄，不把現在勾選當成歷史回補方法。
2. 從 Account → Audit Trail 選事件日期，再選 Expanded → OK；官方指南記載可選最多往回 5 天，紀錄會在瀏覽器開啟。事件日期無法選取或未找到紀錄時，保存目前能取得的資料，轉入下節客服查核，不用今天的票據補猜當時條件。
3. 找到同一 order ID，按時間比對操作與回報，再將商品、買賣方向、股數、Order Type、價格及 TIF 與票據逐欄對照。保存包含前後事件的紀錄，並註明時間所用時區；每日檔案會按星期名稱在下一週覆寫，需保留時另存或重新命名。事件檔未保存或已覆寫，就把該段時間線列為待確認，交客服查核。

核對表分開填「票據目前顯示」與「已確認接受」。官方 Audit Trail 範例有 Acknowledged 接受回報，但未示範完整停損改單的接受判讀；不能只看最新一列操作，或只見這個字，就把整張票據填成已接受。只有能與同一訂單、該次修改及參數對上的接受回報，才用來記錄已確認欄位。Stop／Limit Price、Trigger Method、Outside RTH 或 Destination 若未列在紀錄中，或找不到對應回報，就填「待 IBKR 確認」，附上原始紀錄交由客服核對。

把待查項目整理成客服能回答的問題

完成核對後，讓每張單留下四項結果：最後接受的條件（未能對上回報的欄位標為待確認）、是否仍有有效剩餘、觸發有無證據、下一個待查欄位。已成交數量與剩餘數量分開記；每次修改或收到取消回報，都在原有時間線補上事件與確認結果。執行與費用紀錄可再用IBKR 成交與佣金核對流程對帳。

若資料仍對不上，可以把詢問寫成：「請協助核對 order ID［編號］在［日期、時間與時區］最後接受的 STP／STP LMT 條件、Stop／Limit Price、Trigger Method、TIF、Outside RTH 與 Destination。此單是交易所原生還是 IBKR 模擬？當時是否具觸發資格，有無觸發時間或事件紀錄？若已觸發，剩餘數量為何未成交；若已取消或拒絕，請提供原因訊息及時間。」

附上 TWS 版本、該單原始欄位、狀態變更、修改／取消回報，以及行情來源、是否延遲和時間戳。只有圖表低點，不足以證明券商故障。若連登入與委託狀態都無法確認，先依券商 App 當機的委託確認與備援流程取得原單狀態，再決定下一個交易動作。