当您从Insights转移到Explore时，您可能会注意到从报告中获得的结果存在一些差异。别担心，它们都显示了正确的信息。这些差异通常是由于以下原因之一:
- 时区: Explore使用用户配置文件时区，而Insights使用帐户的默认时区。有关更多信息，请参见Explore使用哪个时区?
- 同步时间:在“洞察”中，支持专业人员计划每24小时进行一次数据同步，企业计划在最后一次同步结束后一小时进行数据同步。在Explore中，数据将根据您的Explore计划进行同步。有关更多信息，请参见我的Zendesk数据同步到Explore的频亚博率是多少?
- 使用的日期范围:相同的Explore和Insights报告和指标可能会被稍微不同的时间范围过滤。例如，默认值机票创建-最近7天探索指标着眼于从昨天开始的过去7天。这确保它总是返回七天的数据。在Insights中，类似的度量标准着眼于从今天开始的七天。
- 待办事项数据集日期:在Insights中，待办事项数据在每天最后一次同步数据时收集一次，并显示为第二天的待办事项。在Explore中，backlog数据根据您的Explore计划同步(请参阅我的支持票证积压数据何时在Explore中可用?)．当按日期比较待办事项数据时，您将看到Insights中的日期比Explore中的日期提前了一天。
- 字段值更改报告:每个票据更新由多个字段更改组成，这些字段更改由代理提交或由系统自动提交。Explore每次更新每个字段只记录一个字段更改，但是Insights记录字段的所有更改，这通常是不必要的。
例如，票据状态从待定更改为由代理解决，并且在同一更新期间，触发器将状态更改为打开。在Insights中，此票据被认为是重新打开的，因为解决了一个状态更改以打开。但是，在探索中，这张票不计入票重新开放度量，因为已解决的状态是由触发器纠正的中间更改。
- 机票更新度量:在“探索”中，更新公制位于更新历史记录数据集返回票中提交的所有更新。然而，在洞察票更新Metric只返回那些至少有一个ticket字段值被更改的更新。
- 陈旧的数据:如果您已经使用Insights一段时间，它可能包含陈旧的数据，例如旧的组、用户和SLA策略。
有关从“洞察”升级到“探索”的更多信息，请参见从洞察转向探索．
0评论
请登录留下评论。