保管振替システム開発の発注/外注/依頼/委託方法について

保管振替システムの発注・外注は、JASDECへの接続方式と対象制度、DVPの範囲、既存の証券・会計システムとの責任分界を先に決めてから、RFI・RFPで複数社を比較する進め方が適切です。

保管振替システムは、電子化された有価証券の残高と権利移転を扱うため、一般的な業務システムよりも決済の正確性、異常時の復旧、監査証跡、制度変更への追随が重視されます。本記事では、発注形態の選び方、RFPに入れる要件、契約形態、2026年時点の費用相場、委託先の選定方法、見積比較のポイントを、発注担当者が実務で使える順番に解説します。

▼全体ガイドの記事
・保管振替システム開発の完全ガイド

保管振替システムとは何ですか？発注前に知る全体像

保管振替システムは、紙の証券を保管する仕組みではなく、株式・債券・短期社債・投資信託などの権利を口座簿上の記録で管理し、残高の更新や移転を安全に処理する業務基盤です。発注時は「保管」だけを切り出すのではなく、銘柄・口座・顧客のマスタ、約定照合、決済指図、証券残高、資金決済、会計、照会、監査までのつながりを確認する必要があります。

最初に決めるのは、どの振替制度を利用し、自社がどの立場で業務を行うかです。対象商品を一般債、短期社債、投資信託などに分け、機構加入者なのか間接口座管理機関なのか、発行・支払代理人なのかを整理します。さらに、JEXGW接続、ファイル伝送、統合Web接続、加入者情報Web接続のどれを使うか、JASDEC側の機能と自社側の機能をどこで分担するかを決めます。

JASDECの一般振替DVPでは、決済照合と口座振替を連動させ、証券の振替と資金決済を条件付きで進めます。JASDECの公式説明では、実務は「決済照合と口座振替の連動」「証券の振替」「資金の決済」の3段階で構成され、資金決済には日銀ネットが利用されます（出典: 証券保管振替機構「一般振替DVP制度を利用した決済実務」、2026年確認）。そのため、RFPでJASDEC接続だけを要求し、照合差異や日銀ネット連携を対象外にすると、後から追加開発が発生しやすくなります。

機能一覧には、銘柄・口座・参加者・顧客のマスタ管理、保有残高・担保残高・利用可能残高の管理、新規記録、抹消、振替、償還、利払、配当などを含めます。約定情報と決済条件の照合、承認、決済番号の採番、APIやメッセージングの送受信、日次照合、残高証明、規制・経営レポートまでを業務の一続きとして定義します。

同時に、通信断、タイムアウト、重複電文、片側だけ成功した処理、残高不足、照合不一致、日付をまたぐ再送を必ず要件に入れます。処理IDと冪等キーで二重実行を防ぎ、再送しても同じ結果に収束すること、手動介入には権限と承認を求めること、復旧後に外部と内部の残高を突合できることが重要です。平常時の画面デモだけで委託先を選ぶと、最も費用と時間がかかる異常系の品質を判断できません。

保管振替システムの発注・外注はどのように進めますか？

外注の成否は、開発会社を先に探すことではなく、発注する仕事の境界を決めることに左右されます。自社が残す業務と委託する業務、標準機能に合わせる範囲、将来の制度追加、運用を内製するかどうかを先に整理します。そのうえで、情報収集のRFI、提案依頼のRFP、要件定義、開発、受入、運用移行を段階に分けると、比較しやすくなります。

第一候補になりやすいのは、JASDEC接続ゲートウェイや証券バックオフィスパッケージを導入し、自社の勘定・顧客・会計システムと連携する形です。制度仕様の変更を製品側で吸収できれば、スクラッチ開発の範囲を抑えやすくなります。ただし、対象制度、参加者区分、独自の残高管理、業務量、権利イベントの扱いが製品の標準機能に合うかをFit & Gapで確認する必要があります。

独自商品、独自の勘定処理、海外連携、大量取引などが競争力に直結する場合は、業務コアをスクラッチまたは段階的なモダナイズで構築する選択肢があります。クラウドは照会画面、ワークフロー、監視、開発・検証環境に使いやすい一方、JASDEC・日銀ネットと接続する本番環境では専用線、閉域網、冗長化、鍵管理、データ所在、委託先管理を確認します。全面クラウド化を前提にせず、接続基盤と業務コアを含むハイブリッドで比較すると判断しやすくなります。

発注形態は、完成品を導入する「パッケージ型」、接続や周辺機能だけを委託する「部分外注型」、業務基盤を一括で任せる「一括請負型」、企画・要件定義と開発を分ける「分離発注型」に整理できます。金融業務の知見が社内に少ない場合は、最初に第三者の要件定義支援を入れ、接続部分と業務部分を別々に見積もる方法が、ベンダーの提案を比較するうえで有効です。

RFIでは、対象制度と接続方式、対応可能な商品、類似する本番接続実績、提供可能なパッケージ、概算の期間、必要な社内体制を質問します。RFIの段階では、詳細な画面仕様を固めるよりも、どの方式なら自社の条件を満たせるか、どの情報を追加で用意すべきかを把握することが目的です。接続実績は「金融案件の経験」ではなく、同じ制度、同じ接続方式、同じ参加者区分の実績まで確認します。

RFPには、業務フロー、対象制度、決済形態、電文とファイルの一覧、ピーク件数、締切時刻、利用者と権限、既存システム、移行対象データ、テスト環境、SLA、RTO・RPO、監査ログ、セキュリティ、保守、制度変更の責任分担を記載します。「高速に処理する」ではなく、ピーク時の処理件数や応答時間、「安全に復旧する」ではなく、何分以内にどのデータまで復元するかのように測定可能な条件へ落とし込みます。

RFPの末尾には、提案書の記載順、見積の内訳、前提条件、除外事項、再委託先、プロジェクト体制、納品物、受入基準、契約終了時のデータ返却方法を指定します。提案書の形式がそろうと、価格の安さだけでなく、どの要件を含み、どの要件を別途扱っているかを比較できます。

実務では、まず業務部門、システム部門、リスク管理、経理、法務、運用担当を集め、現在の処理を可視化します。次に、制度・接続・データ・非機能の要件を定義し、必要なら接続方式や電文のPoCを行います。その後、基本設計、詳細設計、実装、単体・結合・接続・総合・障害・性能・セキュリティ・移行試験へ進みます。

稼働前には、休日や締切時刻を含むリハーサルを行い、旧システムとの並行稼働、切り戻し条件、残高照合、問い合わせ窓口、障害時の連絡網を確認します。稼働後も、制度変更、証明書更新、OSやミドルウェアの更改、脆弱性対応、災害復旧訓練を契約と年間計画に含めます。開発完了をゴールにせず、継続運用を含む発注にすることが重要です。

契約形態と保管振替システムの費用相場

保管振替システムには、JASDEC接続の標準価格表や、金融機関ごとの個別開発費がほとんど公開されていません。したがって、ここで示す金額は2026年時点の公開情報とリサーチノートをもとに、対象制度、接続、照合、決済、セキュリティ、移行、試験の工数を組み合わせた税別の推定レンジです。実際の予算は、RFIで前提をそろえたうえで、要件定義後の見積もりに置き換える必要があります。

要件と完成条件が固まった実装部分は、納品物と受入基準を明確にした請負契約が候補になります。一方、現行調査、RFI支援、要件定義、Fit & Gap、PoC、PMOなど、検討しながら成果を作る工程は準委任契約の方が実態に合いやすいです。企画・要件定義までを準委任、その後の開発を請負とする二段階契約にすると、不確実な部分と完成責任を分けられます。

パッケージを導入する場合は、ライセンス、初期設定、追加開発、接続モジュール、保守、バージョンアップ、制度改定対応を分けて契約書と見積書に記載します。パッケージの標準機能に見えても、JASDECの接続環境や自社の勘定・会計との連携が別費用になる場合があります。ソースコード、設定値、データモデル、テスト成果物、運用手順書の利用権と返却条件も、契約前に確認します。

既存パッケージへの限定連携、1制度のファイル対応、帳票追加、接続試験を中心とする場合は、3,000万〜8,000万円、期間は4〜9か月程度が一つの推定目安です。JASDECゲートウェイを導入し、自社の残高・照合・決済・会計へ連携する中規模案件では、5,000万円〜3億円、6〜18か月程度を見込みます。対象商品、ピーク取引量、既存システムの状態、接続方式によって大きく変動します。

複数制度に対応し、DVP、日銀ネット、STP、会計、二重化、データ移行、総合試験まで含む中規模更改は、3億〜10億円、18〜36か月程度の推定レンジです。証券会社や信託銀行向けに有価証券管理、決済、会計、災害対策、複数拠点を一体刷新する場合は、10億〜数十億円以上、3〜5年となる可能性があります。これらは公開された個別案件価格ではなく、発注の初期予算を検討するための仮置きです。

費用の計算には人月単価と工数を使います。リサーチノートで参照したJUAS「ソフトウェア・メトリクス調査2025」では、開発工数と工期の関係を232件の分析対象データで整理し、総費用と全体工数、人材区分別の単価などを見積妥当性の指標として扱っています（出典: 日本情報システム・ユーザー協会「ソフトウェア・メトリクス調査2025」、2025年）。本記事の推定では、外注開発の目安としてスクラッチ約96万円、パッケージ・SaaS約144万円を1人月の参考値に置いていますが、金融ドメインの上級人材、接続環境、監査、夜間試験を加えると上振れするため、単価だけで判断してはいけません。

初期開発費以外には、JASDECの仕様変更対応、OS・ミドルウェア、専用線、HSMや証明書、監視、脆弱性診断、バックアップ、DRサイト、夜間・休日の障害対応、制度改定テストが発生します。保守費は初期開発費の年10〜20％程度を仮置きできますが、24時間監視、厳格なSLA、複数拠点、外部サービスの従量課金があると上振れします。

比較表には、初期開発、ライセンス、導入・教育、年間保守、クラウド・通信、追加開発、制度対応、障害対応、移行、監査、契約終了時のデータ搬出を5年分で並べます。安い見積もりが、監視や制度改定を除外しているだけではないかを確認します。特に「標準保守」の時間帯、重大障害の一次対応、復旧目標、再委託先との連絡経路は、金額と同じ表で比較することが大切です。

委託先の選定と見積比較で確認すべきポイント

委託先は、会社の知名度だけでなく、同じ制度・商品・参加者区分・接続方式の本番実績、障害時の責任分界、制度改定の対応力、既存システムとの連携力、運用の継続性で比較します。JASDECの公式一覧は、2026年6月1日現在で機構システムの本番環境に接続実績がある代行会社・計算会社のうち公表を希望した企業を掲載していますが、委託可能なインタフェースや業務は会社ごとに異なるため、掲載だけで品質や適合性が保証されるわけではありません（出典: 証券保管振替機構「代行会社・計算会社一覧」、2026年）。

実績確認では、社名や導入件数だけを聞かず、「一般債のJEXGW接続か」「投信のファイル伝送か」「DVPと日銀ネットを含むか」「代行・計算業務なのか受託開発なのか」を分けて質問します。顧客名を開示できない場合でも、対象制度、接続方式、取扱量、稼働年数、障害対応、担当範囲、現在の保守体制を匿名化して説明してもらいます。可能なら、本番接続に至るまでのテスト項目と、直近の制度改定への対応事例も確認します。

たとえばNTTデータ ルウィーブのFIJACは、ほふり統合ネットワーク上でJEXGW接続方式を用い、IBM MQのチャネル制御、ヘッダー付与、制御メッセージ作成、条件に応じたメッセージ振り分けを提供すると説明されています（出典: NTTデータ ルウィーブ「JASDEC接続（FIJAC）」、2026年確認）。このように製品名だけでなく、接続方式と実装範囲まで確認すると、自社の既存システムに必要な追加開発を想定しやすくなります。

見積書は、要件定義、基本設計、詳細設計、接続開発、業務機能、外部連携、インフラ、セキュリティ、データ移行、テスト、教育、運用移行、保守に分けてもらいます。工程別の人月、担当者の役割、単価、期間、前提、除外事項、予備費を記載してもらうと、同じ総額でも内容の違いが分かります。単価を下げるために上流や試験の工数を削っていないか、開発と保守の責任を別会社へ押し付けていないかを確認します。

提案評価の配点は、たとえば価格30％、JASDEC・金融決済の実績25％、要件適合性と例外処理20％、セキュリティ・監査15％、体制・保守10％と設定できます。自社で事故リスクを重く見る場合は、価格の配点を下げて、障害リハーサルや責任分界の説明を加点します。各社に同じ異常シナリオを提示し、通信断、重複電文、片側成功、残高不一致、復旧後の再照合をどう処理するか説明してもらうことが有効です。

保管振替システムでは、権限分離、強固な認証、通信と保存データの暗号化、HSMや証明書の管理、改ざん耐性のある監査ログ、脆弱性管理、バックアップ、災害復旧をRFPの非機能要件に入れます。金融庁は2025年7月4日、NISCの組織改組に伴う技術的修正として金融分野のサイバーセキュリティガイドラインを一部改正しています（出典: 金融庁「金融分野におけるサイバーセキュリティに関するガイドラインの一部改正」、2025年）。委託先の対策だけでなく、自社が委託先を管理・監督する手続きまで確認します。

再委託がある場合は、二次請け・三次請けの会社名または役割、海外拠点からのアクセス、障害時の連絡経路、ログやデータの保管場所、担当者の交代手続きを確認します。契約終了時にソースコード、設定、データ、テスト証跡、運用手順を返却できるか、他社へ移管するための支援費用はいくらかも確認します。プロプライエタリな接続部品を採用する場合は、制度変更時の更新責任と、代替製品へ移行するための条件を契約書に残します。

委託先の評価では、価格だけでなく、提案した担当者が稼働後も残るか、業務部門と技術部門の意思決定者が誰か、夜間休日の体制があるかを確認します。提案時に大規模な体制を示し、契約後に経験の浅い要員へ置き換わるリスクもあるため、重要ポジションの交代条件や、交代時の引き継ぎ期間を合意しておくと安心です。

よくある質問

保管振替システムの外注では、費用だけでなく、制度・接続方式・運用責任をどこまで整理できているかが質問になりやすいです。ここでは、発注前に特に確認される4つの疑問へ直接回答します。

1制度の限定連携や既存パッケージへの接続でも、接続試験、残高照合、例外処理、セキュリティ、運用設計を含めると、3,000万〜8,000万円程度から検討する推定になります。画面追加だけなら下がる可能性がありますが、JASDECや日銀ネットと関わる範囲、既存データの品質、受入試験の条件によって費用は変わります。金額だけでなく、見積の対象外項目を確認してください。

制度仕様や接続部分を標準化しやすく、短期間で稼働させたい場合は、パッケージや接続ゲートウェイを使う方法が向いています。独自商品、独自勘定、特殊な業務フローが競争力に直結する場合は、スクラッチやパッケージ拡張を検討します。初期費用だけで決めず、制度改定、保守、障害対応、移行、契約終了時の可搬性まで含む5年TCOで比較してください。

「自社と同じ制度・接続方式・参加者区分の本番実績はありますか」「DVPと日銀ネットを含む場合の責任分界はどこですか」「重複電文や片側成功をどう復旧しますか」「制度改定の費用と納期は誰が負担しますか」「二次請けの範囲と稼働後の担当者は誰ですか」と質問してください。営業資料だけでなく、匿名化した設計書、試験計画、障害報告の形式、運用体制を説明してもらうと、提案の実現性を比較しやすくなります。

最初から完成形のRFPを作れない場合は、現行調査・業務整理・制度確認・接続方式の比較を対象にした短期の要件定義支援を先に発注します。成果物として、業務フロー、対象制度表、データ項目一覧、インターフェース一覧、非機能要件、異常シナリオ、概算費用、次工程のRFP案を納品してもらいます。調査会社がそのまま本開発を受注する場合は、選定の中立性をどう担保するかも確認します。

まとめ

保管振替システムの発注では、まず対象制度、参加者区分、JASDEC接続方式、DVP・日銀ネットの範囲、既存システムとの責任分界を決めます。そのうえで、パッケージ・クラウド・スクラッチ・部分外注の選択肢を比較し、RFIで実績と方式を確認してから、同じ条件のRFPを複数社へ提示します。

最初に作るべき資料は、機能一覧だけではなく、制度・接続・データ・異常系・非機能の五つを含むスコープ表です。二重振替、重複電文、通信断、残高不一致、制度改定、災害復旧を発注条件に入れ、価格・実績・要件適合性・セキュリティ・保守体制の配点で見積もりを比べます。開発費だけでなく、保守や制度対応を含む5年TCOを確認することが、発注後の予算超過を防ぎます。

社内の証券業務、システム、会計、リスク管理、運用の担当者を集め、現在の処理を一枚の業務フローにします。次に、対象制度、接続方式、取引量、ピーク、SLA、RTO・RPO、移行対象、制度変更の想定を整理し、RFIで開発会社へ質問します。発注条件が明確になるほど、見積の差が単なる前提の差なのか、提案力の差なのかを判断しやすくなります。

▼全体ガイドの記事
・保管振替システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。