Power AutomateのComposeアクションでフローが突然止まってしまい、原因がわからず困った経験はありませんか。Composeアクションは動的コンテンツや式を組み立てる便利なアクションですが、エラーが出た時に真っ先に疑うのは構文ミスや関数の誤りでしょう。しかし、実際には組織のDLP(データ損失防止)ポリシーやライセンスの制限が原因で動作しないケースも少なくありません。本記事では、Composeアクションでつまずいたときに、DLPポリシーとライセンスの観点から原因を切り分け、次の行動を決定するための具体的な方法を解説します。会社でPower Automateを利用している方にとって、トラブルシューティングの幅を広げる内容です。
【要点】この記事で確認すること
- 最初に見る場所: フローの実行履歴に表示されるエラーメッセージの内容
- 切り分けの軸: スクリプトの構文エラー、コネクタのDLPポリシーによるブロック、ライセンスの制限
- 注意点: DLPポリシーの変更は管理者権限が必要であり、社内ルールに反すると業務停止リスクがあるため、確認後に依頼すること
ADVERTISEMENT
目次
Composeアクションの動作とつまずく原因
Composeアクションは、Power Automateの標準アクションの一つであり、文字列や数値、動的コンテンツ、あるいは式(expression)を組み合わせて一つの変数にまとめる役割を持ちます。たとえば、ユーザーの氏名と部署名を結合して「氏名(部署)」という文字列を作成し、後続のアクションで利用するといった使い方が典型的です。このアクション単体ではコネクタへの接続を必要としないため、基本的にはどのライセンスでも利用可能です。
しかし、つまずく原因としてよくあるのは、式の構文ミスやデータ型の不一致です。例えば、動的コンテンツが空欄のままフローが実行されたり、関数の引数の数が合わなかったりすると、エラーメッセージ「InvalidTemplate」や「BadRequest」が表示されます。また、Composeアクションの出力を後続のアクションで参照する際に、出力が文字列ではなくオブジェクトになっていることに気づかずエラーになることもあります。
これらの原因はローカルでデバッグ可能ですが、それでも解決しない場合は、フロー全体に影響を与える組織のポリシーやライセンスを疑う必要があります。特に、フロー内で他のコネクタ(SharePoint、Outlook、Teamsなど)を使用している場合、そのコネクタがDLPポリシーでブロックされていると、Composeアクションの前後でフローが停止することがあります。
DLPポリシーがComposeアクションに与える影響
DLPポリシーとは
DLPポリシー(Data Loss Prevention Policy)は、Power Platform管理者が組織内のデータ保護を目的として、コネクタの使用を制限したり、特定の環境で許可するコネクタを定義したりするポリシーです。Power Automateでは、フローが使用する各コネクタがDLPポリシーに違反していないかが実行時にチェックされます。違反している場合、フローはエラーになり、実行が中断されます。
Composeアクションへの影響
Composeアクション自体はコネクタを使用しませんが、そのフロー全体がDLPポリシーの対象となります。たとえば、Composeアクションの前後にSharePointやOutlookのコネクタが配置されており、そのコネクタが「ブロック」または「未承諾」としてポリシーに設定されている場合、フローの実行が許可されず、Composeアクションにすら到達しないままエラーになることがあります。エラーメッセージは「コネクタ ‘SharePoint’ はDLPポリシーによりブロックされています」といった内容です。
確認手順(管理者向け)
DLPポリシーの設定は管理者のみが確認・変更できます。ユーザーが最初にすべきことは、エラーメッセージを管理者に伝えることです。管理者は以下の手順で確認できます。
- Power Platform管理センター(https://admin.powerplatform.microsoft.com)にアクセスします。
- 左メニューから「データポリシー」を選択し、該当する環境のDLPポリシーをクリックします。
- 「アクション」タブで、フローで使用しているコネクタの一覧を確認します。各コネクタの状態が「許可」「ブロック」「未承諾」のいずれかになっています。
- ブロックされているコネクタがある場合は、ビジネス要件に基づいて許可するか、代替のコネクタを検討します。
- ポリシーを変更する場合は、影響範囲を評価した上で「ポリシーの編集」から設定を変更し、保存します。
ユーザー側では、フローが使用しているコネクタのリストを管理者に提供することで、確認をスムーズに進められます。また、テスト環境で同じフローを実行し、問題が再現しない場合は、本番環境のDLPポリシーが原因である可能性が高いです。
ライセンスの違いとComposeアクションの制限
Power Automateには複数のライセンスがあり、無料の「Power Automate for Office 365」と有料の「Power Automate per user」「Power Automate per flow」などがあります。Composeアクションはすべてのライセンスで利用可能ですが、フロー全体の実行回数や使用できるコネクタの種類、プレミアム機能の有無に影響を受けます。
ライセンスごとの制限比較表
| ライセンス | 月間実行回数 | プレミアムコネクタ | スケジュール頻度 | Composeアクションの制限 |
|---|---|---|---|---|
| Power Automate for Office 365(無料) | 6000回/月 | 利用不可 | 30分間隔まで | なし(標準アクション) |
| Power Automate per user | 6000回/月(拡張可能) | 利用可能 | 1分間隔まで | なし |
| Power Automate per flow | 無制限 | 利用可能 | 1分間隔まで | なし |
Composeアクション自体に制限はありませんが、フローがプレミアムコネクタを使用しているにもかかわらず、ユーザーに無料ライセンスしか割り当てられていない場合、実行時に「ライセンスが不足しています」というエラーが発生します。また、実行回数制限に達していると、フロー自体がトリガーされず、Composeアクションに到達できません。
管理者が確認すべき設定と注意点
DLPポリシーの変更
DLPポリシーは組織全体のデータ保護に直結するため、変更には十分な審査が必要です。管理者は変更前に以下の点を確認してください。
- 変更対象のコネクタが本当にビジネスに必要かどうか
- 同じ目的を達成できる別のコネクタがないか(許可済みのコネクタに置き換え可能か)
- ポリシー変更が他のフローや環境に与える影響
ライセンス割り当ての確認
ユーザーに適切なライセンスが割り当てられているかは、Microsoft 365管理センターで確認できます。「アクティブ ユーザー」から該当ユーザーを選択し、「ライセンスとアプリ」タブでPower Automateのライセンスが有効になっているか確認します。無料版でもフローを作成できますが、プレミアムコネクタを使う場合は有料ライセンスが必要です。多くの会社では、組織全体で無料ライセンスのみを付与しているケースがあるため、その場合はプレミアムコネクタを使用したフローが実行できません。
トラブルシューティング手順(ユーザー向け)
Composeアクションが原因でフローが動かない場合、以下の手順で原因を切り分けてください。
- エラーメッセージを確認する。フローの実行履歴を開き、エラーが出ているアクションをクリックします。エラーの種類(InvalidTemplate、BadRequest、コネクタブロック、ライセンス不足など)を特定します。
- Composeアクションの式を検証する。エラーメッセージが構文に関するものなら、式ビルダーでテストしてみます。式が正しい場合、動的コンテンツの値が空でないか確認します。
- フローで使用している全コネクタをリストアップする。トリガーやアクションで使用しているコネクタ(SharePoint、Outlook、Teamsなど)を書き出します。プレミアムコネクタが含まれている場合は、ライセンスが有効か確認します。
- 管理者にDLPポリシーの確認を依頼する。コネクタリストを添えて、Power Platform管理者にDLPポリシーでブロックされていないか問い合わせます。管理者はポリシー画面で該当コネクタのステータスを確認できます。
- テスト環境で動作確認する。可能であれば、別の環境(例:開発環境)に同じフローをコピーし、実行してみます。開発環境で正常に動く場合は、本番環境のポリシーかライセンスの問題です。
- ライセンスを確認する。自分のアカウントに割り当てられているPower Automateライセンスを確認します。無料版でプレミアムコネクタを使っている場合は、管理者にライセンスの追加を依頼します。
この手順で原因が特定できない場合、Composeアクションの式にデータ型の不一致などが潜んでいる可能性があります。その場合は、Composeアクションを簡略化して段階的にテストすることで問題を絞り込めます。
よくある質問と対策
Q1. Composeアクションで「InvalidTemplate」エラーが出ます。どうすればいいですか?
A. これは式の構文エラーが原因です。式ビルダーで構文をチェックし、動的コンテンツが正しく参照されているか確認してください。特に、関数の引数が足りない、閉じ括弧が不足している、文字列が引用符で囲まれていないなどがよくあるミスです。また、空の動的コンテンツを式内で使用していないかも確認しましょう。
Q2. エラーメッセージに「DLPポリシー」と表示されました。どのように対処すればいいですか?
A. そのエラーは、フローで使用しているコネクタがDLPポリシーでブロックされていることを示します。まずは、どのコネクタがブロックされているかを特定し、管理者に報告してください。管理者がポリシーを変更するか、別の許可済みコネクタに置き換える必要があります。自分でポリシーを変更することはできません。
Q3. 無料ライセンスしかありませんが、プレミアムコネクタを使う必要があります。どうすればいいですか?
A. 無料ライセンスではプレミアムコネクタは利用できません。管理者に有料ライセンス(Power Automate per user または per flow)の割り当てを依頼する必要があります。また、組織でライセンス購入の予算がない場合は、標準コネクタだけで目的を達成できないか検討しましょう。例えば、HTTPコネクタやREST APIを使って代替できる場合があります。
Q4. フローが突然動かなくなりましたが、何も変更していません。原因は何でしょうか?
A. 原因として考えられるのは、管理者がDLPポリシーを更新した、あるいはライセンスの期限が切れた、実行回数の月間制限に達したなどです。まずは実行履歴のエラーメッセージを確認し、上記のトラブルシューティング手順を試してください。外部要因(コネクタサービスの障害)も稀にありますが、その場合はPower Platformのサービス正常性ページで確認できます。
まとめ
Composeアクションでつまずいた場合、まずは式の構文やデータ型を確認し、それでも解決しない場合はDLPポリシーとライセンスを疑うことが重要です。自分では変更できない設定が原因の場合は、早めに管理者へ具体的な情報(エラーメッセージ、使用コネクタ一覧)を伝えることで、解決までの時間を短縮できます。また、普段からフローの実行履歴を定期的に確認し、DLPポリシーやライセンスの変更履歴にも注意を払うと、トラブルを未然に防げます。会社としても、Power Automateの利用ルールを明確にし、管理者とユーザーの連携を強化することで、より安定した自動化運用が実現できるでしょう。
ADVERTISEMENT
超解決 第一編集部
疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。
Office・仕事術の人気記事ランキング
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【神技】保存せずに閉じたExcel・Wordファイルを復元する!消えたデータを復活させる4つの救出法
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【PDF】結合するPDFの「用紙サイズ」がバラバラな時、すべてを「A4サイズ」に強制リサイズしてから結合する
- 【Excel】矢印キーで「セルが動かず画面がスクロールする」!ScrollLockの解除方法(ノートPC対応)
- 【Teams】会議の「参加者リスト」を出席後にダウンロードする!誰が参加したか確認する手順
- 【Teams】画面共有時に「音声」も共有する方法!音が流れない時の設定手順
