保管振替システム開発の進め方/やり方/流れや方法/手法/工程/手順

保管振替システム開発は、対象となる有価証券と参加者区分、DVPの範囲を先に決め、JASDEC接続・残高管理・決済・会計・異常系を一体で設計することが成功の要点です。

保管振替という言葉から倉庫や物流を想像する方もいますが、ここで扱うのは株式・債券・投資信託など電子化された有価証券の権利移転です。この記事では、企画から要件定義、設計、接続試験、移行、運用までの進め方を、費用相場と見積もりの確認ポイントを含めて解説します。発注担当者がベンダーへ相談する前に、何を決めておけばよいかも具体化します。

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

保管振替システムとは何ですか？全体像を解説します

保管振替システムとは、紙の証券を受け渡す代わりに、口座簿上の残高を書き換えて有価証券の権利を管理・移転するシステムです。単なる残高台帳ではなく、約定の照合、決済指図、証券と資金の受け渡し、権利イベント、会計、照会、監査までを連続した業務として扱います。

対象になり得るのは、株式、社債、国債以外の公共債、短期社債、投資信託などです。銘柄マスタ、口座マスタ、参加者・顧客マスタを基礎に、保有残高、担保残高、利用可能残高を分けて管理します。たとえば売却注文を受け付けた時点で、保有残高から単純に引き落とすのではなく、決済待ちや担保設定中の数量を除外し、二重利用できない状態にする必要があります。

新規記録、抹消、振替、入出庫、分割・併合、償還、利払、配当などのイベントも対象です。イベントの処理日、基準日、権利確定日、決済日が異なる場合があるため、日付だけでなく処理状態と元となる指図を履歴として残します。残高の現在値だけを持つ設計では、訂正や監査の際に「なぜこの数量になったのか」を説明できなくなります。

日本の保管振替システム開発では、証券保管振替機構（JASDEC、通称ほふり）の機構システムとの接続が中心テーマになります。一般振替DVPでは、決済当事者双方のデータが決済照合システムで一致すると、口座振替システムへDVP振替請求データが送られます。その後、証券振替と資金決済が条件付きで進みます（出典：証券保管振替機構「一般振替DVP制度を利用した決済実務」）。

つまり、アプリケーションから電文を送信できれば完了するわけではありません。JEXGW、FIJAC、統合Web、ファイル伝送などの接続方式を確認し、社内の約定・顧客管理・勘定系・会計との間で、どのデータを正本にするかを決めます。DVPの資金決済では日銀ネットが関係するため、証券側だけを開発範囲にして後から資金側を追加すると、締切時刻や障害時の責任分界が崩れやすくなります。

第一に、株式、一般債、短期社債、投資信託など、どの制度・商品を対象にするかを決めます。第二に、自社が機構加入者なのか、間接口座管理機関なのか、代行会社を利用するのかを確認します。第三に、DVPを使うのか非DVPなのか、また自社の残高・会計・顧客向け照会まで刷新するのかを分けます。この3点が曖昧なままでは、同じ「JASDEC接続」の見積でも対象機能と工数が大きく異なります。

企画書には、対象制度、1日平均件数、ピーク件数、締切時刻、稼働時間、目標RTO・RPO、既存システム、接続先、データ保存年数を記載します。開発の進め方を考えるときは、画面の数よりも、残高の整合性と外部接続の状態遷移を先に定義することが重要です。

保管振替システム開発の進め方・工程・手順

保管振替システムの開発は、企画、現状調査、要件定義、方式設計、実装、接続試験、総合試験、移行、運用開始の順で進めます。ただし、工程を順番に消化するだけでは不十分です。早い段階で接続方式と異常系を仮説検証し、後工程で高額な作り直しが起きないようにします。

最初に業務部門、システム部門、コンプライアンス、経理、運用担当者を集め、業務フローを「約定」「照合」「振替請求」「証券振替」「資金決済」「残高反映」「会計」「顧客通知」に分解します。担当部署ごとに別々のフローを描くのではなく、1件の取引IDがどの処理を通り、どの時点で残高へ反映されるかを一枚にまとめます。

要件定義では機能要件だけでなく、締切、処理件数、可用性、復旧時間、監査証跡、権限分離も決めます。たとえば「障害時は速やかに復旧する」ではなく、「何分以内に暫定復旧するか」「未確定指図をどう隔離するか」「再送してよい条件は何か」まで文章化します。

現行システムから、銘柄、口座、残高、約定、決済、顧客、会計のデータ項目を洗い出します。項目名が同じでも、残高の基準時点や取消の扱いが異なる場合があるため、データ辞書に「意味」「更新タイミング」「正本」「連携方向」「エラー時の扱い」を記載します。CSVや手作業で補っている業務も、例外処理として把握します。

パッケージを採用する場合は、画面の見た目ではなく、制度変更、権利イベント、照合差異、再送、日次締め、監査ログが標準機能で満たせるかを確認します。差分をカスタマイズで埋めるほど、次回の制度改定やバージョンアップで費用が増えるため、業務を変える差分と、システムで吸収すべき差分を分けて判断します。

RFIでは、JASDECのどの制度に、どの接続方式で、どの環境から接続するのかを質問します。JEXGWやFIJACなどのゲートウェイを使うのか、統合Webやファイル伝送を使うのかで、必要なネットワーク、電文制御、監視、運用手順が変わります。接続実績は「接続したことがある」という表現だけでなく、自社と同じ制度、参加者区分、取扱量、DVP範囲に近い本番実績を確認します。

基本設計では、処理IDや冪等キーを定義し、同じ電文が二度届いても二重振替にならない仕組みにします。タイムアウトした場合は成功・失敗を推測して再送せず、照会で状態を確定してから再処理します。片側だけ成功した場合、照合不一致、通信断、日銀ネット側の資金不足、証券残高不足が発生した場合の隔離・承認・補償処理も、画面ではなく状態遷移図で設計します。

実装では、外部電文の送受信部、業務コア、残高・イベント管理、会計連携、照会・運用画面を分離します。外部仕様変更の影響が業務コアへ広がらないよう、電文変換とエラーコードの対応を境界に置きます。オンライン、ファイル、API、メッセージングを併用する場合も、入力元が違うだけで同じ取引状態へ収束する設計にします。

試験は、単体、結合、接続、業務シナリオ、性能、セキュリティ、障害、移行リハーサルの順に広げます。正常な振替だけでなく、重複電文、順序逆転、途中切断、再送、休日・締切直前、銘柄分割、償還、残高不足、会計連携遅延を再現します。JASDEC公式のDVP実務が示す「照合」「証券振替」「資金決済」の3段階ごとに、どこまで進んだ指図かを確認できるテスト証跡を残します。

移行では、銘柄、口座、保有残高、担保、未決済、権利イベント、履歴を対象に、移行前後の件数と数量を照合します。特に、移行基準日をまたぐ未決済取引をどう扱うか、旧システムで予約されている指図を新システムへ引き継ぐかを決めます。本番切替は一度の作業として扱わず、リハーサルで所要時間、戻し方、連絡網、承認者、残高確認の順番を測定します。

稼働後は、制度改定や電文仕様変更に対応する保守体制を契約化します。夜間・休日の障害対応、監視、バックアップ、DRサイト、脆弱性診断、証明書や鍵の更新、年次の復旧訓練を、開発費とは別の運用項目として見積もります。2025年7月に金融庁のサイバーセキュリティガイドラインが一部改正され、清算・振替機関なども適用対象として明記されているため、対象事業者は自社の該当性と委託先管理を確認します（出典：金融庁「金融分野におけるサイバーセキュリティに関するガイドライン」、2025年）。

保管振替システムの費用相場とコストの内訳

保管振替システム固有の公開価格はほとんどないため、以下はJASDEC・日銀ネット連携、金融セキュリティ、移行、総合試験を含めて組み立てた税別の推定レンジです。対象制度、接続方式、取扱量、既存資産、求める可用性で大きく変動します。金額をそのまま予算化するのではなく、RFIで前提をそろえるための初期目安として使います。

既存パッケージへの限定連携、帳票、ファイル対応であれば、3,000万〜8,000万円、期間は4〜9か月が一つの目安です。1制度を対象にし、既存の残高・会計を大きく変更せず、接続試験までを含む場合を想定します。

JASDECゲートウェイを導入し、自社のバックオフィスへ照合、振替、例外処理を連携する場合は、5,000万円〜3億円、6〜18か月程度です。複数制度、DVP、日銀ネット、会計、STP、二重化、データ移行を含む中規模更改では3億〜10億円、18〜36か月程度を見込みます。証券会社や信託銀行の全面刷新をスクラッチで行う場合は、10億〜数十億円以上、3〜5年規模になることもあります。

費用を人月で見る場合、限定連携を30〜80人月とすると、1人月96万〜144万円の単価では2,880万〜1億1,520万円です。ただし、これは一般的な開発単価を機械的に掛けた計算であり、金融業務に詳しい上級SE、接続環境、監査、試験、夜間切替を含めると、3,000万〜8,000万円程度のレンジで確認する方が現実的です。単価の根拠として、JUAS「ソフトウェア・メトリクス調査2025」は、実績プロジェクトデータを基に開発工数や工期の関係を分析しています。125人月のプロジェクトを標準工期16.15か月とする例も掲載されているため、金額だけでなく工数と期間の関係を確認します（出典：一般社団法人日本情報システム・ユーザー協会、2025年）。

見積書では、業務要件定義、制度・接続調査、基本設計、電文制御、業務コア、画面、連携、インフラ、セキュリティ、テスト、移行、教育、プロジェクト管理を分けてもらいます。「開発一式」だけでは、後から増えた試験や移行の責任分界が分からないためです。作業項目ごとに前提、成果物、検収条件、除外範囲を記載してもらうと、複数社を比較しやすくなります。

初期開発後は、制度改定対応、OS・ミドルウェア更新、専用線、閉域接続、HSMや証明書、監視、バックアップ、DR、脆弱性診断、保守要員、夜間・休日対応が発生します。保守費は初期開発費の年10〜20％程度を仮置きできますが、これは契約内容によって変わる参考値です。パッケージのライセンス・アップデート費と、スクラッチの改修・保守費を分けて比較します。

クラウドを採用しても、閉域網、冗長化、鍵管理、監査ログ、バックアップ、復旧訓練を含めれば自動的に安くなるとは限りません。初期費用、月額費用、制度改定時の追加費用、障害対応費、切替時の立会費を5年程度のTCOで並べると、安価に見える提案の隠れコストを確認できます。

保管振替システムの見積もりを取る際のポイント

見積もりの精度は、ベンダーの計算力よりも発注側の前提整理で決まります。特に保管振替システムでは、同じ機能名でも制度、接続方式、参加者区分、既存システムの状態によって実装が変わります。RFIで候補を絞り、RFPで同じ条件の提案を求める二段階が進めやすい方法です。

資料には、対象商品と制度、機構との関係、DVP・非DVP、接続方式の候補、既存システムの構成、連携項目、電文一覧、1日平均・ピーク件数、締切時刻、稼働時間、データ保存年数を記載します。さらに、目標RTO・RPO、許容停止時間、監査ログの保存、権限分離、脆弱性診断、DRサイト、移行対象、試験環境の用意者も書きます。

ベンダーには、標準機能と個別開発を分けた機能一覧、外部接続の責任分界、エラーコードと再送方式、障害時の連絡・復旧手順、制度改定時の対応範囲、テストケース数、移行リハーサルの回数を求めます。検収条件に「画面が表示される」だけでなく、残高照合、二重振替防止、異常系の復旧、監査証跡の確認を含めます。

JASDECは、2026年6月1日現在、機構システムの本番環境で接続実績がある代行会社・計算会社のうち、公表を希望した企業を一覧で紹介しています。ただし、インターフェースや委託できる業務は会社ごとに異なり、JASDEC自身もサービス内容を保証していません（出典：証券保管振替機構「代行会社・計算会社一覧」、2026年）。したがって、一覧掲載の有無だけで決めず、自社と同じ制度・接続方式・運用形態の実績を直接確認します。

比較では、JASDECゲートウェイ、証券バックオフィス、BPO・計算、API・STP、Web接続のどこを強みにしているかを見ます。NTTデータ ルウィーブのFIJAC、NRIのI-STAR、大和総研、日本電子計算、ODKソリューションズ、ブロードリッジ・ジャパンなどは、JASDEC公式一覧や各社の公開情報で候補になります。ただし、記事上の候補と自社への適合性は別のため、デモやRFIで責任分界と追加費用を確認します。

見積もりが極端に安い場合は、接続環境、ライセンス、監査ログ、性能試験、移行、DR、制度改定、夜間対応が除外されていないかを確認します。特に「外部接続は別途」「データ移行は対象外」「障害時は手作業」と書かれている場合、初期費用が低くても本番稼働までの総額が上がります。契約前に除外項目を一覧化し、誰がいつ何を準備するかを合意します。

また、再委託先、海外拠点、担当者の交代、ソースコードや設定の可搬性、脆弱性対応の期限、制度改定の通知方法を確認します。金融庁のガイドラインでは、経営陣による方針、監視、危機管理、年次レビューなどが示されているため、システムだけでなく運用組織も提案に含めてもらいます。価格30％、実績25％、要件・例外処理20％、セキュリティ・監査15％、体制・保守10％のように評価軸を先に決めると、価格だけの比較を避けられます。

保管振替システム開発でよくある質問（FAQ）

保管振替システムの発注前に寄せられやすい質問をまとめます。制度や接続方式を決める前に費用だけを聞くと、提案会社ごとに前提が変わります。FAQの回答を自社のRFI項目に置き換えると、初回相談の抜け漏れを減らせます。

対象制度、参加者区分、代行会社の利用有無によって異なります。自社が機構システムへ直接接続する場合もあれば、代行会社・計算会社のサービスを利用して社内システムと連携する場合もあります。まず対象商品と自社の制度上の立場を確定し、直接接続、ゲートウェイ、Web、ファイルのどれが適切かを確認します。

限定連携なら3,000万〜8,000万円、ゲートウェイ導入とバックオフィス連携なら5,000万円〜3億円、複数制度・DVP・会計を含む更改なら3億〜10億円が推定目安です。全面刷新では10億〜数十億円以上になる可能性があります。ただし、公開価格ではなく、制度、件数、既存システム、試験、移行、セキュリティを含めた推定のため、RFIで自社条件を提示して見積もりを取ります。

一般には、JASDEC接続ゲートウェイや証券バックオフィスパッケージを第一候補にし、独自商品や独自勘定など競争力に直結する部分だけを個別開発する方法が検討しやすいです。クラウドは照会、ワークフロー、監視、検証環境に使いやすい一方、本番の外部接続では閉域網、冗長化、鍵管理、データ所在、委託先管理を確認します。初期費用ではなく、制度改定と5年程度のTCOで比較します。

重複電文、タイムアウト、再送、通信断、順序逆転、照合不一致、証券残高不足、資金不足、片側だけ成功した状態、日次締め中の障害を優先します。各ケースで、処理を止めるのか、保留するのか、手動承認へ回すのか、照会で状態を確定して再開するのかを決めます。試験結果だけでなく、操作者が監査ログから経緯を説明できることまで確認します。

まとめ：保管振替システム開発は異常系と運用まで設計します

保管振替システムの開発では、最初に対象制度、参加者区分、DVP・非DVP、接続方式、既存システムとの責任分界を固定します。そのうえで、銘柄・口座・残高の正本を決め、決済照合、口座振替、資金決済、会計、監査ログを一つの状態遷移として設計します。

費用は、限定連携で3,000万〜8,000万円、ゲートウェイとバックオフィス連携で5,000万円〜3億円、複数制度や全面刷新で3億円以上が目安です。ただし、安い提案を選ぶのではなく、接続試験、重複防止、再送、障害復旧、移行、制度改定、保守を含むTCOで比べます。正常処理のデモだけでなく、片側成功や通信断を含むリハーサルを提案に含めることが重要です。

次の一歩は、対象商品・制度、参加者区分、接続方式、件数、締切時刻、RTO・RPO、既存システム、移行対象、異常系、保守体制を一枚に整理することです。その資料を使って、JASDEC接続の実績、標準・個別の境界、テスト環境、制度改定対応、障害時の責任分界を複数社へ同じ条件で質問します。業務担当者とシステム担当者が同じ前提で見積もりを読める状態を作ることが、手戻りを抑える最も確実な方法です。

保管振替システム開発は、外部接続の実装だけでなく、有価証券の権利と資金を安全に扱い続ける業務基盤づくりです。制度の範囲と異常時の判断を先に固め、パッケージ、クラウド、スクラッチを適材適所で組み合わせれば、将来の制度改定や業務拡張にも対応しやすくなります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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