委托下單
該接口用於港美股,窩輪,期權的委托下單。
SDK Links
Request
| HTTP Method | POST |
| HTTP URL | /v1/trade/order |
Parameters
Content-Type: application/json; charset=utf-8
| Name | Type | Required | Description |
|---|---|---|---|
| symbol | string | YES | 股票代碼,使用 ticker.region 格式,例如:AAPL.US |
| order_type | string | YES | 訂單類型 |
| submitted_price | string | NO | 下單價格,例如:388.5LO / ELO / ALO / ODD / LIT 訂單必填 |
| submitted_quantity | string | YES | 下單數量,例如:100 |
| trigger_price | string | NO | 觸發價格,例如:388.5LIT / MIT 訂單必填 |
| limit_offset | string | NO | 指定價差TSLPAMT / TSLPPCT 訂單在 limit_depth_level 為 0 時必填 |
| trailing_amount | string | NO | 跟蹤金額TSLPAMT 訂單必填 |
| trailing_percent | string | NO | 跟蹤漲跌幅TSLPPCT 訂單必填 |
| expire_date | string | NO | 長期單過期時間,格式為 YYYY-MM-DD, 例如:2022-12-05time_in_force 為 GTD 時必填 |
| side | string | YES | 買賣方向 可選值: Buy - 買入Sell - 賣出 |
| outside_rth | string | NO | 是否允許盤前盤後,美股必填 可選值: RTH_ONLY - 不允許盤前盤後ANY_TIME - 允許盤前盤後OVERNIGHT - 夜盤 |
| time_in_force | string | YES | 訂單有效期類型 可選值: Day - 當日有效GTC - 撤單前有效GTD - 到期前有效 |
| remark | string | NO | 備註 (最大 64 字符) |
| limit_depth_level | int32 | NO | 指定買賣檔位,取值範圍為 -5 ~ 0 ~ 5,負數代表買盤檔位(例如 -1 表示買一), 正數代表賣盤檔位(例如 1 表示賣一),當為 0 時 limit_offset 參數生效 TSLPAMT / TSLPPCT 訂單有效 |
| monitor_price | string | NO | 監控價格,需要達到該價格才會開始監控,更新參考價TSLPAMT / TSLPPCT 訂單有效 |
| trigger_count | int32 | NO | 觸發次數,取值範圍 0 ~ 3,表示在 1 分鐘內觸發多次才會觸發訂單,LIT / MIT / TSLPAMT / TSLPPCT 訂單有效 |
| client_request_id | string | NO | 冪等性請求 ID,用於防止重複下單。服務器會快取該請求 ID 10 分鐘。在此期間內如果收到相同 ID 的請求,將返回原始響應而不建立重複訂單。必須是唯一標識符(如 UUID)。 |
冪等性
為了防止由於網路重試或客戶端故障而導致訂單重複,您可以使用 client_request_id 參數:
- 用途:防止相同請求重試時建立重複訂單
- 快取時長:10 分鐘(服務器端)
- 格式:每個請求需要一個唯一字符串(如 UUID 或自定義標識符)
- 行為:如果在 10 分鐘內收到相同的
client_request_id,服務器將返回原始請求的快取響應,而不建立新訂單
冪等性示例
首次請求:client_request_id="abc123-uuid-request" → 建立訂單,ID 為 12345
重試請求(10 分鐘內,相同 ID):client_request_id="abc123-uuid-request" → 返回現有訂單 ID 12345(無重複)
新請求:client_request_id="xyz789-uuid-request" → 建立新訂單不傳 client_request_id 的情況
如果不提供 client_request_id(或傳空值),請求仍會正常成功並建立訂單。但是冪等攔截將被跳過,這意味著:
- 每個請求(即使內容完全相同)都會建立單獨的訂單
- 網路重試或意外重複請求可能導致訂單重複
- 服務器不會對該請求進行快取
強烈建議在關鍵下單操作中始終提供唯一的 client_request_id,以防止意外的重複訂單。
Request Example
Response
Response Headers
- Content-Type: application/json
Response Example
json
{
"code": 0,
"message": "success",
"data": {
"order_id": 683615454870679600
}
}Response Status
| Status | Description | Schema |
|---|---|---|
| 200 | 提交成功,訂單已委托。 | None |
| 400 | 下單被拒絕,請求參數錯誤。 | None |