退職者のMicrosoft 365アカウントは、すぐ削除してはいけない。情シスのいない会社のための処理手順と順番

「先月辞めた人のアカウント、もう削除していいですよね」

お客様からこの質問を受けるたびに、私は「削除する前に、3つだけ確認させてください」と返しています。メールをどうするか、ファイルをどうするか、その人の名前で動いている仕組みがないか。この3つを確認せずに削除ボタンを押して、あとから困った会社を何社も見てきました。

この記事では、情シスのいない中小企業が、退職者・異動者のMicrosoft 365アカウントをどの順番で処理すればよいかを整理します。手順そのものはMicrosoftの公式ドキュメントにも載っていますが、「なぜその順番なのか」「どこで間違えやすいのか」は実務でしか分かりません。そこを中心に書きます。仕様は2026年9月時点のものです。

なぜ「すぐ削除」が問題になるのか

Microsoft 365のユーザーアカウントは、単なるログインIDではありません。その人のメールボックス、OneDriveのファイル、Teamsのチャット、所有しているチームやSharePointサイト、作ったPower Automateのフロー、登録したFormsのアンケート、スマホの認証アプリ、会社PCのIntune登録。これらすべてが1つのアカウントに紐づいています。

アカウントを削除すると、これらが一斉に「所有者不在」になります。復元は30日以内なら可能ですが、それを過ぎるとOneDriveのファイルは消え、メールボックスも戻りません。

さらに厄介なのが、削除しなくても「ライセンスを外すだけ」で止まるものがあることです。たとえば退職者宛のメールを後任に転送する設定は、アカウントとライセンスを残しておかないと機能しません。「ライセンス代がもったいないから外した」ら転送が止まり、取引先からのメールが誰にも届いていなかった、という事態は実際に起きます。

つまり退職者のアカウント処理は、「削除」という1つの操作ではなく、「アクセスを止める」「データを引き継ぐ」「名義を移す」「費用を止める」「最後に消す」という5つの作業を、正しい順番でやることです。

退職日当日にやること：アクセスを止める

最初にやるべきは、本人がサインインできない状態にすることです。データの引き継ぎより先です。理由は単純で、引き継ぎに1〜2週間かかる間に、退職者が私物のスマホから会社のメールを読めてしまう状態を放置してはいけないからです。

具体的には次を、退職日（または最終出社日）のうちに行います。

1. Microsoft 365管理センターで、該当ユーザーの「サインインをブロック」を有効にする
2. Entra IDで「セッションの取り消し」を実行し、すでにサインイン済みの端末を強制的にサインアウトさせる
3. Intuneに登録されている端末があれば、会社支給の端末は「ワイプ」（初期化）、私物端末は「リタイア」（会社データだけ削除）を実行する

1だけでは不十分です。サインインをブロックしても、すでに発行されている認証トークンは有効期限まで生きているため、スマホのOutlookはしばらく動き続けます。2を合わせて実行することで、次のアクセス時に再認証が求められ、ブロックが効きます。

もう一点、忘れられがちなのが「本人しか知らないパスワード」の棚卸しです。info@やsales@のような共用アカウント、Wi-Fiのパスワード、業務システムの共通ID、ルーターの管理画面。退職者がこれらを知っていたなら、その日のうちに変えます。Microsoft 365の外側の話ですが、退職処理で一番見落とされる部分です（管理者アカウントの分け方はMicrosoft 365で最初にやる10項目にまとめています）。

2週間以内にやること：データと名義を引き継ぐ

アクセスを止めたら、落ち着いて引き継ぎ作業に入ります。ここは急がなくてよい代わりに、抜けがあると後で取り返しがつかない部分です。

メール

選択肢は2つです。

共有メールボックスに変換する。 退職者のメールボックスをそのまま「共有メールボックス」に変え、後任者や上司をメンバーに追加します。過去のメールも読めますし、退職者宛に届く新しいメールも受け取れます。メールボックスが50GB未満ならライセンスは不要で、変換後はライセンスを外して費用を止められます。私はほとんどの場合、この方法を勧めています。

後任者に転送する。 退職者宛のメールを後任者のアドレスに転送する設定です。手軽ですが、前述のとおりアカウントとライセンスを残す必要があり、費用がかかり続けます。「1か月だけ転送して、その後は共有メールボックスにする」のような使い方が現実的です。

どちらを選んでも共通する注意点があります。アカウントを削除してはいけません。 共有メールボックスも転送も、元のアカウントがあることが前提です。「共有メールボックスに変換したから、もう元のユーザーは消していい」と考えがちですが、消すと共有メールボックスも消えます。

OneDrive

退職者のOneDriveにあるファイルは、アカウント削除後、既定で30日たつと消えます（SharePoint管理センターで保持期間を延ばすことはできます）。削除前に、必要なファイルを引き継ぎ先に移します。

ここで一つ判断があります。移し先を「後任者のOneDrive」にするか、「SharePointの部門サイト」にするか。私は後者を勧めます。後任者のOneDriveに入れると、その人が辞めたときに同じ問題が起きます。会社の資料は個人の領域ではなく、SharePointの共有の場所に置くのが原則です。退職はその原則を実行するよい機会です。

なお、退職者に「上司（マネージャー）」が設定されていれば、削除時にその上司へ自動でOneDriveのアクセス権が付与され、通知メールが届きます。ただ、これは「上司が設定されている場合」だけなので、中小企業では機能していないことが多い。頼らないほうが安全です。

Teams・SharePoint・グループの所有者

退職者が「唯一の所有者」になっているTeamsのチーム、SharePointサイト、Microsoft 365グループがないかを確認します。所有者不在のチームは、メンバーの追加も設定変更もできなくなります。管理センターの「チームとグループ」から、退職者が所有者になっているものを洗い出し、後任者を所有者に追加します。

この確認は、退職のたびにやるより、年に1回「所有者が1人しかいないチーム・サイトをなくす」棚卸しをしておくと楽です。以前、社内データの9割が集中していたSharePointサイトを再設計した案件でも、最初に手を付けたのはこの「誰が所有者か」の整理でした。

退職者名義で動いている仕組み

ここが一番見落とされます。

• Power Automateのフロー。 「申請があったらTeamsに通知する」「毎朝Excelを集計する」といった自動化を、退職者が自分のアカウントで作っていた場合、そのアカウントを止めるとフローが止まります。接続（コネクション）が本人の認証で作られているためです。フローの所有者に後任者を追加し、接続を後任者のものに作り直します。
• Microsoft Forms。 個人で作ったフォームは個人のものです。グループ所有のフォームに移すか、複製して後任者名義にします。
• Power BIのレポート、Plannerのプラン、予約（Bookings）のページなども同様です。

「その人の名前で動いているものは何か」を本人が在職中に聞き出せるのが理想です。退職面談の項目に「あなたが作った自動化やフォームを教えてください」の一行を入れておくだけで、かなり防げます。

ライセンスの回収

引き継ぎが終わったら、ライセンスを外します。共有メールボックスに変換していれば、この時点でライセンスは不要です。Microsoft 365 Copilotのライセンスを持っていた人なら、これも忘れずに回収します。単価が高いので、回収漏れの影響が大きい。

外したライセンスは、次に入社する人に割り当てるまで、契約数を減らして費用を止めることもできます（契約形態によって減らせるタイミングが異なります）。

30日以降にやること：削除する

引き継ぎが終わり、共有メールボックスへの変換も済み、退職者名義の仕組みがないことを確認できたら、アカウントを削除します。削除後30日間は復元できるので、その間に「あれが見られない」という声が出なければ、そのまま完全削除されます。

ただし、繰り返しになりますが、共有メールボックスに変換したアカウントや、転送を設定しているアカウントは削除しません。「削除しないで残しておく」が正解のケースがあることを、社内の運用ルールに明記しておいてください。

長期保存が必要なら、削除の前に「ホールド」をかける

法的な理由や監査のために退職者のメールを残したい場合は、削除する前に、Purviewの保持ポリシーか訴訟ホールド（リティゲーションホールド）を設定します。ホールドがかかった状態でアカウントを削除すると、メールボックスは「非アクティブなメールボックス」として残り、ライセンスを払わずに保全し続けられます。順番が逆で、削除してから「あのメールが要る」と言われても戻せません。

ここで引っかかるのがライセンスです。実際にあった例を挙げます。Business Standardを使っているある会社から「訴訟に備えて特定の人のメールを保全したい。訴訟ホールドをかけてほしい」という相談を受けました。ところが、Business Basic／Standardに含まれるExchange OnlineはPlan 1で、単体では訴訟ホールドがかけられません。そこで、対象者の分だけExchange Online Archivingのアドオンを一時的に追加し、そのうえでホールドをかけました。

この件で覚えておいてほしいのは3点です。

• アドオンは対象者の分だけでよい。 全社員に付ける必要はありません。Exchange Online Plan 2を含むE3以上のプランなら追加は不要です。自社のプランで使えるかどうかは、Exchange管理センターで該当のメールボックスを開き、「訴訟ホールド」が設定できるかを見れば分かります。
• 反映まで最大60分かかる。 ホールドをかけた直後にアカウントを削除しないでください。反映を確認してから削除し、非アクティブなメールボックスになったことまで確認します。
• 共有メールボックスへの変換とは別の経路。 後任が日常的にメールを読む必要があるなら共有メールボックス、手を付けずに証拠として保全するならホールド→削除→非アクティブ化、と用途で選びます。共有メールボックスにホールドをかけるにも同じライセンスが要るので、両方必要なときはその前提で組みます。

「あとで必要になった」では戻せないので、顧問弁護士や監査対応の要否を、退職が決まった時点で確認しておくべき項目です。

異動の場合は「削除しない」が前提

異動は退職より簡単に見えますが、別の落とし穴があります。前の部署の権限がそのまま残ることです。

営業から総務に異動した人が、営業部のTeamsチームにもSharePointサイトにも引き続きアクセスできる。誰も外さないので、3年たつと「全部門のデータが見える人」が何人もできあがる。中小企業のMicrosoft 365で、権限がゆるくなっていく典型的な経路です。

異動時にやることは、新しい部署のグループに追加するだけでなく、前の部署のグループから外すこと。そして、その人が前の部署で所有者だったチームやフローがあれば、後任に移すこと。退職と同じ引き継ぎの考え方です。

実務で見た失敗例

• 転送設定のままライセンスを外し、転送が止まった。 気づいたのは取引先から「返事がない」と電話が来たとき。
• 退職者が唯一の所有者だったチームがあり、新メンバーを追加できなくなった。 管理者権限で所有者を追加すれば直りますが、誰も管理者権限の使い方を知らなかった。
• 毎朝の集計フローが止まった。 退職者が「便利だから」と個人で作っていたもので、誰もその存在を知らなかった。
• info@の共用パスワードを退職者が知ったまま。 悪用されたわけではないが、変えていないことに半年後に気づいた。
• 退職者のOneDriveにあった「みんなが使うExcel」が消えた。 各自がリンクで参照していたファイルの実体が、個人のOneDriveにあった。

どれも高度な話ではありません。手順を知らなかったか、知っていても確認する人がいなかったかのどちらかです。

チェックリスト

おわりに

退職者のアカウント処理は、年に数回しか発生しない作業です。だからこそ、その都度やり方を調べることになり、その都度どこかが抜けます。

情シスのいない会社に勧めているのは、この記事のチェックリストを自社用に1枚にして、退職・異動が決まった時点で総務が起票する運用にすることです。それも難しければ、こうした日々のMicrosoft 365の運用を外部に任せるという選択肢もあります。私たちのITひつじは、まさにこの手の「たまにしか起きないが、間違えると困る」作業を引き受けるサービスです。

削除ボタンは、いつでも押せます。押す前に確認することのほうが、はるかに多い。それだけ覚えておいてもらえれば、この記事の役割は果たせたと思います。

※本記事の内容は2026年9月時点の情報に基づいています。保持期間やライセンス条件は変更される可能性があるため、実施時は以下の公式情報をご確認ください。

• 元従業員を削除する – 概要（Microsoft Learn）
• 手順4 – メールを転送するか、共有メールボックスに変換する
• 手順5 – OneDriveとOutlookのデータへのアクセス権を付与する
• 手順7 – ユーザーアカウントを削除する
• 組織からユーザーを削除する
• 非アクティブなメールボックスの詳細情報（Microsoft Purview）
• Exchange Online Archiving サービスの説明

株式会社テクノスイッチ ITコーディネータ / 中島竜郎

中小企業の「情シス不在」を支える外付けIT部｜Microsoft 365・業務改善・情報セキュリティ・生成AI活用｜株式会社テクノスイッチ 代表取締役｜ITコーディネータ