開発は、対象範囲・契約条件・連携要件を決めることから始まり、要件整理から運用定着までの6フェーズで進みます。重要なソフトウェアと対象部門でPoCを行い、精度と運用負荷を確かめてから全社へ段階的に広げると、違反リスクや余分な購入を減らせます。
▼全体ガイドの記事
・ソフトウェア資産管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ソフトウェア資産管理システムの全体像
ソフトウェア資産管理システムは、取得から契約、配布、利用、更新、返却・廃棄までを管理サイクルとして記録します。その中心にあるのが、保有する利用権と実際の利用状況を照合する管理台帳です。
経済産業省のガイドラインも、すべてのソフトウェアの使用状況を記録した台帳の整備を示しています。また、監査で違法複製を発見し、是正することも基本事項です。導入の目的は、正確な台帳を業務で維持できる状態を作ることにあり、ツールを入れること自体ではありません。
SAMとIT資産管理・MDM・EDRの違い
要件定義では、端末情報の収集とライセンスコンプライアンスの判定を分けて考えておきます。判定には契約書や利用実績との照合が要るため、どの部分を既存ツールに任せ、どの部分を追加で開発するかを切り分けておく必要があります。
- SAM：Software Asset Managementの略で、契約条件、ライセンス数、割り当て、利用実績を扱う領域です。
- IT資産管理・MDM・EDR：SAMに関連する端末管理・セキュリティ領域です。
- ライセンス判定：既存ツールは購入証書、契約期間、アップグレード権やユーザー・デバイス・コア単位の条件まで扱えるとは限りません。
IT資産管理はPC、スマートフォン、サーバー、ネットワーク機器まで含む広い概念です。一方、MDMはモバイル端末の設定や紛失時の制御、EDRは端末上の脅威の検知と対応を担います。
主要機能と導入効果のKPI化
導入時は、収集・契約管理・突合・申請・監査の機能が、台帳の維持と更新判断を支えられるかを確認します。
- インベントリ収集：端末・サーバー・クラウド・SaaSが対象です。
- 製品名寄せ：辞書で製品名やエディションを統一します。
- 契約と利用権管理：証書や契約、購入数と利用数を扱う機能です。
- 業務と監査：申請・承認、棚卸し、監査レポートの管理です。
会計・財務部門と使う場合は、購買番号や契約先、更新日を、部門配賦や予算コードとひも付けます。こうすると、更新判断を経理や購買とも共有しやすくなります。
KPIには、未管理ソフト件数、台帳登録率、名寄せ未処理率を設定します。さらに、棚卸し時間、更新漏れ、未使用ライセンスの再利用数も測ります。
セキュリティ面では、サポート切れの版を把握できているか、脆弱性対応の対象端末を特定できているかに加え、パッチ適用率も測ります。
たとえば、大和ハウス工業のSKYSEA Client View導入事例では、25,000台を対象にパッチ適用率が約95％へ向上したと報告されています（出典：SKY株式会社・SKYSEA Client View公式導入事例）。
ソフトウェア資産管理システム開発の進め方
全製品の管理を一度に目指すと、契約書の整理や名寄せに手間取ります。そのため、まず重要なソフトウェアと対象部門に絞り、PoCで精度と運用負荷を確かめてから、全社へ広げます。
各フェーズで、何を作るかと、次へ進む判断の基準を決めます。フェーズを順に踏むことで、要件整理から運用定着までがつながります。
フェーズ1：要件整理と現状棚卸し
最初に、導入目的、対象範囲、責任者、KPIを発注側と開発会社で合意しておきます。対象範囲が曖昧なままだと、後から管理対象が広がり、計画が止まることがあります。
現状棚卸しでは、複数の台帳やシステムからデータを集め、対象製品やデータ項目を漏れなく把握します。
- 対象範囲：Windows・macOSのPC、サーバー、仮想デスクトップ、スマートフォン、クラウドアカウント、SaaS、開発用OSSを検討します。
- 優先製品：AdobeやMicrosoftなど契約条件が複雑な製品、監査リスクや利用金額が大きい製品から着手します。
- 端末・ID情報：Excel台帳、Active Directory、Microsoft Entra ID、MDM、EDRを確認します。
- 契約・購買情報：購買・会計システム、契約書、部門別SaaS管理表から情報を集めます。
最低限確認する項目は、資産IDと端末ID、製品名、版数です。そのうえで、利用者と所属部門、契約先、購入数と利用数を確かめます。契約開始日や更新日、管理責任者も押さえておくと、後の更新判断に役立ちます。
この段階では、現状業務フローとデータ項目一覧をまとめます。課題一覧、対象範囲、KPIも残します。
Excelの欠損や重複は、移行の段階で手直しが要るため、移行工数に含めます。
フェーズ2：製品・開発方式の選定
選定では、標準機能で満たせる範囲と、自社固有の要件を照らし合わせます。
- SaaS：クラウド型の標準サービスを利用します。
- パッケージ・オンプレミス：既製品を自社環境に導入します。
- 既製品の追加開発：端末情報の収集や辞書は既製品を使い、契約・承認・会計連携の固有部分を広げると、保守負荷を抑えられます。
- スクラッチ開発：SAM専用に開発し、閉域網や海外拠点、特殊なライセンス計算、厳格なデータ所在要件がある場合に検討します。
RFPや比較表には、対応OS・SaaS、収集間隔、名寄せを記載します。契約条件や計算ルール、APIについても書き入れます。さらに、SSOと権限分離、監査ログ、SBOM連携も入れます。
データ返却形式と辞書更新のSLAも確認しておきます。ベンダーには、初期台帳の整理を誰が受け持つのか、判定の責任はどこまでかを質問します。解約時に契約書や履歴、台帳をどの形式で返してもらえるかも、あわせて聞いておきます。
価格に加えて、3年TCOと運用担当者の作業時間で比べます。TCOは、Total Cost of Ownership（総所有コスト）を指します。
フェーズ3：設計・開発とデータ移行
設計では、資産と製品、エンタイトルメント、契約のデータモデルを定義します。利用者や端末、部門に加えて、申請と監査証跡についても定めます。
「インストールされている」ことと「利用する権利を保有している」ことは、別の情報です。そのため、データモデルでも両者を分けて持つ必要があります。
製品名を名寄せし、購入証書や契約書と利用実績を、製品・エディション・契約の単位で結びます。
- データの抽出
- 重複の排除と、製品名の名寄せ
- 欠損の補完
- 責任者による確認と、移行後データの照合
購買からは発注や契約の情報を取り込み、会計には費用や部門コードを連携します。利用者と所属は、Entra IDなどから同期します。移行の前後では、件数の差も記録します。
異動や退職の時には、ID無効化とSaaSアカウント停止から、ライセンス回収、再割り当てまでを一連の流れにしておきます。途中で一部だけ行うと、使われていないライセンスが残ることがあります。
フェーズ4：テストとPoC評価
本番の前に、100〜300台程度、または代表部門を対象にPoCを行います。対象には、Windows・macOS、スマートフォン、社外端末、低帯域拠点を含めます。
仮想環境や複数契約のある製品も対象に含めると、実環境の弱点を見つけやすくなります。確認するのは、エージェントの導入だけでなく、名寄せ精度と契約条件に沿った判定です。
受入基準には、登録率、名寄せ未処理率、契約必須項目の充足率、更新通知到達率を設定します。さらに、権限範囲、監査ログ、脆弱性情報との突合、API処理時間も基準に入れます。
PoCでは業務シナリオを実際に動かし、担当者の判断内容まで確認します。
- 人員変更：異動・退職時の処理。
- 端末・ソフト変更：端末交換やソフトウェア削除。
- 契約・権利変更：契約更新やライセンス超過。
テストで見つけた欠損は、システムの不具合か業務データの不備かに分けて記録します。
フェーズ5：稼働・全社展開
稼働時は一斉展開を避け、順に広げます。
- 情シスと購買からの開始
- 利用量の多い部門への拡大
- 子会社や特殊環境への展開
段階的に展開すると、問い合わせや例外処理を受け止められます。エージェントを配る際は、ネットワーク負荷や端末性能、プロキシ、セキュリティソフトとの競合を確認します。
失敗したときに備えて、アンインストールとロールバックの手順を用意します。稼働を判定する際は、初期登録だけでなく、契約書の所在や責任者、更新日、判定根拠を追跡できるかも確かめます。
利用者には、無許可ソフトを避ける理由と申請方法を説明します。異動や退職時の返却、SaaSの個人契約を避けるルールも伝えます。
2026年3月公開のIPA「製品利用者向けガイド」は、未管理ソフト、ライセンス、SaaSを脆弱性管理の対象として把握する考え方を示しています。
フェーズ6：運用設計と定着
台帳を継続的に更新することで、管理の効果は保たれます。そのため、定期確認の内容と更新判断の時期を決めます。
- 月次：新規・未承認ソフト、退職者アカウント、期限が近い契約を確認します。
- 四半期：利用率、余剰・不足ライセンス、部門別費用を見直します。
- 更新前：60〜90日前に利用実績と需要を確認し、解約や再割り当てを検討します。
運用責任者、購買、会計、情シス、部門の資産管理者の役割は、RACIなどで定めます。辞書更新や条件の解釈、例外の承認、監査、データ品質も、担当を明確にしておきます。
担当者が異動しても続けられるよう、手順書を作ります。AIの利用状況・コンプライアンス分析やSaaSスプロール検出も、人が根拠を確認できる運用にします。ライセンス条件の最終判断や例外承認は、自動判定の結果だけで決めないようにします。
ソフトウェア資産管理システムの費用相場とコストの内訳
費用は、端末数に加えて、契約・ライセンスの複雑さや台帳の品質、連携数によって変わります。さらに、閉域要件や監査ログの保存期間、支援範囲によっても増減します。
開発・導入費の目安は、リサーチノートの会計・業務システム類似案件と必要工数から整理した推定レンジです。公的なSAM市場統計ではない点も、あわせて押さえておく必要があります。
予算計画を立てる際は、同じ要件を複数社に提示し、実際の見積もりを確認してください。
方式別の初期費用と期間の目安
方式別の費用と期間は、初期導入の範囲によって大きく変わります。ここで挙げる目安は、要件と工数に基づく推定です。
- SaaS標準導入：初期設定、CSV移行、エージェント配布、権限設定、教育を含み、50万〜300万円程度、1〜3か月程度です。
- 既製品と連携：会計・購買・ID基盤連携を含み、300万〜1,000万円程度、3〜6か月程度です。
- オンプレミス：閉域・冗長化・バックアップ・監査ログを含み、800万〜2,000万円程度、4〜9か月程度です。
- スクラッチMVP：SAM専用開発で1,000万〜2,000万円程度、6〜12か月程度です。
- 大規模統合基盤：複数法人・海外拠点・CMDB・脆弱性・SBOM・会計連携を含み、2,000万〜5,000万円超、12〜18か月以上です。
上の価格は、市場相場を断定するものではなく、個別要件に基づく概算です。なお、スクラッチ開発の場合は、辞書更新やライセンス条件変更への対応を含む長期の保守費も見込みます。
公開料金・移行費・運用費を分けた3年TCO比較
まず、製品価格を比較の起点にします。
- 公開料金：MOTEXのLANSCOPE エンドポイントマネージャー クラウド版は、月額300円（税抜き）／台からです。
- 500台の単純計算：月15万円、年180万円、3年間で540万円です。
- 価格に含まれない費用：SAM固有の契約設計、データ整理、連携開発、導入支援、オプションです。
- 見積もりの内訳：初期ライセンス、設定、移行・名寄せ、配布、API連携、テスト、教育、保守、辞書更新、監査支援を、項目ごとに分けて示してもらいます。
この料金は、端末管理・MDMを含む製品ライセンスです（出典：エムオーテックス公式価格ページ、2026年確認）。
クラウド費用は、最低契約数やログ保管、追加APIで変わります。サポートや解約時のデータ返却の条件によっても差が出ます。
3年TCOは、初期費用、36か月分の利用料、保守・運用費、追加改修費の合計です。また、ライセンス再利用や棚卸し時間の削減効果も、同じ3年間で比べます。
見積もりを取る際のポイントとチェックリスト
価格だけで比べると、移行や運用設計が抜けた提案を選んでしまうおそれがあります。そこで、同じ前提とデータサンプルを各社に渡し、標準機能と追加開発の範囲をそろえます。
台帳の整備と、稼働後の辞書・契約条件の更新が、結果を左右します。そのため、作業範囲は見積書で細かく確認してください。
要件とデータ前提のとりまとめ
発注前に要件を整理しておかないと、開発会社ごとに前提がずれて、見積もりを比べられなくなります。
- 対象規模：拠点数、Windows・macOS・モバイルの内訳、SaaS数、想定利用者数。
- 契約と台帳：管理対象の主要製品、契約書件数、既存台帳の行数、保持期間。
- 連携先：購買・会計など、接続する既存システム。
- 要件：必要機能、非機能条件、障害時の復旧時間。
製品数と契約条件の数も、工数に影響します。同じ500台でも、契約が少数で台帳が整っている案件と、異なる契約書が部門に散らばっている案件では、移行費が変わります。
機能要件では、収集と名寄せ、保有権利、利用実績を扱います。さらに、ライセンス判定と契約更新も含めます。
申請・承認、棚卸し、監査も整理します。加えて、脆弱性・パッチ連携やSaaS管理、SBOMも対象にします。
非機能要件には、可用性やバックアップ、アクセス権限、暗号化、ログ保存を記載します。データの所在やAPI制限、復旧時間、解約時のデータ返却も明記しておくと、「別途見積」の項目を早めに把握できます。
複数社比較とPoCによる実力の確認
候補企業は、得意領域ごとに分けて評価します。実データに近いサンプルを使い、機能が自社の契約・承認業務に合うかを確かめます。
- 端末インベントリ：収集機能に強いベンダー。
- 契約・ライセンス：SAM専用機能に強いベンダー。
- システム連携：会計・購買・IAM・CMDBに強いSIer。
ServiceNowの公式情報では、SAMでの未使用権利の再利用や監査準備、SaaSライセンス管理、AIによるライフサイクル作業の支援を掲げています。
PoCでは、名寄せや契約条件の登録、不足・余剰・未使用の判別、退職者ライセンスの再割り当てを確かめます。
CSVやAPIの出力、障害原因の追跡、問い合わせ回答時間のSLAも確認します。評価は、重要シナリオの合否と担当者の作業時間をもとに点数化します。
契約・責任範囲・リスクの見積書への明記
契約前に、成果物と責任範囲を見積書や提案書に明記します。対象外となる作業も、あらかじめ合意しておきます。
- 台帳と契約：整備品質、契約書入力、判定ルールの確認者。
- 辞書と対象範囲：辞書更新、特殊製品、海外・子会社、個人契約の調査。
- 契約形態：固定範囲と準委任・アジャイルで進める範囲。
責任の範囲が曖昧な請負契約では、後から要件変更として扱われ、追加費用が発生しやすくなります。
個人情報や操作ログを扱う場合は、収集目的と閲覧権限、保存期間を確認します。さらに、従業員への説明や再委託、クラウドのデータ所在も確かめます。
SBOMは、脆弱性やOSSライセンスを把握するための材料です。国内企業に一律の導入義務があるとは断定せず、セキュリティとサプライチェーン管理を強化する連携要件として整理します。2025年のSBOM国際ガイダンスに関する経済産業省の発表や、IPAの2026年ガイドを参照し、必要な範囲から始めます。
ソフトウェア資産管理システム開発でよくある質問
成否を分けるのは、製品の導入だけでなく、データと業務ルールの整備です。よくある疑問について、判断の要点を紹介します。
Excelの台帳があってもシステム開発は必要ですか？
端末や契約が少なく、更新頻度も低いなら、Excelと運用ルールの改善から始められます。一方で、複数拠点やテレワーク、SaaS、異動・退職がある企業では、手入力で情報を一致させ続けるのが難しくなります。
既存のExcelは移行データとして使い、インベントリの自動収集と更新通知から始めます。契約判定や会計連携は、あとから広げられます。
クラウドとオンプレミスはどちらを選べばよいですか？
短期間で始めたい、複数拠点や社外端末を管理したい、サーバー運用を減らしたい場合は、クラウドが向いています。
閉域網、データ所在、既存認証、細かな権限、社内規程による設置制約が強い場合は、オンプレミスを検討します。
初期費用だけでなく、3年分の利用料や人員、更新対応、バックアップ、解約時のデータ返却まで含めて比べます。
スクラッチ開発を選ぶべきなのはどのような企業ですか？
会計・購買・ID基盤・CMDBを独自ルールで結び、特殊な計算や閉域環境を長期で運用する企業は、候補に挙がります。
インベントリ収集、辞書、OS対応、製品ごとの条件更新を自社で保守できない場合は、既製品を基盤にするほうが安全です。
スクラッチを選ぶ場合でも、既存製品のAPIや収集機能を使い、契約・承認・会計連携など固有の部分に開発を絞れば、初期費用と保守リスクを抑えられます。
まとめ
開発は、要件整理、方式選定、設計開発、テスト、稼働、運用定着の6フェーズで進めます。
端末情報に加えて、契約条件や保有ライセンス、実利用を結び、購買・会計・ID基盤と連携します。
重要製品と代表部門でPoCを行います。登録率や名寄せ精度、棚卸し時間、更新漏れ、脆弱性対応を確かめたうえで、全社へ広げます。
自社の管理成熟度に応じた費用と方式
推定費用は、SaaS標準導入の50万〜300万円程度から、大規模統合基盤の2,000万〜5,000万円超まで幅があります。
これは公的な市場統計ではなく、要件・類似案件・工数に基づく推定です。公開料金、移行、連携開発、保守・辞書更新を分けたうえで、3年TCOに揃えて比べます。
最初に決めるべきは管理対象と責任者
まず、対象端末やSaaS、主要ライセンスを洗い出します。そのうえで、台帳の責任者、購買・会計との連携先、更新判断の期限を決めます。
月次・四半期の運用会議や教育、監査証跡の確認方法も設計します。段階的に導入すると、違反の回避に加えて、ライセンスの再利用や更新費の見直し、脆弱性対応の迅速化にもつながります。
▼全体ガイドの記事
・ソフトウェア資産管理システム開発の完全ガイド
▼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を創業。