| Suite | Professional, Enterprise, or Enterprise Plus |
| Support with | Explore Professional or Enterprise |
Explore 团队最近宣布 从 2025 年 7 月 7 日起，Explore 的数据保留期限为 37 个月，以提高报告加载速度。我们发现很少有 Explore 客户需要生成时段超过 37 个月的报告，但您仍可能需要这样做。
例如，在 Zendesk 文档团队中，我们生成了一个报告，显示每年已解决的工单总数：
然而，在 2021 年，我们重新设计了 Zendesk 实例，这意味着之前的数据已不再可用。我们使用 常 量值重新创建了报告，因为 2021 年及之前的工单解决数据不会更改。
在这个配方中，您将了解如何使用常量创建包含 Explore 未保留的超过 37 个月信息的报告。
此配方包含以下主题：
您需要什么
技能级别： 中级
所需时间： 20 分钟
- Zendesk Explore Professional 或 Enterprise
- 编辑者或管理员权限（请参阅授予专员 Explore 访问权限）
收集数据
在创建报告之前，您需要收集要添加到报告中但 Explore 不会存储的数据。方法包括：
- 如果您有较早报告版本的打印件或屏幕截图，请在输入常量值时放在手边。
- 请记住，虽然 Explore 不会读取超过 37 个月的数据，但该信息 会 存储在Support中。您可以创建一个 视图 ，其中包含每年的工单，或使用 Zendesk API 检索信息。
- 在 Explore 中应用 37 个月的数据保留期之前，导出所有返回同比数据的报告。查看 导出面板标签和报告。
创建指标
您需要为每个要报告的年份创建一个 标准计算指标 。
创建指标
- 在 Explore 中，单击报告图标 (
)。 - 在报告库中，单击新建报告。
- 关于 选择一个数据集 页，单击 Support > Support - 工单，然后是 c讪 开始报告。
报告生成器随即打开。
接下来，对于您要报告的每个年份，执行以下操作： - 在您的报告中，打开 计算 菜单 （
），然后单击标准计算指标。 -
关于 标准计算指标 第 页，在 下 名称，输入指标的名称，例如 2023 张工单。如果需要，您稍后可以更改此名称。在 公式 字段中，输入或粘贴以下公式之一：
对于在 37 个月保留期内的年份
本例中，您将返回在 2024 年分配的所有工单IF [Ticket solved - Year]=2024 THEN [Ticket ID] ENDIF
超过 37 个月保留期的年份<number of tickets>
例如，如果您在 2017 年解决了 35 张工单，则输入 35 作为公式中的唯一值。Explore 将此视为不会更改的常量值。
- 单击保存。
- 继续为您需要的每年创建标准计算指标。
建立报告
创建指标后，您可以继续创建最终报告。
要创建报告
- 在报告的指标面板中，单击 添加。
- 在指标列表中，展开 计算指标 组别。
- 在指标列表中，选择您在上一部分中创建的每个指标，单击每个指标后的 应用 。
确保您添加的指标按年份从最早到最新排列。您可以从指标面板将它们拖动到正确的顺序。 - 将每个计算指标的聚合器更改为 D_COUNT，将每个常量指标的聚合器更改为 MIN。这样不计算同一工单上的多个解决问题。
- 单击 可视化类型 菜单（
) 并选择 列。 - 从图表配置菜单 (
) 中，单击 图表。 - 关于 图表 页上，关闭 堆叠式。
您的图表随即显示。您可以单击任意列查看每年的工单数。
翻译免责声明：本文章使用自动翻译软件翻译，以便您了解基本内容。 我们已采取合理措施提供准确翻译，但不保证翻译准确性
如对翻译准确性有任何疑问，请以文章的英语版本为准。
1 条评论
Kate
This would be helpful if the only thing we cared about were static ticket numbers. As it stands, we would have to create a massive amount of static metrics to account for the myriad ways we could be asked to slice our historic data to account for the fact that Zendesk is actively making it impossible for us to generate reports easily.
In our organization, we have to report on unique statistics during audits on historic data, and what those requirements may be are not always known until we are asked to provide the overview during audits to ensure Legal and Regulatory compliance. We can't get around this - it is required by regulatory and legal bodies that we report on data older than 3 years.
I don't see how this is helpful in bridging the functionality gap that's being created by preventing us full access to our ticket dataset, except on a superficial level.
It also seems strange to suggest a View as a way to look at tickets from each year, because Views won't show archived tickets.
1
请先登录再写评论。