更新请求者
我正在尝试通过API更新我们的两个客户的开放/等待/等待的机票的请求者。不过我还是个新手。这能做到吗?
谢谢!
-
嗨Cyn !在我分享如何做到这一点的细节之前,我想更多地了解您的用例。
- 你是想一次性做这件事还是想定期做这件事?
- 如果是这样的话,您是否希望在提交/更新/更改状态等时立即发生这种情况?
请分享关于这种情况的任何其他有用的信息,以便我能让你朝着正确的方向前进!
-
这将是一次性的事情(我希望)。
这些票目前被搁置了,所以我希望更新它们,让它们保持这个状态
谢谢你!
-
抱歉回复晚了!因为这只是一次交易,你最好的选择是使用webhook而且自动化这样就把所有棘手的问题都排除在外了。本质上,webhook将完成更新票据请求者的实际工作,自动化将告诉webhook当它需要运行。
创建一个webhook
文章的这一部分将引导你通过webhook创建,我会指出你需要填写的细节:
- 端点URL(请务必将“yoursubdomaingoeshere”替换为您实际的Zendesk子域名):亚博https://yoursubdomaingoeshere.亚博zendesk.com/api/v2/tickets/10144226.json
- 请求方式:PUT
- 请求格式:JSON
- 身份验证:基本身份验证可能是您最好的选择,尽管我通常建议使用API令牌而不是密码。如果您不熟悉API令牌,请查看这篇文章.
- 有一件事通常会让人们在这里被抓住,当你使用API令牌时,你需要在你的用户名后面添加/token,而不是“greg@example.com“它变成了”greg@example.com/令牌”。
创建自动化
和网络钩子的原理一样,文章的这一部分我会带你完成自动化创建,然后我会详细说明要填写的细节。自动化的一个非常重要的区别是,我们需要包含一个“无效条件”,以防止自动化在票据上反复运行。要做到这一点,最简单的方法之一是在操作中添加一个仅用于此自动化的新标记(只是为了确保它不会影响任何其他票据),同时检查该标记在自动化条件下的存在。这意味着在自动化在票据上运行之前,它将正常运行,因为标记不存在,但是由于我们用这个操作添加它,它将不能再次运行,因为我们排除了包含此标记的票据。
即使有上述无效条件,我强烈建议在成功更新票据后关闭此自动化。如果您不这样做,两年之后,有人可能会意外地开始使用该标记,然后突然请求者被切换,从而导致问题。
同时满足以下所有条件:
- 门票:组织是“组织的名称”
- 票证:标签不包含下列任何一项
tag_that_you_choose
符合下列条件之一:
- 门票:状态为开放
- Ticket:状态为Pending
- 机票:状态为等待中
执行以下操作:
- 通知:通知活动webhook“选择你上面创建的webhook的名称”
- JSON正文:(替换
requester_id
与您想要切换到的用户)
{"ticket": {"requester_id": 123456}}
- 门票:添加标签
tag_that_you_choose
在这之后,你只需要等待自动运行在下一个小时的顶部,你应该都准备好了。你可以为任何你需要的组织做这件事,只是要确保一个一个地做。如果不是很急的话,我建议只编辑一个webhook和每个组织的细节自动化,这样你就不需要创建一堆这些了。
像往常一样,请确保这不会对您当前的工作流造成任何问题。这是为了教学目的而提供的,不了解您的Zendesk实例,因此请确保这可以满足您的需求,并使用假票据/用户/组织运行测试,以确保它能够完成您需要亚博它做的事情。
如果你遇到任何问题,请告诉我们! -
非常感谢你,格雷格!
请登录留下评论。
4评论