使用 发现代理 见解触发条件
作为应用程序开发人员，您可以创建 见解触发条件 以定义用于计算见解的指标。见解触发条件在工作表中创建。当应用程序数据发生更改时，将评估见解触发条件，并将发现的任何见解显示在 源 中供其他用户分析。
见解触发条件可通过 发现代理 获得。
应用程序中工作表视图内的见解触发条件
在 User Default 设置中，发现代理 租户级权限默认处于关闭状态。要为用户激活 发现代理，管理员需要为 User Default 配置 发现代理 权限，或者通过自定义角色将权限分配给特定用户。这可确保用户针对特定用例创建警报。
要了解有关这些权限的更多信息，请参阅 使用 发现代理 见解触发条件。
什么是见解触发条件？
从高层次来看，见解触发条件定义了用于生成基于趋势的见解的指标。例如，此指标可以是销售额、销售成本或客户流失率。该指标在分析应用程序的数据中定义。
在编辑或分析工作表时，您可以在分析应用程序中创建 见解触发条件。见解触发条件存储在应用程序内部，并在检测到特定趋势时使用见解填充 源。
接下来的部分概述了构成见解触发条件的各个部分。
时间序列
在 发现代理 的上下文中，时间序列或 时间维度 是应用程序中的一个字段，用于跟踪 度量 随时间的变化情况。
以下是时间序列的一些要求：
-
必须包含按日期或时间戳值组织的数据。例如：2026-01-29 或 2026-01-29 13:24:59。
-
必须包含有效的日期或时间戳。
-
某些数据点可能会丢失。但是，如果丢失的数据点过多，见解计算将失败。
-
允许使用未来的日期和时间戳。但是，它们不会用于见解计算。
-
不同的见解类型和基于时间的聚合有不同的数据量要求。请参阅 数据量要求 — 见解触发条件。
度量
度量是决定见解的指标。这可以是应用程序中的主度量，也可以是您根据应用程序中的字段指定的聚合。常见的示例包括 Sum(Sales)、Sum(Margin) 和 Sum(Cost)。
细分维度
或者，您可以选择为一个维度的最多 50 个值单独计算见解。例如，您可以创建一个见解触发条件来计算独特产品的销售见解。或者，您可以选择要在见解中使用的特定值，或者仅包含基于其相应指标的顶部或底部数量的值。
细分维度是要执行的附加计算。如果添加细分维度，除了对细分维度值进行计算外，仍将对整体数据（换句话说，所有类别）执行相同的计算。
提供以下选项：
-
值：手动选择要使用的值。
-
搜索：包含基于文本匹配模式的值。
-
条件：根据其相应指标是否满足特定条件来包含值。
-
顶部/底部：仅包含具有最高或最低相应指标的一组值。
遵循以下准则向细分维度添加筛选器：
-
点击
以添加筛选器，并选择一个字段。 -
添加字段后，点击该字段以选择要使用的值。要为维度中的前 50 个值单独计算洞察，请勿选择任何值。
-
点击
以移除筛选器。
时间段
创建见解触发条件时，您可以指定聚合度量值并将其用于见解的时间段。例如，每月见解将按月聚合度量。
与 时间维度 的未来日期和时间戳 类似，在计算聚合见解时不考虑当前和未来的时间段。例如，如果当前月份是 2 月并且配置了每月见解，则在 2 月结束之前不会计算与 2 月相关的任何见解。
见解类型
您可以在不同类型的见解计算之间进行选择。如果不指定任何见解类型，见解触发条件将计算所有见解类型的见解。
每种见解类型都会产生不同的计算，以帮助您识别基于时间的趋势和异常。
当用户分析生成的见解时，也可以在用户的源中筛选见解类型。在源中，见解类型称为分析类型。发现代理 见解和分析类型类似于 Insight Advisor 中的分析类型，但不要与之混淆。
| 见解类型 | 定义 |
|---|---|
| 高于模型 | 将当前指标与预测模型做出的预测进行比较。当指标大于预测时，将生成见解。 |
| 低于模型 | 将当前指标与预测模型做出的预测进行比较。当指标小于预测时，将生成见解。 |
| 新基线 | 识别时间序列基线值（例如平均值）的偏移。如果指标的基线发生显著变化，将生成见解。 |
| 创纪录高点 | 与历史数据相比，检测最近的观察结果是否为该指标的新创纪录高点。 |
| 创纪录低点 | 与历史数据相比，检测最近的观察结果是否为该指标的新创纪录低点。 |
| 向下激增 | 检测指标显著低于历史数据模式的临时激增。 |
| 向上激增 | 检测指标显著高于历史数据模式的临时激增。 |
| 趋势变化 | 识别时间序列趋势显示出显著变化的点，例如，从缓慢的下降趋势变为强劲的上升趋势。 |
何时生成见解？
每次应用程序中的数据发生更改时（每天最多一次），都会评估所有见解触发条件以确定要生成的见解。
例如，在以下情况下，每天最多评估一次见解触发条件：
-
应用程序已重新加载，并且自上次重新加载以来数据已发生更改。
您可以通过计划重新加载应用程序来确保定期评估见解触发条件。有关更多信息，请参阅 刷新分析数据。
仅当对见解触发条件的评估产生发现时，才会生成见解。换句话说，仅当发现感兴趣的内容（不断变化的趋势、显著的异常或预测偏差）时，才会生成并显示见解。
数据更新之间见解的差异
与以后的数据更新相比，首次更新数据时评估见解触发条件的方式有所不同。
首次数据更新
当您创建见解触发条件并且数据首次更新时，将对追溯七个数据点的数据计算见解。例如，对于每月见解，将计算过去七个月的见解。
在评估期间，可能会分析早于七个数据点的数据，例如，对于每日时间段，可能会分析 365 天的数据以了解历史趋势。但是，仅针对过去七个数据点生成基于异常的见解。
以后的数据更新
对于后续的数据更新和评估，仅针对自上次更新以来添加的新数据点计算见解。
例如，假设：
-
您的见解触发条件使用每日时间段。
-
您在 1 月 31 日更新数据，日期不晚于该日期。
-
您在 2 月 1 日再次更新数据，数据涵盖该日期。
在此示例中，通过将 2 月 1 日的数据与早期更新中的先前数据点进行比较来计算见解。
见解触发条件和时间段
在见解评估期间不考虑当前和未来的时间段：
-
只有当天的首次数据更新才会触发见解评估。每天最多只能计算一次见解，因为无论如何计算中都不会考虑当前和未来的日期。
-
聚合见解（即每周、每月、每季度或每年）的计算方式相同。例如，如果当前月份是 2 月并且配置了每月见解，则在 2 月结束之前不会计算与 2 月相关的任何见解。
如何计算见解？
根据见解类型，以不同的方式计算见解。利用人工智能领域的各种机器学习算法来检测和计算见解。大型语言模型 (LLM) 用于呈现和格式化见解文本。
移动、发布和复制的场景
本部分概述了在移动、发布、删除和复制应用程序时见解触发条件的预期行为。
发布
将应用程序发布到托管空间时，必须重新创建见解触发条件。
移动
在空间之间移动应用程序时，将保留见解触发条件。
限制和容量
有关与见解触发条件相关的限制和容量，请参阅 发现代理 容量和限制。