SharePointのサイト・フォルダー・アクセス権設計例

サイト・ライブラリ・フォルダーを分けて考える

サイトは共有する人と管理責任の単位、ライブラリは文書の用途・管理ルールのまとまり、フォルダーはその中の分類として考えると整理しやすくなります。これは実務上の設計指針であり、製品が用途を固定しているわけではありません。

MicrosoftはMicrosoft 365グループにつながるチームサイトではグループによる権限管理を案内しています。Teamsに接続されたサイトでは、Teams側の参加者との整合も重要です。出典：共有とアクセス許可

全社・部署・案件の構成例

次は架空の中小企業を想定した例です。組織図をそのままサイトにせず、実際に共有したい範囲で調整します。

権限表を先に作る

最初の権限表は「場所／情報の責任者／編集グループ／閲覧グループ／社外共有／見直し時期」で十分です。人を直接大量に登録するより、部署・役割のグループへ参加させる運用を基本にします。

所有者は権限変更や参加者を判断する役割です。全員を所有者にして操作できるようにするのではなく、通常の利用者と管理者を分けましょう。閲覧権限があれば持ち出しまで必ず防げる、という意味でもありません。ダウンロード制御等が必要なら、機能・端末・契約条件を別に検討します。

フォルダーごとの例外を増やす前に考える

毎回違う人へファイル単位で共有すると、異動・退職時に誰が何へアクセスできるか分かりにくくなります。共有範囲が継続的に違うなら、サイトやライブラリを分けた方が運用しやすい場合があります。単発の例外には承認理由と見直し時期を残します。

既存ファイルサーバーの複雑な権限をそのまま写すのではなく、必要なアクセスを業務責任者と確認しましょう。ファイルサーバー移行の手順でも、この棚卸しを先に行います。

Teams側のメンバー管理と二重化しない

標準チャネルは親チームに対応するSharePointサイトを使います。プライベート・共有チャネルは別のチャネルサイトを持ちます。チャネルサイトの参加者をSharePointだけで独立して変更する運用にせず、Teams側から管理する範囲を確認します。出典：Teams接続サイト

外部共有は「組織」「サイト」「共有先」を確認

SharePointの外部共有は組織レベルとサイトレベルの設定の両方に影響され、より制限が強い方が適用されます。サイトを分けただけで社外共有が安全になるわけではありません。出典：外部共有の概要

顧客と共有する場所は、共有先、編集・閲覧の範囲、共有リンクの種類、共有終了の条件を決めます。誰でも使えるリンクと、相手を指定した共有を混同しないでください。

公開前・移行後の権限テスト

• 所有者が参加者と共有設定を管理できる
• 編集者は必要な資料だけ編集できる
• 閲覧者は読み取りでき、不要な編集ができない
• 対象外の社員と未招待の社外ユーザーは入れない
• 旧共有リンクや直接付与した権限が想定外に残っていない
• 異動・案件終了時に、グループと個別共有を見直す担当者がいる

よくある質問

フォルダーを使わず全部メタデータにするべきですか？

必須ではありません。使う人が理解できる分類を優先し、検索・絞り込みに必要な情報だけを列として持たせる方法もあります。

OneDriveの共有を残してもよいですか？

個人の作業用と組織で継続利用する資料を分けます。退職者個人の領域へ依存する共有は、SharePointへの移行を検討します。

一次情報・参考資料

• Microsoft Learn：共有とアクセス許可
• Microsoft Learn：TeamsとSharePointの統合
• Microsoft Learn：外部共有の概要

資料確認：2026年10月12日。構成と権限表は設計例です。