【Power Automate】休日を除く計算で権限エラーになる場合のDLPポリシーとライセンスの見直し

Power Automateで営業日計算など休日を除く日付計算を自動化しようとしたとき、突然の権限エラーに遭遇したことはありませんか。フローが動作していたのに、ある日を境にエラーが発生し、原因が分からず困っている方も多いと思います。このエラーの背景には、データ損失防止(DLP)ポリシーの変更やライセンスの不備が潜んでいるケースが少なくありません。本記事では、休日を除く計算で発生する権限エラーの原因をDLPポリシーとライセンスの観点から整理し、具体的な確認手順と対策を詳しく解説します。

権限エラーの原因を理解する(DLPポリシーとライセンスの2軸)

休日を除く計算で権限エラーが発生する場合、主に2つの原因が考えられます。ひとつは組織のDLPポリシーにより、使用しているコネクタがブロックされているケースです。もうひとつは、使用しているPower Automateのライセンスが、そのコネクタやアクションに対応していないケースです。それぞれの原因を詳しく見ていきましょう。

DLPポリシーとは何か

Data Loss Prevention(DLP)ポリシーは、組織のデータが外部に漏洩するのを防ぐために、Microsoft 365管理センターで設定されるルールです。Power Automateでは、コネクタごとに「ビジネスデータのみ」または「非ビジネスデータを許可」といった分類が可能で、特定のコネクタを禁止したり、条件付きで許可したりできます。休日を除く計算でよく使用される「Office 365 Outlook」「Microsoft Teams」「SharePoint」などのコネクタが、DLPポリシーによって制限されていると、権限エラーとして表面化します。

ライセンスの種類と制限

Power Automateには無料の「Power Automate for Microsoft 365」ライセンス(旧Office 365プランに付帯)と、有償の「Power Automate Per User」「Power Automate Per Flow」などがあります。無料ライセンスでは利用できるコネクタの種類や実行回数に制限があり、特にプレミアムコネクタ(例:HTTP、SQL Server、Azure ADなど)は使用できません。休日を除く計算にカスタムコネクタやプレミアムコネクタが必要な場合、ライセンス不足で権限エラーが発生することがあります。

休日を除く計算でよく使うコネクタとアクション

休日を除く計算(例えば、特定の日から営業日ベースで数日後を算出する)には、主に以下のコネクタとアクションが利用されます。これらのコネクタがDLPポリシーで許可されているか、および自分に必要なライセンスが付与されているかを確認する必要があります。

エラー発生時の確認手順

権限エラーが発生した場合、以下の手順で原因を特定し、適切な対策を取ってください。管理者権限がない場合は、手順の一部を管理者に依頼する必要があります。

1. エラーメッセージを確認する: フローの実行履歴を開き、失敗したアクションの「エラーの詳細」を確認します。「Access denied」「権限がありません」「License required」などのキーワードが手がかりになります。スクリーンショットを保存しておくと管理者への報告がスムーズです。
2. 使用しているコネクタをリストアップする: フローの編集画面で、利用しているすべてのコネクタとアクションを書き出します。特に、休日計算に関連するコネクタ(例:Office 365 Outlookの「カレンダー」、HTTPコネクタの「祝日API」など)を特定します。
3. Power Platform管理センターでDLPポリシーを確認する: 管理者に依頼して、対象の環境に適用されているDLPポリシーの一覧を取得します。特に、使用しているコネクタが「ブロック」または「制限付き」に分類されていないか確認します。DLPポリシーは複数存在する可能性があるため、すべてのポリシーを確認してください。
4. 自分のライセンスを確認する: Microsoft 365管理センター(管理者が確認)またはPower Automateの「プラン」ページから、自分に割り当てられているライセンスの種類を確認します。無料ライセンスの場合、プレミアムコネクタが利用できないため、有償ライセンスへの切り替えを検討します。
5. テスト環境で再現する: 可能であれば、同じコネクタを使用する簡単なテストフローを作成し、エラーが再現するか試します。これにより、問題が特定のフローのロジックではなく、コネクタレベルで発生していることを切り分けられます。
6. 管理者に問い合わせる: DLPポリシーの変更履歴やライセンスの割り当て状況を管理者に確認し、エラー発生時期とポリシー変更のタイミングが一致するか調べます。必要に応じて、DLPポリシーの例外申請やライセンス追加を依頼します。

失敗パターンとその対策

DLPポリシーが原因の場合

具体例として、HTTPコネクタを使用して国立天文台の祝日APIを呼び出しているフローがあるとします。ある日突然エラーが発生し、エラーメッセージには「コネクタがブロックされました」と表示されました。これは、管理者がDLPポリシーを変更し、HTTPコネクタを「非ビジネスデータ」としてブロックした可能性が高いです。対策としては、管理者に依頼してHTTPコネクタを「ビジネスデータのみ」または許可リストに追加してもらうか、代わりにOffice 365 Outlookのカレンダー機能など、組織内で許可されているコネクタに置き換える方法があります。また、DLPポリシーには環境ごとの設定があるため、フローが実行されている環境(既定環境か専用環境か)も確認が必要です。

ライセンス不足が原因の場合

別のケースとして、Power Automate for Microsoft 365(無料)ライセンスしかないユーザーが、カスタムコネクタを使用した休日データベース接続を試みた場合、エラーメッセージに「このコネクタを使用するには有償ライセンスが必要です」と表示されます。この場合、ユーザーにPower Automate Per Userライセンスを割り当てるか、フローを共有するか、あるいはカスタムコネクタを使用せずに標準コネクタで代用できるか検討します。例えば、休日リストをSharePointリストで管理し、SharePointコネクタのみで処理するといった回避策が考えられます。ライセンスのアップグレードが必要な場合は、コスト面も考慮して上司と相談してください。

管理者に確認すべき情報

エラーを解決するために、管理者に以下の情報を伝えるとスムーズに調査が進みます。

• エラーのスクリーンショットと日時: いつ、どのフローで、どのようなエラーメッセージが表示されたかを明確にします。
• 使用しているコネクタとアクションの一覧: フロー内で利用しているすべてのコネクタをリストアップします。特にHTTPコネクタやカスタムコネクタはプレミアム扱いになりやすいため明示します。
• フローが動作していた最後の日時: エラーが発生したタイミングと、DLPポリシーの変更やライセンス変更の履歴を照合するために必要です。
• 自分の現在のライセンス情報: 自分に割り当てられているPower Automateライセンスの種類が分からない場合は、管理者に確認してもらいます。
• DLPポリシーの適用範囲: フローが実行されている環境に対して、どのDLPポリシーが適用されているか、またそのポリシーで該当コネクタがどのように分類されているかを尋ねます。

よくある質問(FAQ)

Q. DLPポリシーは自分で変更できますか?
A. いいえ、変更できません。テナントの管理者(グローバル管理者またはPower Platform管理者)のみがPower Platform管理センターでDLPポリシーを編集できます。自分で変更しようとせず、必ず管理者に依頼してください。

Q. 無料ライセンスでも休日計算は可能ですか?
A. 標準コネクタ(Office 365 Outlook、SharePointなど)のみを使用する場合は可能です。ただし、外部の祝日APIを呼び出す場合はHTTPコネクタが必要となり、無料ライセンスでは使用できません。代わりに、Office 365のカレンダーに休日を登録しておく方法もあります。

Q. エラーメッセージが「アクセス拒否」と「ライセンスが必要」のどちらか分かりません。
A. エラーの詳細を展開すると、より具体的なメッセージが表示されます。「ClientError: Access denied」はDLPポリシーによるブロックを示唆し、「LicenseQuotaExceeded」や「This connector requires a premium license」はライセンス不足を示します。分からない場合は、そのまま管理者にエラー詳細を共有しましょう。

Q. DLPポリシーの例外申請はどのように行いますか?
A. 管理者に依頼し、Power Platform管理センターから該当コネクタのポリシーを「許可」または「ビジネスデータのみ」に変更してもらいます。申請理由として、業務上必要なコネクタであることを明確に伝え、代わりの方法がないことを説明すると承認されやすくなります。

まとめ

休日を除く計算で権限エラーが発生した場合、まずはエラーメッセージを読み解き、DLPポリシーとライセンスの2軸で原因を切り分けることが重要です。DLPポリシーが原因であれば管理者にポリシー変更を依頼し、ライセンス不足であれば有償ライセンスへの切り替えや代替手段を検討してください。エラーの再発を防ぐためには、フローで使用するコネクタが組織のポリシー内で許可されているか事前に確認する習慣をつけるとよいでしょう。また、管理者と連携し、ポリシー変更の影響を事前に共有できる体制を整えることも有効です。本記事の手順を参考に、原因を特定し適切な対策を進めてください。