ADVERTISEMENT

【Power Automate】Plannerタスク作成で困った時の実行履歴から原因を読む方法

【Power Automate】Plannerタスク作成で困った時の実行履歴から原因を読む方法
🛡️ 超解決

Power AutomateでPlannerのタスク作成フローが期待通りに動かないことはよくあります。そのような場合、実行履歴を確認することで原因を特定できます。しかし、実行履歴に表示される情報は一見複雑で、何を意味しているのかわかりにくいものです。本記事では、実行履歴の各項目の読み方と、よくあるエラーの解釈方法を解説します。これを読めば、問題の切り分けがスムーズになり、適切な対処ができるようになります。

【要点】この記事で確認すること

  • 最初に見る場所: 実行履歴の「アクション」タブで、各アクションのステータス(成功/失敗)と出力内容を確認します。
  • 切り分けの軸: アクションが失敗している場合、そのエラーメッセージを手がかりに、権限不足・入力パラメータの誤り・サービス側の制限などを切り分けます。
  • 注意点: タスク作成にはPlannerの適切な権限が必要です。また、フロー内で使用する接続が正しく設定されているかも確認してください。

ADVERTISEMENT

実行履歴を確認するための基本手順

最初に、Power Automateのフローから実行履歴を開く手順を説明します。以下の手順に従えば、どのアクションが失敗しているのかを素早く把握できます。

  1. Power Automate(https://make.powerautomate.com)にサインインし、左側ナビゲーションメニューの「マイフロー」をクリックします。
  2. 対象のフローを見つけてクリックし、フローの詳細画面を開きます。
  3. 上部のメニュータブにある「実行履歴」をクリックします。これまでの実行が一覧で表示されます。
  4. 問題が発生した実行(ステータスが「失敗」のもの)を選択します。実行完了日時やトリガー情報が手がかりになります。
  5. 実行詳細画面が開いたら、「アクション」セクションまでスクロールします。ここにフロー内の各アクションのステータスが並んでいます。
  6. ステータスが「失敗」となっているアクションをクリックして展開します。すると、アクションへの入力と出力、そしてエラーメッセージが表示されます。

この手順で、失敗した場所とその具体的なエラーの内容を確認できます。複数のアクションが失敗している場合は、原因が連鎖している可能性もあるため、最初の失敗アクションから順に調べることが重要です。

実行履歴の各項目が示す意味

実行履歴のアクション詳細には、いくつかの重要な情報が含まれています。それぞれの意味を理解することで、エラーの原因を迅速に特定できます。

アクション名とステータス

アクション名は、フローで使用しているコネクタと操作を示します(例:「タスクの作成」)。ステータスは「成功」「失敗」「スキップ」のいずれかです。「スキップ」は条件分岐などで実行されなかったことを示します。

入力と出力

入力は、そのアクションに渡されたパラメータの値です。例えば、Plannerの「タスクの作成」アクションであれば、計画ID、バケットID、タイトルなどが含まれます。出力はアクションの結果返される値で、成功時には作成されたタスクのIDなどが格納されます。失敗時には出力にエラー情報が含まれることがあります。

エラーメッセージとコード

失敗したアクションでは、エラーメッセージとエラーコードが表示されます。メッセージは人間が読める形式で、コードは機械処理用です。これらを基に原因を特定します。例えば「Access denied(アクセス拒否)」や「Invalid ID(無効なID)」などが典型的です。

よくあるエラーとその読み解き方

Plannerタスク作成で頻出するエラーをいくつか取り上げ、その意味と対処法を説明します。

「アクセスが拒否されました」または「Access denied」

このエラーは、フローで使用している接続(アカウント)にPlannerの操作権限がないことを示します。確認するべき点としては、接続に使用しているMicrosoftアカウントがPlannerの計画に対してメンバーとして追加されているか、あるいは組織のポリシーで特定のアプリのアクセスが制限されていないかなどがあります。管理者に確認し、適切な権限を付与してもらう必要があります。

「無効な要求」または「Bad request」

このエラーは、アクションに渡したパラメータが不正であることを示します。具体的には、計画IDやバケットIDが存在しない、フォーマットが間違っている、必須項目が不足しているなどの原因が考えられます。入力のJSONを確認し、正しい値を指定しているか検証してください。特に動的な値を使用している場合は、前のアクションの出力が正しく取得できているかを確認します。

「タスクの作成に失敗しました」

この場合、エラーメッセージの詳細に「You have reached the maximum number of tasks in this plan(この計画の最大タスク数に達しました)」といった制限に関する情報が含まれることがあります。Plannerの計画には1つあたり最大タスク数が設定されており、それを超えると新規作成ができません。不要なタスクを削除するか、別の計画を使用する必要があります。

失敗パターン別のチェックリスト

以下の表は、よくあるエラーパターンとその原因、確認すべき点をまとめたものです。実行履歴でエラーが発生した際に、まずこの表を参考に切り分けを行ってください。

エラーメッセージ例 考えられる原因 確認すべき点
Access denied / アクセス拒否 接続アカウントに権限がない Plannerの計画にメンバーとして追加されているか、管理者に権限を確認
Invalid ID / 無効なID 計画IDやバケットIDが正しくない フローで指定しているIDが実際の値と一致するか、動的コンテンツが正しく解決されているか
Task limit reached 計画の最大タスク数を超過 不要なタスクを削除するか、別の計画を使用
Timeout / タイムアウト 処理が時間内に完了しなかった フローの処理時間を短くするか、非同期実行を検討

管理者に確認すべき設定

フローが権限や環境の制約で失敗する場合、管理者に確認が必要な設定があります。特に以下の3点は、企業環境でトラブルになりやすいポイントです。

Plannerのアクセス権限

Plannerの計画にはグループ単位でメンバーが管理されます。フローで使用しているアカウントがそのグループのメンバーになっていないと、タスクの作成ができません。Microsoft 365管理センターまたはPlannerの画面で、該当の計画にアクセス権があるか確認してもらってください。

接続リファレンスと環境

Power Automateのフローは、作成した環境に紐づく接続を使用します。開発環境と本番環境で接続が異なる場合、正しい接続が設定されているか確認が必要です。管理者は、フローの編集画面で「データ」→「接続」から使用中の接続を確認できます。

組織のポリシーによる制限

組織によっては、Power AutomateからPlannerへのアクセスをブロックする条件付きアクセスポリシーを設定している場合があります。管理者にAzure ADの条件付きアクセスやアプリケーション制限を確認してもらい、必要に応じて例外を追加してもらってください。

よくある質問

ここでは、読者から寄せられることの多い質問とその回答をまとめました。

Q1. 実行履歴にフローの実行が表示されません。どうすればよいですか?

A1. まず、フローが正しくトリガーされているか確認してください。フローの詳細画面で「トリガー条件」が設定されている場合、条件に合致しないと実行されません。また、実行履歴のフィルターが「過去24時間」などに制限されていないかも確認してください。もしトリガー自体が動いていない場合は、フローを一度無効にして再度有効にすると改善することがあります。

Q2. エラーメッセージの意味がどうしてもわかりません。どうすればいいですか?

A2. エラーメッセージをコピーして、Microsoft の公式ドキュメントやコミュニティフォーラムで検索することをおすすめします。よくあるエラーは多くの場合、解決策が公開されています。また、Microsoft サポートに問い合わせる際は、実行履歴の詳細(アクションの入力と出力)を添付するとスムーズです。

Q3. タスクを作成したのにPlannerにすぐ反映されません。時間がかかるのですか?

A3. 通常、Plannerのタスク作成は数秒で反映されます。ただし、Power Automateの実行が成功していて「出力」にタスクIDが返ってきているにもかかわらず表示されない場合は、Plannerの画面表示のキャッシュが原因かもしれません。ブラウザをリロードするか、別の端末で確認してみてください。それでも表示されない場合は、作成されたタスクが何らかの理由で削除されている可能性もあります。

まとめ

Power AutomateでPlannerタスク作成がうまくいかない場合、実行履歴を正しく読むことで原因を特定できます。本記事で紹介した手順とチェックポイントを活用すれば、権限やパラメータの誤りなど、大部分の問題は自分で解決できるでしょう。どうしても解決しない場合は、管理者と連携して組織の設定を見直す必要があります。実行履歴はトラブルシューティングの強力な武器ですので、ぜひ活用してください。


ADVERTISEMENT

この記事の監修者
✍️

超解決 第一編集部

疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。

ADVERTISEMENT