驰骋工作流引擎

注册

 

发新话题 回复该主题

如何在审批连途中设置发起人 [复制链接]

1#
  现在场景是这样的  我发起一个流程,然后上级审批了以后,需要回到我来确认流程。请问如何设置发起人确认?
分享 转发
TOP
2#

回复 1楼wongliang的帖子

仔细阅读,操作手册的,节点属性,接收人规则 。

again and again.
关注ccflow微博,第一时间了解ccflow动态。[ http://ccflow.org/share.aspx
TOP
3#

回复 1楼wongliang的帖子

仔细阅读,操作手册的,节点属性,接收人规则 。

again and again.
stone 发表于 2015-3-17 14:20:51
看文档N遍了 ,能从文档里找到答案就不用来这里问了
TOP
4#

关键字:ccflow 访问规则相关功能:访问规则处理内容。
节点属性配置:如下图


解释说明:就是下一步工作人员的接受人范围处理规则。A运动到B,如何确定B的处理人范围。根据不同的业务场景,ccflow提供了如下几种模式,您可以根据自动不同的业务背景设置自己的业务规则。
说明:
1, 下列设置类型,都设置当前节点作用于下一步节点。
2, 每一种类型,都有路径自动记忆功能,所说自动记忆功能是当节点第一次向下一个节点投递时,它把要投递的人记录下来。
如果您执行了分配系统就把分配的人员,做为接受人员计算.
可以设置的投递的类型:

为了更好的说明该规则,cc为我们提供了一个流程测试案例,如下图:

该案例详尽的设置了各个模式的方法,请打开相关的节点属性,对照节点的名称,运行该流程。


01.按当前操作员所属组织结构逐级查找岗位:
设置方法: 在下一个节点上的节点属性里,设置节点岗位。
这是默认的投递规则,他是在下一个节点设置岗位时按照岗位计算. 他的计算方式,首先按照当前操作员的部门范围计算。如果该操作员部门下没有这个工作岗位的人员,CCFlow就会把当前操作员的部门级次提高一个级别,在寻找,依次计算。
理解了这个算法,您就不难理解为什么,本部分的业务,只能让本部门的经理审批了.
举例说明: 一个省机关下面有n个县,n个市,n个县. n个所. 一个所员受理人员的业务,只能让自己的所长审批,所长的业务只能投递到本区县的相关业务部分审批,而非其它区县业务部分审批。
这就是岗位的权限与部门权限的交叉形成的被投递的人员集合. 这就是ccflow经常说的。
岗位:表示能做什么事情。部门: 表示能做那里的事情。岗位+部门: 表示一个操作员能做那里的那些事情。
02.按节点绑定的部门计算
设置方法: 在当前节点上的节点属性里,设置节点岗位.
CCFlow会按照您指定的部门下面的人员,进行投递, 就是这个n个部门下面都可以接受这个工作. 这个类于发送邮件的按照邮件组进行发送。
03.按设置的SQL获取接受人计算:
按SQL计算通俗好理解,就是ccflow在执行一个查询sql时,返回一个数据源,在数据源里约定该节点的接收人信息。
设置方法: 在当前节点属性里 [接受人SQL]设置一个sql 语句. 这个select 查询语句有一个列. No 分别表示,操作
编号, 操作员名称. 这个sql可以有参数.
比如:      1, SELECT No,Name FROM PORT_EMP WHERE FK_Dept=@WebUser.FK_Dept  
查询出来当前操作员中的部门下的所有人员.
    2, SELECT xxx as  No, yyy as Name FROM dbo.xxxx.YourTable WHERE 字段名称=@表单字段名称.
从您的业务系统中,查找一组人员,变量可以是当前节点字段的编号,格式为 @+字段英文名称.
按指定的人员:
设置方法: 在当前节点属性的相关功能里 [接受人员]功能, 设置一批操作人员,当前节点向下一步发送时系统就会按照当前设置的范围投递。
这种场合应用于,特定的条件下, 一些特殊的临时的岗位不系统管理员不愿意去设置,而是直接选择投递到具体的人员.
关于合流点的接受人按sql获取接受的表达式的问题
注意子线程向合流点发送时,接受人规则的表达式的变量是临近合流点的子线程节点变量。
比如: 流程编号为ABC三个节点.
A 是分流点, C是合流点 C是子线程。
如果C的接受人员规则是按sql计算:
配置的表达式如下表达式是错误的:
select UserNo as No, xx as Name from ND2701 WHERE OID=@OID
如下表达式才是正确的:
select UserNo as No from ND2701 WHERE OID=@FID
这是因为子线程在发送时获取的变量OID 是子线程的ID而非,干流上的WorkID.
关于子线程接受人的特殊约定:
如果遇到分组的维度,就约定返回4个列来解决问题,流程demo:\\流程树\\同表单分合流\\一人多子线程模式(批次维度任务模式)流程.
在第2个子线程节点配置了如下SQL。

该数据源返回了三个列,分别是:No,Name,BatchNo。
No=操作员编号,Name=操作员名称,BatchNo批次编号。

对动态表单树的支持:
什么是动态表单树?请参节点属性、表单、表单类型章节。简单的说,该节点的表单是有上一步发送人员动态指定的。该节点大部分是子线程节点,也可以是多人处理的普通节点。
应用场景:a节点发向b节点,张三需要分配给,甲乙丙丁四个人去工作,但是这四个人工作内容不同。虽然甲乙丙丁四个人都可以接受到该节点的工作,但是填写的内容是由张三动态的分配的。
我们就要在这里约定数据源来表达接收人的信息,第一种情况没有批次号:返回的列需要有如下要求,No,Name,FrmIDs  第3列是表单ID,多个表单ID用逗号分开。
第二中情况具有批次号:需要返回的列是, No,Name,BatchNo,FrmIDs.
Ccflow为该种应用场景做了一个demo,请参考


在节点2属性里我们做了如下设置


实现步骤:
在开始节点里ccflow的节点表单里设计了一个明细表。

04.按节点绑定的人员计算:
节点绑定那些人员,该系统就会发送给这些人,如下图设置。

05.由上一节点发送人通过“人员选择器”选择接受人
设置方式: 此此节点的上一个节点中启用【接受人】按钮,本步骤设置按接受人选择,上一个用户在发送前通过点【接受人】按钮选择指定的接受人(类于发送邮件时的接受人员选择)。
选择此项后系统就会自动在功能按钮栏显示一个选择接受人功能按钮。
技术细节:
1, 当前节点的上一节点会有选择人的范围过滤问题,如果您在此节点上设置了岗位集合ccflow在上一个节点弹出选择人的对话框时,就会按当前的岗位集合来过滤人员。
2, 在当前节点的上一个节点可能存在多个节点点分支。这个时间打开选择接受人对话框,就会出来首先要用户选择到那里去,然后在列出为这个节点的人员来。
06.按上一节点表单指定的字段值作为本步骤的接受人:
设置方式: 在当前节点属性访问规则处理内容中指定此方式,在上一个节点的表单上添加一个SysSendEmps的文本框。
运行方式: 在用户填写上一个步骤的节点表单时,这个指定的字段可以用逗号分号分开,可以输入多个接受人员的编号。下一步的接受人员就按用户输入的内容结束。
说明:这种方式就类似于发送邮件。
07.与上一节点处理人员相同
节点A是甲处理,发送到节点B,也是需要甲处理。
08.与开始节点处理人相同
    当前节点的处理人与开始节点一致,发起人是zhangsan,现在节点的处理人也是他。
09.与指定节点处理人相同
应用场景1:A B C 三个节点, B向C发送时C的接受人员要求与A的工作人员一致。
设置方式: 在[访问规则处理内容]中设置一个节点编号比如:101。
应用场景2:如下图,当一个节点可以多个节点可以到达时,在【访问规则处理内容】需要配置多个节点的ID值,如下图:

节点3,可能是从节点1,或者节点2转到节点3,如果在节点3上配置此规则就要配置节点2节点1的两个节点ID,用逗号分开,例如: 507,509。这种情况下ccflow就会自动判断节点3究竟是从那个节点上过来了,从而把处理人投递给节点3。
对父子流程的支持:
2015年1月28日为珠海高凌变更:如果是父子流程,在子流程上的一个节点要指定与父流程的一个节点的人员相同,配置方式不变化。
比如:父亲流程甲,调用子流程乙,在乙的一个节点上的工作处理人员与甲的一个节点处理人员相同,那就在该参数里设置甲的节点编号,可以是多个变化,如果甲是一个子线程也同样支持。
10.按绑定的岗位与部门交集计算
设置方式:在节点岗位,节点部门都设置。
运行方式:ccflow会取既具备此岗位集合的又具备此部门集合的人员,做为本节点的接受人员。
11.按绑定的岗位计算并且以绑定的部门集合为纬度


12.按指定节点的人员岗位计算
应用场景:为一个单位设置一个设备维修流程,此单位下分好多部门,有一个IT部门负责计算机设备维修。每个部门的成员如果有设备维护的需要,首先填写一个单子向这个IT部门的受理人员发送详细的故障说明。IT受理人员接受到此请求后,根据情况发送到该发起人的部门领导那里去。
这是简单的三个步骤,发起-》IT部门受理-》发起的部门负责人审批。第一步骤基层人员发起,第二步骤是IT受理岗人员受理。第三个步骤中层领导审批。在第三个节点访问规则就是按按指定节点岗位计算。因为如果按岗位计算在第二步骤就要发送给IT部门经理审批而非发起人的部门经理审批了。默认的按岗位计算就是按上一个节点的岗位计算,现在的应用场景就是要按指定的节点岗位计算了。
设置方式:在接受对象中设置一个节点编号比如:101。
运行方式:ccflow在处理接受人时,会按指定节点上的人员身份计算,而非按上一步骤的人员身份计算了。
其它:这种方式是对按岗位计算的补充。
13.按SQL确定子线程接受人与数据源
   此方法与分合流相关,只有当前节点是子线程才有意义。
14.由上一节点的明细表来决定子线程的接受人
    同13.
15.仅按绑定的岗位计算
   按照节点上绑定的岗位来计算接受人,这里去掉了部门维度的过滤。
16.由FEE来决定.
   用流程事件,通过调用设置接受的接口,来设置当前节点的接收人,请参考:

这种方式通过编程,手工的在上一个节点设置该节点的接收人,实现的把接受人信息写入接收人列表里。

17.按ccflow的BPM模式处理.
关注ccflow微博,第一时间了解ccflow动态。[ http://ccflow.org/share.aspx
TOP
5#

关键字:ccflow 访问规则相关功能:访问规则处理内容。
节点属性配置:如下图


解释说明:就是下一步工作人员的接受人范围处理规则。A运动到B,如何确定B的处理人范围。根据不同的业务场景,ccflow提供了如下几种模式,您可以根据自动不同的业务背景设置自己的业务规则。
说明:
1, 下列设置类型,都设置当前节点作用于下一步节点。
2, 每一种类型,都有路径自动记忆功能,所说自动
stone 发表于 2015-3-17 19:01:04
     根据文档我觉得我的这种情况适合第八点,但是我在选择了第八点以后,点击运行就报错,找不到人,个人觉得既然与发起人处理相同,应该在这一步的时候就把发起人填充进去的呀,为什么还找不到人呢?是我操作有问题?
K{`WJ4$)FQY375)FFX7_8FI.png (, 下载次数:0)

(2015/3/19 16:51:26 上传)

K{`WJ4$)FQY375)FFX7_8FI.png

JE6PZM0$LV)7Z]PI(GI`4XQ.png (, 下载次数:0)

(2015/3/19 16:51:26 上传)

JE6PZM0$LV)7Z]PI(GI`4XQ.png

TOP
6#

休息休息xx
TOP
7#

学习了,谢谢
TOP
发新话题 回复该主题