反饋已提交
網絡繁忙
上面所介绍的填报均是单一的填报,即填报完了之后直接进入数据库中,并没有审批等等工作流程,但是在企业的应用当中,底层工作人员将数据填报进入数据库,是需要上级部门的审批对其填写的数据进行处理和验证审批的,这个就是一个简单的工作流,我们称之为数据上报。
FineReport 的报表功能完全支持这种模式,其应用原理图如下:
FineReport 数据上报设计步骤如下图:
前期准备:是指管理员在fs系统中将数据上报的三个相关标签(上报流程管理,上报任务管理和我的上报任务)添加进来,形成目录下的三个目录节点,然后由管理员将这个三个目录节点的权限分配给不同的用户,详细请查看 前期准备;
上报模板设计:是指数据上报进行填报的模板设计,详细请查看 上报模板设计;
上报流程管理:是指管理员或者有权限的普通用户增加上报流程,配置上报流程中各个节点,包括节点名称,节点的操作方式,模板绑定,用户指定等等,详细请查看 上报流程管理;
上报任务管理:是指管理员或者有权限的普通用户添加上报任务,选择该任务需要遵从的流程,确定开始进行上报流程流转,详细请查看 上报任务管理;
进行多级上报:是指数据上报已经开始流转,按照流程设定,由不同的用户从第一个节点开始往下操作流转,可在我的上报任务中查看未处理的任务列表,进行数据上报,详细请查看 我的上报任务 和 进行多级上报。
数据上报一般可以分为以下三种情况:
1、简单数据上报:是指任务流程单纯的从下级流转到上级直至关闭,一条直线流程,如下示意图:
详情示例请查看 简单多级上报示例。
2、联合填报上报:是指任务流程在流转过程中,有的节点进行分叉了,一个节点可以有多人操作,如下示意图;
详细请查看联合填报上报。
3、分发逐级上报:是指任务流程在流转的过程中,到达某一个节点的时候,该节点用户新建子任务进行分发,当子任务流转完成后回到该节点,该节点用户进行操作之后,再继续流转主任务,如下示意图:
详细请查看分发逐级上报。
多级上报是基于模板进行数据填报入库,那么为了更好地实现多级上报功能,FineReport 为多级上报提供了四个参数来辅助进行模板设计$fr_task_name、$fr_task_state、$fr_task_id和$fr_task_sender,可在模板中直接调用。
1)$fr_task_name
fr_task_name 是指获取上报任务名称。
2)$fr_task_id
fr_task_id 是指获取上报任务的ID。
3)$fr_task_sender
fr_task_sender 是指当前操作节点的上一个节点的操作人,可在模板中直接使用该参数,提醒当前任务节点操作人,其上一步操作人员是谁。
比如说在 联合填报上报之非所有操作人员完成后流转 中,审核节点中只有一个用户 C,也只绑定了一个模板,当联合填报节点下有 2 个用户 A 和 B,当不勾选非操作人员完成后流转,那么 A 和 C 以及 B 和 C 就构成了 2 个单独的任务,当 A 上报完成之后,C 需要进行审核,但是 C 的审核模板却只有一个,无法判断当前审核的数据是用户 A 的还是用户 B 的,此时可以用$fr_task_sender来进行过滤,在审核模板中添加一个过滤条件,用户值为$fr_task_sender,那么C进行审核时,模板只会显示该节点审核的上个节点用户上报的数据。
4)$fr_task_state
fr_task_state是指获取当前任务流转所处状态,如下列表:
fr_task_state=-1 是指异常情况;
fr_task_state=0 是指等待上报;
fr_task_state=1 是指等待审核;
fr_task_state=2 是指审核通过;
fr_task_state=3 是指被退回;
fr_task_state=4 是指已关闭;
fr_task_state=5 是指超时。
$fr_task_state其具体使用情况请查看 进行多级上报。
有任何意见或者咨询请至 官方意见
索引:
简单多级上报示例
联合填报上报
分发逐级上报
多级上报集成
滑鼠選中內容,快速回饋問題
滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。
不再提示
10s後關閉
反馈已提交
网络繁忙