本配方指导您如何根据示例场景将批准器制作成光剂。该食谱包含以下部分:
示例场景
电子商务服装公司Fashionocracy想让他们的经销商从他们的Zendesk门户网站索取样品。亚博这些样品的帐单将返还给经销商,并且在样品发送之前必须经过授权主管的批准。然而,主管通常不会要求提供样品;他/她只负责批准发票。Fashionocracy供应团队如何在不影响效率或自动化的情况下,将经销商的主管整合到样本请求工作流中?
成分表
- 光剂作用
- 票形式
- 触发器
- 自定义票证字段
- 票证字段占位符
- 自动化(可选)
- 宏(可选)
分解:我们想要实现什么?
一个组织提出一个需要主管批准的请求。我们希望ping主管响应,同时自动分配并将票证置于“Pending”状态,直到主管批准请求。
解决方法:将批准剂制成轻剂
将客户从最终用户转换为代理角色似乎是违反直觉的,但是在这个用例中,它将使您能够围绕最终用户审批者创建工作流,否则将证明这是困难的。下面是我们的演示公司Fashionocracy将在上面的示例场景中使用的步骤。在本例中,经销商组织是DASH International,主管是Mikkel,请求者是Kim。还将使用预先存在的示例请求表单。
方向
第一步
拉出Mikkel的配置文件,并将用户角色从终端用户更改为光代理。
- 提示将提醒您此更改可能会影响工作流和权限。
第二步
使用以下规则创建触发器:
满足以下所有条件
- 购票表格为索取样件
- 票务机构为达世国际
执行以下操作
- Ticket: Status = Pending
- 票务组=市场营销
- 通知:Email用户= Mikkel
- 邮件主题
"需要批准:{{ticket.organization.name}}已请求样品"
邮件正文
问候!
{{ticket.requester.name}}请求了一个{{自定义票务字段占位符}}的示例。这个请求需要得到你的批准。
请单击此链接批准或拒绝此请求:{{ticket.link}}
{{ticket.requester。First_name}}告诉我们示例是{{自定义票证字段占位符}}所需要的。所以请尽快回复。
谢谢你们,祝你们今天愉快,时尚精英供应团队
- 邮件主题
完成了!
这样就完成了!您可以通过复制您刚刚创建的触发器并更改触发条件下的组织来添加多个“光代理批准者”。
额外的业务规则工作流
- 添加一个触发器来通知请求者他们的请求目前正在等待他们的经理的批准(本质上与您当前的触发器相同,除了您正在通知请求者而不是审批者)。
- 创建一个宏,让请求者知道他们的请求已被批准
- 添加一个自动化来提醒“Light Agent Approver”,如果票证在一定时间后仍然被标记为Pending,则请求仍然打开。
还有更多!!
要记住的事情
- 即使轻量级代理角色是具有最少权限的代理,它仍然是代理角色。这意味着你必须了解你的新“光剂审批者”能看到什么,不能看到什么。创建一个虚拟的光代理配置文件是个好主意,这样您就可以登录并从它们的角度查看所有内容。
- 相应地调整光代理权限。进入轻型代理角色设置,确保你锁定了所有你不想让他们访问的内容(例如:将他们的报告查看设置从“只读”切换到“不能查看”)。
- 确保“光剂批准者”和他们的成员在同一组织。这将确保您的业务规则正确地流动,但它也将有助于确保审批者只能在他们自己的组织内看到票证。
- 您可以考虑为每个“轻型代理审批者”创建一个代理组,以进一步确保审批者无法访问门户中的任何其他票据。这也使您能够在将来更容易地创建一些业务规则。
2的评论
谢谢你。在配方中实际的审批步骤是什么?我在表单中创建了一个批准和拒绝代理字段,但是轻代理角色无法更新它。
轻代理不能编辑票证属性(例如票证字段),除非它们是票证请求者。这个方法更倾向于让“审批人”知道他们的团队提出了一个需要批准的请求,因为费用将由他们的公司支付。
请登录留下评论。