2010-10-26 48 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