Workflow Sitecore安全和工作流

我们在Sitecore中进行安全设置的方式是，我们有部门角色，这些角色通过继承定义特定站点部分的安全性。例如，角色“A”具有对站点某个部分的写入权限，而角色“B”具有对其他部分的写入权限

假设我们有一个工作流需要附加到这些内容项。我们有特定的“职能”角色，如“作者”或“批准人”。作者在起草内容后提交内容以供审批，审批人在其达到审批状态之前不能触摸内容，以此类推。如果我需要“作者”内容，我必须有角色“A”和“作者”，或“B”和“作者”

除了人们需要部门的特定角色外，这一点很有效。如果我需要“编写”“A”内容和“批准”“B”内容，我必须有角色：“A”“B”“编写”“批准者”。问题是无法告诉系统需要禁止他们“编写”“B”内容，反之亦然

似乎唯一的解决办法是拥有“A部门作者”和“B部门作者”等角色，但似乎随着部门和职能数量的增加，这将成为维护的噩梦。对于这种看似常见的情况，Sitecore的最佳实践是什么

谢谢

---

编辑：我们使用的是最新版本。Sitecore 6.4的版本。

Sitecore支持子角色（“角色中的角色”），但是，这不是您可以通过UI设置的

您可以通过DB Browser管理页面（

/sitecore/Admin/dbbrowser.aspx

）进行设置-但是，如果您需要某种用户友好的设置方式，您可能需要构建自己的控件，以便通过sitecore UI进行访问

这应该允许您创建角色的层次结构，例如

Author
-- Dept A
-- Dept B

Approver
-- Dept A
-- Dept B

---

我不确定是否会将其归类为常见场景。我的第一反应是鼓励您的客户/用户简化工作流程。过于复杂的工作流程会阻碍用户的使用并阻碍采用

---

也就是说，如何使用克隆为每个站点部分创建工作流，您可以对其单独应用安全性？您是对的，但是这可能需要更多的角色。角色中的角色在这方面可能会有所帮助，但最终您尝试对一些相当复杂的规则进行建模，不确定您是否要避免解决方案中的复杂性。

对不起，您能否进一步详细说明？是否需要在每个内容项中设置此角色层次结构？应用子角色的语法到底是什么？@christofr-是什么让你认为你不能在UI中的角色中设置角色？你可以通过Sitecore中的角色经理来实现这一点。我研究了他的一些答案，我认为他所描述的内容在Sitecore 5中有所体现；不确定当时是否在角色管理器中设置了角色成员身份中的角色。因此，您的意思是，作为用户，我可以为市场营销部编写内容，但不能批准它，也可以为销售部批准内容，但不能编写它？我不制定要求，我只是实现它们。：）但是，是的，确实如此。