宣布帮助中心和社区活动的webhook

回到顶端

6个评论

  • 大卫Smedberg

    你好,扎克!

    当文章更新时,是否有办法接收webhook通知?或者此事件是否包含在“文章发表”事件中?

    0
  • 扎克安东尼
    亚博Zendesk产品经理

    你好大卫,

    如果你想在一篇文章的内容更新和发布时收到一个webhook通知,这将由“文章发布”事件覆盖。这是否涵盖了您的用例?

    0
  • 托马斯(internalnote.com)
    社区的主持人

    扎克安东尼

    这个新的webhooks非常酷的东西!

    与上述相关的一个问题是:为了防止重复的消息被发送到例如Slack在票务更新(见在这里(举个例子)能够区分两者可能会很有用“类型”“战:事件类型的:article.published”例如,不存在“类型”:“战:事件类型的:article.created”,“类型”:“战:事件类型的:article.updated”,

    作为一个工作,我目前抓住文章ID,做一个API查找来检查其created_atupdated_at日期,并基于这些操作,但更原生的流可能更方便,以防止多个API调用一个操作?

    --

    同样,是否计划在这些事件中也包括审批流程?当文章提交审批或审阅时,向编辑发送警报可能会很有用。尤其是在大公司,不是所有版权和营销部门的人都整天呆在Zendesk或电子邮件里。亚博在Asana中添加“文章回顾”作为任务对他们来说可能更实用。

    0
  • 扎克安东尼
    亚博Zendesk产品经理

    嗨,托马斯!感谢您在区分发布新文章与重新发布现有文章方面的反馈。我们将考虑到这一点,并考虑如何实现更原生的流。

    关于包括审批流程,我们意识到这是与当前发布的事件类型的差距,但是我无法提供一个时间表,告诉你什么时候你可以通过webhook看到这些

    0
  • 托马斯(internalnote.com)
    社区的主持人

    扎克安东尼

    是否有可能为可见性添加有效载荷键?

    “细节”
    “brand_id”“224348602”
    “id”“7005414006398”,
    “可见性”:“代理人”
    }

    “细节”
    “brand_id”“224348602”
    “id”“7005414006398”,
    “每个人”:真的
    }

    原因:
    您可能只想对公开可见的文章做出反应,例如自动发布到Twitter(如果仍然存在…)

    如果这里的最佳实践建议是:使用Article ID对文章进行API查找,并从那里获得可见性,那就好了。但是反应性API调用越少越好。

    0
  • 扎克安东尼
    亚博Zendesk产品经理

    嘿,Thomas,感谢您对包含一个属性来指示文章的视图权限的用例的额外见解。鉴于文章是与用户段的关系进行内部建模的,而不是直接的可见性属性,因此我们可能无法以您所描述的方式添加属性。这可能仍然需要一个额外的API调用来检索用户段详细信息,以查看文章可见的用户集。

    无论如何,我将确保捕获您的反馈,以查看我们如何合并属性来帮助解决您概述的用例,作为我们帮助中心事件结构的未来迭代的一部分。

    0

登录留下评论。

由Zendesk提供支亚博持