結論：保管振替システム開発の費用相場は、限定的な既存連携で3,000万〜8,000万円、
JASDEC接続とバックオフィス連携で5,000万円〜3億円、複数制度・DVP・会計まで含む更改で3億〜10億円程度が目安です。
ただし、保管振替システムには一律の定価がなく、対象商品、接続方式、取扱量、既存システムの状態、
可用性や監査の水準によって見積が大きく変わります。本記事では、2026年時点の公開情報と一般的な開発単価をもとに、
費用の内訳、価格帯、変動要因、コストを抑える進め方、発注時の確認項目まで、実際に予算を作る担当者向けに解説します。
▼全体ガイドの記事
・保管振替システム開発の完全ガイド
保管振替システムとは何ですか？
保管振替システムは、株式、一般債、投資信託などの有価証券を紙で保管するのではなく、
口座簿上の残高として管理し、権利の移転や決済を処理する業務システムです。システム開発では、
単なる残高台帳ではなく、約定照合、証券の振替、資金決済、会計、照会、監査までを一続きの処理として設計する必要があります。
JASDEC接続だけを作れば完了しますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JASDEC、通称ほふりへの接続は重要な要素ですが、それだけで業務が完了するわけではありません。
自社の銘柄・口座・顧客・残高マスタ、約定データ、決済指図、会計仕訳、照会画面を接続し、電文の重複や通信断が起きた場合にも正しい状態へ戻せる仕組みが必要です。
自社が機構加入者なのか、間接口座管理機関なのかによっても、必要なインターフェースと責任分界が変わります。
DVPとSTPが費用に影響する理由は何ですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
DVPは、証券の引渡しと資金の支払いを制度的にリンクさせ、元本リスクを抑える決済方式です。
証券保管振替機構も、一般振替DVP制度について証券の受渡しと資金決済をリンクさせる制度と説明しています（出典：証券保管振替機構「一般振替DVP制度」。2026年確認）。
そのため、証券側だけでなく資金側の状態、締切時刻、決済不成立時の再試行や手動介入まで実装・試験する必要があります。
STPは、約定情報の受信から照合、承認、振替、会計連携までを人手を介さずに流す考え方です。
自動化の範囲を広げるほど入力チェック、冪等性、再送制御、監査ログの設計が増えるため、初期費用は上がりやすくなります。
一方で、日々の照合作業や入力ミスを減らせるため、初期費用だけでなく運用費まで含めて判断することが重要です。
保管振替システム開発の費用相場はいくらですか？
保管振替システムの公開価格はほとんどないため、以下は税別の編集部推定です。2025年のJUASソフトウェア・メトリクス調査では、
- 確認ポイント：公開情報の内容と適用範囲を確認します。
スクラッチ開発の外注コストにおける全体の加重平均単価が96万円、人月で示されるパッケージ利用開発とSaaS利用開発はそれぞれ144万円でした（出典：
一般社団法人日本情報システム・ユーザー協会「ソフトウェア・メトリクス調査2025」
、2025年）。保管振替案件では、これに金融業務の専門性、接続環境、セキュリティ、
総合試験などが加わるため、単純な人月計算より高く見積もる必要があります。
既存パッケージへの限定連携は3,000万〜8,000万円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
対象制度を一つに絞り、既存の証券残高・会計・顧客管理を大きく変えず、JASDEC向けのファイル伝送やWeb接続、帳票対応を追加するケースです。
期間は4〜9か月程度、規模は30〜80人月程度を一つの起点にできます。
たとえば96万円の単価で30人月なら2,880万円、80人月なら7,680万円です。ただし、接続試験、監査ログ、運用設計を含めると、実際の予算は3,000万〜8,000万円程度に置く方が安全です。
ゲートウェイ導入とバックオフィス連携は5,000万円〜3億円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
FIJACなどの接続部品やJEXGW接続を組み込み、自社の口座管理、照合、振替、会計、権利イベント処理まで連携するケースです。
対象商品や参加者区分、オンライン電文とファイル伝送の組み合わせによって、6〜18か月程度の期間を見込みます。
接続方式に合わせたメッセージ変換だけでなく、重複電文、タイムアウト、片側だけ成功した決済、差異の再照合を扱うため、5,000万円を下限に置き。要件が増えれば3億円まで広がる価格帯です。
複数制度・DVP・会計を含む更改は3億〜10億円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
株式や一般債、投資信託など複数制度を扱い、DVP、日銀ネット、会計、顧客向け照会、STP、二重化、データ移行まで含める中規模更改では。3億〜10億円程度を見込むことがあります。
200〜600人月を96万〜144万円で計算すると、単価部分だけで1億9,200万〜8億6,400万円です。
そこへ専用ネットワーク、HSM、災害対策、試験環境、移行リハーサルが加わるため、単価表だけでは予算を読み切れません。
全面刷新やスクラッチ開発は10億〜数十億円以上です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
有価証券管理、決済、会計、顧客管理、複数拠点の災害対策を一体で刷新する場合は、10億〜数十億円以上になる可能性があります。
期間も3〜5年に及び、要件定義の段階で全機能を固定するのではなく、制度単位や業務単位で段階移行する計画が必要です。
この価格帯では、初期開発費の大小だけでなく、既存システムを止めずに切り替える移行費と、長期保守の人員確保まで含めて経営判断します。
保管振替システムの費用・コストの内訳は何ですか？
見積書を比較するときは、合計金額だけでなく、どの工程と設備が含まれているかを確認します。
保管振替システムでは、業務機能の開発費と同じくらい、接続、試験、セキュリティ、移行、
運用の設計費が重要です。見積項目を細かく分けると、削ってよい機能と削ってはいけない安全対策を判断しやすくなります。
要件定義・設計・開発の人件費です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に必要なのは、対象制度、参加者区分、業務フロー、データ項目、電文、締切時刻、SLA、RTO、RPOを整理する業務・制度要件定義です。
続く基本設計では、残高の正本、処理ID、冪等キー、承認権限、再送方法、補償処理、会計連携を決めます。
金融業務を理解した業務コンサルタント、上級SE、セキュリティ担当者の比率が高いほど単価は上がりますが、ここを薄くすると後工程の手戻りが増えます。
接続・総合試験・障害試験の費用です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JASDECや日銀ネットに関連する接続では、電文変換、証明書、専用線または閉域網、接続環境、監視、再送制御などが必要です。
さらに、正常系だけでなく、重複電文、順序逆転、通信断、タイムアウト、残高不足、相手側未応答、DVPの片側失敗を試験します。
業務試験、接続試験、性能試験、セキュリティ試験、災害復旧試験を別々に計画し、試験データと合否基準を見積に含めると、後からの追加請求を抑えやすくなります。
移行・インフラ・運用設計の費用です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存の銘柄、口座、顧客、残高、約定、決済履歴を移行する場合は、データクレンジング、変換、照合、リハーサル、切戻し計画が必要です。
インフラでは、冗長化、バックアップ、DRサイト、HSMや鍵管理、ログ保管、監視、脆弱性診断が対象になります。
運用では、夜間・休日の障害対応、制度改定のテスト、証明書更新、問い合わせ窓口、障害時の責任分界を契約に含めるかで、初期費用と年間費用の見え方が変わります。
保管振替システムの見積が変動する要因は何ですか？
同じ保管振替システムという名称でも、見積の前提が違えば価格は数倍以上変わります。
見積を受け取ったら、金額の大小より先に「何を対象にした金額か」をそろえることが大切です。
特に次の4要因は、初期費用だけでなく開発期間と保守体制にも影響します。
対象制度・商品・参加者区分が変動要因です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
株式だけを扱うのか、一般債、短期社債、投資信託まで含めるのかで、銘柄属性、権利イベント、償還・利払・配当の処理が変わります。
自社が機構加入者として直接接続するのか、代行会社や計算会社を使うのかでも、実装範囲と運用責任が変わります。
JASDECの代行会社・計算会社一覧は、2026年6月1日現在の本番環境での接続実績を公表していますが。
委託できるインターフェースや業務は会社ごとに異なるため、一覧掲載だけで採用を決めてはいけません（出典：証券保管振替機構「代行会社・計算会社一覧」。2026年6月1日現在）。
取扱量・ピーク・稼働時間が変動要因です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
日次の件数だけでなく、決済締切前に処理が集中するピーク件数、同時実行数、許容遅延、夜間バッチの終了時刻を提示します。
少量でも、24時間365日の監視や短い復旧時間を求めれば、冗長化や待機要員の費用が増えます。
反対に、営業日の日中だけでよい照会画面と、締切時刻をまたぐ決済基盤を同じ可用性要件にしなければ、必要なコストを適正化できます。
既存システムとデータ品質が変動要因です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存の証券・勘定系・会計・顧客管理にAPIや標準データモデルがあれば連携費を抑えやすくなります。
一方、古いファイル形式、担当者しか分からない手作業、残高の正本が複数ある状態では、開発より先に現状調査とデータ整理が必要です。
移行対象の件数が少なくても、過去データの欠損やコード体系の不一致を解消する作業が増えれば、見積は上がります。
セキュリティ・可用性・監査水準が変動要因です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
金融分野のシステムでは、アクセス制御、特権ID管理、暗号化、鍵管理、脆弱性対応、ログの改ざん耐性、災害復旧、委託先管理を要件に含めます。
金融庁は2025年7月4日に金融分野のサイバーセキュリティに関するガイドラインを一部改正しており。
開発時点でセキュリティや委託先の責任分界を確認する必要があります（出典：金融庁「金融分野におけるサイバーセキュリティに関するガイドライン」の一部改正。2025年7月）。
HSM、二拠点化、RTO・RPOの短縮を追加すれば費用は上がりますが、保管振替の誤処理や長時間停止の影響を考えると、安易に削る項目ではありません。
保管振替システムのコストを最適化するポイントは何ですか？
コスト最適化の目的は、目先の開発費を削ることではなく、必要な安全性を維持しながら、
作らなくてよい機能と重複投資を減らすことです。保管振替のコア処理と周辺業務を分け、
制度変更や障害対応を含むTCOで比較すると、価格とリスクのバランスを取りやすくなります。
パッケージのFit & Gapで作り過ぎを防ぎます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JASDEC接続ゲートウェイや証券バックオフィスパッケージを候補にし、標準機能で対応できる業務、設定で対応できる業務、追加開発が必要な業務を分けます。
制度仕様への追随をベンダー側に任せられる部分は、スクラッチで作るより変更費用とリスクを抑えやすくなります。
ただし、パッケージのライセンス、利用料、アップデート、データ移行、周辺カスタマイズを含めて比較し、初期費用の安さだけで決めないことが重要です。
コア基盤と周辺機能を分けて段階導入します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
証券残高、振替、決済、照合などのコア処理は高い整合性と可用性を優先し、照会画面、申請ワークフロー、帳票、監視。開発・検証環境はクラウドやSaaSを含めて別に検討します。
すべてを一度に刷新せず、まず一制度・一接続方式で実証し、総合試験の結果を次の範囲へ反映する方法です。
クラウドを採用する場合も、閉域接続、データ所在、鍵管理、バックアップ、復旧訓練、委託先管理を含むTCOで判断します。
制度改定と保守費を初期段階から比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
保守費は、初期開発費の年10〜20％程度を仮置きして比較すると、見積間の差を把握しやすくなります。ただし、これは契約条件を決めるための試算であり、固定的な相場ではありません。
JASDECの仕様変更、OSやミドルウェアの更新、証明書・専用線、脆弱性診断、監視、夜間休日の障害対応、DR訓練を。月額・年額・都度改修のどれで負担するかを確認します。
5年間の開発費、利用料、保守、改修、移行、廃棄までを合算すれば、安い提案が必ずしも安いとは限らないことが分かります。
保管振替システム開発はどのように進めますか？
費用を適正にするには、いきなり開発会社へ丸投げするのではなく、制度と業務の範囲を整理してからRFIやRFPを出します。
最初に対象を絞り、現行調査でデータと手作業を確認し、接続方式と異常系を設計し、段階的に試験します。
この順序で進めると、見積の前提がそろい、後工程での大きな追加費用を抑えやすくなります。
制度・業務・非機能要件を先に確定します
対象商品、口座の種類、取引形態、参加者区分、DVPか非DVPか、取扱量、ピーク、
締切時刻、稼働時間、SLA、RTO、RPOを一枚の一覧にします。次に、銘柄・口座・残高・約定・決済・会計のどれを各システムの正本にするかを決めます。
ここが曖昧なまま見積を依頼すると、開発会社ごとに含む機能が変わり、価格を比較できなくなります。
正常系より先に例外処理と責任分界を設計します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
基本設計では、処理IDと冪等キー、重複排除、再送、タイムアウト、補償トランザクション、照合差異の解消、手動介入の承認を決めます。
たとえば送信結果が不明なときに同じ指図を再送すると、二重振替のリスクがあります。
処理状態を照会してから再実行するのか、事業部門の承認を挟むのか、相手システムと自社のどちらが正本を持つのかを明文化します。
接続試験から移行リハーサルまで段階的に実施します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
単体試験、結合試験、接続試験、業務シナリオ試験、性能試験、セキュリティ試験、障害試験、総合試験を段階的に行います。
特に、決済締切前のピーク、通信断、片側だけ成功したDVP、残高不一致、日次照合、制度改定を想定した試験が必要です。
最後にデータ移行、切替、切戻し、災害復旧のリハーサルを行い、復旧時間を実測してから本番移行します。
見積依頼やRFPで確認すべきポイントは何ですか？
RFPには、業務フローや機能一覧だけでなく、接続方式、異常系、非機能、移行、保守の条件を記載します。
開発会社に同じ前提で回答してもらうことで、価格だけでなく、どこまでリスクを引き受ける提案なのかを比較できます。
最安値の提案を選ぶ前に、抜けている費用や責任分界を確認することが重要です。
RFPに対象範囲と数量を具体的に書きます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
対象制度・商品、参加者区分、口座数、銘柄数、日次件数、ピーク件数、電文数、接続方式、稼働時間、画面数、帳票数、既存システムとの連携先を記載します。
過去12か月の処理量だけでなく、3〜5年後の増加見込みも示します。
費用を抑えたい場合は「必須」「初期は不要」「将来拡張」の3段階に分け、将来分の設計余地だけを確保する方法が有効です。
開発会社の接続実績と保守体制を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
RFIでは、JASDECの本番接続実績、対象制度、JEXGW・FIJAC・統合Web・ファイル伝送の対応範囲、日銀ネット連携の経験、テスト環境。制度改定時の対応責任を質問します。
実績は「金融案件があります」ではなく、自社と同じ商品、参加者区分、接続方式、取扱量の本番経験として確認します。
二次請けの構成、海外拠点の利用、担当者の交代、障害時の連絡時間、ソースコードや設定の可搬性も、価格と同じ表で比較します。
価格だけでなくリスクとTCOを評価します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
提案評価の例として、価格30％、JASDECなどの実績25％、要件と例外処理20％、セキュリティ・監査15％、体制・保守10％という配点が考えられます。
自社のリスクに応じて配点は変えますが、初期費用だけで100％評価しないことがポイントです。
5年間の開発、ライセンス、クラウド、専用線、制度改定、保守、障害対応、移行、廃止までを合算し、提案に含まれない前提条件も金額化して比較します。
保管振替システム開発のよくある質問
保管振替システムの費用について、発注前によく寄せられる質問をまとめます。ここまでの相場はあくまでスコープ別の推定なので、
自社の条件を整理したうえで、複数社へ同じ資料を渡して確認することが大切です。
保管振替システムは最低いくらから開発できますか？
既存パッケージへの限定連携であれば、税別3,000万〜8,000万円程度が一つの目安です。
ただし、これは1制度、既存残高・会計を大きく変えない、接続試験を含むという前提の推定です。
対象制度や異常系、移行範囲を広げれば、5,000万円〜3億円程度へ上がる可能性があります。
クラウドを使えば保管振替システムの費用は下がりますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
クラウドを使うだけで自動的に安くなるわけではありません。閉域接続、冗長化、鍵管理、監査ログ、バックアップ、データ所在、復旧訓練、委託先管理まで含めて比較する必要があります。
照会や周辺ワークフロー、開発・検証環境にはクラウドが適しやすい一方、本番の決済基盤は接続要件と可用性を確認し、オンプレミスやハイブリッドも含めて選びます。
開発期間はどれくらいかかりますか？
限定連携なら4〜9か月、ゲートウェイ導入とバックオフィス連携なら6〜18か月、複数制度・DVP・会計を含む更改なら18〜36か月程度が目安です。
全面刷新では3〜5年に及ぶことがあります。接続先の試験日程、制度改定、移行リハーサル、
本番切替の制約によって変わるため、開発会社の人月だけでなく外部接続の予約や業務部門の検証期間も計画に含めます。
開発会社を選ぶときに最も重視する実績は何ですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
自社と同じ対象制度、参加者区分、接続方式、取扱量に近い本番稼働実績を重視します。
JASDECの一覧に掲載されていることは候補を探す材料になりますが、一覧はサービス品質を保証するものではなく。委託可能なインターフェースや業務も会社ごとに異なります。
障害時の責任分界、制度改定の対応、移行後の運用要員、監査資料の提出可否まで確認して選定します。
まとめ
保管振替システム開発の費用相場は、限定連携で3,000万〜8,000万円、JASDEC接続とバックオフィス連携で5,000万円〜3億円、
複数制度・DVP・会計を含む更改で3億〜10億円、全面刷新で10億〜数十億円以上が目安です。
いずれも公開された定価ではなく、対象制度、取扱量、既存システム、接続方式、セキュリティ、
移行、運用条件を踏まえた推定値です。
費用を決めるときはスコープとTCOを分けて考えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
予算策定では、まず対象制度、接続方式、既存資産、取扱量、可用性、移行範囲を整理し、業務機能、接続、試験、セキュリティ、インフラ、移行。保守を分けて見積を取ります。
パッケージ、クラウド、スクラッチは初期費用だけでなく、制度改定、ライセンス、監視、障害対応、DR訓練を含む5年間のTCOで比較します。
最初の一歩はRFIで前提条件をそろえることです
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
発注前には、JASDEC本番接続実績、対象制度、電文と接続環境、異常系テスト、責任分界、制度改定、移行、保守体制を質問できるRFIを作成します。
価格だけでなく、二重振替や残高不一致を防ぐ設計力、障害時に復旧できる運用力まで比較することで、導入後の追加コストと事業リスクを抑えやすくなります。▼全体ガイドの記事
・保管振替システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。