こんな方向けです。 Microsoft 365 CopilotのApp Builder agentやvibe.powerapps.comで社内アプリを作り、何を移す必要があるか確認したい方と、その管理者に向けて整理します。
たとえば、次のような悩みを想定しています。
「社員が作ったアプリがあります。11月30日までに何を確認すればいいですか」
「Power Automateも終了すると見ました。今動いているフローまで止まるのでしょうか」
「Teams内のアプリも使っています。同じ期限で移す必要がありますか」
結論を先に言うと
Power AppsのApp Builderとvibeの終了とは、Microsoft 365 Copilot内のApp Builder agentとvibe.powerapps.comが、2026年11月30日に終了することです。
アプリ移行の確認を急ぐ必要があるのは、この2つで作ったアプリを残したい方です。 この2つのアプリを使っておらず、既存のPower Automateフローだけを使っている方は、下記のサポート終了通知を理由にアプリ移行を急ぐ必要はありません。 ただし、フローの作成支援機能とDataverse for Teamsには、それぞれ別の変更があります。
Microsoft 365 Message Centerの通知は、公開アーカイブで確認しました。 この記事は、保存した通知本文とMicrosoft Learnをもとに、2026年11月9日時点の内容を整理しています。
この記事で持ち帰れることは、次の4つです。
- アプリ・フロー・環境で、終了の対象と期限を分けて判断すること
- App Builder agentやvibe.powerapps.comを使う人とチームを洗い出すこと
- 残すアプリの移行に向けて、通知で求められている対応を確認すること
- 持ち主と置き場所を決めるための、CodeClimbの判断基準を知ること
11月30日に何が終わり、何が残るか
App Builder・vibeの通知（MC1505609）、Describe it to design itの通知（MC1537406）、デザイナーのCopilotの通知（MC1540258）は、対象と影響が異なります。 環境の変更は、Microsoft LearnのDataverse for Teamsの節で確認できます。
| 区分 | 対象 | 期限・変更日 | 既存のものはどうなるか |
|---|---|---|---|
| アプリ | Microsoft 365 Copilot内のApp Builder agentとvibe.powerapps.com | 2026年11月30日に終了。新規アプリ作成は2026年10月中旬から不可 | 11月30日より前に移行を完了できなかったアプリは、これらの終了する画面からはアクセスできなくなる |
| フロー | Power AutomateのDescribe it to design it | 2026年11月30日にサポート終了。説明文から新規クラウドフローを作れなくなる | この変更による既存フローの削除・移動はない。ビジュアルデザイナーでの作成・編集とテンプレートは引き続き使える |
| フロー | クラウドフロー・エージェントフローのデザイナーのCopilot | 2026年11月30日にサポート終了 | Copilotで作成・編集したものを含め、この変更による既存フローの削除・移動・変更はない。デザイナーでの作成・編集・テスト・実行は引き続きできる |
| 環境 | Dataverse for Teams | 2026年11月15日から新規環境を作成不可 | Dataverseへアップグレードしていない環境は、2027年9月15日に一時停止、2027年10月30日に廃止。アプリ・フロー・エージェント・データが利用できなくなる |
アプリの移行と、フローの作成支援機能のサポート終了を分けて確認してください。 フローの2件は、既存フローの削除や移動を告知するものではありません。
Dataverse for Teamsは、2026年11月30日に既存環境が廃止されるという日程ではありません。 Microsoft Learnでは、新規作成の終了、一時停止、廃止の3段階が示されています。
Microsoft機能の終了への対応を併せて整理する場合は、SharePointアラート終了とPower Automate・ルールの解説もご覧ください。
自社に対象があるか確認する手順
MC1505609の「Who is affected」が挙げる対象者は、次の3者です。 製品名だけで判断せず、どの画面を使って作ったアプリかを確認してください。
- Microsoft 365 CopilotのApp Builder agentでアプリを作った人
- vibe.powerapps.comでアプリを作った人
- その作成者とアプリを支援する管理者
確認作業の例です。 入力する情報を「作成に使った画面名と、使っているチーム」とし、対象者へ聞き取り、App Builder agent・vibe.powerapps.comの利用に当たるかを確認します。 これは対象を洗い出すための説明例で、移行機能の画面操作ではありません。
通知の「Action required and recommendations」に沿って、次の順に確認できます。
- App Builder agentまたはvibe.powerapps.comを使っている作成者とチームを特定する。
- 対象の作成者へ、終了までの日程を伝える。
- 新規アプリの作成には、Copilot CoworkまたはMicrosoft Copilot Studioを使うよう案内する。
- 移行資料を確認し、製品内の移行機能が利用可能になったら既存アプリの移行を始める。
- 組織として残すアプリは、2026年11月30日より前に移行を完了する。
通知には、製品内の移行機能は2026年10月中旬ごろに提供されるとあります。 一方で、対応事項には「manual migration」という表現もあります。
この記事では、通知の案内と個別環境での提供状況を分けて扱います。 移行が自動で終わることや、個別環境での操作手順・移行後の動作は確認していません。
部署別の使いどころ：後継と置き場所を考える確認観点
部署ごとの整理では、次の問いを使ってください。 通知が求める「作成者とチームの特定」「日程の周知」「新規作成先の案内」「残すアプリの移行」を、社内で誰に確認するかの整理です。 各部署で特定の後継製品を推奨する表ではありません。
| 確認する部署の例 | 担当者へ聞くこと | 確認する通知の項目 |
|---|---|---|
| 営業 | App Builder agentやvibeで作ったアプリを使う人・チームはいるか | 作成者とチームの特定 |
| 総務・経理 | 対象アプリのうち、部署で残したいものはどれか。終了日程は作成者へ伝わっているか | 日程の周知、残すアプリの移行 |
| 情報システム・管理担当 | 新規作成先の案内と移行資料を、対象の作成者が確認できるか | Copilot Cowork・Copilot Studioの案内、移行資料の確認 |
アプリ名だけでなく、「作った人」「使うチーム」「残すかどうか」を確認してください。 後継の案内は、次の節の提供段階と併せて読むことができます。
後継と移行前に確認すること
MC1505609は、新規アプリをCopilot CoworkまたはMicrosoft Copilot Studioで作るよう案内しています。 通知にある提供段階と日程は、次のとおりです。
- Copilot CoworkのApps：2026年9月8日からFrontier programで提供。
- Microsoft Copilot StudioのApps：2026年10月上旬からパブリックプレビューの展開を開始。
- App Builder agent・vibe.powerapps.com：2026年10月中旬から新規アプリを作成不可。
同通知の「Compliance considerations」は、コンプライアンス上の考慮事項は特定されておらず、組織に応じて確認するという内容です。 自社で確認不要と判断する根拠にはせず、組織の担当者に確認してください。
アプリの作成先を変える話と、データを含む環境の変更は分けて確認してください。 Dataverse for Teamsの未アップグレード環境については、Microsoft Learnに2027年9月15日の一時停止と10月30日の廃止が記載されています。
CodeClimbの見解
弊社には、今回のPower Appsの移行を手がけた経験はありません。 ここからは、別の道具で業務システムを作ってきた側の見解です。
自然言語で手軽に作れたアプリほど、持ち主と置き場所が曖昧になりやすいと考えています。 作れた時点で終わらせず、誰が残す判断をし、誰が管理するのかを決めるところまでを業務に含めたいです。
まず、残すアプリと作り直すアプリを分ける基準は、「使っている人数」「止まったときの業務影響」「扱うデータ」の3つで考えています。 たとえば、少人数で試しているものと、毎日の業務で複数人が使うものを、同じ優先順位にしない整理です。 人数が少なくても、止まると業務が進まないアプリは優先して確認したいと考えています。
残すアプリは、持ち主・アプリの置き場所・データの場所を台帳にするのがよいと考えています。 社内アプリの台帳は、備品の管理表に似ています。 この例えで共通するのは担当と保管場所を追える点までで、移行方法やデータの扱いを説明するものではありません。
後継については、今回の通知の時点ではFrontier programやパブリックプレビューの段階と書かれています。 業務の本番を載せる前に、自社で使う機能、管理方法、運用条件を確認したいと考えています。 後継の名前が案内されていることと、自社の業務を載せられると確認できたことは分けて判断します。
終了を機に、業務の置き場所を決め直す視点も必要だと考えています。 あるkintone運用案件では、外部サービス（トヨクモのFormBridge・kViewer・DataCollect）に月9万円かかっていたのを、自社開発のシステムに置き換えて廃止し、年間約108万円を削減しました。 これはkintone運用案件の実績で、今回のPower Apps移行による成果ではありません。
同じ削減を約束する話ではなく、今の使い方に合う置き場所を考えるための経験です。 システム開発・業務改善の支援内容と制作・開発実績も、その検討材料としてご覧ください。
よくある質問
通常のCanvas appやmodel-driven appも、11月30日までに移す対象ですか？
MC1505609の対象として挙がっているのは、App Builder agentまたはvibe.powerapps.comで作った人と、その作成者・アプリを支援する管理者です。 今回確認したこの通知には、Canvas appやmodel-driven appは対象として挙がっていません。 この通知だけで自社のアプリ全体の影響を判断せず、作成に使った画面と各通知の対象を確認してください。
作った担当者が異動しています。準備は何から始めればいいですか？
まず、対象アプリを作った人と、現在使っているチームを確認してください。 通知の対応事項も、作成者とチームの特定から始まっています。 そのうえで、残したいアプリと日程を関係者で確認してください。
移行がうまくいかない場合、終了した画面から使い続けられますか？
MC1505609では、2026年11月30日より前に移行を完了できなかったアプリは、これらの終了する画面からはアクセスできなくなるとされています。 通知が案内する移行資料を確認し、残したいアプリの移行状況を期限前に確認してください。 この記事では、個別の失敗原因や復旧操作は確認していません。
まとめ
App Builder agentとvibe.powerapps.comは、2026年11月30日に終了します。 残したいアプリがある場合は、作成者とチームを特定し、通知の移行案内に沿って期限前の移行を進めてください。
Power Automateの2つのサポート終了は、既存フローを削除・移動する変更ではありません。 Dataverse for Teamsには、2026年11月15日の新規作成終了、未アップグレード環境の2027年9月15日の一時停止、10月30日の廃止という別の日程があります。
残すアプリの置き場所を整理して相談する
相談の前に整理することは、残したいアプリ、使っている人、業務で困ることです。 分かる範囲で、今のアプリとデータの置き場所もまとめてください。
CodeClimbへの相談では、まずその情報から、残すアプリの置き場所を一緒に考えます。 相談窓口へ、現状と迷っている点をお聞かせください。
出典
https://mc.merill.net/message/MC1505609 ｜ Microsoft 365 Message Center Archive（MC1505609） ｜ 公開日 2026年10月
https://mc.merill.net/message/MC1537406 ｜ Microsoft 365 Message Center Archive（MC1537406） ｜ 公開日 2026年11月
https://mc.merill.net/message/MC1540258 ｜ Microsoft 365 Message Center Archive（MC1540258） ｜ 公開日 2026年11月
https://learn.microsoft.com/power-platform/important-changes-coming ｜ Microsoft Learn ｜ 参照 2026-11-09
