页面树结构
转至元数据结尾
转至元数据起始

正在查看旧版本。 查看 当前版本.

与当前比较 查看页面历史

« 前一个 版本 10 下一个 »

(本文档仅供参考)

问题:

在审核流程中,产品考虑的是支持比较简单的无分支流程审核,【填报审核汇总】结构。

但实际应用场景中,往往需要分支审核,【填报(A填报A审核/B填报B审核)(A审核A汇总/B审核B汇总)】。

为了优化这个问题,产品引入了审核和汇总的操作者可以自定义功能。

 

自定义操作者案例:

1 用户准备:8个

北京填报、天津填报、华北审核、华北汇总;

海口填报、深圳填报、华南审核、华南汇总。

2 角色准备:3个

填报角色、审核角色、汇总角色

 

3 报表准备

参考“汇总审核流程示例”中的回写电子表格开发:汇总审核流程示例


4 流程定义:

4.1填报节点:

 

4.2审核节点:

选择操作者是自定义操作者,通过写SQL动态根据当前登录的用户查找出该机构对应的审核人员(用户id)

SQL
select t_user.c_userid from t_user
LEFT JOIN t_group_user on t_user.c_userid = t_group_user.c_userid
LEFT JOIN t_group on t_group_user.c_groupid = t_group.c_groupid
LEFT JOIN t_user_role on t_user_role.c_userid = t_user.c_userid
where (t_group.c_groupid in ( select t_group.c_pgroupid from t_group where t_group.c_groupname in (CurrentUserDefaultDepartmentName())) or  t_group.c_groupname in (CurrentUserDefaultDepartmentName()) )
and t_user_role.c_roleid = 'I402880ba016656bc56bccc6601667260f5344ef8'

 

注:

1、如果场景变更,sql需自行调整,最终查询出该机构对应的审核人员(用户id)即可。

2、自定义的sql往往会较为复杂,可通过基于“system知识库”新建原生sql,编写自定义sql。然后通过登录不同的用户,确认能否获取到对应的用户。

例如:“北京填报”用户 预览sql应该查询到“华北审核”用户,华北审核”用户 预览sql应该查询到“华北审核”用户。

3、编写sql需了解知识库中用户表结构可参考wiki:与第三方系统用户集成

4.3汇总节点,sql需到达“华北审核”用户 预览sql应该查询到“华北汇总”用户,“华北汇总”用户 预览sql应该查询到“华北汇总”用户。

 

 


5 效果演示:

5.1分别用北京和深圳填报人员 填报

 


5.2登录对应机构的审核人员查看需要审核的流程并审核

 


5.3汇总

 


  • 无标签