ソフトウェア資産管理システムの発注は、管理対象と責任者を決め、既製品で足りる部分と個別開発が必要な部分を分けるところから始まります。
そのうえで、PoCで小さく試してから段階的に導入すると、運用が定着しやすくなります。全体像は、下記の完全ガイドもご覧ください。
▼全体ガイドの記事
・ソフトウェア資産管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
発注・外注で最初に決める項目
最初に決めるのは、管理対象、既製品と追加開発の境界、導入後の運用担当者の三つです。SAMは、端末のアプリ一覧を作るだけでなく、購入数や契約条件と実利用数を照合して、余剰、不足、契約違反の候補を見つけます。
SaaS・パッケージを中心に導入するケース
既存のIT資産管理ツールやSAM製品は、端末とサーバーのインベントリ収集に適しています。さらに、ソフトウェア名の名寄せや台帳、棚卸しレポートも利用できます。
- 導入のしやすさ：短期間で始めやすく、OSやエージェントの更新を自社で作り続けずに済みます。
- 個別連携の確認：購買申請、部門別予算、契約書の保管、会計システム連携は、標準機能だけでは足りない場合があります。
標準機能で足りない部分は、追加設定やAPI連携の範囲を発注前に確かめておきます。
スクラッチ開発・段階導入を選ぶケース
複数法人や海外拠点をまたぐ独自の承認、特殊なライセンス計算、会計・購買・ID基盤・CMDBとの深い連携が必要なら、追加開発やスクラッチ開発を検討します。
インベントリ収集やソフトウェア辞書まで自作すると、Windows、macOS、スマートフォン、仮想環境の変化に追随する保守負担が膨らみます。
資産は、まず既製品で集めて一覧にし、契約・承認・費用配賦といった固有部分を後から拡張していくと、費用と運用リスクのバランスを取りやすくなります。
ソフトウェア資産管理システムを発注・外注する進め方
発注は、現状把握から要件定義、PoC、初期導入、全社展開、運用改善へと段階を分けて進めます。ライセンス管理は、契約書の読み方や製品ごとの課金単位が異なるため、画面を作る前にデータ責任者と判定ルールを決めておきます。
現状調査と目的・KPIの設定
現状調査では、Excelや契約書、SaaS管理表を集めます。加えて、ADやEntra ID、MDM、EDR、購買・会計システムも対象に含めます。
- 台帳項目：資産ID、製品名、版数、利用者、部門、端末を並べます。契約期間、購入数、更新日、費用、管理責任者も加えます。
- データ品質：項目の重複や欠損、更新されていないデータの有無を見ておきます。
- 効果測定：目標の達成を測るKPIを、2〜4個に絞ります。
KPIの目標には、未管理ソフトをなくす、棚卸しの工数を半減する、契約更新の漏れをゼロに近づける、未使用ライセンスを再配布するといったものがあります。
小さな対象範囲でのPoC
PoCは100〜300台程度、または1部門・1拠点を対象に行います。全社展開後に問題になりそうな条件も、あわせて確かめます。
- 端末環境：WindowsとmacOS、社外端末、低帯域拠点、仮想デスクトップを含めます。
- アカウント：SaaSアカウントも対象にし、インベントリ登録率や製品名の名寄せ精度を測ります。
- 運用確認：契約と実利用の突合、退職時の回収時間、エージェント配布時のネットワーク負荷を評価します。
計測できる項目で合否の基準を決めておきます。そのうえで、評価結果を発注範囲と追加開発の優先順位に反映します。
初期導入後の全社展開と運用設計
全社展開では、エージェントの配布と既存台帳の移行を進めます。あわせて、利用者への案内や権限設定、契約書の登録、レポート確認も準備します。
- 月次：台帳の更新
- 四半期：利用率と余剰ライセンスの確認
- 更新前：購買・財務・利用部門が集まり、契約更新を判断する会議体を設けます。
経済産業省の「ソフトウェア管理ガイドライン」は、管理責任者の任命、管理規則の策定、監査、利用者教育、管理台帳の整備を基本事項として示しています。そのため、ツールの機能に加えて、これらの運用を外注範囲に含めるかを明確にします。
RFPと要件整理で発注前に決めること
RFPは機能を並べたものではなく、現状課題や対象範囲、KPI、既存システムをまとめた文書です。納期や予算の考え方、運用体制もそこに含めます。
候補企業に同じ前提で提案してもらうため、必須要件と提案に任せる要件を分け、見積書に含める内容を統一します。
管理対象・データ項目・連携先の定義
対象は、PCだけにするか、サーバーやスマートフォン、タブレットまで含めるかを明記します。VDIやコンテナ、クラウド、SaaSも対象に入れるかどうかを書いておきます。
- 台帳項目：製品名、メーカー、エディション、バージョンを押さえます。製品ID、インストール先、利用者、部門も含めます。
- 契約項目：購入数、契約番号、契約期間を記録します。課金単位、アップグレード権、更新日、管理責任者も残します。
- 連携先：ADやEntra ID、MDM、EDR、ITSM、購買・会計、契約管理を挙げます。
連携方式は、CSV、API、定期バッチのどれにするかまで指定すると、提案ごとの前提の差を抑えられます。
機能要件と非機能要件の分け方
機能要件には、インベントリ自動収集、ソフトウェア辞書と名寄せ、ライセンス・契約管理を書きます。さらに、コンプライアンス判定や購入申請、承認も加えます。そのほか、再配布や返却、更新通知、監査レポートも含めます。
非機能要件では、対象台数や同時利用者数、データ保持期間に加えて、バックアップや復旧目標、可用性を定めます。認証や権限分離、操作ログ、暗号化についても、要件に書いておきます。また、脆弱性対応やサポート時間、SLA、データ保管場所も含めます。
「対応可能」とされる機能は、対象OSやライセンス契約の条件まで確認します。そのうえで、デモやPoCで実際の動作を試します。
運用・セキュリティ・納品物の記載
RFPには、運用上の役割と納品物を明記します。
- 役割分担：データ移行、名寄せルール、ライセンス判定の担当を定めます。
- 導入準備：エージェント配布と教育資料作成の担当者
- 稼働後の窓口：問い合わせを受ける担当を明記します。
- 納品物：データ定義書、連携仕様書、テスト計画・結果、運用手順書を求めます。
- 引継ぎ情報：権限一覧、障害時の連絡フロー、契約終了時のデータ返却方法を含めます。
IPAの「製品利用者向けガイド」（2026年3月）は、調達・運用保守契約にセキュリティ要件と対応プロセスを明記する考え方を示しています。
外部委託で構築するシステムのミドルウェアやOSSライブラリも、台帳登録の対象です。そのため、脆弱性の通知期限や修正方針は、発注の時点で確かめておきます。
発注時の請負・準委任・SaaSの使い分け
契約形態は、成果物や仕様を固定できるか、要件変更の頻度、委託する運用期間に応じて選びます。
契約は、PoCや開発・設定の段階ごとに分けると、責任と費用の見通しを持ちやすくなります。PoCや開発・設定以外の段階は、要件変更の頻度や委託する運用期間をもとに、請負と準委任のどちらが合うかを見ます。
- 調査・要件定義：要件が動きやすいなら、準委任で頼む方法もあります。
- 保守・運用支援：導入後の設計や立ち上げを、準委任で任せる形が取りやすいです。
請負契約が向く固定範囲の成果物
請負契約は、合意した仕様に基づくシステムや連携機能、移行、テスト、ドキュメントの納品を任せるときに使います。
完成条件、受入テスト、検収日、瑕疵対応、仕様変更時の追加費用を、契約書と仕様書で明確にしておきます。
ライセンス判定や移行データの品質を判断する基準がないまま固定価格で発注すると、追加費用や品質の問題が起こりやすくなります。
準委任契約が向く要件変化と伴走支援
準委任契約は、専門家の作業や助言、プロジェクト推進、データ整理、運用設計を任せるときに使います。成果物の完成だけでは評価しにくい業務に、この形が合います。
SAMでは、契約条件の解釈や部門調整、名寄せルールの見直し、導入後の棚卸し改善が続きます。そのため、要件定義や運用立ち上げを準委任で頼む方法もあります。
作業時間や担当者、会議体、報告内容、責任範囲を合意しておきます。意思決定は発注側が担うので、その分担も明記します。
SaaS利用契約と保守契約で確認する事項
SaaSでは、月額・年額の利用料に加えて、初期設定や移行、サポートの扱いを確認します。さらに、辞書更新や追加ユーザー、ログ保管、API利用の条件も見ておきます。
バックアップと解約時のデータ返却についても、確かめておきます。保守契約では、受付時間や復旧目標、脆弱性通知、修正版、OS・ブラウザ対応を決めます。
契約終了後に受ける問い合わせの範囲も決めておきます。IPAの2026年版ガイドは、委託先とセキュリティ品質や対応プロセスを合意し、契約書や仕様書に記載することの重要性を示しています。
ソフトウェア資産管理システムの費用相場と見積の内訳
費用は、端末台数に加えて、管理対象の数や契約の複雑さ、データ品質で変わります。連携数や閉域環境、複数法人対応、移行、教育、運用支援も、費用を左右します。
下記の開発・導入費は、会計・業務システムの類似案件とSAM導入範囲をもとにした推定で、統計的な市場価格や確定見積ではありません。そのため、前提をRFPに書き、各社に同じ範囲で積算してもらいます。
方式別の初期費用・期間の目安
方式別の推定費用と期間は、導入範囲によって変わります。目安は次のとおりです。各方式に含まれる作業も、あわせて確かめておきます。
- SaaS標準導入：初期設定やCSV移行などを含め50万〜300万円程度、1〜3か月程度です。
- 連携付きパッケージ：300万〜1,000万円程度、3〜6か月程度が目安です。
- オンプレミス・閉域環境：800万〜2,000万円程度、4〜9か月程度が想定されます。
- SAM専用スクラッチMVP：1,000万〜2,000万円程度、6〜12か月程度の推定です。
- 複数法人向け統合基盤：2,000万〜5,000万円超、12〜18か月以上の可能性があります。
SaaS標準導入には、初期設定やCSV移行、エージェント配布、権限設定、教育が含まれます。一方、連携付きパッケージでは、ADやEntra ID、MDM、購買・会計、ITSMとの連携が加わります。
オンプレミスや閉域環境では、サーバーや冗長化、バックアップ、監査ログ、複数拠点の設計を行います。スクラッチMVPでは、台帳や名寄せ、契約・ライセンスの仕組みを作ります。さらに、棚卸しや承認、基本APIとレポートも開発します。
統合基盤では、海外やCMDBまで含む場合があり、範囲が広がるぶん費用と期間も大きくなります。
- 脆弱性・SBOM：ミドルウェアやOSSの台帳登録と、脆弱性の通知期限の確認を含みます。
- 会計・購買・IAM連携：既存の会計や購買、ID基盤との深い連携を指します。
- 高可用性：可用性と復旧目標を、要件として定めておく範囲です。
ここに挙げた幅は、規模と作業範囲をもとに置いたもので、契約条件や既存資産によって上下します。
公開料金と3年間のTCOの分け方
公開価格がある製品は、ライセンス費用の起点にできます。たとえば、MOTEX公式ページに掲載された料金をもとに、費用を試算します。
- Windows・macOS：月額500円（税抜）／台です。
- iOS・Android：月額300円（税抜）／台です（出典：エムオーテックス公式製品ページ、2026年8月確認）。
- 500台での試算：Windows・macOSなら月25万円、年300万円、3年間で900万円です。
- 別途必要な費用：SAMの契約整理、初期移行、連携、導入支援、運用費は含みません。
料金はLANSCOPE エンドポイントマネージャー クラウド版の案内に基づき、500台の金額はIT資産管理・MDM製品の利用料だけを使った単純計算です。
3年間の見積を比べるときは、初期導入費、月額・年額ライセンス、データ移行、名寄せを分けて書きます。連携開発や追加環境、教育、保守も、同じ形で分けます。
辞書更新や監査支援、脆弱性診断、ログ保管、契約終了時のデータ返却も、同じ比較に含めます。
初期費用が安くても、更新時のライセンス単価や運用代行費によって、3年間の総額が逆転することがあります。そこで、自社で行う作業と委託する作業を分けた「内製・外注の責任分界表」も添えて比べます。
追加費用になりやすい項目
追加費用になりやすい作業は、見積の段階で見つけておきます。
- データ・契約整理：古いExcelや契約書の整理、製品名の名寄せ、特殊なライセンス計算が該当します。
- 環境対応：海外・子会社、エージェント配布、低帯域拠点、SSOへの対応
- 運用・セキュリティ：長期ログ保存、脆弱性診断、操作マニュアル、教育、運用監視
「データ移行一式」「連携一式」と書かれた見積には、対象ファイル数や項目数、連携本数、テスト回数、手戻り時の扱いを尋ねます。また、辞書更新やライセンス条件の変更を誰が負担するかも、保守費の比較に含めます。
委託先の選定と見積比較で確認するポイント
委託先は、機能数や知名度よりも、SAM運用を定着させる力で選びます。製品ベンダーは標準機能と辞書、SIerや開発会社は既存の購買・会計・ID基盤との連携を得意とする傾向があります。
発注側は、各社に同じRFPを渡し、提案書、見積書、デモ、PoC、担当者の経験、導入後の支援体制を同じ基準で評価します。
SAM・ITAMの実績と担当者の専門性
導入の経験に加えて、契約・ライセンス台帳を整え、実利用と購入数を照合し、更新判断まで運用した実績を確かめます。
事例は、対象OSや端末数、拠点数が自社に近いものを選ぶと参考になります。
- SaaS数：自社と同程度のSaaSを扱った事例かどうか。
- 会計・購買連携：会計や購買と連携した運用の経験の有無。
- 監査対応：ライセンス監査に備えた運用まで担った事例か。
営業担当に加えて、要件定義やデータ移行、連携、運用引継ぎを担うメンバーの経験と稼働予定も確認します。
見積の前提・工数・除外項目の比較
見積は、総額よりも作業項目と工数の対応を見て比べます。比べる作業は、次の項目でそろえます。
- 導入作業：要件定義、環境・権限設計、移行、名寄せ、API連携を確認します。
- 完了までの作業：テスト、教育、リリース、保守のそれぞれの範囲を見ます。
- 見積条件：単価または人月、期間、担当人数を比べます。
要件変更が多い範囲は準委任、完成条件を決められる範囲は請負にするなど、契約形態も合わせて見ます。
SE単価は案件やスキル、地域によって変わり、類似する会計・業務システムでは月額80万〜120万円程度を置くことがあります。ただし、これは一般的な相場を断定するものではなく、個別見積の妥当性を検討する参考レンジです。
導入後の運用支援と契約終了時の扱い
導入後は、月次の棚卸しや更新前の利用率分析、ライセンスの再配布を誰が担うかを決めておきます。未承認ソフトの是正や辞書更新、脆弱性情報の確認についても、担当を分けて明確にします。
専任者が社内にいない場合は、運用代行や伴走支援も候補になります。代行の範囲、報告の頻度、承認者、障害時のエスカレーションを明記します。
クラウド契約では、台帳や契約書、履歴、添付ファイルの返却形式を確認します。削除証明の発行や移行支援が有償かどうかも調べ、ベンダーロックインを抑えます。
2026年の発注で押さえたいセキュリティと最新動向
ソフトウェア資産管理は、ライセンス監査や費用削減に加えて、脆弱性対応の入口にもなります。未管理ソフトやSaaS、OSS、古いバージョンが台帳から漏れると、脆弱性の影響範囲を特定できません。
発注側は、ライセンス管理とセキュリティ資産管理を別々の機能として扱わず、同じ資産IDで追跡できるかを確認します。
SBOMとOSSライセンスの要件への組み込み
SBOM（ソフトウェア部品表）の活用に関する国際ガイダンスがあります。経済産業省は2025年9月に、その共同署名を公表しました（出典：経済産業省「SBOMの共有ビジョンに関する国際ガイダンス」、2025年）。
- 活用範囲：脆弱性管理、サプライチェーンリスク管理、ソフトウェアライセンス管理に役立てます。
- 導入義務：すべての企業に同じ方式のSBOM導入を求めるものではありません。
- 外注時のRFP：OSSの一覧、バージョン、ライセンス、脆弱性情報の受け渡し方法を記載できます。
完成したシステムに加えて構成部品も台帳に登録しておくと、将来の調査が容易になります。
クラウド・SaaSの利用範囲とAI活用の確認
テレワークやハイブリッドワークが定着したことで、社内ネットワーク外の端末や部門契約のSaaSも管理対象になります。
クラウド型は、サーバーの保守を減らしやすい一方で、データの所在地や認証、ログ、API制限を確かめる必要があります。さらに、障害時の代替手段や解約時の返却も見ておきます。
AIが利用状況を分析して未使用ライセンスを推奨しても、契約判断や利用停止は担当者が行います。そのため、説明可能性や権限、ログ、誤判定時の訂正方法を要件に含めます。
ソフトウェア資産管理システムの発注・外注でよくある質問
費用や方式に唯一の正解はありません。端末構成、契約の複雑さ、運用人数、監査リスクを基準に判断します。
ソフトウェア資産管理システムはSaaSとスクラッチのどちらがよいですか？
一般的には、インベントリ収集や基本台帳はSaaSやパッケージを使い、契約・承認・会計連携などの固有部分を追加開発する形から検討します。
特殊な課金計算や閉域環境、複数法人の独自ルールが強い場合は、既製品のAPIや拡張性を確かめたうえで、スクラッチの範囲を決めます。
最初から全機能を自作せず、PoCで必要性を検証します。
発注前にExcel台帳をどこまで整理すべきですか？
発注前に、対象ファイル、管理部門、更新日、項目の意味、重複や欠損の状態を把握しておけば十分です。
元データの品質が示されないと、移行費用や名寄せ工数が各社で異なり、見積比較が難しくなります。そのため、サンプルを匿名化して渡し、移行件数とルール、移行後の品質確認の担当を提案に含めてもらいます。
ソフトウェア資産管理の運用も外注できますか？
外注できます。台帳の更新や棚卸し、利用率の把握、未承認ソフトの確認、レポート作成、問い合わせ対応などを任せられます。
契約の最終判断や利用停止、予算承認、例外許可は、自社が担うことが多いです。そのため、作業者と承認者、責任者を分けたRACI表を作ります。
外注先の交代に備え、データ定義と手順書を納品物に含めます。
見積が会社によって大きく違うときは何を確認すべきですか？
対象端末やSaaS数、移行、名寄せ、連携を含むかどうかを、まずそろえます。テスト、教育、保守、ライセンス、運用代行も、同じ条件で比べます。
請負と準委任の違い、工数、除外項目を確認します。さらに、変更単価や納期、担当の経験、導入後のSLAも見ます。
3年間のTCOと、未使用ライセンスの再利用や棚卸し工数の削減による効果を合わせて、投資を判断します。
まとめ：発注範囲と運用責任を先に決めることが成功の近道
製品選びより先に、管理対象やKPI、既存データ、連携先、契約・ライセンスの責任者を決めておきます。インベントリ収集は既製品、固有業務は追加開発とし、要件の変化には準委任、明確な成果物には請負を組み合わせます。
見積依頼前にそろえる資料
候補企業には、現状台帳のサンプルと既存システム一覧を渡します。加えて、次の情報も渡します。
- 対象端末とSaaS数：管理する端末の台数と、利用中のSaaSの数。
- 契約・更新課題：いま抱えている契約と更新の問題点。
- 必要なKPI：目標の達成を測る指標で、2〜4個に絞ったもの。
RFP、希望スケジュール、セキュリティ要件、運用体制案もそろえます。
各社には、初期費用と3年間のランニング費用を分けた見積を出してもらいます。そのうえで、前提や除外項目、追加費用、納品物、保守範囲を同じ形式で示してもらいます。
最初の一歩は小規模な現状調査とPoC
全社をまとめて一度に整えようとすると、データ移行と契約条件の整理だけで期間が長引きます。
発注側は、まず一部門や100〜300台程度の範囲で、小さく始めます。
- 名寄せと契約：製品名の名寄せとライセンス突合を試します。
- 更新・回収：更新通知と退職者からのライセンス回収
- システム連携：会計・購買との連携を確かめます。
PoCで効果と課題を数値で確かめ、その結果をRFPと見積条件に反映します。
発注先とのあいだで、どこまでを誰が受け持つかを合意してから段階的に広げると、費用が膨らむことや、運用が形だけになることを防げます。
▼全体ガイドの記事
・ソフトウェア資産管理システム開発の完全ガイド
▼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を創業。