节点基本属性- 流程设计-流程填报
目录

节点基本属性

当新增节点时或者需要对已经添加到流程中的某个节点进行修改时,会需要设置节点的基本属性。

节点的基本属性包括:节点名称、节点描述、节点类型、节点模式、节点审批权限、节点监听类、节点容器类。

节点基本属性的具体作用,请阅读下面的“节点基本属性说明”。

节点基本属性说明

节点名称

必填,例如设置节点名称为“销售人员上报”。

描述

可为空,对节点作用的一段文字描述,例如可以为节点“销售人员上报”进一步设置一段描述“销售人员进行下一季度销售费用预算的填写上报”。

类型

必填,用于设置节点的类型,可下拉选择。流程填报中节点类型分为手动节点和自动节点(手动节点是必须由处理人员登录系统并在任务处理页面进行人工的审核操作方可进入到下一节点,自动节点是流程的填报任务流转到该类型节点时将由系统后台自动完成处理)。例如节点“销售人员上报”是需要销售人员将自己的费用预算进行手动填写上报,因此需要将节点类型设为手动节点。

模式

可为空,用于为节点设置一个进入填报表时的模式名,当流程的填报任务进入到此节点时,该模式名将可以作为参数被填报表接收。不同的节点可以设置不同的模式名,填报表可以通过接收到的模式名来进行权限控制。例如,可以为节点“销售人员上报”设置模式名“SalesmanInput”,为节点“部门销售经理审核”设置模式名“ManagerCheck”,在填报表中可以设置一个名称为“Mode”的参数来接收节点模式名,然后如果在填报表单元格的可写属性表达式中设置【if(@mode = 'SalesmanInput', true, false)】,就可以实现只有在“销售人员上报”这个节点才能在单元格上填写数据的权限控制。特别说明:模式名的具体命名完全取决于用户自己,无特殊规则,只需易读易于理解即可。关于节点模式的具体应用,可参见“填报表单设计”的“填报表的权限控制”。

节点审批权限

必填,是指节点的经办人员或者说处理人员,可以设置为人员、角色、机构三种类型,设置为角色表示具有该角色的人员可以处理,设置为机构表示该机构下的人员可以处理。例如,为节点“销售人员上报”设置为系统中的角色“销售人员”,对节点“销售总监审核”设置系统中的用户“王伟”具有审批权限。特别说明:1、虽然支持多种设置方式,但通常建议选择角色设置,因为能让定义的流程更通用且易于维护,例如节点“销售总监审核”如果设置为用户“王伟”,假如王伟离职则需要重新修改节点的审批权限,但如果该节点设置为角色“销售总监”,则只要当前系统中具有担任“销售总监”角色的用户就能够对任务进行审批处理,而不用对流程中的节点进行任何修改。2、若节点的处理人员有多名,比如按照人员的方式设置时设置了多名处理人员,或者按照角色、机构的方式设置时角色下的用户、机构下的用户都有多名,则这些人员都具有同等的处理权限,但谁最先打开任务进行第一次处理后,其余人就不能再看到任务并进行处理。

节点监听类

必填。节点监听类的作用是当流程的填报任务流转到达此节点时如果需要进行一些客户化的操作,就可以使用节点监听类来完成。流程填报为用户提供了节点监听类接口,用户可以基于接口实现自定义的节点监听类。通过节点监听类,可以实现任务在节点处开始时的监听和操作,以及任务在节点处完成处理时的监听和操作。同时节点监听类可以从系统中获取到流程填报的相关参数信息,例如任务实例ID,节点ID,以及在节点中设置的附属信息等等,供节点监听类进行客户化操作时使用。系统已提供默认节点监听类,此项无特别需求使用默认监听类即可,如果需要使用自定义监听类则需在此配置类名。特别说明:当节点复用时,节点监听类对每个使用该节点的流程都生效。

节点容器类

必填。任务流转到节点时将调用此类。节点容器类的作用也是供用户进行客户化时使用。与节点监听类的区别在于,当用户对任务点击审核完成操作时,监听类中的处理如果未正常完成任务也能进入下一节点,但容器类中的处理如果未正常完成则系统将不允许任务完成并进入到下一节点。系统已提供默认节点容器类,此项无特别需求使用默认容器类即可,如果需要使用自定义容器类则需在此配置类名。

场景用例-节点设置说明

在场景用例“销售费用预算上报审批流程”中,相应需要添加三个节点。三个节点的名称可分别设置为“销售人员上报”、“部门销售经理审核”、“销售总监审核”,各节点的基本属性设置具体如下。

“销售人员上报”节点基本属性设置

节点名称:即为【销售人员上报】。

描述:设置为【销售人员进行下一季度销售费用预算的填写上报】,便于说明该节点的作用。

节点类型:该节点需要销售人员进行数据填写上报,因此需设置节点类型为【手动节点】。

模式:销售人员通过该节点在填报表上填写数据,因此需要在填报表上具有可写权限,可以为节点设置一个模式名,便于在填报表设计时使用该模式名来进行单元格可写权限控制,例如这里设置模式名【SalesmanInput】。在填报表中如何使用节点模式名进行填报权限控制,可阅读“填报表单设计”小节的内容。

节点审批权限:在这个用例中,我们是假设在系统中设置有业务角色【销售代表】、【销售经理】、【销售总监】,并且将这些角色相应赋给了不同的用户,如下图所示。而任何销售代表都可以通过该节点来填写上报自己的销售费用预算数据,因此可以在节点审批权限中设置角色【销售代表】。



 

节点监听类:无特别需求,因此直接使用系统提供的默认监听类即可。

节点容器类:无特别需求,因此直接使用系统提供的默认容器类即可。

该节点的基本属性设置完成如下图所示:


 

“部门销售经理审核”节点基本属性设置

节点类型:该节点是需要部门销售经理对销售人员上报的数据进行查看和审核,因此,节点类型也是【手动节点】。

模式:销售经理只能查看填报表中的数据不能填写修改,没有其它特别的单元格填写权限控制要求,因此模式名可以为空。

节点审批权限:在流程中,该节点是需要由部门销售经理来进行数据审核,因此这里可以设为角色【销售经理】。需要说明的是,在此场景用例中我们假定的是每个业务销售部门均有一名销售经理,而某个销售部门的销售人员上报的数据只能由对应部门的销售经理进行审核。如何在该节点实现根据不同销售人员确定出进行审批处理的部门销售经理,可阅读“设置节点连线”小节的内容。

节点监听类和节点容器类都可以使用默认。

该节点的基本属性设置完成如下图所示:

“销售总监审核”节点基本属性设置

节点类型:该节点是需要销售总监进行任务查看和审核,因此,节点类型也是【手动节点】。

模式:销售总监只能查看填报表中的数据不能填写修改,没有其它特别的单元格填写权限控制要求,因此模式名可以为空。

节点审批权限:在流程中,该节点是需要由销售总监来进行数据审核,因此这里可以设为角色【销售总监】。

节点监听类和节点容器类都可以使用默认。

该节点的基本属性设置完成如下图所示: