IT資産管理ツールの比較方法｜検出・照合・出力を試用で確かめる

IT資産管理ツールを比較するときは、機能一覧の「対応」に加えて、自社が持つ機器を正しく区別し、日々の変更を追えるかを確かめましょう。同じ台数が表示されても、重複レコードが混ざっていたり、未接続の端末が含まれていなかったりすると、判断に使える一覧とは限りません。

この記事では、製品候補を絞り込む担当者に向けて、同じ試験対象で検出・識別・照合・出力を確認する方法を紹介します。製品の順位ではなく、試用で何を見れば比較できるかを整理します。

比較の単位を「製品名」から「取得条件」へ細かくする

まず、候補ごとに利用する機能、契約プラン、導入形態、対象OSをそろえて記録します。製品名だけの比較では、提案された機能が試用環境で使えるか分かりません。

情報の更新周期にも条件があります。たとえばMicrosoft Intuneの「Discovered apps」の資料は、OSや所有形態による取得範囲を区別し、更新間隔にも例外を示しています。同じ製品内の別機能「App inventory」も案内されているため、収集機能を特定せずに新旧の仕様を混ぜないようにします。MicrosoftのDiscovered appsの資料

この例は製品の優劣を示すものではありません。「ソフトウェア情報を取れる」という説明を、対象と更新条件まで具体化するための材料です。

試験対象は、管理したい資産の違いを含める

正常に接続する標準PCだけでは、収集範囲の違いを見つけにくくなります。実際の管理対象から代表例を選び、試験前に現物の識別情報と期待する状態を確認します。

次の組み合わせは試験セットの例です。台数の標準や推奨比率ではなく、自社に存在する条件を選ぶために使ってください。

試験前の正解表には、試験用ID、現物を確認できる情報、OS、既知のアプリ、接続条件を残します。正解表が誤っている可能性もあるため、不一致が出たら製品側だけでなく元の確認記録も見直します。

CIS Control 1は、端末だけでなくネットワーク機器などを含めた継続的な資産把握を示しています。比較対象の範囲を決める背景として参照できますが、以下の試験項目そのものがCISの認定基準という意味ではありません。CIS Control 1

IT資産管理に固有の六つの試験を行う

以下は、候補間で同じ条件を使うための試験案です。環境への変更は許可された試験機で行い、結果と取得時刻を残します。

1. 検出できた機器を、現物と一対一で照合する

管理画面の総数だけで判定せず、正解表の一台ずつがどのレコードに対応するかを確認します。検出できないものは、未接続、対象外、設定不足などに分けます。理由が不明なら「取得不可」と決めず、未確認として追加調査へ回します。

一方、画面にはあるが正解表にないレコードも調べます。以前の端末や別のネットワークが混ざっていないかなど、検出数が多い理由を説明できることが大切です。

2. 名前変更や再登録で、重複の扱いを見る

許可された試験機の名前を変え、同じ現物が同一レコードで更新されるか、新しいレコードになるかを確認します。再登録も実際の運用で行うなら別の試験として扱います。

重複が生じた場合は、統合できるかだけでなく、何を識別子にしているか、過去の利用情報がどう残るかを確認します。安易な自動統合で、別の機器を同じ一台にまとめないことも評価対象です。

3. 未接続端末と、返却・廃棄した端末を区別する

試験機を一時的に接続しない状態にし、最終収集時刻、警告、一覧からの扱いを確認します。その後に再接続し、どの条件で更新されるかを見ます。

「しばらく情報が来ない」という技術的状態と、「廃棄が完了した」という業務上の状態は別です。未接続を理由に自動削除する設定がある場合は、必要な保管・貸与記録を失わないかを確認してください。

4. ソフトウェアの検出と、契約の照合を分ける

既知のアプリが、名称と版を含めてどのように表示されるかを確認します。共用端末やユーザーごとに導入するアプリも対象なら、その条件を含めます。

検出件数だけでライセンスの適否を判定しないようにします。どの契約や利用権へ結び付けるか、手動確認が必要な情報は何かを、実際の契約条件と合わせて確認します。この記事の試験表はライセンス監査の代替ではありません。

5. 貸与先などの手入力情報と、自動情報の関係を見る

手入力した管理番号や貸与先が、次の自動収集でどう扱われるかを確認します。別システムから取り込むなら、同じ現物へ正しく結び付くことと、競合した項目をどちらの情報で更新するかを試します。

試験結果は「連携可能」だけにせず、識別に使うキー、上書きされる項目、例外時の処理を残します。台帳の運用に必要な情報が、収集のたびに消える状態では目的を満たせません。

6. 出力したデータだけで、必要な照合を再現する

CSVなどへ出力し、画面で見えた管理ID、状態、時刻、必要な追加項目が含まれるかを確認します。MicrosoftのDiscovered appsにもCSV出力の案内がありますが、出力機能があることと、自社が必要な列を取得できることは分けて評価します。

文字、日付、空欄、複数値の扱いも確認しましょう。契約終了時のデータ受け渡しや別システムとの照合を想定するなら、画面のスクリーンショットだけでは足りません。

結果は、合計点より先に不一致の理由を見る

次は記録の書き方を示す架空の例です。実在製品の試用結果ではありません。

この段階で「Aが優秀」と結論を出すのではなく、Bの未確認条件を解消し、必要な運用を満たせるかを見ます。自社に必須の管理IDが出力できない場合、その不足を画面の使いやすさの点数で相殺しないようにします。

費用と運用を、確認できた管理範囲へ対応させる

見積条件には、管理対象の数え方、必要機能、収集用の構成、データ保持や出力、支援範囲などを対応させます。機器数と課金単位が同じとは決めつけず、候補ごとの契約条件で確認します。

導入後に誰が未報告や重複を解消するかも判断材料です。製品が情報を集められても、例外を処理する担当や手順が決まらなければ、正しい一覧を維持する作業は残ります。

最終記録には、採用理由、確認できた範囲、受け入れる制約、契約前に解消すべき事項を残してください。費用や作業分担の一般的な整理にはIT提案の比較表、試験の判定条件の準備には受入テストの準備が参考になります。