最近搜索
没有最近搜索

Zach Anthony
已加入2021年10月16日
·
最后活动2025年2月18日
关注
0
关注者
0
活动总数
107
投票
0
订阅
50
活动概览
标记
文章
帖子
社区评论
文章评论
活动概览
的最新活动 Zach Anthony
Zach Anthony 进行了评论,
Hi Jorge Pinon , thanks for flagging this issue. It looks like we missed updating this documentation previously, so I've gone ahead and organized to have this updated.
查看评论 · 已于 2025年2月18日 发布 · Zach Anthony
0
关注者
0
投票
0
评论
Zach Anthony 创建了一篇文章,
宣布日期 | 开始推行 | 结束推行 |
2024 年 10 月 28 日 | 2024 年 12 月 5 日 | 2024 年 12 月 5 日 |
我们宣布即将对在 Zendesk 整合服务 (ZIS) 工作流程和自定义操作中引用 OAuth 连接的方式进行更新。
此公告包括以下主题:
有什么变化?
过去,使用 ZIS 的开发者可使用以下路径在工作流程或自定义操作中引用 OAuth 连接的访问密钥: $.connections.{oauth_connection_name}.access_token
更新。
在 Zendesk 宣布支持 ZIS 连接中的更多身份验证方法时,我们引入了一种在 ZIS 操作中使用连接的新方式: connectionName
属性。
在此之前,这两种引用方法都受支持。今后,如果捆绑包包含 OAuth 访问密钥参考路径,则无法再上传或更新这些捆绑包。
Zendesk 为何作出这项更改?
此更改将使您的凭证更安全,进一步降低其被暴露或被攻击者捕获的机会。
我需要做些什么?
无需立即进行操作,因为当前运行的工作流程将继续执行,不会出现问题。但是,开发者在创建新捆绑包或更新现有 ZIS 捆绑包时,必须确保消除任何对 OAuth 访问密钥引用路径的引用。而应使用 connectionName
属性以引用自定义操作定义中的连接。有关更多信息,请参阅 使用连接对 ZIS 工作流程中的 API 请求进行身份验证。
如果您对此公告有任何反馈或疑问,请访问我们的社区论坛,我们将在这里收集和管理客户对产品的反馈。如需获取关于 Zendesk 产品的常规帮助,请联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2024年10月29日 编辑 · Zach Anthony
0
关注者
1
投票
0
评论
Zach Anthony 进行了评论,
Hi Sebastian, you're absolutely correct that secure settings cannot be transformed prior to the request being made out to the destination server. I can appreciate that for authentication schemes which require computation at run time, such as with HMAC, it is problematic. I've gone ahead and captured your feedback and we will consider how we might be able to address this limitation in future.
To securely cater for this use case today, you would need to ensure that the request is made server side; this would involve some middleware between your app that is able to support an alternative authentication scheme.
查看评论 · 已于 2024年10月14日 发布 · Zach Anthony
0
关注者
0
投票
0
评论
Zach Anthony 进行了评论,
Hi Nate Koterba , thanks for flagging this issue. As of version 1.0.0-beta.47, the login command no longer requires '/token' to be appended to your email address. Ill be sure to make sure this is updated in our documentation accordingly.
查看评论 · 已于 2024年8月26日 发布 · Zach Anthony
0
关注者
0
投票
0
评论
Zach Anthony 创建了一篇文章,
宣布日期 | 开始推行 |
2024 年 8 月 2 日 | 2024 年 8 月 2 日 |
我们很高兴宣布推出一项新功能,支持客户针对自定义对象记录的更改启动自动工作流程,从而提供更多在系统间保持数据同步的方式。
此公告包括以下主题:
有什么变化?
使用 Zendesk 整合服务 (ZIS) 的开发者现可在创建、更新或删除自定义对象记录时触发工作流程。以前,这仅适用于旧自定义对象记录。
Zendesk 为何作出这项更改?
通过增加对这些触发器事件的支持,我们将继续使客户更轻松地利用自定义对象,提供卓越的客户体验。此更新使客户可以监测自定义对象记录的更改,并在其业务系统中触发器工作流程。
我需要做些什么?
新的自定义对象记录触发器事件现已可用。有关更多信息,请参阅我们开发者文档中的 ZIS 触发器事件 。
如果您对此公告有任何反馈或疑问,请访问我们的社区论坛,我们将在这里收集和管理客户对产品的反馈。如需获取关于 Zendesk 产品的常规帮助,请联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2024年8月06日 编辑 · Zach Anthony
0
关注者
1
投票
0
评论
Zach Anthony 创建了一篇文章,
宣布日期 | 开始推行 | 结束推行 |
2024 年 4 月 9 日 | 2024 年 4 月 9 日 | 2024 年 4 月 9 日 |
Zendesk 很高兴地宣布推出两项关键改进,使您可以更轻松地使用 Zendesk 整合服务 (ZIS) 创建整合。
第一个增强功能是一组用于 ZIS 的资源管理 API 端点。这些新端点允许您列出和删除关键资源,例如捆绑、整合和工作规范。这样可以更轻松地建立与 ZIS 的整合,在使用时对其进行维护,并在不再需要时将其移除。
与此同时,我们正在 ZIS 捆绑包与其所含资源之间建立更强大的关联,简化维护整合的流程。
此公告包括以下主题:
有什么变化?
我们已在 ZIS API 中添加了几个新的端点:
- 列出整合
- 列出捆绑销售
- 显示捆绑
- 删除捆绑销售
- 列出 JobSpec
我们还使捆绑销售成为更具体、更永久的资源。现在,捆绑包将成为持久性资源,您可以创建、抓取、更新和删除。我们还收紧了捆绑包验证逻辑,以避免在多个捆绑包中定义相同的操作、工作流程或工作规范。 今后,一个给定的资源只能在一个捆绑包中定义。
Zendesk 为何作出这项更改?
我们收到的反馈称,在整个开发生命周期中跟踪 ZIS 资源可能很困难。到目前为止,客户开发者很难回答以下问题:
- 我的帐户中有哪些整合?
- 整合的工作流程中包含什么业务逻辑?
- 整合的工作流程是活跃的还是非活跃的?
- 当我修改了另一个捆绑包中的操作或工作规范时,为什么一个捆绑包的行为发生了变化?
- 如何通过移除不再需要的资源来整理 Zendesk 实例?
这些新功能使客户能够在其自己的帐户中检索关于 ZIS 资源的信息,从而放心地进行更新或删除。
我需要做些什么?
这些新功能现已推出。在 ZIS API 参考中了解更多信息。
如果您有此公告相关产品反馈或功能请求,请访问我们的社区论坛,我们将在这里收集和管理客户对产品的反馈。如需获取关于 Zendesk 产品的常规帮助,请联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2024年4月16日 编辑 · Zach Anthony
3
关注者
1
投票
0
评论
Zach Anthony 进行了评论,
Hi rahul siddu, unfortunately we don't support this event type today. Thanks for sharing this use case though. I've looped in Carl Joseph who is the PM looking after webhooks, to see if this is something that is currently planned on our roadmap.
查看评论 · 已于 2024年1月30日 发布 · Zach Anthony
0
关注者
0
投票
0
评论
Zach Anthony 进行了评论,
Hi Ali,
You are correct regarding the part required to listen to webhooks. You can find the full list of available event types here. Ticket events are currently only available via a linked trigger, so for your use case you will need to subscribe to `conditional_ticket_events`. You will then need to set up a trigger that references the webhook (which can also be done via apps requirements). You can refer to our Creating and monitoring webhooks guide for more general information about how webhooks can be used with Support triggers and this section around creating dependent apps requirements.
查看评论 · 已于 2023年11月14日 发布 · Zach Anthony
0
关注者
0
投票
0
评论
Zach Anthony 进行了评论,
Hi Ali,
You can use apps requirements to declare webhooks as requirements. With apps requirements, when an admin installs the app, Zendesk will create the app's required resources in the admin's account automatically.
You can take a look at this guide in our developer docs for more information on how to do this for webhooks.
Hope this helps!
查看评论 · 已于 2023年11月13日 发布 · Zach Anthony
0
关注者
1
投票
0
评论