Microsoft 365 Developer Program（E5サンドボックス）が期限切れで削除された後、開発者ダッシュボードに「Deleted subscription（削除済みサブスクリプション）」が残り、新しいサンドボックスを作れない…そんなときに確認すべきポリシーと、待てない場合の現実的な回避策をまとめます。
症状：Microsoft 365 Developer Program で「Deleted subscription」が消えず再登録できない
Microsoft 365 Developer Program（開発者プログラム）は、Microsoft 365 上でアプリや自動化、Teams / SharePoint / Microsoft Graph 連携などを検証するための環境（E5 サンドボックス）を提供します。ところが、サブスクリプションが期限切れになり、さらに削除（Deleted）状態になると、次のような状況に陥ることがあります。
- 開発者ダッシュボードに Deleted subscription と表示されたまま
- 「E5 サブスクリプションのセットアップ」や「新しいサンドボックスを作成」の導線が出ない
- 再参加（rejoin）しても、同じ “削除済みサブスクリプション” が復活したように見える
この状態は、体感として「不具合で詰んだ」に近いのですが、実際は 自動ポリシーによる待機期間（クールダウン） が原因であることが多いです。
結論：掲示板やモデレーターに「プロフィールのリセット」を依頼しても基本的に解除できない
Microsoft Q&A などの掲示板では、運営側（モデレーター）に見えていても、バックエンドのフラグを直接書き換えて「Deleted subscription を消す」「資格状態をリセットする」といった操作はできない、と案内されるケースが多いです。これは不親切というより、そもそも 権限としてできない ためです。
そのため、現実的な解決策は次のどちらかに集約されます。
- 削除から 60 日が経過するまで待つ（ポリシーに従う）
- 別の Microsoft アカウント（必要なら電話番号も別）で新規登録する（待たずに回避）
原因の全体像：「削除」後すぐには再登録できない仕組みになっている
Microsoft 365 Developer Program の FAQ では、アカウントの削除や再取得に関して、次のような制約が明記されています。
- 電話番号にひも付く Developer Program アカウントは 1 つだけ
- 既存アカウントを削除した場合、新しいサブスクリプションの取得には 60 日以上の待機が必要
| 状態（ダッシュボード表示の例） | 裏で起きていること | ユーザー側でできること | 推奨アクション |
|---|---|---|---|
| Active / 有効 | E5 サンドボックスが稼働中 | 通常の開発・検証 | 失効前に開発利用を継続し、必要データはバックアップ |
| Expired / 期限切れ | 更新条件を満たせず失効へ | 状況により猶予あり | 早めにデータ退避、更新状況を確認 |
| Deleted subscription | 削除状態としてマークされ、再作成がブロックされる期間に入る | 原則、同一アカウントでは再セットアップ不可 | 60 日待つ、または別アカウントで新規 |
解決策：まずは「60 日待機（クールダウン）」を前提に動く
「Deleted subscription が残って再登録できない」問題で、もっとも再現性が高いのは 60 日待機 です。FAQ 上も、削除後すぐには新しいサブスクリプションが取得できない旨が書かれています。
60 日待機の起点を勘違いしやすいポイント
“60 日” と言われても、「どの日付から数えるのか」が曖昧で混乱しがちです。画面やメールに出てくる “削除” の文言は複数あり、次のようなパターンがあります。
- サブスクリプション（テナント）が削除された日
- Developer Program のプロフィールを削除（Delete Profile）した日
どちらが起点になるかはケースによって体感が変わるため、最終的には ダッシュボードや通知に表示されている削除日 を起点として管理するのが安全です。
待機期間中にやるべきことチェックリスト
| チェック項目 | 確認方法 | 目的 |
|---|---|---|
| 削除日（Deleted の日付） | Developer Program ダッシュボードの表示や通知メール | 「60 日」のカウントを誤らない |
| 登録に使ったアカウント種別 | 個人用 Microsoft アカウント / 職場または学校アカウント | 同じ ID でサインインしているか確認 |
| 電話番号のひも付け状況 | 認証や登録時の SMS | 別アカウントでも同じ番号だと詰むのを防ぐ |
| 必要データの退避 | SharePoint / Teams / OneDrive など | 削除後は復旧できない前提で守る |
待機明けに「再セットアップ」する具体的な流れ
60 日の待機期間が過ぎたら、次は「どこを触れば新しい E5 サンドボックスが作れるのか」で迷います。基本は Developer Program ダッシュボード起点です。できれば、過去に保存していたブックマークではなく、公式の入口から入り直すと迷いにくいです。
- Developer Program ダッシュボードにサインインする（参加時に使った Microsoft アカウントで）
- サブスクリプション欄の表示が「Deleted subscription」から変化しているか確認する
- 新規作成できる状態になっていれば、「E5 サブスクリプションのセットアップ」や同等の導線が表示される
- 新しいサンドボックス（テナント）を作成する場合は、ドメイン名や管理者アカウントを新規に設定する
- セットアップ後は、管理センターへのサインイン情報（[email protected] 等）を必ず安全な場所に保管する
なお、過去のテナントと同一ドメインを再利用できるかどうかは状況に左右されます。再登録の主目的は「新しい検証環境を確実に用意すること」なので、ドメインのこだわりがある場合ほど、最初から別案（後述）も併せて検討すると安全です。
それでもボタンが出ないときの切り分け
60 日以上経過しているはずなのに、ダッシュボードが相変わらず Deleted 状態のまま、あるいはセットアップ導線が出ない場合は、次の観点で切り分けます。これは「直す」ためというより、サポートに相談する際に情報が揃うため、結果的に近道になります。
- サインインしているアカウントが正しいか：複数の Microsoft アカウントを持っていると、意図せず別アカウントでログインしていることがあります。
- 電話番号が同じアカウントを試していないか：メールアドレスを変えても、電話番号の制約により同一扱いになることがあります。
- 「削除日」の認識：メール通知や画面上の削除日を基準に、実際に 60 日以上経過しているかを日付で再確認します。
- ブラウザの影響：Cookie や別ブラウザでの再ログインは、表示崩れの切り分けには役立ちます（ただし根本解決でないことも多いです）。
上記を確認したうえで改善しない場合、「待機が足りない」のではなく、アカウント側に何らかの状態が残っている可能性があります。その場合、掲示板側での解除は難しく、サポート経路（企業サポート契約など）を持つかどうかが現実的な分岐になります。
待てない場合の回避策：別の Microsoft アカウントで新規登録する
「仕事で急ぎ検証したい」「学習を止めたくない」など、60 日も待てないケースは珍しくありません。その場合、現実的な回避策は 別の Microsoft アカウントで Microsoft 365 Developer Program に新規参加する ことです。
ただし、ここで重要なのが 電話番号の制約 です。FAQ には「電話番号に関連付けられる Developer Program アカウントは 1 つだけ」とあるため、メールアドレスだけ変えても、登録時の電話番号が同じだと同じ壁に当たることがあります。
新規アカウント作成で失敗しないための条件
- 過去に Developer Program 登録に使っていない 個人用 Microsoft アカウント（Outlook.com / Hotmail / Live など） を使う
- 可能なら、登録時の 電話番号も別 にする（少なくとも待機期間中は）
- “*.onmicrosoft.com のメールアドレス” ではサインアップに向かないため避ける
別アカウント運用のメリット・デメリット
| 観点 | メリット | デメリット |
|---|---|---|
| スピード | 60 日を待たずに再開できる | 電話番号制約に引っかかると結局詰まる |
| 環境の新鮮さ | 完全に新しいテナントとして構築できる | 前テナントの設定やデータは基本的に引き継げない |
| 運用 | 検証用途を分けられる（学習用/案件用など） | アカウントが増え、管理（MFA、パスワード、権限）が煩雑になる |
「プロフィールの削除（Delete Profile）」を押す前に知っておきたいこと
ダッシュボードに「Deleted subscription」が表示されたとき、試行錯誤の末に Delete Profile（プロファイルの削除） を押したくなることがあります。操作としては簡単ですが、次の点を理解してから実行するのが安全です。
| 操作 | 何が起きるか | メリット | 注意点 |
|---|---|---|---|
| プロファイルを削除する | Developer Program の参加情報が削除される | “作り直し”の前提状態を整えられる | 削除後は 60 日待機が必要になるため、すぐ再登録できるとは限らない |
| 削除せず待つ | 削除状態のまま時間経過を待つ | 余計な操作を増やさない | 待機起点が分かりにくい場合があるので、削除日を記録する |
FAQ でも、アカウント削除や再取得に 60 日の待機があることが説明されています。手当たり次第に削除操作を繰り返すと、かえって「いつから 60 日なのか」が分かりにくくなるため、削除日・操作日をメモしておくのが実務的です。
サポート窓口の現実：チャットで即リセットしてもらうのは難しい
「削除済みサブスクリプションを消してほしい」「資格フラグをリセットしてほしい」と思っても、Microsoft Q&A のモデレーターは権限的に対応できない旨が明示されています。また、この現象自体が “自動ポリシー” に起因すると説明されることもあります。
では、どこに問い合わせればよいのか。現実的には次の整理になります。
| 相談先 | 期待できること | 期待しにくいこと | 向いている人 |
|---|---|---|---|
| Microsoft Learn / Microsoft Q&A | 公式 FAQ に沿った案内、同様の事例共有 | アカウントの強制リセット、個別復旧 | 原因と手順を整理したい人 |
| Microsoft サポート（Contact Us） | サインインや課金など一般的な Microsoft 365 の窓口案内 | Developer Program 固有の裏側フラグを必ず直してくれる保証 | 有償契約のサポート経路がある人 |
| Premier / Unified Support などの契約経路 | 担当経由での要求プロセス・確認 | 無料参加の“即時リセット” | 企業としてサポート契約がある人 |
特に企業契約（Premier / Unified Support）を持つ場合は、FAQ に「サポート パートナーの連絡先が要求プロセスを管理する」旨が記載されています。個人で無料参加している場合は、基本的にドキュメントとコミュニティが中心になりやすい点は押さえておきましょう。
どうしても環境が必要なときの代替案
「今すぐ検証環境が欲しいが、電話番号の制約で新規登録も難しい」「会社のポリシーで個人アカウントを増やせない」など、待機も別アカウントも取りづらいケースがあります。その場合、Developer Program 以外のルートで “開発用 Microsoft 365 環境” を確保できないかを検討します。
- Visual Studio サブスクリプションの特典を使う：Developer Program を Visual Studio と連携すると、更新が安定しやすいと案内されています。
- 企業のサポート契約やパートナー制度の枠を使う：Premier / Unified Support 契約がある場合や、対象プログラム参加企業の場合は、要求プロセスが別管理になることがあります。
- 有償の Microsoft 365 テナントで検証する：予算が許すなら、開発・検証専用の有償テナントを別途用意して“環境が消えるリスク”自体を減らす考え方もあります。
もちろん、Developer Program の E5 サンドボックスは機能面・手軽さの魅力が大きいのですが、更新モデルと削除後の待機ルールを理解せずに運用すると、今回のような「再登録できない期間」が学習・開発のボトルネックになります。用途（学習 / 検証 / 仕事）に応じて、最初から複数の選択肢を持っておくと安心です。
通知の受け取り：スレッド更新メールを有効化する方法
同様の問題を Microsoft Q&A に投稿した場合、回答が付いたタイミングを見逃さないために、メール通知を有効化しておくと便利です。Microsoft Learn プロフィールの設定から、Q&A のメール通知をオンにできます。
- Microsoft Learn の プロフィール設定 を開く
- 「Manage email preferences」で通知先メールアドレスを登録する
- 「Q&A preferences」で Q&A email notifications を有効化し、保存する
再発防止：E5 サンドボックスを失効させないために知っておきたい更新ルール
Microsoft 365 Developer Program の E5 開発者サブスクリプションは、基本的に 最大 90 日 のサイクルで、開発アクティビティに応じて更新される仕組みです。更新は “有効な開発アクティビティ” に基づくため、放置すると失効し、最終的には削除されます。
失効を避けるための現実的な運用のコツ
- 「何もしない期間」を作らない（学習でもよいので定期的に触る）
- Teams / SharePoint / Microsoft Graph など、目的に沿った検証作業を継続する
- 有効期限はダッシュボードで確認し、期限が近いときは作業頻度を上げる
- 長期で安定して使いたい場合は、Visual Studio サブスクリプションと紐付ける選択肢も検討する
Visual Studio 経由で参加する場合や、既存の開発者サブスクリプションを Visual Studio とリンクする場合は、Visual Studio の契約期間中は自動更新される、と案内されています。学習・検証を長期継続したい人ほど、この選択肢は検討価値があります。
よくある質問
60 日以上待ったのに「Deleted subscription」のままです。どうすれば？
まずは、削除日（起点）を取り違えていないか確認してください。次に、同じ電話番号で複数アカウントを試していないかも要確認です。モデレーターはリセットできないため、状況が改善しない場合はサポート経路の有無（企業サポート契約など）を含めて検討する必要があります。
ブラウザのキャッシュ削除やシークレットモードは効果がありますか？
UI 表示の不整合が原因なら改善する場合もありますが、この問題の本質が待機ポリシーである場合、ブラウザ側の工夫だけで解決することは期待しにくいです。時間（クールダウン）か、別アカウントでの新規が基本線です。
古いテナントのデータやドメインは引き継げますか？
削除されたサブスクリプションは「削除」として扱われるため、前提として引き継ぎは期待しない方が安全です。再登録に備えて、必要データは常にバックアップしておきましょう（特に SharePoint / Teams の検証資産）。
新しいアカウントで登録したのに、結局「資格がない」と言われます
Developer Program には「資格（qualified）」という考え方があり、条件を満たしたメンバーが E5 開発者サブスクリプションのセットアップに招待されます。登録自体はできても、サンドボックスが作れない場合は、ダッシュボードに表示されるメッセージや FAQ の条件を確認し、必要なら別ルート（Visual Studio 特典、企業プログラムなど）を検討してください。
電話番号を変えられません。待機以外に手はありますか？
電話番号が 1 アカウントにひも付く仕様だと、どうしても “完全な新規” を作りにくい場面があります。個人で番号変更が難しい場合は、60 日待機を前提に計画するか、長期運用できる別ルート（Visual Studio、企業サポート契約）に切り替えるのが現実的です。
「削除済みサブスクリプション」が残っている間に、やってはいけないことは？
焦って本番テナント（実運用の Microsoft 365）を開発・検証に使い始めると、権限やデータ分離が曖昧になり、後で後悔しがちです。Deleted 状態は「環境が消えてもよい前提」で進んでいることが多いので、開発物の保管先やバックアップ戦略を決めたうえで、再開時に安全に戻れるようにしておくのがおすすめです。
今後も同じ問題にハマらないための一番の対策は？
期限・更新モデルを理解し、定期的に開発利用することです。長期的に安定させたい場合は、Visual Studio サブスクリプション連携など、更新が明確なルートを検討してください。
コメント