Dynamics crm CRM 2011中的业务部门与团队

我曾多次被告知，CRM 2011中的业务部门是“棘手的”，不应该轻易设置，因为它们对CRM 2011的实施具有不可逆转的影响

另一方面，CRM 2011中的团队在管理记录安全性方面似乎更加灵活

---

出于什么原因，我仍然会选择在CRM 2011中设立业务部门？对于业务部门，我能做些什么？对于团队，我不能做些什么（反之亦然）？

业务部门对于Dynamics CRM的安全概念非常重要。它们定义了一种边界，您可以在其中定义特定的角色或权限。它们还用于表示组织结构

团队用于记录的所有权（CRM 2011中的新功能），如果您无法定义单个所有者，这将非常方便。它们还用于更方便的共享-您可以与团队共享记录，而不是与多人共享。另一种用法是向多个用户授予权限，将他们分组到一个团队中，并为该团队分配一个安全角色

在高于所有其他用户总线的BU级别上创建一个单独的新业务单元（BU）（以避免安全角色父：子业务单元权限），然后在该业务单元中创建一个团队

接下来，为新团队分配一个安全角色。将安全角色设置为 BU级别的限制读取（半个饼）。然后，将“特殊”记录分配给团队

接下来，将希望查看记录的人员加入团队。 他们将继承团队的安全角色权限，并且是公司中唯一可以查看这些特定记录的人

如果您只需将记录分配给BU中的某个用户，则不必将记录分配给团队。但是，如果BU中没有用户，则可能需要将记录分配给团队

**注意：注意上级：下级业务部门或组织级权限。然后，布教区将在这里发挥作用。

---

*在将其投入生产之前，请务必对其进行测试**

请遵循以下链接，这些链接非常有用

---

谢谢，

谢谢你。。。因此，如果我不需要“硬”安全分区，而只希望能够限制对少数记录的访问，那么团队会做我想做的事情，主要是。仅当用户对共享用户授予的记录访问类型至少具有“基本”权限时，共享才起作用。被拒绝编辑任何案例记录的用户将无法更改与他共享的案例，即使共享用户允许。相比之下，组织级对记录的访问使共享记录变得毫无意义。但是，如果用户拥有用户和父项之间任意级别的权限：Child BU，则共享允许用户在其作用域内正常访问其作用域之外的记录。感谢Kiran共享这些链接。