「権限があるのにアクセスできない」原因の切り分け｜SharePoint・Teams・ゲストで確かめる順番

たとえば、営業部の SharePoint のサイトにある「契約書」フォルダーを見てもらおうと、新しく入った社員を営業部のメンバーに入れたとします。ところが本人からは「アクセスが拒否されました、と出て開けない」と返ってきます。管理者が見ると、本人は確かにメンバーに入っています。権限があるのに開けないときの原因は、権限の付け方だけではありません。開いたアカウント、端末や場所のポリシー、開いた場所の権限の違い、ゲストだけの条件のどれでも、同じように「開けない」と見えます。

この記事では、開けないと言われたときに、管理者やサイトの所有者がどの順で何を確かめれば原因を絞れるかが分かります。権限の付け方そのもの、外部共有の設定の決め方、条件付きアクセスのポリシーの作り方は、それぞれの記事に任せ、ここでは確かめる順と見る場所に絞ります。当社は Microsoft 365 の導入を支援している会社で、ライセンスの販売はしていません。

最初に聞く3つ：何と出たか、何を開こうとしたか、どのアカウントか

「開けない」とだけ聞いた段階では、権限の問題かどうかも分かりません。まず本人に3つを聞きます。画面に出た文（できれば画面の写真）、開こうとしたもの（サイト、フォルダー、ファイル、共有リンク、Teams のチャネルの［ファイル］タブのどれか）、そして画面の右上に出ているアカウントです。あわせて、権限を付けた直後なのか、前は開けていたのかも聞いておくと、後の切り分けが早くなります。

例の新しい社員なら、出た文が「アクセスが拒否されました」で、開こうとしたのは「契約書」フォルダー、アカウントは会社のアドレス、と分かれば、次の節の「権限ではない原因」はほぼ外れ、その場所の権限を見る段に進めます。

この記事に関連するサービス

M365・Google Workspace の移行と設定の相談移行と設定を、1件から相談できます。詳しく見る →Microsoft 365 導入支援Exchange・SharePoint・Teamsの移行から権限設計・Copilot活用まで詳しく見る →Google Workspace 導入・移行支援Gmail移行から権限設計・Gemini活用まで詳しく見る →AIセキュリティ診断・規約・ルール整備AIを使う前に、出す前に。安全の確認と、規約・ルールの整備を詳しく見る →Notion 導入支援議事録・ナレッジ・タスクを一箇所にまとめる詳しく見る →

出た文で、権限ではない原因を先に外す

Microsoft のトラブルシューティング（Microsoft Learn「アクセスが拒否されたか、SharePoint Online と OneDrive でアクセス許可エラーが必要です」）は、SharePoint や OneDrive を開けないときに出る文として「アクセスが拒否されました」「このサイトにアクセスするには、アクセス許可が必要です。」などを挙げ、原因を3つ挙げています。その人の権限が正しく構成されていないこと、共有リンクを開いたアカウントが招待を送ったアカウントと違うこと、サイトのユーザーの ID が一致していないことです。ただし、同じ「アクセスが拒否されました」で始まっても、続きの文によっては権限とは関係がありません。

「組織のポリシーのため、この信頼されていないデバイスからこのリソースにアクセスすることはできません。」に近い文が出たら、会社が管理していない端末からのアクセスを止めるポリシーです（Microsoft Learn「アンマネージド デバイスからのアクセスを制御する」）。「この ネットワークの場所から」と続く文なら、IP アドレスで場所を絞るポリシーです（Microsoft Learn「組織のポリシーによりアクセスが拒否されました」）。どちらも、その人に権限を付け直しても開けるようにはなりません。本人の端末か場所を変えるか、ポリシーを決めた管理者がポリシーの対象を見直します。端末のポリシーは、Microsoft Entra の条件付きアクセスのポリシーに依存します。場所のポリシーは、SharePoint の「ネットワークの場所」の設定です。「組織のポリシーにより、このリソースにアクセスできません」とだけ出る場合は、情報バリアという別の機能が原因のことがあり、この記事では扱いません。条件付きアクセスの作り方と、締め出されない作り方は条件付きアクセスの設定の記事に書いています。

「このリンクは使用できません。」や「申し訳ありませんが、現在サインインしているアカウントは保護されているユーザーの一覧に含まれていません。」と出たら、共有を受けたアカウントとは別のアカウントで開いています。本人にサインアウトしてもらい、共有のメールが届いたアドレスでサインインしてから、同じリンクを開き直してもらいます。

「このサイトは、サイト コレクション管理者の要求でのみ読み取られます。」のような読み取り専用の文や、「403 Forbidden」が出たときは、サイトがロックされているか閉じられていることがあります（Microsoft Learn「SharePoint または OneDrive の読み取り専用エラー メッセージ」）。403 については、Microsoft Learn「OneDrive または SharePoint でエラー 403 Forbidden」が、ブラウザーのプライベート モード（Microsoft Edge の InPrivate など）で開いてみることと、権限が複製しきれていない可能性があるとして、開き直す前に 30 分待つよう案内しています。

その人が「その場所で」何を持っているかを見る

出た文が「アクセスが拒否されました」「このサイトにアクセスするには、アクセス許可が必要です。」だけで、アカウントも合っているなら、権限を見ます。見るのは、サイトの権限のページのリボンにある［権限の確認］です。Learn の手順では［アクセス許可の確認］と書かれています。権限のページへの入り方と、権限の種類（アクセス許可レベル）やサイトの3つのグループの意味は、SharePoint の権限の仕組みの記事にまとめています。

［権限の確認］を押すと、「（サイト名）: 権限の確認」のダイアログが開きます。「ユーザー/グループ:」の欄に本人の名前かメール アドレスを入れて［今すぐ確認する］を押すと、その人がサイトで持っている権限と、元になったグループが出る、と Learn は説明しています。当社はダイアログを開くところまでを見ており、結果の画面は出していません。

結果は、次の3通りに読みます。

権限が出ているのに開けないなら、開こうとした場所がサイトとずれています。権限がグループを通して出ているときは、開こうとした場所にもそのグループが残っているかを見ます。ずれの形は、次の小見出しの4つです。

権限が出ないなら、付け忘れか、付けた相手が本人の使っているアカウントとは別のアカウントです。

「権限がある」と思った根拠と、開こうとした場所がずれていないか

サイトで確かめて権限があっても、開こうとした場所に届いていないことがあります。ずれの形は、次の表の4つです。

1つ目は、継承を止めたフォルダーやファイルです。継承を止めただけでは開ける人は減らず、サイトのグループはそのフォルダーに残ります。そのため、営業部のメンバーのグループが「契約書」フォルダーに残っていれば、新しい社員をメンバーに入れるだけで開けます。開けないのは、そのフォルダーからメンバーのグループを外し、課長たちだけに絞っている場合です。［権限の確認］は、ライブラリやフォルダーの権限のページのリボンにもあります。開こうとしたフォルダーの権限のページで、同じように確かめます。継承を止めたフォルダーの入口と、止めたフォルダーの見つけ方はフォルダーごとに権限を変える記事に書いています。

2つ目は、Teams のプライベート チャネルと共有チャネルです。Microsoft Learn「Teams と SharePoint の統合」は、プライベート チャネルごとに独自の SharePoint サイトがあり、そのサイトにアクセスできるのはプライベート チャネルのメンバーだけだとしています。チャネルのサイトの権限はチャネルから引き継がれます。チームのメンバーに入れても、チャネルのメンバーに入れなければ、そのチャネルの［ファイル］は開けません。直すのは SharePoint ではなく、Teams でチャネルのメンバーに入れることです。

3つ目は、1つのファイルを共有した場合です。ファイルを右クリックして［アクセス許可の管理］を選ぶと、「アクセス許可を管理」のパネルが開きます。パネルには［ユーザー］［グループ］［リンク］のタブがあり、そのファイルを開ける人とリンクを見られます。本人がここにいても、別のアカウントで開けば開けません。逆に、ここにもサイトのグループにもいなければ、共有が届いていません。

4つ目は、退職者のアドレスを新しい人に使い回したときや、アカウントを消して同じアドレスで作り直したときです。Microsoft Learn「SharePoint または OneDrive でのサイト ユーザー ID の不一致を修正する」によると、ユーザー プリンシパル名（UPN、サインインに使うアドレス）が同じでも、新しいアカウントには新しい ID が付きます。サイトには前のアカウントの ID が残っているため、新しいアカウントで開こうとするとアクセスが拒否されます。この場合は、権限を付け直す前に、管理者が後の「付け直しと管理者の診断」の節の診断で古い ID を消します。

付けた直後なら、どれだけ待つか

権限を付けた直後や設定を変えた直後は、まだ効いていないこともあります。この記事に関係する場面で、公式が待つ時間を書いているのは、次の4つです。

社内の人に権限を付けてから開けるようになるまでの一般の時間は、確かめたページには見当たりませんでした。当社は、付けた直後で、［権限の確認］では権限が出ているのに開けない場合は、本人にブラウザーのプライベート モードで開き直してもらい、30 分ほどおいてもう一度試してもらうことをお勧めします。これは 403 のページの手順を当てはめたものです。それでも開けなければ、ゲストなら次の節、社内の人なら「付け直しと管理者の診断」の節に進みます。

社員は開けるのに、ゲストだけ開けないとき

ゲストは、取引先の人など組織の外の人で、自社のディレクトリ（Microsoft Entra ID）にゲストのアカウントがある人です。社員なら開ける場所をゲストだけ開けないときは、権限の前に、ゲストだけに掛かる次の6つの条件を見ます。

見る順は、いつから開けないかで決めます。前は開けていたのに急に開けなくなったなら、1つ目の外部共有の段、2つ目の有効期限、4つ目のゲストのアカウントを先に見ます。初めから開けないなら、3つ目の承諾したアカウントと、6つ目の条件付きアクセスを先に見ます。Teams の［ファイル］タブだけ開けないなら、5つ目を見ます。

1つ目は、組織とサイトの外部共有の段です。Microsoft Learn「サイトの共有設定を変更する」によると、サイトの段が「組織内のユーザーのみ」なら、そのサイトの内容は外部と共有できません。組織の段で外部共有をオフにすると、サイトの段でも使えなくなり、共有リンクは機能しなくなります。Microsoft Learn「SharePoint と OneDrive の共有設定を管理する」は、外部共有を絞るかオフにすると、ゲストは通常 1 時間以内にアクセスできなくなる、としています。前は開けていたゲストが急に開けなくなったなら、最近だれかが段を変えていないかを見ます。段の見方と決め方はSharePoint の外部共有の設定の記事に書いています。

2つ目は、ゲストの有効期限です。管理者は、SharePoint 管理センターの［ポリシー］＞［共有］の［外部共有の詳細設定］にある「サイトまたは OneDrive へのゲストアクセスは、この日数が経過すると自動的に有効期限切れになります」で、ゲストのアクセスを決めた日数で切れるようにできます。Microsoft サポート「サイトのゲストの有効期限を管理する」によると、期限が効くのは、ポリシーを有効にした後に、サイトに直接の権限を得たか、共有リンクでアクセスを得たゲストです。それより前からのゲストには効きません。有効期限は共有リンクではなくゲストの単位で効くため、リンクは消えませんが、期限を過ぎたゲストは開けなくなります。期限が近いと、サイトにバナーが出ます。

サイトで期限が使われているかは、サイトの右上の歯車から［サイトのアクセス許可］を開いた「アクセス許可」のパネルの、「ゲストの有効期限」の欄で分かります。当社の検証用の環境では期限を使っておらず、パネルには「組織では有効期限切れにするゲスト アクセスは必要ありません。」と出ていました。ゲストが続けて開けるようにするには、サイト管理者が［ゲストの有効期限］の［管理］から［アクセス権の有効期限］のページを開き、その人を選んで［拡張］します。

3つ目は、招待を承諾したアカウントです。招待のメールを、届いたアドレスとは別のアカウントで承諾すると、後で正しいアドレスで開いても、アクセス拒否のエラー（英語版の表記では Access Denied など）が出ます。Microsoft Learn「ゲスト ユーザーが別のアカウントを使用して SharePoint Online の招待を受け入れたときのエラー」の手順は、招待を受け入れたアカウントを確かめ、違うアカウントを外して、正しいアカウントで招待し直す、という順です。ゲストをチームに招く手順と、相手が承諾するときの注意はTeams で社外の人を招く記事にあります。

4つ目は、ディレクトリにゲストのアカウントがあるかです。Microsoft Learn「SharePoint と OneDrive と Microsoft Entra B2B の統合」は、Microsoft が 2026 年 10 月以降、商用テナントで SharePoint 独自のワンタイム パスコード（メールに届く確認コードでサインインする仕組み）を廃止するとしています（2026年11月6日時点の記載）。Microsoft Entra B2B（社外の人を自社のディレクトリにゲストとして入れて管理する仕組み）のメールのワンタイム パスコードは、引き続き使えます。廃止がテナントに届くと、前に「特定のユーザー」のリンクで共有した外部の人がそのリンクを開くには、ディレクトリに一致するゲストのアカウントが要ります。同じページは、一致するゲストのアカウントを作るか、その人に少なくとも1つのファイル、フォルダー、サイトを共有し直せば、前に共有した内容を開けるようになるとしています。ゲストのアカウントを先に作る手順はEntra B2B への切り替えの記事に書いています。

5つ目は Teams です。Teams でゲストとの共有を許していても、SharePoint で許していなければ、ゲストはチームの［ファイル］タブに入れません（「Microsoft 365 guest sharing settings reference」、英語）。どの設定をどう合わせるかは、Teams で外部と共有できないときの記事に書いています。

6つ目は、条件付きアクセスです。利用規約への同意や多要素認証を求める条件付きアクセスのポリシーがあると、新しいゲストがサインインしたときに「選択したユーザー アカウントがテナント ‘<テナント名>’ に存在せず、…」で始まる文が出て止まることがあります（Microsoft Learn「新しいゲストが SharePoint リソースにアクセスできない」）。このページは、ゲストを先にディレクトリへ追加することを解決策の1つに挙げています。もう1つの解決策の、SharePoint と Microsoft Entra B2B の統合を有効にすることは、商用テナントでは Microsoft が 2026年5月から7月にかけて新しい外部共有のために有効にしており、無効にはできないと、「SharePoint と OneDrive と Microsoft Entra B2B の統合」に書かれています。

それでも開けないときの、付け直しと管理者の診断

ここまでで原因が見つからないとき、管理者なら Microsoft 365 管理センターの診断を先に試せます。最初に挙げた Learn のページの［テストの実行: SharePoint ユーザー アクセスを確認する］（英語版の表記は Check SharePoint User Access）を押すと、管理センターに診断が入ります。診断は、社内の人とゲストの両方について、広範囲の検証を行います。同じアドレスで作り直したアカウントには、別の診断「サイト ユーザー ID の不一致」があります（Microsoft Learn「SharePoint Online および OneDrive 管理者向けのセルフヘルプ診断」）。診断を使えるのは Microsoft 365 の管理者で、21Vianet が運営する Microsoft 365 などでは使えません。当社は診断を実行していないため、結果の画面は載せていません。

診断でも原因が分からず、権限が出ているのに開けない状態が続くなら、最後の手段として付け直します。手順は、その人をいったんサイトから外し、ファイルかサイトの権限を付け直す、というものです。共有リンクを開けない場合は、その人をサイトから外して、ファイルかフォルダーを共有し直します。ゲストのアカウントでエラーが続く場合は、Microsoft 365 管理センターからゲストのアカウントを完全に削除し、サイトからも外れたことを確かめてから付け直す、としています。

ただし、原因を見ずに外したり、削除したりはしません。外せば、その人に付けていた権限は付け直しになり、ゲストを削除すれば招待からやり直しになります。

「アクセスを要求」のボタンが出ないとき

権限の無い社内の人がサイトを開くと、「申し訳ございません。このサイトは共有されていません。」などの文が出ます。このとき、所有者にアクセスを求める手段が出ないことがあります。Microsoft Learn「SharePoint Online リソースに対するアクセス許可を持たないユーザーがアクセスを要求できない」は、原因を、そのサイトでアクセス要求が有効になっていないためとしています。

アクセス要求は、サイトの権限のページのリボンの［アクセス要求の設定］で、オンかオフかと、要求が届く先を見られます。「アクセス要求の許可」のチェックが外れていれば、権限の無い人には要求のボタンが出ません。当社の検証用の環境のチーム サイトでは、チェックが入っていて、受け取る人は「人事_評価シート の管理者」になっていました（見ただけで、保存はしていません）。

Microsoft 365 グループにつながったサイト（Teams のチームのサイトを含む）では、要求のメールを既定で受け取るのはグループの管理者です（Microsoft サポート「アクセス要求のセットアップと管理」）。届く先が今の所有者になっているかも、一緒に見ます。

次にすること

次に「開けない」と言われたときのために、まず本人に聞く3つ（出た文、開こうとしたもの、アカウント）を、社内の問い合わせの受け付けの手順に入れておいてください。あわせて、よく使うサイトの権限のページで［権限の確認］と［アクセス要求の設定］の場所を一度開いておくと、問い合わせが来たときに迷いません。1つのファイルを渡すときのリンクの選び方はOneDrive の共有リンクの種類の記事にあります。開けない問い合わせが続く場合の、サイトの権限と外部共有の棚卸しから一緒に進めたいときは、Microsoft 365 の導入支援でお手伝いしています。

この記事の確かめ方

画面は2026年11月6日に、当社の検証用の環境で、Microsoft 365 グループにつながったチーム サイトの［サイトのアクセス許可］のパネル、サイトの権限のページ（［権限の確認］と［アクセス要求の設定］のダイアログ）、ファイルの［アクセス許可の管理］のパネル、SharePoint 管理センターの共有のページを開いて見たものです。見るだけで、権限の追加と削除・共有・アクセス要求の承認・設定の保存はしていません。［権限の確認］の結果の画面、アクセスが拒否されたときの画面、管理センターの診断は見ていないため、Microsoft の説明で書いています。写真では組織の名前と人の名前を伏せています。公式の説明は同じ日に、Microsoft Learn のトラブルシューティング（「アクセスが拒否されたか、SharePoint Online と OneDrive でアクセス許可エラーが必要です」「SharePoint または OneDrive でのサイト ユーザー ID の不一致を修正する」「組織のポリシーによりアクセスが拒否されました」「OneDrive または SharePoint でエラー 403 Forbidden」「SharePoint または OneDrive の読み取り専用エラー メッセージ」「ゲスト ユーザーが別のアカウントを使用して SharePoint Online の招待を受け入れたときのエラー」「新しいゲストが SharePoint リソースにアクセスできない」「SharePoint Online リソースに対するアクセス許可を持たないユーザーがアクセスを要求できない」「SharePoint Online および OneDrive 管理者向けのセルフヘルプ診断」）、Microsoft Learn の「アンマネージド デバイスからのアクセスを制御する」「SharePoint と OneDrive と Microsoft Entra B2B の統合」「Teams と SharePoint の統合」「SharePoint と OneDrive の共有設定を管理する」、Microsoft サポートの「サイトのゲストの有効期限を管理する」「アクセス要求のセットアップと管理」で確かめました。エラーの文は日本語版の表記で、英語版とも突き合わせています。日本語版は機械翻訳を含むため、実際の画面の文とは少し違うことがあります。「Microsoft 365 guest sharing settings reference」は英語版だけです。管理画面と公式のページは更新されることがあるため、操作の前に最新を確かめてください。