你有没有经历过这种情况？您已经设置并启用了一种情况类型，但是指定为通知接收者的用户没有收到通知来通知他们已经发生的情况—您不知道为什么…

让我们仔细看看—因为没有通知可能是各种原因造成的症状。

在这篇博客文章中，我们收集了一些信息带答案的引导性问题可以帮助您找出案例的真正原因：

这些步骤可以支持您作为SAP S/4HANA云或SAP S/4HANA客户。

这似乎是一个微不足道的问题，但根据为情境类型定义的条件，事实上可能是情境实例未创建。对于最终用户来说，一个简单的方法是查看我的情境应用程序，如果有一个实例应该通知用户。

或者，作为关键用户，您可以通过在管理情境类型应用程序的条件部分选择查看情境实例来显示情境类型的当前情境实例：

和关键用户的监控情境应用程序会显示所有创建的情境实例和实例的所有活动（您需要为此情境类型启用情境监控）：

如果这些应用程序中没有显示情境，这意味着用户没有收到通知，因为没有创建情景实例。如果您根据您定义的条件预期某个情况，人工智能工作，您可以在下面的"条件"部分找到一些线索。

如果显示了某个情况实例，请特别检查"发送通知"设置。

在"管理情况类型"应用程序的"条件"部分，您可以检查是否已为定义实例创建时间（状态为打开）的条件选择了"发送通知"选项。当满足条件并创建实例时，此选项是发送通知的先决条件。

您可以随时更改此设置以启用已定义条件的通知。

有时，数据分析怎么做，设置条件及其筛选值时，不会创建实例。如果设置了多个条件，则处理顺序很重要，因为它定义了执行条件的顺序。并且，一旦满足处理顺序中的第一个条件，条件的处理就会停止。

因此，您需要处理更细粒度的定义条件，您希望获得通知，在更一般的条件之前处理，物联网架构，特别是在以下条件之前：

不发送通知。未创建实例。如果定义的条件的状态不是"打开"，即"无效"、"过时"或"已解决"，这是关闭实例的状态，则如果这是执行的第一个条件，大数据使用，则系统不会创建实例。当实例已经存在时（例如，因为在第一批运行中满足了打开实例的条件），当在另一批运行中满足了关闭这些状态之一的情况的条件时，系统自动关闭并删除该实例，检查以下原因之一是否是阻止创建情境实例的原因：

条件属性过滤器对于您的用例来说过于受限。属性过滤器值重叠。属性过滤器值是矛盾的。

你可以在情境类型高级配置的博客中找到一些有趣的例子。

条件和过滤器的设置在很大程度上取决于你的用例和情境类型所基于的情境模板。通常情况下，情景模板文档会指导您如何设置条件。要检查这一点，请在"管理情景类型"应用程序中搜索情景模板。在模板的对象页面上，选择模板文档以获取有关用例以及如何设置此用例的条件的详细信息：

这些条件是创建实例的关键。有关更多信息，请查看"管理情境类型"应用程序的"条件"部分的SAP帮助门户文档。

情境处理使用责任管理来确定应对情境负责的用户：这些用户在"我的情境"应用程序中查看创建的情境，如果启用了通知，是通知的接收者。

创建情景类型时，在"接收者"部分，有两个基本选项可用于定义这些用户：团队责任（通过团队类别确定用户）和责任规则。

对于第一个选项，确定团队责任的用户，团队类别需要到位。它是联系情况处理和责任管理的纽带。对于此团队类别，至少需要启用一个团队。此外，云服务平台，确保已启用的团队已分配团队成员，并包括应接收通知的用户。

要成为团队成员，则必须将用户注册为业务合作伙伴。缺少注册是无法确定收件人的常见原因。在这种情况下，请联系您的系统管理员，让您的用户进行相应的注册。

同时，检查责任定义或成员功能（如果定义为团队类别的筛选器）是否合适，并且不排除您的用户。有关这些筛选器的更多详细信息，请参阅关于如何有效使用责任管理的博客文章。

自SAP S/4HANA Cloud 2011起，您可以在"团队数量"列中直接看到团队分配：0启用表示没有为团队类别激活任何团队。通过单击此链接，您可以直接导航到"管理团队和责任"应用程序，在该应用程序中您可以完成设置，即分配缺少的团队成员并启用团队（如果您对此应用程序具有所需的授权，则SAP\ BR\ u BUSINESS\ u PROCESS\ u SPEC角色）。

对于早期的SAP S/4HANA Cloud或SAP S/4HANA版本，您可以直接访问"管理团队和责任"应用程序，检查并完成缺少的设置。

对于第二个选项，使用责任规则确定收件人，确定BAdI的代理（收件人）中的逻辑可能是未找到您的用户，因此未收到任何通知的原因。

如果您的情况类型使用标准规则，请在组件CA-GTF-RM上打开一个票证进行检查。

对于自定义实现，您可以自己检查BAdI实现逻辑（您需要SAP\u BR\u管理员角色）。为此，请按以下步骤进行：