2010-10-26 45 views
1

我已创建一个自定义列表,其中包含与此相关的工作流程。工作流程将通过不同级别的批准。分享点自定义列表的物品等级许可

我的工作流程场景就像是一个发起人添加一个项目,这将发送给经理审批。当经理批准时,当前列表中的几列将被更新。经理批准后将转交给部门负责人。再次当部门负责人采取行动时,列表的列值得到更新。对于所有这些用户,我已设置了Contribute权限。但问题是由发起人启动的项目不应该由其他用户使用每个项目出现的下拉菜单进行编辑或删除。只有项目和经理的拥有者才有权使用下拉菜单对其进行编辑。当我尝试通过高级设置 - >项目级别权限更改项目的编辑访问权限时 - 当经理或部门主管批准时,将访问权限设置为“仅限他们自己”,我得到访问被拒绝的错误消息。

任何人都可以告诉我这是什么工作?

回答

2

欢迎SharePoint的项目级别权限的不完美的世界......

你会不远处与2007年的Sharepoint标准的东西弄的,因为你需要的是用模拟工作流程 - 你为什么需要它?

您希望根据您的工作流程所处的状态来设置项目级权限。只有在您有权这样做时才能更改权限 - 工作流程以启动工作流程的用户身份运行,因此您的用户需要更改权限的权利 - >您不希望每个用户都拥有该权限。所以有一件叫做“模仿”的东西(它是作为Sharepoint 2010的一项活动而来)。您只能通过使用SHarepoint 2007的自定义活动来实现模拟。

一旦您的工作流在高位帐户下运行,您可以轻松更改Current项的权限,即向某人授予权限并从其他人收回读取权限。

有关于如何实现工作流项目级别的权限和2007年的Sharepoint这里的好文章:
Custom Activity Workflow for implementing Item Level Security in SharePoint Designer 2007(对不起编码参与)

如果你真的不想要的代码有一些有用的项目Codeplex:
Useful Sharepoint Designer Custom Workflow Activities(特别是“授予项目权限”活动)

1

请注意,项目级权限和大型列表不会混合得很好。它可能会导致列表中的一些性能问题。

请大家在

http://technet.microsoft.com/en-us/library/cc262787.aspx

细看之下

安全范围

1000元列表

类型:阈值

的唯一的最大数量秒设定清单的真实范围不应超过1,000。

作用域是安全对象及其任何未定义单独安全边界的子对象的安全边界。作用域包含访问控制列表(ACL),但与NTFS ACL不同,作用域可以包含特定于SharePoint Server的安全主体。范围的ACL成员可以包括Windows用户,除Windows用户以外的用户帐户(例如基于表单的帐户),Active Directory组或SharePoint组。

+0

请注意,此问题中提到的“项级权限”设置不会导致安全范围的增加。 – 2017-08-23 23:00:26