【SharePoint】承認ワークフローで組織の設定により操作できない時の確認手順

SharePointの承認ワークフローを利用している最中に、「組織の設定により操作できません」と表示されて承認や却下の操作ができないケースがあります。このエラーは、単なる操作ミスではなく、テナント全体のポリシーやサイトの権限設定が原因であることが多く、自分で解決できる場合と管理者に依頼しなければならない場合があります。本記事では、エラーの原因を切り分けるための具体的な確認手順を、実務で発生しやすいパターンとともに解説します。

1. エラーメッセージの種類と意味を確認する

「組織の設定により操作できません」というエラーは、いくつかのバリエーションがあります。表示されるメッセージの正確な文言を控えておくと、原因特定がスムーズになります。

1-1. Power Automateの承認画面で表示される場合

Power Automateの承認センターで承認をクリックしようとすると、「組織の設定により操作できません。詳細については管理者に問い合わせてください。」と表示されることがあります。この場合、よくある原因は「組織がカスタムコネクタの使用を制限している」「地域設定による制限」「データ損失防止(DLP)ポリシーに抵触」などです。

1-2. SharePointのリストやライブラリから承認操作をした場合

SharePointの「承認/却下」ボタンを押したときに同様のエラーが出る場合、ワークフロー自体がPower AutomateまたはSharePoint Designerの従来のワークフローであるかどうかで原因が異なります。Power Automateフローの場合は、フローの実行アカウント(通常はフロー作成者もしくはサービスアカウント)に権限不足が生じている可能性があります。

エラー表示の状況	考えられる原因	確認すべき設定
承認依頼メール内のリンクからアクセスして承認できない	リンクが古い、またはアクセス権が不足	アイテムのアクセス許可、フロー共有設定
SharePointの画面上で直接承認ボタンがグレーアウトしている	ユーザーにアイテムの編集権限がない	SharePointのアクセス許可レベル
Power Automate承認センターで「操作を完了できません」	DLPポリシーまたは条件付きアクセス	Power Platform管理センターのポリシー

2. 自分で確認できる基本手順(ユーザー側)

管理者に問い合わせる前に、以下の手順を実行すると問題の切り分けができます。

1. エラーメッセージのスクリーンショットを撮る: 表示されているすべての文言と、どの画面で発生したかを記録します。
2. 別のブラウザやシークレットウィンドウで試す: キャッシュや拡張機能の影響を排除します。Microsoft EdgeのInPrivateモードやGoogle Chromeのシークレットモードで同じ操作を行います。
3. 別のユーザーアカウントでテストする: 自分以外の同僚(特にサイト所有者や管理者)に依頼して、同じ承認操作ができるか確認します。自分だけができない場合、アカウント固有の権限問題が疑われます。
4. アイテムのアクセス許可を確認する: 承認対象のドキュメントやリストアイテムに対して、自分が「編集」以上の権限を持っているか確認します。SharePointでアイテムを選択し、「…」→「アクセス許可の管理」から確認できます。
5. Power Automateの承認センターの動作を確認する: https://flow.microsoft.com にアクセスし、「承認」タブで該当の承認リクエストが表示されているか、クリックしたときの挙動を確認します。

3. 組織の設定による主な原因とその確認方法

ユーザー側で解決できない場合、組織レベルの設定が原因です。以下に代表的な原因を挙げます。

3-1. カスタムスクリプトの無効化

SharePoint管理センターで「カスタムスクリプト」が無効になっていると、Power Automateフローが正しく動作しない場合があります。特に、従来のSharePoint Designerワークフローを利用しているサイトでは影響を受けることがあります。管理者は管理センターの「設定」→「カスタムスクリプト」から、対象のサイトコレクションが許可されているか確認できます。

3-2. データ損失防止(DLP)ポリシー

Power Platform管理センターで定義されているDLPポリシーにより、SharePointとPower Automateの間のデータフローがブロックされている可能性があります。特に、承認フローで「承認」アクションを使用する際に、フローがSharePointコネクタと承認コネクタを同時に使う場合、ポリシーでその組み合わせが許可されていないとエラーになります。

3-3. 条件付きアクセスポリシー

Azure ADの条件付きアクセスによって、特定のアプリ(Power AutomateやSharePoint)へのアクセスが制限されていると、承認操作が拒否されることがあります。例えば、未登録デバイスからのアクセスをブロックするポリシーが適用されていると、ブラウザの状態によってはエラーが出ます。

4. 管理者に依頼する前に準備しておく情報

「組織の設定により操作できません」と表示された場合、最終的にはテナント管理者やSharePoint管理者の対応が必要になることが多いです。以下の情報を整理しておくと、解決が早まります。

• エラーが発生した正確な日時とタイムゾーン
• 使用しているブラウザとそのバージョン
• 影響を受けているユーザーのアカウント名(複数いる場合は全員)
• 承認ワークフローの名前とフローのID(Power Automateのフローの詳細ページから取得可能)
• エラーメッセージのスクリーンショットと該当する画面のURL

5. よくある質問(FAQ)

実際の現場でよく寄せられる質問とその回答をまとめました。

Q1. 自分はサイト所有者なのに承認できません。なぜですか?

サイト所有者であっても、フローを実行するサービスアカウントに権限がない場合があります。Power Automateフローが「フロー所有者」として自分を使用している場合、自分にアイテムの編集権限があれば問題ないはずですが、フローが「別のユーザーとして実行」する設定になっていると、そのアカウントに権限が必要です。

Q2. 承認メールのリンクをクリックすると「アクセス権限がありません」と出ます。

承認者として割り当てられているユーザーが、SharePointのアイテムに対するアクセス許可を持っていない可能性があります。アイテムのアクセス許可を確認し、必要な権限(少なくとも読み取り)を付与してください。

Q3. フローは動いているのに承認操作だけができません。考えられる原因は?

フロー自体は正常に動作していても、承認アクション部分でエラーが発生している場合があります。Power Automateのフロー実行履歴を確認し、承認アクションの出力にエラーがないか調べてください。

6. まとめ

SharePointの承認ワークフローで「組織の設定により操作できません」と表示された場合は、まずユーザー側の権限とブラウザ環境を確認し、それでも解決しない場合はテナント全体のポリシーやスクリプト設定が原因である可能性を考慮します。管理者への報告時には、エラー発生時の詳細情報(日時、ブラウザ、ユーザーアカウント、フローID)を添えることで、原因特定が迅速になります。特に、カスタムスクリプトの無効化やDLPポリシーは、組織全体の設定変更が必要なため、自分で変更せずに必ず管理者に依頼してください。本記事の手順を参考に、問題を整理したうえで適切な対応を取りましょう。

👥

Teams/Outlookトラブル完全解決データベース サインイン、接続エラー、メール送受信の不具合など、特有のトラブル解決策を網羅。困った時の逆引きに活用してください。

🔐

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