英语(美国)
  1. 亚博Zendesk帮助
  2. 探索
  3. 使用Explore进行报告和分析
  4. 建立报告

Zendesk消息传递的度量和属性亚博

艾琳·奥卡拉汉
  • 编辑
亚博Zendesk文档团队

我的计划是什么?

注意:来使用这些指标和属性在自定义报表中，您需要Zendesk Explore Profe亚博ssional或Enterprise计划。的帐目探索人生计划是否可以访问这些指标和属性的子集预先构建的仪表盘只有。

通过本文，您可以发现可以用来基于Zendesk消息传递的使用情况构建Explore报告的指标和属性。亚博这些数据集也用于消息传递预构建的指示板(参见Zendesk Messagin亚博g仪表板概述)。

有关如何使用Explore创建报表的详细信息，请参见创建报告．

提示:在数据集选择页面，消息传递数据集与实时聊天数据集分组。有关实时聊天数据集的更多信息，请参见实时聊天的度量和属性．

消息票证数据集

Messaging ticket数据集包含与所有消息传递渠道(包括web、移动和社交消息传递渠道)相关的指标和属性。

注意:数据可从2022年9月20日及之后获得。

本节列出数据集的所有可用元素。它包括以下主题:

消息票证指标

本节列出并定义所有可用的消息传递票证指标。

度规 定义 计算
消息票 从消息传递通道创建的票证总数。 (机票ID)
解决了门票 已解决或已关闭的消息传递票证的数量。 如果([票证状态-未排序]= "已解决"或[票证状态-未排序]= "已关闭")则[票证ID] ENDIF
一键传讯票 在第一次交互中解决的消息传递票据的数量，通过从Open转换到solved表示，而不经过Pending和On-hold。 如果([票证状态-未排序]= "已解决"或[票证状态-未排序]= "已关闭")AND VALUE(代理回复)> 0 AND NOT([等待状态改变])AND[重新打开]= 0那么[票证ID] ENDIF
%一键传讯票 在第一次交互中解决的消息传递票据的百分比，通过从Open转换到solved表示，而不经过Pending和On-hold。 COUNT(一键式消息票)/ COUNT(已解决的消息票)
未解决的消息票 未解决的消息票数量。这包括所有状态的票，除了已解决和已关闭。 如果[票证状态-未排序]= "已解决"且[票证状态-未排序]= "已关闭"，则[票证ID] ENDIF
未分配的未解决消息票据 当前未分配的未解决的消息票的数量。 如果[票据状态-未排序]= "已解决"且[票据状态-未排序]= "已关闭"且[受让人ID] = NULL，则[票据ID] ENDIF
分配未解决的消息票 分配的未解决的消息传递票据的数量。这包括除已解决和已关闭之外的所有状态的票。 如果[票据状态-未排序]= "已解决"且[票据状态-未排序]= "已关闭"且[受让人ID] = NULL，则[票据ID] ENDIF
未分配未回复的消息票 当前没有代理回复且未分配的未解决的消息传递票据的数量。 如果[票证状态-未排序]= "已解决"且[票证状态-未排序]= "已关闭"且VALUE(座席回复)= 0，则[票证ID] ENDIF
代理的消息 座席发送的消息数。
代理回复 座席对消息票证的回复数。应答是代理为响应最终用户消息而发送的消息。
请求者消息 请求者发送的消息数。
请求者回答 请求者发送的应答数。应答是终端用户为响应代理消息而发送的消息。
良好的满意度 满意度较高的短信票数量。 如果[票满意等级]=“好”，则[票ID] ENDIF
满意度差的票 满意度较差的消息票数量。 如果[票满意等级]=“差”，则[票ID] ENDIF
满意度评定票 被请求者评价为好或坏的消息票。 如果[票证满意度评价]= "好"或[票证满意度评价]= "坏"则[票证ID] ENDIF
满意度百分比 满意度调查的百分比被评为良好。 COUNT(良好满意度票)/ COUNT(评级满意度票)
首次回复时间(秒) 从创建消息票证到第一个代理应答票证之间的中位数持续时间(以秒为单位)。
请求者等待时间(秒) 从最终用户发送消息到代理响应的中间时间(以秒为单位)。
请求者平均等待时间(秒) 从最终用户发送消息到代理响应的中间时间(以秒为单位)。 VALUE(请求者等待时间(秒))/ VALUE(代理应答)
座席等待时间(秒) 从代理发送消息到最终用户响应的中间时间(以秒为单位)。它测量代理等待最终用户回复的时间。
座席平均等待时间(秒) 从代理发送消息到最终用户响应的中间时间(以秒为单位)。它测量代理等待最终用户回复的时间。 VALUE(代理等待时间(秒))/ VALUE(请求方应答)
第一次答复的任务(秒) 从最后一次分配到第一个代理应答的中位数时间，以秒为单位。
首次回复时间(分钟) 从创建消息票证到第一个代理应答票证之间的中位数持续时间(以分钟为单位)。 VALUE(首次应答时间(秒))/60
请求者等待时间(分钟) 从最终用户发送消息到代理响应的中间时间(以分钟为单位)。 VALUE(请求者等待时间(秒))/60
请求者平均等待时间(min) 从最终用户发送消息到代理响应的中间时间(以分钟为单位)。 VALUE(请求者等待时间平均值(秒))/60
座席等待时间(min) 从代理发送消息到最终用户响应的中间时间(以分钟为单位)。它测量代理等待最终用户回复的时间。 VALUE(座席等待时间(秒))/60
座席平均等待时间(min) 从代理发送消息到最终用户响应的中间时间(以分钟为单位)。它测量代理等待最终用户回复的时间。 VALUE(座席平均等待时间(秒))/60
首次分辨时间(min) 从创建消息票证到第一次解析消息票证之间的分钟数。 如果[票据ID] = NULL，则VALUE(第一次解析时间(分钟))ENDIF
全分辨时间(分钟) 从创建消息票证到其最新解决方案的持续时间(以分钟为单位)。 如果[票据ID] = NULL，则VALUE(全分辨率时间(分钟))ENDIF
第一次答复的分配(最少) 从最后一次分配到第一个代理应答的中位数时间，以分钟为单位。 VALUE(第一次应答赋值(秒))/60
首次回复时间(小时) 从创建消息票证到第一个代理应答票证之间的中位数持续时间(以小时为单位)。 VALUE(首次应答时间(秒))/3600
请求者等待时间(小时) 从最终用户发送消息到代理响应的中间时间(以小时为单位)。 VALUE(请求者等待时间(秒))/3600
请求者平均等待时间(小时) 从最终用户发送消息到代理响应的中间时间(以小时为单位)。 VALUE(请求者等待时间平均值(秒))/3600
座席等待时间(小时) 从代理发送消息到最终用户响应的中间时间(以小时为单位)。它测量代理等待最终用户回复的时间。 VALUE(座席等待时间(秒))/3600
座席平均等待时间(小时) 从代理发送消息到最终用户响应的中间时间(以小时为单位)。它测量代理等待最终用户回复的时间。 VALUE(座席平均等待时间(秒))/3600
第一次答复的分配(小时) 从最后一次分配到第一个代理回复的中位数时间(以小时为单位)。 VALUE(对第一个应答的赋值(秒))/3600
首次回复时间(天) 从创建消息票证到第一个代理应答票证之间的中位数持续时间(以天为单位)。 VALUE(第一次应答时间(秒))/86400
请求者等待时间(天) 从最终用户发送消息到代理响应的中位数时间(以天为单位)。 VALUE(请求者等待时间(秒))/86400
请求者平均等待时间(天) 从最终用户发送消息到代理响应的中位数时间(以天为单位)。 VALUE(请求者等待时间平均值(秒))/86400
座席等待时间(天) 从代理发送消息到最终用户响应的中间时间(以天为单位)。它测量代理等待最终用户回复的时间。 VALUE(座席等待时间(秒))/86400
座席平均等待时间(天) 从代理发送消息到最终用户响应的中间时间(以天为单位)。它测量代理等待最终用户回复的时间。 VALUE(座席平均等待时间(秒))/86400
第一次答复的时间(天) 从最后一次作业到第一个代理回复的中位数时间(以天为单位)。 VALUE(赋值给第一个应答(sec))/86400
未解票年龄(分钟) 从创建未解决的消息票证到现在的持续时间(以分钟为单位)。 如果[票据ID] = NULL且[票据状态-未排序]= "已解决"且[票据状态-未排序]= "已关闭"则DATE_DIFF(NOW()，[票据创建-时间戳]，"nb_of_minutes") ENDIF
未解决的票据更新后的时间(分钟) 未解决的消息票证上次更新到现在之间的持续时间(以分钟为单位)。 如果[票证ID] = NULL且[票证状态-未排序]= "已解决"且[票证状态-未排序]= "已关闭"则DATE_DIFF(NOW()，[票证更新-时间戳]，"nb_of_minutes") ENDIF
未解票时间(小时) 从创建未解决的消息票证到现在之间的持续时间(以小时为单位)。 如果[票据ID] = NULL且[票据状态-未排序]= "已解决"且[票据状态-未排序]= "已关闭"则DATE_DIFF(NOW()，[票据创建-时间戳]，"nb_of_hours") ENDIF
未解决的问题自更新后的时间(小时) 从未解决的消息票证上次更新到现在之间的持续时间(以小时为单位)。 如果[票证ID] = NULL且[票证状态-未排序]= "已解决"且[票证状态-未排序]= "已关闭"则DATE_DIFF(NOW()，[票证更新-时间戳]，"nb_of_hours") ENDIF
未解决的票年龄(天) 从创建未解决的消息票证到现在之间的持续时间(以天为单位)。 如果[票据ID] = NULL且[票据状态-未排序]= "已解决"且[票据状态-未排序]= "已关闭"则DATE_DIFF(NOW()，[票据创建-时间戳]，"nb_of_days") ENDIF
未解决的问题自更新以来的时间(天) 未解决的消息票证上次更新到现在之间的持续时间(以天为单位)。 如果[票证ID] = NULL且[票证状态-未排序]= "已解决"且[票证状态-未排序]= "已关闭"则DATE_DIFF(NOW()，[票证更新-时间戳]，"nb_of_days") ENDIF
首次回复时间-营业时间(秒) 从创建消息票证到第一个代理应答票证之间的中间时间(以秒为单位)，不包括非工作时间。
请求者等待时间-营业时间(秒) 从最终用户发送消息到代理响应的中间时间(以秒为单位)，不包括非工作时间。它测量请求者等待代理应答的时间。
请求者平均等待时间-营业时间(秒) 从最终用户发送消息到座席响应的中间时间(以秒为单位)，不包括非工作时间。 VALUE(请求者等待时间-营业时间(秒))/ VALUE(代理应答)
座席等候时间-营业时间(秒) 从代理发送消息到最终用户响应的中间时间(以秒为单位)，不包括非工作时间。它测量代理等待最终用户回复的时间。
座席平均等待时间-营业时间(秒) 从代理发送消息到最终用户响应的中间时间(以秒为单位)，不包括非工作时间。它测量代理等待最终用户回复的时间。 VALUE(代理等待时间-营业时间(秒))/ VALUE(请求者回复)
首次回复时间-营业时间(秒) 从最后一次分配到第一个代理应答的中位数时间(以秒为单位)，不包括非工作时间。
首次回复时间-营业时间(分钟) 从创建消息票证到第一个代理回复票证之间的中间时间(以分钟为单位)，不包括非工作时间。 VALUE(首次回复时间-营业时间(秒))/60
请求程序等待时间-营业时间(最小) 从最终用户发送消息到座席响应的中间时间(以分钟为单位)，不包括非工作时间。它测量请求者等待代理应答的时间。 VALUE(请求者等待时间-营业时间(秒))/60
请求者平均等待时间-营业时间(最小) 从最终用户发送消息到座席响应的中间时间(以分钟为单位)，不包括非工作时间。 VALUE(请求者平均等待时间-营业小时(秒))/60
座席等待时间-营业时间(分钟) 从代理发送消息到最终用户响应的中间时间(以分钟为单位)，不包括非工作时间。它测量代理等待最终用户回复的时间。 VALUE(座席等待时间-营业时间(秒))/60
座席平均等待时间-营业时间(分钟) 从代理发送消息到最终用户响应的中间时间(以分钟为单位)，不包括非工作时间。它测量代理等待最终用户回复的时间。 VALUE(座席平均等待时间-营业时间(秒))/60
第一次回复的分配-营业时间(分钟) 从最后一次分配到第一个代理回复的中位数时间(以分钟为单位)，不包括非工作时间。 VALUE(首次回复的分配-营业时间(秒))/60
首次回复时间-营业时间(小时) 从创建消息票证到第一个代理回复票证之间的中间时间(以小时为单位)，不包括非工作时间。 VALUE(首次回复时间-营业时间(秒))/3600
请求程序等待时间-营业时间(小时) 从最终用户发送消息到代理响应的中间时间(不包括非工作时间)，以小时为单位。它测量请求者等待代理应答的时间。 VALUE(请求者等待时间-营业时间(秒))/3600
请求程序平均等待时间-营业时间(小时) 从最终用户发送消息到代理响应的中间时间(不包括非工作时间)，以小时为单位。 VALUE(请求者平均等待时间-营业小时(秒))/3600
座席等待时间(小时) 从代理发送消息到最终用户响应的中间时间(不包括非工作时间)，以小时为单位。它测量代理等待最终用户回复的时间。 VALUE(座席等待时间-营业时间(秒))/3600
座席平均等待时间(小时) 从代理发送消息到最终用户响应的中间时间(不包括非工作时间)，以小时为单位。它测量代理等待最终用户回复的时间。 VALUE(座席平均等待时间-营业时间(秒))/3600
第一次答复的分配(小时) 从最后一个任务到第一个代理回复的中位数时间，不包括非工作时间。 VALUE(首次回复的分配-营业时间(秒))/3600
首次回复时间-营业时间(天) 从创建消息票证到第一个代理回复票证之间的中位数持续时间(以小时为单位)，不包括非工作时间。 VALUE(首次回复时间-营业时间(秒))/86400
请求程序等待时间-营业时间(天) 从最终用户发送消息到代理响应的中间时间(不包括非工作时间)，以小时为单位。它测量请求者等待代理应答的时间。 VALUE(请求者等待时间-营业时间(秒))/86400
请求程序平均等待时间-营业时间(天) 从最终用户发送消息到代理响应的中间时间(不包括非工作时间)，以小时为单位。 VALUE(请求者平均等待时间-营业时间(秒))/86400
座席等待时间-营业时间(天) 从代理发送消息到最终用户响应的中间时间(不包括非工作时间)，以小时为单位。它测量代理等待最终用户回复的时间。 VALUE(座席等待时间-营业时间(秒))/86400
座席平均等待时间-营业时间(天) 从代理发送消息到最终用户响应的中间时间(不包括非工作时间)，以天为单位。它测量代理等待最终用户回复的时间。 VALUE(座席平均等待时间-营业时间(秒))/86400
第一次回复-营业时间(天) 从最后一个任务到第一个代理回复的中位数时间，不包括非工作时间。 VALUE(首次回复的分配-营业时间(秒))/86400

消息传递票据属性

本节列出并定义所有可用的Messaging票据属性。

属性 定义
票ID 消息票证的ID号。
机票状态 消息票证的状态。
票组 分配消息票证的组的名称。
票的品牌 消息票证的品牌。
机票频道

创建消息票证的通道。

有关Explore收集票证渠道的更多信息，请参见了解票务渠道的探索．
票优先 消息票证的优先级。
票标签 与消息票证相关联的标记。

有关使用标记筛选报表的重要信息，请参见使用过滤器报告票证标签．
票务满意度评价 客户在消息票证上留下的满意度评分。价值观:好，坏，提供，不提供。
等待状态改变

返回真正的或假这取决于机票之前是否进入待定状态或等待状态。
受让人的名字 受让人的姓名。
受让人的作用 受让人的角色。取值包括admin、agent和end user。
受让人ID 消息票证的受让人ID。
受让人的电子邮件 消息票受让人的电子邮件地址。
请求者的名字 通过消息票证请求支持的用户的名称。
请求者ID 消息票证请求者的ID号。
请求者的电子邮件 消息票证请求者的电子邮件地址。
请求者的标签 与请求者关联的标记。

有关使用标记筛选报表的重要信息，请参见使用过滤器报告票证标签．
票务组织名称 与消息票证相关联的组织的名称。
第一次回复时间括号 从第一次创建消息票证到代理第一次应答之间的时间。值返回为0 - 1分钟，1 - 3分钟，3 - 10分钟，> 10分钟,没有回答。
请求者等待时间括号 请求者等待代理应答的时间。返回值为没有等待，0 - 1分钟，1 - 3分钟，3 - 10分钟，10 - 30分钟,> 30分钟。
第一分辨率时间括号 从第一次创建消息票证到第一次设置解决消息票证之间的时间。返回值为尚未解决的，0 30分钟，30 - 90分钟，1.5 6小时，6日到24日小时,> 24小时．
时间-票证创建 包括许多属性，这些属性返回在各种时间度量中创建消息票证的时间和日期。
时间-罚单解决 包括许多属性，这些属性返回消息票证在各种时间度量中被标记为已解决的时间和日期。
时间-机票最后更新 消息票证最后一次更新的时间。
时间票请求者更新 消息传递票证最后一次由其请求者更新的时间。
时间-上次分配的票 消息票证最后一次分配给代理的时间。
时间-第一次分配的票 消息票证首次分配给代理的时间。
时间-票类型-任务到期 当将消息传递票据配置为任务时，这是任务必须完成的日期。
    回到顶端

    23日评论

    • 安德烈Kamarouski
      社区的主持人
      智者- 2021年

      嘿，终于有这个数据集了!

      我很好奇等待状态属性(相对于)机票状态)。使用它的主要区别和用例是什么?

      安德烈Kamarouski
      亚博Zendesk专家，皮提亚的人工智能联合创始人

      1
    • Prakruti Hindia
      亚博Zendesk产品经理

      你好安德烈,

      等待并不是一种新的状态。它是指现有的机票状态-等待和等待。

      等待状态-指票证状态。可能的值有等待和收藏．

      ——Prakruti

      0
    • 劳伦Benkov

      这个数据集也可以通过聊天api获得吗?我们试图在雪花中找到一些这样的数据，但似乎没有。

      0
    • 唠叨Guinto
      亚博Zendesk客户服务
      你好劳伦,

      恐怕消息传递的这些指标还不能通过API获得。此时，只能使用票证度量API提取消息传递的First应答时间。
      0
    • 劳伦Benkov

      @……这有时间表吗?这真的很令人沮丧，不能在Looker中报告这一点与我们的其他数据。

      1
    • 唠叨Guinto
      亚博Zendesk客户服务
      你好劳伦,

      不幸的是，目前我们还没有什么具体的信息可以分享。如果你有时间，我建议你在out中创建一个帖子聊天和消息主题在社区中与其他有相同需求的用户互动。我们的产品经理在产品反馈部分监控线程。如果你能在你的帖子中提供尽可能多的细节，比如你需要拉的具体数据点或指标，那将会很有帮助。谢谢你，劳伦!
      0
    • 劳伦Benkov

      谢谢@……-刚刚就这么做了!

      0
    • 安德烈Kamarouski
      • 编辑
      社区的主持人
      智者- 2021年

      嘿，有没有关于添加代理名称属性来在更细粒度的更新级别(比受分人名称更深入)上跟踪代理活动(如消息)的计划?

      0
    • 吉娜Guerra

      嗨，我们可以报告消息票证的自定义票证字段吗(除了创建基于标签的自定义属性)?

      0
    • 唠叨Guinto
      亚博Zendesk客户服务
      你好安德烈,

      根据消息传递团队的说法，根据用户(而不仅仅是票务受让人)来分割数据的选项是Product的雷达。但是，恐怕我们现在没有具体的时间表，也没有更多的细节可以分享。
      0
    • 唠叨Guinto
      亚博Zendesk客户服务
      嗨,吉娜,

      此时，报告Messaging数据集中自定义字段数据的唯一选项是通过值标记。目前还没有明确的计划让自定义字段数据通过这个数据集中的本地属性可用。如果你有时间，我建议你在产品反馈主题在我们的社区中与其他有类似需求的用户互动。如果产品团队看到线程中有很高的参与度，那么希望它将被标记为未来的路线图规划。
      0
    • 凯尔西·戴维斯

      我们的代理在轮班过程中处理所有渠道的票，因此无法报告回复和解决方案所有代理在同一份报告中管理的票证对我们的报告来说真的很严重(因为没有面向更新的指标和属性——如果票证在换班时传递给另一个代理，基于分配的报告会完全删除代理的工作记录，这种情况经常发生)。

      如果在一个数据集中没有这些信息，我们就无法报告Agent在Explore中的输出性能，而且我们也无法将其拉到我们的数据库中来这样做。消息解决方案和回复将在票务+更新历史数据集中可用吗?这些票据的一些组件可以在Ticket数据集中报告，但没有两个最核心的指标可以报告Agent输出性能。

      0
    • 唠叨Guinto
      亚博Zendesk客户服务
      你好劳伦,

      目前还没有具体的细节或时间表，我们可以分享，但根据我们的产品团队，增加更多的选项来报告代理活动的消息传递对话的雷达。我建议开始一个线程在产品反馈主题团队积极监控;如果可以的话，在你的帖子中添加尽可能多的关于你的报道需求的细节。

      谢谢劳伦!
      0
    • 哈珀戴恩

      这些指标似乎都没有衡量入站消息被提供给代理但没有被拾取的次数(超时，并在XX秒后被提供给另一个代理)。有没有计划将这个指标用于报告?

      我们确实需要了解提供给代理的消息传递线程的数量与他们实际点击“接受”的线程的数量。

      0
    • 唠叨Guinto
      亚博Zendesk客户服务
      嗨,哈,

      目前还没有明确的细节和时间表可以分享，但产品团队将继续努力为消息传递活动添加更多的报告选项。目前，Messaging数据集中没有度量或属性来计算错过的分配的数量。我还没有找到一个正在进行的线程，但如果你有时间，我建议你开始一个帖子产品反馈主题在我们的社区中与更多有类似报告需求的用户互动。我们的产品团队积极地监控反馈线程，如果您可以分享更多关于您在报告中需要的指标的信息，那将是非常棒的。

      谢谢你，哈珀。
      0
    • 卡洛琳

      你好,

      我认为我们需要的是特工的名字活动，而不仅仅是委派。因为当代理从A变更为B时，如果我们使用受让人名称。所有结果都归代理b，我们还需要代理A的计算

      0
    • 唠叨Guinto
      亚博Zendesk客户服务
      嗨,卡罗琳,

      没错，此时，没有属性用于报告与用户交互或在对话中发送消息的实际代理。目前还没有明确的计划将其包含在message数据集的未来更新中，但是如果您有时间，我建议您在一般产品反馈主题在我们的社区中与其他有类似需求的用户互动，并讨论可能的解决方案。具有高参与度的对话最终会被标记出来，供产品经理在进行路线图规划时进行审查。
      0
    • 新兴市场P

      嗨！
      我找不到触控和多点触控的度量定义。可以加进去吗?
      谢谢你！

      新兴市场

      0
    • 安妮Ronalter
      亚博Zendesk客户服务
      你好,新兴市场,

      该定义可以在以下文章中找到:
      用Explore分析代理票务接触

      另一票:只有一个代理回复解决的票。
      Two-touch门票:用两个代理回复解决的票。
      多点触控票:通过两个以上代理回复解决的票。



      0
    • 米拉

      我们真的希望有客户从使用消息小部件联系我们的URL成为数据集的一部分，这样我们就可以看到客户请求帮助的最受欢迎的页面。然后我们可以与标签交叉引用，看看他们从每个页面联系我们。

      0
    • Tia Palauni

      是否计划让消息报告/指标包括诸如拒绝之类的内容?这意味着，当一个代理首次被分配一条消息，但没有在分配的时间内接受它，因此消息被重新路由到另一个代理时。这将非常有帮助，因为拒绝是kpi的很大一部分。

      0
    • 詹姆斯·G

      你好，Tia，目前，在消息传递数据集中没有度量标准或属性可以衡量拒绝(错过的任务)，并且我们还没有可以分享的时间表，如果将来可以使用。现在，我建议在我们的亚博Zendesk探索反馈页面与其他用户谁有类似的需求参与。

      0
    • Prakruti Hindia
      亚博Zendesk产品经理

      在这里为延迟回复问题道歉。安妮和盖比-谢谢你们的回复。

      是否计划让消息报告/指标包括诸如拒绝之类的内容?这意味着，当一个代理首次被分配一条消息，但没有在分配的时间内接受它，因此消息被重新路由到另一个代理时。

      我们确实需要了解提供给代理的消息传递线程的数量与他们实际点击“接受”的线程的数量。

      我们计划在我们的报告中支持接受和重新分配(拒绝)。

      报告消息票证的自定义票证字段

      使用自定义票证字段中的值对数据进行切片是今年的路线图。

      消息解决方案和回复将在票务+更新历史数据集中可用吗?

      消息传递解决方案在更新历史数据集中作为票据解决方案可用。类似地，Updates数据集中的Assignee Updates可以提供对处理票证的代理的洞察。

      支持更细粒度的消息传递和api报告是我们的目标。

      ——Prakruti

      0

    请登录留下评论。

    相关文章

    由Zendesk提供支亚博持