OA系统_流程引擎——OA了解和优化流程表
发表时间：2022-05-07 09:11:01
文章来源：超级管理员
浏览次数：142
编辑简介：在工作中经常遇到流程表的应用，OA工作流表设计器是最常用的控制器；本文分享了工作流引擎流程表的相关内容和OA让我们来看看流程表的一些细节。
现在企业内部的产品大多涉及工作流，不管是什么CRM、OA、WMS、ERP等等，有流程引擎应用场景。
我一直在工作中接触OA，流程表有很多用途，但在以前的使用过程中可以优化一些细节；因此，根据应用经验和使用需使用需要整理以下内容，并有机会重新设计该模块。
流程表分为流程和表单两部分；表单实际上是流程的一部分，但表单内容较多，因此单独划分。
流程主要是流程节点、流程干燥、流程处理、流程日志、流程权限，表单是页面交互的内容。
1）节点顺序
显示顺序可以设置为流程节点，但也可以设置节点是否有效。
当时有些节点很有用，在特殊时期不能使用，但如果通过添加、删除和检查来管理，很容易影响流程实例；因此，直接判断显示节点（无效节点不显示，自动跳过）是最简单、最快的方式。
2）节点流向
节点一般分为三种流向：正向、反向和条件跳转：
3）节点变更
节点变更一般是流程（不在条件跳转规则内）的跨节点跳转，完成的流程应返回并重新流通；通常通过流程管理中心手动更改，如流程实例管理、管理员或特殊人员人工更改节点、流程日志记录操作信息。
但手动操作过程过程会增加申请人与修改人之间的沟通时间，节点修改申请按钮可以添加到流程中，申请人提交申请时可以填写节点更改原因；根据设定的申请条件触发审批或直接通知修改人，节点更改后系统通知申请人；不仅可以保留修改原因，规范流程，还可以降低沟通成本。
4）节点处理
流程多为主流，但现在流程引擎对项目管理有多任务执行要求，因此会涉及支流。
例如，业务订单处理多个小任务需要不同的人同时执行。如果只有一个主流，它只能按顺序执行，不能有效地管理小任务的进度；如果主流可以生成支流，支流也可以汇入主流，并且可以有效地管理主流流程页面的分支，那么流程引擎也可以实现项目管理。
日志主要是为了跟踪问题，最好全面覆盖。
正常情况下，流程和表格的所有操作都应该有痕迹，但许多传统痕迹无效，如果保留会浪费服务器空间，影响访问速度；但有些数据非常重要，不容易修改，如果修改必须留下痕迹，则需要根据使用要求保留日志内容。
流程日志主要是节点处理痕迹和表单操作痕迹：
流程权限主要分为流程处理权限(发起、审批、特殊处理)，表单字段权限:
1）处理权限：设置流程启动和审批权限，流程结束后允许退回：
2）字段权限：字段在不同节点，对应于不同处理器的权限；例如，同一字段，销售人员节点不能填写，主管节点允许填写，职能部门节点不允许填写但允许查看，或同一表单在不同节点看到和可操作字段完全不同。
表单内容一般由三部分组成：基本信息、逻辑主体和补充说明：
字段设置的个性化和灵活性越高，流程引擎可以面向更广泛的用户，可以满足更高的管理要求。
1）字段排版排名：字段排版、排名符合用户使用习惯，逻辑相关字段放在一起，不分开；例如：客户名放一堆合同信息，最后放一个客户地址，不方便填写和批准，扰乱用户思维；数据列表显示或导出合理排序，表格在使用过程中不断优化调整，优化字段页面及时取消，避免增加页面空值字段。
2）字段查看权限：有些字段，如上传的附件信息，不允许某些节点处理器查阅，会限制查看。
3）字段编辑权限：并非所有字段都允许在所有节点编辑，因此应根据字段的数据管理要求在不同节点设置字段编辑属性。
4）字段留痕:字段修改与留痕有关。重要字段修改后，如果找不到修改人，只能由系统承担。有些字段需要在员工节点填写后确认修改；或者过程结束后修改字段内容时，需要保留修改后的痕迹；留痕是日志，需要考虑痕迹的重要性。重要性低的字段不需要设置留痕，浪费服务器空间。
5）只读字段：自动填充的一些相关数据可以修改，有些不能修改，如果只读控制开关可以更好地管理，默认情况应设置自动填充的相关数据；设置只读字段，必须关闭必读属性，否则当相关数据空值或相关失败时，用户无法提交表格，设计师应避免犯此常规错误。
6）修改字段值：许多过程结束后，但需要修改页面内容，需要考虑是否允许直接更改页面表单值，如果允许直接修改现有值，必须留下痕迹；但应尽量避免这种情况，如果直接修改现有值会使过程规范更加困难，用户将越来越关注规范。
1）页面字段数据：除手动输入数据外，许多数据与其他表单相关；选择关键字段后自动带出相关数据，部分表单可能不填写字段，打开过程中所有数据自动填写；部分数据只需选择关键字段即可自动填写；传统人员和行政审批对数据串联要求不高，但财务或业务逻辑相关性强，涉及数据多，数据串联变得非常重要。
2）流程相关数据：除自动填写表单字段数据外，还应反映影响审批判断但表上没有的数据，便于审批；例如，应显示同一合同的所有历史和项目信息，以便审批人能够快速做出审批判断。
以上大概就是我整理的关于工作流引擎流程表的相关内容。有些是相关的，但是拆开说会有点重复。请原谅我以后没想到的内容会补充。
本文由 @Rabbit 原产品经理未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
现在企业内部的产品大多涉及工作流，不管是什么CRM、OA、WMS、ERP等等，有流程引擎应用场景。
我一直在工作中接触OA，流程表有很多用途，但在以前的使用过程中可以优化一些细节；因此，根据应用经验和使用需使用需要整理以下内容，并有机会重新设计该模块。
流程表分为流程和表单两部分；表单实际上是流程的一部分，但表单内容较多，因此单独划分。
流程主要是流程节点、流程干燥、流程处理、流程日志、流程权限，表单是页面交互的内容。
1）节点顺序
显示顺序可以设置为流程节点，但也可以设置节点是否有效。
当时有些节点很有用，在特殊时期不能使用，但如果通过添加、删除和检查来管理，很容易影响流程实例；因此，直接判断显示节点（无效节点不显示，自动跳过）是最简单、最快的方式。
2）节点流向
节点一般分为三种流向：正向、反向和条件跳转：
3）节点变更
节点变更一般是流程（不在条件跳转规则内）的跨节点跳转，完成的流程应返回并重新流通；通常通过流程管理中心手动更改，如流程实例管理、管理员或特殊人员人工更改节点、流程日志记录操作信息。
但手动操作过程过程会增加申请人与修改人之间的沟通时间，节点修改申请按钮可以添加到流程中，申请人提交申请时可以填写节点更改原因；根据设定的申请条件触发审批或直接通知修改人，节点更改后系统通知申请人；不仅可以保留修改原因，规范流程，还可以降低沟通成本。
4）节点处理
流程多为主流，但现在流程引擎对项目管理有多任务执行要求，因此会涉及支流。
例如，业务订单处理多个小任务需要不同的人同时执行。如果只有一个主流，它只能按顺序执行，不能有效地管理小任务的进度；如果主流可以生成支流，支流也可以汇入主流，并且可以有效地管理主流流程页面的分支，那么流程引擎也可以实现项目管理。
日志主要是为了跟踪问题，最好全面覆盖。
正常情况下，流程和表格的所有操作都应该有痕迹，但许多传统痕迹无效，如果保留会浪费服务器空间，影响访问速度；但有些数据非常重要，不容易修改，如果修改必须留下痕迹，则需要根据使用要求保留日志内容。
流程日志主要是节点处理痕迹和表单操作痕迹：
流程权限主要分为流程处理权限(发起、审批、特殊处理)，表单字段权限:
1）处理权限：设置流程启动和审批权限，流程结束后允许退回：
2）字段权限：字段在不同节点，对应于不同处理器的权限；例如，同一字段，销售人员节点不能填写，主管节点允许填写，职能部门节点不允许填写但允许查看，或同一表单在不同节点看到和可操作字段完全不同。
表单内容一般由三部分组成：基本信息、逻辑主体和补充说明：
字段设置的个性化和灵活性越高，流程引擎可以面向更广泛的用户，可以满足更高的管理要求。
1）字段排版排名：字段排版、排名符合用户使用习惯，逻辑相关字段放在一起，不分开；例如：客户名放一堆合同信息，最后放一个客户地址，不方便填写和批准，扰乱用户思维；数据列表显示或导出合理排序，表格在使用过程中不断优化调整，优化字段页面及时取消，避免增加页面空值字段。
2）字段查看权限：有些字段，如上传的附件信息，不允许某些节点处理器查阅，会限制查看。
3）字段编辑权限：并非所有字段都允许在所有节点编辑，因此应根据字段的数据管理要求在不同节点设置字段编辑属性。
4）字段留痕:字段修改与留痕有关。重要字段修改后，如果找不到修改人，只能由系统承担。有些字段需要在员工节点填写后确认修改；或者过程结束后修改字段内容时，需要保留修改后的痕迹；留痕是日志，需要考虑痕迹的重要性。重要性低的字段不需要设置留痕，浪费服务器空间。
5）只读字段：自动填充的一些相关数据可以修改，有些不能修改，如果只读控制开关可以更好地管理，默认情况应设置自动填充的相关数据；设置只读字段，必须关闭必读属性，否则当相关数据空值或相关失败时，用户无法提交表格，设计师应避免犯此常规错误。
6）修改字段值：许多过程结束后，但需要修改页面内容，需要考虑是否允许直接更改页面表单值，如果允许直接修改现有值，必须留下痕迹；但应尽量避免这种情况，如果直接修改现有值会使过程规范更加困难，用户将越来越关注规范。
1）页面字段数据：除手动输入数据外，许多数据与其他表单相关；选择关键字段后自动带出相关数据，部分表单可能不填写字段，打开过程中所有数据自动填写；部分数据只需选择关键字段即可自动填写；传统人员和行政审批对数据串联要求不高，但财务或业务逻辑相关性强，涉及数据多，数据串联变得非常重要。
2）流程相关数据：除自动填写表单字段数据外，还应反映影响审批判断但表上没有的数据，便于审批；例如，应显示同一合同的所有历史和项目信息，以便审批人能够快速做出审批判断。
以上大概就是我整理的关于工作流引擎流程表的相关内容。有些是相关的，但是拆开说会有点重复。请原谅我以后没想到的内容会补充。
本文由 @Rabbit 原产品经理未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
