
The strange behavior where previously added team members can access the agent’s SharePoint PDF knowledge without manual sharing, but newly added members require manual sharing, is typically caused by how SharePoint permission inheritance and caching work:
Permission Inheritance and Propagation Delay:
Existing members possibly received their SP permissions when the Team and Site were initially set up, and those permissions have fully propagated and been indexed by the agent’s knowledge source. Members added later (new) may not have their permissions fully propagated or recognized immediately by SharePoint or the indexing/search system.
SharePoint Group Membership vs. Direct Permissions:
Older members might have direct or group-based permissions that the agent’s knowledge connector recognizes seamlessly. New members added only to the Teams channel might not automatically inherit the corresponding SP permissions if the SP site’s permissions are customized or broken inheritance is in place.
Indexing and Security Trimming Cache:
The agent’s knowledge source respects SharePoint security trimming, so it only returns results for content the user can access. If the indexing or permission cache hasn’t updated for new members, they won’t see results until permissions are explicitly granted or the index refreshes.
Manual Sharing Forces Explicit Permissions:
When you manually share the PDF or library with new members, you grant explicit permissions that immediately take effect and are recognized by the agent, bypassing propagation delays or inheritance issues.
When you have a large number of members, manually sharing view access to each PDF one by one is indeed impractical and time-consuming. The best approach is to manage permissions at the group or SharePoint site level rather than individually.
Here are some recommended strategies to efficiently grant access to many users: