「e支店のAPI、そろそろ復活した？」
2026年11月10日時点では、まだ停止中。 立花証券e支店の公式サイトによれば、2026年10月23日15時30分からサービス停止が続いている。APIの本番環境だけでなく、APIデモ環境も対象だ。関連機器の移行開発については、2027年3月頃を目指しているという。
確認したかったのは復旧時刻。出てきたのは翌年の開発計画。時計を見に来たらカレンダーを渡された。
停止対象が想像以上に広い
公式が使う表現は「PHP問題」。ただし、どんな脆弱性や故障が発生したかという技術的な根本原因まで、この告知から推測で決めつけてはいけない。
停止対象として列挙されているのは、API、デモAPI、BRiSK Next、株価ボード、スマートフォン専用サイト、AI決算カレンダー、口座開設など。注文用のAPIが一瞬遅い、という規模の話ではない。
開発者「本番が無理なら、デモで動作確認を……」
案内「デモも停止です」
開発者「非常口にも工事中の看板があるんかい。」
これは停止範囲についての比喩であって、すべての手動取引手段が利用不能という意味ではない。
「3月頃」を再開確約と読んではいけない
公式が示しているのは、関連機器の移行開発を2027年3月頃を目指して進めるという内容。開発と確認を終えたサービスから順次再開する予定だ。
つまり「APIは3月1日に必ず復旧」「全サービスが3月まで停止」「3月には確実にすべて完了」のどれも確定事項ではない。API単独の復旧日は、今後の公式発表が必要になる。
それでも、10月下旬の停止を11月に見直してみたら翌年3月が登場するのは、普通にインパクトが強い。緊急メンテのお知らせを開いたはずが、いつの間にか四半期単位のプロジェクト計画を読んでいる。
自動化ユーザーは「復旧待ち」だけでいい？
APIで注文や照会を自動化している場合、接続がなくなると注文送信、約定確認、ポジション照会、価格取得などの処理が止まる可能性がある。無限リトライで解決しようとせず、まず自動実行を安全側へ停止し、未約定注文や建玉を公式の利用可能な経路で確かめたい。
別の接続先へ移るなら、機能・規約・認証・料金・呼び出し制限・データの種類を照合する。復旧後もいきなり全自動を再開せず、少量のリクエストと注文で動作確認する。1秒おきに同じURLを叩くのは復旧計画ではなく電子祈祷。
なぜこんなに草なのか
笑いの核は、利用者の予想と公式のスケジュールの落差。普通「一時停止」と聞けば数時間か数日を考える。ところが確認先には翌年の月が書いてある。
ゲームのメンテ終了時間を調べようとしたら、次回大型アップデートの開発ロードマップに飛ばされたような感覚だ。しかもデモ環境も同じ一覧にいる。
結論
11月10日時点でAPIの再開は確認できない。2027年3月頃は移行開発の目標であり、APIの保証された復旧日ではない。 公式の続報を追う一方、システムは外部サービスが長く停止しても安全に止まれる形にしておきたい。
「API直った？」
「まだ。答えの単位が時刻じゃなくて四半期になった」
質問5秒、回答は来年。草。
