我创建了一个自定义列表，其中包含与之相关的工作流程。工作流通过不同级别的批准来处理项目。
我的工作流程场景就像说发起人添加了一个项目，该项目将提交给经理审批。当经理批准后，当前列表中的几列将得到更新。经经理批准后，将转发给部门负责人。同样，当部门负责人采取行动时，列表的列值也会更新。对于所有这些用户，我已经设置了贡献权限。但问题是发起者启动的项目不应该被其他用户使用为每个项目显示的下拉菜单编辑或删除。只有项目的所有者和经理应该有权使用下拉菜单对其进行编辑。当我尝试通过高级设置更改项目的编辑访问权限时——>项目级别权限——在经理或部门负责人批准时将编辑访问权限设置为“仅限他们自己”时，我收到拒绝访问错误消息。
谁能建议我解决这个问题的方法是什么？
【问题讨论】：
标签： sharepoint-2007 permissions sharepoint-workflow
欢迎来到 Sharepoint 项目级别权限的不完美世界...
Sharepoint 2007 标准内容不会让您走得太远，因为您需要的是带有模拟的工作流 - 为什么需要它？
您希望根据工作流程所处的状态设置项目级别权限。您只能在有权这样做时更改权限 - 工作流程以启动工作流程的用户身份运行，因此您的用户需要该权限更改权限->您不希望每个用户都拥有它。所以有一种叫做“模拟”的东西（它是 Sharepoint 2010 的一项活动）。您只能使用 SHarepoint 2007 的自定义活动来实现模拟。
一旦您的工作流在提升的帐户下运行，您就可以轻松更改当前项目的权限，即授予某人贡献权限并收回其他人的读取权限。
这里有一篇关于如何为 Workflows 和 Sharepoint 2007 实现项目级权限的好文章：
Custom Activity Workflow for implementing Item Level Security in SharePoint Designer 2007（抱歉涉及编码）
如果您真的不想编写代码，Codeplex 上有一些有用的项目：
Useful Sharepoint Designer Custom Workflow Activities（尤其是“授予项目权限”活动）
【讨论】：
请注意，项目级权限和大型列表不能很好地混合。它可能会导致列表中的一些性能问题。
请仔细看看
http://technet.microsoft.com/en-us/library/cc262787.aspx
下
安全范围
每个列表 1,000 个
类型：阈值
为列表设置的唯一安全范围的最大数量不应超过 1,000。
范围是安全对象及其任何未定义单独安全边界的子对象的安全边界。范围包含访问控制列表 (ACL)，但与 NTFS ACL 不同，范围可以包括特定于 SharePoint Server 的安全主体。范围的 ACL 成员可以包括 Windows 用户、Windows 用户以外的用户帐户（例如基于表单的帐户）、Active Directory 组或 SharePoint 组。
【讨论】：