[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

[p=30,2,center]

{分析}某个服务请求所需的审批路径，应根据具体的业务需求决定，有些服务请求可能会经过业务、财务、IT、信安等多个审批节点，也可能有些服务请求不用审批。在定义服务请求服务项时，我们需要为每一类服务请求定义一个明确的审批路径，并体现在流程节点的设计中。

{实践}例如：

• 资源申请类服务请求，审批路径随着申请资源的价值会有所不同，如用户需要申请一台新笔记本，需要其部门经理申请，也可能还需要财务部门审批；而耗材类资源的申请，如申请更换打印机硒鼓，则可能不需要审批，直接申请即可；
  
  

• 技术咨询类服务请求，很多此类服务请求需要提供设备、软件等的使用指导，一般此类服务不需要审批；
  
  

• 账户类服务请求，此类服务请求的审批路径往往与申请的账户权限和涉及的系统重要程度相关，如果用户需要申请一个关键系统的业务账号，可能需要该部门经理审批、信息安全管理部门审批等。
  
  

• 技术支持类服务请求，此类服务请求的审批路径往往与支持的性质和对业务的影响程度有关，例如告警查账、故障排查，可能需要服务台或现场运维负责人的审批，也有可能不需要审批，由服务台直接派发工单即可。而如割接保障、应急保障，主备机切换演练、技术会议或技术方案编写等，则可能需要根据其影响业务的范围以及影响程度，由相关业务部门和IT部门经理的审批，对业务有重大影响的，可能还需要更高层领导或变更管理委员会的审批。
  
  

• 安装类服务，如为个人电脑缺省预装软件的安装、升级，以及外设硬件的安装，通常不需要专门的审批，如果涉及到特殊的设备或软件的安装，则可能需要IT部门和财务部门的审批。
  
  

[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

[p=30,2,center]

{分析}某个服务请求所需的审批路径，应根据具体的业务需求决定，有些服务请求可能会经过业务、财务、IT、信安等多个审批节点，也可能有些服务请求不用审批。在定义服务请求服务项时，我们需要为每一类服务请求定义一个明确的审批路径，并体现在流程节点的设计中。

{实践}例如：

• 资源申请类服务请求，审批路径随着申请资源的价值会有所不同，如用户需要申请一台新笔记本，需要其部门经理申请，也可能还需要财务部门审批；而耗材类资源的申请，如申请更换打印机硒鼓，则可能不需要审批，直接申请即可；
  
  

• 技术咨询类服务请求，很多此类服务请求需要提供设备、软件等的使用指导，一般此类服务不需要审批；
  
  

• 账户类服务请求，此类服务请求的审批路径往往与申请的账户权限和涉及的系统重要程度相关，如果用户需要申请一个关键系统的业务账号，可能需要该部门经理审批、信息安全管理部门审批等。
  
  

• 技术支持类服务请求，此类服务请求的审批路径往往与支持的性质和对业务的影响程度有关，例如告警查账、故障排查，可能需要服务台或现场运维负责人的审批，也有可能不需要审批，由服务台直接派发工单即可。而如割接保障、应急保障，主备机切换演练、技术会议或技术方案编写等，则可能需要根据其影响业务的范围以及影响程度，由相关业务部门和IT部门经理的审批，对业务有重大影响的，可能还需要更高层领导或变更管理委员会的审批。
  
  

• 安装类服务，如为个人电脑缺省预装软件的安装、升级，以及外设硬件的安装，通常不需要专门的审批，如果涉及到特殊的设备或软件的安装，则可能需要IT部门和财务部门的审批。