Microsoft 365 / 組織に必要なライセンスの選び方

組織に必要な Microsoft 365 ライセンスは、製品名よりもユーザーごとの業務と必要な機能を基準に選ぶのが安全です。まず、Web アプリだけを使うのか、デスクトップの Office アプリが必要か、デバイス管理や高度なセキュリティが必要かを区別してください。同じ組織でも、ユーザーごとに異なるライセンスを割り当てることができます。

購入前に確認する4つのこと

• ユーザー数と種類: 正社員、現場スタッフ、共有デバイスの利用者、外部協力者を区別します。共有アカウントで複数人のライセンスを代用する方法は避けます。
• アプリの使用方法: ブラウザやモバイルアプリで十分か、Windows・Macにインストールするデスクトップアプリが必要か確認します。
• サービス: 会社のメール、Teams、OneDrive、SharePointが本当に必要か確認します。地域や購入時期によってTeamsが含まれるかどうかが異なる場合があります。
• セキュリティ・デバイス管理: 条件付きアクセス、Intune、エンドポイント保護などの機能が必要か確認します。名前が似ているセキュリティ製品でも含まれる範囲が異なる場合があります。

ライセンスは製品ごとにまとめられた権利です。サービスを利用する権利とテナントを管理する権限は別物です。どの機能が含まれるかは、購入直前にMicrosoft 365およびOffice 365プラン別サービス説明と実際の見積もりの製品名を照合してください。

Business Basic、Standard、Premium の選択基準

この表は出発点であり、機能保証表ではありません。MicrosoftのBusinessプラン比較で、現在の販売構成とTeamsの含有有無を確認してください。Microsoftは Business Premium FAQで、Business系列プランのライセンス数制限を説明しています。購入経路や契約タイプに応じた条件も確認する必要があります。

Business系列のユーザーごとの基本プランは、組織全体で合計300ライセンスの制限を考慮する必要があります。Basic・Standard・Premiumを混在させても、それぞれの製品ごとに300ライセンスを別個に確保できると計算してはいけません。たとえば、Business Premiumが250ライセンスある場合、Business系列で追加で検討できるライセンスは合計50ライセンスです。Microsoftの上記FAQに明記された条件であり、組織規模がこの範囲を超える場合は、Enterpriseプランも併せて検討してください。

Office 365 E3とMicrosoft 365 E3は同じ製品ではありません。 見積書で「E3」のように一部の名前だけで比較せず、製品の正式名称と含まれるサービス全体を確認してください。特定の管理センターのメニューが開くことと、その機能をすべてのユーザーに適用できるライセンスを保有していることは別問題です。

35名組織を想定した選択例

以下は選定手順を説明するための仮想の事例です。従業員35人のうち、10人はブラウザでメールと文書を使用し、20人はデスクトップ版Excel・Wordが必要で、5人は外部から会社のノートパソコンで機密資料を取り扱うと仮定します。

この組み合わせは見積もりの出発点です。会社のアクセス方針を35人全員に適用する場合、当該方針のライセンス条件を5人だけで満たせると考えてはいけません。逆に、デスクトップアプリが必要だからといってすべてのユーザーに同じセキュリティ機能が必要だと断定することもありません。人数ではなくその機能の適用対象を基準に権利を確認してください。

ライセンス候補を絞る実際の順序

1. 職務を基準にユーザーグループを作ります。例えば、事務職はデスクトップアプリとメール、現場職はモバイル接続、管理対象ノートPCの使用者はデバイス管理が必要な場合があります。
2. 各グループの必須機能と選択機能を分けます。現在使用していない機能を漠然と追加せず、導入スケジュールと運用担当者を記録します。
3. 候補プランのサービス説明で機能と制限を照合します。特に、ストレージ容量、メール機能、セキュリティ機能、Teamsの提供方式は製品SKU（製品を識別する単位）に応じて確認します。
4. 予想ユーザー数と予備ライセンスを計算した後、購入方式、月・年契約、税金や更新条件を比較します。価格は地域・通貨・時点によって異なるため、同じ通貨・税条件および同じ契約期間の見積もりで比較します。
5. 少数のユーザーにまず割り当てて、アプリの有効化、メール、ファイル共有、必要なセキュリティポリシーが実際に機能するか確認します。

購入前に製品名と契約を確認すること

• 正確な販売構成: Teamsを含む・含まないなど、実際の製品構成と追加機能を見積もりに記載します。製品群の名前が同じだからといって、既存契約と同じ権利があると仮定しません。
• 契約と支払い周期: 年間契約の月払いと月間契約は異なる場合があります。毎月支払っても翌月から自由に数量を減らせるという意味ではありません。
• 既存費用との重複: 別途購入したメール・セキュリティ・アプリのサブスクリプションと重複していないか確認します。既存のサブスクリプションをすぐにキャンセルする前に、データと使用権の移行計画を立てます。
• 試用版終了: 終了日、有料への移行条件、支払い設定とデータ処理のスケジュールを確認します。体験機能が有料購入製品にも同様に含まれるかを確認します。

現在所有しているライセンスを確認する

Microsoft 365 管理センターの [請求] → [製品]で保有しているサブスクリプションと利用可能なライセンス数を確認し、[ユーザー] → [アクティブなユーザー]で特定のユーザーのライセンス割り当て状況を確認します。画面のメニュー名や表示項目は購入経路や役割によって異なる場合があります。リセラーを通じて購入した場合は、数量変更や請求業務は該当するパートナーの手順に従う必要がある場合があります。

サブスクリプション画面では購入した総数・割り当て数・利用可能数を製品ごとに記録し、ユーザー画面ではその人にどの製品とアプリが有効になっているか確認します。例えば購入数 35、割り当て数 32 の場合、3 が残っているという意味であり、32 だけが請求されるという意味ではありません。費用と数量の調整は サブスクリプション・ライセンス・請求確認手順に従って別途確認します。

ライセンスを変更する前に、使用中のサービスやデータ保持に与える影響を検討してください。特にメールまたはストレージサービスが削除される変更は、単純なアプリ変更ではありません。変更後は、ユーザーに必要なアプリやサービスが正常に開くか確認します。

パイロット割り当て後の確認結果と失敗原因

1. 既存の製品と有効化されたアプリを記録した後、代表ユーザー一人に承認された新しい構成を適用します。アカウントの利用場所と残りのライセンス数も確認します。
2. ユーザーに新しいログインセッションでメールの送受信、ドキュメントの開閉・保存、必要なアプリの起動を確認させます。管理センターでの割り当て完了とユーザーの実際の利用完了を区別します。
3. デバイス管理やアクセス制御が目的であれば、ポリシー対象と適用結果まで確認します。ライセンスがあるからといって、ポリシーが自動的に設計・配布されるわけではありません。
4. 失敗した場合は、ライセンスの不足、利用場所、アプリ間の依存関係、グループベースの割り当て有無、エラーメッセージを確認します。元の構成を復元する場合でも、残りのライセンスと保持条件を先に確認し、原因を特定せずに製品を繰り返し削除しません。