【Power Automate】Adaptive Card投稿で権限エラーになる場合の共有範囲とロール設定の見直し

Power AutomateでAdaptive Cardを投稿するフローを作成したものの、「アクセスが拒否されました」や「許可がありません」といった権限エラーが発生して困った経験はありませんか。このエラーは多くの場合、フローが利用する接続の権限設定や、投稿先の共有範囲が原因です。本記事では、Adaptive Card投稿の権限エラーを解決するために、共有範囲とロール設定の見直し手順を具体的に解説します。原因を切り分けるための確認ポイントと、管理者に依頼すべき設定項目を詳しく説明しますので、ぜひ参考にしてください。

Adaptive Card投稿で発生する権限エラーの代表的なパターン

エラーメッセージの例

権限エラーが発生した場合、フローの実行履歴に以下のようなメッセージが記録されることがあります。メッセージの内容から原因を推測する手がかりを得られます。代表的なエラーメッセージをいくつか挙げます。

• 「Access denied. You do not have permission to perform this action.」
• 「The request failed with HTTP status 403 (Forbidden).」
• 「Either the specified team or channel does not exist, or you do not have access to it.」
• 「Not enough permission to post message.」

パターン1: Teamsチャネルへの投稿で発生するエラー

Teamsのチーム内チャネルにAdaptive Cardを投稿しようとしたときに権限エラーが発生するケースです。この場合、フローが使用しているアカウントがそのチームのメンバーになっていない、またはチャネルが非公開でアクセス権がない可能性があります。また、チームの共有範囲が「組織全体」ではなく「特定のユーザー」に制限されている場合もエラーになります。

パターン2: グループチャットへの投稿で発生するエラー

Teamsのグループチャット(複数ユーザーとのチャット)に投稿する場合も権限エラーが起こりえます。グループチャットは通常、参加者のみがメッセージを送信できます。フローの接続アカウントがグループチャットの参加者として追加されていない場合、エラーになります。さらに、グループがMicrosoft 365グループに基づいている場合、グループのメンバーシップ設定が影響することもあります。

権限エラーの原因を切り分けるための確認手順

フローで使用しているコネクタアカウントの確認

まず、Power Automateフローがどのアカウントで各コネクタに接続しているかを確認します。フロー内の各アクションには、使用する接続が設定されています。この接続には、通常はフロー作成者のアカウントか、明示的に指定されたサービスアカウントが使われます。以下の手順で確認を行ってください。

1. Power Automateポータル(make.powerautomate.com)にサインインし、該当フローを開きます。
2. フローの詳細画面で「編集」をクリックしてフローデザイナーを表示します。
3. Adaptive Cardを投稿するアクション(例:「Teamsにメッセージを投稿する」)をクリックします。
4. アクションの設定画面で、接続として表示されているアカウント名を確認します。必要に応じて「新しい接続を追加」で別のアカウントを指定することも可能です。
5. そのアカウントが、実際に投稿先のリソース(Teamsチーム、チャネル、チャットなど)にアクセスできるかどうかを別途確認します。

投稿先の共有範囲とロールの確認手順

次に、投稿先となるリソースの共有範囲と、接続アカウントに割り当てられたロールを確認します。Teamsを例にすると、チームの共有範囲と自分のロールを確認する手順は以下の通りです。

1. Teamsクライアントを開き、該当するチームの「…」メニューから「チームを管理」を選択します。
2. 「設定」タブで「チームの種類」を確認します。「パブリック」または「プライベート」のいずれかです。パブリックは組織内の誰でも参加可能ですが、プライベートは所有者からの承認が必要です。
3. 「メンバー」タブで自分の名前を検索し、ロールが「所有者」「メンバー」「ゲスト」のいずれであるか確認します。多くの場合、メンバーであればチャネルへの投稿は可能ですが、ゲストの場合は追加の制限がかかることがあります。
4. 投稿先がチャネルの場合、チャネルが「標準」か「非公開」かを確認します。非公開チャネルは特定のメンバーのみがアクセスでき、フローのアカウントがそのチャネルのメンバーになっている必要があります。
5. グループチャットの場合は、チャットの参加者リストにフローアカウントが含まれているか確認します。含まれていない場合は、手動で追加するか、フローでチャットを作成する際にアカウントを追加する必要があります。

投稿先ごとの共有範囲と必要なロール設定の比較

権限エラーを解決するためには、投稿先の種類に応じた適切な共有範囲とロール設定を理解することが重要です。以下の表に、主な投稿先と必要な条件をまとめました。

投稿先	必要な共有範囲	必要なロール(Teamsの場合)	追加の注意点
Teams チームのチャネル	チームがパブリック(組織全体)またはプライベート(特定ユーザー)	チームのメンバー(所有者でなくても可)	非公開チャネルの場合は、そのチャネルのメンバーである必要があります。チャネルが非公開の場合、チームのメンバーであっても自動的にアクセスできるわけではありません。
Teams グループチャット	グループチャットの参加者リストに含まれていること	グループのメンバー(通常は参加者として追加される)	グループチャットがMicrosoft 365グループに基づく場合、そのグループのメンバーシップ設定も影響します。外部ユーザーを含むグループでは、追加のポリシーが適用される可能性があります。
Teams 個人チャット	該当ユーザーとのチャットが開始されていること(または開始可能であること)	特になし(メッセージ送信の基本権限)	相手が外部ユーザー(ゲスト)の場合は、組織のポリシーで外部通信が許可されている必要があります。
Outlook メール(送信)	送信先のメールボックスに対する適切な送信権限	通常は送信者自身のアカウントで問題ありませんが、共有メールボックスの場合は「送信として」または「代理送信」権限が必要です。	Outlookコネクタを使用する場合、送信者アカウントがExchange Onlineのライセンスを持っている必要があります。

管理者に確認すべき設定項目

Azure ADのアプリケーション権限

Power Automateフローが組織のリソースにアクセスする際、Azure ADのアプリケーション登録とAPI権限が関わることがあります。特に、カスタムコネクタやMicrosoft Dataverseを使用している場合、適切な委任権限またはアプリケーション権限が設定されていないと権限エラーが発生します。管理者に依頼して、以下の点を確認してもらいましょう。

• 使用しているコネクタがAzure ADに登録されているアプリケーション(サービスプリンシパル)を利用している場合、そのアプリケーションに必要なAPI権限(例:Group.ReadWrite.All、Chat.ReadWrite.All)が付与されているか。
• 管理者の同意が必要な権限が付与されているか(委任権限の場合はユーザーがサインインしていること、アプリケーション権限の場合はテナント全体の同意が必要)。
• 条件付きアクセスポリシーにより、フローアカウントがブロックされていないか。

Teamsのゲストアクセス設定

投稿先に外部ユーザー(ゲスト)が含まれる場合、Teamsの組織レベルのゲストアクセス設定が影響します。管理者がゲストアクセスを無効にしていると、外部ユーザーを含むグループチャットやチームへの投稿ができません。以下の設定を管理者に確認し、必要に応じて変更を依頼してください。

• Teams管理センターで「ゲストアクセス」が有効になっているか。
• ゲストユーザーがチャット、会議、チームに参加できるようにポリシーが設定されているか。
• 条件付きアクセスやデータ損失防止(DLP)ポリシーがゲストユーザーに適用され、メッセージ送信を制限していないか。

よくある失敗パターンと再発防止策

失敗パターン:個人用Microsoftアカウントでサインインしている

Power Automateの接続設定で、誤って個人用Microsoftアカウント(例:xxx@outlook.com)を使用しているケースです。会社のTeamsやOutlookでは、通常、職場または学校アカウント(Azure AD)が必要です。個人用アカウントでは会社のリソースにアクセスできないため、権限エラーになります。この場合、接続を編集して適切な職場アカウントに変更する必要があります。また、フロー作成者自身がその職場アカウントでサインインしていることを確認してください。

失敗パターン:共有範囲が「組織全体」ではなく限定的になっている

Teamsチームの共有範囲が「組織全体」ではなく「特定のユーザー」に設定されている場合、チームに所属していないアカウントからの投稿が拒否されます。同様に、チャネルが非公開の場合、メンバーに追加されていないアカウントは投稿できません。この問題を解決するには、フローアカウントをチームのメンバーとして追加するか、共有範囲を適宜変更します。ただし、チームの設定変更はビジネス上の影響を考慮する必要があるため、関係者と相談の上で実施してください。

再発防止策:サービスアカウントの利用と共有範囲の文書化

権限エラーを再発させないためには、以下のような運用ルールを設けることをおすすめします。

• フロー専用のサービスアカウントを作成し、そのアカウントに必要な権限を一元的に付与します。個人のアカウントに依存すると、ユーザーの退職や異動でフローが停止するリスクがあります。
• フローがアクセスする投稿先の共有範囲と、サービスアカウントのロールをドキュメント化し、定期的に見直す仕組みを作ります。
• フローのテスト環境を用意し、本番適用前に権限エラーが発生しないか確認するプロセスを組み込みます。

まとめ

Power AutomateのAdaptive Card投稿で権限エラーが発生した場合、まずはフローで使用している接続アカウントが投稿先に対して適切な権限を持っているか確認してください。投稿先の種類(Teamsチャネル、グループチャット、個人チャット、Outlookメールなど)ごとに必要な共有範囲とロールが異なるため、比較表を参考に原因を切り分けましょう。個人用アカウントの誤使用や共有範囲の制限が原因であることが多いため、これらを重点的にチェックします。もし一般ユーザーでは変更できない設定が原因であれば、IT管理者にAzure ADの権限やTeamsのゲストアクセス設定を確認してもらいましょう。適切な設定と運用ルールを整えることで、権限エラーの発生を未然に防ぐことができます。

🔐

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