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

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

创建请求：

• 新请求表格中所选择的地点的管理配置将应用于该请求。 
• 与所选地点相对应的组和技术人员将被列出，在选择解决请求的技术人员时使用组充当过滤器。 
• 如果组/技术人员没有与请求者的地点相关联，则需要在选择请求者时重新选择带有组和技术人员预填值的请求模板。

编辑请求：

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

查看请求：

技术人员可以查看一个地点的所有请求，如果，

• 技术人员与地点相关联，并且在配置角色时具有 "所有"的查看权限。
• 技术人员与该地点相关联，查看权限为 "相关地点中的所有"。

指定技术员：

ServiceDesk Plus Cloud应用程序为您提供了一个选项，可以将请求批量分配给技术人员。在以下情况下，请求可以被分配给技术人员，

• 该技术员与问题持续存在的地点相关联。
• 该技术员有权限查看所有地点的请求，这可以在配置角色时完成。
• 如果技术员没有与问题持续存在的地点相关联，并且如果技术员有受限的查看权限，那么在将请求分配给技术员时，会出现错误信息。

场景：请求的角色：

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

• 如果 John 只与伦敦关联，并且查看权限为 "所有"，那么他将能够查看组织中所有地点的请求。他将能够把请求分配给其他地点的技术人员，但如果他把请求分配给自己，那么地点字段会自动变为伦敦。
• 如果约翰只与伦敦相关联，查看权限为 "相关地点中的所有"，那么他将能够查看在伦敦提出的所有请求。他将没有权限把请求重新分配给其他地点的技术人员。
• 如果 John 与伦敦和悉尼相关联，查看权限为 "相关地点的所有"，那么他将能够查看在伦敦和悉尼提出的所有请求。他可以将请求重新分配给悉尼的技术员，但不能分配给组织中其他地点的技术员。

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

• 如果Amy与Sydney关联，并且查看权限为 "组内所有并分配给他的"，那么她将能够查看在她所分配的组内提出的所有请求。
• 如果Amy与Sydney和London的查看权限为 "他的所有请求"，那么她将只能查看分配给她的请求。她将能够把请求重新分配给伦敦和悉尼的其他技术人员，但将不能查看请求，因为它不属于她们的许可范围。