Microsoft TeamsでPower Apps、Power Automate、Microsoft Copilot Studioを使っている組織は、Dataverse for Teams environmentを「Teams内の小さなデータ領域」とだけ考えると運用リスクを見落とします。公式情報の要点は、Dataverse for Teams環境はチーム単位で自動作成され、容量・ライセンス・アクセス権・削除・アップグレードの扱いが通常のDataverse環境とは異なるという点です。特に管理者は、Power Platform管理センターで「Type」が「Microsoft Teams」の環境を確認し、容量上限、非アクティブ環境の自動削除、Teamsアプリの許可ポリシー、データポリシーの適用漏れを点検する必要があります。(Microsoft Learn)
Microsoft TeamsのDataverse for Teams environmentとは
Microsoft Dataverse for Teamsは、Microsoft Teamsに組み込まれたローコード向けのデータプラットフォームです。Teams上でPower Appsのアプリ、Microsoft Copilot Studioのエージェント、Power Automateのフローを作成・利用するためのデータ保存先として機能します。Microsoft Learnの公式ページでは、Dataverse for Teamsは2020年9月に導入された、Teams向けの組み込み型ローコードデータ基盤として説明されています。(Microsoft Learn)
通常のDataverseと同じ系統の技術を使いますが、位置付けは「Teams内で使うための軽量な環境」です。たとえば、現場チームが以下のようなアプリを作る場合に利用されます。
- 社内申請の受付アプリ
- 点検結果を記録するアプリ
- 問い合わせを分類する簡易エージェント
- Teams内の入力をきっかけに通知するフロー
- チーム単位で管理する案件・タスク・備品データ
重要なのは、Dataverse for Teams環境は管理者がPower Platform管理センターから新規作成するものではなく、Teams内でアプリやエージェントを初めて作成したり、Power Appsで作られたアプリをアプリカタログから初めてインストールしたりしたタイミングで、対象チームに自動作成される点です。各チームにつき1つの環境を持ち、Power Platform管理センターでは環境一覧の「Type」が「Microsoft Teams」と表示されます。(Microsoft Learn)
2026年5月更新で押さえるべき変更点
今回の公式情報は、サービス仕様そのものの大規模変更というより、Dataverse for Teams環境の管理・クリーンアップ・関連ドキュメントの整理が進んだ更新として読むのが適切です。GitHub上のMicrosoft Docs履歴では、2026年5月15日に「自動環境クリーンアップへのDataverse for Teamsクリーンアップ内容の移行」「記事日付とセクション名の更新」「自動削除関連リンクの修正」が行われています。(GitHub)
実務上のポイントは次の3つです。
| 確認項目 | 変更・整理されたポイント | 管理者への影響 |
|---|---|---|
| 自動削除情報 | 非アクティブなDataverse for Teams環境の自動削除情報が、Power Platform環境の自動削除ドキュメント側に整理された | Teams環境も自動クリーンアップ対象として確認しやすくなった |
| 関連リンク | 旧「inactive-teams-environment」系のリンクから、自動環境クリーンアップ内のDataverse for Teamsセクションへのリンクに修正 | 古いブックマークや社内手順書のリンク確認が必要 |
| 記事構成 | 「See also」が「Related content」に変更され、記事日付も更新 | 仕様変更だけでなく、関連情報の参照先が変わった可能性に注意 |
特に注意したいのは、「更新日が新しい＝すべての仕様が新しく変わった」と短絡しないことです。今回の更新にはドキュメント整理の要素も含まれます。ただし、自動削除、容量制限、管理センターでの確認手順は運用に直接関わるため、TeamsでPower Platformを使っている組織は点検対象に入れるべきです。
対象になるユーザーと影響範囲
Dataverse for Teams environmentの影響は、Power Platformの専門管理者だけに限られません。Teamsのチーム所有者、情シス、開発者、現場のアプリ作成者まで関係します。
| 対象者 | 影響する内容 | すぐ確認すべきこと |
|---|---|---|
| Microsoft 365管理者 | Teams、Microsoft 365グループ、ライセンス、アプリ許可設定に影響 | Teamsアプリの許可ポリシー、対象ライセンス、ゲスト利用 |
| Power Platform管理者 | 環境、容量、バックアップ、復元、削除、アップグレードに影響 | TypeがMicrosoft Teamsの環境一覧、容量、最終アクティビティ |
| Teams管理者 | Power AppsやCopilot Studioの利用可否に影響 | Teams管理センターのアプリ権限ポリシー、アプリ中心管理への移行状況 |
| 開発者・アプリ作成者 | 作成場所、利用可能な機能、APIアクセス、外部利用に影響 | Teams内で完結できる要件か、通常Dataverseが必要か |
| チーム所有者 | チーム削除時の環境削除、メンバー権限、通知受信に影響 | チームの棚卸し、不要環境の削除、必要環境の継続利用 |
Dataverse for Teamsは、チームに紐づくMicrosoft 365グループと連動してアクセスを制御します。Teamsの所有者やメンバーの変更はMicrosoft 365グループ側にも反映され、Dataverse for Teams環境へのアクセスにも関係します。(Microsoft Learn)
そのため、現場で「Teamsのメンバーを追加しただけ」のつもりでも、実際にはアプリやデータへのアクセス範囲が変わる可能性があります。業務データを扱うチームでは、Teamsメンバー管理とアプリのデータ権限を別物として考えず、一体で確認する必要があります。
通常のDataverseとの違いを理解する
Dataverse for Teamsは便利ですが、通常のDataverseの完全な代替ではありません。用途を誤ると、後から容量不足、API制限、ライセンス不足、移行作業の増加につながります。
| 比較項目 | Dataverse for Teams | 通常のDataverse |
|---|---|---|
| 主な用途 | Teams内で使うチーム向けアプリ、エージェント、フロー | 部門横断・全社利用・本格的な業務アプリ |
| 作成場所 | Microsoft Teams内で自動作成 | Power Platform管理センターなどで作成 |
| チームとの関係 | 1チームにつき1環境 | Teamsに限定されない |
| 容量 | 1環境あたり2GBの組み合わせストレージ | 契約・ライセンス・容量アドオンに応じて管理 |
| 外部API利用 | 直接APIアクセスは提供されない | Dataverse APIを利用可能 |
| コピー・リセット | 既定では利用不可 | 環境種別や権限に応じて利用 |
| アップグレード | Dataverseへアップグレード可能 | すでに通常Dataverse環境 |
| 向いているケース | 小規模・チーム内完結・短期間で作る現場アプリ | 基幹連携、監査、ALM、詳細なアクセス制御が必要なアプリ |
公式情報では、Dataverse for Teams環境ではコピーとリセットが既定で利用できず、直接APIアクセスも提供されないと説明されています。また、スタンドアロンのPower AppsやPower Automate利用、Dataverse APIアクセスが必要な場合は、環境をDataverseへアップグレードする必要があります。(Microsoft Learn)
判断基準はシンプルです。Teams内の少人数で使うならDataverse for Teams、部門横断・外部連携・長期運用なら通常のDataverseを検討しましょう。
ライセンスと制限で注意すべき点
Dataverse for Teamsは、Power PlatformとMicrosoft Teamsの機能を含む一部のMicrosoft 365サブスクリプションで利用できます。ただし、EDU A1やSUB SKUは除外されると公式FAQで説明されています。(Microsoft Learn)
実務で特に誤解されやすいのは、次の点です。
| 誤解しやすい点 | 実際の考え方 |
|---|---|
| Microsoft 365があれば何でも使える | Dataverse for Teamsの利用権と、通常Dataverseやプレミアムコネクタの利用権は別に考える |
| Teams内で作ったアプリはPower Appsポータルにも普通に出る | Teamsで作成したアプリは、make.powerapps.comやPower Appsモバイルアプリの通常一覧には表示されない場合がある |
| 外部APIからDataverse for Teamsを直接操作できる | Dataverse for Teamsには直接APIアクセスは提供されない |
| ゲストも作成・編集できる | ゲストはチーム内のアプリやデータへアクセスできても、アプリのインストール、作成、編集はできない |
| 容量を追加購入すればそのまま拡張できる | Dataverse for Teamsの2GB上限はそのまま拡張できず、必要に応じてDataverseへのアップグレードを検討する |
Power PlatformのライセンスFAQでは、Dataverse for TeamsはTeamsクライアントで使うことを前提としており、Teams外でDataverse for Teamsを使いたい場合はDataverseへのアップグレードが必要とされています。また、プレミアムコネクタを使う場合は、利用者に応じたPower AppsまたはPower Automateのライセンスが必要になります。(Microsoft Learn)
容量制限と上限到達時の挙動
Dataverse for Teams environmentで最も現場トラブルになりやすいのが容量です。公式情報では、各Dataverse for Teams環境には、データベースとファイルを合わせた2GBの容量が提供され、その一部はシステム用に予約されると説明されています。(Microsoft Learn)
容量は次の2段階で確認します。
| レベル | 主な制限 | 到達時の影響 |
|---|---|---|
| 環境単位 | 1環境あたり2GB | 新しいアプリ、エージェント、フロー、テーブルの作成・インストールができなくなる |
| テナント単位 | 5環境に加え、対象Microsoft 365ユーザーライセンス20件ごとに1環境追加 | 新しいDataverse for Teams環境の作成がブロックされる可能性がある |
環境単位では、容量上限の80%に近づくとTeamsの作成者体験で警告が表示され、100%に達すると既存アプリや既存フローは動作を継続できる一方、新規作成や新規インストールはできなくなります。テナント単位でも、80%で管理者に通知され、100%では新しいDataverse for Teams環境の作成がブロックされます。(Microsoft Learn)
管理者は、Power Platform管理センターで以下を確認してください。
| 確認場所 | 操作 |
|---|---|
| Power Platform管理センター | サインイン |
| Licensing | Capacity add-onsを開く |
| Microsoft Teamsタブ | Dataverse for Teams環境ごとの容量使用量を確認 |
| Environments | TypeがMicrosoft Teamsの環境を一覧化 |
容量が増えている場合、まずは不要なテーブル、添付ファイル、古いデータを削除します。それでも不足するなら、Dataverseへのアップグレードを検討します。2GBを超える業務データを継続的に扱うアプリは、そもそもDataverse for Teams向きではない可能性があります。
非アクティブ環境の自動削除に注意する
2026年5月更新で特に確認したいのが、非アクティブなDataverse for Teams環境の自動削除です。Microsoftの自動環境クリーンアップ情報では、Dataverse for Teams環境は90日間アクティビティがないと無効化され、その後30日間管理者が対応しない場合に削除されます。削除後、管理者が復元できる期間は7日間です。(Microsoft Learn)
タイムラインは次の通りです。
| 無活動期間 | Power Platform側の動き | 管理者の対応 |
|---|---|---|
| 83日 | 無効化予定の警告 | 必要な環境か確認 |
| 87日 | 再度警告 | チーム所有者に利用状況を確認 |
| 90日 | 環境が無効化 | 必要なら再有効化 |
| 113日 | 削除予定の警告 | 復旧要否を判断 |
| 117日 | 再度削除警告 | バックアップや移行を検討 |
| 120日 | 環境が削除 | 7日以内なら復元を検討 |
無効化または削除されたDataverse for Teams環境は、Teams、チャネル、SharePointサイトなどのTeams資産自体には影響しません。ただし、Dataverse統合部分には影響し、アプリの起動、フロー、チャットボット利用などができなくなります。(Microsoft Learn)
ここで失敗しやすいのは、「Teams自体が残っているからアプリも大丈夫」と考えてしまうことです。Teamsの会話やファイルが残っていても、Dataverse for Teams環境が無効化・削除されれば、アプリのデータ基盤は使えなくなる可能性があります。
アクセス権とロールの整理
Dataverse for Teams environmentのアクセス権は、Teamsの役割と強く結びつきます。公式情報では、Teams所有者、Teamsメンバー、Teamsゲスト、グローバル管理者、Power Platform管理者、Dynamics 365管理者などのロールごとの扱いが整理されています。(Microsoft Learn)
| Teams上の立場 | Dataverse for Teamsでの扱い | 注意点 |
|---|---|---|
| Teams所有者 | System Administratorが自動割り当て | バックアップや復元などの保守操作に関わる |
| Teamsメンバー | Teams Memberが自動割り当て | アプリ実行だけでなく、リソース作成・更新が可能な場合がある |
| Teamsゲスト | Teams Guestが自動割り当て | 作成・編集はできず、主に検出・実行に限定 |
| グローバル管理者 / Power Platform管理者 | テナント管理者権限で保守可能 | チームメンバーでなくても保守タスクを実行できる |
| Dynamics 365管理者 | チーム所有者またはメンバーである必要がある | チームに属していない場合はアクセスできない |
特に注意したいのは、Teamsメンバーがチーム内のリソースやデータに広くアクセスできる可能性があることです。業務データを扱うアプリでは、Teamsのメンバー追加を気軽に行うと、データ閲覧範囲まで広がる場合があります。
また、Dataverse for Teamsではレコード共有がサポートされません。個別レコードを別ユーザーや別チームに共有するような要件がある場合は、通常のDataverse利用を検討した方が安全です。(Microsoft Learn)
管理者が確認すべき設定
Dataverse for Teams environmentを安全に運用するには、Power Platform管理センターとTeams管理センターの両方を確認します。
Power Platform管理センターで確認する項目
| 項目 | 確認内容 | 判断基準 |
|---|---|---|
| 環境一覧 | TypeがMicrosoft Teamsの環境 | 不要な環境が増えていないか |
| 環境名 | チーム名と一致しているか | 古いチーム名・用途不明の環境がないか |
| 容量 | 2GB上限に近づいていないか | 80%付近なら整理・移行を検討 |
| 最終アクティビティ | 90日無活動に近づいていないか | 必要環境なら利用または再有効化を検討 |
| ユーザー | 所有者、メンバー、ゲスト | 権限が広がりすぎていないか |
| 設定 | Teams integration settings | Dynamics 365アプリとのTeamsチャット連携が意図通りか |
| データポリシー | Teams環境にも適用されているか | 新規作成された環境がポリシー対象外になっていないか |
環境設定の変更には、System AdministratorやSystem Customizerなどの十分な権限が必要です。公式手順では、Power Platform管理センターのManageからEnvironmentsを開き、TypeがMicrosoft Teamsの環境を選択してSettingsを開く流れが示されています。(Microsoft Learn)
Teams管理センターで確認する項目
Dataverse for Teams環境の作成を抑制したい場合、Teams側のアプリ制御も重要です。公式情報では、Power AppsやMicrosoft Copilot Studioでアプリやエージェントを作成する機能はTeamsで既定有効であり、管理者はTeamsのアプリ権限ポリシーで特定ユーザーに対して有効・無効を制御できると説明されています。(Microsoft Learn)
ただし、Power AppsやMicrosoft Copilot Studioを無効化しても、それだけではDataverse for Teams環境の作成を完全には防げません。Inspection、Employee Ideas、Issue Reportingなどのサンプルアプリをチームに追加すると、Dataverse for Teams環境が作成される可能性があるため、環境作成を防ぎたい場合はそれらのアプリもブロックする必要があります。(Microsoft Learn)
Teams管理センターでは、次の観点で確認します。
| 設定 | 確認ポイント |
|---|---|
| Org-wide app settings | 組織全体でMicrosoftアプリ、サードパーティアプリ、カスタムアプリをどう扱うか |
| App permission policies | Power Apps、Copilot Studio、サンプルアプリを誰に許可するか |
| App centric management | アプリ中心管理へ移行済みか |
| Manage apps | 対象アプリが許可・ブロック・承認待ちのどれになっているか |
| App setup policies | ユーザーにピン留めするアプリが、権限ポリシーと矛盾していないか |
Teamsのアプリ権限ポリシーは、アプリをユーザー単位で許可・ブロックするための仕組みです。Microsoft公式ドキュメントでは、ポリシー変更の反映に数時間かかる場合があること、ブロックされたアプリの機能はユーザーが操作できないことも示されています。(Microsoft Learn)
データポリシーは「作った後」ではなく「作られた瞬間」を意識する
Dataverse for Teams environmentのガバナンスで見落としやすいのが、データポリシーの適用タイミングです。公式情報では、Power Platformのデータポリシーやテナント分離などのガバナンスポリシーは、他の環境種別と同様にMicrosoft TeamsおよびDataverse for Teams環境にも適用されると説明されています。(Microsoft Learn)
ただし、Teams環境はユーザー操作によって自動的に増えるため、ポリシー対象に手動で追加する運用だけでは漏れが発生します。Microsoftは、すべてのTeams環境にデータポリシーを適用するために、PowerShellモジュールとUpdatePolicyEnvironmentsForTeams関数を使う手順を示しています。(Microsoft Learn)
実務では、以下のように運用すると安全です。
| 運用項目 | 推奨アクション |
|---|---|
| 初期設定 | Teams環境向けのデータポリシーを作成 |
| 自動反映 | PowerShellでTeams環境をポリシーに追加 |
| 定期実行 | 新しいTeams環境が作成される前提でスケジュール実行 |
| 例外管理 | 例外環境のIDをファイルなどで管理 |
| 監査 | Power Platform管理センターで対象環境を定期確認 |
注意点として、この関数は実行ごとにポリシー内の環境リストを新しいリストで置き換えます。ポリシー名と表示名が一致しない場合は更新されません。新しいTeams環境がスクリプト実行後に作成された場合、再実行または手動追加までポリシー対象外になるため、定期実行が重要です。(Microsoft Learn)
Dataverseへのアップグレードが必要になるケース
Dataverse for Teams environmentは、必要に応じて通常のDataverse環境へアップグレードできます。公式情報では、テナント管理者がPower Platform管理センターからDataverse for Teams環境をDataverseデータベース環境へアップグレードできると説明されています。(Microsoft Learn)
アップグレードを検討すべき代表的なケースは次の通りです。
| ケース | なぜアップグレードが必要か |
|---|---|
| 2GB上限に近づいている | Dataverse for Teamsの容量は追加拡張できない |
| Teams外でもアプリを使いたい | Dataverse for TeamsはTeams内利用が前提 |
| Dataverse APIを使いたい | Dataverse for Teamsには直接APIアクセスがない |
| 個別のアクセス制御や監査が必要 | 通常Dataverseの方がガバナンス機能を使いやすい |
| 本格的なALMが必要 | 開発・テスト・本番の環境分離やソリューション管理を行いやすい |
| レコード共有が必要 | Dataverse for Teamsではレコード共有がサポートされない |
| 部門横断で利用する | Teams単位の1:1環境では管理しづらくなる |
アップグレード後は、アプリ作成者がPower Appsポータルでアプリやフローを編集する必要があり、環境のライフサイクルはTeamsのライフサイクルに紐づかなくなります。また、アップグレード後の環境容量はテナントのDataverse容量にカウントされ、アプリ利用にはPower AppsやPower Automateなどの適切なPower Platformライセンスが必要になります。(Microsoft Learn)
ここでの失敗パターンは、容量不足になってから急いでアップグレードすることです。アップグレードにはテナント側に十分なDataverse容量が必要で、不足している場合は操作がブロックされます。利用者数、データ量、ライセンス、アプリの重要度を事前に整理してから判断しましょう。(Microsoft Learn)
削除・復元・バックアップの考え方
Dataverse for Teams environmentのライフサイクルは、チームと強く結びついています。公式情報では、チームが削除されると、そのチームに作成されたDataverse for Teams環境も削除されると説明されています。環境自体はチーム所有者がチーム内から削除でき、削除前には誤削除を防ぐための警告が表示されます。(Microsoft Learn)
| 操作 | Dataverse for Teamsでの扱い |
|---|---|
| バックアップ | 自動バックアップとラベル付きバックアップが利用可能。最大7日間利用可能 |
| 復元 | 同じ環境へのセルフ復元のみ対応 |
| コピー | 既定では利用不可 |
| 作成 | Microsoft Teams経由のみ |
| 削除 | チーム所有者が削除可能。チーム削除時にも環境が削除される |
| リセット | 既定では利用不可 |
| アップグレード | Dataverseのフル機能を利用できるようになる |
業務で使うアプリがある場合、チーム削除前に以下を確認してください。
| 確認項目 | 理由 |
|---|---|
| そのチームにPower Appsアプリがあるか | 削除で利用できなくなる可能性がある |
| Dataverse for Teams環境に業務データがあるか | データ損失につながる |
| フローやエージェントが動いているか | 自動処理や問い合わせ対応が停止する |
| 別チームや部門が利用していないか | チーム外の利用者に影響する可能性がある |
| Dataverseへのアップグレードが必要か | チーム削除後も環境を残したい場合に検討する |
Teamsの棚卸しを行うときは、Teams、SharePoint、Plannerだけでなく、Power Platform管理センターでDataverse for Teams環境もあわせて確認することが重要です。
開発者が設計時に確認すべきポイント
開発者やアプリ作成者は、Dataverse for Teamsを使う前に「このアプリはTeams内で完結するのか」を確認してください。Dataverse for Teamsは素早く作れる一方、後から本格運用へ広げると制約にぶつかることがあります。
Dataverse for Teamsでよいケース
- 利用者が1つのチーム内に限定される
- データ量が小さい
- 外部API連携が不要
- 複雑な権限管理が不要
- Teams内での利用が中心
- 一時的な業務改善アプリとして使う
- 短期間で試作して効果を見たい
通常Dataverseを検討すべきケース
- 複数チームや複数部門で利用する
- 2GBを超える可能性がある
- 監査、詳細なセキュリティ、アクセス制御が必要
- Dataverse APIや外部システム連携が必要
- 開発・検証・本番の環境分離が必要
- ALMやソリューション管理を本格的に行う
- 長期的な業務基盤として運用する
初期段階ではDataverse for Teamsで素早く作り、利用が広がったら通常Dataverseへアップグレードする選択肢もあります。ただし、移行後はライセンス、容量、編集場所、アクセス権の考え方が変わるため、アプリ公開前から「アップグレードする可能性」を設計メモに残しておくと後の運用が楽になります。
管理者向けチェックリスト
Dataverse for Teams environmentを利用している可能性がある組織は、次の順番で確認すると効率的です。
| 手順 | 確認内容 | 完了の目安 |
|---|---|---|
| 1 | Power Platform管理センターでTypeがMicrosoft Teamsの環境を一覧化 | すべてのTeams環境が把握できている |
| 2 | 環境名と対応するTeamsチームを確認 | 用途不明の環境がない |
| 3 | 容量使用量を確認 | 80%超の環境に対応方針がある |
| 4 | 最終アクティビティを確認 | 90日無活動に近い環境を把握している |
| 5 | チーム所有者を確認 | 通知先・責任者が明確 |
| 6 | Teamsアプリ許可設定を確認 | Power Apps、Copilot Studio、サンプルアプリの許可範囲が明確 |
| 7 | データポリシーを確認 | 新規Teams環境にもポリシーが適用される仕組みがある |
| 8 | アップグレード候補を抽出 | 重要アプリのDataverse移行要否を判断済み |
| 9 | 社内手順書のリンクを更新 | 旧ドキュメントへのリンク切れがない |
| 10 | チーム削除手順にPower Platform確認を追加 | Teams削除でアプリデータを失わない |
最初から完璧なガバナンスを作る必要はありません。まずは「どのチームにDataverse for Teams環境があるのか」を把握し、次に「止まると困るアプリがある環境」と「不要な環境」を分けることが現実的です。
まとめ：Dataverse for Teamsは便利だが、放置せず管理対象に入れる
Dataverse for Teams environmentは、Microsoft Teams内でアプリ、エージェント、フローを素早く作るための便利な基盤です。一方で、チーム単位で自動作成される、1環境2GBの容量制限がある、非アクティブ環境は自動削除される、通常DataverseとはライセンスやAPIアクセスの扱いが異なる、といった運用上の注意点があります。
今回の公式情報では、特に自動削除関連の情報整理とリンク修正が行われており、管理者は社内手順や監査観点を見直すよいタイミングです。まずPower Platform管理センターでTypeがMicrosoft Teamsの環境を一覧化し、容量、最終アクティビティ、チーム所有者、データポリシー、Teamsアプリ許可設定を確認してください。
チーム内の小規模アプリならDataverse for Teamsで十分です。しかし、部門横断利用、長期運用、大容量データ、外部連携、詳細な権限管理が必要になった時点で、通常のDataverseへのアップグレードを検討するべきです。
コメント