MT5下單被拒的回傳碼與排查優先順序

結論：先看是「每次都失敗」還是「偶爾失敗」

EA 的訂單在 MT5 被拒絕時，日誌裡會出現類似「retcode=10030」的數字。我們也經常收到關於這些回傳碼的詢問。

先說結論。第一步要看的是，拒單是每次都發生，還是只是偶爾發生。

• 每次都失敗 → 懷疑 10030、10013、10018。這是設定或時段的問題，除非修正或停用，否則重試多少次都不會成功。
• 偶爾失敗 → 懷疑 10004、10006。這類情況取決於行情狀態或券商的判斷，稍等一下有時就能成交。

屬於哪一種，會決定要查哪裡，也決定處理的急迫程度。

運作原理：回傳碼是「伺服器的回覆」

EA 送出訂單後，券商伺服器會判斷是否接受，並以數字回傳結果。成功時會回傳 10009（已成交）等代碼，失敗時則回傳代表拒絕原因的編號。

要注意的是，這個編號終究只是伺服器回傳的分類，不一定能告訴你拒單的真正原因。尤其是 10006，從日誌往往看不出券商究竟判斷了什麼。

確認步驟：依這個順序排查

1. 10018：先看時鐘

這是最容易確認的，所以放在最前面。請確認是否碰上週末、假日、年末年初，以及各商品的休息時段（黃金與股價指數在許多券商於日間設有休息時間）。在報價列表中對商品按右鍵並開啟「規格」，即可查看交易時間。也請留意伺服器時間與日本時間有時差。如果原因是時段，什麼都不用做，開市後就會成交。

2. 10030：對齊執行方式

依券商與帳戶類型不同，所接受的執行方式（FOK、IOC、Return）也不一樣。EA 若以不支援的方式下單，每次都會被拒絕。如果 EA 的輸入參數中有「Filling」之類的項目，請調整為與商品規格「成交」欄所寫的方式一致。若沒有這個項目，就必須由 EA 本身修改，請向發行方詢問。換到新的券商或帳戶類型之後，特別容易發生。

3. 10013：懷疑訂單內容

手數小於最小手數、不符合手數的間距、商品名稱的後綴（如「.m」、「#」）不對等，訂單內容有誤時常會出現這個代碼。日誌有時也不會給出詳細原因，這種情況只能一點一點更改手數或商品名稱來試。設定項目的檢查方式整理在 EA設定方法。

4. 10004：允許滑點與時段

這個代碼容易在經濟指標公布後或清晨等價格快速波動的時段出現。若 EA 有「Slippage」或「Deviation」項目，稍微放寬有時能減少發生。不過放得太寬，就等於接受以不利的價格成交。如果同時有網路延遲的問題，使用 VPS 也可能改善。

5. 10006：有時只能問券商

這是券商端判斷所造成的拒單，使用者這邊看不到原因。可能是帳戶交易限制、商品暫時停止交易、下單過多的限制等，但究竟屬於哪一種，我們也無法斷定。最可靠的做法是記下日誌的時間與訂單內容，向券商客服詢問。如果頻繁發生，參考 券商比較 考慮換券商，也是一個辦法。

限制與注意事項

• 模擬帳戶不一定能重現。 模擬帳戶與真實帳戶的成交方式不一定相同，重新報價與拒單的發生機率也可能不同。即使在模擬帳戶運作正常，也不能保證在真實帳戶同樣能成交。
• 反覆重送有時反而適得其反。 10030 與 10013 就算重送同樣的訂單也不會成交。如果 EA 每次被拒都重送，訂單會在短時間內集中，也可能因此引發券商端的限制。我們的 EA 採取的方針是，只針對 10004 這類暫時性代碼，設定次數後重送。
• 被拒絕的那次交易不會留下紀錄。 回測中幾乎不會發生這類拒單，因此實際運作時成績會相應出現落差。這也是結果與測試器不一致的原因之一。
• 回傳碼除了這裡介紹的 5 個之外，還有手數無效、價格無效、保證金不足等其他編號。本文僅整理了詢問較多的這 5 個。

總結

• 先看是「每次都失敗」還是「偶爾失敗」
• 如果每次都失敗，依 10018（時間）→ 10030（執行方式）→ 10013（訂單內容）的順序排查
• 如果偶爾失敗，先看 10004（滑點、時段），10006 則向券商詢問
• 10030、10013 重送再多次也不會成交，請修正設定
• 10006 的真正原因使用者這邊有時看不到，我們也無法斷定
• 即使在模擬帳戶能成交，也不保證在真實帳戶同樣能成交