立花證券 API 自動下單每次都要刷指紋？原來 API 已經暫停服務

立花證券 e 支店要求設定通行密鑰，不等於每一筆 API 自動交易都要人工按指紋。 官方說明的流程是先讓人透過通行密鑰登入標準網頁，再開通 API 並設定認證 ID 與加密金鑰。2026 年 12 月之後的 API 細節，還是應看後續的專門公告。^[1][2]

想像交易機器人半夜看到買進訊號，卻先傳訊息：「主人，請借一下大拇指。」

原本想讓程式替人工作，結果人類被安排成夜班指紋供應商。自動化突然換了一個方向。

網頁門鎖與程式金鑰要分開看

官方 API 文件要求使用者先用通行密鑰登入網站，啟用 API，然後設定獨立的認證資料。API 本身採用公開金鑰加密機制。^[2]

「網站登入需要通行密鑰」與「機器人每次送單都要真人刷臉」是兩回事。混為一談，交易程式就會變成隨股價波動而響的鬧鐘。

12 月 12 日和 18 日的變化

2026 年 12 月 12 日維護完成後，手機專用網站交易及提款需要通行密鑰；未設定者透過電話認證只能查詢部分餘額。12 月 18 日預定維護後，標準網頁將僅接受通行密鑰登入。^[1]

這些日期說明公告列出的網頁渠道，不能直接延伸成每筆 API 訂單需要人工確認。

另外，API v4r10 已於 8 月 29 日推出，v4r9 則公告從 9 月 27 日停用。版本過舊與通行密鑰問題，也應分開檢查。^[3]

最尷尬的反轉：在討論門鎖時，店已經關了

立花證券官網公告，因應「PHP 問題」，正式 API、測試 API 等多項服務自 2026 年 10 月 23 日日本時間 15:30 起暫停。10 月 29 日查閱時，公告仍未提供恢復日期。^[4]

大家認真研究機器人要不要按指紋，機器人卻站在「暫停營業」的牌子前面。先解決店有沒有開，比研究門鎖重要得多。

讓程式重新下單之前

先查官方復原消息，再確認 API 版本、網頁通行密鑰、API 啟用狀態和金鑰。恢復後先測試連線及委託查詢，確認異常時可以停止新單。

若送單後網路中斷，先查原單是否已被接受或成交，再決定是否重試。避免重複委託、提供警報與人工處理方式，才是真正可靠的自動化。

結論：目前公開的設計區分人類登入的通行密鑰，以及程式使用的 API 認證。2026 年 10 月 29 日真正的障礙，是官方公告中的 API 暫停服務。

機器人暫時免刷指紋，但得先學會看營業公告。

官方來源

參考資料（4筆）

1. 立花證券通行密鑰時程： e-shiten.jp
2. 立花證券 API 公開金鑰驗證： e-shiten.jp
3. 立花證券 API v4r10： e-shiten.jp
4. 立花證券停止服務公告： e-shiten.jp