訊號已經寫出，為什麼還不能視為成交？

四個事件，四種不同的證據

來源策略產生目標部位、整合系統寫出訊號、執行端送出委託、券商回報成交，是四個不同的事件。檔案成功落地，只能說明某一段輸出完成；它不能證明下游已讀取，更不能證明委託被接受或已全數成交。若把這些狀態混為一談，畫面上的理論部位就可能與實際持倉分離。

沿著確認依據追蹤

檢查流程時，可以先畫出每一步的輸入、輸出與確認依據，再為每筆事件保留可追溯的識別碼與時間。遇到差異，依序核對目標部位、輸出紀錄、委託狀態與券商持倉；重試前也要確認前一次是否已被接受，避免把「尚未取得回應」誤判為「沒有執行」。

1. 記錄策略在何時、根據哪些資料產生目標部位。
2. 確認輸出端接受的是哪一筆訊號，以及傳送結果。
3. 核對委託是否被接受、拒絕、取消或部分成交。
4. 以可取得的成交與持倉資訊檢查差異，再決定後續動作。

未知狀態，需要保留為未知

部分成交、斷線與程式重啟，都會讓狀態核對更複雜。這篇提出的是檢查框架，實際可用的確認資訊仍取決於串接介面。只有文字檔輸出時，不能假設自己已經擁有券商端的成交確認。

研究方法筆記。文中的案例用於說明研究方法。