IT資産管理とインベントリ管理の違い

結論として、インベントリ管理は端末やソフトの現状を収集する仕組みであり、IT資産管理は調達・利用・契約・廃棄までの意思決定を含む運用です。PCだけでなく、スマートフォン、サーバー、ネットワーク機器、クラウド契約も対象に広げられます。

インベントリでOS、CPU、IPアドレス、インストール済みソフトを自動取得しても、利用責任者や返却予定日がなければ資産管理は完結しません。収集データを台帳と照合し、差異を是正する運用担当と承認手順を決めることが重要です。

• インベントリ：端末構成・ソフト・設定の収集
• 資産台帳：所有・利用・設置・契約情報の記録
• ライフサイクル管理：調達から消去・廃棄までの統制

台帳は利用者と状態を軸に設計する

台帳は、資産番号、機種、シリアル番号、利用者、所属、設置場所、取得日、OS、暗号化状況、返却予定日を最低限の必須項目にします。管理項目は100項目以上に拡張できますが、開始時は入力・更新できる項目を優先するべきです。

周辺機器、保証、リース契約、MACアドレス、ソフトの利用権も関連付けると、故障交換や監査に備えられます。項目を最大50項目程度に絞った初期台帳から始め、月次の差異確認で必要な情報だけを追加すると定着しやすくなります。

• 資産番号は廃棄まで変更しない
• 利用者と所属部署を必須入力にする
• 棚卸し日と最終確認者を記録する

調達と初期設定で管理品質を決める

端末管理は、購入後ではなく発注時に資産番号と利用予定者を登録することが答えです。PCライフサイクルは一般的に「調達」「初期設定」「運用」「廃棄」の流れで進み、各工程で台帳の更新責任者を明確にする必要があります。

初期設定では、OS更新、ディスク暗号化、EDR、端末管理エージェント、業務ソフト、管理者権限を標準化します。キッティング完了時にシリアル番号と構成情報を自動収集しておけば、配布後の手入力を減らし、設定漏れの検知にも役立ちます。

• 購買：発注番号と資産番号を紐付ける
• 情シス：標準イメージとセキュリティ設定を適用する
• 現場：受領・利用開始を承認する

返却・再利用・廃棄は証跡を残す

返却時は、利用者から端末と付属品を回収し、台帳の状態を「回収済み」に変えることが基本です。PCの耐用年数は5年ほどとされますが、年数だけで決めず、性能、保証、故障履歴、OSのサポート状況を合わせて再利用可否を判断します。

廃棄、売却、リース返却では、認定済み手順による消去、消去証明書、承認者、処分日、委託先を保存します。NIST SP 800-88 Rev.1は媒体消去の考え方を示しており、データ消去を単なる初期化で終えないための実務的な基準になります。

• 返却予定日を異動・退職フローに連携する
• 再利用前に利用者情報と認証情報を消去する
• 処分証明書を資産番号単位で保管する

更新漏れを検知して優先順位を付ける

脆弱性対策では、未更新端末を早く見つけ、影響度に応じて隔離・更新することが答えです。OSのバージョン、WindowsUpdateの適用状況、暗号化、ウイルス対策、外部接続の有無を収集し、基準外の端末を一覧化します。

紛失、盗難、ランサムウェア感染、未許可ソフト検出時は、資産番号から利用者、ネットワーク情報、操作ログを確認します。その後、ネットワーク隔離、証跡保存、影響範囲の通知、復旧、原因記録までを一連の手順として実施し、再発防止へつなげます。

• 高リスク端末：隔離と担当者通知を優先
• 更新対象：OS・ブラウザ・業務ソフトを含める
• 例外端末：理由、期限、承認者を台帳に残す

契約形態ごとにライセンスを照合する

ライセンス違反を防ぐには、インストール本数だけでなく契約条件との照合が必要です。デバイス単位、ユーザー単位、同時使用、サブスクリプションでは数え方が異なるため、契約書の利用条件、更新日、割当先を資産台帳に結び付けます。

利用されていない有償ソフトを把握すれば、更新前に回収・再割当ができます。未許可ソフトは削除するだけでなく、業務上の必要性を確認して代替製品を案内します。例外申請を残すことで、現場の利便性と統制を両立できます。

• 契約数・割当数・実利用数を分けて確認する
• 退職・異動時にユーザーライセンスを回収する
• 更新通知を契約満了の前に設定する

Excelから自動収集へ段階的に移行する

導入は、一度に全端末を完璧に登録するのではなく、現状調査、台帳の正規化、代表部門での試行、全社展開の順で進めるのが答えです。Excelは少数端末の一覧には有効ですが、構成変更、ソフト更新、利用者異動を手作業で追い続けるには限界があります。

専用ツールではエージェントやネットワーク経由でインベントリを自動収集し、台帳との差異を検知できます。クラウド型は拠点外端末を扱いやすく、オンプレミス型は社内環境の要件に合わせやすい点が特徴です。選定前に対象OS、オフライン端末、macOS・Linux対応を確認します。

以下は、兼務担当者でも進捗を確認しやすい導入ロードマップです。各工程の完了条件を決め、未登録・重複・所在不明の件数を毎月確認すると、データ品質を継続して改善できます。

• 試行部門では利用者変更と返却フローを検証する
• 自動収集できない項目は入力責任者を定める
• 棚卸しの差異件数を改善KPIにする

責任分界と効果測定を運用に組み込む

定着の鍵は、情シスだけに更新責任を集中させないことです。購買は発注情報、総務は入退社情報、部門管理者は利用実態、利用者は返却と紛失報告を担います。誰がいつ台帳を更新するかをワークフローに組み込むと、属人化を防げます。

多拠点チームでは、SWiseのように出勤状態や業務状況を可視化するバーチャルオフィスを併用すると、端末の受け渡しや問い合わせの担当確認をしやすくなります。ただし、資産台帳の正本はIT資産管理ツール側に置き、役割を混同しないことが重要です。

効果は、棚卸し時間、所在不明端末数、未更新端末数、未使用ライセンス数、問い合わせ初動時間で測定します。数値を導入前後で比較し、改善しない項目は台帳項目、収集頻度、承認フローを見直すことで、運用の価値を説明できます。

• 情シス：基準設定、例外承認、インシデント対応
• 総務・購買：入退社、契約、発注情報の連携
• 現場・利用者：利用確認、返却、紛失の即時報告