公開2026.09.11更新2026.10.16 Webシステム

IT資産管理ツールの選び方：台帳・ライセンス・持ち出し統制の要件分解

IT資産管理ツールを製品名から比較し始めると、機能表の丸が多い製品が有利に見えます。導入後に効いてくるのは丸の数ではなく、自社の何を台帳に載せ、どのイベントで更新するかを決めたかどうかです。この記事では、資産をハードウェア・ソフトウェア・SaaS契約の3層に分け、インベントリの自動収集・ライセンス照合・端末の持ち出し統制という機能を要件へ落とす手順を示します。Microsoft Intuneなどのエンドポイント管理を導入済みの会社が別途入れるべきかの線引き、導入から半年で台帳が実態とずれる原因と更新設計まで扱う。IT資産管理ソフトとIT資産管理システムという呼び方の違いも整理します。

まとめ：ツール選定の前に決める管理範囲と導入判断の順序

選定は製品比較ではなく、管理範囲の確定から始めます。範囲が固まったあとの製品タイプ別の横並びはIT資産管理ツールの比較｜収集方式・OS対応・費用でタイプを選び分ける基準にまとめています。順序は「①台帳に載せる資産の層を決める → ②収集を自動化する範囲を決める → ③更新イベントを人事・調達プロセスへ紐付ける → ④残った要件で製品を絞る」の4段階。①〜③を飛ばして④から入ると、機能は足りているのに台帳が実態と合わない状態になります。

判断の分岐は3つです。第一に、管理対象がPCとスマートフォンの構成管理だけなら、Microsoft IntuneのようなMDM製品で足ります。別途入れる理由になるのは、購入契約・ライセンス数・リース満了日といった、端末の中を見ても分からない情報を突き合わせる必要があるかどうか。第二に、端末が数十台規模で調達も年数回なら、IPAが公開している資産管理台帳のサンプル（Excel）で運用が回ります。第三に、人事システムに社員・部署の正データがあるなら、そこと接続できるかがツールの寿命を決める。接続できない製品を選ぶと、退職者の端末とアカウントが台帳に残り続けます。

IT資産管理ツールが扱う資産の3層とISO 19770-1が示す管理の起点

ツールが扱う範囲は製品ごとに異なります。何をもって「IT資産」とするかを先に決めないと、比較表の機能項目が自社にとって過剰なのか不足なのか判断できません。

ハードウェア・ソフトウェア・SaaS契約という3層に分かれる台帳項目

資産は3層に分けると要件が整理できます。第1層はハードウェアで、PC・スマートフォン・サーバー・プリンタ・ネットワーク機器が該当します。管理項目は製造番号、購入日、保証期限、リース満了日、割当先の社員です。第2層はソフトウェアで、インストール済みアプリケーションとそのバージョン、購入したライセンス数、ライセンス形態（永続・サブスクリプション・端末単位・ユーザー単位）を持ちます。第3層はSaaS契約で、契約プラン、アカウント数、請求サイクル、管理者権限を持つ社員が対象です。

この3層のうち、ツールが端末から自動で取れるのは第1層の一部と第2層のインストール状況までです。購入日・リース満了日・契約プランは調達側の情報で、端末をどれだけ調べても出てきません。IT資産管理の目的や機能の全体像はIT資産管理とは何かを整理した記事で扱っているため、本記事は選定と運用設計に絞ります。

管理の枠組みには、IT資産管理のマネジメントシステム規格であるISO/IEC 19770-1:2017があります。資産管理全般の規格であるISO 55001:2014に対する分野固有の拡張という位置づけで、2024年にはAmendment 1（気候変動対応の改正）が追加されました。認証取得を目指さない場合でも、「ライフサイクルの各段階を人・プロセス・技術で統合して管理する」という立て付けは要件定義の起点になります。ツールが担うのは技術の部分だけで、プロセスは自社で決める分担です。

IT資産管理ソフトとIT資産管理システムで指す範囲が変わる理由

検索では「IT資産管理ツール」「IT資産管理ソフト」「IT資産管理システム」がほぼ同義で使われますが、製品カテゴリとしては指す範囲が違います。IT資産管理ソフトは端末にインストールして情報を集めるクライアント型の製品を指すことが多く、収集と可視化が中心です。IT資産管理システムは、台帳データベースと申請ワークフロー、他システム連携までを含めた仕組み全体を指します。

実務上の違いは、申請と承認のフローを内側に持つかどうかです。ソフト寄りの製品は「今どうなっているか」を映すことに強く、「これから誰に何を貸し出すか」という手続きは別のワークフロー製品や紙の申請書に残ります。貸出・返却の頻度が高い組織では、台帳と申請が別管理になった時点で数字が合わなくなる。端末構成が固定で異動も少ない組織なら、可視化だけの製品で運用は回ります。

インベントリ自動収集とライセンス照合・端末の持ち出し統制の機能分解

比較表に並ぶ機能は、実際には4つの塊に分かれます。それぞれ必要になる条件が違うため、まとめて評価せず個別に要否を決めます。

エージェント方式とエージェントレス方式で変わる収集項目の範囲

インベントリ収集は2方式に分かれる。エージェント方式は端末に常駐プログラムを入れ、ハードウェア構成・インストール済みソフト・OSパッチ適用状況・操作ログまで取得します。エージェントレス方式はネットワーク経由で機器を検出し、IPアドレスやMACアドレス、SNMPで応答する範囲の情報を集めます。

観点	エージェント方式	エージェントレス方式
取得できる情報	ソフト構成・パッチ・操作ログ	機器の存在とネットワーク情報
社外持ち出し端末	取得できる	社内網の外では検出不可
導入の手間	全端末に配布が必要	配布不要
プリンタ等の非PC機器	導入できない	検出できる

実務では両方を併用します。PCとサーバーはエージェント、プリンタやネットワーク機器はエージェントレスという分担です。エージェントレスだけではソフトウェアのインストール状況が取れず、ライセンス照合が成立しません。

購入ライセンス数とインストール実数を突き合わせる照合処理の設計

ライセンス管理は「購入した数」と「入っている数」の差分を出す処理です。ツールが自動で取れるのは後者だけなので、前者を誰がどう登録するかを決める必要があります。購買部門の発注データを月次で取り込むか、情シスがライセンス証書を受領時に手入力するかの二択です。

照合で見落としやすいのが、ライセンス形態の違いです。ユーザー単位のライセンスは1人が3台に入れても1本ですが、端末単位なら3本必要になります。インストール実数だけを数えて「超過している」と判断すると、契約違反でないのに買い増しの判断をすることになる。台帳側にライセンス形態の項目を持ち、形態ごとに集計単位を変える設計にします。仮想デスクトップや一時的な検証環境の数え方も、製品の利用条件を読んで台帳のルールとして固定しておきます。

デバイス制御と操作ログで端末の持ち出しを制限する設定項目の粒度

持ち出し統制は、USBメモリなどの外部記憶媒体の書き込み制御、印刷制御、指定外アプリケーションの起動制限、Webサイトのアクセス制御といった機能群です。IT資産管理ツールの多くはこれらを内蔵していますが、専用のセキュリティ製品ほど細かい制御はできません。

制御の粒度で確認すべきは、部署単位・端末単位・社員単位のどこでポリシーを分けられるかです。全社一律で書き込み禁止にすると、顧客からデータをUSBで受け取る部署が業務を回せなくなる。総務省のテレワークセキュリティガイドラインは第5版（2021年5月公表）で端末・通信・データそれぞれの対策を整理しており、社外に持ち出す端末では社内前提の制御が効かなくなる点を織り込んでいます。持ち出し端末が多い組織では、制御をかけるより「何が持ち出されたかを記録して事後に追える」設計のほうが運用に耐えます。

SaaSアカウント棚卸しで見つかる退職者権限と重複契約の削減

SaaS管理は後から追加された領域で、製品によって対応状況の差が大きい部分です。SSO（シングルサインオン）基盤やSaaS側のAPIと連携し、アカウント一覧と最終ログイン日を取得します。これによって、退職者のアカウントが残ったまま課金され続けている状態や、部署ごとに同種のツールを別契約している重複が見つかります。

棚卸しの実効性を決めるのは、対応SaaSの本数ではなく自社が使っているSaaSに対応しているかどうかです。100本に対応と書かれていても、主要な業務システムが対象外なら手作業が残る。選定時は、対応リストに自社の契約サービスがいくつ含まれるかを実名で数えます。含まれない分は管理者画面からCSVを書き出して月次で取り込む運用になるため、その手間まで含めて判断します。

MDMとIT資産管理ツールの機能重複と併用が必要になる条件の線引き

ここが選定で最も判断に迷う部分です。MDMを導入済みの組織では、IT資産管理ツールの機能の相当部分が重複します。両方を入れるべきか、片方で足りるかを条件で切り分けます。

Microsoft Intuneが担う範囲とIT資産台帳に残る空白

Microsoft Intuneの公式ドキュメント（2026年5月時点の記載）によれば、Intuneはデバイスとアプリをセキュリティ保護・管理するクラウドベースのエンドポイント管理サービスで、デバイスの登録・構成・保護・更新とアプリの展開を扱います。管理モードはMDM（デバイス全体を管理）とMAM（業務アプリとその中のデータのみを管理）の2つで、両者を組み合わせて使えます。ID基盤はMicrosoft Entra IDに依存し、デバイスのコンプライアンス状態を条件付きアクセスへ返す構成です。MDMそのものの仕組みやEMM・UEMとの関係はMDMの仕組みを解説した記事で整理しています。

つまりIntuneが強いのは、端末の状態を把握して制御をかける方向です。台帳として残る空白は3つあります。購入日・保証期限・リース満了日といった調達契約の情報、購入ライセンス数と実インストール数の突合、SaaSの契約プランと課金の情報です。公式ドキュメントの機能説明はデバイスとアプリの管理を範囲としており、購入契約との突合には触れていません。この3つが管理の目的に含まれるかどうかが追加導入の判断軸になります。

MDMを導入済みの会社がIT資産管理ツールを見送ってよい条件

判断を言い切ります。次の3条件をすべて満たす場合、IT資産管理ツールの追加導入は見送ってよい構成です。第一に、ソフトウェアの調達がMicrosoft 365やGoogle Workspaceのような包括契約に集約されていて、個別購入のパッケージソフトがほぼ無いこと。第二に、端末をリースではなく購入で調達し、満了日の管理が不要なこと。第三に、端末台数が100台未満で、購入台帳を表計算ソフトで維持できる規模であること。この条件下では、MDMが持つデバイス一覧が実質的な台帳として機能し、追加費用に見合う情報が増えません。

逆に、追加導入が要る典型は、CADや設計ツールのような高額な個別ライセンスを部署ごとに購入している製造業や、リース満了に合わせた入替計画を組む必要がある組織です。ここでは購入契約側の情報が管理の主目的であり、MDMの守備範囲から外れます。判断に迷う場合は、直近1年の情シス業務のうち「端末の状態を調べる作業」と「契約・ライセンスを調べる作業」のどちらに時間を使ったかで決めます。後者が多いなら、MDMを増強しても解決しません。

クラウド型とオンプレミス型の選択基準と費用が増える箇所の見極め

提供形態と課金モデルは、初期費用よりも3年目以降の総額に効いてきます。台数が増える前提の組織ほど、契約単位の定義を先に確認します。

クラウド型とオンプレミス型で分かれる管理台数と運用工数の負荷

クラウド型はサーバー構築が不要で、月額課金のため初期投資を抑えられます。社外に持ち出した端末からも直接管理サーバーへ通信できるため、テレワーク端末の情報が欠けにくい構成です。オンプレミス型は自社サーバーに構築するため初期費用がかかりますが、長期利用では総額が下がる傾向があり、閉域網の要件がある組織や大規模環境で選ばれます。

見落とされやすいのが運用工数です。オンプレミス型ではサーバーのOS更新、ミドルウェアの脆弱性対応、バックアップの担当を情シスが持ちます。数百台規模でも、この保守にかかる人的コストがライセンス費用の差を上回ることがある。社外持ち出し端末が3割を超えるなら、VPN経由の通信を前提にしたオンプレミス構成は情報の取りこぼしが増えるため、クラウド型を基準に検討します。

無料ツールとExcel台帳で足りる端末台数の上限と切り替え時期

無料ツールや表計算ソフトでの管理は、規模の上限を超えるまでは合理的な選択です。IPAが公開している中小企業の情報セキュリティ対策ガイドラインは第4.0版（2026年3月27日公開）で、付録6として資産管理台帳のサンプルをExcel形式（9シート構成）で配布しています。項目設計の起点として、ここから始めて不足分を足す進め方は現実的です。

切り替えの目安は台数そのものより更新頻度で判断します。月に発生する入退社・貸与・返却・廃棄の合計が10件を超えると、手入力の台帳は実態から遅れ始めます。もう一つの目安は監査対応です。ISMSやプライバシーマークの審査でソフトウェアライセンスの証跡を求められる場合、インストール実数の自動収集がないと全端末の目視確認が必要になり、これは50台規模でも数日単位の作業になります。経済産業省のサイバーセキュリティ経営ガイドライン（Ver3.0・2023年3月24日公開）も、経営者が指示すべき重要10項目のなかでリスクの把握と対策の実施状況の可視化を求めており、資産の一覧が無い状態では出発点に立てません。

導入後に台帳が実態とずれる原因と棚卸しを止めないための運用設計

ツールを入れた組織でも、半年から1年で台帳の精度が落ちます。原因は機能不足ではなく、更新のきっかけが業務プロセスに埋め込まれていないことです。ずれる経路は特定できます。

エージェント未導入端末と持ち出しPCが台帳から抜け落ちる経路

抜けが生じる経路は3つ。1つ目は導入時にエージェントを配れなかった端末で、長期休職者の端末、倉庫の予備機、検証用の端末が該当します。これらは「後で入れる」とされたまま残り、次の棚卸しで所在不明資産として現れる。2つ目は社外持ち出し端末のうち長期間VPNに接続していないもので、オンプレミス構成では最終通信日が古いまま更新されず、台帳上は生きているのに実態が追えません。3つ目は部署が独自に購入した機器で、稟議を通さない少額購入やプロジェクト予算での調達が該当します。

対策は、ツールの検出結果と別ソースの突合を定期化することです。ネットワークのDHCP払い出し一覧やスイッチのMACアドレステーブルと台帳の登録台数を突き合わせると、エージェント未導入の端末が差分として出ます。この突合は四半期に1回、担当と手順を決めて実施する。端末の不調に関する問い合わせも台帳更新の入口になるため、社内ヘルプデスクの体制設計と対応記録の様式を合わせると、修理・交換のたびに台帳が直る流れを作れます。

入社・貸与・返却の3イベントを人事データと接続する台帳の更新設計

台帳が腐る最大の原因は、人の異動と資産の割当がつながっていないことです。更新のトリガーは入社（新規貸与）、異動（割当変更）、退職（返却とアカウント停止）の3つ。このうち退職の処理漏れが、退職者アカウントへの課金と返却されない端末という形で残ります。

設計としては、人事システムの社員マスタを正データとし、資産台帳の割当先社員IDをそれに従属させます。退職フラグが立った社員に資産が割り当たっていれば、台帳側でアラートを出す。連携方式は、人事システムがAPIを持つならAPI連携、無ければ月次のCSV取り込みで足ります。日次である必要はなく、退職日から1か月以内に検知できれば実務上は間に合う。新規貸与の側は、キッティングの手順のなかに製造番号の台帳登録を組み込み、設定完了と登録完了をセットで扱います。

パッケージ導入と既存システム連携・個別開発を分けるための判断基準

最後に、既存の管理方法をどこまで残すか、どこから開発するかの線引きを示します。ここを曖昧にしたまま製品を選ぶと、導入後に二重管理が残ります。

既存の管理表を捨ててツールへ寄せるべき条件と据え置く条件の判断

既存の表計算台帳を捨ててツールへ一本化すべきなのは、その台帳の項目の7割以上がツールで自動取得できる場合です。ハードウェア構成とソフトウェアのインストール状況が中心の台帳なら該当します。移行時は過去の履歴を全部移そうとせず、現時点で保有している資産の現況だけを移す。廃棄済み資産の履歴は元のファイルを参照用に残すほうが、移行工数を減らせます。

据え置くべきなのは、資産管理の体裁を取りながら実際は別業務の管理表になっているものです。よくあるのは、資産台帳に減価償却の計算や固定資産税の申告用データが同居しているケース。これらは会計システム側の管理対象で、IT資産管理ツールに寄せると税務要件を満たせません。経理側の固定資産台帳とIT側の資産台帳を別に持ち、製造番号などの共通キーで照合できる状態にとどめるのが正しい分離です。

人事・基幹システムとAPI連携する場合に生じる開発範囲の切り分け

連携の開発範囲は、どちらを正データにするかで決まります。人事システムを正とする場合、開発対象は「人事側から社員・組織データを取得し、資産管理ツールのAPIへ投入する連携処理」と「差分検知とエラー時の再実行」で、中間処理を1本作る規模に収まる。逆に資産管理ツール側の情報を基幹システムや会計システムへ返す場合は、項目マッピングとコード体系の変換が入るため範囲が広がります。部署コードや社員コードの体系が両システムで違うことが多く、変換テーブルの維持が運用に残る点まで含めて見積もります。

製品のAPIが対応していない項目がある場合、CSVの定期取り込みで代替するのが現実的です。この判断は、連携頻度が日次以下で、件数が数千件規模までなら成立します。既存システムとの接続範囲の切り分けや、台帳運用を自社で回せる形に整える支援については、保守運用・内製化支援で個別の環境に合わせて設計しています。既存の資産管理を残したまま連携だけ足す構成も取れるため、全面刷新を前提にせず現状の棚卸しから相談してください。

よくある質問

選定と運用の現場で多く挙がる質問をまとめます。

IT資産管理ツールとMDMは両方導入する必要がありますか？

管理の目的によります。端末の設定制御・セキュリティ状態の把握が目的ならMDMだけで足ります。購入契約・ライセンス数・リース満了日の管理が目的なら、MDMの守備範囲外のためIT資産管理ツールが必要です。目安として、個別購入のパッケージソフトがほぼ無く、端末を購入で調達し、台数が100台未満なら、MDMのデバイス一覧を台帳として使う構成が成立する。両方入れる場合は、端末情報の正データをどちらに置くかを先に決めます。

無料のIT資産管理ツールでも実務に足りますか？

更新頻度が低い組織なら足ります。月に発生する入退社・貸与・返却・廃棄の合計が10件以下で、監査でライセンスの証跡を求められないなら、無料ツールやIPAが配布する資産管理台帳のサンプル（第4.0版の付録6・Excel形式）で運用できる。無料ツールで制約になりやすいのは管理台数の上限、サポートの有無、ライセンス照合機能の欠如の3点です。ライセンス管理を目的に含めるなら、購入数の登録と実インストール数の突合ができるかを確認してください。

エージェントレス型では何が取得できませんか？

端末内部の情報が取得できません。インストール済みソフトウェアの一覧とバージョン、OSのパッチ適用状況、操作ログが該当します。取得できるのは機器の存在・IPアドレス・MACアドレス・SNMPで応答する範囲にとどまるため、ライセンス照合はエージェントレスだけでは成立しない。一方、プリンタのようにエージェントを導入できない機器の把握には適しています。実務では両方式の併用が基本構成です。

IT資産管理ツールの費用はどのくらいかかりますか？

端末単位の月額課金が主流で、台数に比例して伸びる構造です。金額の幅は製品と機能範囲で変わるため、見積もり時は単価より「何を1台と数えるか」を確認してください。退職者の端末を含めるか、仮想デスクトップを1台と数えるか、サーバーの単価が別かで総額が変わる。オンプレミス型ならサーバー構築費とOS更新・脆弱性対応の運用工数を3年分で見込みます。公式の公開価格による台数別の3年総額はIT資産管理ツールの費用相場で試算しています。