【Power Automate】オンプレミスデータゲートウェイで権限エラーになる場合の権限継承とポリシーの切り分け

2026年7月30日

🛡️ 超解決

Power Automateでオンプレミスデータゲートウェイを使用する際、権限エラーが発生するとフローが正常に動作しません。このエラーは多くの場合、ゲートウェイの権限継承の設定ミスやアクセスポリシーの適用漏れが原因です。しかし、エラーメッセージだけではどの設定が問題なのか特定しづらいこともあります。本記事では、権限継承の仕組みとポリシー設定の観点から、原因を段階的に切り分ける方法を解説します。実際の操作手順や管理者へ確認すべき情報も含め、再発防止につなげてください。

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

最初に見る場所: Power Automateフロー実行履歴のエラーメッセージ、およびオンプレミスデータゲートウェイ管理画面の「ユーザー」タブと「データソース」タブ。
切り分けの軸: ①ゲートウェイクラスターの管理者権限の有無、②データソースごとのユーザー権限設定、③アクセスポリシー(ゲートウェイ全体の許可設定)の3点で原因を絞り込みます。
注意点: 会社PCでゲートウェイの設定変更を行う場合は、必ずIT管理者またはゲートウェイ管理者の承認を得てください。特にアクセスポリシーの変更は全ユーザーに影響する可能性があります。

1 オンプレミスデータゲートウェイの権限エラーとは
- 1.1 よく見られるエラーメッセージの例
- 1.2 権限エラーが発生するシチュエーション
2 権限継承の仕組みと確認ポイント
3 ポリシー設定の確認と変更手順
- 3.1 ゲートウェイ管理画面でのポリシー確認
- 3.2 管理者が設定すべきアクセスポリシー
4 状況別の切り分け表
5 失敗パターンと管理者へ確認すべき情報
6 よくある質問
7 まとめ
- 7.1 解決関連記事でさらに詳しく
- 7.2 Office・仕事術の人気記事ランキング

オンプレミスデータゲートウェイの権限エラーとは

Power Automateのフローがオンプレミスデータゲートウェイを経由して社内データベースやファイルサーバーに接続するとき、ゲートウェイ側でユーザー認証が行われます。ここで権限が不足していると、「Access Denied」「許可されていないユーザーです」「ゲートウェイにアクセスできません」といったエラーがフロー実行履歴に記録されます。このエラーは、Power Automateライセンスやコネクタの設定ではなく、ゲートウェイ自体のユーザー管理とアクセス制御に起因します。

よく見られるエラーメッセージの例

実際に発生しやすいエラーメッセージをいくつか挙げます。

「ゲートウェイ ‘xxx’ へのアクセスが拒否されました。ゲートウェイ管理者に連絡してください。」:ゲートウェイクラスターに対するユーザー権限がない場合に表示されます。
「データソース ‘xxx’ の使用が許可されていません。」:ゲートウェイにはアクセスできるが、特定のデータソース(例:SQL Server、ファイル共有)の権限がない場合に出ます。
「この操作にはゲートウェイ管理者権限が必要です。」:フロー内でゲートウェイの設定変更操作(例:データソースの追加)をしようとした場合に発生します。

権限エラーが発生するシチュエーション

エラーが起きやすい典型的な場面として、以下のようなケースがあります。

新しくゲートウェイを導入したが、ユーザー登録を忘れている。
既存のゲートウェイに新しいメンバーが加わったが、データソース権限を付与していない。
ゲートウェイ管理者がクラスターを再構成し、アクセスポリシーが初期化された。
組織のADグループ変更により、ユーザーがゲートウェイのグループから削除された。

※ お探しの解決策が見つからない場合は、こちらの「会社アカウント・認証トラブル完全解決データベース」で他のエラー原因や解決策をチェックしてみてください。

権限継承の仕組みと確認ポイント

オンプレミスデータゲートウェイの権限は、クラスター単位、データソース単位、そしてアクセスポリシーという3つの階層で管理されます。それぞれの役割を理解しないと、権限エラーの原因を特定できません。

ゲートウェイクラスターの権限設定

まず、ゲートウェイ全体の管理者とユーザーが定義されています。ゲートウェイ管理画面(https://gateway.microsoft.com)にアクセスし、該当のゲートウェイクラスターを選択すると、左メニューに「ユーザー」タブがあります。ここで「ゲートウェイ管理者」と「ゲートウェイユーザー」の2種類の権限を確認できます。フローを実行するユーザーは、少なくとも「ゲートウェイユーザー」として登録されている必要があります。登録がない場合は、ゲートウェイ自体にアクセスできず、権限エラーになります。

データソースの権限設定

ゲートウェイクラスター内には複数のデータソース(SQL Server、Oracle、ファイルシステムなど)が登録できます。各データソースには個別にユーザー権限を設定します。管理画面の「データソース」タブで該当のデータソースを開き、「ユーザー」セクションで「使用できるユーザー」を確認します。ここにフロー実行ユーザーが含まれていないと、ゲートウェイにはアクセスできてもデータソースへの接続が拒否されます。なお、データソースの権限はクラスターの権限を自動継承しません。つまり、ゲートウェイユーザーであっても、データソースごとに権限を追加で付与しなければならない点が重要です。

Power Automateフローでの権限継承の流れ

Power Automateフローがゲートウェイを使う際の権限チェックの順序は次のとおりです。

フロー実行ユーザーがゲートウェイクラスターの「ゲートウェイユーザー」に含まれているか。
フローで使用するデータソースの「使用できるユーザー」に含まれているか。

この3段階のすべてを満たさないと、権限エラーが発生します。逆に言えば、エラーが起きたときはこの順序で確認すれば原因を特定できます。

ポリシー設定の確認と変更手順

ゲートウェイには「アクセスポリシー」という機能があり、特定のユーザーやグループに対して、ゲートウェイ経由のデータソース使用をさらに制限できます。このポリシーはクラスター全体に適用され、データソース個別の設定より優先される場合があります。

ゲートウェイ管理画面でのポリシー確認

管理画面で該当ゲートウェイクラスターを開き、「ポリシー」タブ(または「設定」内の「アクセスポリシー」)を開きます。ここには「許可されたユーザー」と「拒否されたユーザー」のリストが表示されます。デフォルトでは「すべてのユーザーを許可」になっていることが多いですが、管理者が意図的に制限をかけている場合があります。ポリシーが「拒否」になっているユーザーは、たとえクラスターのユーザー一覧に含まれていても、ゲートウェイを使えません。

管理者が設定すべきアクセスポリシー

組織のセキュリティポリシーによっては、特定のユーザーグループだけにゲートウェイ使用を許可する場合があります。その場合、ポリシーで許可リストを明示的に設定します。新規ユーザーを追加する際は、このポリシーにも反映させる必要があるため、管理者は注意が必要です。以下の手順でポリシーを確認・変更できます。

ゲートウェイ管理画面(https://gateway.microsoft.com)にゲートウェイ管理者アカウントでサインインします。
該当のゲートウェイクラスターを選択し、左メニューの「ポリシー」をクリックします。
「アクセスポリシー」セクションで、現在の設定を確認します。「すべてのユーザーを許可」以外に設定されている場合、一覧に自分のアカウントまたは所属グループが含まれているか確認します。
自身のアカウントが許可リストにない場合は、管理者に連絡して追加を依頼します。管理者は「+ ユーザーの追加」からメールアドレスを入力して保存してください。
変更後、Power Automateで再度フローを実行し、権限エラーが解消されたか確認します。反映に数分かかる場合があるため、すぐにエラーが消えなければ少し待ってから再試行してください。

状況別の切り分け表

以下の表に、エラーメッセージとその原因、確認すべき設定箇所、対処方法をまとめました。ご自身のケースに当てはめて確認してください。

エラーメッセージ(例)	考えられる原因	確認する設定箇所	対処方法
「ゲートウェイ ‘xxx’ へのアクセスが拒否されました」	ゲートウェイクラスターのユーザー一覧に含まれていない	「ユーザー」タブの「ゲートウェイユーザー」リスト	ゲートウェイ管理者に依頼し、ユーザーを「ゲートウェイユーザー」として追加
「データソース ‘xxx’ の使用が許可されていません」	データソースのユーザー権限がない	「データソース」タブの該当データソースの「ユーザー」設定	管理者に依頼し、データソースの「使用できるユーザー」に追加
「アクセスポリシーによりアクセスが拒否されました」	アクセスポリシーで明示的に拒否または許可リスト外	「ポリシー」タブの「アクセスポリシー」設定	管理者に依頼し、ポリシーの許可リストにユーザーを追加、または拒否リストから削除
「ゲートウェイ管理者権限が必要です」	フローがゲートウェイの管理操作を実行しようとしている	「ユーザー」タブの「ゲートウェイ管理者」リスト	フローの設計を見直し、管理操作を別のフローに分離するか、管理者権限を持つユーザーで実行

失敗パターンと管理者へ確認すべき情報

実際のトラブルシューティングでよく見られる失敗パターンを紹介します。これらを参考に、同じミスを避けてください。

失敗パターン1: ゲートウェイクラスターの管理者権限のみでデータソース権限がない

あるユーザーがゲートウェイ管理者として登録されている場合、そのユーザーは自動的にすべてのデータソースを使用できるわけではありません。ゲートウェイ管理者は管理操作(データソースの追加、ユーザー管理など)は行えますが、フローからデータソースにアクセスするには、別途データソースの「使用できるユーザー」として登録する必要があります。この点を誤解して「管理者だから大丈夫」と思い込むと、権限エラーが発生します。

失敗パターン2: ポリシーで許可されていないユーザーが使用

クラスターのユーザー一覧にもデータソースの権限にも登録されているのにエラーが出る場合、アクセスポリシーが原因であることが多いです。特に、グループ単位でポリシーを設定している場合、ユーザーがグループから外れると自動的にポリシーからも除外されます。管理者はポリシー変更の影響範囲を十分に確認せずに設定すると、多くのユーザーに影響が出る可能性があります。

管理者に確認すべき情報

権限エラーが解決しない場合、管理者に以下の情報を伝えるとスムーズです。

エラーが発生したフローの名前と実行ID(Power Automateの実行履歴から取得可能)。
エラーメッセージの全文(スクリーンショットでも可)。
フローが使用しているゲートウェイクラスター名とデータソース名。
自身のアカウント(メールアドレス)と、グループに所属している場合はグループ名。
エラーが発生し始めた日時。

よくある質問

ここでは、権限エラーに関してよく寄せられる質問とその回答をまとめました。

Q1. ゲートウェイユーザーとデータソースユーザーの両方に登録されているのにエラーが出ます。なぜですか?
アクセスポリシーを確認してください。ポリシーで明示的に拒否されているか、許可リストに含まれていない可能性があります。管理者にポリシー設定を確認してもらいましょう。

Q2. ゲートウェイ管理者に依頼したが、なかなか対応してもらえません。自分で設定を変更してもいいですか?
会社のセキュリティポリシーに反する可能性があるため、自己判断で変更しないでください。必ず管理者の承認を得たうえで、管理者アカウントで操作するか、管理者に変更を依頼してください。

Q3. エラーメッセージに「内部サーバーエラー」と表示されます。権限の問題ですか?
「内部サーバーエラー」は権限以外の原因(ゲートウェイサービスのダウン、ネットワーク障害、データベース認証情報の誤りなど)も考えられます。まずはゲートウェイの状態を管理者に確認してもらい、その後に権限設定を再確認するのがよいでしょう。

まとめ

オンプレミスデータゲートウェイの権限エラーは、クラスターのユーザー権限、データソースのユーザー権限、アクセスポリシーの3段階で発生します。エラーメッセージから該当する階層を特定し、それぞれの設定を順番に確認することで、原因を効率的に切り分けられます。管理者への依頼時には、フロー名やエラーメッセージなど詳細情報を伝えると対応が早まります。権限設定の変更は必ず管理者の承認を得てから行い、再発防止のためにユーザー追加時のチェックリストを作成することをおすすめします。

🔐

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

この記事の監修者

✍️

超解決第一編集部

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