Dynamics 365提供了非常强大的工具，可以一步一步地跟踪业务流程，启动依赖于阶段的操作，并维护与客户的牢固关系。Dynamics 365甚至提供了一个方便的拖放界面，用于创建和更改业务流程流，允许对业务的移动部分进行巨大的控制。与任何程序一样，这个进程创建函数为进程中的内容设置了一些边界。
5是实体的极限
一个过程有时需要或受益于多个实体的使用。然而，单个流程最多只能“跨越”五个实体，尽管它们不一定需要相互关联。流程中的每个阶段都使用一个实体类型。因此，例如，如果一个流程包含10个阶段，那么这些阶段只能属于总共5个实体。可能有3个阶段涉及Account实体，2个阶段涉及Opportunity实体，1个阶段涉及PhoneCall实体，4个阶段涉及AccountManager实体，1个阶段涉及Lead实体。还要小心，因为当尝试创建属于第六个或更多实体类型的阶段时，Dynamics不会警告用户，直到他们尝试保存，弹出下面的消息。如果一项工作需要5个以上的实体，那么将其分解成更集中的过程可能对设计有益。
试图保存处理6个或更多实体的流程流将导致此错误屏幕。
5是决策树深度的极限
几乎在任何过程中，都必须做出决定，并且/或必须考虑条件事件。“某某的允许吗?“他们来了没有?”在Dynamics 365中设计流程时，这可以通过向流程映射中添加一个Condition组件来表示。条件只能通过两种途径解决，“积极”途径和“消极”途径。到目前为止，在任何“正”路由的给定分支中只能有5个条件。然而，在“负”路由中，进程将支持任意数量的条件。这有点令人困惑。如果您的过程需要超过5个条件，您可能需要将其分解为更多的过程。
这就是将条件1到条件5添加到流程流时会发生的情况。
在这里，在第6阶段之后，似乎没有可用的槽来接受“第6阶段”组件。
请注意左下角的过程小地图。来自条件的“负”分支将继续允许更多条件组件。但此时不能再在阶段之后放置条件组件。
某些条件适用于某些条件
条件组件必须在条件之前的阶段的数据步骤中“问一个问题”。在Condition中，Process创建者可以组合多个AND或or语句来创建规则，但这两个操作符不能一起使用。这意味着流程中的复杂决策点(需要和和or的组合)可能需要多个条件组件的组合。
30个阶段，每个30个步骤
在一个过程中总共只能有30个步骤。很多事情都可以在30个阶段完成，但要记住限制。作为参考，开箱即用的过程，“引导机会销售过程”，只有四个阶段，其中有20个步骤。这将是一个真正庞大和复杂的过程，以接近30-30屋顶。
如果流程中已经有30个阶段，则不允许将阶段拖到流程中。
动态不会阻止你在一个舞台上添加超过30个步骤，但它也不会让你保存它。
我通过添加条件将更多阶段“强制”到流程中，这不能留下两个空分支。当我试图保存过程时，我得到了这个错误。
结论
在所有的可能性中，只有非常复杂的边缘情况才会遇到Dynamics 365中的业务流程流的限制。对于基于客户端的操作，Dynamics 365仍然是一个非常有用的工具。
