流程引擎——OA流程表单的认识及优化.docVIP

流程引擎——OA流程表单的认识及优化 / 现在企业内部产品大多会涉及工作流，不论CRM、OA、WMS、ERP等，都有流程引擎应用的场景。 我在工作中一直接触OA，流程表单运用很多，但在之前的使用过程中发现还有些细节可以优化；所以根据应用经验及使用的需求整理了如下内容，以后有机会重新设计这个模块时可以有个参考。 一、流程和表单 流程表单分为两部分，流程及表单；表单其实也是流程的一部分，但表单内容较多，所以单独划分。 流程主要是流程节点、流程流干、流程处理、流程日志、流程权限，表单就是页面交互的内容。 二、流程 1. 流程节点 1）节点顺序 流程节点可以设置展示的先后顺序，但也要能设置节点是否有效。 有的节点当时有用，特殊时期又不能用，但如果以增删改查的方式来管理，容易影响进行中的流程实例；所以直接根据是否有效来判断展示节点（无效节点则不展示，自动跳过）是最简单快捷的方式。 2）节点流向 节点一般分为正向、反向、条件跳转三种流向： 正向：按照节点顺序逐一执行 反向：当前节点返回到前面节点 条件跳转：一般流程引擎都允许设置基础的跳转条件，根据表单中一个或者多个字段做判断条件；但有的条件不一定是当前表单字段就能判断的，可能会涉及多个表单才能判断，这就比较考验条件设置个性化能力；要不然调整流程使用方式，比如设置多个流程，让符合不同条件的用户用不同的流程，要不然能代码设置判断条件，让有开发能力的组织根据需求调整。 3）节点变更 节点变更一般是进行中的流程（不在条件跳转规则内）跨节点跳转，已结束的流程要退回来重新流转；通常是通过流程管理中心人工更改，比如流程实例管理，管理员或特殊人员人为更改节点，流程日志记录操作信息。 但人工操作过程会增加申请人与修改人的沟通时间，可以在流程上添加节点修改申请按钮，申请人提交申请时填写节点更改原因；根据设置的申请条件触发审批或者直接到修改人，节点更改后系统通知申请人；不仅可以保留修改原因，规范流程，也减少沟通成本。 4）节点处理 同时处理：同时处理就是流程无论指定单人还是多人，指定所有人员都处理，当前节点才算执行完毕，否则无法流转到下一节点；比如一个审批单到管理岗节点，但有多个平级管理岗，需要他们都同意才能继续往下推进，那这个节点就需要多人同时处理。 抑或处理：当前节点多人有处理权限，但只要其中某些人处理就能流转下一节点，其他有权限但未处理人员能查看流程，类似于流程抄送。 条件处理：设置个性化处理规则，根据发起人部门、表单字段值等条件自动判断处理人；比如集团企业不同分公司用同一流程，同一节点不同公司有不同审批人和不同审批要求，个性化的设置能让管理更简单便捷。 2. 流程流干 流程大多是一条主流，但现在流程引擎有项目管理的多任务执行要求，所以会涉及支流。 例如业务订单处理多个小任务需要不同人同时执行，如果只有一条主流，只能顺序执行，不能有效管理各小任务进度；如果主流能生成支流，支流也能汇入主流，在主流程页面能有效管理分支，那流程引擎也能实现项目管理。 流程主流：单条流程，顺序执行流程节点； 流程支流：根据条件自动触发分支或者手动添加分支，能跟进管理分支进度。 3. 流程处理 流程处理：流程处理时选择处理动作（通过、退回），填写处理意见；处理意见有的是常规事务性的，有的是必须明确表态的，所以处理意见是否为必填要能灵活设置。 流程移交：原处理人离职或者职务发生变化，需要将原审批权限移交给新接手人；更多还是离职人员交接时会用到，这需要与人员在职状态关联，人员离职可以一键将未处理的所有流程都移交给新接手人。 4. 流程日志 日志主要是为了出现问题有迹可循，最好全面覆盖。 正常情况下，流程和表单做的所有操作都应该有痕迹，但很多常规痕迹是无效的，如果都保留会浪费服务器空间，影响访问速度；但有的数据又很重要，不能轻易修改，如果修改必须留下痕迹，所以需要根据使用要求保留日志内容。 流程日志主要是节点处理痕迹、表单操作痕迹： 节点处理痕迹：保留所有节点处理人、处理时间、处理动作、处理意见。 表单操作痕迹：保留表单字段的操作人、操作时间、操作动作、操作前后内容；表单字段较多，要根据字段重要性设置是否留痕，这部分财务相关的数据涉及的会更多一些。 5. 流程权限 流程权限主要分为流程处理权限（发起、审批、特殊处理），表单字段权限： 1）处理权限：设置流程发起和审批的权限，流程结束后允许退回的权限： 发起权限主要与角色有关，比如业务员、财务员，根据不同岗位或工作职责划分角色就行了。 审批权限与组织架构高度相关，企业内部大多根据人员级别逐一审批，所以权限与组织架构匹配，会让权限管理变得便捷（设置审批层次，根据人员级别顺序往下审批，执行级别没有人员的则跳转下一级别）；但也有部分审批与组织层级无关，这部分更简单，直接设置固定审批人或者条件设