5 数据入库设置

多级上报功能中，数据填报入库时可采用数据录入提交或数据保存提交两种方式。

5.1 数据录入提交

在流程中进行提交、保存数据等操作时，所填报的数据会根据设置的回写规则保存进数据库。此后无论节点是回退还是驳回，数据库中填写的数据均不会被删除。

定义员工信息采集报表数据集

绘制员工信息采集报表表样

设置填报回写规则

为可修改单元格设置控件

增加按钮，设置数据填报入库时规则，选择数据录入提交

至此员工信息采集报表就制作完成，点击保存即可

在流程管理菜单，点击新建流程

增加员工信息录入节点任务，填写任务名称，选择用户“东北人力”作为代理人，并关联之前创建的“数据录入报表”

选择用户可修改报表，处理选项勾选“通过”选项，并重命名为“上报”

增加员工信息审核节点任务，填写任务名称，选择用户“东北大区”作为代理人，同样关联之前创建的“数据录入报表”，与录入节点不同，此节点无需修改报表，且支持对上报的数据进行审核，应支持回退、驳回、转办、委派功能，所以此节点选择报表不可修改，勾选所有处理选项。

增加结束节点，输入流程名称，保存流程

至此流程设计完毕

在任务管理菜单中，新增任务，输入任务名称，选择之前保存的“员工信息录入审批”流程，并保存

点击发起按钮，发起该流程

使用“东北人力”用户，登录报表系统，点击右上角待办任务

处理该待办任务，录入用户信息，点击提交按钮，提交数据

此时数据已经提交到数据库，使用数据库客户端查看数据

由此可以看出在制作报表时选择“数据录入提交”后，在流程尚未结束时，数据已在数据库中。

5.2 数据保存提交

选择“数据保存提交”就意味着，只有当流程实例结束后，填报的数据才会保存到数据库中。

使用数据保存提交功能时需要注意一下几点：

1. 父流程与子流程的数据相互独立。当子流程实例结束时，子流程中填报的数据也会直接存入数据库，不论父流程是否结束。
2. 流程节点关联的报表不要求必须是同一个，但是需要保证的是流程节点关联报表中的数据集必须是回写表关于填报字段的明细查询。

针上述第2条的描述，下面举个例子

比如，“5.1 数据录入提交”章节里“员工信息录入”节点关联的数据录入报表，填报回写表为employee，则后续的流程节点关联的报表其数据集要是employee表字段的明细查询，不能是聚合计算后的结果，比如select from employee where user_id = xxx是可以的，而select count() from employee group by user_id此聚合sql作为报表数据集绘制报表，在数据未入库前不会得到正确的结果，所以这里要求后续节点关联报表的数据集需要是回写表字段的明细查询，如果报表里需要显示聚合结果可以使用报表公式，在报表侧处理，而不是在数据集sql中。

针对于“5.1 数据录入提交”章节中的“员工信息采集”报表，只需要将按钮的事件类型调整为“数据保存（用于审批）”，为了加以区分将按钮的文字改成了保存

保存报表，这里流程定义无需更改，仍然延用“5.1 数据录入提交”中的流程，重新发起流程

使用“东北人力”用户，登录报表系统，点击右上角待办任务

处理该待办任务，录入用户信息，点击保存按钮，提交数据

此时数据未提交到数据库，使用数据库客户端查看数据

由此可以看出数据并未在数据库中。

使用“东北大区”用户，登录报表系统，处理待办任务

输入处理意见，点击通过，审批通过

此时查看流程日志，发下该流程流转已结束

通过数据库客户端查看填写数据，发现数据已入库

当用户填写并提交数据以后，后续流程节点在审批时能否看到该数据，取决于审批节点用户所属的组织机构是否为填报用户组织机构的上级，如果为上级则可以看到数据，否则不能看到，举例如下

“员工信息录入”节点的代理人名称为“东北人力”用户，后续的“员工信息审核”节点的用户名称为“东北大区”，如下图所示

“东北大区”用户所在组织为东北大区，“东北人力”用户所在组织为东北人力，东北大区组织是在东北人力组织的上级，所以审批节点用户“东北大区”可以看到“东北人力”用户填写的数据