銀行・信用金庫・保険会社などの金融機関において、勘定系システムの開発・刷新を外注・委託したいと考えているものの、「どのように発注すればよいか」「ベンダーの選定はどう進めればよいか」「契約上の注意点は何か」と悩んでいる担当者の方は多いのではないでしょうか。勘定系システムは金融機関の中枢を担うシステムであり、発注の失敗は業務停止・顧客への甚大な影響・監督当局からの行政処分につながるリスクがあります。慎重かつ適切なプロセスで発注を進めることが、プロジェクト成功の大前提です。
この記事では、勘定系システム開発の発注・外注・委託の進め方を、要件整理から契約・プロジェクト管理・受け入れ検収まで詳しく解説します。金融規制への対応・ベンダーリスク管理・SLAの設定など、金融機関特有の発注上の注意点も網羅的にカバーします。
▼全体ガイドの記事
・勘定系システム開発の完全ガイド
発注前の準備と要件整理
勘定系システムの発注において最も重要なのは、発注前の準備です。業務要件・技術要件・規制対応要件が明確でないまま発注すると、開発途中での大幅な仕様変更・コスト超過・プロジェクト頓挫につながります。以下の準備を丁寧に行いましょう。
現行業務の整理と課題の明確化
勘定系システムの発注に先立ち、現行業務フロー・現行システムの機能・課題を網羅的に整理します。「現行システムの何が問題か（技術的負債・保守コスト・性能問題・規制対応の困難さ等）」「刷新後に何を実現したいか（処理能力向上・コスト削減・新商品への俊敏な対応・クラウド化等）」を明確にします。現行システムのドキュメント化（仕様書が存在しない「ブラックボックス化」）が発注前の大きな課題となるケースが多く、まずは現行システムの仕様を把握するための「調査・分析フェーズ」を設けることをお勧めします。金融機関の場合、金融庁・日本銀行などの監督当局が求める各種規制要件（システムリスク管理基準・BCP要件・情報セキュリティ要件等）も要件整理の対象に含める必要があります。
RFP（提案依頼書）の作成
要件整理の結果をもとに、詳細なRFPを作成します。勘定系システムのRFPには以下の内容が必要です。「プロジェクト概要」として刷新の目的・背景・目指すべき姿を記述します。「業務要件」として現行業務フローと新業務フロー・必要な機能一覧・データ量・トランザクション量を明記します。「技術要件」として性能要件（TPS：Transaction Per Second・応答時間・可用性）・セキュリティ要件・障害回復要件（RTO/RPO）・移行方式・インターフェース要件を詳細に記述します。「規制対応要件」として金融庁のシステムリスク管理基準・個人情報保護法・各種金融規制への対応方針を明記します。「体制・マイルストーン」として期待するプロジェクト体制・スケジュールの概要を示します。「評価基準」として技術提案・体制・実績・価格の評価比率を明示することで、適切な競争が促されます。
ベンダー選定と評価プロセス
勘定系システムのベンダー選定は、数十億円〜数百億円規模の大型投資を伴うため、非常に慎重なプロセスが必要です。適切な選定プロセスを踏むことで、長期的なパートナーシップを築ける最適なベンダーを選定できます。
ベンダーショートリスト作成
まずRFI（情報提供依頼）を広く発信し、10〜20社程度のベンダーから回答を受け取ります。その後、回答内容（実績・技術力・財務健全性・体制）をもとに5〜7社程度に絞り込んだ「ショートリスト」を作成します。ショートリスト選定の基準として、「勘定系システムの開発・移行実績（同規模・同業種での実績）」「財務健全性（大規模・長期プロジェクトを完遂できる財務基盤があるか）」「技術力（モダナイゼーション・クラウド対応の能力）」「セキュリティ・コンプライアンス対応の実績」「プロジェクトマネジメント能力」などが重要な評価項目です。ショートリスト選定後、各社とのNDA（秘密保持契約）を締結し、より詳細な情報をRFPに反映した詳細提案依頼を行います。