Microsoft 365 Copilotのライセンス申請では、ユーザーが「どの業務でCopilotを必要としているか」を申請理由として添えられるようになります。2026年6月12日の更新では、Roadmap ID 547731のステータスが「In development」から「Rolling out」に変更されました。
今回の要点は、管理者向けの新しい設定や移行作業が追加されたことではなく、Business Justification for Copilot License Requestsの展開が始まったことです。一般ユーザーへの影響はライセンスを申請するときに限られ、すでにMicrosoft 365 Copilotを利用しているユーザーの通常操作は変わりません。(Microsoft 365 Message Center Archive)
2026年6月12日の変更点
2026年6月12日時点のMicrosoft 365 Roadmapでは、次の内容が示されています。
| 確認項目 | 内容 |
|---|---|
| Roadmap ID | 547731 |
| 機能名 | Business Justification for Copilot License Requests |
| ステータス | Rolling out |
| 以前のステータス | In development |
| リリース段階 | General Availability |
| ロードマップ上のリリース月 | 2026年5月 |
| 対象クラウド | Worldwide（Standard Multi-Tenant） |
| 対象プラットフォーム | Desktop、Mac、Web |
| 対象サービス | Microsoft 365 admin center、Microsoft Copilot（Microsoft 365） |
6月12日の更新で変わったのは、主にステータスとタグです。機能の説明や対象プラットフォーム、リリース月に変更はありません。
ただし、ロードマップ上の日付は予定であり、すべてのテナントに同時反映されるわけではありません。リリース欄が「2026年5月」のままでも、6月12日時点のステータスは「Rolling out」です。自社テナントで表示されない場合は、障害と判断する前に段階的展開の途中である可能性を確認しましょう。(Microsoft 365 Message Center Archive)
Business Justification for Copilot License Requestsで何が変わるか
ユーザーはライセンスの利用目的を申請できる
Microsoft 365 Copilotのライセンスを持っていないユーザーがライセンスを申請すると、業務上の利用目的を伝える画面が追加されます。
Microsoftが公開した画面例では、次のような業務分野ごとにCopilotの利用目的を選択できます。
- 営業・マーケティング
- 財務・業務運用
- 人事
- エンジニアリング・製品開発
- IT・セキュリティ
- 法務・コンプライアンス
- 調査・経営戦略
- その他
たとえば「顧客向け提案書の作成」「インシデント報告の要約」「市場調査資料の要約」といった用途が候補として示されています。
申請理由の入力は任意です。空欄でも申請自体は可能なため、理由がない申請をシステムが自動的に拒否する機能ではありません。実際の選択肢や文言は、展開後の画面で確認してください。(Microsoft 365 Message Center Archive)
管理者は申請理由を見て承認を判断できる
管理者側では、ライセンス申請の確認時にユーザーが選択した業務上の理由を参照できます。
従来は、申請者へメールやチャットで利用目的を聞き直さなければならないケースがありました。今回の変更により、次のような判断を申請画面内で行いやすくなります。
- 実際にCopilotを使う業務が明確か
- 利用頻度が高い業務か
- ライセンスを優先的に割り当てる対象か
- 試験導入として承認すべきか
- 部門責任者への追加確認が必要か
申請理由は承認判断の材料であり、承認ルールそのものではありません。部署や担当者ごとに判断が分かれないよう、社内の割り当て基準を別途決めておくことが重要です。
影響を受けるユーザーと管理者
| 対象 | 主な影響 |
|---|---|
| Copilotライセンスを申請するユーザー | 申請時に業務上の利用目的を選択できる |
| ライセンス管理者 | 申請理由を確認して承認・却下を判断できる |
| ユーザー管理者 | 権限があれば申請処理やライセンス割り当てを行える |
| ヘルプデスク | 申請画面に関する問い合わせへの準備が必要 |
| 調達・ITガバナンス担当者 | 利用目的をライセンス配分や監査の参考にできる |
| すでにライセンスがあるユーザー | 通常利用への直接的な変更はない |
| 独自の申請フローを利用する組織 | Microsoft 365 admin centerに申請が表示されない場合がある |
特に注意したいのが、社内ポータルやワークフロー製品を使った独自のライセンス申請です。Microsoftの独自申請プロセス連携を有効にしている場合、新しい申請はMicrosoft 365 admin centerの「Requests」タブに表示されません。現在の申請経路を確認してから、今回の機能を運用に組み込みましょう。(Microsoft Learn)
Microsoft 365 admin centerで申請を確認する手順
標準のセルフサービスライセンス申請を利用している場合、管理者は次の流れで確認します。
- Microsoft 365 admin centerへサインインします。
- 「Billing」を開きます。
- 「Licenses」を選択します。
- 「Requests」タブを開きます。
- 確認する申請を選択します。
- 申請者、対象製品、申請日、申請理由を確認します。
- 利用可能なライセンス数と社内基準を確認します。
- 承認、却下、または社内担当者への共有を行います。
申請管理には、少なくともLicense AdministratorまたはUser Administratorの権限が必要です。必要以上にGlobal Administratorを付与せず、ライセンス管理に必要な最小権限を割り当てるのが安全です。
申請を承認または却下すると、ユーザーには結果がメールで通知されます。申請記録はMicrosoft 365 admin center上で12か月間保持されるため、申請理由に顧客の機密情報や不要な個人情報を書かせない運用も必要です。(Microsoft Learn)
設定・更新・移行・料金・期限で確認すべきこと
| 項目 | 確認結果 |
|---|---|
| 管理者設定 | 機能は既定で有効になり、テナント側の追加設定は不要 |
| クライアント更新 | 特定バージョンへの手動更新が必須との案内はない |
| データ移行 | 移行作業は不要 |
| 既存ワークフロー | 標準の承認手順や管理者設定は変更されない |
| 料金 | 本機能による追加料金や価格改定の案内はない |
| ライセンス購入 | 空きライセンスがなければ、追加購入または既存ライセンスの再割り当てが必要 |
| 管理者向け期限 | 必須対応の締め切りはない |
| 展開状況 | 2026年6月12日時点で段階的に展開中 |
Business Justificationの追加は、ライセンス価格や契約プランの変更ではありません。また、ユーザーが申請理由を送信しただけでライセンスが自動購入されるわけでもありません。
承認前には、保有ライセンス数を確認してください。利用可能数が不足している場合は、追加購入するか、利用していないユーザーからライセンスを外して再割り当てする必要があります。契約価格や購入条件は、Microsoftとの契約形態や販売パートナーによって異なるため、自社の契約情報を基準に判断します。(Microsoft 365 Message Center Archive)
申請理由を形骸化させない判断基準
申請理由の選択肢だけで承認すると、「使う予定がある」という曖昧な申請にもライセンスを割り当てやすくなります。限られたライセンスを有効活用するには、次の4点を判断基準にすると実務的です。
| 判断項目 | 確認する内容 |
|---|---|
| 対象業務 | Copilotをどの作業で使うのか |
| 利用頻度 | 毎日、毎週、月数回のどれに当たるか |
| 期待効果 | 時間短縮、品質向上、処理件数増加など |
| 評価方法 | 試用期間後に何を基準として継続判断するか |
たとえば、次のように具体化できる申請は判断しやすくなります。
毎週2回行う営業会議の議事録整理と案件要約に使用する。現在は1回約60分かかっているため、30分への短縮を目標とする。3か月後に利用状況と削減時間を確認し、継続利用を判断する。
組み込みの申請理由が選択式で情報量が足りない場合は、部門名、利用頻度、想定効果を社内申請や承認コメントで補完するとよいでしょう。
運用時に注意したいポイント
申請理由が空欄でもシステムエラーではない
Business Justificationは任意項目です。空欄の申請を自動却下するのではなく、申請者へ追加確認するのか、部門承認があれば処理するのかを事前に決めておきましょう。
独自ワークフローへ自動連携されるとは限らない
ServiceNow、Power Automate、Microsoft Formsなどで独自の申請フローを構築している場合、新しい申請理由が既存の管理項目へ自動的に追加されるとは限りません。
社内ツールで申請情報を保存している組織は、Business Justificationを記録する列や入力項目が必要か確認してください。
申請理由だけでライセンス効果は判断できない
承認時の理由が妥当でも、実際にCopilotが使われるとは限りません。割り当て後30日から90日を目安に、Microsoft 365 Copilotの利用状況レポートを確認し、利用が少ないライセンスを再配分する運用が効果的です。
Microsoft 365 admin centerの「Reports」からCopilotの利用状況を確認でき、ユーザー別の最終利用日なども参照できます。(Microsoft Learn)
管理者が今すぐ行うこと
まず、Microsoft 365 admin centerの「Billing」から「Licenses」「Requests」を開き、自社テナントに申請理由が表示されているか確認します。
次に、ヘルプデスクと承認担当者へ画面変更を共有し、最低限、次のルールを決めてください。
- どのような業務用途を承認対象にするか
- 申請理由が空欄の場合に誰が追加確認するか
- ライセンス割り当て後、いつ利用状況を再確認するか
今回の変更に必須の設定や移行はありません。一方で、申請理由を単に保存するだけではライセンス管理の改善にはつながりません。申請時の理由、承認基準、割り当て後の利用実績を一つの運用として管理することが、Microsoft 365 Copilotのコストと活用効果を両立させるポイントです。
コメント