请求中的多站点

 

一个组织可以在全球不同地区和地点设有分支机构,以处理各种专业活动。在这种全球分布式环境中,可以从某个站点发起请求,并由位于该组织另一分支机构的技术人员处理。请求将根据发起该请求的站点的管理员配置(工作时间、节假日、SLA 和业务规则)进行解决。因此,基于站点的配置会给请求模块带来巨大的变化。

如果一个组织没有分支机构,因此也没有配置任何站点,那么在创建新请求时,将应用默认的管理员配置来解决该请求。

 

请求模块中的关键实体

 

创建请求

  • 新请求表单中所选站点的管理员配置将应用到该请求。
  • 将列出与所选站点对应的组和技术人员。组在选择用于解决请求的技术人员时起筛选作用。
  • 如果组/技术人员不属于请求人的站点,那么在选择请求人后,需要重新选择已预填组和技术人员值的请求模板。   

编辑请求

如果请求需要被route到另一个站点的技术人员,那么在选择站点后,该站点的 SLA 和业务规则将被应用,并相应重新计算截止时间。

 

查看请求

在以下情况下,技术人员可以查看某个站点的所有请求:

  • 技术人员与该站点关联,并且在“配置角色”中拥有“全部”的查看权限。
  • 技术人员与该站点关联,并拥有“所有关联站点中的全部”查看权限。
     

 

分配技术人员

ServiceDesk Plus 为您提供了将请求批量分配给技术人员的选项。在以下情况下,请求可以分配给技术人员:

  • 技术人员与问题所在的站点关联。
  • 技术人员拥有查看所有站点请求的权限。这可以在配置角色中完成。
  • 如果技术人员未与问题所在的站点关联,且该技术人员的查看权限受限,那么在将请求分配给该技术人员时将出现错误消息,如下所示:
     


 

场景:请求上的角色

来自伦敦的请求人通过 ServiceDesk Plus application的自助服务门户,提交了一个与演示相关、问题发生在悉尼的请求。默认情况下,伦敦的管理员配置将应用到该请求。该请求由伦敦的技术人员 John 处理。John 可以查看并重新分配该请求, 

  • 如果 John 仅与伦敦关联,且查看权限为“全部”,那么他将能够查看组织中所有站点的请求。他可以将请求分配给其他站点的技术人员,但如果他将请求分配给自己,则站点字段会自动更改为伦敦。
  • 如果 John 仅与伦敦关联,且查看权限为“所有关联站点中的全部”,那么他将能够查看所有在伦敦发起的请求。他无权将该请求重新分配给其他站点的技术人员。
  • 如果 John 与伦敦和悉尼都有关联,且查看权限为“所有关联站点中的全部”,那么他将能够查看所有在伦敦和悉尼发起的请求。他可以将请求重新分配给悉尼的技术人员,但不能分配给该组织其他站点的技术人员。 

将请求分配给悉尼的技术人员 Amy 后,为悉尼配置的 SLA 和业务规则将应用到该请求,并重新计算截止时间。如果 Amy 被分配到某个组,例如 Support,那么她可以查看并重新分配该请求,

  • 如果 Amy 与悉尼关联,且查看权限为“组中的全部以及分配给他本人的请求”,那么她将能够查看在分配给她的组中提出的所有请求。
  • 如果 Amy 与悉尼和伦敦都有关联,且查看权限为“她自己的所有请求”,那么她将只能查看分配给她的请求。她可以将请求重新分配给伦敦和悉尼的其他技术人员,但将无法查看该请求,因为该请求不在其允许的范围内。