投資信託窓販管理システムの発注は、まず販売会社と運用会社の業務範囲を決めることから始まります。RFIとRFPで条件をそろえ、契約から受入テストまで順に進めると、現場で止まらない運用につながります。
費用の幅や委託先の比較も、業務範囲が決まってから見ると判断しやすくなります。
▼全体ガイドの記事
・投資信託窓販管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
投資信託窓販管理システムを発注する前の全体像
投資信託窓販管理システムは、顧客や口座、注文・約定、残高をつなぐ業務基盤で、帳票や本部集計まで含みます。
店頭や訪問先での提案・申込は、その一部です。
さらに、必要に応じて勘定系やCRM、投信会社などとも連携します。そのため、発注前に範囲を決めておかないと、連携費用や移行費用が後から加わりやすくなります。
販売会社と運用会社の業務の切り分け
発注先の責任範囲を明確にするには、販売会社と運用会社がそれぞれ受け持つ業務を分けて整理します。
- 運用会社・信託銀行：基準価額計算や信託財産管理を担う
- 販売会社：顧客属性、口座、投資経験、リスク許容度、商品説明、意向確認、承認、注文、約定後の残高・報告を扱う
- 発注書・RFP：営業店と本部の利用範囲、外部機関から受け取るデータを分けて示す
- 連携条件：商品マスタと約定データの正本、ファイルかAPIかの方式、失敗時の再送担当を決める
発注範囲に含める画面以外の機能
画面以外に必要な機能を洗い出しておくと、販売業務と端末運用の抜けを防げます。
- 顧客・商品管理：顧客、口座、商品、ファンドを扱う
- 販売と取引：適合性判定、意向確認、重要情報の説明、注文・約定、取消・訂正、積立、分配金を扱う
- 管理・分析：預り資産、帳票、本部分析、監査ログまで含める
- 端末運用：訪問営業やタブレット利用時の、通信断からの復旧、紛失時の遠隔制御、覗き見対策、電子署名を確認する
金融庁は2024事務年度のモニタリングで、投資信託を含むリスク性金融商品の販売・管理態勢やプロダクトガバナンスを対象にしています（出典：金融庁「リスク性金融商品の販売・組成会社による顧客本位の業務運営に関するモニタリング結果について（2024事務年度）」、2025年）。
そのため、顧客属性や費用・リスクの表示、意向確認、例外時の上長承認を要件に入れます。後から追跡できるログも、あわせて残します。
投資信託窓販管理システムの発注・外注の進め方
業務把握からパイロット導入まで段階を踏んで進めると、発注時に判断する材料を段階ごとに積み上げられます。
進行順は、まず現行業務を把握し、RFIとRFPで情報を集めて条件をそろえます。そのうえで提案を比べて契約を結び、要件定義、設計・開発、テスト、パイロット導入へ進みます。
特に初めての外注では、RFIとRFPを分けると、各社の回答条件がそろいやすくなります。
RFIによる情報収集とRFPによる同じ条件の提示
候補企業の得意分野を知り、導入方式を絞り込むには、情報収集と提案依頼を別々に行います。
- RFI：対応業務、方式、実績、連携、概算費用、標準機能と個別開発の境界を尋ねる
- RFP：代表ユースケースと非機能要件を共通条件として示す
- 比較条件：各社に同じデモ、見積、回答様式を求める
RFIは要件を確定する前に使い、パッケージ、共同利用型、個別開発のうちどの方向で進めるかを絞ります。
RFPでは、新規顧客の口座開設、既存顧客の追加購入、積立をシナリオにします。解約やNISA、リスク不一致、上長承認の場面も、シナリオに入れます。さらに、注文取消や連携エラー、通信断からの復旧も含めます。
RFPには、支店数、利用者数、商品数を明記します。また、口座数や連携本数、切替希望日、対象チャネルも書き添えます。
要件定義と現場の例外処理
通常業務に加え、例外時に誰が何を判断するかを洗い出します。フロー図には、担当者や承認者、システムを記載します。外部機関と、保存する証跡も書き込みます。
- 顧客情報：情報不足や本人確認の保留を扱う
- 適合性：リスク許容度と商品リスクが合わない場合の取り決め
- 取引後：約定後の取消・訂正、二重送信の疑いへの対応
要件表は、必要・不要の区別に加えて、標準機能、設定、追加開発、運用、対象外の5区分に分けます。
顧客、商品、注文・約定を並べたうえで、残高、帳票、監査ログ、権限も対象に含めます。
データ移行や障害時運用にも受入条件を書いておくと、開発中の認識違いを抑えられます。
契約時からの移行・テスト・パイロット計画
本番稼働の安全性を確かめるには、画面の単体テストに加えて、移行データと総合テストで見る必要があります。そのため、合格の基準まで含めて、契約時から決めておきます。
- 移行対象：商品マスタ、顧客・口座、保有残高、取引履歴、約定、帳票を用意する
- 照合と試験：旧システムと件数・金額・残高を照合し、日次・月次処理などを試す
- パイロット：1〜数店舗で実施し、結果を改善してから展開する
総合テストでは、分配金、積立、取消、再送、障害復旧も確認します。
誰が実施し、どの結果で合格とするかは、RFPに記載します。
全店一斉に切り替える前に、パイロットで実際の業務を確かめる方法も有効です。パイロットでは、入力時間、問い合わせ、二重入力を測ります。加えて、説明漏れや連携エラー、照合差異、教育負荷も測ります。
パイロットを省くと、支店の例外や通信環境の差が全店展開後になって見つかるおそれがあります。
発注形態と契約形態の選び方
標準業務に合わせやすい場合は、共同利用型やパッケージを起点に考えるのが現実的です。独自ルールや既存基幹との連携が競争力に直結するときは、パッケージ拡張やクラウド上の個別開発を組み合わせます。フルスクラッチへの方向は、Fit & Gapの結果から追加開発の範囲を判断してから決めます。
SaaS・パッケージ・個別開発の使い分け
導入の速さや標準業務との適合、運用の責任範囲、独自要件を比べて、方式を選びます。
- SaaS・共同利用型：ハードウェア更改や基盤運用を抱えにくく、標準機能を早く使いたい場合に向く
- パッケージ：業務知識を活用できるが、改修を増やすと更新負担が増す
- 個別開発：柔軟だが、可用性や保守人材を自社で確保する
NTTデータ・エービックのABIC ASSET CLOUDは、投信・保険の窓販を支援するクラウドサービスです。顧客管理とプロファイリング、注文受付のほか、本部検索・集計とタブレット機能を提供します。
ただし、導入費とサポート費は公開されていません。そのため、標準業務への適合、データの所在、API、解約時の返却形式を確認します。
クラウド上の個別開発では、API、DWH、BI、タブレットを組み合わせられます。その分、可用性や暗号化、権限分離、バックアップ、障害訓練まで自社の責任範囲として設計します。
フルスクラッチは独自業務に対応しやすい一方、金融業務の知識を持つ保守人材を長期に確保する必要があります。
準委任と請負の工程ごとの使い分け
工程の不確実さと、成果物がどこまで確定しているかに応じて、契約形態を選びます。
- 準委任：企画・現行調査・要件定義で使い、作業範囲、成果物、会議体、報告方法、責任者、月ごとの上限を明記する
- 請負：仕様確定後の開発・納品で検討し、検収条件、瑕疵や不具合への対応期間、受入テストの責任、仕様変更の扱いを決める
- 工程分割：要件定義を準委任、開発を請負、保守・制度改定を準委任または保守契約にする方法もある
調査の段階で完成物と金額を固めすぎると、前提が変わるたびに契約変更が必要になります。そのため、契約名よりも工程の特性と成果物を対応させて考えます。
投資信託窓販管理システムの費用相場と内訳
製品価格や導入費の公開情報は少なく、単一の市場価格は示せません。ここに示す数字は、公開機能、一般的な金融業務システムの費用構造、2026年時点の開発相場をもとにした企画段階の推定です。特定ベンダーの確定見積ではないため、予算申請では前提条件と別途費用を分けて示します。
方式別の初期費用の見方
企画上の推定レンジは方式によって異なるため、連携や対象範囲とあわせて確認します。
- フロントMVP：1,000万〜3,000万円程度
- SaaS・共同利用型導入：2,000万〜8,000万円程度
- パッケージ導入：8,000万〜2億円程度
- フルスクラッチ：1.5億〜5億円以上になる可能性
フロントMVPは、紙・FAX削減や顧客検索、適合性確認など、効果を見込みやすい範囲を想定します。商品説明や注文入力も、その範囲に含まれます。なお、基幹・CRM・投信会社との連携やバックオフィス刷新を加えると、レンジを超えます。
SaaS等は、初期設定やデータ移行、帳票調整、連携を含む想定です。
パッケージは、画面と帳票、勘定系連携を加えた目安です。
フルスクラッチは、販売・事務・本部の機能を一体で作り、複数チャネルや多数の連携を含む場合を想定します。
金額は、支店数や口座数、商品数、既存データの品質、可用性要件によって変わります。
開発費以外の移行・保守・制度改定費
初期費用と継続費用は分けて考え、作業範囲と前提を各社で同じ条件にそろえます。
- 開発工程：要件定義、設計、開発、テスト、プロジェクト管理
- 移行・導入：クレンジング、移行設計・リハーサル、教育、マニュアル、切替支援、旧システムとの並行稼働
- 運用：クラウド、ライセンス、監視、バックアップ、ヘルプデスク、脆弱性対応
- 改定と追加：法改正・商品改定、追加開発、端末管理
移行や総合テスト、教育、切替支援は、初期開発費の15〜30%程度を仮置きすることがあります。そのうえで、データ品質と店舗数から積み上げて確認します。
SIA株式会社の2026年の一般的なシステム開発相場では、人月単価は60万〜200万円程度です。規模別では、小規模は100万〜300万円、中規模は500万〜1,000万円、大規模は1,000万円から数千万円以上とされています（出典：SIA株式会社「システム開発の費用・相場 2026年版」、2026年7月）。
投資信託窓販には、金融業務や外部連携、監査、移行が伴います。そのため、一般的な社内ツールの単価表をそのまま当てはめず、必要な人員と工数を確認します。
企画段階では、クラウド利用料を月額100万〜500万円程度、保守・制度改定を開発費の年15〜20%程度と仮置きする場合があります。いずれも公開価格ではなく、契約範囲を検討する推定値です。また、ランニングコストも含めて、3〜5年の総保有コストで比べます。
委託先の選定と見積比較で確認すべきポイント
委託先は、投信窓販の業務知識や販売会社側の実績、既存基幹との連携力を比べて選びます。知名度や提示額は、その比較の一つとして見ます。
データ移行の責任と制度改定への対応は、見積金額と並べて各社に同じ基準で聞きます。運用と契約終了に関わる項目も、同じように確かめます。
- 監査・セキュリティ
- 障害時の連絡と復旧
- 契約終了時のデータ返却
RFPで条件をそろえたうえで、提案書・デモ・見積・契約条件を一体で評価します。
金融業務の経験と提案の具体性
候補企業の経験範囲と提案体制を確かめ、今回の業務との適合性を見ます。
- 業務経験：販売会社と運用会社のどちらに強いかを聞く
- 担当実績：投信窓販で担った範囲と標準機能・個別開発の境界を尋ねる
- 提案体制：営業店、本部事務、コンプライアンス、移行、保守の責任者を確認する
実績社数に加えて、類似業務の経験を担当範囲まで確かめます。可能であれば、提案段階から各責任者に参加してもらいます。
公式情報で確認できる候補として、NTTデータ・エービックは投信・保険窓販と預り資産業務を掲げています。
野村総合研究所はBESTWAY/JJによる銀行の投信窓販、日本総合研究所は投信窓販・資産管理営業支援を掲げています。
CACは投資信託販売支援と販売データの活用を掲げ、シー・エス・エスは証券業務のフロントからバックオフィスまでを扱います。システム・プロダクトは投資信託販売支援やパフォーマンス分析を掲げています。ただし、各社は一律の順位ではなく、RFIやRFPで比較する候補例です。
見積の前提・除外・単価の比較
見積の範囲は、含む作業と別途費用、単価を同じ条件で並べて初めてつかめます。
- 費用範囲：要件定義、移行、教育、監視、制度改定、ライセンス、クラウド、税、予備費
- 数量と工程：機能別・工程別費用、連携本数、移行件数、テスト範囲
- 運用と変更：保守時間、追加開発単価、含む・含まない範囲
同じ1億円でも、24時間監視などをどこまで含むかで意味が変わります。必要な作業が別途扱いになっていれば、提示額より高くなる可能性があります。
見積の差が大きいときは、価格交渉の前に前提の違いを確かめます。商品や顧客、注文、残高の移行を含める会社もあれば、新規導入後は手入力を前提にする会社もあります。APIを開発費に含める会社もあれば、接続先ごとに追加費用とする会社もあります。
発注側は、RFPの回答欄に「含む」「含まない」「仮置き」「確認が必要」を記載してもらうと、比較しやすくなります。
セキュリティ・SLA・終了時の条件
安全対策、障害対応、契約終了後のデータ処理を発注条件に含めます。
- セキュリティ：暗号化、認証、権限分離、特権ID、操作ログ、脆弱性対応
- 運用継続：バックアップ、監視、再委託管理、インシデント報告を定める
- 契約終了：データ返却、消去証明、監査資料の提供を確認する
FISCの「金融機関等コンピュータシステムの安全対策基準・解説書」は第14版を含む複数の版が公開されています。さらに、コンティンジェンシープランやクラウド導入・運用の資料も用意されています（出典: 金融情報システムセンター、2026年8月確認）。
自社規程と照合し、RFPでは「FISC準拠」と書くだけでなく、該当する対策と証跡まで示してもらいます。
SLAでは、稼働時間、障害の重要度、一次応答、復旧目標を決めます。加えて、RTO・RPO、計画停止、制度改定通知、脆弱性修正期限も取り決めます。
データの保存場所、バックアップ形式、再委託先を確かめたうえで、5年後に契約を見直せる出口まで発注条件に含めます。
よくある質問（FAQ）
発注の際に担当者からよく寄せられる質問を、ここでまとめます。費用や契約だけでなく、業務範囲や契約の分け方も扱います。
投資信託窓販管理システムの発注費用はいくらですか？
公開価格が少ないため、一律には答えられません。企画段階の推定では、フロントMVPは1,000万〜3,000万円程度です。
共同利用型は2,000万〜8,000万円、パッケージ導入は8,000万〜2億円、フルスクラッチは1.5億〜5億円以上のレンジです。
金額は、連携、移行、テスト、教育、保守、制度改定の範囲で変わります。そのため、前提付きの見積を取得します。
RFIとRFPは両方作成したほうがよいですか？
候補企業や導入方式が定まっていない場合は、RFIとRFPを分けることをおすすめします。RFIでは、業務範囲や標準機能、実績を把握します。さらに、連携方式と概算費用も把握します。
方向性を絞ってから、RFPで同じユースケース、非機能要件、納期、回答様式を提示します。
小規模な改修でも、見積の前提を一枚にまとめると比べやすくなります。
準委任と請負はどちらを選べばよいですか？
要件が変わりやすい現行調査や要件定義は準委任、仕様と検収条件が固まった開発は請負を検討します。
要件定義を準委任、開発を請負、保守や制度改定を別契約にする方法もあります。契約では、成果物と責任分担、仕様変更、検収を確認します。さらに、瑕疵や不具合への対応期間と費用上限も確認します。
パッケージとスクラッチ開発はどちらが適していますか？
標準業務に合わせやすく、早期導入や制度改定への対応を重視する場合は、SaaS・共同利用型・パッケージが候補になります。
独自商品、グループ横断の販売ルール、既存システムとの特別な連携が競争力に直結する場合は、拡張や個別開発を検討します。
Fit & Gap、3〜5年の総保有コスト、保守人材、出口条件で判断します。
まとめ
発注では、価格の安さより先に、販売会社と運用会社の業務範囲を分けておきます。そのうえで、顧客や商品、注文、残高の扱いを要件に入れます。帳票、監査ログ、障害時運用も、要件として書き込みます。
RFIで市場を把握し、RFPで同じ条件を示して委託先を比べます。
発注前の最終チェック
発注前に条件をそろえておくと、導入後の予算超過を防げます。
- 範囲：標準機能と追加開発の境界、連携本数、移行対象
- 契約と費用：テスト・教育、契約形態、保守・制度改定、将来の変更単価
- 運用と終了：SLA、再委託、契約終了時のデータ返却
見積総額に加えて、含まれない作業も確認します。
条件と単価を並べて比べると、見積の差が読み取りやすくなります。
RFIに書く情報の整理
見積の前提を引き出すため、RFIに記載する情報を一枚にまとめます。
- 業務規模：支店数、利用者、チャネル
- システム：現行システム、連携先、移行データ
- 前提条件：法令・社内規程、希望時期、予算の考え方
仕様をすべて自社で決めておかなくても、代表ユースケースと困っている例外処理があれば、実現方法と費用の前提を尋ねられます。
金融業務とシステム開発の両方を理解する相談先と、要件定義から一緒に整理していくことをおすすめします。
▼全体ガイドの記事
・投資信託窓販管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。