什麼是期貨括號訂單

多頭時父訂單是買單，子訂單是進場價上方的賣出限價與下方的賣出停損。空頭時方向相反。子訂單數量必須依券商的部分成交規則，與實際持倉一致。

OCO 連結兩張已可執行的訂單；括號訂單則在父訂單成交後才啟動子訂單。有些平台把完整結構稱為 OTOCO。名稱沒有統一標準，請閱讀啟動及取消規則。選擇權 OCO 與括號訂單可作術語比較。

先設定失效價位、目標、合約月份及最大損失。以合約的最小跳動單位和每跳價值，把停損距離換算成金額，並加入手續費、交易所費用、不利成交及跳空情境。期貨部位大小說明初始保證金不是安全的虧損預算。

例如 20 跳、每跳 1.25 美元的微型合約，單張計畫價格風險是 25 美元（未計成本）。這不是保證上限：停損可能以更差價格成交，保護子單也可能在獲接受前市場已移動。若衝擊情境超出限額，就減少數量或不交易。

不要只為了漂亮的風險報酬比而設定目標。寫下觀點失效的條件和可提早出場的條件。括號單應落實已驗證的規則，而不是取代規則。

建立持倉前，子訂單不應先成交。許多券商會等父訂單成交才啟動子單，但部分成交、父單被拒、夜盤及 API 的行為可能不同。

透過 API 傳送時可能需要傳輸旗標或暫存機制。Interactive Brokers 的文件建議先傳送但不傳輸父單和第一張子單，最後才傳輸另一張子單，讓整組一同啟動。這可降低入口先上線而沒有退出的風險，但仍要檢查確認和狀態事件。參閱 [Interactive Brokers 括號訂單文件](https://www.interactivebrokers.com/docs/general/order-types/complex-orders/bracket-orders)。

手動下單時也要確認進場單確實是父單、子單引用正確的父 ID，而且已在伺服器啟動，不只是畫面顯示。

停利子單通常是限價單，可控制最低可接受價格，但觸價後反轉可能不成交。保護子單可以是市價停損或限價停損。市價停損優先成交，可能滑過觸發價；限價停損控制價格，卻可能觸發後仍不成交。

閱讀期貨市價與限價單及期貨停損與限價停損，並確認觸發價來源、跳數取整、夜盤權限和保護價格帶。

有效期也是風險。Day 子單收盤失效後可能留下無保護持倉；GTC 子單可能在觀點結束後仍存在，需要明確取消。配合合約交易時間閱讀期貨 Day 與 GTC 訂單。

五張父單只成交兩張時，除非券商按比例管理剩下三張，否則出場單應保護兩張而非五張。有些系統按已成交數量啟動，有些等父單全部成交，有些要求手動修改。

每次成交都比較父單成交數量與實際持倉、需要保護的持倉與停損數量、停利數量與父單餘量、平均成交價與按跳數取整的出場價，以及未連結或重複訂單。

子單部分成交後，兄弟訂單可能仍顯示原有數量。不要假設 OCO 會自動縮減，必須明確修改或取消。訂單待處理或被拒也不代表風險消失；參閱期貨訂單被拒與未成交。

一邊子單成交後，系統會向另一邊傳送取消要求。在要求抵達前，快速行情可能令另一邊也成交。括號單減少人手延遲，但不能保證不會雙邊成交。

預先寫好異常成交流程：停止新訂單，讀取成交報告，計算淨持倉，取消過期子單，再按計畫平倉或重新保護。未核對數量和費用前，不要立即反向開倉。

以成交報告而非圖表為準。保存合約月份、方向、數量、平均價、時間、訂單 ID、觸發來源和費用，並確認使用可交易月份；連續圖表本身不是可交易合約。

出場後確認持倉為零或預期餘量，父單和子單都不再工作。用每跳價值和費用重算已實現損益；期貨已實現與未實現損益有助對帳。

若訂單跨夜，預留變動保證金和政策變化所需現金。保護性停損不能限制跳空損失，資產低於要求時券商可能強制平倉。閱讀保證金追繳與強制平倉。

提交前確認準確合約月份、方向、數量、跳數風險及衝擊情境、取整及觸發規則、交易時段、有效期、父子 ID、部分成交規則和保證金緩衝。父單成交後確認實際持倉、子單數量、停損狀態、目標價和重複訂單；每次子單成交都重複核對。