日立が銀行に和解金140億円｜伊予銀行・滋賀銀行で何が起きたのか徹底解説

「和解金60億円」という見出しを見て、思わず二度見した人も多いのではないでしょうか。ITベンダーが顧客から損害賠償を取るのではなく、日立製作所が銀行側にお金を払って手を引いたという、いわば「逆方向」の決着です。しかも相手は伊予銀行だけではありません。滋賀銀行にも80億円。合計140億円という巨額が動いた、地銀勘定系システムを巡る一連の出来事を、IT小僧が順を追って整理します。

何が起きたのか ―― お金の流れが「逆」だった

通常、システム開発のトラブルでベンダーと発注者がもめると、「発注者がベンダーを訴えて賠償を求める」構図になりがちです。ところが今回は逆でした。作り手である日立が、発注者である銀行にお金を払って契約を終わらせたのです。

これは「日立側に開発遅延の責任があった」ことを、実質的に認めた形と読めます。銀行は受け取った和解金を決算上「特別利益」として計上しました。いよぎんホールディングス（伊予銀行の持ち株会社）は2026年3月期決算で受取和解金60億円を、滋賀銀行は2025年3月期で80億円を、それぞれ特別利益に計上しています。

ただし後述しますが、これは銀行にとって「もうかった」話では決してありません。本来ならゼロであるべき利益だからです。

そもそもOpenStageとは何だったのか

話の中心にあるのが、日立のオープン勘定系（かんじょうけい）パッケージ「OpenStage」です。勘定系システムとは、銀行の預金・為替・ATM処理などを担う、まさに銀行の心臓部にあたる基幹システム（きかんシステム）のことを指します。

従来、地方銀行の勘定系はメインフレーム（大型汎用機）の上で動くのが一般的でした。しかしメインフレームは保守費用が高く、扱える技術者も年々減っています。そこで日立が打ち出したのが、Linux（リナックス）ベースで動く「オープン系」の勘定系という新機軸でした。

構成は「バンキングハブシステム」「記帳決済システム」「バッチシステム」の3コンポーネント。システム同士の結びつきが緩やかな「疎結合（そけつごう）」のアーキテクチャを採用し、外部サービスとも柔軟につなげる ―― 設計思想としては、確かに時代の要請に合った筋の良いものでした。理想は、です。

なぜ開発は中止に追い込まれたのか

表向きの理由は、両行ともほぼ共通しています。「日立のシステム提供が想定より遅れ、当初予定の稼働時期が見通せなくなった」というものです。伊予銀行は2028年の稼働を目指していましたが、それが難しくなったと説明しています。

ここで重要なのは、伊予銀行のケースが「2行目」だったという点です。同じOpenStageで滋賀銀行が先に中止しており、その後に同行も断念に至った。違う2つの地銀が、同じパッケージの遅延で相次いでプロジェクトを断念したという事実は、単発の不運ではなく、製品そのものに構造的な課題があった可能性を強く示唆します。

問題の根っこにあると考えられる3つの要因

補足すると、OpenStageの導入に苦しんだのは2行だけではありません。京葉銀行も稼働を繰り返し延期し、投資総額は当初見込みの約2.5倍に膨らんだと報じられています。点ではなく面で問題が出ていた、という見方ができます。

伊予銀行・滋賀銀行のその後

中止を決めた後、両行は当然ながら「では次にどうするか」という難題に直面しました。勘定系は止められないため、まずは現行システムを延命しつつ、次の手を考えるという現実的な対応に進んでいます。

滋賀銀行は次の採用先を比較的早く固め、BIPROGY（旧・日本ユニシス）のパッケージへ舵を切りました。一方の伊予銀行は、まず日本IBMのメインフレームを更改して時間を稼ぎ、次期システムをどのベンダー・どのアーキテクチャで作り直すかを改めて検討する段階にあります。この伊予銀行の「次の一手」が、他の地銀の動向を占う試金石として業界から注目されています。

地銀勘定系市場の地殻変動

今回の一件は、日立1社の話にとどまりません。地銀の勘定系市場そのものが、大きく塗り替わりつつある局面で起きた出来事です。かつて同社は地銀勘定系で15〜20%程度のシェアを握る有力ベンダーでしたが、OpenStageの相次ぐ中止で存在感が大きく揺らぎました。

「止まらないこと」はもはや当たり前の前提となり、銀行ITの競争軸は「いかに安く、速く、新サービスを実装できるか」へ移りました。高い保守費で稼ぐ従来モデルが、低コスト・高速開発を掲げる新興勢との競争にさらされている ―― そんな構造変化の真っただ中での出来事だったわけです。

元金融系エンジニアの視点

かつて金融システムの現場にいた身として、今回の件で一番ゾッとするのは「和解金で済んだ」という事実です。誤解を恐れずに言えば、本稼働の手前で止められたのは、不幸中の幸いでした。勘定系は一度動かしてしまえば後戻りができません。中途半端な完成度のまま見切り発車していたら、和解金140億円どころでは済まない、預金者を巻き込む大障害になっていた可能性すらあります。

そしてもう一つ。受け取った和解金は決算上「特別利益」ですが、これを「臨時収入」と捉えるのは完全な勘違いです。本来ならゼロであるべき利益であり、銀行側が新システムに費やした数年分の人的リソース、検討コスト、そして「刷新の遅れ」という機会損失を合わせれば、真の損失は和解金額をはるかに上回ります。これは誰も得をしていない決着なのです。

パッケージ化された勘定系は、確かに理想です。「作る」から「使う」へ、という方向性自体は正しい。ただ現実には、銀行ごとの業務は驚くほど個別最適化されており、それをパッケージに押し込もうとすればカスタマイズが膨らみ、結局は個別開発と変わらない泥沼にはまる。この「標準化とカスタマイズの綱引き」こそが、金融システム開発の永遠のテーマです。今回の失敗は、その難しさを改めて突きつけました。

日立の2026年3月期は売上・利益とも過去最高水準で、140億円の財務インパクト自体は限定的でしょう。しかし金額以上に痛いのは、「地銀勘定系は日立に任せて大丈夫」という信頼の毀損です。失敗が許されない領域で「2行連続中止」という看板は重い。次の受注に与える影が、本当のコストかもしれません。

まとめ

巨大ITベンダーでも、勘定系という難所では足をすくわれる。逆に言えば、それだけ銀行の基幹システムは難しいということです。伊予銀行が次に何を選ぶのか ―― IT小僧も引き続き追いかけていきます。