Microsoft 365でライセンスを割り当てできないとき、原因のほとんどは「在庫不足」「使用場所（Usage location）の未設定」「サービスプランの競合・依存関係」の3つに収まります。管理センターの画面上では単に「割り当てに失敗しました」としか出ないため、情シス担当者が原因を特定できずに時間を溶かしやすいポイントです。本記事では、10人〜50人規模の中小企業を想定し、エラーの確認場所から症状別の切り分け、復旧までの実務手順を、公式仕様に沿って費用対効果の視点で整理します。
まず確認：エラーの中身を見ないと切り分けは始まらない
「割り当てボタンを押したのに反映されない」という状態でいきなり設定をいじると、原因が増えて余計に時間がかかります。最初にやるべきは、Microsoftが用意しているエラー一覧を開くことです。
エラーの表示場所（課金＞ライセンス＞エラーと問題）
Microsoft 365 管理センターで [課金] ＞ [ライセンス] を開き、対象の製品を選択すると、[エラーと問題] タブが表示されます。ここにライセンスを受け取れなかったユーザーと、その理由が一覧で出ます。ユーザーを選ぶと詳細ウィンドウが開き、原因を解消したあとにその場から [再処理] で再適用を試せます（Microsoft Learn 公式ドキュメント）。
逆に言うと、このタブを見ずに「ライセンスを買い足す」判断をするのは危険です。在庫が原因ではないケースが実務では半分以上を占めます。
そもそも権限が足りていないケース
ユーザーへの割り当てにはライセンス管理者またはユーザー管理者以上、グループへの割り当てにはグループ管理者・ライセンス管理者・ユーザー管理者のいずれかが必要です。総務担当者に「ユーザー追加だけ」の権限を渡している会社では、画面は開けてもライセンス欄が保存できない、という状態が起こります。
また、社員が個人で契約したセルフサービス購入のサブスクリプションは、管理者が引き継ぎ操作をするまで割り当て・解除ができません。「自分の権限は管理者なのに操作できない」場合はここを疑います。
症状別・切り分けチェック表
画面に出ている症状から当たりをつけるための対応表です。上から順に確認すると、多くのケースは3手以内で原因にたどり着きます。
| 症状・エラー表示 | 疑う原因 | 最初に見る場所 | 復旧の難度 |
|---|---|---|---|
| チェックボックスがグレーアウトして選べない | ライセンス在庫がゼロ | 課金＞お使いの製品（残数） | 低（購入 or 解放） |
| 保存時に場所の指定を求められる | 使用場所が未設定 | ユーザー＞アクティブなユーザー | 低 |
| 一部のユーザーだけ失敗する | 使用場所が対象外・重複アドレス | ライセンス＞エラーと問題 | 中 |
| 特定のアプリだけオンにできない | サービスプランの競合・依存 | ライセンス＞アプリとサービス | 中 |
| グループに割り当てたのに反映されない | 入れ子グループ・処理待ち | Teams & グループ＞メンバー | 中〜高 |
| 管理者なのに保存ボタンが効かない | 権限不足・セルフサービス購入 | 役割（ロール）の設定 | 低 |
原因1：ライセンス在庫と「使用場所」の設定漏れ
もっとも件数が多く、もっとも早く解決できるのがこの2つです。まずここを潰します。
使用可能なライセンスが残っていない
管理センターの[ライセンス]ページは、同じ製品名のサブスクリプションを合算して表示する仕様です。たとえばBusiness Premiumを5ライセンスと8ライセンスの2契約で持っていれば「13」と表示されます。一方で[製品]ページは契約ごとに行が分かれるため、数字が食い違って見えることがあります。「空きがあるはずなのに割り当てできない」場合は、どちらの画面の数字を見ているかを確認してください。
退職者アカウントを残したままにしていると在庫を圧迫します。ユーザーアカウントを削除すればライセンスは即座に再割り当て可能になり、関連データは30日間保持されます（保持ポリシー対象を除く）。買い足す前に、まず休眠アカウントの棚卸しをするほうがコスト効率は高くなります。
使用場所（Usage location）が未設定・対象外
一部のMicrosoftサービスは提供地域が限られているため、ライセンスを割り当てる前にユーザーの「場所」を指定する必要があります。グループベースのライセンスでは、場所が未指定のユーザーはテナントの場所を継承します。海外拠点や業務委託メンバーを同じテナントに入れている場合、この継承が原因で特定ユーザーだけ失敗するパターンが起こります。
対処は、[ユーザー]＞[アクティブなユーザー]で対象ユーザーを開き、場所を設定してから[エラーと問題]タブで[再処理]を実行する流れです。ユーザー作成フローの中で必ず場所を設定する運用にしておくと、この種のエラーは発生しなくなります。
原因2：サービスプランの競合・依存関係とアドレスの重複
在庫も場所も問題ないのに失敗する場合は、ライセンスの中身（サービスプラン）側の問題です。ここからは原因の特定に少し時間がかかります。
競合するサービス／ライセンスプラン
同時に有効化できないサービスプランの組み合わせがあり、これに該当すると割り当てが失敗します。グループベースのライセンスでは、1人の処理が失敗するとそのグループの他のライセンス処理も止まるため、「1人のミスで全員が未割り当てになった」ように見えることがあります。
対処は、[アプリとサービスをオンまたはオフにする]から重複しているサービスを片方オフにすることです。どのプランが競合しているかの一覧は、公式のグループのライセンス割り当ての問題を特定して解決するで確認できます。
前提となるサービスプランが不足している
アドオン製品は、単体では割り当てられません。グループベースのライセンスでアドオンを配る場合、前提サービスプランとアドオンを同じグループに含める必要があります。「本体はAグループ、アドオンはBグループ」と分けて管理していると、メンバー追加のたびにエラーが出ます。運用としては、アドオンを配る単位でグループを1つにまとめるのが安全です。
プロキシアドレスの重複
複数のユーザーが同じプロキシアドレス（メールの別名）を持っていると、プロキシアドレスの競合エラーになります。オンプレミスのActive Directoryから同期している環境で、退職者の別名が残っているケースが典型です。重複を解消してから再処理します。
原因3：グループベースライセンス特有の落とし穴
10人以下の会社では個別割り当てで足りますが、20人を超えたあたりからグループ管理に移行する企業が増えます。この移行時に踏みやすい仕様が3つあります。
入れ子グループは第1レベルしか適用されない
グループベースのライセンスは入れ子グループ（グループを含むグループ）に対応していません。親グループにライセンスを割り当てても、適用されるのは第1レベルのメンバーだけです。「部署グループを束ねた全社グループ」に割り当てる設計にしていると、子グループのメンバーには何も配られません。
一度に扱える人数の上限
ライセンスは一度に最大20グループまで割り当てでき、[再処理]も一度に最大20ユーザーまでです。エラー一覧は999人ずつのページ送りで表示されます。30人分をまとめて再処理したつもりが20人で止まっている、という取りこぼしに注意してください。
グループ間の移動は「追加してから削除」
ライセンス付きグループAからBへ人を移すとき、先にAから外すと、Bの処理が終わるまでライセンスが空白になります。公式が推奨する順序は①移動先グループに追加 → ②ライセンス反映を確認 → ③元グループから削除です（Microsoft Learn 公式ドキュメント）。順序を逆にすると、その間メールが送受信できない社員が出ます。
【独自試算】復旧にかかる時間と、少人数の会社でよくある失敗3例
ここからは編集部が中小企業の情シス運用を前提に整理した、実務的な目安と注意点です。
よくある失敗3例
- 入社日当日に慌てて割り当てて失敗する：使用場所の設定漏れが発覚し、初日の午前中がメール開通待ちで潰れる。前日までに割り当てまで済ませておけば回避できます。
- 退職者アカウントを消さずに買い足す：在庫不足の表示を見て即座に追加購入し、年間で数万円の無駄が発生。まず休眠アカウントの棚卸しが先です。
- 全社グループに一括で割り当てる設計にする：入れ子グループの仕様で一部にしか配られず、原因究明に半日以上かかる。グループは配布単位でフラットに作るのが鉄則です。
復旧時間の目安（編集部の試算）
| 原因 | 切り分けにかかる時間 | 復旧までの合計目安 |
|---|---|---|
| 在庫不足（休眠アカウント解放） | 5〜10分 | 約15分 |
| 使用場所の未設定 | 5分 | 約10分（再処理の反映待ち含む） |
| サービスプランの競合・依存 | 20〜40分 | 1時間前後 |
| プロキシアドレスの重複 | 30分〜 | 半日（AD同期環境では翌日） |
| 入れ子グループの設計ミス | 1時間〜 | 半日（グループ再設計を含む） |
この表から言えるのは、時間がかかるのは「設計に起因する原因」だけだということです。逆に言えば、在庫と使用場所の2つを日常的に管理しておけば、大半のトラブルは15分以内で終わります。
再発を防ぐ運用ルール
少人数の情シスで現実的に回せるのは、次の3点までです。ツールを増やすより、手順書に1行足すほうが費用対効果は高くなります。
- ユーザー作成時のチェック項目に「使用場所の指定」を必ず入れる
- 退職処理の手順書に「ライセンス解除 → 30日後にアカウント削除」を明記する
- 四半期に一度、[課金]＞[ライセンス]で未使用ライセンス数を確認する
複数のSaaSでライセンスの持ち過ぎが起きている場合は、SaaS管理ツールで棚卸しを自動化する方法もあわせて検討すると、Microsoft 365以外のムダも同時に見つかります。
まとめ：エラー画面を開いてから動けば、多くは15分で終わる
Microsoft 365でライセンスを割り当てできない原因は、[課金]＞[ライセンス]＞[エラーと問題]タブを開けば大半が特定できます。在庫不足と使用場所の未設定であれば15分以内、サービスプランの競合やグループ設計の問題であれば半日を見ておくと計画が立てやすくなります。
買い足しの判断をする前に、まず休眠アカウントの解放と使用場所の確認を。導入フェーズでつまずいている場合はMicrosoft 365で独自ドメインメールを設定する手順を、プラン選定から見直す場合はBusiness BasicとStandardの選び方もあわせて確認してください。
