请求管理：常规服务请求
常规服务请求流程提供了一个基本的服务请求流程，适合进行扩展以满足您的确切需求。流程图分三部分显示如下，之后还有更详细的说明。
常规服务请求流程有六个部分，按顺序为：
- 创建
- 授权
- 库存检查
- 正在部署
- 已完成请求
- 取消订阅
以下部分有详细说明。
创建序列
如果未选择请求的 CI（例如，最终用户已登录常规请求），则流程会分配到服务台组并移至等待响应状态；否则将移至父对象是软件包？决策。在等待响应状态时，可以使用分配给我操作将请求分配到当前用户，还可以添加注释。添加注释操作会添加注释并通知用户分析人员在“注释”窗口中进行选择（最终用户无法选择通知其他用户）；还会始终通知当前分配的用户，提交用户除外。
上述分配给我和添加注释功能在该流程中再次使用。
处于等待响应状态时，完成必填数据操作后跟一个决策，该决策用于测试“请求”对象上的父对象是软件包？属性的值。默认情况下，在对象设计器中，该属性设为假，因此将流程转到授权序列中。但是，对于由软件包请求流程所创建的子请求而言，该属性设为真（请参阅请求管理：软件包请求）。当父对象是软件包？设为真时，流程将绕过授权序列，因为该请求已经获得软件包请求父流程的授权。
授权序列
在其他流程中复制授权序列。
可能有四种授权，这取决于请求中所选服务的窗口上所设置的值：
- 如果选中“服务”窗口上的需要生产线经理授权？复选框，则将请求分配给提交用户的经理以获得授权（与“管理”组件中的“最终用户”窗口上的设置一样）。如果提交用户的生产线经理字段没有值，请求将被分配给 Service Desk 组。
- 如果在“服务”窗口上的服务授权列表中选择了某个值，则将请求分配给 ServiceTeamManager 角色以获得授权。
- 如果在“服务”窗口上的 IT 授权列表中选择了某个组，则将请求分配给该组以获得授权。
- 如果在“服务”窗口上的业务授权列表中选择了某个角色，则将请求分配给该角色以获得授权。
在以上每个阶段中，代理人都可以授权或拒绝请求。如果请求被拒绝，则请求关闭，状态为已拒绝；如果它获得了全部所需授权者的授权，则请求将推进到“库存检查”阶段。
库存检查序列
库存检查序列可以确认存在针对所请求服务的许可证或部分库存。
如果未在“服务”窗口上选中需要库存或许可证？复选框，则流程将绕开库存检查序列。否则将会分配给窗口中为所需 CI 设置的库存检查组和库存检查用户。可以向库存检查序列添加其他步骤来满足特定请求。
在此阶段，请求可以取消，这将导致请求关闭，状态为已取消，或者库存可以确定，这将使请求进入部署序列。作为一个过渡阶段，可以将项目标识为不可用，这将移动流程到库存不足的状态。可以编写查询来标识处于该状态的请求，从而帮助您加快库存不足的项目的部署。
部署序列
当请求获得授权，并且（如有必要）已对库存进行了检查后，该请求将分配给“服务”窗口上完成组列表中所选择的组。
部署序列包含一个占位符，可在此容纳一些流程自动化操作，比如与 Ivanti Process Manager (LPM) 的集成。
已完成请求
如果提供的服务是“请求一次”的服务，则自动化操作将链接所请求的项目和提交用户。
如果在所请求的服务的“服务”窗口上，选中了需要客户确认？复选框，则将请求分配给提交用户以确认他们是否已接受到服务。
如果服务不是“请求一次”的服务，则将请求移动到结束状态已关闭。如果服务是“请求一次”的服务，则将请求移动到完成状态已订阅。
取消订阅序列
如果某位最终用户请求“请求一次”的服务，则流程将到达完成状态已订阅。然后，最终用户可使用取消订阅操作来撤销服务。然后将请求分配给 SA 用户。您需要更改这一情况。我们建议将请求分配给一个组或一个角色。
当从用户移除服务时，用户和 CI 之间的链接将自动打破，而请求关闭。
每个状态的可选操作：
|
状态 |
可选操作 |
|---|---|
|
打开 |
无 |
|
等待响应 |
添加分配 |
|
等待授权 |
添加附件 |
|
等待服务授权 |
添加附件 |
|
等待 IT 部门授权 |
添加附件 |
|
等待业务授权 |
添加附件 |
|
检查库存可用性 |
添加分配 |
|
库存不足 |
添加分配 |
|
正在部署 |
添加分配 |
|
用户确认 |
添加附件 |
|
已订阅 |
无 |
|
待撤销 |
添加分配 |
|
已关闭 |
无 |
|
已取消 |
无 |
|
已拒绝 |
无 |