株主管理システム開発の発注/外注/依頼/委託方法について

株主管理システムの発注は、業務範囲を定め、SaaSで試し、要件と契約を固めてから委託先を選ぶ順で進めます。この順で進めると、費用とリスクを抑えやすくなります。

▼全体ガイドの記事
・株主管理システム開発の完全ガイド

株主管理システムの発注で最初に決めること

株主管理システムは、名簿を管理するだけでなく、取得した株式の種類や数、取引履歴を記録して、基準日時点の株主と議決権を再現する業務基盤です。

名簿だけでなく履歴と法定帳票の管理

会社法第121条は、株主の氏名または名称と住所、保有株式数に加え、種類株式の種類別数や取得日などの記録を定めています(出典: e-Gov法令検索「会社法」第121条、2026年8月確認)。法定の記録項目は、管理対象として必ず含める必要があります。

現在の株主一覧だけでは、過去の譲渡や増資を説明できない可能性があります。そのため、発注仕様には、履歴から任意の日の株主構成を再現できることを含めます。

IPOを準備する場合は、正確な情報管理と関係機関との連携体制を早めに整えることが大切です。特に、履歴と帳票の機能は次のとおり確かめておきます。

  • 訂正履歴:訂正前の値と訂正者を追跡できること
  • 帳票出力:株主名簿や株主リストを必要な形式で出力できること

会社規模と利用目的による必要水準の違い

株主管理で優先する業務は、会社の状況によって変わります。

  • 非上場スタートアップ:Excel移行、資金調達履歴、種類株式や新株予約権、IPO準備が中心
  • 上場会社:証券代行会社や株主名簿管理人を基盤に、自社システムでIR分析、総会運営、投資家対応、社内承認を補完
  • 要件の前提:株主数に加え、普通株式以外の種類、SO、持株会、総会規模、将来のIPO予定を考慮

株主管理システムの発注形態の選び方

株主管理システムの発注形態として標準SaaS、既存SaaSへの追加開発、ローコードや専用データベース、スクラッチ開発を並べた図
既存機能を使う方法から個別開発まで、選択肢の幅を見渡せます。

発注形態は、標準SaaSで済ませる方法から、既存SaaSへの追加開発、ローコードや専用データベースの利用、スクラッチ開発まで幅があります。また、株主名簿管理人や総会運営会社と組むBPO併用という形もあります。

法定帳票や一般的な株式取引の管理が目的であれば、まず標準SaaSを検証します。一方で、固有業務が残る場合は、カスタマイズか個別開発へ進むのが現実的です。

早く小さく始めたい会社向けの標準SaaS

標準SaaSが自社に合うかは、機能、試用、出力範囲から見極めます。

  • 利用機能:名簿、取引、証明書、総会、配当を月額で使え、サーバーの構築や更新を自社で抱えにくい
  • 試用:無料プランやトライアルで、実データに近いサンプルを試せる
  • 制約確認:独自帳票、複雑な承認、深い連携、特殊な株式設計で、標準製品に収まらない範囲と、CSV出力・APIの範囲
  • 要件検証:独自要件を標準機能で満たせるかの確認

標準と独自要件の中間にある既存製品のカスタマイズ

既存SaaSやパッケージに、データ移行や帳票、権限、API連携だけを追加する方式です。そのため、個別開発より短期間になりやすい点が特徴です。

株主管理の中核機能は製品に任せつつ、会計や電子契約との接続を補えます。さらに、メール配信や銀行振込、IPO準備資料との連携も補えます。

製品が更新されても、追加機能が壊れないかを確かめます。改修と保守の費用を誰が負担するか、仕様書やソースコードをどう扱うかも、契約前に決めておきます。

固有性が高い会社向けのスクラッチ開発とBPO併用

標準製品で代替しにくい要件と、社内に残す業務の範囲をもとに選びます。

  • 個別開発:独自資本政策、数万から数十万株主、複数の証券代行・信託銀行との連携、厳格な監査証跡に対応できること
  • 継続責任:法改正やセキュリティ更新への対応は自社に残る
  • BPO併用:株式実務は専門会社へ委託し、社内の分析、承認、データ連携をシステムで支える
  • 範囲の分担:業務単位で開発と委託を分け、過剰開発を防ぐ

ポイント

迷ったら、法定帳票と一般的な株式取引の管理で足りるかを先に判断します。足りるなら標準SaaSを検証し、固有業務が残るほど、カスタマイズや個別開発を検討します。

RFPと要件整理の進め方

現行業務とデータの棚卸し、MUSTとWANTの分離、非機能要件と受入条件の記載へ進むRFP要件整理の図
前提をそろえてから要件を絞り、受入条件までつなげます。

RFPは、開発会社に何を、なぜ、どんな条件で依頼するかを伝える発注依頼書です。機能一覧だけを渡すと、会社ごとに前提の違う見積もりが返ってきて、安い提案が本当に安いのかを判断しにくくなります。

そこで、RFPには現行業務、対象データ、法務上の制約を先にまとめます。そのうえで、利用者と期限、予算の考え方、納品後の運用を一つの文書に書き込みます。

現行業務とデータの洗い出し

最初に、株主名簿、取引台帳、定款を集めます。あわせて、資本政策表、新株予約権原簿、総会資料を集め、配当資料や既存Excelも加えます。

資料では、株主の氏名や住所の表記、取得日の欠損を確認します。株式種類別の合計は、発行済株式総数と照合します。

データの状態を把握しないまま移行を頼むと、後の手修正が増えるうえ、見積もりの前提も崩れやすくなります。

MUSTとWANTによる初期リリースの絞り込み

初期リリースでは、日常の株式管理と法定帳票に必要な機能を優先します。一方で、追加性の高い機能は後から検討します。

  • MUST:株主マスター、発行・譲渡・消却履歴、持株比率、議決権、法定帳票
  • MUST:権限、操作ログ、CSV入出力
  • WANT:電子投票、QR受付、登記簿のAI読み取り、高度なIR分析、多言語

AIやOCRの読み取りでは、結果を人が承認できるようにします。あわせて、原本、変更履歴、承認者を残す要件も含めます。

RFPに書く非機能要件と受入条件

株主情報は個人情報にあたり、資本政策や投資家情報も含みます。そのため、機能要件と同じ重さで安全性を整理する必要があります。

  • アクセス管理:多要素認証、役割別制御、退職者の即時無効化
  • データ保護:通信・保存時の暗号化、バックアップ、復旧テスト
  • 運用管理:操作ログ、委託先管理、解約時の返却と消去

受入条件には、過去の増資・譲渡の再現、種類別合計の照合、総会資料の出力を含めます。また、権限の誤操作の検証も合格基準にします。

ポイント

迷ったときは、現行データを先に洗い出し、初期リリースに入れる機能をMUSTに絞ります。RFPに受入条件まで書くと、会社ごとの見積もりを同じ前提で比べられます。

契約形態と開発プロジェクトの進め方

法務要件や既存データの状態は、後になって判明しやすいものです。そのため、契約形態によって発注者が負うリスクも変わります。

契約書には、範囲、成果物、検収を定めます。さらに、仕様変更、知的財産権、データ所有権も書き込みます。

再委託、秘密保持、障害対応に加え、解約時の引き継ぎも記載します。また、合意の中身は、見積書だけでなく契約書に残すことが大切です。

請負契約と準委任契約の使い分け

契約形態は、要件の確定度と求める責任に合わせて選びます。

  • 請負契約:合意仕様を完成させ、検収を受ける契約です。要件確定後に向きますが、仕様変更で追加費用や納期変更が起きやすい
  • 準委任契約:専門家の稼働や業務遂行を委託する契約で、要件定義やアジャイル改善に向きます。ただし、成果物の完成が前提とは限りません
  • 組み合わせ:要件定義は準委任、確定した開発範囲は請負に分ける方法もある

仕様変更とデータ移行の責任の分け方

開発中は、種類株式への対応、全履歴の移行、総会資料の様式変更といった要望が増えることがあります。そこで、変更管理表に影響を記録しておきます。

  • 変更の記録:理由、対象画面・帳票、追加工数、納期、承認者
  • 移行の分担:原本の整備、名寄せや欠損補完の判断、移行後の照合方法

法務判断は開発会社だけに委ねず、弁護士や司法書士、税理士、信託銀行などの確認範囲も整理します。

名簿、総会、配当の順の段階導入

一度に全機能を稼働させると、データ移行と業務変更が重なり、問題の原因も切り分けにくくなります。株主管理を円滑に進めるには、現場の課題と必要な出力を把握することが出発点になります。

  1. 株主マスターや取引履歴、持株比率、証明書を整える
  2. 基準日管理と株主総会の導入
  3. 配当、銀行、電子契約、IR分析への拡大

段階ごとに成果を確かめられます。さらに、問い合わせ窓口、操作研修、月次のデータ点検も、契約と見積もりに含めます。

ポイント

迷ったら、要件の確定度で契約形態を選び、仕様変更と移行の責任を先に決めます。確定していない範囲は準委任、確定した範囲は請負と使い分けます。

株主管理システムの費用相場とコスト内訳

費用は、月額のSaaS利用料と、個別開発の初期費用に分けて考えます。

公開料金は比較の起点で、判断は総保有コストで行います。総保有コストには、初期設定や移行、法務確認、帳票調整のほか、外部連携、研修、保守も含めます。

個別開発の費用については、公的な専用統計を確認できません。一方で、以下の数字は、リサーチノートのERP・基幹システム相場と公開料金からの推定です。

公開SaaS料金の目安は月額0円から3万円程度

公開SaaSの料金は、選ぶプランや利用状況によって異なります。

  • Share Manager:フリー月額0円、スモール月額1,100円、スタンダード月額5,500円
  • Share Manager:エンタープライズは利用状況に応じた個別見積もり

カブカンは無料プランのほか、スターター月額3,300円、スタンダード月額9,900円を掲載しています。プロフェッショナルは月額29,700円です(出典: Share Manager公式料金ページ、カブカン公式料金ページ、2026年8月確認)。

公開例では、小規模な非上場会社が標準機能で始める場合の月額は0円から3万円程度が目安です。料金や機能の上限は変わる場合があるため、発注前に契約条件を再確認します。

個別開発の費用幅(300万円から6,000万円超)

個別開発の費用は、構成の範囲によって幅があります。

  • 小規模な専用台帳:推定300万〜800万円程度、開発期間は2〜4か月程度
  • 種類株式、SO、資本政策を含む構成:推定800万〜2,000万円程度、期間は4〜8か月程度。総会、議決権、配当、承認フローに加え、会計や電子契約との連携も含む
  • 大規模な構成:数万以上の株主や証券代行連携、IR分析を要し、推定2,000万〜6,000万円超

小規模な専用台帳では、株主マスター、取引履歴、持株比率を中核に据え、CSV・PDF出力、権限、簡易ログも備えます。

大規模な構成に、バーチャル総会や冗長化、多言語を含むと、厳格な監査証跡も求められ、期間は8〜18か月以上になる可能性があります。

移行、法務、保守を含めたTCOの比較

初期費用以外の項目も同じ範囲にそろえて、総保有コストを比べます。

  • 要件と移行:要件定義、データ整備、移行リハーサル
  • 専門家の確認:法務・IPO要件の確認
  • 追加対応:帳票や郵送のオプション、API連携
  • 導入後の支援:研修、問い合わせ対応

ERP一般では、要件定義が全体の約10%、設計が10〜20%という目安があります。そのほか、実装が40〜60%、テストが10〜20%という目安もあります(出典: NotebookLMリサーチノート「ERP・経営管理」抽出資料、2026年8月確認)。

この比率は株主管理に確定して当てはめられる統計ではありません。保守費用は、同ノートの推定で初期費用の月5〜15%程度です。これらは断定的な相場ではなく、提案金額の内訳を点検するための目安です。

ポイント

迷ったときは、公開料金を比較の起点にし、移行、法務、保守を含めた総保有コストで判断します。個別開発の金額は推定なので、同じRFPで複数社の見積もりを比べます。

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

委託先の安全性とデータ返却を中心に、認証・アクセス、保護と記録、障害・委託先、解約時の返却を示した図
運用中の保護から契約終了時の扱いまでを確認できます。

委託先は、実績数だけでなく、株式実務への理解や移行・運用定着の支援を見て選びます。提案の範囲も、会社の種類によって異なります。

株主名簿管理人、総会支援会社、SaaSベンダーに加え、個別開発会社も、同じ条件のRFPで比べます。機能、体制、費用を見て、契約と拡張性も確認します。

株式実務と類似データの経験の確認

非上場会社の名簿や増資・譲渡・種類株式について、経験の範囲を尋ねます。SOや総会、配当に加え、IPO準備の経験も確かめます。匿名化した画面や移行計画も確認します。

過去履歴の訂正・取消や種類別集計の方法を説明できるかも大切です。

上場会社では、証券代行会社や株主名簿管理人とのデータ授受、IR分析の実績を確かめます。さらに、電子行使や総会運営の実績も見ます。

同じ単位にそろえた見積書の比較

見積書を比べるときは、費用の内訳から月額料金までを確かめます。

  • 費用の内訳:初期設定、要件定義、設計、実装、テスト、移行、研修、保守、追加開発を、それぞれ別の項目に分けて示してもらう
  • 一式の表記:「一式」と書かれた項目は、作業量の内訳を質問する
  • 数量の確認:対象画面・帳票数、移行件数、連携本数、テストケース数、作業回数を確かめ、費用と作業範囲を同じ単位で比べられるようにする
  • 月額料金の上限:ユーザー数、株主数、APIの上限や別料金、サポート、帳票、出力の上限や別料金を確かめ、3年程度の利用期間で総額を再計算する

セキュリティと解約時のデータ返却の確認

クラウドの安全性は、技術対策だけでなく、運用管理と解約時の扱いまで見ます。

  • 認証・アクセス:ISO/IEC 27001などの認証範囲、多要素認証、権限
  • 保護と記録:操作ログ、暗号化、バックアップ
  • 障害・委託先:復旧目標、脆弱性対応、再委託先
  • 利用者管理:CSV出力者、退職者アカウントの停止時期、ログ保存年数
  • 解約時の返却:名簿、取引履歴、添付資料、ログを機械可読形式で返し、消去証明を受け取る

ポイント

迷ったときは、株式実務の経験と見積もりの単位をそろえて比べます。解約時のデータ返却も、契約前に確かめておきます。

よくある質問(FAQ)

会社規模だけでなく、株式の複雑さ、履歴量、法定帳票を見て判断します。総会や配当、IPO予定も判断材料になります。発注前によくある質問に答えます。

株主管理システムはSaaSとスクラッチ開発のどちらがよいですか?

名簿や取引履歴、証明書が中心で、総会や配当も標準的な範囲に収まるなら、まずSaaSを比較します。

独自の資本政策や大規模な株主数、複数の外部機関との連携がある場合は、カスタマイズやスクラッチ開発を検討します。特別な監査要件がある場合も、検討の対象になります。

無料トライアルや画面デモで、実際の業務を再現できるかを確かめてから決めます。

発注前に予算はどのくらい見ておけばよいですか?

発注費用は、SaaSの月額、導入時の初期費用、個別開発の規模に分けて見積もります。

  • SaaS利用料:公開例では月額0円から3万円程度
  • 小規模導入:初期設定や移行を含め、推定0〜30万円程度
  • 専用台帳:個別開発で推定300万〜800万円程度
  • 標準的な業務システム:個別開発で推定800万〜2,000万円程度
  • 大規模構成:個別開発で推定2,000万〜6,000万円超

金額は、株主数やデータ、法務確認の状況で変わります。連携や保守の範囲も影響するため、確定額とは見なさず、同じRFPで複数社から見積もります。

株主名簿と株主リストは、用途の異なる別のものです。株主名簿は会社法第121条に基づく帳簿で、株主の氏名や住所、株式数を管理します。取得日なども記録の対象になります。

株主リストは、商業・法人登記の申請で添付が求められる場合がある書面です(出典: 法務省「株主リストに関するよくあるご質問」、2026年8月確認)。

同じデータから両方を出力する場合も、用途と様式を区別して検証できる設計にします。

IPOを予定している場合は何を委託先に確認しますか?

IPO準備では、記録を説明できる状態にしておき、外部機関との連携や日常の管理体制も確かめます。

  • 基準日資料:名簿、資本政策表、株式・SO履歴を基準日時点で説明できるかの確認
  • 提出形式:証券会社、監査法人、株主名簿管理人へ必要な形式で渡せる体制
  • 事前整備:IPO直前を避けた、Excelや契約書類の洗い出しと、変更履歴・証跡の保存
  • 外部連携:将来の外部機関とのデータ連携も、選定項目として扱います

外部機関との連携の例として、2025年4月、みずほ信託銀行はsmartroundとの提携を拡充し、株主名簿情報などのデータ・帳票出力を可能にしたと公表しました(出典: みずほ信託銀行、2025年4月2日発表)。

まとめ

発注前に、名簿、株式の取得・譲渡履歴、種類株式の対象範囲を決めます。そのほか、SOや議決権、総会、配当も対象範囲に含めます。

SaaS、カスタマイズ、スクラッチ開発を比べ、BPO併用も含めて、必要な自由度と運用負担の釣り合いを取ります。

要件、契約、TCOの要点

RFPには、現行データとMUSTとWANTを明記します。法務・非機能要件と受入条件も、RFPに書き込みます。契約では、請負と準委任の責任範囲を確かめます。

仕様変更や移行、知的財産権の扱いも見ておきます。解約時の返却も、契約前に確かめます。TCOでは、移行や法務、研修を含めて比べます。保守や追加開発まで入れると、想定外の負担を抑えられます。

最初の一歩となる業務とデータの洗い出し

導入を検討するときは、現状の資料と業務課題を確かめてから、段階的に進めます。

  1. 大規模開発を先に決めず、まず名簿と資本政策表、株式取引、総会資料を集める
  2. ミスや期限漏れが起きやすい作業を洗い出し、小さな検証環境で履歴の再現と帳票出力を試す
  3. 必要に応じて総会や配当、外部連携へ段階的に広げます。これが、発注と外注を成功させる近道です。

▼全体ガイドの記事
・株主管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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