如何为SharePoint List元素创建者设置默认full access permission

存在可直接落地的成熟方案，可根据自身环境和技术能力选择对应实现路径：

方案1：零代码Power Automate实现（推荐，适配SharePoint Online） #

这是成本最低的实现方式，不需要写代码，普通站点管理员即可配置：

• 新建云端自动化流，触发器选择SharePoint - 当创建项目时，选定你要配置的目标站点和对应列表
• 如果你需要保留列表原有用户/用户组对该条目的默认访问权限，先添加从父级复制权限操作，操作对象绑定触发器输出的当前新建条目ID；如果不需要保留原有继承权限，直接添加停止继承项目权限操作，将新条目从列表的通用权限集里独立出来
• 添加授予项目权限操作，权限级别选择「完全控制」，被授权对象绑定触发器输出的条目「创建者」字段，可按需关闭邀请邮件通知选项，避免给创建者发多余的权限授予邮件
• 保存流并启用即可，后续所有新建条目都会自动执行上述逻辑，给创建者分配对应条目的完全控制权限，创建者可直接对该单条条目做权限分配、删除、编辑等所有操作。

注意：SharePoint列表自带高级设置里的「项目级权限」选项，仅支持配置为用户可读取/编辑自己创建的条目，对应的权限层级是「编辑」，不包含条目级权限管理、永久删除等完全控制的能力，无法直接满足需求，必须配合上述自定义权限逻辑使用。

方案2：事件接收器定制开发（适配SharePoint Server本地部署/高稳定性要求场景） #

如果是本地部署的SharePoint Server，或者对流触发延迟有严格要求，可以通过后端开发实现：

• 为目标列表开发ItemAdded服务端事件接收器
• 在事件逻辑中编写权限操作代码：首先断开当前新建条目的权限继承，按需保留原有父级权限，再获取当前条目的创建者账号，为其授予条目的完全控制权限
• 将事件接收器部署到对应站点集启用即可，该方案逻辑在服务端同步执行，不会出现触发延迟、连接失效的问题，稳定性最高。

配置注意事项 #

• 执行权限调整的运行账号（Power Automate的连接账号、事件接收器的服务账号）必须拥有站点级别的「管理权限」权限，否则会因权限不足无法修改条目权限
• 列表层面建议仅给普通用户授予「添加项目」的最小权限，避免用户在条目创建前就拥有超出范围的列表访问权限
• 历史已存在的存量条目，可以通过PowerShell脚本遍历列表项，逐个为对应创建者补授单条目的完全控制权限即可。

内容的提问来源于stack exchange，提问作者nem0z