コンテンツ実務ガイド

SHAREPOINT LIST PERMISSIONS

SharePointリストの権限設定自分の項目だけ・個別権限・リスト分割の選び方

リスト全体を限られた部署だけに見せたいのか、登録者本人の項目だけにしたいのか、担当案件だけにしたいのかで選ぶ方法は変わります。設定画面を開く前に、誰へ、どのまとまりで見せるかを決めるためのガイドです。

5つの方法を比較する

最初に決めること

権限を細かくする前に、見せ分ける単位を決める

SharePointのリストは、作成時には親サイトの権限を継承します。部署全体で同じリストを見るなら、そのまま継承するのが最も説明しやすい状態です。違う相手へ見せる必要が生じたときだけ、リストや項目の単位へ境界を細かくします。

見せ分ける単位と、権限管理の細かさ
まとまりが大きい項目ごとの例外が多い
  1. 01サイト参加者全員が同じ範囲を見る
  2. 02リストこのリストだけ限られたグループに見せる
  3. 03作成者本人が登録した項目だけ見せる
  4. 04項目案件や担当者ごとに見せる相手を変える

別の選択肢閲覧者の組み合わせが長期間変わらないなら、項目ごとの例外を増やす代わりに、リストやサイトを分ける方法も比較します。

Microsoftのリストとライブラリのアクセス許可に関する公式説明でも、既定では親から権限を継承し、固有の権限が必要な場合に継承を停止する手順が示されています。

5つの方法を比較する

誰に何を見せるかで、使う方法を選ぶ

設定の細かさではなく、業務で繰り返すルールに合うかを基準にします。

  1. 01

    サイトの権限を継承する

    同じチームの全員が、同じリストを使う場合

    向く例
    チーム内の案件一覧、共有タスク、備品台帳
    利点
    サイトのメンバー変更がリストにも反映され、管理箇所を増やしません。
    見直す合図
    サイト参加者の一部に見せられない列や項目が入るとき
  2. 02

    リストだけ固有の権限にする

    リスト全体を、固定された部署や役割だけに見せる場合

    向く例
    品質問題、採用候補、管理者だけが扱う申請一覧
    利点
    項目ごとの例外を作らず、リスト全体で一つの境界を保てます。
    見直す合図
    同じリストの中で、案件ごとに閲覧者が変わるとき
  3. 03

    自分が作成した項目だけにする

    登録者本人は自分の記録を確認し、管理側は全件を見る場合

    向く例
    問い合わせ受付、日報、従業員からの申請
    利点
    「作成者本人」という同じ規則を、すべての項目へ適用できます。
    見直す合図
    代理登録、担当替え、複数人での共同編集が多いとき
  4. 04

    項目ごとに固有の権限を付ける

    案件や担当者ごとに、見せる相手が変わる場合

    向く例
    限られた件数の担当案件、個別の相談記録、例外的な共同作業
    利点
    一つのリスト内で、項目単位の閲覧者を変えられます。
    見直す合図
    件数、異動、代理対応が増え、誰に何が見えるか説明しにくくなったとき
  5. 05

    リストやサイトを分ける

    閲覧者の組み合わせが固定され、件数が増え続ける場合

    向く例
    部門別の機密記録、取引先別の作業領域、保存期間が異なる記録
    利点
    アクセス境界を大きな単位へ戻し、項目ごとの例外を減らせます。
    見直す合図
    横断集計やマスター管理が重複し、分割側の運用負担が大きいとき

項目ごとの権限を選ぶ前に

件数だけでなく、異動と例外まで数える

項目ごとの固有権限は、データが増えるたびに権限の境界も増えます。Microsoftは、SharePoint Onlineのリストまたはライブラリで固有のセキュリティスコープを最大50,000までサポートしつつ、一般的には5,000未満に抑える設計を推奨しています。

サポート上限50,000リストまたはライブラリごとの固有スコープ
一般的な推奨5,000未満固有権限をできるだけ少なくする設計

この数値は「5,000件までなら管理しやすい」という保証ではありません。担当替えのたびに権限を付け直す、退職者を外す、代理対応を追加する、問い合わせ時に現在の閲覧者を調べる、といった運用が先に限界になることがあります。

  • 異動旧担当者を外し、新担当者へ付け替える対象を探せるか
  • 代理対応休暇や欠勤の間だけ見せる相手を安全に増減できるか
  • 説明一つの項目が今誰に見えるか、管理者がすぐ答えられるか
  • 復旧自動処理が止まっても、付与済み・未付与を判別できるか

設定前の下書き

役割ごとの権限を、一つの表にする

製品の権限名から書き始めず、実際の役割が何をできる必要があるかを先に並べます。

役割閲覧追加・編集削除
申請者自分の申請のみ自分の申請を追加・修正不可
受付担当全件受付状況を更新不可
管理者全件設定を含めて管理必要時のみ

表に追加する条件代理登録した項目は誰が見るか、担当者が変わった項目は誰が編集するか、退職者の記録を誰が引き継ぐか。

「担当者」と「作成者」が同じとは限りません。自分が作成した項目だけにする方法を選ぶ場合は、この違いを先に確認します。

設定後の確認

対象・対象外・管理者の3アカウントで確かめる

設定した本人の画面だけでは、見える範囲の違いを確認できません。テスト用の項目を用意し、次の3種類で同じ操作を行います。

画面標準ビューと別ビュー
直接URL保存済みリンクと通知
検索タイトルや識別番号
変更後担当替え・グループ変更

Power AppsのフォームやPower Automateの処理を組み合わせる場合は、その接続アカウントでも実行し、利用者本人の権限を越えて読み書きしていないかを別に確認します。

画面名や設定項目は環境・更新状況で変わる場合があります。実際の変更時は、Microsoft公式のリスト設定の説明を確認し、検証用リストで試してから本番へ反映してください。仕様とリンクは2026年8月11日に確認しました。

決めきれないとき

項目ごとの例外を増やす前に、リスト単位へ戻して考える

一つの権限ルールを「誰が、どの項目を、どこまで操作できるか」の一文で説明できなければ、設定を始める前にデータのまとまりを分け直します。

最初に残す一文

例:申請者は自分が登録した申請だけを閲覧・編集でき、受付担当は全件を更新できる。削除は管理者だけが行う。

現在の担当者だけでなく、異動、代理入力、担当替えがあっても同じ説明が通る単位を選ぶと、権限の追加作業より先に、運用の崩れを見つけられます。