Power Automateの
引継ぎ｜所有者変更
の
経路と
接続を分けて確認する

Power Automateで仕事を自動化した担当者が異動する。後任を共同所有者に追加すれば、前任者のアカウントを停止しても動き続けるのでしょうか。

先に確認したいのは、対象フローの種類と、処理に使う接続のアカウントです。所有者を変更する経路が分かっても、前任者の資格情報に依存する接続が解決したとは限りません。フローごとに二つを分けて記録し、管理担当へ何を確認するかを決めます。

この記事は、人ユーザーが所有するクラウドフローの引継ぎ計画を作るための説明です。クラウドフローは、クラウド上のサービスをつないで処理する仕組みです。デスクトップフローやサービスプリンシパルへの変更は扱いません。実際のテナントや画面で試した操作手順ではなく、以下のフロー・人物・環境・確認資料はすべて架空です。

この記事で分かること

• クラウドフローのソリューション所属から、所有者変更を確認する経路を分けます
• 所有者の交代と前任者に依存する接続を、別々の確認表に残します
• 元フローの変更とコピーによる新フローの計画を区別し、管理担当へ質問を渡します

同じ「所有者の交代」でも、
先に調べる経路が違う

Microsoftの案内は、ソリューション対応なら所定の権限で所有者を変更する経路、非所属ならその場での変更はできない、という違いを示しています。共同所有者というだけで変更権限があると判断しません。ソリューションはフローなどをまとめて管理する仕組み、DataverseはPower Platformのデータ基盤です。対象の所属・環境を確認し、次のように相談事項を分けます。Microsoft公式：クラウドフローの所有者変更

この表は確認の順番です。利用できる機能や権限を実環境で確認した結果ではありません。

架空の3フローを、
同じ変更方法で処理しない

前任者をA01、後任候補をA02、継続担当者をA03とします。A04は、別のフローの記録に名前があるものの、現在有効か分からないアカウントです。実名やメールアドレスは使いません。

引継ぎ対象は次の3件です。メモM01〜M03も教材の架空資料であり、実際の管理画面や利用契約の確認を示すものではありません。

F01は「変更できた」ではなく、元のフローでの変更を検討する段階です。A02が共同所有者でも、必要な所有者変更権限や利用条件は別に確かめます。

F02でA02にある「実行のみ」の権限は、編集や所有者変更の権限ではありません。Microsoftは、手動で起動するフローの実行のみユーザーについて、起動はできてもフローの編集はできないと説明しています。F02をA02自身が変更できる前提で手順を渡さず、権限ある担当に次の経路を相談します。Microsoft公式：クラウドフローの共有

F03は、名前だけから「前任者のフローだからコピーすればよい」と決めません。有効な所有者がいない状態かどうかも未確認です。Microsoftの所有者不在フローの説明は、確認や共同所有者の割当てに適切な権限が必要としています。確認できる管理担当を決めることが先です。Microsoft公式：所有者が組織を離れたフローの管理

フローの所有者と、
接続に
使うアカウントを分ける

接続は、フローから保存先などのサービスを使うための設定です。フローを共有されていても、別の所有者が作った接続の資格情報を変更できるわけではありません。Microsoftは、削除する所有者の資格情報を使う接続がある場合、その接続側への対応も必要と説明しています。所有者の名義だけで、処理の継続を判断しないでください。

架空例では、3フローに対して4接続を記録しています。A01への依存は2件、A03の接続は1件、アカウント不明が1件です。

F01の所有者変更計画が進んでも、C01の未解決項目は残ります。一方、C02が前任者以外の接続だからといって、試験済みや切替可能とは書けません。所有者の経路と接続の確認は、別々の欄を持たせます。

確認表にパスワードやトークンを入れる必要はありません。接続ID、対象フロー、接続先の役割、資格情報を管理するアカウントの識別名、確認担当と未解決事項を残します。前任者の認証情報を後任へ渡して同じアカウントを使う方法にはしません。

コピーは元フローの
所有者変更とは別の計画にする

Microsoftの共有の説明では、送られたコピーから作るフローは独立したもので、接続は共有されません。F02でコピー等を検討しても、元フローの所有者がA02へ変わった、C03も引き継がれた、とは記録できません。

F02の次の相談は、「A02に渡せば終わり」ではなく、「誰が正規の権限で別フローを作る経路を確認し、どの接続を用意し、何を確認してから切り替えるか」です。作成方法はまだ選んでいません。後任のライセンスや利用条件も未確認のまま残します。所有者が変わると利用条件に影響する場合があるため、無料・追加費用なし・一定日数必ず動くとは扱いません。

新旧のフローが同じ対象を同時に処理しないよう、対象範囲、切替担当、元フローの扱い、切替後の確認、戻す場合の判断を合意します。これは計画に必要な確認であり、本記事ではコピー作成や停止、試験を行っていません。実施は、組織が認めた担当と手順に従います。

3件とも切替承認は0件です。経路を分類できたこと、権限を持つこと、接続を変更できたこと、試験が済んだこと、旧アカウントを停止してよいことは、それぞれ別の判断です。会社全体のアカウント停止日程は、他のシステムや人事の手順も含めて管理担当と調整してください。

空欄と記入例を使って、
管理担当へ質問を渡す

配布物は、フロー確認表の空欄、フロー確認表の記入例、接続確認表の空欄、接続確認表の記入例、手読メモの5点です。CSVはUTF-8のBOM付きです。表計算ソフトへの取込や実環境との連携は未検証で、プログラムを使わなくても記入例とメモを読み合わせられます。

まずF01を見て、接続IDのC01・C02を接続表で探してください。F01の所有者変更権限が確認できてもC01は未完了、という読み方を試します。次にF02を見て、A02の実行のみ権限を編集権限として扱っていないか、新フロー案にC03が自動移行すると書いていないかを確かめます。最後にF03を読み、分からない項目を推測で埋めず、確認依頼に残します。

管理担当への質問は、次のように対象を分けると答えを戻しやすくなります。これは未送信の文案です。

F01（E01）は、架空メモM01上はソリューション対応で、A02は共同所有者です。所有者変更に必要な権限と後任の利用条件を確認したいです。接続C01はA01の資格情報に依存するため、接続側の対応担当・変更可否も別に確認をお願いします。F01の経路が決まっても、切替やA01のアカウント停止を承認した扱いにはしません。

実際に使う際は、架空IDを実環境で権限を持つ担当が確認した記録に置き換え、確認した日と根拠を残してください。秘密情報を表へ転記したり、確認のために権限を広げたりするものではありません。

引継ぎ全体の説明・初回実施の確認は引継ぎ書の作り方で、障害時の担当や記録は業務自動化の運用・保守で扱っています。本記事の確認表は、その中のPower Automate固有の経路と接続の確認に使います。