运维人员可在运维模块中，完成各种流程实例的运维操作，杜绝直接修改数据库。
需要赋予运维人员，运维管理员的权限，并指定可运维的部门：
说明：运维管理员只能看到自己可运维的任务。需要在模块权限，给运维管理员开通运维模块的访问权限。
本节包括以下主题：
# 任务移交
员工离职时，通常需要将任务移交给他人，包括：
- 离职人员发起的申请，审批尚未结束的
- 离职人员的待办任务
- 离职人员的共享任务
# 岗位移交
员工离职时，需要移交岗位，在岗位地图中，可以一目了然查看离职员工的组织关系。
# 常规运维
在流程运维和在办运维模块，可完成各种常规的任务操作。
改变拥有人是在办运维模块特有的功能，其余功能的详细说明已在前面介绍，请参照弹性流程章节。
改变处理人
流程系统的建设是个渐进和优化的过程，在建设过程中，难免个别流程传错人。
如，流程设置本身是对的，但张三设置错了主管，导致流程传给了错误的人，需要运维人员修复。
步骤不变，只改处理人，即为改变拥有人，用于修复单子给错人的情况。
# 关闭任务激活
有时已经结束的任务需要重新审批，比如：任务不小心被拒绝了。
# 删除任务恢复
可以恢复已删除或撤销的任务。
# 异常任务
无处理人
当流程任务无对应处理人时，通过设置发送给管理员选项，用户即可无感知提交流程。管理员会收到异常任务的提醒，在运维模块进行处理人设置。
常规错误
程序运行过程中出现异常，比如在流程上我写了一段自定义代码，也会出现在异常任务列表，如图：
程序修复后，可以点击修复，手动修复异常；也可以等着程序自动修复，默认5分钟重试一下，也可以在Server端的appsetting.json文件中的ErrorRetryInterval字段修改自动修复时间。
写入数据库异常
某个节点需要写入数据库，但某个字段超长，出现写入数据库出错，也会出现在异常任务列表，如图：
修改字段长度后，可以点击修复，手动修复异常；也可以等着程序自动修复，默认5分钟重试一下，也可以在Server端的appsetting.json文件中的ErrorRetryInterval字段修改自动修复时间。
修复后，会重新将字段存储到数据库，不会丢失信息。