在投入整合之前，如何評估一套 FIX API

「我們支援 FIX 4.4 與 5.0」甚麼都沒說。這就像說一輛車有輪子。決定一項整合能否運作的，是一些遠不那麼光鮮的東西：他們覆蓋哪些訊息、交易時段斷線時會發生甚麼，以及沙盒是否表現得像生產環境。

以下是您的技術團隊在投入數週工作之前應該檢視的清單。

版本沒有告訴您的事

FIX 是一個協議，不是一種實現。兩個都聲稱支援 4.4 的場所，可能在以下方面有所不同：

他們實現哪些訊息類型、忽略哪些
每個訊息中哪些 tag 是強制性的
他們如何處理自訂欄位
他們回傳哪些拒絕代碼、各自代表甚麼
他們在斷線後如何管理序列編號

這些差異沒有一項會出現在「FIX 4.4」裡。它們全都出現在認證中，而那時您已經投入了時間。

訊息文件應該在簽署任何文件之前就能取得。 如果他們只在合約之後才給您，您就是在盲目採購。

訊息覆蓋：該問甚麼

至少，您需要就四個流程有清晰的了解：

報價。 是價格串流還是請求／回應？按交易工具訂閱還是按列表訂閱？他們發送多少深度、頻率如何？

訂單輸入。 他們支援哪些類型——市價、限價、止損、IOC、FOK？修改與取消訂單呢？當一筆已部分成交訂單的修改被拒絕時，行為是怎樣的？

執行報告。 他們發送部分成交嗎？以甚麼粒度？原始訂單與其成交之間的關係如何識別？

Drop-copy。 是否存在一個獨立的交易時段，複製您的活動以供對賬與合規之用？對於有報告義務的基金與機構而言，這並非可選項。

要求提供： 完整的訊息與 tag 規格，包括拒絕代碼，在認證之前。

重連行為，那是一切崩潰之處

這一部分區分了一項能存活的整合，與一項會在半夜把您吵醒的整合。

具體的問題：

當交易時段斷線時，在途訂單會怎樣？ 它們會被自動取消、繼續有效，還是視乎配置？三種答案都站得住腳；不知道自己的是哪一種則不然。

序列重置如何處理？ 當您重連時，他們期望您從斷開處接續編號、重置編號，還是雙方協商？一次處理不善的序列失配，可能鎖死整個交易時段。

有沒有遺失訊息的恢復機制？ 如果您斷線了 30 秒，您能要求取回那段間隔的訊息，還是它們已經遺失？

心跳超時是多少，超過時會發生甚麼？

如果以上任何一個答案是「這個我們在認證時再看」，就把它當作情報：這意味着它沒有文件記錄。

符號映射：繁瑣而關鍵

每個場所以自己的方式命名交易工具。黃金可能是 XAUUSD、GOLD 或 XAU/USD，在合約規模、位數與交易時段上各有差異。

您完整目錄的映射應該在認證之前商定，而非期間。這是延誤最常見的成因，而且完全可以避免。

通常會出問題的地方：

名稱相同但合約規模不同的交易工具
小數位數的差異，會破壞 pip 的計算
與您平台預期不符的交易時段
存在於您目錄、卻不存在於他們目錄中的交易工具

要求提供： 您整個目錄——而非一個具代表性樣本——的商定映射。

沙盒：唯一算數的測試

一個表現不像生產環境的沙盒，會把發現漏洞的時機推遲到您第一次真實上線的交易時段。這是一個測試環境與一個佈景之間的差別。

與生產環境一致具體意味着：

相同的訊息類型與相同的拒絕代碼
真實的拒絕行為，而非普遍接受
具代表性的延遲，而非瞬時
相同的交易時段與相同的交易工具規則

而至關重要的是：在商業承諾之前發放憑證。一個要求您簽約才給您沙盒接入的場所，把正確的次序倒轉了。

您應該在那裡測試：

完整的訂單週期：發送、部分成交、完全成交、取消
在一筆有效訂單中途強制斷線
一次序列重置
拒絕：刻意觸發它們，並核實代碼與文件所載一致
您完整的交易工具目錄
在一個模擬的高波動窗口期間的行為

認證應該需時多久

在開通完成、映射商定的前提下，是數日，而非數週。

拉長時程的幾乎從不是技術，而是等待。因此，最好從一開始就在您這一方指定一位有決策能力的技術聯絡人，取代一連串的層層審批。

如果一個場所給您一個數週的認證時程，卻不解釋是甚麼令它合理，那就問清楚流程中的哪一部分是慢的。答案會告訴您很多關於此後營運關係將會如何的事。

何時 FIX 並非答案

這值得一說，因為有一種傾向是假定 FIX 永遠更優越：

如果您在 MetaTrader 上經營一家經紀業務，客戶是那個平台上的零售或專業客戶，那麼 MT5 橋接才是正確的路徑。FIX 只會增加複雜度而毫無好處。

如果您的技術架構是 HTTP 優先且現代的——在近期的自營交易公司與加密相鄰場所中很典型——那麼 REST 加上一個低延遲、帶 OpenAPI 文件的 WebSocket，可能比 FIX 更契合，而且整合起來快得多。

FIX 是正確的路徑，當您的 OMS 或 EMS 原生使用它時、當您因合規需要 drop-copy 時，又或當交易量與延遲令整合的投入變得合理時。

許多機構從橋接起步，並在擴張時加上 FIX。這是一種明智的漸進，而非一次失敗。

常見問題

FIX 5.0 比 4.4 好嗎？ 對大多數情況而言並非如此。4.4 仍是機構外匯的事實標準，在整條鏈上都得到更好的支援。5.0 引入了結構性改進，但如果您的交易對手與您的 OMS 都能順暢地使用 4.4，就沒有理由把事情複雜化。

我需要 drop-copy 嗎？ 如果您有報告義務、有一位必須對賬的基金行政管理人，或會索取可追溯性的審計師，那就需要。如果您是一家沒有這些義務的小型經紀商，它是一種奢侈。無論如何都問一問它是否可用：它存在與否，說明了場所的成熟度。

我可以用自己的 FIX 引擎嗎？ 通常可以，而且這是慣例。您需要核實的，是您的引擎與他們的實現在重要的細節上是否一致——尤其是序列處理與自訂欄位。

如果沙盒與生產環境不一致，我該怎麼辦？ 明確要求它。如果答案是他們沒有，那這就是一項關於生產上線將會如何的重要情報，而您應該為自己原未預計的穩定化時間預留餘裕。

我們實現的技術細節載於FIX API：交易時段、訊息覆蓋、與生產環境一致的沙盒，以及在認證之前就有文件記錄的重連行為。客戶開通並透過我們執行；沙盒憑證在任何商業承諾之前發放。

若想了解整體框架：經紀商如何挑選流動性。