SharePoint Online のドキュメント ライブラリで「PDFが削除できない」「チェックインできない」「チェックアウトの破棄もできない」状態に陥り、エラーに This item cannot be updated because it is locked as read-only. と出て困ることがあります。特に “System Account” にチェックアウトされているように見えるケースは、レコード管理（レコードとして宣言）が原因になっていることが多く、正しい手順で解除すれば通常どおり操作できるようになります。
現象を整理：何ができなくなっているか
まず、今回のようなトラブルは「権限不足」や「同時編集の競合」ではなく、ファイル自体が読み取り専用としてロックされていることが原因で起きます。現場では次のような組み合わせで発生します。
| 症状 | 画面でよく見る状態 | よく出るエラー/メッセージ | 疑うべき原因 |
|---|---|---|---|
| 削除できない | 削除が失敗／削除ボタンがあっても通らない | locked as read-only | レコード宣言、保持（Retention）、ホールド |
| チェックインできない | チェックイン実行で失敗 | cannot be updated | レコード宣言、保持、情報管理ポリシー |
| チェックアウトの破棄ができない | 破棄（Discard）でも失敗 | read-only | レコード宣言、保持、リーガルホールド |
| チェックアウト先が System Account | “System Account” 表示／所有者が人ではない | — | レコード宣言の影響やシステム処理が絡むことがある |
ポイントは、「チェックアウト中だから編集できない」のではなく、“読み取り専用ロック” のために更新系操作がすべて止められていることです。このタイプは、通常のチェックアウト/チェックイン操作だけで解決しないケースが多いです。
原因の本命：レコードとして宣言（In-place Record）でロックされている
SharePoint Online には、ファイルを “記録（レコード）” として扱う仕組みがあります。環境や運用によって呼び方が揺れますが、相談で多いのは次の組み合わせです。
- サイトコレクション機能：
In Place Records Management（インプレース レコード管理）が有効 - ファイルが「レコードとして宣言」されている（In-place Record）
この状態になると、対象ファイルは実質的に読み取り専用として扱われ、次のような操作が制限されやすくなります。
- 削除できない
- メタデータ更新ができない（結果としてチェックインも通らないことがある）
- チェックアウトの破棄ができない
つまり、ロック解除の正攻法は「レコード宣言を解除（Undeclare）する」ことです。次章では、実際に解除して通常操作へ戻す手順を、画面の動線を含めて説明します。
作業前のチェックリスト：原因を切り分けて無駄撃ちを減らす
同じ “削除できない” でも、原因によって対応窓口が変わります。先に切り分けると復旧が速いです。
| 確認項目 | 確認場所（目安） | 分かること | 次のアクション |
|---|---|---|---|
| ファイルに「レコード」関連の表示があるか | ファイルのメニュー → コンプライアンス関連の詳細 | レコード宣言/保持ラベルの有無 | レコードなら宣言解除へ |
| サイトコレクション機能が触れるか | サイトの設定 → サイトコレクションの機能 | 解除に必要な機能が有効化できるか | 権限がなければ管理者へ |
| 保持ポリシー／ラベルの適用 | Microsoft Purview（コンプライアンス側） | 削除禁止の根本原因になっていないか | テナント管理者に確認依頼 |
| eDiscovery / Legal hold | eDiscovery ケース、ホールド設定 | 法務・監査要件で固定されているか | 勝手に解除せず所管へ相談 |
特に、保持（Retention）やリーガルホールドが原因の場合、SharePoint の画面操作だけでは解除できません。一方で、今回テーマにしている “レコード宣言（In-place Record）” は、適切な設定と権限があれば SharePoint 側で解除できる可能性があります。
解決手順：レコード宣言を解除して読み取り専用ロックを外す
ここからが本題です。狙いはシンプルで、「レコードとして宣言」されている状態を解除し、通常のドキュメントとして扱える状態に戻します。作業は大きく分けて次の流れです。
- サイトコレクション機能（In Place Records Management）を有効にする（必要な場合）
- ライブラリで「手動宣言/解除」を許可する設定を入れる
- 対象ファイルで “宣言解除（Undeclare）” を実行する
- 削除・チェックイン・チェックアウト破棄が通ることを確認する
必要な権限の目安
手順に入る前に、権限不足でつまずきやすいポイントを押さえます。画面に「サイトコレクションの管理」が出てこない場合、サイトコレクション管理者ではない可能性が高いです。
| やりたいこと | 必要になりやすい権限 | 権限がないと起きること |
|---|---|---|
| サイトコレクション機能の有効化 | サイトコレクション管理者（またはSharePoint管理者） | 設定メニューが表示されない／有効化できない |
| ライブラリ設定（レコード宣言設定）の変更 | ライブラリのフル コントロール相当 | 設定項目が出ない／保存できない |
| 対象ファイルの宣言解除 | 対象アイテムへの管理権限 | 宣言解除ボタンが出ない／実行に失敗 |
権限が足りない場合は、遠回りして自分で何とかしようとするより、SharePoint 管理者・Microsoft 365 全体管理者（テナント管理者）に依頼した方が早く、監査上も安全です。
サイトコレクション機能「In Place Records Management」を有効化する
レコード宣言の解除ボタンや関連設定が出ないときは、機能が無効になっていることがあります。次の経路で確認します（表示名は日本語/英語で多少差があります）。
- 対象サイトを開き、右上の歯車メニューなどから［サイトの設定］を開きます。
- ［サイト コレクションの管理］（Site Collection Administration）が見える場合は、その中の［サイト コレクションの機能］（Site collection features）へ進みます。
- 一覧から「In Place Records Management」（インプレース レコード管理）を探し、［有効にする／アクティブ化］します。
注意：モダンサイトの構成や権限状態によっては、サイト側の設定項目が見えにくい場合があります。その場合は、サイトコレクション管理者に昇格してもらうか、管理者に代行してもらうのが確実です。
ライブラリで「レコードを手動で宣言/解除」できるようにする
次に、対象ドキュメント ライブラリ側で、手動の宣言解除が可能になるよう設定します。
- 対象のドキュメント ライブラリを開きます。
- 右上の歯車メニュー、またはライブラリの設定から［ライブラリの設定］（Library settings）を開きます。
- 設定一覧の中から、［レコード宣言の設定］（Library Record Declaration Settings）へ進みます。
- オプションで「レコードを手動で宣言できるよう常に許可する」（英語UI：
Always allow the manual declaration of records）を選択して保存します。
この設定を入れることで、対象アイテムがレコードになっている場合に「宣言解除（Undeclare）」の操作へ到達しやすくなります。
対象ファイルで「レコード宣言の解除（Undeclare）」を実行する
設定が整ったら、いよいよ対象PDFのロック解除です。ポイントは、削除ボタンから攻めるのではなく、コンプライアンス（レコード）側の状態を解除することです。
- ロックされているPDFの行のメニュー（…）を開きます。
- ［コンプライアンスの詳細］（Compliance details）を開きます。
- 表示された画面の中に、「レコードとしての宣言を解除」（Undeclare in-place record / Undeclare record）に相当する操作があれば実行します。
- 画面が更新され、レコード扱いが解除されたことを確認します。
ここまで完了すると、ファイルは通常のドキュメントとして扱われるため、次の操作が通るようになるのが一般的です。
- 削除
- チェックイン
- チェックアウトの破棄
解除後に確認すべきこと（復旧確認）
「解除できたように見えるが、まだ削除できない」という二段落ちがあるため、復旧確認を丁寧に行います。
| 確認項目 | 期待する状態 | まだダメな場合の次の疑い |
|---|---|---|
| 削除が通るか | ごみ箱へ移動できる | 保持ポリシー、ホールド、権限不足 |
| チェックインが通るか | バージョンが確定する | 保持ラベル、必須列、ワークフローの制約 |
| チェックアウト破棄が通るか | チェックアウト表示が消える | 保持、ラベル、別のコンプライアンス制御 |
| “System Account” 表示の変化 | チェックアウトが解除されるか、通常の所有状態になる | 依然として別要因でロックされている |
ここでスパッと直れば、このトラブルの原因は「レコードとして宣言（In-place Record）」でほぼ確定です。
うまくいかないときの落とし穴
同じ手順をなぞっても、環境差でボタンが出ない・設定項目が見当たらないことがあります。よくある落とし穴と回避策をまとめます。
「サイト コレクションの管理」が見えない
- 可能性が高い原因：サイトコレクション管理者の権限がない
- 対処：SharePoint 管理者または Microsoft 365 全体管理者に依頼し、対象サイトにサイトコレクション管理者として追加してもらう
この手のロック解除は、無理に一般ユーザー権限でこじ開けようとすると時間だけ溶けます。最短は権限ルートの是正です。
「レコード宣言の設定」がライブラリ設定に出てこない
- 可能性が高い原因：関連機能が無効／モダンUIで経路が分かりづらい／権限不足
- 対処：サイトコレクション機能を先に確認し、ライブラリの管理権限を持つアカウントで再確認する
「コンプライアンスの詳細」に宣言解除ボタンが出ない
- 可能性：そもそもレコード宣言ではない（保持ポリシー等が原因）／解除権限がない／手動解除を許可していない
- 対処：ライブラリ側の「常に許可」設定を見直し、保持・ホールドの有無を確認する
“System Account にチェックアウト” が必ずしも原因を特定しない
表示上 “System Account” にチェックアウトされていると、つい「誰かがチェックアウトした」方向で考えがちですが、読み取り専用ロックの本体が別にあることもあります。チェックアウト自体は “結果” で、根本はコンプライアンス制御というケースがあるため、「コンプライアンスの詳細」から状態を確認する癖をつけると解決が早くなります。
まだ解除できない場合：保持ポリシー・リーガルホールドを疑う
レコード宣言の解除ができない、または解除しても削除できない場合は、Microsoft Purview（コンプライアンス）側の制御が原因になっている可能性が高いです。代表例は次の3つです。
- 保持ポリシー（Retention Policy）：一定期間削除を禁止する
- 保持ラベル（Retention Label）：アイテム単位で保持・削除条件を制御する
- eDiscovery / Legal Hold（リーガルホールド）：訴訟・監査等で証拠保全のため削除禁止
この領域は、SharePoint のサイト管理者が解除できないことが多く、テナント管理者やコンプライアンス管理者の関与が必要になります。現場での切り分けとしては、次の観点を確認すると会話がスムーズです。
| 疑うべき制御 | 典型的な挙動 | SharePoint側の設定変更で解決する？ | 相談先 |
|---|---|---|---|
| 保持ポリシー | 削除ができない／削除しても戻るように見えることがある | 基本的にしない | Microsoft Purview 管理者 |
| 保持ラベル | アイテムにラベルが付き、削除・編集が制限される | 条件による（多くはPurview側） | 情報ガバナンス担当 |
| eDiscovery / Legal Hold | 法務案件で削除禁止。解除に監査が必要 | しない | 法務・監査・eDiscovery管理者 |
ここで重要なのは、「直せるから直す」ではなく「解除してよい根拠があるか」です。リーガルホールドや保持要件があるのに現場判断で解除すると、監査上の問題になることがあります。解除の権限と手順が整っているか、必ず組織ルールに沿って対応してください。
再発防止：ロックが起きにくい運用に整える
今回のようなトラブルは、運用が増えるほど発生確率が上がります。再発防止として、次の観点で見直すと効果的です。
「レコードとして宣言」を誰が・いつ使うかを明確にする
レコード宣言は便利ですが、現場から見ると「突然削除できなくなる機能」に見えやすいです。運用ルールが曖昧だと、トラブルの温床になります。
- レコード宣言を使う部門・ライブラリを限定する
- 宣言/解除できる権限を限定する
- レコード宣言を実施するタイミング（例：承認後、公開後）を決める
“削除できない” 相談を受けたときの社内フローを作る
問い合わせ対応の属人化を防ぐため、最初に見る場所とエスカレーション先をテンプレ化すると強いです。例えば次のような流れが現実的です。
| ステップ | 担当 | 確認内容 | 到達点 |
|---|---|---|---|
| 一次切り分け | サイト運用担当 | コンプライアンスの詳細、レコード宣言の有無 | レコードなら解除手順へ |
| サイト設定確認 | サイトコレクション管理者 | 機能有効化、ライブラリ設定 | 宣言解除が可能な状態にする |
| コンプライアンス確認 | Purview/法務 | 保持・ホールドの有無、解除可否 | 必要なら正式手続きで解除 |
「レコードなのか、保持なのか、ホールドなのか」を早期に確定できれば、復旧時間は大きく短縮できます。
よくある質問
ロックされているのが1ファイルだけです。他は問題ありません。それでもレコード宣言ですか？
あり得ます。レコード宣言や保持ラベルは、ライブラリ全体ではなくアイテム単位で適用されることがあります。そのため「特定のPDFだけ削除できない」現象は、むしろレコード/保持の典型パターンです。まずは該当ファイルのコンプライアンスの詳細を見て、レコードやラベルの有無を確認してください。
「System Account」にチェックアウトされているのを、強制的に自分に戻せませんか？
表示上はチェックアウトに見えても、根本が読み取り専用ロック（レコード宣言や保持）である場合、チェックアウトの操作だけで解決しないことが多いです。まずはレコード宣言を解除できるか確認し、それでもダメなら保持やホールドを疑う流れが堅実です。
解除したいけど、コンプライアンス的に怖いです。安全に進めるコツは？
次の3点を押さえると安全です。
- 解除前に、対象ファイルの状態（ラベル/保持/レコード）をスクリーンショット等で記録する
- 組織の情報管理ポリシー（保持期間・保全義務）を確認し、必要なら所管部署へ承認を取る
- 作業は最小権限ではなく、責任者が付与した適切な権限で実施する（監査ログ上も説明しやすい）
まとめ：読み取り専用ロックは「レコード宣言解除」が最短ルートになりやすい
SharePoint Online で「削除できない」「チェックインできない」「チェックアウトの破棄もできない」状態になり、locked as read-only が出る場合、原因はレコードとして宣言（In-place Record）であることがよくあります。サイトコレクション機能とライブラリ設定を整え、対象ファイルの宣言解除（Undeclare）を実行すると、通常どおり操作できる状態に戻るケースが多いです。
一方で、保持ポリシーやリーガルホールドが関係している場合は、SharePoint 側だけで解除できません。コンプライアンス担当やテナント管理者と連携し、正しい手続きで進めることが重要です。
コメント