【Power Automate】共有フローの所有者が想定どおり進まない時の実行履歴から原因を読む方法

Power Automateで作成した共有フローを他のユーザーと共同利用する際、フローの所有者や実行アカウントに関する設定が原因で、想定どおりに動作しないケースがあります。例えば、「フローを共有したのに自分しか実行できない」「所有者が自動的に変わってしまった」「トリガーが正しく起動しない」といったトラブルです。こうした問題の多くは、実行履歴(Run history)を詳細に確認することで原因を特定できます。本記事では、共有フローの所有者に関する問題を実行履歴から読み解く具体的な手順と、管理者が確認すべきポイントを解説します。

共有フローの所有者が想定どおりに機能しない代表的なパターン

まず、実際に発生しやすい3つのパターンを整理します。それぞれの症状と、実行履歴で注目すべきポイントを確認してください。

パターン	症状	実行履歴で確認する項目
A. 共有したはずのユーザーがフローを実行できない	フロー一覧に表示されない、または手動実行ボタンがグレーアウト	実行履歴にそのユーザーの実行がない。所有者欄にそのユーザーが表示されない。
B. フローの所有者が自動的に別人に変わっている	フロー作成者ではないユーザーが所有者欄に表示される	各実行の所有者が誰かを確認。フロー設定の所有者リストも併せて確認。
C. トリガーが正しく動作しない(例:誰かがメールを受信したときに実行したいが無視される)	フローが起動しない、または想定外のタイミングで起動	トリガーの実行結果に表示される所有者。接続参照に使われているアカウント。

実行履歴から原因を読み解くための基礎知識

Power Automateの実行履歴は、各実行がどのアカウント(所有者)で実行されたかを記録しています。既定では、フローの所有者(Owner)がトリガーやアクションで利用するコネクタの資格情報を提供します。共有フローでは、共同所有者(Co-owner)も独自の接続を使用できますが、実行専用(Run-only)ユーザーはフロー作成者または共同所有者の接続を借りて実行します。この仕組みを理解しないと、所有者関連の問題を見落としやすくなります。

実行履歴の所有者欄が示す意味

実行履歴の一覧画面では、「所有者」(Owner)列にその実行を開始したアカウントが表示されます。手動トリガーの場合は実行をクリックしたユーザー、自動トリガーの場合はトリガー条件を満たした時点でフローが割り当てられたユーザー(通常はフロー所有者)となります。この所有者情報が想定と異なる場合、共有設定や接続参照に問題がある可能性が高いです。

実行詳細から確認できる3つの重要情報

各実行の詳細画面では、以下の3つを必ず確認してください。

1. 所有者(Owner): 画面右上の「所有者」フィールド。これが想定するアカウントかどうか。
2. トリガーの結果: トリガーの「出力」セクションに表示されるコネクタ情報。使用された接続の所有者が記載されている場合があります。
3. アクションのエラー: 失敗したアクションの「エラー」タブ。多くの場合「アクセスが拒否されました」や「この接続は所有者のみが使用できます」といったメッセージが原因を示します。

原因特定のための具体的な確認手順

ここからは、実際にPower Automateポータル上で行う確認手順を5つのステップで説明します。必ず会社のPCと職場のアカウント(通常は組織アカウント)で操作してください。

1. ステップ1: フローの実行履歴を開く
   Power Automateポータル(make.powerautomate.com)にサインインし、該当のフローを開きます。左メニューの「実行履歴」(Run history)をクリックして実行一覧を表示します。
2. ステップ2: 問題が発生した実行を特定する
   最近の実行の中から、「失敗」ステータスまたは想定と異なる動作をした実行を見つけます。日時とトリガー条件をメモしておきましょう。
3. ステップ3: 実行詳細で所有者を確認する
   該当の実行をクリックして詳細を開きます。画面右上の「所有者」欄を確認し、それが誰のアカウントかを記録します。また、トリガーの「出力」に表示されるコネクタの「connectionName」がどの接続を参照しているかも確認します。
4. ステップ4: アクションのエラーを読む
   失敗したアクションがあれば、そのアクションを展開し「エラー」タブを開きます。エラーメッセージの例として「Invalid connection. The connection is not owned by the user.」や「Owner cannot be changed.」などが表示されます。このメッセージから、接続の所有者不一致が原因と判断できます。
5. ステップ5: フローの共有設定と接続参照を比較する
   フローの「共有」(Share)メニューを開き、現在の所有者リストと共同所有者リストを確認します。また、フロー内で使用されている各コネクション(例:Outlook、SharePoint、Teams)の所有者を確認します。これらが実行履歴の所有者と一致しているか照合してください。

失敗パターン別の読み解き方と対処例

具体的な失敗パターンをもとに、実行履歴からどのように原因を特定し、対処するかを解説します。

パターンA: 共有したユーザーがフローを実行できない

実行履歴にそのユーザーの実行が存在しない場合、そもそもフローがそのユーザーに表示されていない可能性があります。まず、共有設定でそのユーザーが「共同所有者」または「実行専用ユーザー」として追加されているか確認します。特に「実行専用ユーザー」の場合、自分で手動トリガーボタンを押せるのは、フローが「即時」トリガー(ボタン)である場合のみです。自動トリガーのフローは実行専用ユーザーには実行権限がなく、トリガーが所有者のコンテキストでのみ実行されます。

もし共有設定が正しいのに実行できない場合は、フロー内のアクションがそのユーザーに許可されていないリソース(例:特定のSharePointサイト)にアクセスしようとしている可能性があります。実行履歴で失敗したアクションのエラーメッセージに「アクセスが拒否されました」と表示されていれば、そのリソースへのアクセス権を確認します。

パターンB: フローの所有者が自動的に変更される

Power Automateでは、フローの所有者が自動的に別のユーザーに変わることは原則ありません。ただし、次のような状況で変更されたように見える場合があります。

• フロー作成者が組織を離れたりアカウントが削除された場合、管理者がフローの所有者を変更することがあります。
• フローをエクスポート・インポートした際に、インポート先の環境で所有者がインポート実行者のアカウントに設定されることがあります。
• Power Platform管理センターのポリシーにより、フロー所有者が自動的に組織の管理者に変更される設定が有効な場合があります。

実行履歴の所有者が誰かに変更されたように見える場合は、フローの設定画面の「所有者」セクションを確認します。そこに表示されているアカウントが現在のフロー所有者です。もし複数の所有者が表示されている場合、実行履歴に表示される所有者はトリガーを発生させたユーザーであり、フローの全所有者の中の一人です。問題が起きている場合、フローの所有者リストに想定外のアカウントが含まれていないか確認します。

パターンC: トリガーが正しく動作しない

トリガーの動作に影響する所有者関連の要因として、トリガーで使用するコネクタの接続参照があります。例えば、「新しいメールが届いたとき」トリガーは、フロー所有者のメールボックスを監視します。他のユーザーのメールボックスを監視したい場合は、そのユーザーを共同所有者として追加し、そのユーザーが自身の接続を使用するようトリガーを設定する必要があります。しかし、トリガーの接続を変更するには、そのユーザーが少なくとも共同所有者である必要があります。

実行履歴でトリガーの出力を確認し、「triggerOutputs」の中にコネクタ情報が含まれているか見ます。多くの場合、コネクタ名とその所有者が表示されます。もし想定と異なるアカウントのメールボックスが監視されている場合、トリガーの設定を変更するか、該当アカウントを共同所有者に追加する必要があります。

管理者へ確認すべき項目と連絡方法

個人で解決できない場合、Power Platform管理者に連絡して以下の情報を提供するとスムーズです。

• フローのIDと名前: フロー詳細画面のURLに含まれる「shared-xxxxx」のようなID。
• 問題の実行履歴のスクリーンショット: 所有者フィールドとエラーメッセージがわかる画像。
• 共有設定の状態: 誰がどの権限で追加されているか。
• 使用している接続の一覧: フロー内で使われている各コネクションの所有者と接続名。

管理者はPower Platform管理センターで、該当フローの所有者を強制的に変更したり、コネクタの共有ポリシーを確認したりできます。また、組織のデータ損失防止(DLP)ポリシーがフローの動作に影響している可能性もあるため、その点も併せて確認を依頼するとよいでしょう。

よくある質問(FAQ)

Q1: フローの所有者を自分以外のユーザーに変更するにはどうすればよいですか?
フロー作成者または現在の所有者が、「共有」メニューから新しいユーザーを「共同所有者」として追加します。その後、元の所有者が自らを削除することで所有者を移譲できます。ただし、移譲後も接続参照が元の所有者のものを使い続ける場合は、新しい所有者が接続を再設定する必要があります。

Q2: 実行履歴に「所有者:システム」と表示されるのはなぜですか?
一部の自動トリガー(例:ファイル作成時)や、管理者がスコープを設定したフローでは、実行所有者が「システム」と表示されることがあります。これはトリガーが特定のユーザーに紐づかず、システムアカウントで実行されていることを示します。この場合、所有者関連の問題は通常発生しませんが、アクションでユーザー依存のコネクタを使うとエラーになることがあります。

Q3: 共同所有者と実行専用ユーザーの違いは何ですか?
共同所有者はフローの編集、共有、削除ができ、自身の接続を使用してアクションを実行できます。実行専用ユーザーはフローの実行のみ可能で、接続はフロー所有者のものを共有して使用します。そのため、実行専用ユーザーがアクションの権限不足で失敗する場合は、フロー所有者の接続に適切な権限が付与されているか確認します。

まとめ

共有フローの所有者問題は、実行履歴の詳細を丁寧に確認することで原因を特定できるケースがほとんどです。最初に実行一覧の所有者、次に失敗アクションのエラーメッセージ、最後にフローの共有設定と接続参照の整合性を順に調べていくと、スムーズに切り分けられます。会社PCで作業する場合は、必ず組織アカウントを使用し、個人アカウントでフローを共有しないように注意してください。また、管理者権限が必要な変更(所有者移譲や接続の再設定)は、必ず上司またはPower Platform管理者の承認を得てから実施しましょう。本記事の手順を参考に、問題解決にお役立てください。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。