Power Automateを使ってSharePointリストの複数項目を更新するフローが突然動作しなくなったり、一部の項目だけ更新されなかったりするトラブルは、多くの会社員が直面する悩みです。原因として多いのが、管理者側で設定されたデータ損失防止(DLP)ポリシーによる制限や、使用しているライセンスの機能範囲の違いです。本記事では、これらの問題を切り分け、適切に対処するための具体的な確認手順と判断基準を解説します。
【要点】この記事で確認すること
- 最初に見る場所: フローの実行履歴とエラーメッセージ、Power Automate管理センターのDLPポリシー設定
- 切り分けの軸: 端末側の問題か、アカウントの権限やライセンスの問題か、組織全体のポリシー設定の問題か
- 注意点: 会社PCで勝手にDLPポリシーを変更しないこと、ライセンスのアップグレードは管理者に相談すること
ADVERTISEMENT
目次
複数項目更新が失敗する4つの主要原因
Power AutomateでSharePointの複数項目を更新するフローが正常に動作しない場合、まずは以下の4つの原因を疑う必要があります。これらは単独で発生するだけでなく、複合的に影響することもあります。
- DLPポリシーによるコネクタ制限: 組織の管理者がSharePointコネクタやHTTP要求などのコネクタをビジネスデータとして制限している場合、フローがデータを送受信できなくなります。特に複数項目を更新する際に、ループ内で大量のAPI呼び出しが発生すると、ポリシー違反と判定されることがあります。
- ライセンス不足: Power Automateの無料プラン(Microsoft 365に含まれるもの)では、標準コネクタの使用に制限があり、プレミアムコネクタ(SharePointの高度な操作など)は利用できません。複数項目更新に必要な「Apply to each」や「Update item」自体は標準コネクタですが、トリガーやアクションの組み合わせによってはプレミアム扱いになる場合があります。
- 実行モードと同時実行制限: フローが「同期モード」と「非同期モード」のどちらで実行されているか、また同時実行数やAPIレート制限に引っかかっている可能性があります。SharePoint OnlineにはAPIの呼び出し制限(スロットリング)があり、短時間に大量の更新リクエストを送るとブロックされます。
- アイテムの権限とリスト設定: 更新対象のSharePointリストで、フローを実行するアカウントに十分な編集権限がない、またはリストのバージョン管理や列の必須項目設定によって更新が拒否される場合があります。
DLPポリシーが原因かどうかを確認する手順
DLPポリシーは組織全体のデータガバナンスを目的として、Power AutomateやPower Appsなどのコネクタの使用を制御します。管理者でないと直接変更できませんが、自分が影響を受けているかどうかは以下の手順で確認できます。
- Power Automateポータル(make.powerautomate.com)にサインインし、左側メニューの「ソリューション」から対象のフローが含まれるソリューションを開きます。
- フローを選択し、「実行履歴」タブをクリックして、失敗した最新の実行を開きます。
- エラーメッセージを確認します。「このコネクタは組織のポリシーによってブロックされています」や「HTTPリクエストが許可されていません」といった文言が表示されていれば、DLPポリシーが原因です。
- エラーが明確でない場合は、フローの各アクションの詳細を展開し、特に「SharePointコネクタ」や「HTTP」アクションの出力を確認します。ステータスコードが403 Forbiddenの場合もポリシー制限の可能性があります。
- 管理者に連絡して、DLPポリシーを確認してもらいます。管理者はPower Platform管理センター>データポリシーから、該当するポリシーの「コネクタ」タブで、SharePointやHTTPが「ブロック」または「ビジネスデータのみ」に設定されていないか確認できます。
DLPポリシー関連の失敗パターン
DLPポリシーが原因の失敗には典型的なパターンがあります。例えば、フロー内で「HTTP要求」アクションを使ってSharePoint REST APIを直接呼び出している場合、そのHTTPコネクタがブロックされているとエラーになります。また、「SharePoint – 項目の作成」や「SharePoint – 項目の更新」などの標準コネクタは通常許可されますが、カスタムコネクタやサードパーティコネクタが制限されている場合もあります。
もう一つの注意点は、DLPポリシーが環境単位で設定されていることです。開発環境と本番環境で異なるポリシーが適用されていると、一方では動いて他方では動かないという現象が起こります。
ライセンス不足が原因かどうかを確認する手順
Power Automateのライセンスは、Microsoft 365 E3/E5に付属する無料プラン(使用権)と、有償のPower Automate Premium(旧Per Userプラン)があります。無料プランでは、標準コネクタの使用や月間実行回数に制限がありますが、SharePointの複数項目更新自体は標準機能です。ただし、以下のようなケースではプレミアムライセンスが必要になることがあります。
- フローに「HTTP要求」や「SQL Server」などのプレミアムコネクタが含まれている場合。
- フローが「Business process flow」や「AI Builder」など高度な機能を使用している場合。
- 組織の環境で「プロセスフロー」や「ソリューション」が有効になっていて、それらがプレミアム機能を要求する場合。
- 「スケジュール」トリガーなど標準コネクタだけでも、1つのフローで月間実行回数制限(無料プランでは4,000回/月)を超えそうな場合、制限はエラーとして現れず、フローが停止します。
ライセンス不足の失敗パターン
ライセンス不足が原因の場合、エラーメッセージは必ずしも「ライセンスが必要」とは表示されません。よくあるのは「この操作は許可されていません」や「アクセスが拒否されました」といった一般的なエラーです。また、フローエディタ上で「アップグレードが必要」というバナーが表示されることもあります。
特に注意したいのは、SharePointリストの複数項目更新のために「Apply to each」ループを使っている場合です。ループ内で「Update item」アクションを毎回呼び出すので、APIの呼び出し回数が増えます。しかし、これは標準コネクタの範囲内です。ただし、ループの中でさらに別のコネクタ(例えば「Office 365 Outlook」)を呼び出すと、そのコネクタがプレミアム扱いになることはありません(Outlookコネクタは標準です)。
ライセンスの確認は、管理者が行う必要があります。自分の割り当てライセンスは、Microsoft 365管理センターの「ユーザー」>「アクティブユーザー」から確認できますが、Power Automate Premiumが表示されない場合は無料プランであることを意味します。
DLPポリシーとライセンスの問題の比較表
| 項目 | DLPポリシーが原因 | ライセンス不足が原因 |
|---|---|---|
| エラーメッセージの特徴 | 「ポリシーによってブロック」「コネクタが許可されていません」など、ポリシーに関する明確な文言が出る | 「アクセス拒否」「操作が許可されていません」「アップグレードが必要」など、曖昧な場合が多い |
| 影響を受けるコネクタ | 特定のコネクタ(HTTP、SQL、あるいは対象のSharePointコネクタなど)がブロックされる | プレミアムコネクタを使用しているアクション全体が動作しない |
| 発生タイミング | ポリシー変更後すぐに全フローに影響が出る。環境によって異なる場合あり | ライセンス失効や新規フロー作成時、実行回数上限到達時に発生 |
| 確認方法 | Power Automate管理センター>データポリシー>該当ポリシーのコネクタ設定 | Microsoft 365管理センター>ユーザー>ライセンス割り当て、またはフローエディタのマーケットプレイスでプレミアムコネクタが表示されるか |
| 対処方法 | 管理者にポリシー緩和を依頼、またはフローでブロックされていないコネクタに変更 | Power Automate Premiumライセンスを購入・割り当て、またはフローを標準コネクタのみに変更 |
管理者に確認すべき情報と伝えるべき内容
トラブル解決のために管理者に連絡する際は、以下の情報を整理して伝えるとスムーズです。
- フローの詳細: フロー名、作成日、使用しているコネクタの一覧。特に「HTTP要求」やカスタムコネクタがある場合は明記します。
- エラーメッセージのスクリーンショット: 実行履歴のエラー全文をキャプチャして共有します。
- 動作していた時期と変化のタイミング: いつから動かなくなったか、その前後に管理者側で何か変更(ポリシー更新やライセンス変更)があったかを確認してもらいます。
- 環境情報: フローが属する環境(Dev/Prodなど)と、その環境に適用されているDLPポリシーの名称。
- アカウント情報: フローを実行しているサービスアカウントまたはユーザーアカウントのUPN。
管理者は、Power Platform管理センターからDLPポリシーの設定を確認し、必要な場合は該当コネクタを「許可」または「ビジネスデータのみ」から「許可」に変更する権限を持っています。また、ユーザーにPower Automate Premiumライセンスを割り当てることも可能です。
よくある質問
Q1. DLPポリシーでブロックされているコネクタを、フロー内で別のコネクタに置き換える方法はありますか?
可能です。例えば、HTTP要求の代わりに「SharePoint – 項目の更新」アクションを使うと、同じ更新処理を行える場合があります。ただし、HTTP要求でしかできない複雑な操作(複数フィールドの一括更新や、条件に応じた動的な更新など)は代替できないこともあります。その場合は管理者にポリシー緩和を依頼する必要があります。
Q2. 無料プランでも複数項目更新はできますか?
はい、標準コネクタのみを使用していれば無料プランで可能です。ただし、月間実行回数(通常4000回/月)に注意してください。また、1回のフロー実行で大量の項目を更新すると、実行時間やAPI呼び出し制限に引っかかるリスクがあります。
Q3. エラーメッセージに「要求が多すぎます」と表示された場合はどうすればいいですか?
SharePoint OnlineのAPIスロットリングが原因です。フロー内で「Apply to each」の並列実行数を減らす、または各更新の間に数秒の遅延を追加する(「遅延」アクションを挿入)ことで回避できます。また、更新する項目数を分割して複数回のフローで行う方法も有効です。
Q4. DLPポリシーとライセンスの両方が原因の場合、どちらを優先して対処すべきですか?
まずはDLPポリシーを確認してください。ポリシーでブロックされていると、ライセンスがあってもフローは動作しません。ポリシーが適切に設定されていることを確認した上で、それでも動作しない場合はライセンスの問題を検討します。
まとめ
Power AutomateでSharePointの複数項目更新が失敗した場合、DLPポリシーとライセンスの2つの観点から原因を切り分けることが重要です。最初にフローの実行履歴でエラーメッセージを確認し、ポリシー関連の文言があれば管理者にDLPポリシーの緩和を依頼してください。明確なポリシーエラーがない場合は、使用しているコネクタが標準かプレミアムかを確認し、ライセンス不足が疑われる場合も管理者に相談しましょう。両方の問題を同時に抱えているケースもあるため、順を追って確認することがトラブル解決の近道です。
ADVERTISEMENT
超解決 リモートワーク研究班
Microsoft 365の導入・保守を専門とするエンジニアグループ。通信障害やサインイン不具合など、ビジネスインフラのトラブル対応に精通しています。
Office・仕事術の人気記事ランキング
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【神技】保存せずに閉じたExcel・Wordファイルを復元する!消えたデータを復活させる4つの救出法
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【PDF】結合するPDFの「用紙サイズ」がバラバラな時、すべてを「A4サイズ」に強制リサイズしてから結合する
- 【Excel】矢印キーで「セルが動かず画面がスクロールする」!ScrollLockの解除方法(ノートPC対応)
- 【Teams】会議の「参加者リスト」を出席後にダウンロードする!誰が参加したか確認する手順
- 【Teams】画面共有時に「音声」も共有する方法!音が流れない時の設定手順
