SharePoint
Team and organization content
SharePoint libraries are designed for shared business content, collaboration, permissions, and team ownership.
Everyday IT · SharePoint & OneDrive
SharePoint and OneDrive feel complicated because users experience the same files through several different paths.Browser access proves one thing. File Explorer sync proves another.
Start by identifying who the files belong to and how they are being accessed.
SharePoint
SharePoint libraries are designed for shared business content, collaboration, permissions, and team ownership.
OneDrive
OneDrive is tied to a user's account and is best understood as that person's cloud file area, even though files can be shared with others.
Sync
The OneDrive sync client can present SharePoint and OneDrive files in File Explorer. That local representation depends on the client, sign-in state, sync health, and local device.
Use the site's existing permission model rather than inventing a new one for each user.
01
Confirm exactly which SharePoint site, team, library, folder, or shared resource the user needs.
02
Look at a user in the same role and determine whether access comes from a Microsoft 365 group, SharePoint group, security group, Teams membership, or another approved method.
03
Add the user to the existing role-based group instead of creating a one-off direct permission unless the business requirement truly calls for it.
04
Before troubleshooting sync, prove the user can authenticate and open the required content directly in SharePoint or OneDrive on the web.
This is one of the most useful distinctions a new technician can learn.
Browser works
If the user can open and edit the file in the browser, basic identity and SharePoint permission are likely working. Move your attention to the sync client and workstation.
Check sign-in
Confirm the sync client is signed into the intended work account and not paused, disconnected, or prompting for credentials.
Check sync state
Look for sync errors, invalid file names, storage limits, conflicting changes, missing shortcuts, or a library that is no longer connected.
Then rebuild carefully
Before resetting, unlinking, or re-syncing a large library, understand what local files are pending and whether the user has unsynced changes.
Translate the user's wording into a specific layer.
“I can see it but can't open it”
Visibility of a site or library does not guarantee permission to every folder or file. Check inheritance and the specific object's access.
“It worked yesterday”
Look for group changes, account changes, sync client state, renamed or moved folders, expired sharing links, VPN/network changes, or a different signed-in account.
“The folder disappeared”
Verify the folder still exists online. A missing File Explorer entry may be a sync/shortcut problem rather than deleted data.
“My changes are missing”
Confirm whether the user edited a synced copy, a local duplicate, an attachment, or the live SharePoint file before assuming data loss.
Large SharePoint and sync changes can create more confusion than the original ticket.
Red flag
Unique permissions may be valid, but adding them casually makes future troubleshooting and audits harder.
Red flag
Large folder reorganizations can break shortcuts, links, user expectations, sync paths, and automations.
Red flag
Make sure you know what is cloud-backed and what is local-only before removing or resetting data.
Red flag
Fix the intended permission path instead of bypassing the design with overly broad access.