IT資産管理のAI活用:AIが回答・催促できること、ITチームに任せるべきこと

TL;DR

AIはIT資産のチケットの大部分を引き受けられますが、担えるのはチケット側の半分だけです。つまり、「自分のノートPCはどれ?」という質問に資産レコードから答えること、ノートPCやライセンスの申請に必要な情報を集めること、退職者から機器を回収するために催促することです。 資産レコードが正となる情報源であることは変わらず、デバイスの初期化、ライセンスの削除、ハードウェアの購入は引き続き人が行います。まずレコードを整えてください。AIが読む在庫情報が古ければ、AIの回答も古くなります。

そのレコードは、思われているより古くなりがちです。最も一般的なWindowsデバイス管理ツールであるMicrosoft Intuneは、ハードウェアインベントリを7日ごとにしか更新しません。またMicrosoft自身の退職者向け自動化は、ライセンスの削除とアカウントの無効化はできても、ノートPCを回収するための標準タスクはありません。こうした隙間はヘルプデスクに回ってくるため、AIチームメイトが役に立つのはまさにそこです。

ITデスクがZendeskやJira Service Managementで運用されているなら、eeselはAIヘルプデスクのチームメイトとして、資産に関する質問に答え、資産ツールのAPIを通じてリアルタイムにレコードを検索し、あらゆる変更をITチームの承認待ちにします。Cactus Club Cafeは社内のテックデスクをこの形で運用しており、1か月でチーム向けの下書きが790件、ランブック検索が1,650件ありました。

AIはIT資産管理の役に立ちますか?

はい。ただし、多くのベンダーのページが示唆するような形ではありません。IT資産管理(ITAM)は、混同されがちな2つの仕事でできています。1つはレコードの維持です。何を所有していて、誰が持っていて、どんな状態で、保証がいつ切れるのかを管理します。もう1つは、そのレコードから生まれるヘルプデスクのチケットへの対応です。「ノートPCの調子が悪いので新しいものをもらえますか?」「Visioのライセンスが必要です」「Priyaが金曜に退職しますが、何を持っていますか?」といったものです。

私はeeselで機能やAIエージェントを開発しており、AIがチケットの中で確実に何をこなせるかを見る機会が多くあります。資産業務についての正直な答えはこうです。AIはチケットの仕事には非常に向いていますが、レコードの仕事では読み取り専用にとどめるべきです。資産レコードを読み、わかりやすい言葉で説明し、雑なSlackメッセージから申請フォームを埋め、振り分けます。デバイスを廃棄扱いにするかどうかを決めるのはAIであってはなりません。

ITヘルプデスクに届くものを、私ならこう仕分けます。

• AIが回答する。 「自分のノートPCはどれ?」「更新はいつ?」「古いPCはどう送り返せばいい?」。正解が1つで、その答えが資産レコードやITポリシーにあるものです。
• AIが集め、ITが承認する。 新しいノートPCの申請、ソフトウェアライセンスの申請、退職者の返却キット。AIが詳細を集めてポリシーを確認し、発注・割り当て・発送の前に人が承認します。
• ITだけが行う。 デバイスの初期化やロック、ライセンスの削除、ハードウェアの購入。これらは取り消せないか、お金がかかる作業なので、AIの役目はチケットを準備して身を引くことです。

AIサービスデスクが失敗する場面を見てきたシステム管理者たちは、同じ結論にたどり着いています。

"LLMs certainly have a place in the support queue, but not as a replacement technician. In my opinion the work of LLMs and chatbots should be more about information gathering, and establishing all the basics so that the human technician is only being a technician."

u/Pristine_Curve, Reddit

ベンダーも同じ線引きをしています。Zendesk自身の例でも、AIエージェントがノートPCの更新について「適格性とデバイス在庫」を確認し、資産ルールはその下に置かれています。うまくいく構成と恥をかく構成を分けるのは、その土台にあるレコードの質です。

AIはどのIT資産チケットを処理できますか?

少なくとも部分的には、ほとんどのチケットを処理できます。下の表は、よくあるチケットの種類をAIとチームでどう分けるかを示したものです。いちばん重要なのは3列目で、AIが正しい答えを出すために読むべきレコードを示しています。

このうち2つについてさらに詳しく知りたい場合は、ハードウェア申請と、ID側のITオフボーディングについて別のガイドがあります。この記事はそれらを束ねる総論で、レコード、ツール、セットアップを扱います。

なぜAIよりも資産レコードが重要なのですか?

古いレコードをもとに「Dell Latitude 5450をお使いです」と答えるAIは、答えないAIよりも悪いからです。従業員はその答えを信じて、間違った箱を送り返し、チケットが2件に増えます。

標準化団体も長年同じことを言ってきました。CIS Control 1は「正確で詳細な最新のインベントリ」を求めており、「エンタープライズ資産の所有者」を記録し、「半年ごと、またはそれ以上の頻度」で見直すこととしています。NISTのITAMプラクティスガイドは、物理的な資産リストではコンピューターの場所はわかっても「ノートPCではどのOSが動いているか?」には答えられないと指摘しています。現場の担当者も同意見です。Flexeraの2026年版State of ITAM調査では、ITAM担当者512人のうち78%が、正確なインベントリを最優先事項に挙げ、他のどの項目よりも上位としました。

Redditのヘルプデスク担当者が、これを実践的な言葉でうまく表現していました。

"Avoid complex ITAM suites unless you actually have a dedicated asset manager to run them. Without strict physical SOPs at your supply desk, even the most expensive software will eventually just show incorrect inventory counts."

u/MoodIn_Me, Reddit

実際には、「レコード」は通常3つか4つのシステムにまたがっており、AIはどの質問ならどのシステムが優先されるかを知っておく必要があります。

• 資産台帳。 ヘルプデスクの資産モジュール(Zendesk ITAM、Freshservice、JSM Assets、ServiceNow HAM)、あるいは正直なところスプレッドシートでも構いません。所有者、購入日、保証、ステータスについてはここが優先されます。
• デバイス管理ツール。 IntuneやJamf。「このデバイスはチェックインしているか、誰がサインインしているか」についてはここが優先されます。Intuneの各デバイスにはプライマリユーザーが1人いるか、いないかのどちらかで、インベントリは7日ごとに更新されます。
• IDディレクトリ。 Entra IDやOkta。ライセンスとアカウントについてはここが優先されます。
• HRシステム。 開始日と退職日についてはここが優先されます。それ以外のものがこれらを推測してはいけません。

AIの指示に私が書き込むルールは、ライブ検索はナレッジベースに勝り、検索で確認できなければAIはそう伝える、というものです。eeselのお客様であるSwiftregは、注文デスクにほぼ同じルール(「Live facts win」)を書いており、資産データにも正しいルールです。

AIはノートPCやライセンスの申請をどう処理しますか?

この2つは最もやり取りの往復が多い申請なので、AIが最も時間を節約できる領域です。AIの価値は誰にノートPCを渡すかを決めることではなく、チケットを4往復ではなく1回で「承認できる状態」にすることにあります。

ノートPCの申請

AIが下準備を担う、良いノートPC申請のフローは次のようになります。

1. 従業員またはマネージャーがSlack、Teams、ポータルで依頼します。「14日に入社する新しいアナリスト用にノートPCが必要です」。
2. AIは申請内容またはHRレコードから開始日と役割を取得し、足りない情報(場所、特別なソフトウェアなど)だけを尋ねます。
3. ITポリシーからその役割の標準スペックを確認し、資産台帳に在庫があるかを調べます。
4. 必要事項が埋まったチケットを起票し、承認に回します。人が許可するまでデバイスは割り当てられません。
5. ITがデバイスを割り当てたら、AIが申請者に何がいつ届くかを伝えます。

ZendeskのITAMは、これをチケットの中に直接組み込み、エージェントは「すべてのチケットの中で、所有者、モデル、保証、サービス履歴を確認」できます。AIの役目は、そのチケットが漏れなく揃って届くようにすることです。

ライセンスの申請

ライセンス申請は、企業が気づかないうちにお金を漏らしている場所です。Zyloの2026年版SaaS Management Indexによると、SaaS支出の平均は305アプリで年間$55.7M、IT責任者の78%が予期せぬ請求を経験したと報告しています。Flexeraは、最も成熟したITAMチームでは、未使用ソフトウェアの回収率が1年で59%から79%に上昇したことを明らかにしました。

AIは入口と出口の両方で役立ちます。入口では、その人がすでにアプリを持っているか、標準バンドルに含まれているか、依頼内容をカバーするより安いライセンスがすでにあるかを確認し、そのうえで上長の承認を集めます。出口では、しばらく誰も使っていないシートにフラグを立てられます。

やってはいけないのは、利用レポートが90日間アイドルと示したからといって、AIが自分でライセンスを引き上げることです。育児休業中の人、四半期ごとに使う経理ツール、使っていなくてもシート料金が発生する契約。こうした文脈は人の側にあります。回収リストはAIに下書きさせ、実行のボタンはITが押してください。

より大きな漏れは、たいていAIよりずっと上流にあります。あるシステム管理者は、シートの解約についてのスレッドでこう述べていました。

"We do yearly subscriptions so we see what we have by the end of the year then anything extra we remove. We have a struggle with HR that they dont let us know when people leave so that we end up pay extra."

u/nydroxide, Reddit

人が退職するとき、機器をどう回収しますか?

これは、私が最初に自動化したいチケットの種類です。資産が実際になくなるのはここであり、既存のツールが手薄になるのもここだからです。

MicrosoftのEntraライフサイクルワークフローは、退職者のID側の処理が得意です。アカウントの無効化、グループからの削除、すべてのライセンス割り当ての削除、トークンの失効、マネージャーへのメール送信などを行います。これには、ユーザー1人あたり月額$7.00のEntra ID Governanceが必要です。しかし、物理的なデバイスを扱う標準タスクはありません。ノートPCの回収はヘルプデスクに回り、そこで破綻します。

リモートスタッフを抱えるIT部門に尋ねれば、似た話が返ってくるはずです。

"We ship out equipment to these users and we have a real epidemic of users not returning equipment when resigning or being let go HR usually reaches out with shipping labels once the employee is offboarded but believes it's on IT support to continue to reach out to these ex-employees to get their equipment returned."

u/fetter_indy, Reddit

催促は反復的で、丁寧で、期限のある作業であり、まさにAIが得意とする仕事です。未返却のノートPCをリモートワイプするかどうかの判断は、そうではありません。

AIが催促を担い、ITがロックを担う、私ならこう設定する退職者フローを示します。

1. HRが退職日を設定する。 これがトリガーです。eeselなら、HRシステム、またはZapierやMakeからのwebhookで、退職者の情報とともにエージェントを起動できます。
2. AIが保有物を一覧にする。 ノートPC、モニター、スマートフォン、セキュリティキーを、シリアル番号付きで資産台帳から拾います。
3. 返却手順を送る。 リモートスタッフには返却キットの依頼、オフィス勤務者には持参のご案内、ITには全リストを載せたチケットを送ります。
4. 最終日にITがアクセスをロックする。 アカウントの無効化とデバイスのロックはITの判断で、EntraとIntuneで行います。AIはリマインドするだけです。
5. 期限を過ぎたものは催促し、その後エスカレーションする。 まず丁寧に催促し、次にマネージャー、その次に未返却機器のポリシーを所管する担当者へ回します。

カナダ・サイバーセキュリティセンターは、その連鎖の最後についてはっきり述べています。廃棄の際、機微なデータを含む資産は「廃棄前に全データを消去してサニタイズする必要がある」としています。その消去は人の仕事であり、AIの仕事ではありません。

AIによるIT資産管理にはどんなツールが必要ですか?

必要なのは2つのレイヤーです。資産レコードを置く場所と、それに対してチケットを処理するAIです。最近は多くのヘルプデスクが前者を自社で販売しており、1年前と比べて、自作か購入かの計算が大きく変わりました。

主な選択肢を、2026年11月1日時点の各ベンダー自身の料金ページをもとに比較します。

具体的なバイヤーを想定してみましょう。300台のノートPCを5人のIT部門でサポートする場合、Zendesk Suite Growthは月$295で、含まれる500資産でフリート全体をカバーできます。Jira Service Management Standardは月$107.50で5,000オブジェクトまで余裕があります。Freshservice Growthは、Asset Unitsを除いたエージェントシートだけで月$245です。いずれの場合も、デバイス管理ツールは別途費用がかかります。

Zendesk ITAM

Zendeskは2025年11月ごろ、Suite Growth以上にIT資産管理を追加しました。最初から4つの資産タイプ(ハードウェア、モバイル、デスクトップ、ノートPC)が用意され、JamfとIntuneからデバイスの状態を同期し、権限のあるエージェントがチケットからデバイスのロック、再起動、割り当て解除、消去を行えます。ハードウェア中心で、ソフトウェア資産管理は「近日提供予定」とZendeskは述べています。上限は100万資産と余裕があります。ITデスクがすでにZendeskを使っているなら、資産パックを購入する前にEmployee Serviceの料金の解説をご覧ください。

Freshservice ITAM

Freshserviceは、ミッドマーケット向けヘルプデスクの中で最も深いITAMを備えています。ディスカバリー、CMDB、契約、ソフトウェア資産管理、SaaSディスカバリーです。資産の追跡はAsset Unitsで計測され、ノートPCは1ユニット、サーバーは4ユニットです。Freddy AI Copilotは「類似の資産に紐づく過去のインシデントを表示」し、Freddy AI Agentはソフトウェア申請を処理します。比較検討する場合は、シートについてFreshserviceの料金の解説があり、Freddy AIの料金についても別途まとめています。

Jira Service Management Assets

AssetsはStandardプラン以上に含まれるようになり、ハードウェア資産管理はPremiumとEnterpriseに含まれます。AtlassianのRovoは、Premium以上で「保証切れ間近、在庫僅少、使用されていないと思われるハードウェア」といったハードウェアのインサイトを表示できますが、Rovoの書き込みアクセスは今後対応予定とAtlassianは述べています。すでにJiraを使っているIT部門にとって、キューの隣に本格的な資産データベースを置く最も安価な方法です。プランの詳細はJira Service Managementの料金ガイドにあります。

ServiceNow HAM

ServiceNowのHardware Asset Managementは、CMDBを「ハードウェア資産の唯一の信頼できる情報源」と位置づけ、AIエージェントを使って「ハードウェアを正規化してCMDBをクリーンに保ち」、申請の処理を加速します。大規模な環境向けに作られており、価格は見積もりのみです。検討する場合は、まずServiceNowの料金と、FreshserviceとServiceNowの比較から始めてください。

eeselの位置づけ

eeselは資産データベースではありませんし、そう装うつもりもありません。お客様が管理しているどのレコードに対しても、資産チケットを処理するAIチームメイトです。ZendeskとJira Service Managementにはネイティブで接続し、従業員への応答はSlackで行い、Microsoft Teamsはリクエストに応じて利用できます。Freshservice、ServiceNow、Intune、Snipe-ITのようなツールには組み込みコネクタはなく、Network Accessを通じてAPIで接続します。これにより、許可した任意のREST APIをエージェントが呼び出せ、認証情報はeeselが付与するため「AIには認証情報が見えません」。

IT資産管理のAIはどうセットアップしますか?

私ならこの順番で進めます。AIの部分は早く終わり、レコードの部分に時間がかかります。

1. 直近3か月分の資産チケットを取り出す。 ITチケット管理システムからエクスポートし、3つのレーンに仕分けます。多くのチームで、ごく少数の申請タイプが量の大半を占めることがわかります。
2. 資産レコードを1つ選んで整える。 デバイス管理ツールと台帳を突き合わせ、すべてのデバイスに所有者、ステータス、購入日を持たせます。スプレッドシートにあるなら、始めるにはそれで構いません。ただし、ナレッジとして接続したシートは、最後の再同期の時点までしか新しくないことに注意してください。
3. AIが従うルールを書き出す。 役割ごとの標準ノートPC、更新サイクル、標準バンドルに含まれるライセンス、誰が何を承認するか、退職者チェックリスト。これらを1つの社内ナレッジベースにまとめます。Confluenceを含め、どこに置くにしても、AIが読む情報源は1つの正しいバージョンにしてください。
4. まずレコードを読み取り専用で接続する。 eeselでは、接続したMCPサーバーの読み取り専用アクションは、デフォルトで「自動で実行され、それ以外はまず人に確認を求め」ます。これはまさに望ましい線引きです。「Priyaはどのノートを持っている?」は実行され、「Priyaのノートを再割り当てして」は待機します。
5. すべての書き込みを「承認が必要」にする。 eeselのアクションと承認では、各アクションを「自動」「承認が必要」「無効」に設定できます。承認カードはSlackのスレッドに届くので、ITはチャットを離れずに承認できます。
6. 本番前に過去のチケットでテストする。 ステップ1のチケットに対してエージェントを実行し、チームが実際に回答した内容と比較します。このテストの規模の決め方は、AIサポートのシミュレーションテストのガイドにあります。
7. 退職者トリガーは最後にオンにする。 検索が信頼できるようになったら、HRの退職イベントをつないで、返却が自動で始まるようにします。

ステップ2に、見返りの大半が隠れています。スプレッドシートから移行したG2レビュアーはこう述べています。

"Consolidating all assets into one platform compared to the process as before while having multiple spreadsheets and not being updated frequently and no live. By having Snipe IT it helps a lot to solve the problem."

Ilyas J., G2

スクリプトで済ませたい場合は、eesel CLIでターミナルから同じセットアップができます。「すべてのコマンドはJSONを出力するので、AIコーディングエージェント(Claude Code、Cursor、Codex)がセットアップ全体を代行できます」。資産業務で便利なのは、資産ツールのAPIへの接続をテストするeesel integrations api check、毎晩の台帳をエクスポートしている場合のeesel files upload ./assets.csv、書き込みが実行される前にその正確な呼び出しを確認できる--dry-run、そしてダッシュボードを開かずに保留中の変更を承認できるeesel approvalsです。

AIにIT資産でやらせてはいけないことは何ですか?

AIがデバイスを初期化したり、ライセンスを削除したり、ユーザーをデプロビジョニングしたり、お金を使ったりしてはいけません。それ以外は交渉の余地があります。

Microsoftはこれらをすでに特権操作として扱っています。Graph API経由でデバイスをワイプまたは廃止するには、別個の権限であるDeviceManagementManagedDevices.PrivilegedOperations.Allが必要で、IntuneコンソールでもワイプできるのはHelp Desk Operatorなどの管理者ロールだけで、テナントあたり1日500件までです。私のルールは、人が要求するのにMicrosoftが特別な権限を求める操作なら、AIはその権限をそもそも持つべきではない、というものです。

私なら人の手元に残しておく項目は次のとおりです。

• デバイスのワイプ、廃止、ロック、消去。 チケットから「デバイスの消去」アクションフローを提供しているZendeskでさえ、権限のあるエージェントに限定しています。
• ライセンスの削除や再割り当て。 リストは下書きまで、実行は決してさせません。
• ハードウェアの発注や購入。 AIはフォームを埋め、予算の責任者が承認します。
• デバイスを紛失または盗難としてマークする。 セキュリティ部門の次の動きが変わるためです。
• 未返却の機器について、本人に支払い義務があると伝える。 ポリシーを背景にしたHRの対話です。

Cactus Club Cafeの社内テックデスクのエージェントも同じ姿勢をとっています。「ドキュメントが指示しない限り、チケットのクローズや、タグ、ステータス、優先度、グループ、担当者の変更を行わない」ようになっており、その後のルールで「指示を読み取れない場合はチケットに対して何も行わない」ようになりました。資産レコードに触れるものすべてにとって、これが正しいデフォルトです。

IT資産チケットのためのeesel

IT部門が1週間のほとんどを「自分のノートPCはどれ?」への回答と、充電器を求めて退職者を追いかけることに費やしているなら、eeselがAIヘルプデスクのチームメイトとしてそのキューを引き受けます。Zendeskのデスク、Jira Service Managementのキュー、Slackチャンネルで作業し、資産ツールをAPI経由でリアルタイムに読み取り、レコードへのあらゆる変更をITチームの承認待ちにします。

数百人の従業員をサポートする5〜10人のIT部門であるInDebtedは、Jiraのデスクでこれを活用しています。

"We use it to be the first responder to our Helpdesk tickets in Jira. It essentially acts just like an agent would."

Jason Loyola, Head of IT, InDebted

これまでのところ、チケットの15%を人手なしで解決しており、目標は55%です。料金は固定の月額で、料金ページにあるとおり500件のチケットまたはチャットで$299から、シート料金はないため、全社員が自分のノートPCについて質問できます。100クレジットで無料のeeselを試し、誰かが返信を目にする前に、先月の資産チケットでテストしてみてください。