现在您已经了解了有关情况处理及其配置的基本知识，现在是时候深入研究高级可能性，以使框架适应您的需要了。我们将在本系列的最后一篇博文中讨论的两个主要主题是：

对于这两个主题，我们将深入了解配置的方式和原因，包括它们可能应用的一些示例用例。与本系列前面的条目相反，每个主题的示例会有所不同，以最好地说明各自的想法。类似地，您可以使用呈现的选项作为工具箱，选择对您和您的组织最有价值的用例。

微调条件

如本系列第三篇文章（情境处理：如何配置情境类型？（3/5）），网站用云服务器，情景处理为您提供了几个选项，用于在模板建立的基本属性的基础上优化情景类型的行为。

在许多情况下，简单的优化（例如简单值的条件筛选器）可能就足够了，而其他的可能需要更高级的选项。下面将详细讨论其中的两个，例如设置复杂筛选器和将条件与责任确定属性对齐。

定义条件属性筛选器可以像输入单个值一样简单。然而，更复杂的配置也是可能的。如下面的屏幕截图所示，您可以为过滤器指定include和exclude参数（请注意，默认情况下会折叠exclude部分）。也就是说，您可以指定一个常规模式，但不包括一个或多个特定值。

也可以调整过滤器中使用的运算符（参见下面的屏幕截图）。因此，您可能希望指定一旦属性（如赤字数量）大于某个特定值，就应该引发这种情况。但是，您可能希望排除一个小范围（运算符：介于之间），对于该范围，您已经在处理一个已知问题，但需要更长的时间才能解决。

如果您有一个条件属性是日期，而不是上面的选项，您将看到一个预定义选项列表，您可以从中进行选择（见下文）。如果您想在此处添加自己的选项，超级返利，则必须使用"管理日期函数"应用程序定义自定义日期函数。

我们建议您明智地使用复杂条件，并特别检查以下常见类型的错误配置：

您可能会意外地创建过多约束的条件属性筛选器。这意味着，如果您试图覆盖所有潜在的属性值，您可能会错过一个案例，或者您的数据可能会在以后发生变化并引入新的值。在这种情况下，您的业务用户将不会收到有关潜在情况的警报。特别是当您基于一个模板使用多个情境类型时（如下所述），请检查您是否意外地定义了重叠条件筛选器（例如，一个情境类型中的数量介于1和5之间，另一个情境类型中的数量介于3和10之间）。这可能会导致用户认为是重复的情况（从技术上讲，自助建站模板，它们是不同的，因为它们基于不同的类型）。此外，为条件属性定义复杂筛选器时，有时可能会创建相互矛盾的筛选器（例如，数量大于10，但也小于5）。这导致在情况处理框架中没有评估结果，也就是说没有为您的用户显示任何情况。

我们关于过滤器的一般建议是逐渐开始（较少的过滤器，捕获许多案例的模式），并逐步完善。理想情况下，你会在每次更改后检查结果是否符合你的预期。

正如本系列第一篇博文中所提到的（情境处理：它是什么？你为什么需要它？（1/5）），情况处理依赖于责任管理来确定在"我的情况"应用程序中看到情况或收到通知的用户。为责任管理设置的团队也可能包含筛选器（例如，一个团队只负责一组工厂）。因此，在设置条件属性过滤器时，您可能还需要考虑一件事，即它们如何与您为这些团队定义的过滤器保持一致。

一般来说，在将情景类型投入生产之前，最好

首先检查责任管理中使用了哪些属性来区分团队定义中的责任（在管理团队和责任应用程序中）。然后验证（在"管理情景类型"应用程序中）您是否在情景类型的责任定义中传递了这些属性（当然，如果您决定不应考虑这些属性，您可以故意省略其中的一些属性）。

一旦完成，我们建议对照您定义的条件属性筛选器列表，交叉检查您在团队责任管理定义中使用的筛选器。特别是，请确保您没有为情景类型中的条件属性和责任团队定义中的责任属性定义相互矛盾的筛选器。在这种情况下，可能会创建情境，但不会为其分配任何用户，因此它们不会出现在您的任何业务用户中。

来自一个模板的多个情境类型与情境类型中的多个条件

情境模板为您提供现成的配方，以解决某个领域的特定业务问题。要在系统中使用它们，通常需要创建模板的单个副本，并根据需要优化配置（有关详细信息，请参阅情景处理：如何配置情景类型？(3/5)). 大多数情况下，这些类型中的一个包含单个条件（具有多个属性，大数据行业分析，您可以对其应用筛选器）。

但是，在某些情况下，这可能不足以为您的组织建立您心目中的配置模型。如果是这种情况，则有两种更高级的配置选项：