1.1流程定义引擎功能说明
管理员无需编程基础便能快捷地定义出符合本单位需求的各项工作流程,协同办公平台流程定义项目丰富,能够规范企业业务流程,发挥企业各种资源及系统的最大效能。流程定义主要包括流程的基本属性、节点定义、相关表单、审核常用语、流程归档。
可自定义流程的使用范围,
序号 | 一级功能 | 二级功能 | 功能详细需求说明 |
---|---|---|---|
1. | 版本控制 | 新建 | 可以选择某一表单新建流程,也可以无表单直接新建流程; 流程的具体版本需要绑定一个或多个表单的具体版本才能启用,也可以使用系统默认的表单来启用; 一个流程可以绑定多个表单,环节中可以针对人员的不同而指定相应的表单或映像 |
2. | 启用 | 只有通过校验的流程才能启用; | |
3. | 默认版本 | 同一流程中,默认最新的启用版本为默认版本,但也可以指定某个启用的版本为默认版本 | |
4. | 停用 | 版本的停用不影响历史数据的查询,版本的停用自动提醒相关引用流程和功能的管理员停用相应版本,并且不影响现正使用中版本的使用。 | |
5. | 删除 | 已使用的版本(包括停用的)不能删除,流程所有的版本都删除后,才能删除流程,删除后进入系统的回收站而不直接物理删除 | |
6. | 查询统计 | 查询相应的流程及对应的版本被功能界面使用,其使用频率 | |
7. | 权限 | 使用范围、查看范围、督办范围、管理范围。 | |
8. | 复制 | 支持流程复制功能,实现相类似流程的快速定义; | |
9. | 流程检验 | 流程支持校对,模拟各个节点的人员配置情况进行虚拟运行,校准流程能否顺利走通;只有校准后的流程才能发布成可用版本。 |
序号 | 一级功能 | 二级功能 | 功能详细需求说明 |
---|---|---|---|
10. | 流程设计 | 顺序执行 | |
11. | 并发执行 | ||
12. | 条件流转 | 默认条件项:汇报体系、发起日期 表单条件项:表单中字段 默认条件项与表单条件项的组合与四则运算 | |
13. | 执行人 | 包括单一执行人及多执行人;支持默认人员设定、执行人排序; 人员、岗位、职务、部门(解释到整个部门的人、解释到部门的领导)、直属行政领导、直属业务领导(含具体业务线)、部门领导、业务主管、自定义群组,表单字段指定角色,上一步执行人/某一步执行人/发起人/流程所有参与人,相应的角色可单选、多选以及能组合应用,比如“部门*岗位”表示相应部门的这个岗位、“人员 岗位”表示相应人员或相应岗位的人、“某一步执行人*直属行政领导”表示指定的某一步执行人的直属行政领导。 | |
14. | 执行方式 | 多人处理单一通过、按比例通过、多人处理全部通过(并行、顺序流,多顺序模式) | |
15. | 节点操作 | 流程撤销 | 系统事件回滚、通知 |
16. | 收回 | ||
17. | 跳回 | ||
18. | 跳签 | ||
19. | 加签 | ||
20. | 转发 | ||
21. | 传阅 | ||
22. | 知会 | ||
23. | 节点动作 | 超时条件跳转 | |
24. | 超时提醒 | ||
25. | 启动子流程 | ||
26. | 工作明细 | ||
27. | 归档 | ||
28. | 电子邮件 | ||
29. | 手机短信 | ||
30. | JS脚本 | 提供JS脚本运行机制 | |
31. | 节点合并 | 设置流程处理环节点,相邻环节处理人为同一人时的处理方式,默认为只处理前面节点; 当流程的多个环节为同一人,但环节不相邻时,系统提示指引 | |
32. | 权限控制 | 表单权限 | 表单字段的只读、显示、可写以及条件转化 |
33. | 动作权限 | ||
34. | 操作权限 | ||
35. | 流程处理 | 指向意见 | 可设置如“同意”、“不同意”、“返回修改”自定义的指向性意见,导向流程的走向 |
36. | 意见填写 | 支持手写批注、录音、拍照、电子印章 图文混排 | |
37. | 意见附件 | ||
38. | 处理方式 | 支持多种录入方式进行流程的审批,如手写批注、录音、拍照,或手机上通用的录入方式。 | |
39. | 流程查看 | 我的流程 | 汇总自己能发起的流程, 可以设定流程按规则自动启动 |
40. | 查看流程 | 能查看得到那些流程会流经“自己”这个环节;这些流程中,那些是需要自己现在处理的,处理的时限与紧急程度; 那些即将需要自己处理的,现在已进行到那个环节了; 那些是已处理的,流程的最终结果如何,自己花了多少时间 | |
41. | 流程督办 | 可以按流程设置督办权限以及对应人员范围 可以按人员设置督办的流程 发起督办流程,督办自己权限内的流程; 或在流程的环节中发起督办 | |
42. | |||
43. | 流程沟通 | 可以就自己发起的、正在办理的、办理后的流程,就流程环节内的人员进行沟通,也可以跟流程以外的人员进行沟通;跟流程以外的人员沟通时,可以按需让相应人员看到流程的办理情况或不让其看到,默认沟通的过程必定在流程中存档,也可以配置成由流程沟通人员选择 | |
44. | 流程关注 | 关注流程的流转,将流程过程发消息给 | |
45. | 流程管理 | 查看流程 | 查看自己权限内(流程权限与人员权限双重限制)所有的流程,及相应流程的现在有那些在流转,具体的流转情况,以及进行督办、沟通及沟通;可以将自己权限内的具体流程转给其他人员查看 |
46. | 流程控制 | 可以将权限内的流程(流程权限与人员权限双重限制)进行按管理员在流程中预设的权限进行退回、跳过、重指定操作人、中止、结束、撤销操作,相应的操作会自动发送相应的信息给流程的参与人员 | |
47. | 关联与分类 | 分类设置 | 对流程进行分类,可以按双维度分类 |
48. | 关联设置 | 设置流程与流程之关的关联性 | |
49. | 展现 | 可以按分类模式展现或是关联模式展现 |
1.1.2 创建流程
本节主要功能点如下表:
序号 | 一级功能 | 二级功能 | 功能详细需求说明 |
---|---|---|---|
50. | 流程定义 | 流程名称 | 可配置默认的流程名称, 可配置是否要求用户填写名称,如不填写则显示系统配置的默认名称,如果填写则显示填写的流程名称 |
51. | 流程分类 | 支持流程多级分类,如二级分类未填写,则仅显示一级分类,易于管理; | |
52. | 编号定义 | 流程本身的编号 | |
53. | 任务布置 | 在本节点进行任务的布置,但任务是在本节点或是后续节点(包括结束节点)生效,则参考节点参数或本节点人员选项。 | |
54. | 流程发起 | 手动发起 | 指有权限的人员,在流程发起界面发起相应的流程 |
55. | 定时发起 | 定时发起设置(指定人员在指定时间【可周期性】、指定提醒方式),设定后系统在指定发送系统消息提醒指定人员发起相应的流程; | |
56. | 外部发起 | 外部发起,是指当流程与ERP或其它业务系统绑定时,在ERP/业务系统里输入完数据后,自动触发流程。 | |
57. | 消息事件 | 撤消事件 | 当该流程撤消时,系统自动提醒“所选择的人员”。(可以定义流程在某个环节时,才允许发起人进行撤消,能够进行流程终止的权限可以按流程节点进行授权) 撤销时自动执行相应的回滚事件 |
58. | 中止事件 | 当该流程中止时,系统自动提醒“所选择的人员”。(系统可以定义流程已经流程在某个环节时,才允许发起人进行中止,能够进行流程终止的权限可以按流程节点进行授权) 撤销时自动执行相应的中止事件 | |
59. | 办结提醒 | 当该流程办结后,系统自动提醒“所选择的人员”,以告知该流程的结束,形成闭环的流程。 | |
60. | 流程状态 | 紧急程度、中止、节点超时、撤消、办结 未收未办、已收未办、暂存暂办 | |
61. | 权限 | 启动权限 | 指定具有启动该流程权限的“人员、岗位、职务、部门、群组”,拥有该权限的人员登录系统后就可以在流程模块中启动该流程;反之如无启动权限,则在个人【新建流程】模块中不显示该流程。 |
62. | 传阅情况 | 可以查看传阅对象那些已阅、那些未阅读,针对已/未阅读人员、全部人员、具体人员发送信息 指定具有该流程传阅后查看权限的“人员、岗位、部门、群组”;如将收文文件传阅到各经理层,各经理层阅读、即回复情况哪些人员可以进行查阅 | |
63. | 查询权限 | 指定具有该流程的查询权限的人员,拥有此权限的人员可以查询到范围内使用该流程的相关信息; 默认所有用户均有查询自己所发起或处理过的流程;默认流程创建者的部门/职务领导能否查询其部门/职务下属员工发起的流程; 注:以上默认权限都是相对性的,是根据具体的流程实例进行权限判断的。如A部门员工发起的流程,B部门领导无查询权限,可配置A部门员工发起的业务流程只有业务线领导查看、行政流程只有行政流程能查看; | |
64. | 管理权限 | 指定具有该流程管理权限的“人员、岗位、部门、群组”;管理人可以对流程节点进行任意跳转,系统会记录督办操作历史并发送相应的提醒信息 |
1.1.3 流程节点定义
序号 | 一级功能 | 二级功能 | 功能详细需求说明 |
---|---|---|---|
65. | 节点说明 | 节点编号 | 表示此流程中各节点对应的编号,“下一节点”和“退回节点”中可以填写其它节点的编号,以实现该流程在各个节点间的流转; |
66. | 节点名称 | 给当前节点命名,一般以“当前节点的执行人 执行的动作”来命名(例如:部门主管审批),便于理解和维护; 名称根据系统的多语言环境动态设置 | |
67. | 设置 | 节点定义是整个流程定义的核心部分,节点定义的设定决定了流程的处理步骤、办理所涉及到的人员以及人员办理此流程的操作类型等有关流程办理方式,在使用相关节点时,可以节点中加相应的触发判断条件,如节点办理时间、状态,节点办理及前后节点办理人角色(含人员/岗位/职务/部门、群组),条件可以组合。 | |
68. | 节点功能 | 页面初始脚本 | 在某节点打开流程页面时,加载JS,进行表单页面初始动作;(高级扩展应用); |
69. | 转发 | 与“加签”类似,但被转发人具有原执行人的所有权限,包括“审批”,转发后不再回到当前节点执行人,而是按流程直接流转到下一节点; 默认的转发人是环节处理人的岗位代理人 | |
70. | 中止 | 相当于该流程提前结束,当前节点之后的其它节点不再执行,系统可以设置在哪个节点环节人员可以进行“中止”操作; | |
71. | 加签 | 指当前节点执行人有审批此流程的权限,但由于考虑到此次流程的内容涉及面比较大,需要征求另一个人或几个人时,需用到“加签”功能,加签给一人或多人,让他们对此流程发表处理意见(加签人不具有审批权限),之后再回到当前节点执行人处理; | |
72. | 跳签 | 在“跳签”中设置节点编号,与“下一步”相配合,供选择跳到哪个节点;(可以设置能跳回到多个节点,如当前节点为1,可以选择跳签到“4,6,7”,即在下一步时,可以跳过中间节点环节,直接选择这三个节点的中任意一个; | |
73. | 跳回 | 在“跳回”中设置节点编号,与“退回”相配合,供选择退回到哪个节点;(可以设置能跳回到多个节点,如当前节点为8,可以选择跳回到“6,5,4”; | |
74. | 补正 | 返回到已办理的某一环节,待其处理完后又回到本环节 | |
75. | 撤消 | 与“中止”类似,但仅流程中指定环节指定的人员才有撤消权限,当流程流转到某节点时,如果该节点定义“撤消”复选框没有选中,则此时不能进行“撤消”动作,撤消一般与相关回滚事件相关联。 | |
76. | 退回 | 上一节点、开始节点、指定的某一环节、任意环节,默认退回上一节点; | |
77. | 退回节点 | 表示输入要退回的节点数。在流程处理时点击“退回”按钮,则流程就会退回到指定的节点处;如果未输入“退回节点”,则点击“退回”按钮时,自动退回到当前节点的上一发送节点; “退回事务”框中可以选择节点退回时要执行的事务;(在中止事务中再加以描述) | |
78. | 收回 | A在流程发给下一节点操作人B时;如果B处于“未收未办”,则直接收回并发送提示消息;如果B已将流程发给下一环节处理,则不允许“收回”(即“收回”按钮为灰);如果B处于“已收未办”等情况时,A执行“收回”动作需要B同意才能执行 | |
79. | 下一节点 | 表示在流程中当前节点执行人处理完后,流转到的下一个节点(如果录入“10,20”,则表示为并发节点,即当前节点完成后,流程并发给10和20这两个节点); | |
80. | 下一步脚本 | 在某节点击“下一步”按钮时,加载JS,对表单页面进行操作;(高级扩展应用); | |
81. | 执行/布置任务 | 在节点里布置任务给后续相关节点人员或流程外的人员执行或是执行前面节点所布置的任务; | |
82. | 环节并发 | 将几个流程环节或子环节并发处理; | |
83. | 环节合并 | 将并发的环节合并到一个节点并进行数据处理 | |
84. | 提前办理 | 指当某些环节可以在当前环节处理时或处理后,可以选择性的提前办理; | |
85. | 按钮名称 | 节点的所有按钮,可以引用系统默认的按钮名称,并动态支持多语言 | |
86. | 办理时限 | 时限设置 | 设置节点的办理时限,配合超时提醒及事件 |
87. | 超时提醒 | 节点办理时限设置,超时提醒人员(流程发起人、某环节办理人、流程发起人的领导、本环节办理人领导、指定人员/职务/岗位/群组/部门)设置;与跳签、转发配合,在设定的时限到达后自动进行跳签或转发; | |
88. | 超时事件 | 可以将转发、跳签作为超时事件,在条件下生效 | |
89. | 邮件/短信 | 短信/邮件验证 | 要求在办理时输入短信/邮件验证码 |
90. | 短信/邮件审批 | 通过流程ID及特定编码通过短信/邮件进行审批 |
节点描述:
序号 | 一级功能 | 二级功能 | 功能详细需求说明 |
---|---|---|---|
91. | 节点类型 | 人工处理 | 如下文“人工处理”描述 |
92. | 系统执行 | 如下文“系统执行”描述 | |
93. | 辅节点 | 用来定义环节处理人发出的指令,并导向流程不同的指向,如“同意”、“不同意”、“无权决策”、“交某某人办理” | |
94. | 系统执行 | 条件流转、 | 表示流程走到某个节点的时候,系统需要判断才能决定走向下一个节点,这时就需要选择条件流转;默认支持使用部门、岗位/职务、申请人、群组作为分支判断条件,支持表单中字段作为判断条件,支持条件的组合;可以设置接收指定邮件/短信作为成立条件。 |
95. | 系统事务 | 预先或设置的JS脚本或SQL语句 | |
96. | 办结 | 指流程走到该节点时,就表示流程到此办结,流程结束;或是节点中有办结权限的人,点此按钮后办结 | |
97. | 人工处理 | 单人处理 | 表示当前节点由一个人执行。如果定义了多个执行人,则流程流转到上个节点完成时,系统将列出这些执行人,供选择其中一个,当选中的执行人完成此节点后,流程就可以继续往下一节点流转; |
98. | 多人处理 | 多人处理有多种通过类似情形可以选择,详细如“通过类型”描述所示 | |
99. | 外部处理人 | 通过结合邮件/短信的方式进行处理 须定义其信息传递的内容与解释机制 | |
100. | 通过类型 | 单一通过 | 表示该节点的执行人有多个,但只需其中任何一个人执行完,流程就可以继续往下一节点流转; |
101. | 全部通过 | 表示该节点的执行人有多个,但必须等所有的人都执行完该节点,流程才能继续往下一节点流转; | |
102. | 指定通过 | 表示该节点的执行人有多个,但必须等指定的某些人通过才能通过; | |
103. | 投票通过 | 表示该节点的执行人有多个,各自投票(实名或匿名),返回投票结果,再根据这个结果作条件判断按指定是否通过 | |
104. | 执行方式 | 并发执行 | 同时发送给多个人员同时处理; |
105. | 顺序执行 | 包含“选择顺序”、“排名正序”、“排名倒序”三种模式,排名正序和排名倒序可以选择汇报体系中人员排序规则、或是使用默认规则 | |
106. | 按比例通过 | 选择人多个人员中,当计算达到比例人数时,流程就可以继续往下一节点流转,比如单一通过即通过,半数通过即通过 | |
107. | 事务处理 | 退回事务 | 表示在执行这些动作时,附加执行某些预定义好的SQL存储过程,如某个入库动作已经执行,但因为某个原因,需要中止本流程时,为了数据的正确性,就必须进行回滚,此时就要用中止事务,来执行回滚的SQL语句。 |
108. | 撤消事务 | ||
109. | 中止事务 | ||
110. | 工作明细 | 选择了工作明细后,会弹出工作明细录入框,可在此录入当前节点执行人的操作说明,这样有便于提示执行人该做那些工作,从而提高操作的准确性、规范性; 也可以将其他人员办理此环节的工作汇总来作为参考 | |
111. | 执行人 | 指定人 | 可以把当前节点的执行人指定为单个或多个人、岗位、部门、群组; |
112. | 某步执行人的汇报对象 | 所选择的节点的执行人的上一级岗位人员 可具体的选择单一汇报体系或是全选汇报体系(全选时,可以默认汇报体系排序或是指定汇报体系排序) | |
113. | 指定部门 | 可以把当前节点的执行人指定为某个部门; 指定部门有二个子选项:1、部门负责人、2、部门所有人 | |
114. | 流转时确定 | 表示当前节点的执行人可由上一节点执行人在流程流转时确定; | |
115. | 表单确定 | 表示当前节点的执行人由流程主表单中的某个字段在流转到该节点时的内容来确定,如某个字段选择了某个人员或多个人员、部门、岗位/职位、群组等,系统都会自动在这些范围内选择; | |
116. | 最近岗位/职位 | 在所选择的多个人员、部门、岗位、群组中选择与上一节点岗位节点最邻近的人员进行选择;如集团架构(控股公司、集团公司、分公司、项目部)在财务费用报销时,需要本单位的财务进行审批时,可以将所有财务人员设为一个群组,然后系统会自动找到本单位的财务操作) | |
117. | 相对执行人 | 相对于前几个节点的执行人来选择当前节点的执行人,如某步执行人; 支持表单与汇报体系或流程中人员的组合指定,如“A部门*B岗位”表示A部门中B岗位的人员 | |
118. | 传阅 | 传阅 | 选择该项时,表示当前节点执行人具有将该流程办理到当前节点时的内容传阅给他人查看的权限,如电子公文中的上级来文及办文等内容需传阅给有关人员查看; |
119. | 收回传阅 | 在此节点可以对已经传阅的文件进行收回动作; | |
120. | 正文备份 | 在该节点执行后,系统会自动将当前的word/excel文件内容备份成一个新的文件,在下一节点时,将进行文件清稿,以便于阅读,但仍有历史记录可供查询; | |
121. | 执行人附加条件 | ||
122. | 正文痕迹 | 强制留痕 | 在此节点操作word文件时,在修改、删除、添加内容时均会记录相应痕迹,并显示出是哪个用户什么时间进行操作的; |
123. | 强制不留痕 | 在此节点操作word文件时,在修改、删除、添加内容时均不会记录相应痕迹,一般在文件起草时使用此模式; | |
124. | 不可修改仅套红头 | 一般在套红头时,是不允许对正文内容进行修改的,因为此时已经是领导审核的终稿,所以此处采用对正文不可修改模式,但仍可以套用红头模板的方式处理; | |
125. | 执行/布置任务 | 可以在当前节点布置任务,此任务可以随流程提交而生效或是到指定环节/指定条件下生效; 如果前面的环节中布置的任务,在当前环节或条件生效,则可以开始执行任务 | |
126. | 归知识 | 执行该操作后,流程信息会自动按预先设置将相应的内容生成文档并存放在某个知识文档目录中; | |
127. | 归档案 | 执行该操作后,流程信息会按预先设置将对应的内容自动在某个档案目录中显示或放置在“待归档”目录中; | |
128. | 必须查看正文 | 要求环节人员必须查看正文,查看方式有“打开即查看”和“查看确认”二种方式 | |
129. | 更改超时类型 | 在此节点可以手动调整流程的紧急程度或下一节点的处理时限,以便引起下一节关注; | |
130. | 启动子流程 | 无关系模式 | 可以定义两个流程主表中的数据对应关系,将主流程表单字段信息引入到子流程表单或是将子流程的数据回写到主流程;在子流程未办结情况下,主流程仍可继续向下流程; |
131. | 前置关系模式 | 可以定义两个流程主表中的数据对应关系,将主流程表单字段信息引入到子流程表单或是将子流程的数据回写到主流程;只有子流程办结后,主流程才可以继续流转; | |
132. | 指定关系模式 | 可以定义两个流程主表中的数据对应关系,将主流程表单字段信息引入到子流程表单或是将子流程的数据回写到主流程;主流程某一环节时等待子流程流转到某一环节,子流程等待主流程流转到某一环节,并按设置传递或同步数据。 | |
133. | 流程消息 | 定义流程执行中的显示标题,标题可以进行动态变化的,包括: 1、 可以选择流程的一些固定参数,如:发起时间、发起人、发起人部门、流程名称、上一节点动作等; 2、 可以选择表单中的字段信息; 3、 可以选择常用的函数信息,如当前日期,当前时间,登录人姓名、部门、岗位等; 4、 可以手动输入一些常数,以保证流程标题的连贯性。 5、可以选择流程消息发送的方式,如系统消息、邮件、短信等。默认为系统消息,不同的发送方向仍可以分别编辑其消息内容。 6、 管理员可以设置流程支持节点与节点之间的回复或提醒点,当节点回复的时候可采取知会某节点;或是知会指定人员;流程处理人可以在管理员设定允许的情况下自主设置节点与节点之间的接收、办理或回复提醒;示例:管理员可以设置某流程在结束时自动通知流程的所有节点办理人员;流程发起人在管理员设置允许(默认是允许)的条件下,设置当流程经过总经理审批后通知自己及助理。 | |
134. | 节点权限 | 只读 | 控制流程节点执行人对流程表单的字段操作权限。流程表单的所有字段的权限控制都是按每个节点单独设置的(当节点类型为“系统执行节点”,该节点不用设置权限)。流程节点执行人对表单相应的字段和表单按钮有“隐藏”、“只读”、“可输入/修改”、三种权限级别,每种权限对应都还可以设置高级的条件进行转化,示例:请假流程里的“请假天数”,设置除在申请节点外所有审批环节都是“只读”,但当请假单的“请假类型”填写为“年假”时,“直接领导审批”环节可以对“请假天数”进行修改。 |
135. | 隐藏 | ||
136. | 可输入/修改 | ||
137. | 关联制度 | 制度关联 | 与制度相关联 表明这个流程是从属于那个制度(含版本) |
138. | 制度查询 | 查看对应的规章制度,并这个制度引用的统计 | |
139. | 引用规则 | 规则设置 | 设置引用的规则及对应的生效版本 |
140. | 规则引用 |
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/179872.html原文链接:https://javaforall.cn