【SharePoint】サイトを異動先の部署へ引き継ぐ時の権限整理

部署異動に伴い、自分が管理していたSharePointサイトを後任や異動先の部署に引き継ぐ必要が生じることがあります。このとき、適切に権限を整理しないと、不要なアクセス権限が残ったり、新しいチームがサイトを利用できず業務に支障が出る可能性があります。本記事では、SharePointサイトを異動先の部署へ引き継ぐ際の権限整理のポイントを、手順や失敗事例を交えて解説します。

なぜ部署異動でSharePointサイトの権限整理が必要なのか

部署異動や組織再編が発生すると、それまで管理していたSharePointサイトを新しい部署に引き継ぐ必要があります。この時、権限を整理せずに放置すると、退職者や異動者がアクセス権限を持ち続ける問題や、新しいチームに正しい権限が付与されない不都合が起こります。

アクセス権限がそのまま残るリスク

異動前の所属メンバーがそのままサイトにアクセスできる状態は、情報漏洩のリスクとなります。特に、社外共有リンクが有効なまま放置されると、意図しない第三者に情報が渡る可能性があります。また、異動者がサイトの管理者権限を持っていると、新しいチームがコンテンツを編集できなくなるケースもあります。

引き継ぎが不十分だと起こるトラブル

引き継ぎ時に権限を適切に変更しないと、後任がサイトにアクセスできず業務が滞る、重要なドキュメントが見つからない、権限付与の申請が繰り返し発生するなどのトラブルが生じます。また、監査ログで不適切なアクセスが発見され、コンプライアンス上の問題になる恐れもあります。

引き継ぎ前に確認すべきサイトの構造

権限整理を始める前に、対象のSharePointサイトがどのような構造になっているかを把握する必要があります。サイトコレクションの種類やサブサイトの有無、個別の権限設定が行われているかどうかを確認しましょう。

サイトコレクションの種類と権限設計

SharePointには、チームサイト(Microsoft 365グループ接続)とコミュニケーションサイトの2種類があります。チームサイトの場合、サイト所有者はMicrosoft 365グループの所有者と連動しているため、権限整理にはグループメンバーシップの変更も含まれます。一方、コミュニケーションサイトは個別の権限設定が基本です。

サブサイトや共有リンクの設定

サイト内にサブサイトがある場合、サブサイトごとに親サイトとは独立した権限が設定されている可能性があります。また、ドキュメントライブラリやリスト単位で「アクセス許可の継承を解除」している場合は、そちらも確認が必要です。さらに、共有リンク(「リンクを知っているすべてのユーザー」など)が発行されている場合、それらを無効化または更新することを検討します。

権限整理の具体的な手順

ここでは、サイトを異動先の部署に引き継ぐための権限整理手順を6つのステップで紹介します。管理者権限が必要な操作を含むため、必要な場合はIT管理者に依頼してください。

1. 現在のサイト権限を出力して一覧を作成する。 SharePoint管理センターの「サイトのアクセス許可」レポートを使用するか、サイト設定の「サイトの権限」から全ユーザーの権限を確認します。この一覧をもとに、不要なユーザーやグループを洗い出します。
2. 新しい部署の担当者をサイト所有者として追加する。 サイト設定の「サイトのアクセス許可」→「詳細なアクセス許可の設定」→「アクセス許可レベル」から、新しい所有者となるユーザーを「完全制御」権限で追加します。チームサイトの場合はMicrosoft 365グループの所有者にも追加します。
3. 既存の所有者・メンバーから異動者を削除する。 異動前の自分やチームメンバーで、もうサイトにアクセスする必要がないユーザーを権限から削除します。ただし、監査やバックアップのために一時的に残す必要がある場合は、期限を設定して削除します。
4. サブサイトやアイテム単位の権限継承を確認し、必要に応じて解除する。 各サブサイトやライブラリで「アクセス許可の継承」が解除されている場合、親サイトの権限変更が反映されないため、個別に権限を更新します。新しい部署のメンバーが必要なアクセス権をすべて持てるように調整します。
5. 共有リンクを棚卸しする。 発行済みの共有リンクを確認し、有効期限が切れていないものや「すべてのユーザー」に公開されているものは無効化します。新しい部署で必要な共有リンクは再発行します。
6. 権限変更が正しく反映されたことをテストする。 異動先の部署のユーザーでサイトにアクセスし、編集可能か、必要なフォルダやリストにアクセスできるかを確認します。同時に、削除したユーザーがアクセスできないことも確認します。

異動先の部署に正しく引き継ぐための設定方法

権限整理の後、実際にサイトを新しい部署で運用開始するための設定を実施します。

サイトの所有者変更とメンバーの入れ替え

サイトの所有者を新しい部署の管理者に変更します。チームサイトの場合は、Microsoft 365グループの所有権も変更します。グループの所有権変更は、Exchange管理センターまたはOutlook on the webで行います。所有者変更後、古いグループメンバーを削除し、新しい部署のメンバーを追加します。

共有リンクと招待状の管理

引き継ぎ後、古い共有リンクは無効化し、新しい部署向けに必要な共有リンクを再発行します。また、保留中の招待状がないか確認し、期限切れや不要な招待は取り消します。ゲストユーザー(外部ユーザー)がいる場合は、その継続の必要性を判断し、不要ならアクセスを削除します。

失敗しがちな権限引き継ぎのパターン

実際の現場でよく見られる失敗パターンを、成功例と比較しながらまとめました。

項目	成功パターン	失敗パターン
所有者変更	新しい部署の管理者を事前に所有者として追加し、古い所有者を削除する	古い所有者を削除したあと、新しい所有者を追加するため空白期間が発生する
グループ連携	Microsoft 365グループの所有権を変更し、メンバーも入れ替える	グループのメンバーを変更せず、サイト権限だけ変更するため、チームサイトの連携が崩れる
サブサイト権限	サブサイトごとの権限継承状態を確認し、必要に応じて統合する	親サイトの権限変更のみで、サブサイトの個別権限が残り新しい部署がアクセスできない
共有リンク	引き継ぎ前に全共有リンクを無効化し、新たに発行する	古い共有リンクが残ったままで、元の部署のユーザーがリンク経由でアクセスできる

管理者に確認すべき情報と問い合わせポイント

権限整理の作業で、自分だけでは変更できない設定がある場合は、IT管理者に依頼する必要があります。管理者に連絡する際は、以下の情報を準備しておくとスムーズです。

• 引き継ぎ対象のSharePointサイトのURL
• 現在のサイト所有者と新しい部署で所有者にするユーザーのアカウント名
• 新しい部署のメンバーリスト(追加するユーザーと削除するユーザー)
• サブサイトやライブラリの個別権限設定があるかどうか
• 引き継ぎ完了希望日と、それまでの暫定対応の有無

また、管理者側に「サイトの完全なコントロール権限を委任したい」などの要件を明確に伝えることで、適切な権限レベルを設定してもらえます。

よくある質問(FAQ)

Q1: 自分がサイト所有者でなくても権限整理はできますか?

基本的にはサイト所有者またはそれに相当する権限(完全制御)が必要です。自分が所有者でない場合は、現在の所有者に依頼するか、IT管理者にサイト所有権の変更を依頼してください。

Q2: Microsoft 365グループとSharePointサイトの権限はどう違いますか?

チームサイトの場合、グループのメンバーは自動的にサイトのメンバーになります。サイト所有者はグループの所有者と連動するため、グループの所有権を変更しないとサイトの所有者変更が完全にできません。グループとサイトの両方を変更する必要があります。

Q3: 引き継ぎ後に古いメンバーがアクセスできてしまった場合の対処法は?

すぐに該当ユーザーの権限を削除してください。また、共有リンクが残っていないか確認し、無効化します。アクセスログを確認して、不審なアクセスがないか監査することも推奨します。

まとめ

SharePointサイトを異動先の部署に引き継ぐ際には、事前の権限整理が欠かせません。サイトの構造を把握し、不要な権限を削除し、新しい部署に必要な権限を過不足なく付与することで、スムーズな引き継ぎが実現します。特に、チームサイトの場合はグループ連携、サブサイトや共有リンクの管理にも注意を払いましょう。不明な点はIT管理者に早めに相談し、安全かつ効率的な移行を進めてください。

☁

OneDrive・SharePointトラブル完全解決データベース同期、共有、権限、ライブラリ、復元、Teams連携で止まる原因を横断的に確認できます。