勘定系システム
しかし、どちらの手法を取ったとしても、今までに類をみない巨大で複雑なシステム統合であり、経済システムに銀行システムが与える重要性が高まった現代において、システム統合の過程によって発生したシステム障害が、銀行の経営に与える影響だけでなく、決済制度そのものの存続を危うくするシステミック・リスクに発展する危険性が増大した。それが現実化したのが、2002年1月のUFJ銀行、それに続く4月の(旧)みずほ銀行・みずほコーポレート銀行のシステム障害であり、システム開発・運用におけるリスク管理の重要性が再認識された事件であった。
また、合併対応後のシステム開発においては、もはや第三次オンラインシステム時代のような、アーキテクチャを含めシステムを全面的に刷新する動きは見られないものの、勘定系システムに依存したオンラインシステム全体を見直し、サービスごとにシステムを再構築したり、勘定系システムの実質的な解体に繋がるハブ・アンド・スポーク型アーキテクチャへの移行が進められている。
このほか、自前で運用したシステムの保守管理を圧縮する目的で、システムベンダにアウトソースするケースも見られ、そのシステムの延命が難しくなった時点で、共同化されたシステムや都銀(あるいは、都銀が地銀向けにパッケージ提供するケースを含む)のシステムに加入するというケースもある。
加えて、ソフトウェアパッケージでの提供もあり、NTTデータのBeSTA(2016年時点では、NTTデータ地銀共同センターなどのハードウェア込みのパッケージによる提供のみだが、個別提供も将来的な検討を行っている)やBIPROGYのTRITON(ハードウェアを利用金融機関が別途用意する個別提供のケースやACROSS21・ACCECSS21のようなハードウェア込のパッケージによる提供とがある)などがある。
なお勘定系システムに限らないが、一般的にシステムを変更する場合は「更新」や「更改」、特に別システムへの変更を含む大幅な変更を「移行」(マイグレーション)や「置換」(リプレース)などとも呼ぶが、その用語の使い分けは明確ではない。