Power Automateの所有者が退職したら、まずフローを一括でコピーしたり、接続を作り直したりせず、対象環境・ソリューション対応状況・有効な所有者・接続主体を一覧にします。ソリューション対応フローは所有者を変更できる場合がありますが、非ソリューションフローは同じ方法で所有者だけを差し替えられません。さらに、フローの所有者変更と、各コネクタが使う認証接続の引き継ぎは別の作業です。対象を分類してから、権限者が公式手順に合う方法を選び、接続・ライセンス・実行結果まで検証してください。
目次
最初にフローの稼働影響を止めずに把握する
退職者のアカウントが無効になったとき、すべてのフローが同じタイミングで停止するとは限りません。フローの種類、別の有効なowner/co-owner、接続の有効性、利用ライセンスなどによって状態が異なります。動いているように見えても、次の更新や認証更新で失敗する可能性があるため、「今run historyに成功がある」だけで引き継ぎ完了とはしません。
最初の棚卸しでは、environment、flow IDと名前、solution-awareかnon-solutionか、trigger（automated / scheduled / manual）、現在のownerとco-owner、最終成功・失敗時刻、重要度、実行頻度を記録します。管理者がowner不在のflowを参照・更新するには適切な権限が必要です。管理センターで対象環境を開き、Resources内のFlowsからOwners列を確認する手順がMicrosoftの管理者向け資料に示されています。権限がない場合は、makerが退職者の認証情報を借りるのではなく、環境管理者へ対象一覧と必要な役割を依頼します。
表は横にスクロールできます
| 確認欄 | 何を記録するか | 未確認のまま進めた場合のリスク |
|---|---|---|
| Environment | 環境名・用途・管理者 | 同名flowを別環境で変更する |
| Flow identity | ID、名前、solution有無 | 対応できるownership操作を誤る |
| Owners | owner、co-owner、admin経路 | 誰が編集・監視できるか不明 |
| Connections | connector、connection reference、接続主体 | フロー編集後も認証が失敗する |
| License | owner/flowに適用されるplan条件 | premium機能で停止・警告が起きる |
| Run history | 最終成功、直近エラー、trigger状態 | 引き継ぎ前からの障害を見逃す |
「所有者」と「接続の認証主体」を分ける
Flow ownerはフローの管理・共有・監視を行う主体ですが、各actionのconnectionがどのidentityで外部サービスへ接続するかは別に確認します。所有者を変えただけで、退職者個人のSharePoint、Outlook、SQLなどへのconnectionが新所有者の認証へ自動置換されると決めつけないでください。solution-aware flowではconnection referenceが含まれることがありますが、実際のconnectionとその権限・共有条件を各environmentで確認します。
connection名や一覧の存在だけでなく、使用先のresource、接続account、管理者または所有者、再認証状態、共有範囲を記録します。秘密値、token、passwordは棚卸し表や引継ぎメモへコピーしません。個人の接続が残っている場合は、業務用の適切なidentityへ変更できるか、権限者とライセンス条件を確認します。サービスアカウントやservice principalを使う場合も、ライセンスやrequest limits、接続共有、組織ポリシーを含めて承認されたidentityとして設計してください。
表は横にスクロールできます
| 対象 | owner変更で済むか | 追加確認 |
|---|---|---|
| Flowの編集・run history閲覧 | owner/co-owner/admin role | 対象environmentの権限 |
| Connector connection | いいえ | 接続の所有者、resource権限、認証状態 |
| Connection reference | 自動で置換されたと仮定しない | environmentで実際に選択されるconnection |
| License / request limit | owner変更だけで固定されない | flow種別、premium機能、利用plan |
| Secret・認証情報 | 引継ぎ文書へコピーしない | 発行元での再発行・rotation手順 |
Solution-aware flowは公式の所有者変更条件を確認する
Microsoftの現行手順では、solution-aware flowのowner変更はowner、co-owner、またはadminが行えます。変更後は元ownerと新ownerがco-ownerとなり、新ownerがrun historyやconnection referencesへアクセスできると説明されています。ただしこれは所有権メタデータと管理アクセスの説明であり、すべての外部接続が新identityで動く保証ではありません。
Automatedまたはscheduled flowでは、owner変更後に新ownerのlicenseとPower Platform request limitsが適用される場合があります。Microsoftの資料はこの変更の反映に最大7日かかる可能性を記載し、すぐ反映させる必要がある場合にflowを編集して保存する方法を示しています。実施する前に、変更の影響、owner、ライセンス、request limits、再保存による設定変更を確認してください。Manual flowは実行するユーザーのlicenseが適用されると説明されています。自分のflowがどの条件か、Detailsや対象planを確認してから切替日を決めます。
操作例は環境・画面の更新により表示位置が変わることがあります。基本は管理権限のある利用者がPower Automateで対象のsolutionまたはflowを開き、DetailsのPrimary ownerを編集する方法です。元のownerがすでにorganizationを離れている場合は、通常の編集画面を利用できるとは限りません。Power Platform管理者がorphaned flowの一覧を確認し、新しいco-ownerを割り当てる管理者向け手順を使えるかを確認します。画面で対象が見つからないときは、管理者向けPowerShell手順など、現行公式資料の方法へ進み、必要権限と対象flow IDを照合します。
Non-solution flowは同じ方法でownerを差し替えられない
Non-solution flowはownerがflow identityの一部であり、in-placeでownerだけを変更できないとMicrosoftの説明にあります。環境にDataverseがある場合は、solutionへ追加してからownershipを変更する選択肢があります。Dataverseがない環境では、export/import、Save as、Send a copyなどを使って新しいnon-solution flowを作成する方法が案内されています。どの方法が適切かは、管理者が環境の構成、flowの依存関係、接続、運用手順を確認して判断します。
コピー・移行では、既存flowを消す前に新flowをテストします。trigger条件、connection、接続参照、環境変数、child flow、approval、run-only user、通知先、実行履歴の保管要件などを棚卸しし、移行先で参照が解決するか確かめます。同じtriggerを旧flowと新flowの両方で有効にすると、メール・レコード作成・請求などの副作用が二重に起きる可能性があります。停止と有効化の順番、切替時間、rollbackの戻し方、テストレコードを先に決めてください。
表は横にスクロールできます
| 判定 | 次の方針 | 完了前に確認 |
|---|---|---|
| Solution-aware、owner変更できる権限あり | 公式のowner変更手順 | connection references、license、limits、run history |
| Orphaned flow、元ownerが不在 | 管理者がflowを特定しco-owner割当て等の復旧手順を実施 | admin role、flow ID、対象environment |
| Non-solution、Dataverseあり | solutionへ追加できるか管理者判断 | 依存関係、solution移行の影響、変更管理 |
| Non-solution、Dataverseなし | export/import・Save as・Send a copyから選択 | 新flowの接続、trigger二重化、切替計画 |
| 構成・接続・業務ownerが不明 | 変更を止め、process ownerとadminへ確認 | データ重要度と再実行・停止の影響 |
Orphaned flowを管理者が引き継ぐ手順
所有者の退職後、flowに有効なownerがいない状態をorphaned flowと呼びます。Microsoftの管理者向け手順では、Power Platform admin centerで対象environmentのResources > Flowsを確認し、Ownersが空のflowを探して新しいco-ownerを割り当てる方法と、管理者向けPowerShellで権限を確認・設定する方法が案内されています。どちらも適切な権限を持つ担当者が実行し、変更後にowner情報を再取得して確認します。
この作業は、単に担当者名を表へ追加するだけではありません。引継ぎ先がflowを編集できること、run historyとconnection referencesを確認できること、関係するconnectionの認証主体が引き続き有効であることを分けて検証します。権限のない担当者が管理用PowerShellを使う、あるいは退職者のアカウントを再有効化して処理を急ぐのではなく、環境管理者の既存手順と組織のidentity lifecycleに従ってください。
接続・License・稼働を段階的に検証する
ownerまたはco-ownerを割り当てたら、各connectorの実行主体と接続先resourceを照合します。接続がinvalid、削除済み、expired、共有解除状態なら、認証を更新するか新connectionを作る必要があります。新connectionを作るときは、旧connectionと同じ最小権限を持つかを確認し、過剰な権限を付与しません。connectionを作成・共有できても、trigger/actionが必要なtarget resourceへアクセスできるかは別に確認します。
Licenseも引き継ぎ前後で比較します。premium featureを使うflowへpremium licenseのないownerを割り当てると、警告や猶予後の停止条件が関係する場合があります。特定のplanや期限を全環境へ一般化せず、実際に割り当てるowner、flow、environmentの表示と最新公式ライセンス条件で確認します。新しいconnection、owner、licenseの組み合わせで本番flowを有効にする前に、テスト環境または重複副作用のない低リスク条件で一回の検証実行を行います。
引継ぎチェックリストと停止条件
作業を閉じる前に、旧ownerに依存するconnectionが残っていないか、connection referencesが解決済みか、flowが意図した状態で有効か、triggerが発火するか、run historyで成功が確認できるかを記録します。失敗した場合は、flowの所有権、connection認証、target resource権限、license、trigger conditionを別々に調べます。「保存できた」「owner欄が変わった」だけでは稼働確認になりません。
表は横にスクロールできます
| 引継ぎ項目 | 証拠 |
|---|---|
| Flow identity / environment | flow ID、solution有無、環境名 |
| 権限 | owner/co-owner/admin、権限変更者、確認日時 |
| Connections | connector名、connection reference、接続主体（secret値は記録しない） |
| License / request limits | owner/flowに適用される条件と確認した管理画面 |
| Trigger / state | 変更前後のtrigger、on/off、重複しない切替時間 |
| Test run | 検証入力、実行ID、結果、想定した副作用の確認 |
| Rollback | 旧flowの停止・新flowの停止・復旧責任者と順番 |
次の条件では稼働変更を急がず、管理者または業務ownerへ確認します。どのflowが正本か分からない、connectionの接続主体や権限を特定できない、同一triggerの二重実行を避ける切替方法がない、Dataverse/solution移行で広い影響がある、premium licenseやservice principalの適用条件が不明、あるいはrollback手順がない場合です。これらは単なる「所有者欄の更新」ではなく、データ処理と権限に影響する変更です。
公式情報と確認日
確認日：2026年10月15日
- Microsoft Learn｜Change the owner of a cloud flow
https://learn.microsoft.com/en-us/power-automate/change-cloud-flow-owner（新しいタブで開く）
- Microsoft Learn｜Manage orphaned flows when the owner leaves the organization
- Microsoft Learn｜Cloud flow error code reference
https://learn.microsoft.com/en-us/power-automate/error-reference（新しいタブで開く）
公式ページで確認できたのは、solution-aware / non-solutionのowner変更条件、owner不在flowへの管理者経路、connection・licenseに関する確認事項です。特定テナントでの設定や実行結果は調査していません。画面名、管理者権限、license、request limitsは対象environmentと契約で再確認してください。