Preparing Microsoft 365 data for AI.
A Four-Step Copilot Readiness Framework

Prepare Microsoft 365 data for Copilot
In a June 2024 survey of 132 IT leaders, Gartner found that 40% had delayed Microsoft 365 Copilot rollouts by three months or more because of oversharing concerns, as reported by Computerworld.

A Four-Step Copilot Readiness Framework
Microsoft 365 Copilot retrieves and summarizes organizational content that individual users already have permission to access. Its ability to surface information therefore depends on the quality of permissions across the Microsoft 365 tenant. A file shared too broadly can become easier to discover through Copilot, even when the underlying access problem existed long before deployment.
Preparing Microsoft 365 data for Copilot requires a structured review of access, sharing and governance controls. The process follows four steps: Map, Contain, Remediate and Govern. Each addresses a different part of the work, from identifying overshared content to maintaining appropriate access after rollout.
Microsoft 365 Data Readiness for AI in Four Steps
The framework follows four stages:
|
STEP 1 Map Data Access Governance reports |
› |
STEP 2 Contain Restricted Content Discovery |
› |
STEP 3 Remediate Site access reviews and scripted fixes |
› |
STEP 4 Govern Sensitivity labels, reporting cadence and connector permissions |
Map identifies sites with broad access. Contain limits discovery of selected sites while administrators investigate. Remediate corrects permissions at their source. Govern establishes the controls and review process needed to maintain the result.
Microsoft's Copilot deployment guidance groups the work into three pillars: remediate oversharing, establish guardrails and meet regulatory requirements. The four-step sequence translates those priorities into an operational workflow.
Contain: Use Restricted Content Discovery While Permissions Are Reviewed
Restricted Content Discovery (RCD) is a site-level SharePoint setting that limits discovery of content from selected sites through organization-wide search and Microsoft Copilot experiences. It also removes AI entry points from restricted sites, including the Copilot button, AI action menus and the option to create pages with AI.
|
What RCD does |
What RCD does not do |
|
Limits discovery of content from selected sites through organization-wide search and Microsoft Copilot experiences. Removes AI entry points from restricted sites, including the Copilot button, AI action menus and the option to create pages with AI. Limits tenant-wide discovery, including discovery of recently interacted files. |
Change SharePoint permissions, revoke existing access or remove content from the search index. Restrict OneDrive content, site-context search, Microsoft 365 Feed and Recommendations, or summaries of documents already open to a user. Prevent authorized users from opening restricted content directly, or stop Purview capabilities such as eDiscovery and auto-labeling. |
Copilot behavior requires particular attention. Microsoft's feature documentation identifies a recent-interaction exception for Business Chat, so administrators should test the relevant Copilot experiences with representative accounts rather than assume every discovery route behaves identically. RCD applies to SharePoint sites, not OneDrive content, and Purview capabilities such as eDiscovery and auto-labeling continue to operate because the content remains indexed.
|
Step 1 Select sites based on risk Use Data Access Governance reports to find sites with broad access, extensive sharing or other signs of oversharing. Prioritize sites with sensitive business information, unclear ownership or ongoing remediation, and confirm the intended access model with the site owner first. |
Step 2 Verify the configuration Enable RCD in the SharePoint admin center or through PowerShell, allow time for propagation, then test the supported search and Copilot experiences with representative accounts. Record results and investigate unexpected behavior; large sites can need extended processing time. |
|
|
Step 3 Continue remediation at the source RCD does not remove excessive permissions or correct broad sharing links. Review group memberships, direct permissions, sharing links and permission inheritance. Where stronger limits are required, assess Restricted Access Control against the site's requirements. |
Step 4 Remove restrictions after review Assign an owner and review date to each restricted site. Remove RCD once the permission review and remediation are complete and the site meets the readiness criteria, and retain the configuration and audit evidence in the governance record. |
Apply RCD selectively. Restricting too many sites reduces the content available to organization-wide search and Copilot, which can affect the completeness and relevance of results. Keep restrictions in place while access issues are being addressed, then remove them after the required controls have been verified.
Remediate: Fix Permission Inheritance at the Source
Site access reviews give flagged sites to the people responsible for them. An administrator starts a review from a Data Access Governance report, and the site owner receives a link to a review page for the relevant oversharing scenario.
|
Owner reviews A site access review sends a flagged site to the person responsible for it. Owner reviews resolve straightforward cases where a single decision sets the intended access model. |
Bulk tooling Tenants with thousands of sites need scripted remediation. Inheritance broken at individual folders and files turns into repeatable PowerShell and Microsoft Graph jobs with logging and rollback. |
Microsoft documents limits and licensing requirements for site access reviews. The feature requires SharePoint Advanced Management. Administrators should check the current service documentation before planning reviews across large site collections.
Owner reviews can resolve straightforward cases. Tenants with thousands of sites often need additional tooling. Permission inheritance can be broken at individual folders and files across large libraries, and each exception requires a decision about the intended access model. Bulk remediation through PowerShell and Microsoft Graph can turn these decisions into repeatable jobs with logging and rollback procedures.
Migrations introduce another requirement: permissions and inheritance must be preserved in the target tenant according to the intended access model. A migration that transfers content without accurately reproducing its access controls can create new exposure.
Microsoft's current site permissions for users report covers part of the reporting requirement. Complex inheritance, bulk changes and migration workflows still require careful implementation and verification.
Govern: Keep Permissions Clean After Rollout
Sensitivity labels and encryption help maintain protection as content moves between users and services. When labels apply encryption, their usage rights travel with the protected content and Copilot honors those rights. The sensitivity labels for files report helps administrators check which sites contain labeled files and whether protection covers the expected content.
|
Quarterly Snapshot Run a snapshot to compare site permissions with the previous quarter. |
Monthly New links and EEEU Review new sharing links and EEEU grants each month. |
Per finding Named owner Assign every finding to a named owner and track its resolution. |
Copilot connectors introduce another access-control requirement.
|
Copilot connector governance A connector imports external content into Microsoft 365, and each imported item needs an access control entry. These entries can identify Microsoft Entra users or groups, everyone in the tenant, or everyone except guest users. The source system remains the authority for access decisions. The connector must synchronize those permissions and keep them current when access changes. An Everyone entry on content from a restricted source system can make that content available across the tenant. |
Connector governance needs to cover identity mapping, permission synchronization and change handling. Administrators should also verify how the connector handles removed users, deleted content and changes to source-system groups. Testing should confirm that Microsoft 365 access reflects the source system's intended authorization model.
When Copilot Readiness Needs an Engineering Team
Microsoft 365 administration tools help identify oversharing and restrict discovery while administrators investigate. Additional engineering is often required when permission structures are complex, remediation must run across large numbers of sites, migrations must preserve access controls or external systems supply content through Copilot connectors.
|
The number of sites exceeds the capacity of manual reviews |
Custom SharePoint applications use complex permission structures |
|
|
An active migration requires permissions and inheritance to be preserved |
External systems supply content to Copilot through connectors |
Plan your Copilot readiness
Softwarium's SharePoint development team builds permission tooling and bulk remediation solutions using SharePoint, Microsoft Graph and Azure services, for environments where access controls must stay consistent across content stores and system boundaries.

These situations require reliable ways to map identities, evaluate inherited permissions, apply changes in bulk and verify that access remains correct after updates or migration. Softwarium's SharePoint development team builds permission tooling and bulk remediation solutions using SharePoint, Microsoft Graph and Azure services. Its experience with SharePoint administration and migration tooling supports environments where access controls must remain consistent across content stores and system boundaries.
FAQ
Does Microsoft 365 Copilot show users files they cannot access?
Microsoft states that Copilot only surfaces organizational data to which individual users have at least view permissions. Overshared files are already accessible to those users. Copilot makes that content easier to discover.
Does Restricted Content Discovery change SharePoint permissions?
No. RCD limits discovery of content from selected SharePoint sites through supported organization-wide search and Copilot experiences. It does not change existing permissions or prevent authorized users from opening the content directly.
Does Restricted Content Discovery block all Copilot access to a site?
No. RCD restricts tenant-wide discovery, including recently interacted files, but Microsoft's documentation identifies a recent-interaction exception for Business Chat. Site-context search and summaries of documents already open to a user are also outside its scope.
Do I need SharePoint Advanced Management for Copilot readiness?
SAM requires a supported Microsoft 365 or Office 365 base subscription and a qualifying entitlement. These include an assigned Copilot license, the standalone SharePoint Advanced Management Plan 1 add-on, or Microsoft 365 E7 or Frontier Suite. Individual capabilities can have additional licensing requirements.
Does RCD remove restricted content from the Microsoft 365 search index?
No. The content remains indexed. RCD limits its discovery through specified search and Copilot experiences. Purview capabilities, including eDiscovery and auto-labeling, continue to operate.
Sources
- Computerworld: Microsoft 365 Copilot rollouts slowed by data security and ROI concerns
- Microsoft Learn: SharePoint Advanced Management prerequisites
- Microsoft Learn: SharePoint Advanced Management features available with a Copilot license
- Microsoft Learn: SharePoint Advanced Management overview
- Microsoft Learn: Restricted Content Discovery
- Microsoft Learn: Restricted Access Control


