Microsoft 365 / 入社者のアカウント・ライセンス・グループ設定手順

Microsoft 365 新入社員設定はアカウント作成 → 利用場所とライセンス確認 → 必要なグループ・役割付与 → 初回ログインとセキュリティ確認の順で進めると漏れを減らせます。アカウントを作っただけではメールやコラボレーションサービスはすべて準備できているわけではありません。組織の承認された権限基準をまず確認し、実際のユーザーのアクセスまで検証してください。

開始前に受け取る情報

新入社員の表示名、使用するログイン名とメールアドレス、開始日、所属部門、勤務国・地域、必要なアプリ、チーム・サイトへのアクセス範囲、管理者ロールの有無を人事・業務担当者に確認します。同じ名前のアカウントや既存の別名がないかも確認してください。複数人を一度に作成する場合も、権限やライセンスを一律にコピーせず、職務基準で確認する必要があります。

ライセンスは、組織のサブスクリプションと利用可能な数量がある場合にのみ割り当てることができます。ユーザーに適用する利用場所はサービスの提供可否に関わるため、実際の勤務情報を基準に指定します。Microsoftのユーザー追加ガイドおよびライセンス割り当てガイドで、現在のメニューと権限条件を確認できます。

リクエスト・承認・実行・検証の担当の分担

「隣の席の社員と同じにしてほしい」という要請は、承認された権限リストの代わりにはなりません。既存社員が一時的なプロジェクトや管理者権限を追加で持っている場合があるためです。再入社者は新しいアカウントを先に作るより、既存・削除されたアカウントの状態と資料引き継ぎの要求を確認してください。同期組織では、元のディレクトリでアカウントを作成するかどうかをまず決定します。

入社者アカウントとライセンス設定の順序

1. Microsoft 365 管理センターの[ユーザー] → [アクティブなユーザー]で同じアカウントがないか検索し、利用可能なライセンス数を確認します。
2. [ユーザーの追加]で名前、ユーザー名、ドメインと利用場所を入力します。ログイン名と表示名が組織の命名規則に合っていることを確認します。
3. 必要な製品ライセンスとサービスプランを選択します。メール、Teams、デスクトップアプリなど、実際の業務に必要な機能を基準に選び、不要な製品を慣習で付与することはありません。
4. アカウント作成後、ユーザー詳細画面でライセンスとサービスが保存されているか再確認します。ライセンスが割り当てられても、メールボックスなどの準備には時間がかかる場合があります。

初期パスワードの通知方法とユーザー認証方法をアカウント作成前に決定します。ユーザー自身が初回ログイン時にパスワード変更と認証登録を行うようにし、管理者に新しいパスワードや認証コードを知らせることを要求しません。具体的な入力経路やエラー分岐はユーザー作成・ライセンス割り当て方法で確認できます。

グループとアクセス権はどのように付与しますか？

セキュリティグループはアプリ・リソースアクセスやポリシー適用に使用され、Microsoft 365グループはTeams・SharePointなどのコラボレーションスペースに接続できます。入社者が所属すべきチームやサイトを業務担当者に確認した後、該当するグループに追加してください。グループベースのライセンスを使用する場合は、直接割り当てと重複や他のグループのポリシーと競合しないかも確認してください。Microsoftのグループベースのライセンス案内を参考にできます。

管理者ロールは一般ユーザーの権限とは別に扱います。役割がどうしても必要な場合にのみ、担当業務に応じた最小限の権限を付与し、可能であれば一般業務用アカウントと管理用アカウントを分けます。

チームはTeams 管理センター → チーム → チームを管理 → 対象チーム → メンバーで、セキュリティ・Microsoft 365 グループはチームとグループ → アクティブなチームとグループで実際のアカウントを追加します。SharePoint の資料を閲覧するだけの人をチーム全体のメンバーに入れて、不要な編集権限を付与しないでください。共有メールボックスは、グループ参加とは別に閲覧・送信委任権限を確認します。

グループベースのライセンスを使用する組織の確認手順

1. 該当職務のライセンスグループに関連付けられた製品・アプリをまず確認します。動的グループの場合、入社者の部署などの属性がルールに合っているかも確認します。
2. 承認済みグループにユーザーを追加し、メンバーリストを再確認します。グループ内の他のグループにのみ追加された入れ子構造がライセンス割り当てに伝わるとは仮定しません。
3. 請求 → ライセンスの製品およびユーザー詳細で、実際の割り当て結果を確認します。グループメンバー追加の成功と製品割り当ての成功は別個の状態です。
4. 失敗した場合はエラーと問題でライセンス不足・利用場所・サービスの競合を確認し、原因を修正した後に再処理します。エラーを隠すために他の製品を追加で直接割り当てたりしません。

同じユーザーが複数の割り当て経路を持つことがあるため、直接割り当てか、どのグループから受けたかを記録してください。職務変更の際に別のライセンスグループに移す場合は、新しいグループの追加と新しい製品の適用を確認した後、既存のグループから外す順序でサービスの空白を減らします。ただし、ライセンス移動と資料アクセス権の回収はそれぞれ検証する必要があります。

初回ログイン前に確認すること

• 初期パスワードと伝達方法が組織のセキュリティ手順に合っているか確認し、ユーザーが初回ログイン時にパスワードを変更するように案内します。
• 多要素認証（MFA）登録方法およびデバイス登録・条件付きアクセス要件を知らせます。ユーザーが登録手段を準備する時間を考慮します。
• メール受信アドレス、必要なチーム・サイトアクセス、アプリ実行の有無を入社者または担当者と一緒に確認します。
• 問題がある場合は、ライセンス割り当て結果、グループメンバーシップ、サインインログ、サービス状態の順で原因を絞り込みます。

初日の業務テストおよび引き継ぎ記録

営業担当者が入社する場合は、次の順序で確認することができます。テストは実際の顧客情報がない文書と承認されたメールを対象に行います。

1. 入社者本人が正しい会社アカウントでサインインし、MFAの登録・認証を完了します。会社PCの登録が必須であれば、デバイスの準備と条件付きアクセスの結果も確認します。
2. Web版Outlookでメールボックスを開き、内部・外部のテスト送受信を確認します。代表メールボックスを使用する場合は、本人アカウントの委任アクセスや許可された送信表示も確認します。
3. 指定されたチーム・サイトでテスト文書を開き、職務に応じた読み取り・編集を行います。フォルダリンクを開けるという事実だけで全ての資料権限が適切だとはみなさないでください。
4. 必要なデスクトップアプリをインストール・有効化し、文書を保存します。アプリ権限・ファイルアクセス・デバイスポリシーの中で、どこで失敗するかを区別します。
5. 確認した項目と未完了項目、サポート窓口を入社者・部署担当者に引き継ぎ、臨時権限やテスト資料の整理担当を記録します。

ログイン段階で失敗した場合はサインインログを、アプリだけ開けない場合はライセンスとサービスの準備を、特定のファイルだけ開けない場合は実際のストレージの権限を確認します。新入社員が初日にログインできないからといって、新しいアカウントを繰り返し作成しません。誤って付与したグループ・役割はその項目だけ取り消し、他の業務アクセス権が残っていないかも確認してください。