遺言信託管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

遺言信託管理システムの開発は、申込受付から遺言書作成、長期の定期照会、相続発生後の遺言執行までを、案件の状態・期限・証跡で一元管理できる業務基盤として設計することが成功のポイントです。

遺言信託は、契約や遺言書を登録して終わる業務ではありません。数年から数十年後に相続が発生する可能性があるため、担当者の交代、家族関係や財産の変化、書類の版管理、承認、払出し、監査までを見据える必要があります。本記事では、遺言信託管理システムの全体像、開発の進め方、費用相場、見積書の確認ポイント、よくある質問を順番に解説します。

▼全体ガイドの記事
・遺言信託管理システム開発の完全ガイド

遺言信託管理システムの全体像

遺言信託管理システムとは、金融機関や信託会社が受託する遺言信託・遺産整理の案件について、顧客情報、家族関係、財産、書類、契約、期日、承認、執行状況を一つの業務基盤で管理するシステムです。単なる遺言書のファイル保管庫ではなく、長期にわたる案件の状態を担当者の記憶から切り離すことに価値があります。

要件定義の最初に、対象業務を明確に分けることが重要です。遺言信託は、遺言書の作成支援や保管、定期的な内容確認、相続発生後の遺言執行を中心に扱います。一方、遺言代用信託は、信託契約に基づき、委託者の死亡後に指定された受取人へ財産を交付する商品です。両者は相続に関係しますが、契約データ、受託審査、金銭の残高管理、決算、払出しの有無が異なります。

この境界を曖昧にしたまま「相続管理システム」として見積もると、文書中心の仕組みに信託会計を後付けすることになったり、逆に必要以上に大きな基盤を導入したりします。受託前、受託中、定期照会、死亡連絡後、遺言執行、会計・報告のどこまでを対象にするのかを、業務一覧と対象外一覧の両方で定義します。

受託前は、相談記録、顧客・委託者・受託者・相続人などの関係者情報、本人確認、家族関係図、財産情報、遺言書文案、必要書類の徴求状況を管理します。受託後は、契約・遺言書の版、定期照会の結果、財産や家族の変更、担当者の引継ぎ、次回アクションを記録します。相続発生後は、死亡連絡、戸籍や証明書の確認、執行計画、稟議・決裁、関係機関への照会、支払・払出し、完了報告を追跡できるようにします。

共通機能としては、期限・滞留案件のアラート、書類の版管理、職務分掌に応じた権限、承認履歴、操作ログ、帳票出力、検索、バックアップが必要です。オービックの公式ソリューションでも、家族・財産情報の集約、財産台帳や相続人関係図の出力、申込受付から定期照会、執行の稟議・決裁までが示されています。こうした公開機能を参考にしながら、自社固有の例外処理を追加します。

遺言信託管理システムの開発の進め方

開発は、業務棚卸し、データモデル設計、権限・監査要件の定義、連携設計、プロトタイプ、移行、テスト、段階リリースの順に進めると整理しやすくなります。いきなり画面一覧を作るのではなく、案件の状態がいつ変わり、誰が何を承認し、どの証憑を残すのかを先に決めます。

まず、現行のExcel、紙台帳、共有フォルダ、メール、顧客管理システム、文書管理システムを一覧にします。次に、申込受付、遺言書作成、受託審査、定期照会、死亡連絡、執行、完了報告という業務単位ごとに、入力者、承認者、期限、必要書類、例外、保存期間、後続処理を整理します。特に「定期照会を実施できなかった」「担当者が退職した」「相続人が増減した」「非上場株式や不動産の評価資料が更新された」といった現実のケースを要件に含めます。

要件定義の成果物は、業務フロー、機能一覧、画面・帳票一覧、データ項目定義、権限マトリクス、外部連携一覧、非機能要件、移行方針です。金融機関では、RTO・RPO、利用可能時間、障害時の代替手順、ログ保存期間、再委託先、データの保管場所までを要件に含めます。これらをRFPに載せると、会社ごとの見積範囲を揃えられます。

パッケージは、信託・相続業務で共通する案件管理、帳票、承認、会計などを短期間で導入しやすい方式です。ただし、標準機能にない独自フローをアドオンし続けると、バージョンアップのたびに改修費が発生します。クラウドやASPは、インフラの初期構築とバックアップ運用を抑えやすい一方、データ所在、接続方式、再委託、障害時の復旧、データ返却条件を契約で確認します。

スクラッチ開発は、独自商品、複雑な執行ルール、既存の勘定系・顧客管理との深い連携を最適化できますが、法改正対応や保守要員の確保が課題になります。現実的には、案件・文書・ワークフローはパッケージまたはクラウドを活用し、差別化する業務ロジックと基幹連携をAPIやアドオンで実装する段階導入が候補になります。選択は初期費用ではなく、5年分の保守・改修・移行費を含めた総額で比較します。

テストでは、通常の登録・更新だけでなく、長期保管された案件を再開するシナリオを作ります。例えば、受託から10年後に担当者が交代し、住所と家族構成が変わり、財産資料の差し替えが発生し、その後に死亡連絡を受けて執行へ移るケースです。必要書類が不足した場合、承認者が不在の場合、同じ案件を複数人が操作した場合、誤った帳票を出力しそうな場合も、業務側の受入テストで確認します。

移行では、顧客、関係者、契約、遺言書の版、財産、書類、次回照会日、過去の承認・操作ログを移す範囲と、移行できない紙原本の参照方法を決めます。名寄せの基準、重複データの扱い、欠損項目の補完責任、移行後の照合件数を定義し、少量のパイロット移行から始めます。リリース後は、部署や案件種類を限定した段階稼働にして、問い合わせとアラートの実態を確認します。

遺言信託管理システムの費用相場とコストの内訳

遺言信託管理システムの公開価格は少ないため、費用は対象業務、利用者数、既存システム連携、データ移行量、監査・BCP水準によって個別に算定されます。以下は2026年時点の一般的な業務システム相場と、信託業務で追加される要件を組み合わせた概算です。正式な予算は、要件定義後に同じ前提条件で複数社から取得します。

案件・書類・タスク管理に絞った既製クラウドの最小導入は、初期50万〜300万円、月額10万〜100万円程度が一つの目安です。標準ワークフロー、顧客・財産・書類、承認、帳票を備えたパッケージに設定変更や軽微なアドオンを加える場合は、1,000万〜5,000万円程度、6か月前後から9か月程度を見込みます。対象業務や連携が増えるほど、画面数よりもデータ・権限・テストの工数が増えます。

申込、遺言書、定期照会、財産台帳、相続人関係図、執行、API、監査ログを一体化する中規模の個別開発では、3,000万〜1億円程度、6〜15か月程度が概算レンジになります。複数拠点、複数業態、信託会計、勘定系、本人確認、文書保管、BCP、既存データ移行まで含める大規模刷新では、1億〜数億円以上、12〜24か月超になる可能性があります。一般的なシステム開発の2026年相場は小規模100万〜300万円、中規模500万〜1,000万円、大規模1,000万円〜数千万円以上、人月単価60万〜200万円程度とされています（出典: SIA「システム開発の費用・相場 2026年版」、2026年7月）。遺言信託は監査・セキュリティ・長期保守の比率が高いため、一般業務システムの相場をそのまま当てはめないことが重要です。

初期費用の仮説は、要件定義10〜20%、設計・開発40〜50%、テスト15〜25%、プロジェクト管理や監査資料10〜15%、インフラ・移行10〜25%に分けて置くと比較しやすくなります。これは固定の正解ではなく、会計連携や大規模移行がある場合に比率が変わる前提の管理用モデルです。見積書では、各工程の人月、単価、成果物、前提、除外事項を確認します。

運用開始後には、クラウド利用料、保守契約、問い合わせ対応、脆弱性診断、バックアップ、監視、法改正・商品改定対応、追加帳票、教育、再移行の費用が発生します。初期費用が2,000万円でも、年間保守500万円と追加改修が続けば、5年間のTCOは大きく変わります。月額費用だけを比較せず、平常運用、障害対応、制度変更、契約終了時のデータ返却を含めて5年分のキャッシュフローに置き換えます。

費用差が出やすいのは、外部APIの本数、既存基幹の接続方式、データの品質、例外フロー、帳票の種類、権限の細かさ、承認段階、ログの保存期間、可用性、災害対策です。例えば、財産情報を単に表示するだけでなく、入出金・評価・異動を履歴管理し、複数の帳票に反映する場合は、画面一つの追加では済みません。

金融分野では個人情報だけでなく、家族関係、財産、遺言内容、相続税に関係する情報を扱います。個人情報保護委員会の金融分野ガイドラインは、アクセス制御や情報システムの監視などの技術的安全管理措置を示しています（出典: 個人情報保護委員会・金融庁「金融分野における個人情報保護に関するガイドライン」、2024年版）。安全管理、委託先監督、内部不正対策を見積条件から外すと、後工程で追加費用になりやすいため、要件定義時点で費用化します。

遺言信託管理システムの見積もりを取る際のポイント

見積もりの精度は、開発会社の計算力だけでなく、発注側が前提条件を揃えられるかで決まります。機能名の羅列ではなく、誰が、どのデータを、どのタイミングで登録・承認し、どの証跡を残すかを示します。見積書を受け取ったら、金額の大小よりも、含まれる範囲と含まれない範囲を比較します。

機能要件では、顧客・関係者管理、家族関係図、財産台帳、遺言書と関連書類の版管理、案件ステータス、期日アラート、定期照会、死亡連絡、執行、稟議・承認、帳票、検索、通知を示します。データ要件では、必須項目、履歴を残す項目、原本との関係、保存期間、削除・訂正の手順、名寄せルールを定義します。特に、遺言書の現行版と過去版を区別できること、誰がいつ変更したかを追えることが重要です。

非機能要件では、認証方式、多要素認証、役割別権限、職務分掌、操作ログ、暗号化、監視、バックアップ、復旧目標、脆弱性対応、再委託、データ所在、障害時の連絡、サービス終了時の返却形式を記載します。FISCの安全対策基準・解説書は改訂されるため、2026年時点で適用する版と、発注者の業態・重要度に応じた採用範囲をRFPに明記します。基準名だけを記載せず、要件・証跡・テスト方法まで落とし込むと比較可能になります。

候補会社には同じ業務シナリオとデータ量を渡し、標準機能、設定、追加開発、連携、移行、テスト、保守の区分で見積もってもらいます。確認先として、オービックは遺言信託・遺産整理の業務全体をカバーする公式情報を公開し、BIPROGYはTrustPORT個人信託システムで遺言代用信託、認知症対応型金銭信託、遺贈寄付信託などを案内しています。NRIはBESTWAY/金銭信託を共同利用型サービスとして提供し、百数十社の金融機関が利用していると公表しています。こうした公開機能は比較の起点にしますが、自社の直接実績や契約条件は提案時に確認します。

2026年4月には、NTTデータグループが金融業界横断の相続手続き一元化プラットフォーム「みらいたすく」の構築に向けた基本合意を公表し、金融機関をまたぐ手続きの共通化・標準化を目指しています（出典: NTTデータグループ「みらいたすく」基本合意、2026年）。今後は外部プラットフォームや標準APIとの接続も選択肢になります。ベンダーには、将来の連携方式、APIの所有権、仕様変更時の費用、サービス終了時の移行方法を質問します。

遺言信託の業務ルールは、システム会社だけでは決められません。信託・相続実務を理解する業務責任者、情報システム責任者、セキュリティ担当、法務・コンプライアンス担当、現場の代表者をプロジェクトに置き、優先順位と受入判定を社内で行います。開発会社に業務を丸投げすると、現行の暗黙ルールが仕様化されないまま、リリース直前に追加要件が集中しやすくなります。

リスク管理では、要件凍結の時期、変更管理の承認者、追加費用の算定方法、検収条件、障害時の責任分界を契約に置きます。2026年のIPA「情報セキュリティ10大脅威」では、組織向けの1位がランサム攻撃、2位がサプライチェーンや委託先を狙った攻撃、7位が内部不正による情報漏えいです（出典: IPA「情報セキュリティ10大脅威 2026」、2026年）。委託先の再委託先、アカウント管理、ログ監視、バックアップからの復旧訓練まで、見積と契約に含めて確認します。

よくある質問

遺言信託管理システムは、一般的な顧客管理システムと比べて、長期保管、家族・財産情報、書類の真正性、承認、監査、相続発生後の執行までを扱う点が異なります。ここでは、導入前に特に質問されやすい点を直接回答します。

最小限のクラウド導入なら初期50万〜300万円程度、パッケージ導入なら1,000万〜5,000万円程度、個別開発なら3,000万〜1億円程度が概算の目安です。信託会計、勘定系連携、厳格な監査、既存データ移行、BCPまで含めると1億円を超えることがあります。公開相場はあくまで参考値のため、対象業務と5年分の保守・改修費を揃えて見積もることが大切です。

共通業務が多く、早期導入と保守の標準化を重視するならパッケージやクラウドが向いています。独自の商品設計、複雑な執行ルール、既存基幹との深い連携が競争力になるなら、スクラッチやアドオンを検討します。判断は初期費用だけでなく、標準機能への適合度、改修のしやすさ、法改正対応、5年TCO、ベンダーの直接実績で行います。

業態、業務の重要度、接続する基幹システム、利用形態によって必要水準が変わりますが、少なくとも役割別アクセス制御、多要素認証、通信・保管時の暗号化、操作ログ、脆弱性管理、バックアップ、復旧訓練、委託先・再委託先の管理を要件化します。FISCの基準や金融庁のサイバーセキュリティに関するガイドラインを参照し、採用する管理策と検証方法を決めます。基準に適合しているという説明だけでなく、どの証跡をいつ提示できるかを確認します。

最小限のクラウド導入は1〜3か月、パッケージ導入は3〜9か月、中規模の個別開発は6〜15か月、大規模な基幹連携型は12〜24か月超が目安です。期間を短くするには、対象業務を絞り、標準機能を優先し、移行対象を限定して段階リリースします。ただし、金融・相続業務では受入テストや監査資料を省略できないため、納期だけを先に固定しないことが安全です。

まとめ

遺言信託管理システムの開発では、最初に遺言信託と遺言代用信託の対象範囲を分け、受託前から相続発生後の執行までをライフサイクルで整理します。そのうえで、顧客・家族・財産・書類・期限・承認・監査ログをデータと業務フローに落とし込みます。

まずは全機能を一度に作ろうとせず、案件・書類・期限・承認を第一段階の対象にし、財産評価や会計連携などを第二段階に分ける方法もあります。業務側の責任者が、何を標準機能に合わせ、何を独自機能として残すかを決めることで、開発会社との認識差を抑えられます。

費用は、最小限のクラウドで50万〜300万円程度、パッケージ導入で1,000万〜5,000万円程度、個別開発で3,000万〜1億円程度、大規模な基幹連携で1億円超が目安です。ただし、これは公開相場と要件から算出した概算であり、最終判断は要件定義、連携、移行、監査、保守、法改正を含む5年TCOで行います。

RFPには機能要件だけでなく、権限、ログ、暗号化、復旧、委託先、データ返却、検収条件を記載し、複数社へ同じシナリオで依頼します。価格の安さだけでなく、長期案件を安全に引き継げる設計力、相続・信託実務への理解、法改正や障害時の保守体制を確認することが、導入後の手戻りを抑える近道です。

▼全体ガイドの記事
・遺言信託管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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