RIKENTOKYOはオフィス環境と仕組みのご提案でMicrosoft 365のアカウントは、増えるほど管理が複雑になります。「誰がどの権限を持っているかわからない」「退職者のアカウントが残っていた」という状態は、多くの中小企業で起こりがちです。 結論からお伝えすると、アカウント管理は「命名規則」と「入退社時の手順」を先に決めることで、驚くほどシンプルになります。 この記事では、Microsoft 365・Microsoft Entra IDにおけるID設計の基本、入退社時に起きやすい失敗、命名規則の作り方、RIKEN TOKYOに相談できることを解説します。
Microsoft 365のID管理とは、Microsoft Entra ID（旧Azure AD）を基盤に、社員一人ひとりのアカウント（ユーザープリンシパル名・メールアドレス・表示名など）をどう作成し、どう権限を割り当て、どう無効化するかを設計・運用することです。 単にアカウントを発行するだけでなく、「誰が」「いつ」「どの権限で」利用できる状態にあるかを常に把握できる仕組みにすることが目的です。
| 項目 | アカウント管理 | 権限管理 |
|---|---|---|
| 目的 | 誰がログインできるかを管理する | ログイン後に何ができるかを管理する |
| 主な対象 | ユーザーの作成・命名・無効化・削除 | ライセンス・管理者ロール・グループ所属 |
| 失敗しやすい点 | 退職者アカウントの放置、命名の不統一 | 過剰な管理者権限の付与、権限の棚卸し漏れ |
アカウント管理と権限管理は別物ですが、どちらも「入社時に何を決め、退職時に何をするか」というルールがないと形骸化しやすい点は共通しています。
Microsoft 365を数年運用している企業ほど、命名規則やアカウントの棚卸しが後回しになりがちです。 背景には、次のような事情があります。
IPAの調査でも、情報漏洩インシデントのうち内部不正に起因するものは全体の約2〜3割を占めるとされ、その中でも退職者・退職予定者による不正の比率は高いと報告されています。情報漏洩のインシデントのうち、内部不正に起因するものは全体の約2〜3割を占め、内部不正の中でも退職者または退職予定者による不正が占める割合は高くなっています。 特に人事異動や退職者が集中する時期は、アカウント無効化の対応漏れが起きやすいタイミングでもあります。
「name@会社ドメイン」のようにユーザープリンシパル名を個別に決めてきた結果、同姓同名の社員が入社した際に命名がぶれる、部署がひと目で分からない、退職者と在籍者の区別がしにくい、といった問題が発生します。 Microsoft Entra IDのユーザープリンシパル名には利用できない文字の制約もあるため、後から統一しようとすると想定以上に手間がかかります。
人事部門からIT・総務担当への退職連絡が退職日当日になり、アカウント無効化が翌営業日以降になるケースは少なくありません。 アカウントが有効なままの期間が長いほど、情報持ち出しや不正アクセスのリスク期間も長くなります。
命名規則やアカウント管理の仕組みは、いきなり全社ルールを作るのではなく、次の順番で進めると失敗しにくくなります。
命名規則の型の例として、以下のような判断基準が参考になります。
| 判断項目 | 確認すべきこと | 失敗しやすい状態 |
|---|---|---|
| 命名の一貫性 | 部署・拠点・入社年度などを含めるか | 個人ごとに命名ルールが異なる |
| 同姓同名対応 | 重複時にどう区別するか事前に決めているか | 発生してから場当たり的に対応している |
| 退職者の扱い | 無効化と削除のタイミングを分けているか | 退職当日に削除し、引き継ぎ資料まで消してしまう |
| 権限の棚卸し | 定期的に管理者権限を見直しているか | 異動後も前部署の権限が残ったまま |
Microsoft Entra IDでは、グループの名前付けポリシーを設定することで、Outlook・Teams・SharePoint・Exchange・Plannerなど各サービスで作成されるグループ名やグループエイリアスに、統一したプレフィックスやサフィックスを強制できます。名前付けポリシーは、編集変更が行われていない場合でも、Outlook、Teams、SharePoint、Exchange、Plannerなどのワークロード全体で作成されたグループの作成または編集に適用され、グループ名とグループエイリアスの両方に適用されます。 これにより、部署やグループの性質をひと目で判別しやすくなります。
何から始めるべきか迷っている方へ ツール選定の前に、まずは現在のアカウント状況と命名ルールの現状把握から始めることが大切です。 RIKEN TOKYOでは、現状のアカウント管理状況を伺ったうえで、無理のない進め方をご提案します。 無料相談をする
無効化と削除は同じタイミングで行う必要はありません。 退職当日は「ログインできない状態」にすることを優先し、業務データの引き継ぎ確認が終わってから完全削除に進む、という2段階の運用が現実的です。
RIKEN TOKYOでは、Microsoft 365・Microsoft Entra IDのアカウント設計から、入退社時の運用フロー整備、セキュリティ設定の見直しまで支援しています。 特に、情シス担当者が不在・兼任の中小企業でも、無理なく運用を回せる仕組みづくりを重視しています。
| 支援内容 | 具体例 |
|---|---|
| 現状整理 | アカウント棚卸し、命名規則の現状確認 |
| 設計 | 命名規則策定、グループ命名ポリシー設定、権限設計 |
| 導入 | Microsoft Entra ID設定、入退社フロー・手順書の整備 |
| 運用 | 定期棚卸しの仕組み化、Microsoft 365全体の活用度チェック |
Microsoft 365をすでに導入済みでも、メールとTeams以外の機能を活用しきれていない企業は少なくありません。 アカウント管理の見直しと合わせて、活用状況を確認したい方は、次の資料もあわせてご確認ください。
まずは自社の状況を確認したい方へ Microsoft 365を導入済みでも、メールとTeams以外を使えていない企業は少なくありません。 RIKEN TOKYOでは、活用状況を整理できる「Microsoft 365 活用度チェック」をご用意しています。 Microsoft 365 活用度チェックを確認する
Microsoft 365のID・アカウント管理で押さえるべきポイントを整理します。
アカウント管理の属人化や、退職者アカウントの放置に不安がある方は、RIKEN TOKYOにお気軽にご相談ください。 現状の運用状況を伺ったうえで、無理のない進め方をご提案します。
変更は可能ですが、既存アカウントすべてを一度に統一するのは負担が大きいため、新規発行分から新ルールを適用し、既存分は棚卸しのタイミングで段階的に揃えていく方法が現実的です。
退職日当日には「ログインできない状態（無効化）」にすることが優先です。完全削除は、メールやファイルの引き継ぎ確認が終わったあと、社内ルールで定めた一定期間をおいて実施するのが一般的です。
可能です。RIKEN TOKYOでは、情シス不在・兼任の中小企業でも進めやすいように、現状のアカウント棚卸しから命名規則の設計、運用手順の整備まで段階的に支援しています。
グループの名前付けポリシーの利用には、対象グループのメンバーがMicrosoft Entra ID P1などのライセンスを保有している必要があります。具体的なライセンス要件は、導入時にあわせてご確認ください。
