【Power Automate】SharePointリストの更新で困った時の実行履歴から原因を読む方法

SharePointリストの更新をPower Automateで自動化していると、想定通りにデータが書き換わらない、あるいはフローが途中で失敗してしまうことがあります。このようなトラブルが発生したとき、最初に確認すべきはフローの実行履歴です。実行履歴には各ステップの入力・出力・エラーが記録されており、原因を特定するための手がかりが豊富に含まれています。しかしログの見方を知らなければ、エラーメッセージを読み飛ばしたり、原因の切り分けを誤る可能性があります。本記事では、SharePointリスト更新系のフローに特化して、実行履歴から効率的に原因を読み解く方法を具体例と共に解説します。

実行履歴の基本的な見方

Power Automateの実行履歴は、フローがトリガーされるたびに自動的に保存されます。フロー編集画面から「実行履歴」タブをクリックすると、過去の実行一覧が表示されます。各実行にはステータス(成功、失敗、取り消しなど)と実行時間が表示され、クリックすると詳細パネルが開きます。詳細パネルでは、フローに含まれるすべてのアクションが時系列で表示され、各アクションの「入力」「出力」「エラー」のタブを確認できます。

SharePointリストの更新を伴うフローでは、特に「アイテムの更新」や「アイテムの作成」「アイテムの取得」といったアクションの出力を注意深く確認してください。出力には「ステータスコード」や「body」が含まれ、正常に処理されたかどうかを判断できます。エラーが発生した場合は、エラーメッセージに「アクセスが拒否されました」「無効な要求」「列が見つかりません」など、問題の種類が明確に表示されます。

よくある失敗パターンと実行履歴での確認ポイント

SharePointリストの更新で発生しやすいエラーには、いくつかの定型パターンがあります。実行履歴でエラーメッセージを確認するだけでなく、入力値と出力値を比較することで原因を特定しやすくなります。

失敗パターン	よく見られるエラーメッセージ	実行履歴で確認すべきポイント
権限不足	Access denied / アクセスが拒否されました	アクションの「プロパティ」で使用している接続が適切な権限を持っているか確認。接続の所有者がリストの編集権限を持っているか。
無効な列名または型不一致	Column ‘xxx’ does not exist / 無効な要求	入力のJSONに使われている内部名が正しいか、型(数値・日付・選択肢など)が一致しているか。
必須フィールド不足	Required field missing / 要求が正しくありません	リストの必須列が更新時に含まれているか。アクションの入力を見て不足がないか確認。
バージョン競合	変更が競合しました / Conflict	リストのバージョン管理が有効で、フローが古いバージョンを更新しようとしていないか。

具体的な手順:実行履歴から原因を特定する

以下では、SharePointリストの更新に失敗したフローを例に、実行履歴を段階的に読む手順を説明します。実際の画面操作に沿って確認してみてください。

1. Power Automate(make.powerautomate.com)にサインインし、対象のフローを開きます。左側メニューの「実行履歴」をクリックして一覧を表示します。
2. ステータスが「失敗」または「取り消し」になっている実行行を見つけ、その日時をクリックします。複数ある場合は、直近のものから確認します。
3. 詳細パネルが表示されたら、最初に失敗したアクションを探します。青いアイコンのアクション(成功)と赤いアイコン(失敗)で区別できます。失敗アクションをクリックし、「出力」タブを開きます。
4. 出力タブに表示されるエラーコードとメッセージを読みます。例えば「InvalidRequestContent」と表示された場合は、入力データの構造がリストのスキーマと合っていない可能性が高いです。
5. 次に「入力」タブを開き、アクションに渡されたJSONやパラメーターを確認します。特にIDや列の内部名、値の形式に誤りがないかチェックします。
6. もし入力が正しいように見えてもエラーが出る場合は、接続の権限を疑います。アクションの「プロパティ」から使用中の接続を開き、SharePointサイトへのアクセス権限が適切か確認します。
7. 最後に、SharePointリスト自体の設定(列の必須、型、バージョン管理)を確認します。実行履歴の情報だけでは判断できない場合、実際のリストの列構成と見比べてください。

実行履歴の出力例で学ぶ

実際のエラー出力例を見てみましょう。あるフローで「アイテムの更新」アクションが失敗し、出力に次のJSONが記録されていました。

{
  "error": {
    "code": "InvalidRequestContent",
    "message": "An error occurred while processing the request. The column 'Status' is required but was not provided."
  }
}

このメッセージから、リストの「Status」列が必須であるにもかかわらず、更新の際に値が指定されていないことがわかります。入力タブを確認すると、確かに「Status」のキーがありませんでした。この場合は、フローの該当アクションに「Status」列の値を動的に設定するか、リスト側の必須を解除する必要があります。

失敗パターン別の対処法

ここでは、SharePointリスト更新で特に遭遇しやすい三つの失敗パターンについて、実行履歴の読み方と具体的な対処法を説明します。

権限不足によるエラー

エラーメッセージに「Access denied」や「アクセスが拒否されました」と表示された場合、フローで使用している接続にリストの編集権限がないことが原因です。実行履歴の接続情報を確認し、接続の所有者がSharePointリストの編集権限を持っているか、IT部門に問い合わせてください。また、フローが「自分用」のフローなのか「フロー所有者」の権限で動作するのかも影響します。

列の内部名と表示名の違い

Power Automateでは、SharePoint列を内部名(例:’Title’ や ‘Status’)で識別しますが、リストの設定で表示名が異なる場合があります。例えば表示名が「状態」でも内部名は「Status」かもしれません。実行履歴の入力を見ると、列名が期待と異なることがあります。SharePointリストの設定で内部名(URLエンコードされた名前)を確認し、フローのアクションで正しい内部名が使われているか照合してください。

必須フィールドや列の型の不一致

エラーメッセージに「Required field missing」や「Invalid value type」が含まれる場合、更新するデータがリストの要件を満たしていません。実行履歴の入力タブで、すべての必須列に値が設定されているか、数値列に文字列を入れていないかなどをチェックします。特に、選択肢(Choice)列は内部で値のリストと一致する必要があるため、注意が必要です。

管理者に確認すべきポイントと事前の対策

トラブルが頻発する場合、Power Automateの接続やSharePointリストの設定そのものに問題がある可能性があります。以下の点をIT部門やSharePoint管理者と共有すると、解決がスムーズになります。

• フローで使用しているコネクタの種類(SharePointコネクタの接続参照と認証方式)
• 不具合が出ている実行履歴のスクリーンショット(特にエラーメッセージとアクションの出力)
• 対象のSharePointリストの列構成(内部名、型、必須、バージョン管理の有無)
• フローが動作するアカウントの権限(自分用フローか、サービスアカウントか)

さらに、再発防止策として、フローの各アクションに「スコープ」を追加してエラーハンドリングを実装すると、後から原因を追跡しやすくなります。また、SharePointリスト側で列のデフォルト値を設定する、必須を緩和するなど、運用面での調整も検討してください。

よくある質問(FAQ)

Q. 実行履歴に表示されるエラーメッセージが曖昧で原因が特定できません。
A. エラーメッセージだけでは不十分な場合、失敗したアクションの「入力」タブと「出力」タブを比較し、どのデータが問題かを推測します。また、同じフローを手動でテスト実行し、その実行履歴を詳細に見ることも有効です。

Q. 「アイテムの更新」が成功しているのに、リストに反映されないのはなぜですか?
A. 実行履歴で「成功」と表示されていても、実際にリストが更新されていない場合は、更新対象のIDが間違っていないか確認してください。また、リストのバージョン管理により、更新が新しいバージョンとして作成されるだけで画面上に表示されないこともあります。

Q. 実行履歴の保存期間はどれくらいですか?
A. Power Automateでは、実行履歴は通常28日間保存されます。無料ライセンスでは期間が短い場合があるため、長期保存が必要な場合はログを別途データストアに出力する対策を講じてください。

まとめ

SharePointリストの更新に関するトラブルは、実行履歴を正しく読むことで大半の原因を特定できます。最初に失敗したアクションのエラーメッセージを確認し、入力値と出力値を比較するのが基本の手順です。権限、列の内部名、必須フィールド、型の不一致が主な失敗パターンであり、それぞれに応じた対処が必要です。問題が解決しない場合は、IT部門や管理者と実行履歴の情報を共有し、接続設定やリスト構成を見直してください。日常的に実行履歴をチェックする習慣をつけることで、早期発見・早期対応が可能になります。

👥

Teams/Outlookトラブル完全解決データベース サインイン、接続エラー、メール送受信の不具合など、特有のトラブル解決策を網羅。困った時の逆引きに活用してください。

🔐

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