Microsoft 365 / セキュリティ・配布・Microsoft 365 グループの違いと選び方

Microsoft 365ではセキュリティ グループはリソースへのアクセス権をまとめるために、配布グループは複数人にメールを配信するために、Microsoft 365 グループはメール・ファイル・予定などの共同作業スペースのメンバー管理に主に使用されます。名前は似ていても用途や連携するサービスが異なるため、まず何を共有するかを決めてください。

三つのグループはどのように異なりますか？

Microsoftのグループタイプの比較はメール利用可否、動的メンバーシップサポートおよび関連サービスの違いを説明します。セキュリティグループにメール機能が必要な場合は、メールが有効なセキュリティグループという別のタイプもあります。単純に名前が同じだからといって互いに変換したり代替できるわけではありません。

どのグループを選ぶべきですか？

• 読み取り・編集権限を複数人に一度に付与するには：セキュリティグループをまず確認します。実際のリソースでそのグループが権限主体としてサポートされているかも確認してください。
• 複数の人にメールを送るだけなら： 配布グループを確認します。共同メールボックスやファイル領域が自動的に必要になるわけではありません。
• 同じメンバーがメール、予定、ファイル、Teamsを一緒に使いたい場合： Microsoft 365 グループを確認します。Teams チームは Microsoft 365 グループのメンバーシップに接続されます。
• 複数の人が一つのアドレスで受信し返信する必要がある場合： グループよりも共有メールボックスの方が適していることがあります。

営業チームという名前だけで選ばないでください

同じ営業チームでも、「全社員に営業通知を送る」、「営業資料フォルダを読めるようにする」、「新製品プロジェクトを一緒に進める」は異なる要求です。通知対象が全社員で、資料アクセス対象が営業社員のみであれば、二つのリストを一つにまとめると権限のミスが生じやすくなります。

• 通知受信リスト： 配布グループでメールをメンバーに配信します。このグループに入っているだけで、別のファイル保存場所の編集権限が付与されるわけではありません。
• ファイルアクセス一覧: セキュリティグループをリソースの権限主体として登録します。グループを作成することと、該当のサイト・フォルダーに権限を関連付けることは別の作業です。
• プロジェクトでの共同作業: Microsoft 365 グループと連携した共同作業スペースを確認します。会話、資料、予定が同じメンバーに従って運営される必要がある場合に適しています。
• 顧客問い合わせの受付: 担当者が同じ受信トレイで読み、代表アドレスで回答する必要がある場合は、共有メールボックスとエイリアスの違いを先に確認します。それぞれの受信トレイに配布する方法と運営結果は異なります。

所有者・メンバー・外部ユーザーを区別する

所有者 はグループを管理する人で、メンバー はサービスを利用する人です。役割別の権限と実際の利用条件を確認し、所有者に登録したという理由だけでメンバーの確認を省略しないでください。業務引き継ぎのために管理可能な所有者を2人以上指定する方法も検討できます。

外部送信者がグループアドレスにメールを送信できる設定と、外部の人をゲストとしてグループに追加する設定は異なります。協力会社のメールを受け取ることが目的であれば、その人にファイルスペースへのアクセスまで与える必要はありません。逆に、ゲストメンバーがいるからといって、すべての外部送信者のメールを受信する設定になっているとは限りません。

動的メンバーシップは、部署のような属性のルールでメンバーを決定する方式です。人が直接追加する静的リストとは管理方法が異なるため、属性の正確性、サポートされるグループタイプとライセンスを確認してから選択してください。Exchangeの動的配布グループとEntraの動的メンバーシップは同じ機能だと考えないでください。

グループを作成する前の設計順序

1. グループの目的を一文で書きます。例えば「営業通知受信」と「営業チーム文書編集権限」は目的が異なります。
2. メンバーを誰が追加・削除するか、所有者が退職した場合誰に引き継ぐかを決めます。所有者のいないグループは放置されがちです。
3. 外部ユーザーを含めるか、外部送信者がグループアドレスにメールを送信できるかを検討します。デフォルト値を推測しません。
4. Microsoft 365 管理センターの [チームとグループ] → [アクティブなチームとグループ] で種類を選んで作成します。役割やライセンスによっては、一部の種類が表示されない場合があります。

5. 所有者とメンバーを入れて、関連するサービスで予想される権限やメール配信が動作するかをテストします。グループを作ったという事実だけで特定のサイトアクセス権が付与されると仮定しません。

Microsoft 365 グループを作成する具体的な例

「製品発売プロジェクト」のように限られた人数で資料やスケジュールを共有するケースであれば、次の項目を確認できます。作成画面が種類ごとのタブや別の追加ボタンに分かれている場合は、Microsoft 365 グループに該当する項目を選択します。

1. チームとグループ → アクティブなチームとグループ → Microsoft 365 グループ追加 で名前と説明を入力します。説明には目的と管理担当者を記載し、似た名前のグループと区別します。
2. 所有者とメンバーを指定します。表示名だけでなくアカウントアドレスで対象者を確認し、開始段階では必要な人だけを追加します。
3. グループの固有メールアドレスと公開・非公開範囲を確認します。機密性の高いプロジェクトの場合は、組織の資料分類基準に従って決定し、ファイルをアップロードした後に公開範囲を考慮しません。
4. Teamsが必要か確認し、確認画面で作成します。グループを作成したからといって、すべての場合にTeamsチームを別に作る必要はありません。
5. リストを更新した後、該当グループのメンバータブで保存結果を確認します。Microsoftのグループ作成ガイドでも、名前・オーナー・メンバー・アドレス・公開範囲を区別します。

作成後にテストすべき3つ

配布グループは、テストメールが意図したメンバーに届くか確認します。Microsoft 365グループは、グループスペースにメッセージが残ることと個人の受信トレイにコピーが届くことを区別します。個人の受信トレイにコピーがないからといって、グループ自体が機能していないとは断定しないでください。

権限グループは、実際のリソースでメンバーアカウントによる閲覧・編集をテストします。可能であれば非メンバーアカウントも確認し、許可範囲が広がっていないかチェックします。削除後もアクセスできる場合、直接権限や他のグループ・共有リンクを通じてアクセスしていないかも調べます。グループメンバーを1人削除しただけでは、すべてのアクセス経路が消えるわけではありません。

メンバーを誤って追加した場合は、該当するメンバーだけを削除して、保存結果とサービスアクセスを再確認してください。新しいグループを丸ごと削除して元に戻そうとすると、ファイルやメールなどの関連資料にも影響を与える可能性があるため、設定の修正とデータ削除は区別してください。

後でグループの種類を変更することはできますか？

グループの種類は機能モデル自体が異なるため、単純な名前変更のように考えてはいけません。新しいグループが必要な場合は、アドレス、メンバー、関連するSharePoint・Teamsリソース、権限やメールフローを確認した上で、事前に計画を立ててください。特に既存のMicrosoft 365グループを削除すると、関連する共同作業データに影響を与えることがあります。