Dynamics crm 2011 为什么用户只分配到单个业务部门？

我不明白为什么一个用户可以有多个安全角色，但只能在一个业务单元中

我们让员工在多个业务部门工作，根据他们所代表的业务部门，他们会戴上不同的“帽子”。例如，营销部的高级经理可能会辞职，在此期间，财务部的财务总监可能会接任其职务，直到找到新的人选。财务总监被指定为财务业务部门，但他现在也从事营销工作

如何在Dynamics CRM中实现这一点？

使用团队

更多信息请点击此处：

在这里：

---

背景

安全角色修改用户在其业务部门中可以看到的内容。通常情况下，我看到业务单位被用于具有不同部门的大型组织（例如BU1=美国，BU2=欧洲）。这有助于保持美国用户使用美国数据和欧洲用户使用欧洲数据。我经常看到业务单元在不需要的时候被使用，这增加了很多不必要的复杂性

您的BU设置

您的场景听起来好像经理和财务部成员应该在同一个业务部门，但具有不同的安全角色（财务部可能有权访问发票，而经理则没有）。这些用户可能都需要访问帐户，这就是为什么他们不需要在不同的总线上

回答：围绕业务部门开展工作

如果你的财务和营销是分开的，一个很好的解决方法就是利用团队在业务部门之间进行共享。请在此处查找详细信息：

团队是问题的支持解决方案。这不是一个太复杂的过程。假设我们在BU1中有User1，我们希望他/她能够访问BU2中的记录：

在BU2中创建一个团队

向BU2添加安全角色，该角色允许访问希望User1查看的记录

将User1添加到团队中

回答有关根业务部门的评论中的问题

---

根业务单元不必仅用于管理员。根据业务的层次结构复杂性，您的根BU中可能有所有用户。业务单元允许您为安全角色指定权限级别（例如，可以为整个BU、BU和子总线设置联系人读取权限，并记录用户拥有的权限）

安全角色决定用户拥有哪些特权（他们所做的事情和可以使用的实体）

业务部门通过这些安全角色确定他们有权访问哪些记录

它们一起可用于在不同的业务领域和用户之间存储数据

业务单元按层次结构排列

根

• 市场营销

• 财务

• 销售

• 服务

如果一个从事金融工作的用户需要从事营销工作，经典的答案是将他们的层次结构向上移动到根目录中，在那里他们可以访问所有子目录（假设他们的安全角色允许他们访问子目录）。然而，在这种情况下，这也让他们获得销售和服务，这可能是不可取的

团队是一种较新的功能，它允许您在多个业务单元中工作，而不必存在于根业务单元中（或具有组织范围的权限）。通过将用户从财务添加到营销团队，他们可以访问营销和财务，但不能访问销售和服务

尽管让一个用户存在于多个业务单元中是一个方便的功能，但事实并非如此。我怀疑这是由于CRM作为一种产品的发展，以及其他任何东西。如果我没记错的话，总线一直存在，而团队只在CRM 2011（或4？）中到达。团队不是一个解决方法或黑客，只是一个不同的功能集，可以用于不同的事情

团队还避免了共享记录（人们如何解决这些问题）的问题，因为这些记录无法很好地扩展

不知道你的项目；你真的需要所有这些业务单位吗？业务部门应模拟组织的安全要求，而不是实际的组织结构。以我上面的例子来说，我们有什么理由要在这4个数据之间进行隔离吗？这是一家公司，他们与相同的客户群合作，共享数据不是更好吗？在这种情况下，一个业务单位就可以了

需要隔离的一个更常见的例子是，如果您还有一个人力资源部门，您可能不想与其他所有员工共享您的所有员工详细信息，因此在这种情况下，将他们隔离到自己的业务部门是有意义的，因为该部门可能位于层次结构中所有其他业务部门之上

根

• 人力资源

• 市场营销

• 财务

• 销售

• 服务

您可能会看到该结构，认为它与业务完全不同（HR不会运行其他所有人！），但这很好，该结构模拟的是安全需求，而不是组织

总而言之，听起来你想使用团队——这是一个非常好的解决方案

---

您可能会发现这很有用：。

谢谢您的指导。“团队”这一功能似乎是为共享记录而提供的，但它正被用来解决用户仅在一个业务部门的限制。你认为这是微软的疏忽，将用户限制在一个业务部门吗？@volumeone-不，团队是一个新的（ish）功能，适用于像你这样的情况。谢谢。团队是“解决方案”还是真正的解决方案？每次其他人想要处理某件事情时，都必须与他们共享记录，这不是很麻烦/乏味吗？根业务部门的存在是否只是为了让用户使用s