多地点的请求处理

一个组织在全球可能有多个分支机构从事不同的业务活动。对于这种分布式的环境，从某个地点提交的请求，可能会指派给位于另一个位置的技术员，这样势必引起某种混乱。如果请求能够按照提交请求的请求人所在地点的信息（包括：工作时间、节假日、SLA、业务规则等）进行处理，将会给组织管理带来极大的方便。因此，SDP引入了地点的概念，并将它与其它信息关联，使请求处理模块有了极大的改进。可以应对复杂的、大型的组织的要求。

对于小型组织，没有分支机构，则不需要特意配置地点，创建请求时，将按照缺省的管理配置设置对应的值，并按照缺省的配置处理请求。

请求模块的关键点

请求的创建

所选地点的管理配置信息将自动适用于对应的请求；
对应于所选地点的工作组和技术员将列在相应的下拉列表中，工作组将对技术员的选择起进一步的过滤作用。
对于预填了工作组和技术员的请求模板，如果在创建请求时，重新选定请求人，而预填的工作组和技术员又没有和该请求人所在的地点关联，则对应的工作站和技术员需要重新选定。预填的值将无效。

请求的编辑

如果某个请求必须要其它地点的技术员的处理，那么，一旦选定地点，将自动应用与该地点关联的SLA和业务规则，请求的逾期时间将自动重新计算。

请求的查看

如果在管理画面的职能角色配置中指定以下选项，则技术员可以查看一个地点的所有请求：

技术员与对应地点相关联，并在职能角色中设置查看的权限为“所有”；
技术员与对应地点相关联，并在职能角色中设置查看的权限为“所关联地点的全部”；

技术员的指派

ServiceDesk Plus可以允许同时对多个请求的批量指派。请求只能指派给具备以下条件之一的技术员：

技术员与该请求的发生地的地点相关联；
技术员具有查看所有地点的请求的权限，这可以在职能角色的配置中实现。

如果技术员没有与请求人所在的地点关联，并且该技术员被限制，不能查看所有请求，则指派请求给该技术员时将会提示出错信息。如下所示：

场景 : 不同角色对请求的处理

一个公司有“北京”、“成都”和“广州”等几个分部，位于北京的一个请求人通过自助门户提交了一个请求，报告广州的某个服务器出现故障，业务系统无法访问。缺省情况下，SDP将会适用地点为“北京”的管理配置，该请求将会由位于北京的张工来处理。但是张工可以查看和重新指派该请求。

如果张工只与地点“北京”关联，并且查看权限为“全部”，那么他可以查看公司的所有请求，他可以将该请求指派给位于广州的其他技术员来处理。如果指派给他自己，则该请求的地点字段将自动设置为“北京”。
如果张工只与地点“北京”关联，并且查看权限为“所关联的地点的全部”，那么，他可以查看从“北京”提交的所有请求，但是他不能重新指派请求给其他地点的技术员。
如果张工与地点“北京”和“广州” 关联，并且查看权限为“所关联的地点的全部”，那么，他可以从“北京”和“广州”提交的所有请求，他还可以将此请求指派给位于“广州”其他技术员，但是不能指派给除“北京”和“广州”之外的地点（如果已设置的话）的技术员。

一旦将该请求指派给位于“广州”王工，则系统将按照“广州”的SLA和业务规则，重新计算逾期时间。如果王工属于某个工作组，如：技术支持组，那么他可以查看和重新指派该请求。

如果王工与地点“广州” 关联，并且查看权限为'工作组和指派给他的全部'，则他可以查看属于该工作组提交的所有请求以及指派给他个人的所有请求。
如果王工与地点“北京”和“广州” 关联，并且查看权限为'所有他的的请求'，则他只能查看指派给他的请求，他也可以将请求指派给位于“北京”和“广州”的其他技术员，但是，一旦指派，他将无权再查看该请求。