ソフトウェア資産管理とは｜製造業のライセンス監査対策2026

「タイ工場のPCに、いま何のソフトウェアが入っていますか」。この問いに即答できる日系製造業は多くありません。ハードウェアの台帳は整っていても、そこにインストールされたソフトの本数と、保有しているライセンス数が一致しているかまでは追えていない。ソフトウェア資産管理（SAM）は、この空白を埋める取り組みです。本記事では、ベンダー監査、コンプライアンス違反、払いすぎのライセンス費用という3つの損失を、タイ・ASEAN拠点を持つ日系製造業がどう防ぐかを、公開データをもとに整理します。

ソフトウェア資産管理とは？｜PC資産管理と何が違うのか

まず用語の整理から始めます。ここを曖昧にしたまま社内で議論すると、「うちは資産管理ツールを入れているから大丈夫」という誤った安心につながります。

ソフトウェア資産管理（SAM）の定義

ソフトウェア資産管理とは、組織が保有・利用しているソフトウェアについて、購入したライセンスの数量と条件、実際にインストールされている本数、実際に使われている利用実態の3つを継続的に突き合わせ、過不足と契約違反をなくす管理活動を指します。英語ではSoftware Asset Management、略してSAMと呼ばれます。

ポイントは「継続的に突き合わせる」という部分です。ソフトウェアは購入した瞬間から状態が変わり続けます。人が入れ替われば使う人が変わり、PCを入れ替えれば再インストールが発生し、部門が新しい業務を始めれば誰かが勝手に体験版をダウンロードします。年に一度エクセルで棚卸しをするだけでは、棚卸しをした翌週にはもう実態とずれ始めるということです。

ハードウェア台帳では届かない領域

多くの製造業がすでに導入しているのは、PC・サーバー・ネットワーク機器といった物理資産の台帳です。資産番号、購入日、設置場所、利用者、リース期限を管理する仕組みで、固定資産管理や内部統制の要請から整備されているケースが一般的です。

しかしこの台帳は、箱の中身までは見ていません。1台のノートPCという「1行」の背後に、OS、オフィススイート、CADビューア、PDF編集ソフト、生産管理システムのクライアント、リモート接続ツール、圧縮ソフトといった十数本のソフトウェアが乗っています。この十数本それぞれに、別々の契約条件と別々のライセンス数の上限があります。

ハードウェア資産の管理と、その前提として押さえておくべき契約・台帳の考え方については、工場のIT資産管理2026｜契約の半分が台帳の外にあるで整理しています。本記事はその一段階先、「台帳に載っているPCの中身をどう管理するか」を扱います。

両者の違いを整理すると次のようになります。

現物の管理は「数えれば分かる」のに対し、ソフトウェアは数え方そのものが契約に依存するという点が本質的な違いです。同じ「10台にインストール済み」でも、契約が指名ユーザー方式か同時実行方式かによって、必要なライセンス数は10にも3にもなります。

なぜ2026年にソフトウェア資産管理が問われるのか｜監査の実態

「うちには監査なんて来ない」という前提が、統計的にはもう成り立たなくなっています。

監査を受けた組織は48%（Flexera 2026）

Flexeraが2026年6月24日に発表した「2026 State of ITAM Report」（IT専門家512名を対象とした調査）によると、過去1年間にソフトウェア監査を受けた組織は48%にのぼります。約2社に1社という水準です。

さらに深刻なのはコストです。同レポートでは、過去3年間でソフトウェア監査に100万ドル以上を費やした組織が44%と報告されています。この数字は複数年のレポートを通じて横ばいで推移しており、一時的な現象ではなく構造的なコストとして定着していることを示しています。

この「100万ドル以上」には、追徴されたライセンス費用だけでなく、監査対応に投じた社内工数、外部アドバイザーへの委託費、弁護士費用が含まれます。つまり仮に契約違反がゼロだったとしても、監査対応そのものが企業にとって重い負担になるということです。

ベンダーによって監査の来やすさは違う

同レポートは、過去3年間にどのベンダーから監査を受けたかも集計しています。

Microsoftが突出しているのは、単純に導入企業数が多いためでもありますが、OracleとAdobeの上昇幅は注目に値します。Oracleは24%から38%へ、Adobeは24%から32%へと、いずれも監査の頻度を上げています。データベースやCADまわりの製品を業務の中核に据えている製造業にとって、この2社の動きは他人事ではありません。

可視性のギャップという根本問題

同じレポートで、IT資産の完全な可視性を持つと回答した組織はわずか36%でした。しかもこの数字は前年より低下傾向にあります。クラウドサービスやSaaSの利用が広がり、管理すべき対象が増える速度に、管理体制の整備が追いついていないという構図です。

AI関連ソフトウェアに至っては、正確な利用実態を把握できている組織は31%にとどまります。生成AIツールの利用が部門単位で急速に広がる一方、情シスがその契約と利用状況を捕捉できていないという、新しいシャドーITの形が生まれています。

そしてITAMチームの時間の使い方にも歪みが出ています。同レポートによれば、ITAMチームの業務時間のうち32%がソフトウェア最適化に、22%が監査対応に割かれています。合わせて半分以上が、本来なら仕組み化によって圧縮できるはずの作業に消えている計算です。

タイ・ASEAN拠点で台帳が分散する構造

ここからが、タイに製造拠点を持つ日系企業に固有の話です。日本国内だけで完結している企業とは、問題の現れ方が違います。

拠点ごとの個別最適が積み上がる

タイ・ASEANに複数拠点を展開している日系製造業では、PCの調達もソフトウェアの導入も、拠点ごとに個別最適化されているのが実情です。タイ工場は現地のディーラーからPCを買い、ベトナム拠点は別のルートで調達し、インドネシアは本社が過去に送った端末を使い続けている、といった状態が珍しくありません。

ソフトウェアも同様です。日本本社が包括契約を結んでいるベンダーの製品を、タイ拠点が知らずに単品購入しているケースもあれば、逆に本社の包括契約でカバーされていると思い込んで、実際にはライセンスが割り当てられていないまま使っているケースもあります。

この状態で困るのは、全社としての保有ライセンス数と利用実態を誰も集計できないという点です。台帳は存在します。ただし拠点ごとに、別々の様式で、別々の担当者の手元にあります。しかもその担当者は総務や経理を兼務していて、更新は年1回の棚卸しのときだけ、というケースも多く見られます。

二重の空白｜現地にも本社にも見えていない

より根深いのは人の問題です。タイ子会社に、ソフトウェアライセンスの監査対応まで理解している専門人材が常駐しているケースは稀です。現地のIT担当は、日々のトラブル対応、ネットワーク、生産設備との接続、ユーザーサポートに追われており、ライセンス契約の条文を読み込む余裕はありません。

一方で日本本社の情報システム部門は、現地のPCに何が入っているかを見ていません。「現地のことは現地で」という運用が長く続いた結果、本社側には現地の実態が上がってこない構造になっています。

結果として、現地にも本社にも実態が見えていない「二重の空白」が生まれます。監査通知が届いて初めて、誰も全体像を把握していないことが判明する、という展開です。この空白は担当者の怠慢によるものではなく、役割分担の設計に穴が空いていることによる構造的な問題です。

内部統制の観点からも指摘されやすい

もうひとつ見落とされがちなのが、内部統制との関係です。J-SOX対応や、タイ子会社のITGC（IT全般統制）の整備状況を監査法人が確認する際、ソフトウェアライセンスの適正管理は指摘事項として挙がりやすい領域です。

理由は単純で、証跡を示しにくいからです。「不正なソフトウェアを使っていない」ことを示すには、インストール状況の一覧と、それに対応する購入証跡を突き合わせた資料が必要になります。台帳が拠点ごとに分散している状態では、この資料を短期間で用意できません。

会計監査の過程で「ソフトウェアライセンスの管理体制」について質問を受け、答えられずに改善課題として記録される。この流れは、ベンダー監査とは別のルートで、しかし相応の頻度で発生します。

製造業のライセンス体系が難しい理由

製造業のソフトウェア環境は、一般的なオフィス環境よりも構造が複雑です。この複雑さが、汎用のPC資産管理ツールだけでは追いきれない理由になっています。

数え方が製品ごとに違う

ERP、CAD、CAM、生産管理システム、PLM、計測機器の解析ソフト。製造業の現場で使われる業務系ソフトウェアは、それぞれ独自のライセンス体系を持っています。主なものを整理します。

この表を見て「自社のどの製品がどの方式か、すぐに答えられない」と感じたなら、それがまさにSAM未整備の状態です。

特に事故が起きやすいのがサーバーライセンスとCALの組み合わせです。サーバー製品を購入すれば使えると思い込み、接続するクライアント側のライセンスを買っていない。この構成は監査で確認されやすい項目のひとつで、しかも接続端末が増えるたびに不足幅が広がっていくため、発覚時の追徴額が大きくなりがちです。

仮想化環境も要注意です。物理サーバー1台の上に仮想マシンを複数立てた場合、製品によっては物理コア数を基準にライセンスを数える必要があり、仮想マシンの数だけで計算していると大幅に不足します。工場の生産管理サーバーを仮想基盤に集約した企業ほど、この落とし穴に入りやすくなります。

シャドーIT対策としてのSAM

もうひとつの論点がシャドーITです。ここでいうシャドーITとは、情報システム部門が把握していないソフトウェアやサービスが、現場判断で導入・利用されている状態を指します。

製造業の現場で典型的なのは次のようなケースです。

• 設計担当者が、取引先から受け取ったCADデータを開くために体験版ビューアを個人でダウンロードし、期限切れ後もそのまま使っている
• 現場改善のために、担当者が個人アカウントでクラウドの表計算サービスを契約し、生産データを入力している
• 保守業者が持ち込んだ設備のPCに、用途不明のユーティリティが複数インストールされている
• 生成AIツールを部門予算のクレジットカードで契約し、情シスが存在を知らない

シャドーIT対策というと情報漏洩の文脈で語られがちですが、ライセンスの観点でも同じくらい深刻です。無償版と称して使っているツールが、実は商用利用には有償ライセンスが必要な製品だった、というケースは頻繁にあります。ベンダー監査では、誰が何の目的で入れたかは問われません。組織のPCにインストールされている事実だけが問われます。

そして先ほどのFlexeraのデータが示すように、AI関連ソフトの利用実態を把握できている組織は31%しかありません。生成AIの現場利用は2026年に入ってさらに広がっており、シャドーITの新しい主戦場になっています。

無駄なライセンス費用という逆方向の損失

ここまで「足りない」リスクを述べてきましたが、実務ではその逆も同じくらい起きます。使われていないライセンスに払い続けているという状態です。

退職者分のアカウントを解約せずに更新し続けている。プロジェクト終了後も高機能エディションを維持している。部門統合で不要になった二重契約が残っている。こうした無駄は、監査のように外から指摘されることがないため、放置されやすい性質があります。

SAMを整備する価値は、リスク回避だけではありません。実態を把握すれば、契約更新のタイミングで「使っていない分を削る」「エディションを下げる」という交渉材料が手に入ります。この点は後述するROIの議論につながります。

ソフトウェアライセンス監査が来たらどうなる？

ここからは、実際に監査通知が届いた場合に何が起きるかを具体的に見ていきます。

監査は契約に基づいて実施される

まず前提として、ソフトウェアライセンス監査はベンダーとの契約に基づく権利行使です。マイクロソフトの場合、公式のコンプライアンス検証FAQで、監査が契約に基づき独立監査人によって実施される旨が説明されています。つまり突然の抜き打ちではなく、契約書に監査条項が入っていることが前提です。

多くの企業は、ボリュームライセンス契約や企業向け契約を締結した時点で、この条項に同意しています。「契約書にそんなものがあるとは知らなかった」という反応がよくありますが、条項そのものは一般的なものです。

提出を求められるのは3つの数字

ITRのレポート「ソフトウェアライセンス監査の初動対応」でも整理されているとおり、監査対応の実務では、ソフトウェア製品ごとに次の3つを集計して提出することが求められます。

一見すると単純な3つの数字ですが、これを製品別に、正確性と網羅性を担保して集計する作業には膨大な時間がかかります。特に問題になるのが「保有ライセンス数」の証明です。5年前に購入したソフトの証跡が、当時の担当者のメールボックスにしか残っていない。購入した代理店がすでに事業を畳んでいる。こうした事態は珍しくありません。

そして海外拠点を含む場合、この作業を各国の担当者に依頼し、様式を揃え、疑問点を確認しながら集計することになります。通常の業務を止めて対応せざるを得ないケースも出てきます。

初動で決まる負担の大きさ

監査対応で結果を左右するのは初動です。実務上のポイントを整理します。

• 通知を受けた時点で、社内の対応窓口を一本化する。複数の担当者が個別に回答すると、後から矛盾が生じて信頼を損ないます。
• 契約書の監査条項を確認し、提出範囲・期限・対象製品を正確に把握する。求められていない情報まで提供する必要はありません。
• 調査開始後にライセンスを慌てて買い足したり、インストールを削除したりする対応は、状況を悪化させるおそれがあります。事実を正確に把握することを優先します。
• 自社の集計結果と監査人の集計結果に差異が出た場合に備え、集計の根拠と手順を記録しておきます。

こうした初動が取れるかどうかは、監査通知が来てから考えることではありません。平時に台帳が整っているかどうかで、対応にかかる工数は桁が変わります。整備されていれば数字を出力するだけの作業が、未整備であれば全拠点への調査プロジェクトになります。

なお、東南アジアではライセンスコンプライアンスへの関心自体も高まっています。BSA（Business Software Alliance）は、タイ・インドネシア・マレーシア・フィリピンにおいて、エンジニアリング・建設・製造業を対象としたソフトウェアコンプライアンス相談のヘルプラインを開設しており、無許諾ソフトウェアの利用是正に向けた働きかけを続けています。タイに製造拠点を持つ企業にとって、この領域が地域的にも注視されているという事実は押さえておく価値があります。

ソフトウェア資産管理にかかるコストと投資対効果

「必要なのは分かるが、そこまで手をかける余裕がない」という反応は当然です。ここでは費用対効果を数字で見ます。

プログラム費用はIT予算の0.4〜1.2%

Software License Compliance Cost Benchmark 2026（データ収集期間は2025年第4四半期から2026年第1四半期）によると、SAM・ライセンスコンプライアンスのプログラムを運用している企業のプログラム費用はIT予算の0.4〜1.2%、中央値で0.7%とされています。

これはツール費用、担当者の人件費、外部支援費用を含めた総額です。中央値で見ればIT予算全体の1%弱という水準であり、決して小さくはありませんが、専任部門を新設するような規模でもありません。

ROIは6〜14倍

同ベンチマークは、SAMプログラムの投資対効果（ROI）を6〜14倍と報告しています。効果の内訳は3つに整理されています。

• 監査対応コストの削減。台帳が整っていれば、監査対応にかかる社内工数と外部委託費が大幅に減ります。前述のとおり、監査に100万ドル以上を費やした組織が44%あるという現実を踏まえれば、この削減幅は無視できません。
• ライセンス最適化。使われていないライセンス、過剰なエディション、重複契約を解消することで、直接的に支出が減ります。
• 更新交渉力の強化。実際の利用実態を数字で示せる企業は、ベンダーとの契約更新交渉で有利な立場に立てます。「よく分からないので前年同数で」という更新が、最も高くつく更新です。

この3つ目は見落とされがちですが、実務的には最も効きます。ベンダー側は自社製品の利用状況を把握していますが、顧客側が把握していない場合、交渉は情報の非対称な状態で進みます。自社の実態を自社が一番よく知っている、という状態を作ることが交渉の出発点です。

保守契約とライセンス契約は別物でありながら混同されやすく、両者の切り分けができていないと更新のたびに不透明な支出が積み上がります。この論点は業務システムの保守費用2026｜契約が守るのは壊れた時だけでも扱っています。

未整備のまま放置した場合のリスク

逆に、未整備のまま放置した場合に何が起きるかを一覧にします。

最後の行が最も重い項目です。ライセンス違反が確認された場合、ベンダーによっては是正まで製品の利用を停止する措置を取り得ます。CADや生産管理システムが止まれば、設計も出荷も止まります。ライセンス管理は、コンプライアンスの問題であると同時に、事業継続の問題でもあります。

ソフトウェア資産管理を実務に落とす6つのステップ

では何から始めるか。順序を守ることが重要です。いきなりツールを買っても、入れる先の設計がなければ形になりません。

ステップ1｜対象範囲と責任者を決める

最初に決めるのは、何を対象にし、誰が責任を持つかです。全社・全ソフトを一度に対象にすると必ず頓挫します。まずは金額が大きく監査リスクの高い製品、具体的にはOS、オフィススイート、データベース、CAD、ERPあたりに絞ります。

責任者については、日本本社と現地拠点の役割分担を明文化します。「本社が全社の契約情報を管理し、現地拠点がインストール実態の報告を担う」といった線引きを、口頭ではなく文書にしておくことが後々効きます。

ステップ2｜契約情報を1か所に集める

購入証跡、契約書、ライセンス証書、ボリュームライセンスのポータル情報を、拠点をまたいで1か所に集約します。この作業が最も地味で、最も時間がかかります。

過去分の証跡が見つからないものが必ず出てきますが、そこで止まらないことが大切です。見つからないものは「不明」として記録し、次回の更新時に契約を仕切り直す対象としてリスト化します。

ステップ3｜インストール実態を機械的に取得する

人手のアンケートでインストール実態を集めるのは限界があります。資産管理ツールやエンドポイント管理ツールのインベントリ機能を使い、機械的に取得します。

ここで重要なのは、取得漏れの端末をゼロに近づけることです。ネットワークに常時つながっていない設備付属PC、持ち出し用のノートPC、退職者から返却されて保管中の端末。こうした端末が集計から漏れると、監査時に想定外のインストールが見つかる原因になります。

ステップ4｜突合してギャップを可視化する

契約情報とインストール実態を製品別に突き合わせ、不足と余剰を洗い出します。この時点で初めて、自社の本当の状態が見えます。

多くの企業で、不足と余剰が同時に見つかります。ある製品は10本足りず、別の製品は30本余っている、という状態です。余剰分の解約と不足分の購入をセットで交渉することで、支出を増やさずに是正できる場合もあります。

ステップ5｜運用ルールを回す

一度きりの棚卸しで終わらせないための仕組み化です。次の3つを業務プロセスに組み込みます。

• 新規購入時に台帳へ登録する手順を、購買プロセスの中に必須ステップとして入れる
• 入退社・異動時のアカウント処理に、ライセンス割り当ての解除を含める
• PCの廃棄・入れ替え時に、インストール済みソフトの扱いを確認する

この3点が回っていれば、台帳の劣化速度は大きく下がります。

ステップ6｜社内に周知し、シャドーITの入口を塞ぐ

最後は現場への周知です。禁止事項を並べるだけでは実効性がありません。「業務に必要なソフトがあれば申請すれば入る」という導線を用意したうえで、勝手な導入を止めるのが現実的です。申請しても半年待たされる状態のままで禁止だけを強めると、かえって見えないところで導入が進みます。

自前でやるか、外部に出すか

ここまでの6ステップを、タイ拠点の限られた人員だけで回すのは簡単ではありません。特にステップ2の契約情報集約とステップ4の突合は、専門的な知識と、他業務に割り込まれない時間を必要とします。

現実的な選択肢として、SAMの運用部分を外部に委託する形があります。ただし丸投げは機能しません。契約の意思決定と社内周知は自社に残し、インベントリ取得・突合・レポート作成といった定型的な部分を外に出す、という線引きが必要です。この考え方については情シスアウトソーシング タイ2026｜丸投げではなく線引きの設計で詳しく整理しています。

2026年のソフトウェア資産管理トレンド

最後に、これから先の方向性を押さえておきます。

AIによる予測型のSAMへ

OpenLM Japanが公開している2026年のSAMトレンド解説によれば、AIを活用したSAMツールがインストール状況と利用状況を自動的に把握し、将来必要となるライセンス数を予測する方向にトレンドが向かっています。

従来のSAMが「今の状態を正しく数える」ことに主眼を置いていたのに対し、これからのSAMは「来期に何本必要か」を提示する方向に進むということです。増員計画や新規プロジェクトの立ち上げに合わせて、必要ライセンス数を先回りして見積もれれば、期中の慌てた買い足しがなくなります。

ただし、予測の前提になるのは正確な現状データです。台帳が分散したままAIツールを導入しても、誤ったデータから誤った予測が出るだけです。順序としては、まず現状の可視化が先になります。

管理対象がSaaSとAIへ広がる

もうひとつの変化は、管理対象の広がりです。かつてSAMの対象は、PCにインストールする買い切り型のソフトウェアが中心でした。現在はSaaSのサブスクリプション、クラウド上のライセンス、そして生成AIツールの利用権が加わっています。

これらは購買部門を通さずにクレジットカード決済で契約できてしまうため、従来の資産管理の網からこぼれやすい性質があります。本記事の冒頭で触れたFlexeraの調査結果は、この網の粗さを端的に表しています。

タイ拠点でも、現地スタッフが業務効率化のために各種のクラウドツールを個別契約している例は増えています。SAMの範囲を、インストール型ソフトだけでなく、サブスクリプション契約全体に広げて設計しておく必要があります。

よくある質問

ソフトウェア資産管理は何人体制で回せますか

規模によりますが、拠点数が数か所で管理対象を主要製品に絞る場合、専任1名を置ければ十分に回ります。多くの中堅製造業では、情シス担当者の業務の一部として、月に数日を割り当てる形から始めています。重要なのは人数よりも、ステップ5の運用ルールが購買・人事のプロセスに組み込まれているかどうかです。ルールが入っていなければ、何人いても台帳は劣化します。

監査が来ないうちは後回しでもよいのでは

統計的には、後回しにできる状況ではありません。前述のとおり過去1年間に監査を受けた組織は48%です。加えて、監査が来なくても内部統制の観点で監査法人から指摘を受けるルートがあり、さらに使われていないライセンスへの支払いは毎年発生し続けます。監査という外圧がなくても、コスト面だけで整備の合理性は成立します。

無料ツールや表計算ソフトで管理できますか

拠点1か所、端末数十台、対象製品が数点という規模であれば、表計算でも運用できます。ただし拠点が複数国にまたがり、端末数が数百台を超える段階になると、集計の同期と更新の遅延が問題になります。判断の目安は、「棚卸しを終えるのに何週間かかるか」です。1か月以上かかるようなら、ツール導入を検討する段階です。

タイ拠点だけ先に整備しても意味はありますか

意味はあります。むしろ実務的には、タイ拠点のように範囲が限定された単位で先行して型を作り、他拠点に展開するほうが成功しやすい進め方です。全社一斉に始めると、拠点ごとの事情の違いを吸収しきれずに止まります。1拠点で回るところまで作り込んでから広げる、という順序を推奨します。

まとめ

本記事の要点を整理します。

• ソフトウェア資産管理とは、保有ライセンス数、インストール本数、利用実態の3つを継続的に突き合わせる管理活動であり、ハードウェアの台帳管理とは対象も難しさも異なる。
• Flexeraの2026 State of ITAM Report（2026年6月24日発表）によれば、過去1年間に監査を受けた組織は48%、過去3年間で監査に100万ドル以上を費やした組織は44%にのぼる。
• ベンダー別の監査実施率はMicrosoft 64%、Oracle 38%、Adobe 32%で、OracleとAdobeは従来の24%から明確に増加している。
• IT資産の完全な可視性を持つ組織は36%、AIソフトの利用実態を把握できている組織は31%にとどまり、管理の網は広がるIT環境に追いついていない。
• タイ・ASEAN拠点では、拠点ごとの個別最適により台帳が分散し、現地にも本社にも実態が見えない「二重の空白」が生まれやすい。
• 製造業のERP・CAD・生産管理システムはサーバーライセンスやCAL、同時実行など数え方が製品ごとに異なり、汎用のPC資産管理ツールだけでは追いきれない。
• 監査では利用端末台数・使用ソフトウェア本数・保有ライセンス数をソフト別に集計して提出する必要があり、平時の台帳整備の有無で工数が桁違いに変わる。
• SAMプログラムの費用はIT予算の0.4〜1.2%（中央値0.7%）で、ROIは6〜14倍と報告されている。監査対応コスト削減、ライセンス最適化、更新交渉力の強化が効果の柱となる。

ソフトウェア資産管理は、監査が来てから着手しても間に合わない類の取り組みです。逆に言えば、平時に台帳が整っている企業にとって、監査は「数字を出力するだけの作業」に変わります。この差を作れるかどうかが、実務上の分かれ目です。

自社の状況がどのレベルにあるのか、どこから手をつけるべきかを判断する段階でも構いません。TOMAS TECHはタイ・バンコクを拠点に、日系製造業のIT資産・ソフトウェアライセンスの棚卸しから運用設計まで、現地での実務を支援しています。まずは現状の課題整理や進め方のご相談だけでも承っていますので、検討段階の方はお問い合わせはこちらからお気軽にご連絡ください。

参考情報

1. Flexera 2026 State of ITAM Report – Flexera (2026年6月24日発表、IT専門家512名対象の調査)
2. Software License Compliance Cost Benchmark 2026 – Vendor Benchmark (データ収集期間 2025年第4四半期から2026年第1四半期)
3. BSA helpline to fight unlicensed software – Bangkok Post (BSAによる東南アジア向けコンプライアンス相談ヘルプライン)
4. ソフトウェアライセンス監査の初動対応 – ITR (監査対応で求められる集計項目の整理)
5. コンプライアンス検証に関するよくある質問 – マイクロソフト (契約に基づく独立監査人による監査の実施について)
6. ソフトウェア資産管理（SAM）の未来 2026年に注目すべきトレンド – OpenLM Japan (AIを活用したSAMツールのトレンド解説)