一个组织可以在全球不同地区和地点设立分支机构，以处理各种专业活动。在这种全球分布的环境中，可以从一个地点向组织另一个分支机构的技术人员提出请求。请求的解决是基于提出请求的地点的管理配置（运行时间、节假日、服务水平协议和业务规则）。因此，有了地点基础配置，请求模块就会发生巨大变化。

如果一个组织没有分支机构，因此也没有配置地点，那么在创建新请求时，就会应用默认的管理配置来解决请求。

请求模块中的关键实体

创建请求

• 新请求表中所选地点的管理配置将应用于该请求。 
• 与所选地点对应的组和技术人员将被列出。在选择解决请求的技术人员时，组可作为过滤器。 
• 如果组/技术员与请求者的地点无关，则需要在选择请求者时重新选择预填了组和技术员值的请求模板。   

如果请求需要转给另一个地点的技术人员，那么在选择地点时，将应用该地点的 SLA 和业务规则，并相应地重新计算到期时间。
 

查看请求

如果出现以下情况，技术人员可以查看某个地点的所有请求，

• 技术人员与地点相关联，在配置角色中的查看权限为 "全部"。
• 技术人员与地点相关联，查看权限为 "相关地点中的全部"。

指派技术员

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

• 技术人员与出现问题的地点相关联。
• 技术人员拥有查看所有地点请求的权限。这可以在配置角色中完成。
• 如果技术人员未与出现问题的地点关联，并且查看权限受限，则在将请求分配给技术人员时会出现错误信息，如下图所示：

场景:请求中的角色

来自伦敦的请求者通过 ServiceDesk Plus 应用程序的自助服务门户提出了一个与演示相关的请求，该请求在悉尼持续存在。默认情况下，伦敦的管理配置将应用于该请求。该请求由伦敦的技术人员 John 处理。John 可以查看并重新分配请求，

• 如果约翰只与伦敦相关联，查看权限为全部，那么他就可以查看组织内所有地点的请求。他可以将请求分配给其他地点的相关技术人员，但如果他将请求分配给自己，则地点字段会自动变更为伦敦。
  

• 如果约翰只与伦敦相关联，且查看权限为 "所有相关地点"，那么他就可以查看在伦敦提出的所有请求。他无权将请求重新分配给其他地点的技术人员。
  

• 如果约翰与伦敦和悉尼关联，查看权限为 "关联地点中的所有"，那么他就可以查看在伦敦和悉尼提出的所有请求。他可以将请求重新分配给悉尼的技术人员，但不能将请求重新分配给组织内其他地点的技术人员。 

在将请求分配给悉尼的技术人员Amy时，为悉尼配置的 SLA 和业务规则将应用于该请求，并重新计算到期时间。如果 Amy 被分配到一个组，例如支持组，那么她就可以查看并重新分配请求，

• 如果Amy与悉尼相关联，且查看权限为 "组中所有并分配给他的请求"，那么她就可以查看她所分配的组中提出的所有请求。
  

• ​如果Amy与悉尼和伦敦关联，查看权限为 "他的所有请求"，那么她将只能查看分配给她的请求。她可以将请求重新分配给伦敦和悉尼的其他技术人员，但不能查看请求，因为请求不属于他们的许可范围。