CRM 中的实体和关系

Question

我正在做一个概念验证，但我离 crm 动力学还差得很远。

我有以下情况

一家公司有多个部门，每个部门都可以有帐户/客户。但是，一个帐户/客户可以是一个或多个部门，一个部门也可以在一个客户上处于活动状态或非活动状态。

到目前为止，我已尝试使用团队/访问团队，然后使用子网格来显示与帐户关联的团队。但这会产生查询错误。让我认为由于帐户/实体只能拥有所有者，这不是正确的方法。

然后我尝试创建一个新实体。带有字段“Active：boolean”的“分区”现在我有点担心每个帐户都会有一个新的分区记录给我很多分区，而我只想要5个分区和一个帐户是否绑定的记录到该部门，以及该部门是否处于活动/非活动状态。

如果有人能指导我正确的方向，将不胜感激！

编辑/更新： 因此，在最后一条评论中，我在客户和团队之间创建了 N:N 关系（团队由业务部门方便地创建）。然后在表单上我添加了一个子网格，以 Team 和 All Teams 作为视图。

当我加载该网格时，它给了我这个错误：

Unhandled Exception: System.ServiceModel.FaultException`1[[Microsoft.Xrm.Sdk.OrganizationServiceFault, Microsoft.Xrm.Sdk, Version=7.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35]]: System.Xml.XmlException: Microsoft Dynamics CRM has experienced an error. Reference number for administrators or support: #B7DC5153Detail: 
<OrganizationServiceFault xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/xrm/2011/Contracts">
  <ErrorCode>-2147220970</ErrorCode>
  <ErrorDetails xmlns:d2p1="http://schemas.datacontract.org/2004/07/System.Collections.Generic" />
  <Message>System.Xml.XmlException: Microsoft Dynamics CRM has experienced an error. Reference number for administrators or support: #B7DC5153</Message>
  <Timestamp>2016-05-25T13:53:32.9051677Z</Timestamp>
  <InnerFault>
    <ErrorCode>-2147217149</ErrorCode>
    <ErrorDetails xmlns:d3p1="http://schemas.datacontract.org/2004/07/System.Collections.Generic" />
    <Message>'Team' entity doesn't contain attribute with Name = 'systemuserid'.</Message>
    <Timestamp>2016-05-25T13:53:32.9051677Z</Timestamp>
    <InnerFault i:nil="true" />
    <TraceText i:nil="true" />
  </InnerFault>
  <TraceText i:nil="true" />
</OrganizationServiceFault>

Answer 1

这个问题还不是很清楚，但这里有一些 cmets 希望能有所帮助。

1) 如果这是您的要求，您应该能够在团队和客户之间添加 N:N 关系。这将允许您将该网格放到表单上（发布查询错误将有助于解决该特定问题）。

2) 所有 CRM 记录都有状态和状态原因 - 您可以将其用于您的部门实体的“活动”或“非活动”，并且 CRM 具有一些与激活/停用记录相关的功能。

3) 如果您为每个帐户创建新记录而不是使用现有记录，通常很清楚，我的假设是您正在使用“帐户”表单上的查找来查找所需的部门。执行查找时，您可以选择现有的或创建新的。

4) 如果您在不同部门的单个帐户上具有不同的状态，那么您可能需要在两个实体之间建立某种链接器记录，根据您的要求，可能会为此使用 OOB“连接”。

5) CRM 中的团队通常用于安全/记录访问目的，也许这就是为什么在您的场景中如何利用它们似乎有点令人困惑的原因。有所有权团队和访问团队，但两者都与谁可以访问哪些记录有关。