宣布在 | 上推出 |
2023年4月26日 | 2023年4月26日 |
在去年推出了设置webhook以接收Zendesk事件的功能之后,我们很兴奋地发布了基于帮助中心文章和社区帖子事件启动webho亚博ok调用的支持。
改变是什么?
除了现有的用户和组织事件之外,管理员现在还可以选择订阅一系列帮助中心文章和社区帖子事件。这一新增功能为管理员在配置webhook时提供了更广泛的事件类型选择。
这些新的事件类型使管理员能够将帮助中心和社区数据推送到Zendesk之外,以便对社区活动进行高级分析,或者根据用户参与度自动颁发徽章。亚博
Zendesk亚博为什么要做出这样的改变?
很长一段时间以来,客户一直在使用业务规则和增量导出api(带有Zendesk支持)向外部系统发布业务活动数据,但直到现在,使用Guide和Gathe亚博r的客户只有有限的选择。
有了这个版本,客户现在可以与他们的帮助中心和社区构建更高效、更健壮的集成,同时还可以优化他们的API使用。
我需要做什么?
无需任何操作。此更改将自动推出到所有帐户。如果你是管理员,下次创建或编辑webhook时,这些额外的事件类型将对你可用。有关更多信息,请参见Webhook事件类型.
6个评论
你好,扎克!
当文章更新时,是否有办法接收webhook通知?或者此事件是否包含在“文章发表”事件中?
你好大卫,
如果你想在一篇文章的内容更新和发布时收到一个webhook通知,这将由“文章发布”事件覆盖。这是否涵盖了您的用例?
嘿扎克安东尼
这个新的webhooks非常酷的东西!
与上述相关的一个问题是:为了防止重复的消息被发送到例如Slack在票务更新(见在这里(举个例子)能够区分两者可能会很有用“类型”:“战:事件类型的:article.published”,例如,不存在“类型”:“战:事件类型的:article.created”,“类型”:“战:事件类型的:article.updated”,
作为一个工作,我目前抓住文章ID,做一个API查找来检查其created_at和updated_at日期,并基于这些操作,但更原生的流可能更方便,以防止多个API调用一个操作?
--
同样,是否计划在这些事件中也包括审批流程?当文章提交审批或审阅时,向编辑发送警报可能会很有用。尤其是在大公司,不是所有版权和营销部门的人都整天呆在Zendesk或电子邮件里。亚博在Asana中添加“文章回顾”作为任务对他们来说可能更实用。
嗨,托马斯!感谢您在区分发布新文章与重新发布现有文章方面的反馈。我们将考虑到这一点,并考虑如何实现更原生的流。
关于包括审批流程,我们意识到这是与当前发布的事件类型的差距,但是我无法提供一个时间表,告诉你什么时候你可以通过webhook看到这些
扎克安东尼
是否有可能为可见性添加有效载荷键?
或
原因:
您可能只想对公开可见的文章做出反应,例如自动发布到Twitter(如果仍然存在…)
如果这里的最佳实践建议是:使用Article ID对文章进行API查找,并从那里获得可见性,那就好了。但是反应性API调用越少越好。
嘿,Thomas,感谢您对包含一个属性来指示文章的视图权限的用例的额外见解。鉴于文章是与用户段的关系进行内部建模的,而不是直接的可见性属性,因此我们可能无法以您所描述的方式添加属性。这可能仍然需要一个额外的API调用来检索用户段详细信息,以查看文章可见的用户集。
无论如何,我将确保捕获您的反馈,以查看我们如何合并属性来帮助解决您概述的用例,作为我们帮助中心事件结构的未来迭代的一部分。
请登录留下评论。