crm - 何时将系统分成多个 Dynamics CRM 实例

Question

我的组织刚刚开始深入研究 Dynamics CRM，出现的问题之一是我们何时应将各种应用程序合并到一个实例中，何时应将它们分离到多个实例中？

我知道这个问题的答案取决于具体情况，因此我试图列出一系列问题，可以帮助确定哪个方向最有意义。

我在网上找到任何有关此问题的讨论非常困难，所以我想在这里提问。那么，在决定系统/功能集是否应该位于单独的实例中时，您会问哪些问题？

编辑: 我不太清楚我们的组织类型。我在一个拥有多个部门的城市工作，这些部门提供不同的服务并为不同的客户提供服务，这些客户通常需要非常不同的功能。

我担心将所有这些具有不同功能并跟踪不同“客户”的不同系统放入一个系统中的冲动。我担心管理适用于不同系统的所有不同实体以及确保一组用户的更改请求不会给另一组用户带来问题会出现问题。

我确信有时将多个系统组合到一个实例中是有意义的，但我认为可能有很多时候我们不想将它们放在一起，所以我想列出一个列表要问的问题。

一些基本的内容是: 1) 系统是否共享通用数据(例如相同的客户)？ 2) 系统是否具有共同的功能？ 3)系统收集相同类型的数据吗？ 4) 是否需要报告这些系统的综合数据？ 5) 通过分离实例或通过用户角色来管理安全性会更容易吗？

Answer 1

根据我的经验，单个实例是常态。我认为单实例的好处非常显着。

您可能需要考虑的几点:

• 您想要孤岛中的数据吗？如果是这样，多实例提供了一种非常简单的方法来实现这一点。然而，具有适当安全模型的单个实例也可以实现这一点。
• 您是否希望将跨应用程序的数据合并到单个业务流程中？如果是这样，多实例意味着您必须在实例之间构建集成。单实例不存在此问题。
• 您想在每个实例中使用自定义构建的功能吗？如果是这样，单个实例会立即提供此功能。多实例需要单独开发和部署到每个实例，这可能会增加成本。
• 您考虑过许可吗？我不是许可专家，但我相信如果您在线多实例会吸引更高的许可成本。

根据经验，我认为单个实例是默认位置，因为它允许您轻松组合数据和流程。如果您想使用多实例，只需有一个充分的理由，并确保它不是单个实例可以提供的东西。