「昨日まで普通に編集できていた SharePoint のファイルが、急にエクスプローラーからだけ保存できなくなった」「『管理者権限が必要です』と出るけれど、ブラウザーでは問題なく保存できる」――そんな現象は、多くの場合 PC や Windows の不具合ではなく、SharePoint ライブラリのバージョン設定や承認設定と OneDrive 同期クライアントの相性が原因です。この記事では、原因の仕組みと具体的な復旧手順、再発防止のコツまで、管理者目線・ユーザー目線の両方から詳しく解説します。
症状の整理：SharePoint だけエクスプローラーで保存できない
まずは、よくある症状を整理します。該当していれば、この記事の内容が解決の近道になります。
- SharePoint のドキュメントライブラリを OneDrive で同期し、エクスプローラーからファイルを編集しようとすると保存できない
- 保存時に Windows のダイアログで「管理者権限が必要です」「この操作を実行するには管理者の権限が必要です」といったメッセージが出る
- 同じファイルを ブラウザー（SharePoint Online）から開いて編集すると問題なく保存できる
- OneDrive 個人用（OneDrive 個人）や、自分の OneDrive for Business（自分のビジネス用）は普通に保存できる
- 突然発生しており、組織側でユーザー権限を変更した覚えはない
- OneDrive の同期アイコン上で、該当ライブラリ配下のファイルに南京錠アイコンが表示されることがある
このような場合、ほとんどは「ユーザー権限の問題」ではなく、SharePoint ライブラリの設定変更が OneDrive 同期クライアントの仕様とぶつかっていることが原因です。
原因の概要：SharePoint のバージョン設定・承認設定と OneDrive 同期の制約
SharePoint のドキュメントライブラリには、ドキュメント管理のための高度な機能として次のような設定があります。
- チェックアウトの要求（Require Check Out）
- コンテンツ承認
- メジャー/マイナーバージョン（下位バージョン）管理
- ドラフトアイテムの表示（誰にドラフトを見せるか）
これらを有効にすると、ブラウザー上では細かく運用できる反面、同期クライアント（OneDrive）側では「安全のため読み取り専用として扱う」動きになりやすいという落とし穴があります。
| 設定項目 | 内容 | OneDrive 同期へのよくある影響 |
|---|---|---|
| チェックアウトの要求 有効 | 編集前に必ず「チェックアウト」が必要 | 同期されたファイルがロック（南京錠アイコン）扱いになり、ローカルからは編集不可に見える |
| コンテンツ承認 有効 + ドラフトアイテムの表示「承認者のみ」など | 承認されるまでアイテムはドラフト扱い。閲覧できるユーザーを絞れる | ドラフト扱いのファイルを、同期クライアントが「編集してはいけないファイル」と判断し、結果として読み取り専用になる |
| メジャー/マイナーバージョン 有効 | 「1.0 / 1.1 / 1.2 …」のように細かく履歴管理できる | ドラフト可視性と組み合わせると、更新済みファイルがドラフト扱いになり、同期では編集不可になるケースがある |
| ドラフトアイテムの表示が「承認されたバージョンを表示できるユーザーのみ」 | 承認されたバージョンだけ一般ユーザーに見せる厳しめ設定 | ユーザーの更新分がドラフトになり、同期クライアントは編集操作をブロックすることがある |
実際の事例では、「メジャー/マイナーバージョンを作成する」やドラフト可視性の設定を変更した直後から、そのライブラリを同期したフォルダー内のファイルがすべて読み取り専用のようになり、『管理者権限が必要』と表示されるという現象が発生しています。設定を既定値（メジャーバージョンのみ、コンテンツ承認なし、チェックアウト要求なし）に戻したところ、エクスプローラーからの保存が復旧しています。
なぜ「管理者権限が必要」と表示されるのか
ここで紛らわしいのが、Windows のメッセージです。
- 実際には、SharePoint 側が「このファイルは同期から編集させない」という状態になっている
- しかしエクスプローラーから見ると、ローカルフォルダー上のファイルに対する「書き込み拒否」に見える
- その結果、Windows の汎用的なエラーとして『管理者権限が必要』と表示されてしまう
つまり「ローカル PC の管理者権限が足りない」わけではなく、「SharePoint のライブラリ設定が原因で OneDrive が書き込みを許可していない」状態です。
対処の全体像：ライブラリ設定を見直してから同期をやり直す
復旧の流れはシンプルです。
- SharePoint 側でライブラリのバージョン設定／承認設定を確認・修正する
- その後、OneDrive 同期クライアントのリンクを一度解除し、再度同期し直す
- 必要に応じてアカウントやキャッシュを確認する
以下で、管理者・サイト所有者向けに具体的な手順を順番に説明します。
ステップ 1：SharePoint ライブラリの「バージョン設定」を確認・調整する
まず、問題が起きているドキュメントライブラリの設定を確認します。
バージョン設定の開き方
- 該当の SharePoint サイトをブラウザーで開く
- 問題のドキュメントライブラリを表示する（例：「共有ドキュメント」「資料」など）
- 右上の歯車アイコン（設定）をクリック
- ライブラリの設定 を開く
- 「全般設定」または「詳細設定」の中にある バージョン設定 をクリック
この画面で、次の項目を重点的に確認します。
推奨される基本設定（オフライン編集したいライブラリ）
| 項目 | 推奨値 | 理由 |
|---|---|---|
| コンテンツの承認を要求する | いいえ（オフ） | 承認待ち（ドラフト）で同期がややこしくなるのを避ける |
| ドキュメントのバージョン履歴 | メジャーバージョンを作成する | 通常の履歴には十分。メジャー/マイナーの組み合わせによるドラフト問題を避ける |
| このドキュメントライブラリ内のアイテムを編集する前にチェックアウトを要求する | いいえ（オフ） | チェックアウト必須だと、同期クライアントがロック扱いにしやすい |
| 下書きアイテムの表示 | アイテムを編集できるユーザー または すべてのユーザー | ドラフト状態のファイルも編集者に見えるようにし、同期側での制限を減らす |
一度問題切り分けをする意味でも、まずは上記のように「シンプルな設定」に戻してみるのがポイントです。
メジャー/マイナーバージョンを使っている場合の注意点
どうしてもメジャー/マイナー バージョンを使いたいケース（承認前のドラフトを細かく管理したい等）では、次の組み合わせに注意してください。
- コンテンツ承認 = はい
- ドラフトアイテムの表示 = 承認されたバージョンを表示できるユーザーのみ
- 下位バージョン数の制限が厳しすぎる
このような厳しめ設定を行うと、ローカルで編集した結果がドラフト扱いのまま、同期クライアントからは触れない状態になりやすいです。オフライン編集を前提にするライブラリでは、できる限り メジャーバージョンのみ + コンテンツ承認なし から運用を検討することをおすすめします。
ステップ 2：OneDrive 同期クライアントを一度リセットする
ライブラリ設定を変更しただけでは、すでにローカルに作られている同期フォルダーに古い情報が残っていることがあります。そのため、設定変更後は OneDrive の同期を一度解除して再設定 するのが安全です。
同期のリンク解除と再同期手順
- Windows の通知領域（タスクトレイ）の OneDrive アイコンを右クリック
- 設定 をクリック
- アカウント タブを開く
- 該当の SharePoint サイト（共有ライブラリ）を選び、この場所のリンク解除 を実行
- エクスプローラー上の同期フォルダーは、必要に応じてバックアップを取った上で削除（または別場所へ退避）
- ブラウザーで再度該当ライブラリを開き、「同期」ボタンから OneDrive 同期を再設定
この操作によって、新しいライブラリ設定に基づいた状態で同期関係が作り直されるため、読み取り専用問題が解消されることが多いです。
キャッシュが疑わしい場合の追加対処
- PC を再起動する
- Office アプリ（Word / Excel / PowerPoint）の最近使用したファイルリストや一時ファイルを整理する
- OneDrive のバージョンを最新にアップデートする（組織ポリシーで制御されている場合は管理者に依頼）
特に組織で OneDrive の更新が遅れている場合、SharePoint 側の仕様変更とクライアントのバージョン差が影響している可能性もあるため、更新状況も併せて確認すると良いでしょう。
ステップ 3：資格情報とアカウントの確認
意外と見落とされがちなのが、「どのアカウントで同期しているか」です。
- 同じ PC で 個人の Microsoft アカウント（@outlook.com など） と 組織のアカウント（@会社ドメイン） を両方使っている
- ブラウザーでは組織アカウントで SharePoint にアクセスしているが、OneDrive は別アカウントでサインインしている
このような状態だと、ブラウザーでは編集できるのに同期フォルダーでは編集できないというちぐはぐな現象につながります。
確認すべきポイント
- OneDrive 設定画面の「アカウント」タブで、組織のアカウントでサインインしているかを確認
- Windows の「設定 > アカウント > 職場または学校にアクセスする」で、組織アカウントが正しく接続されているか確認
- ブラウザーで SharePoint を開いたときに右上のアカウント表示が組織アカウントになっているか確認
もしアカウントが混在している場合は、一度サインアウトしてから組織アカウントでサインインし直すことで改善するケースもあります。
ステップ 4：その他の要因も確認しておきたい場合
ここまでで解決しない場合、次のような点も確認すると原因にたどり着きやすくなります。
| 確認項目 | 内容 | 影響のイメージ |
|---|---|---|
| ライブラリの固有の権限 | サイトとは別に、そのライブラリだけ権限が切られていないか | ブラウザー上の権限と同期クライアントの解釈が食い違うことがある |
| IRM（情報権利管理）設定 | ライブラリに IRM が適用されていないか | IRM に対応していないクライアントが読み取り専用として扱う |
| 保持ポリシー / ラベル | Microsoft Purview の保持ポリシーやラベルで削除禁止/編集制限がかかっていないか | 特定の条件下で更新がブロックされる場合がある |
| カスタムワークフロー | 承認フローがライブラリに紐づいていないか | ワークフローがドラフト制御と組み合わさると、想定外のロック状態になることがある |
これらはやや高度な話になるため、必要に応じてテナント管理者や SharePoint 専任者と連携して確認するのがおすすめです。
実例：バージョン設定変更後に「ドライブ全体」が読取専用になったケース
実際にあったパターンを簡単な時系列で紹介します。
| タイミング | 操作・出来事 | 結果 |
|---|---|---|
| Day 1 | SharePoint のライブラリを新規作成。既定設定のまま利用（メジャーバージョンのみ、承認なし、チェックアウト要求なし） | OneDrive で同期し、エクスプローラーから問題なく編集・保存できている |
| Day 10 | サイト所有者が「誤更新を減らしたい」と考え、ライブラリのバージョン設定で「メジャー/マイナーバージョンを作成する」「コンテンツ承認 = はい」「ドラフト表示 = 承認者のみ」に変更 | この時点ではブラウザー編集は問題なし。ユーザーからの問い合わせもまだ無し |
| Day 12 | ユーザーがエクスプローラーから該当フォルダー内のファイルを更新しようとすると、『管理者権限が必要』のメッセージが頻発 | ブラウザーからは通常通り編集可能なため、「PC の問題では？」と誤解される |
| Day 13 | ライブラリのバージョン設定を確認し、 ・コンテンツ承認 = いいえ ・メジャーバージョンのみ ・チェックアウト要求 = いいえ に戻す。その後 OneDrive の同期を解除→再同期 | エクスプローラーからの保存が復旧。南京錠アイコンも消える |
この例のように、「一つのライブラリの設定変更」が、同期されたフォルダー全体（ユーザーから見ると「ドライブ全体」）が読取専用になったように見えることがあります。実際には、OneDrive の「共有ライブラリ」としてそのライブラリ配下すべてを同期しているため、ユーザー視点ではドライブ全体が影響を受けているように見えるだけです。
承認・ドラフト管理を続けたい場合の運用案
とはいえ、コンプライアンスや業務フローの都合で、コンテンツ承認やメジャー/マイナーバージョンを使い続けたいケースも多いと思います。その場合は、次のような運用パターンを検討すると、同期との相性問題を減らせます。
パターン 1：チェックアウト要求は無効にして、コンテンツ承認だけを使う
- チェックアウトの要求 = いいえ
- コンテンツ承認 = はい
- ドラフトアイテムの表示 = アイテムを編集できるユーザー
こうすることで、承認フローは維持しつつ、編集可能なユーザーにはドラフトバージョンも見えて編集できるため、同期クライアントの制限をある程度回避できます。
パターン 2：承認用ライブラリとオフライン編集用ライブラリを分ける
承認フローや厳密なバージョン管理が必要な場合、そもそも同期前提のライブラリと、承認前提のライブラリを物理的に分ける方法が一番運用しやすいことも多いです。
- ライブラリ A：承認用、同期しない
厳しめの承認フロー、メジャー/マイナーバージョン、ドラフト制限を使用 - ライブラリ B：作業用、同期する
メジャーバージョンのみ、承認なし。オフライン編集前提
業務フローとしては、ライブラリ B で作業→完成したらライブラリ A に格納・承認、といった形にすると、ユーザーの混乱を最小限にしながら承認プロセスを維持できます。
パターン 3：ブラウザー/Office デスクトップアプリ中心に編集する
どうしてもライブラリを分けられない場合は、次のような運用ルールを組織として決めるのも一案です。
- 承認付きライブラリのファイルは、エクスプローラーではなくブラウザーや Office デスクトップアプリから開いて編集する
- 必要に応じてチェックアウト → 編集 → チェックインの手順を徹底する
- 承認フローの説明と合わせて、「同期フォルダーからの編集は推奨しない」ことをユーザーに周知する
ユーザー教育コストはかかりますが、承認プロセスを崩さなくても済むため、特に短期間の暫定対応として有効です。
ユーザー向け FAQ：よくある勘違いとその答え
Q. 『管理者権限が必要』と出ます。PC に管理者権限をもらう必要がありますか？
A. ほとんどの場合、PC の管理者権限は関係ありません。SharePoint ライブラリの設定が原因で、OneDrive がファイルを読み取り専用として扱っているだけです。管理者にお願いすべきなのは「PC の管理者権限」ではなく、ライブラリのバージョン設定や承認設定の見直しです。
Q. OneDrive 個人用や自分の OneDrive for Business は普通に保存できます。なぜ SharePoint だけ？
A. OneDrive 個人用 / 自分の OneDrive for Business は、基本的に承認フローやドラフト可視性のような複雑な制御を行わない前提で設計されています。一方、SharePoint の共有ライブラリはこれらの高度な制御が可能なため、設定しだいで同期クライアントの制限に引っかかることがあります。
Q. ライブラリ設定を変えると、過去の履歴や承認情報は消えてしまいますか？
A. 一般的には、バージョン設定を変更しても既存の履歴が即座に消えるわけではありません。ただし、メジャー/マイナーバージョンからメジャーのみへ変更する際など、一部の下位バージョンが非表示になったり整理されることがあります。重要なライブラリでは、設定変更前にサイトコレクション管理者やテナント管理者と相談し、必要に応じてバックアップやエクスポートを検討してください。
Q. すべてのライブラリで承認やドラフト管理を使うのはダメですか？
A. ダメではありませんが、「同期してオフライン編集したいライブラリ」との相性が悪い点は意識する必要があります。承認やドラフト管理が必要なライブラリは、あえて同期対象に含めない、または分離して運用するほうが、トラブルを減らせます。
再発防止のためのチェックリスト
最後に、管理者・サイト所有者向けの再発防止チェックリストをまとめます。新しいライブラリを作成するときや、既存の設定を変更するときの「事前チェック」として活用してください。
| チェック項目 | 推奨アクション | コメント |
|---|---|---|
| オフライン編集前提ライブラリの基本設定 | チェックアウトの要求 = オフ コンテンツ承認 = 原則オフ バージョン設定 = メジャーのみ | この組み合わせを「標準」としておくと、同期トラブルを大幅に減らせます |
| バージョン設定変更の記録 | バージョン設定を変更したら、いつ・誰が・何を変えたか記録を残す | 監査ログ（Microsoft Purview 監査）を利用できる環境なら積極的に活用 |
| テンプレート/サイト設計 | 新規ライブラリ作成時の既定値を設計し、用途別テンプレートを用意する | 「承認付きライブラリ用テンプレート」「同期前提ライブラリ用テンプレート」を分けるのが理想 |
| 同期ポリシーの整理 | OneDrive 管理テンプレートや GPO を見直し、同期対象やバージョンを統一 | クライアントバージョンのバラつきが小さいほど、トラブル対応も楽になります |
| ユーザー向けガイドの整備 | 「このライブラリはエクスプローラーから編集してよいか」「承認付きかどうか」を明示 | ライブラリ説明欄やチームサイトのトップページに簡単な使い分けを記載すると親切です |
最短復旧手順のまとめ
細かい理屈は後回しで「とにかく今すぐ直したい」という場合は、次の手順を上から順に実行してください。
- ブラウザーで問題の SharePoint ライブラリを開き、バージョン設定を確認・変更する
- コンテンツ承認 = いいえ
- ドキュメントのバージョン履歴 = メジャーバージョンのみ
- チェックアウトの要求 = いいえ
- 下書きアイテムの表示 = アイテムを編集できるユーザー（またはすべてのユーザー）
- PC 側で OneDrive の設定を開き、該当ライブラリの「この場所のリンク解除」を行う
- 必要に応じて、古い同期フォルダーを退避・削除する
- ブラウザーから再度ライブラリを開き、「同期」ボタンで同期を再設定する
- エクスプローラーからファイルを開き、保存できるか確認する
これでほとんどのケースでは、エクスプローラー経由での「管理者権限が必要」エラーが解消し、以前と同じようにローカル編集 → 自動アップロードという流れが復活します。
もしそれでも解決しない場合は、この記事で紹介した「その他の要因（IRM、保持ポリシー、固有権限、アカウント混在など）」も順番に確認し、必要に応じてテナント管理者や専門家に相談することをおすすめします。
コメント