Office LTSC Professional Plus 2024 を新しい Windows 11 PC で再アクティブ化しようとしたら「このプロダクトキーは上限に達しました」と表示されてしまうことがあります。古い端末ではきちんとアンインストールしたはずなのに、なぜ認証に失敗するのか。本記事では、原因となるボリュームライセンス（MAK）の仕組みから、具体的な確認コマンド、Microsoft への連絡方法、再発防止策までをまとめて解説します。
Office LTSC Professional Plus 2024 で「上限に達しました」が出る典型的な状況
まずは、どのようなときに「このプロダクトキーは上限に達しました」と表示されるのか、よくあるパターンを整理します。
- 古い PC から Office をアンインストールして、新しい PC に Office LTSC Professional Plus 2024 を再インストールした。
- OS を再インストールしたり、マザーボード交換などでハードウェア構成が変わった。
- 仮想マシン（VDI/仮想デスクトップ）を頻繁に作り直している。
- 展開用イメージを作る際に、すでにアクティブ化済みの状態でクローンしてしまった。
これらはいずれも、「MAK（Multiple Activation Key）」のアクティベーション回数が消費される典型例です。重要なのは、
- Office のアンインストールや PC の初期化を行っても、消費済みの回数は自動的には戻らない
- Microsoft アカウントに結びつく個人向け Office とは挙動がまったく違う
という点です。
最短で解決したい人向けの結論
結論から言うと、Office LTSC Professional Plus 2024 の MAK で「上限に達しました」と表示されている場合、ユーザー側の操作だけで回数を元に戻すことはできません。最短ルートは以下です。
- まず自分で
ospp.vbs /dstatusを実行して、本当に MAK なのかどうかを確認する。 - 表示に MAK と出ており、再入力や再試行をしてもエラーが変わらない場合、Microsoft ボリュームライセンスサポート（VLSC／電話の Activation Center）に連絡する。
- 契約番号やプロダクトキーの末尾 5 桁、組織名・担当者情報などを伝え、MAK のアクティベーション回数の「リセット」または「増枠」を依頼する。
これが、エラーを解消するための最短かつ正式な手段です。アンインストールや「端末のリンク解除」で回数が戻ることはありませんので、ここを勘違いしないようにしましょう。
Office LTSC Professional Plus 2024 のライセンス方式を理解する
トラブルを根本から理解するために、Office LTSC Professional Plus 2024 のライセンス方式を簡単に整理しておきます。
ボリュームライセンス（VL）専用の Office である
Office LTSC Professional Plus 2024 は、ボリュームライセンス（VL）契約専用のエディションです。一般の家電量販店や Microsoft ストアから購入できる「個人向け Office」とは仕組みが異なります。
| 項目 | Office LTSC Professional Plus 2024 | Microsoft 365 / 個人向け Office |
|---|---|---|
| ライセンス形態 | ボリュームライセンス（VL） | サブスクリプション / リテール |
| アクティベーション方式 | MAK / KMS / ADBA | Microsoft アカウント紐づけ |
| 端末の入替時 | MAK 回数を消費（原則戻らない） | アカウント側で再インストール可 |
| 想定利用 | 企業・組織 / 管理者主導 | 個人 / 小規模事業者 |
この違いを理解していないと、「古い PC からアンインストールしたのになぜ？」という疑問が生まれてしまいます。
MAK / KMS / ADBA の違い
VL の世界では、アクティベーション方式として主に次の 3 種類があります。
| 方式 | 概要 | アクティベーションの特徴 | 「上限に達しました」発生有無 |
|---|---|---|---|
| MAK | Multiple Activation Key。端末ごとにオンライン/電話で認証 | 認証のたびに回数を消費。回数はキー側に紐づく | 発生する（今回のケース） |
| KMS | 社内の KMS サーバーに問い合わせて認証 | 一定期間ごとに KMS と通信。回数という概念はない | 基本的に発生しない（別種のエラーはあり得る） |
| ADBA | Active Directory ベースの認証 | ドメイン参加＆ログオンで自動認証 | 回数上限ではなく AD 側の設定がポイント |
今回問題になるのは、このうちMAKです。MAK では、端末（ハードウェア ID）単位で回数を消費し、原則としてそのカウントは戻りません。
自分でできる切り分けと再試行手順
いきなりサポートに連絡する前に、管理者やユーザーが自力でできる切り分け・確認作業をステップ順に解説します。
ステップ 1：ライセンス方式（MAK / KMS / ADBA）を確認する
まずは、その PC に入っている Office LTSC が本当に MAK なのかどうかを確認します。管理者権限でコマンド プロンプトを開き、次のコマンドを実行します。
cd "C:\Program Files\Microsoft Office\root\Office16"
もし 64bit OS に 32bit 版 Office を入れている場合は、次のパスになることがあります。
cd "C:\Program Files (x86)\Microsoft Office\root\Office16"
フォルダを移動できたら、Office ライセンスの状態を確認します。
cscript ospp.vbs /dstatus
ここで、出力結果の中に次のような情報が含まれているかをチェックしてください。
- MAK という文字が含まれているか
- KMS_Client となっていないか
- ライセンスのステータスが「LICENSED」か「UNLICENSED」か
もし表示に MAK と出ていれば、今回のエラーの原因はMAK のアクティベーション回数上限である可能性が非常に高いと言えます。一方で、KMS Client となっている場合には、KMS サーバーへの到達性（DNS・ファイアウォール・VPN 等）を優先的に確認すべきです。
ステップ 2：不要なキーを削除し、改めてキーを入力して再アクティブ化してみる
MAK の回数上限に達しているかどうかを確定させるために、いったん既存のプロダクトキー情報を削除し、再入力・再アクティブ化を試行します。
ospp.vbs /dstatus の結果から、使用中のキーの末尾 5 桁を確認し、その末尾 5 桁を XXXXX として以下を実行します。
:: 既存のキーを削除
cscript ospp.vbs /unpkey:XXXXX
:: MAK キーを再入力
cscript ospp.vbs /inpkey:AAAAA-BBBBB-CCCCC-DDDDD-EEEEE
:: アクティブ化を試行
cscript ospp.vbs /act
ここで再度「このプロダクトキーは上限に達しました」と表示される、あるいは、同様の意味合いのエラーコードで弾かれる場合は、キー側の回数が実際に限界に達していると判断できます。
逆に、これで問題なくアクティブ化に成功するのであれば、一時的な通信エラーや入力ミス、Office の内部状態の不整合が原因だった可能性が高いと言えます。
ステップ 3：ネットワークと時刻同期の確認
意外に見落とされがちですが、Office のアクティベーションは以下のような条件に影響を受けます。
- 企業プロキシや SSL インスペクションによる通信ブロック
- ファイアウォールやセキュリティ製品による通信制限
- PC の日付・時刻・タイムゾーンのずれ
特に NTP 設定の不備や BIOS 時刻のズレなどで、数分～数十分以上の時刻差があると、証明書の有効期限チェックなどで認証に失敗することがあります。次のポイントを確認してください。
- Windows の日付と時刻が正確か（インターネット時刻と同期させる）
- タイムゾーンが実際の地域と一致しているか
- 企業プロキシを利用している場合、管理者ポリシーで Office 認証通信が許可されているか
- ウイルス対策ソフトやエンドポイントセキュリティ製品のログにブロックが記録されていないか
これらを確認・修正しても、依然として「上限に達しました」と表示されるのであれば、やはり回数の問題だと考えるべきです。
ステップ 4：組織利用なら KMS / ADBA への移行も検討する
OS の再イメージや端末入替が頻繁な企業環境では、MAK を使い続けると、どうしても回数上限問題に悩まされがちです。このような環境では、KMS もしくは ADBA への移行を検討すると運用が劇的に楽になります。
たとえば、KMS サーバーを構築している場合には、クライアントで次のように KMS ホストを指定できます。
cd "C:\Program Files\Microsoft Office\root\Office16"
cscript ospp.vbs /sethst:<KMSサーバー名または FQDN>
cscript ospp.vbs /act
この方式なら、端末を作り直しても、一定数以上のクライアントが社内ネットワークに存在する限り、KMS 側のライセンス管理で回数上限によるエラーは原則発生しません。
ステップ 5：電話認証ウィザードを活用する
オンライン認証で「上限に達しました」と弾かれる場合でも、電話認証ウィザード経由でオペレーター対応に進むことができます。Office のアクティベーション画面で「電話によるライセンス認証」を選択すると、確認 ID を読み上げたり入力したりするフローに移行します。
状況によっては、電話サポート側で事情を確認したうえで、その場でアクティベーションを認めてくれるケースもあります。ただし、最終判断は Microsoft 側のポリシーによるため、「必ず通る」というわけではありません。組織として継続的な利用がある場合は、やはり正式にボリュームライセンスサポートへ回数のリセット/増枠を依頼するのが王道です。
「上限に達しました」メッセージの正体と MAK の仕組み
ここからは、少し踏み込んだ技術的な話になりますが、「上限に達しました」の意味をきちんと理解しておくと、今後の運用設計に大きく役立ちます。
MAK は「端末数」をカウントしている
MAK は Multiple Activation Key の名の通り、複数台の端末をアクティベートできる 1 本のキーです。契約内容によっては 10 回、50 回、100 回、あるいは数百回と、利用可能な回数が割り当てられています。
この回数は、
- オンライン認証を 1 回行う → 1 回消費
- 電話認証を 1 回行う → 1 回消費
という形で、キー側に記録されていきます。ここで重要なのは、
- 古い PC から Office をアンインストールしても、キー側のカウントは減らない
- OS 再インストールやハードウェア交換は「別の端末」と見なされる
という点です。つまり、50 回分の MAK を持っていたとして、
- 最初の導入時に 50 台の PC をアクティブ化
- 数年後、そのうち 10 台を入れ替え、新しい 10 台に再インストールしてアクティブ化
という操作を行うと、理屈の上では合計 60 回分のアクティベーションを要求したことになります。結果として、「このプロダクトキーは上限に達しました」が表示されるのです。
クローン展開時の「うっかり」で一気に回数を消費する例
現場でよくあるのが、次のようなパターンです。
- 1 台の PC に Windows と Office LTSC をインストール。
- この時点で Office をアクティブ化してしまう。
- その PC のイメージを Sysprep などで複製し、10 台・20 台に展開する。
この場合、イメージ展開後の各 PC がそれぞれアクティベーションを要求するため、MAK の回数を想定以上に一気に消費してしまうことがあります。正しい運用としては、
- 展開用マスターイメージは未アクティベートの状態で作成する
- 展開後、各端末で初回ログオンしたタイミングなどでアクティベーションを実行
といったルールを設けておくことが重要です。
よくあるエラーと原因・対処の対応表
実務で混同されがちなエラーメッセージと原因を、ざっくり表にまとめておきます。
| 表示メッセージ例 | 主な原因 | 対処の方向性 |
|---|---|---|
| このプロダクトキーは上限に達しました | MAK のアクティベーション回数が契約上限に到達 | MAK 回数のリセット/増枠を Microsoft に依頼。KMS/ADBA への移行も検討 |
| インターネットに接続できません | プロキシ/ファイアウォール/オフライン環境 | 通信経路を確認。必要に応じて電話認証を利用 |
| ライセンス認証サーバーに接続できません | KMS サーバーへの到達性・DNS 設定の問題 | KMS ホスト名・DNS・VPN 状態を確認。MAK ではなく KMS Client の可能性 |
| ライセンスの有効期限が切れています | 評価版や期限付きライセンスを使用中 | 正式ライセンスのキーを入力して再アクティブ化 |
今回の記事で扱っているのは、あくまで「上限に達しました」タイプのエラーです。他のエラーの場合は、それぞれ異なる切り分けが必要になります。
Microsoft ボリュームライセンスサポートへ連絡するときのポイント
MAK の回数が実際に尽きていると判断したら、いよいよ Microsoft のボリュームライセンスサポート（VLSC / Activation Center）へ連絡します。その際に用意しておくと話がスムーズに進む情報をまとめておきます。
事前に用意しておくとよい情報
- 組織名 / 部署名 / 担当者名 / 連絡先メールアドレス
- ボリュームライセンスの契約番号（Agreement Number / Enrollment Number 等）
- 問題が発生している MAK プロダクトキーの末尾 5 桁
- 現在の利用台数、今後の端末追加・入替の予定
- 「古い端末からは Office をアンインストール済み」などの運用状況の説明
これらを伝えたうえで、
- MAK のアクティベーション回数が上限に達しているかどうかの確認
- 必要に応じて回数のリセット、または利用台数に見合った増枠
を依頼します。サポート側から、ライセンス契約内容に照らして妥当な範囲で調整が行われます。
電話認証との使い分け
電話認証ウィザードからオペレーターに繋がった場合も、基本的に確認される内容は同様です。ただし、
- その場で 1 台だけ急ぎで認証したい
- サポートポータルへのログイン情報が手元になく、取り急ぎ相談したい
といった場合には、電話認証からアプローチするのも一つの手です。組織として継続的に利用している MAK の根本的な回数問題を解決したい場合には、VLSC からの問い合わせや、正式な工数でのサポート依頼を行う方が後々の管理がしやすくなります。
再発防止のためのチェックリスト
最後に、「同じエラーを二度と出さない」ための運用チェックリストをまとめます。組織のルールとしてドキュメント化しておくのがおすすめです。
| 項目 | 内容 | ポイント |
|---|---|---|
| 展開用イメージの状態 | Office LTSC は未アクティブ化の状態でイメージ化する | アクティブ化済みのイメージをクローンしない |
| MAK 残数の把握 | 定期的に MAK の使用状況・残数を記録 | 端末入替計画と照らし合わせて事前に増枠相談 |
| ライセンス方式の選定 | 再イメージ・入替が多い場合は KMS / ADBA を優先 | 小規模拠点のみ MAK のように使い分ける設計 |
| 退役端末の取り扱い | 初期化・廃棄は情報漏えい対策として必須 | ただし MAK 回数は戻らないことを周知 |
| ライセンス情報の保管 | 契約番号・キー情報・窓口情報を安全な場所へ | 担当者が変わってもすぐに連絡できるようにする |
Windows 11 環境でありがちな落とし穴
Windows 11 環境に特有の事情として、以下のような要因でライセンス認証が想定と異なる結果になることがあります。
- ハードウェアの世代交代が早いため、短期間で端末入替が多くなる
- セキュアブートや TPM、BitLocker などの設定変更で、ハードウェア ID に近い情報が変更されたと見なされることがある
- Windows 11 導入時に、Windows 自体のライセンスと Office の VL を混同してしまう
特に、Windows 10 から Windows 11 へのリプレースプロジェクトでは、
- PC 本体の入替
- OS のバージョンアップ
- Office バージョンの更新（LTSC 2019 → LTSC 2021 → LTSC 2024 など）
が同時に発生することも多く、どのライセンスで何が何回消費されているのかが見えづらくなります。プロジェクト開始前に、
- 現行の MAK の残数
- 今後の端末増設・入替計画
- KMS / ADBA への移行方針
を整理しておくと、「上限に達しました」による作業停止を回避しやすくなります。
管理者視点での運用ベストプラクティス
実務の現場目線で、Office LTSC Professional Plus 2024 を長期的に安定運用するためのベストプラクティスをいくつか紹介します。
1. ライセンス方式を「設計」として決めておく
単に「VL だから MAK キーをもらったので使っている」という状態ではなく、
- 本社・大規模拠点は KMS / ADBA
- ネットワークが独立している小規模拠点のみ MAK
- テスト用や PoC 用には別の MAK を割り当てる
というように、「どこでどの方式を使うか」をあらかじめ設計しておくことが重要です。これにより、MAK の消費状況を予測しやすくなり、サポートへの増枠依頼も計画的に行えます。
2. 展開プロセスをドキュメント化する
展開担当者やヘルプデスク担当者が変わっても運用がぶれないように、
- マスターイメージ作成時の手順（アクティベーションのタイミングを含む）
- 新規端末セットアップ時の手順
- 退役端末の処理フロー
をドキュメント化しておくと、人的ミスによる無駄な回数消費を確実に減らせます。
3. ログと記録を残す
どの MAK をどの時期にどれだけ使ったかを把握していないと、「いつの間にか上限に達していた」という状況に陥りがちです。
- 導入台数・入替台数を Excel や管理ツールに記録する
- アクティベーション時の画面キャプチャやメモを残す
- サポートへの問い合わせ履歴（増枠履歴）を共有フォルダなどで管理
といった運用で、ライセンスの履歴を「見える化」しておくことをおすすめします。
まとめ：まずは ospp.vbs で方式を確認し、MAK ならサポートへ
Office LTSC Professional Plus 2024 を Windows 11 上で再アクティブ化しようとした際に「このプロダクトキーは上限に達しました」と表示される場合、その多くは、
- MAK（Multiple Activation Key）のアクティベーション回数がキー側で上限に達している
- アンインストールや PC 入替では、消費した回数は自動的に戻らない
という仕組みによるものです。ユーザー側でまず行うべきは、
ospp.vbs /dstatusでライセンス方式が MAK かどうかを確認する- 不要なキーの削除・再入力・
/actで再試行してみる - ネットワークや時刻の問題がないかを確認する
それでも解決しない、かつ出力に MAK が表示されているのであれば、Microsoft のボリュームライセンスサポートへ連絡し、MAK のアクティベーション回数のリセットまたは増枠を依頼するのが最短の解決策です。
再発防止のためには、
- 未アクティブ化状態のイメージから展開する
- MAK の残数を定期的に確認・記録する
- 端末入替が多い環境では KMS / ADBA を検討する
といった運用の見直しも重要です。この記事を参考に、自社の Office LTSC Professional Plus 2024 のライセンス運用を一度棚卸ししてみてください。
コメント