CN111210204B

CN111210204B - 云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法

Info

Publication number: CN111210204B
Application number: CN202010031398.0A
Authority: CN
Inventors: 黄庆敬; 袁义
Original assignee: Primeton Information Technology Co ltd
Current assignee: Primeton Information Technology Co ltd
Priority date: 2020-01-13
Filing date: 2020-01-13
Publication date: 2023-10-27
Anticipated expiration: 2040-01-13
Also published as: CN111210204A

Abstract

本发明涉及一种云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统，包括核查项数据模型模块用于存储检查项的条目定义、检查项操作结果和检查项操作结果；核查项展示页面控件实现模块用于显示需要审查的核查项；核查项核查意见提交模块用于将业务人员针对核查项的核查结果和检查说明信息存档入库。本发明还涉及一种实现云平台流程应用业务审批环节中的通用核查项配置与展现处理的方法。采用了本发明的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法，通过在统一的核查项条目树维护界面集中维护核查项条目、在统一的流程环节配置与核查项条目关系维护界面设置流程环节与核查项条目的关系数据，具有管理集中、运行高效、开发简单、减少资源消耗的优点。

Description

云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法

技术领域

本发明涉及计算机软件领域，尤其涉及云平台流程应用领域，具体是指一种云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法。

背景技术

在计算机软件的信息管理系统领域，经常存在一种业务场景：为了保证业务审核的可靠性，避免出现核查的疏漏，针对不同业务流程的不同审核环节，需要提供不同的核查要点由环节处理人一一核查确认。

该业务场景的复杂性在于：

(1)不同的业务流程，不同的审核场景的核查表差异化较大，核查项数目不一；

(2)即便是同一个流程审核环节，可能因为审核的业务类型不一致，核查的条目也不一样；

(3)同一个审核环节，针对同一类业务，核查的要求可能会随着业务的变化而发生变化。

本专利的作用是针对这类复杂业务场景，提供一种通用的、灵活的、动态的设计和实现方法，体现效果为：对核查项抽象为可扩展的核查项记录表，针对不同业务流程的不同环节的不同业务类型配置相应的核查项，这样在流程审批环节的处理页面，根据配置的核查项显示出相应的核查表单，并要求处理人逐条进行核对操作。在类似此类场景的云平台流程应用中，该设计和方法就能够快速响应流程环节的核查项的变化，提升信息系统应用软件的使用体验。

针对此类流程核查项的处理，从业务角度看只需要在不同流程的不同环节，针对不同的业务分类场景，可以展示出相应的核查项数据即可，常见的实现技术方式是：在需要展示核查项的流程环节页面针对不同业务分类硬编码的方式写死核查项，处理步骤为：

(1)对不需要区分业务分类的流程环节页面展示核查项，只需要将核查项数据展现在流程环节对应的页面上；

对需要区分业务分类的流程环节页面展示核查项，那么就需要在每个流程环节的页面上，通过代码判断不同的业务分类来分别展示对应的核查项。

以下针对上面提到的常见操作方法分析存在的不足：

在云平台流程应用中，每个公司都有很多业务流程，比如：合同审批流程、收入确认流程、合同开票流程、采购结算流程等等，每一种业务流程又会有很多的业务环节，每一个业务环节随着公司的运营管理理念和内控审核要求的变化会发生相应的调整，这种直接在流程环节对应的页面中硬编码写死核查项数据的做法存在以下不足：

1、实现方式的不灵活带来的业务响应不及时：每一次的调整都需要涉及代码级的调整；

2、任何一次开发新流程，涉及核查项都需要独立开发，开发工作量大，浪费投入；

3、各个流程环节的页面代码维护核查项造成维护管理分散，维护困难。

发明内容

本发明的目的是克服了上述现有技术的缺点，提供了一种满足可靠性、操作简便、适用范围较为广泛的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法。

为了实现上述目的，本发明的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法如下：

该云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统，其主要特点是，所述的系统包括：

核查项数据模型模块，用于存储检查项的条目定义，存储检查项操作结果，以及存储检查项操作结果；

核查项展示页面控件实现模块，与所述的核查项数据模型模块相连接，用于通过在核查项页面查找参数，并显示需要审查的核查项；

核查项核查意见提交模块，与所述的核查项展示页面控件实现模块相连接，用于将业务人员针对核查项的核查结果和检查说明信息存档入库。

较佳地，所述的核查项数据模型模块包括：

核查项定义表单元，用于集中分类存储企业内各类检查项的条目定义；

流程环节与检查项对应表单元，与所述的检查项定义表单元相连接，用于存储具体某个业务流程的业务环节包含的检查项条目；

检查项检查结果记录表单元，与所述的检查项定义表单元相连接，用于存储流程环节处理人的检查项操作结果。

较佳地，所述的核查项展示页面控件实现模块的参数包括当前流程定义名称和当前流程环节定义ID。

较佳地，所述的核查项展示页面控件实现模块的参数还包括当前业务参数。

较佳地，所述的核查项核查意见提交模块的核查项列表包括核查项ID、流程实例ID、环节定义ID、工作项ID、核查人和核查备注。

该基于上述系统实现云平台流程应用业务审批环节中的通用核查项配置与展现处理的方法，其主要特点是，所述的方法包括以下步骤：

(1)核查项数据模型模块存储检查项的条目定义、检查项操作结果和检查项操作结果；

(2)核查项展示页面控件实现模块通过在核查项页面查找参数，并显示需要审查的核查项；

(3)调用参数，提交核查项核查意见。

较佳地，所述的步骤(1)具体包括以下步骤：

(1.1)核查项定义表单元集中分类存储企业内各类检查项的条目定义；

(1.2)流程环节与检查项对应表单元存储具体某个业务流程的业务环节包含的检查项条目；

(1.3)检查项检查结果记录表单元存储流程环节处理人的检查项操作结果。

较佳地，所述的步骤(3)具体包括以下步骤：

(3.1)获取主键；

(3.2)获取当前日期时间；

(3.3)将核查项列表批量写入核查项结果记录表中。

采用了本发明的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统及其方法，通过在统一的核查项条目树维护界面集中维护核查项条目、在统一的流程环节配置与核查项条目关系维护界面设置流程环节与核查项条目的关系数据，并按本发明提供的核查项条目数据的检索方法，能够简单高效的为应用系统的各个业务流程各个环节的用户界面端提供统一的核查项条目展现，相对于采用每个业务流程环节的页面写死核查项的方法，本发明具有场景通用性高、管理集中、运行高效、开发简单、减少资源消耗的优点，具有很强的适用性。

附图说明

图1为本发明的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统的业务流程的环节与核查项的关系结构图。

图2为本发明的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统的核查项数据模型模块的主要字段及关系图。

具体实施方式

为了能够更清楚地描述本发明的技术内容，下面结合具体实施例来进行进一步的描述。

本发明的该云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统，其中包括：

作为本发明的优选实施方式，所述的核查项数据模型模块包括：

作为本发明的优选实施方式，所述的核查项展示页面控件实现模块的参数还包括当前业务参数。

作为本发明的优选实施方式，所述的核查项核查意见提交模块的核查项列表包括核查项ID、流程实例ID、环节定义ID、工作项ID、核查人和核查备注。

本发明的该基于上述系统实现云平台流程应用业务审批环节中的通用核查项配置与展现处理的方法，其中包括以下步骤：

(1.3)检查项检查结果记录表单元存储流程环节处理人的检查项操作结果；

(3)调用参数，提交核查项核查意见；

(3.1)获取主键；

(3.2)获取当前日期时间；

(3.3)将核查项列表批量写入核查项结果记录表中。

本发明的具体实施方式中，原理是在通过核查项条目表、流程环节的核查项配置表、流程环节核查项处理记录表来保存哪些流程环节需要配置哪些核查项，通过统一的配置方式，在流程环节处理页面上用统一的方法获取核查项数据进行展示的系统结构设计和实现方法。该设计和方法可以快速、动态响应云平台应用环境下流程审批中业务核查项的设置、调整和处理要求，满足业务处理可靠性的需要。同时，本发明具有不依赖于特定数据库管理软件的通用性和普适性。

在云平台流程应用环境中，针对需要配置核查项的业务流程环节，应用软件界面通常需要以列表方式展示核查项列表，而且不同流程、不同业务分类、不同审核角色(业务流程审批环节)所展现的核查项列表是个性化的，也可能是经常变化的。

为了方便说明，假定一家企业的业务审批流程需要展示核查项的场景如下：

业务流程A有五个环节，分别为A1、A2、A3、A4、A5，其中A1环节需要显示核查项X1、X2，A2环节需要显示核查项X1、X3、X4；业务流程B有四个环节，分别为B1、B2、B3、B4，其中B1环节的BY1类的业务分类需要显示核查项Y1、Y2，B1环节的BY2类的业务分类需要显示核查项Y2、Y3。

结合该企业的业务流程的各个环节的不同业务分类下，总共需要的核查项分类一共有X与Y两类，其中X核查项分类下面有X1、X2、X3、X4四个核查项，Y核查项分类下面有Y1、Y2、Y3三个核查项。我们通过一张图表先来看一下业务流程的环节(业务分类)与核查项的关系如图1所示。

本发明通过研究以上场景的共性，抽象出一套核查项数据模型的结构设计，并提供基于结构设计的实现方法，可以非常明显的提高业务开发的效率，快速响应运行期的业务需求变化。

本发明包含三个组成部分：

一、核查项数据模型结构设计

二、核查项展示页面控件实现方法

三、核查项核查意见提交的实现方法

以下结合提供的场景具体描述本发明的三个组成部分：

一、核查项数据模型结构设计

本发明的数据模型包含三张表设计：检查项定义表、流程环节与检查项对应表、检查项检查结果记录表，作用如下：

检查项定义表：集中分类存储企业内各类检查项的条目定义；

流程环节与检查项对应表：存储具体某个业务流程的业务环节包含的检查项条目；

检查项结果记录表：存储流程环节处理人的检查项操作结果。

各表的主要字段及关系如图2所示。

结合示例场景及以上数据表设计，检查项定义表数据记录如下表：

CheckListID	ParentID	CheckListName	Level	CheckListType	…
						核查项ID	父核查项ID	核查项名称	层级	核查项类型
1	-	X类核查要点	1	核查项分类
						11	1	X1	2	核查项
12	1	X2	2	核查项
						13	1	X3	2	核查项
14	1	X4	2	核查项
						2	-	Y类核查要点	1	核查项分类
21	2	Y1	2	核查项
						22	2	Y2	2	核查项
23	2	Y3	2	核查项

可以看到，核查项条目表的设计支持多层级的核查项结构，本文档为了简化，只设置了两层的核查项。

结合该企业的各个业务流程的各个环节需要配置核查项的说明，发现总共需要配置核查项的业务流程共有A与B两个，其中A流程需要配置核查项的环节有A1、A2，B流程需要配置核查项的环节有B1，但同时B1环节需要区分不同业务分类BY1、BY2来配置不同的核查项。流程环节与核查项对应表数据记录如下表：

通过以上的数据模型设计，如果企业的业务流程需要配置核查要点的环节有变化，或者某个业务流程的某个环节需要配置的核查项有变化，只需要通过维护这张流程环节与核查项关系表的数据，就能快速的调整。

最后，保存各环节处理人的核查结果及核查意见的流程环节核查项处理记录表的结构设计如下：

这张表主要用来记录配置了核查项的那些流程环节的每一个流程实例的每个活动实例下每一个工作项的处理人对这些核查项的核查结果，以便后续查询。

二、核查项展示页面控件实现方法

对于本发明而言，对于企业所有的业务流程的所有业务环节的处理页面，只要嵌入统一的核查项页面checkList.jsp即可，该页面如果有查到需要审查核查项，那么就显示，否则就不显示。通过一段简单的标准数据库查询语言就可以实现获取指定流程指定环节的指定业务分类的核查项条目数据，以下是实现筛选出核查项条目的SQL语法：

SELECT[字段列表]from[核查项条目表]a,[流程环节与核查项关系表]b

where a.CHECKLISTID＝b.CHECKLISTID and

((b.PROCESSDEFNAME＝[流程定义名称]and ACTIVITYDEFID＝[流程环节定义ID]and BUSICODE is null)or

(b.PROCESSDEFNAME＝[流程定义名称]and ACTIVITYDEFID＝[流程环节定义ID]and BUSICODE in([当前业务参数])))

该页面上提供统一的js方法queryChickList供各个业务流程的各个环节的页面调用，接收的参数就三个：当前流程定义名称、当前流程环节定义ID、当前业务参数(可有可无)。

示例如下：

var checklistdata＝{processInstID:当前流程实例ID,

processDefName:当前流程定义名称,

activityDefID:当前流程环节定义ID,

incomeType:业务参数}；

queryChickList(checklistdata)；

页面展现效果如下：

三、核查项核查意见提交的实现方法

在业务流程环节的处理页面上，当点击提交按钮的时候，在保存业务数据的同时，也需要将业务人员针对核查项的核查结果和检查说明信息存档入库。于是我们提供了统一的流程环节核查项记录保存的方法，供各个业务流程环节的提交逻辑调用。

该公用的核查项核查意见保存的逻辑，入参就是核查项列表，这个列表包含了核查项ID、流程实例ID、环节定义ID、工作项ID、核查人、核查备注，然后获取主键以及拿到系统时间参数后，保存到数据库的检查项结果记录表中。调用过程如下：

获取主键->获取当前日期时间->将核查项列表批量写入核查项结果记录表中。

技术解决方案小结：通过对本发明技术解决方案三个组成部分的介绍，本发明的关键处理在于针对一个企业有很多业务流程、每个业务流程还有很多业务环节、每一个业务环节还需要根据不同的业务分类来展现不同的核查项条目的复杂场景下，可以高效的通过配置的方式来统一解决流程环节处理页面的核查项条目的展现问题，在目前企业应用环境中，本发明具有广泛的应用场景。

在本发明的具体实施例中，在目前的企业信息化系统中，业务流程的使用是非常普遍的，这些业务流程中，一些关键业务处理环节需要做业务分类核查的场景也非常广泛，本节将选择内部信息化系统中一个典型的场景“收入确认流程”来描述基于本发明实现关键业务分类核查项配置及展现的实施全过程。

收入的确认主要包括产品销售收入的确认和劳务收入的确认。一般企业的产品销售收入的确认要求的证据就是产品到货验收单或者是产品安装验收单之类的证据，劳务收入一般要求的证据就是劳务的工作量结算单之类的。那么对企业的负责做收入确认的各个环节的参与者来说，最重要的是要弄清楚收入确认是否合规合理等。基于这个前提，我们可以从几个方面来考量。比如：收入确认时点是否准确、合同的收款是否满足条件、对应的采购是否已经计提、收入确认的证据是否合规等等。

假设一家企业的收入确认需要经过“发起”->“商务审核”->“采购审核”->“PMO审核”->“财务审核”->“收入确认”等环节，那么针对“商务审核”、“采购审核”、“PMO审核”、“财务审核”这些审核环节，对收入确认证据等收入确认的一些关键信息的把控，如果按照以往的软件系统的实现模式，就需要在各个流程环节的页面上写死一些核查项信息，让流程环节的参与者来参照这些核查要素，去检查该笔收入确认的合规性。

在本案例中，我们假定“商务审核”环节的处理人只需要核查“关于收入确认时点”这个核查项分类下的两个核查项，“采购审核”环节的处理人只需要核查“关于收入对应的采购”这个核查项分类下的两个核查项，“PMO审核”环节的处理人只需要核查“关于收入确认证据”这个核查项分类下的前四个核查项，“财务审核”环节的处理人需要核查整个收入确认的所有核查项。

那么本发明就使用一种通用的关键业务分类核查项配置与展现的设计方式与方法，结合具体的收入确认的业务，设计如下表结构及数据设置：

核查项条目表：

流程环节与核查项关系表：

通过这样的配置，很快就可以定义出各个环节的参与者需要关注哪些核查项，然后通过统一的数据获取来展现核查项，并通过统一的数据处理逻辑来保存处理人对各个核查项的核查结果。整个处理只做了1次查询，针对不同的环节传入不同的参数到公用的方法中即可。很明显的体现了本发明的优势：配置简单，开发简单，处理高效，模式通用，对系统资源占用低。

在此说明书中，本发明已参照其特定的实施例作了描述。但是，很显然仍可以作出各种修改和变换而不背离本发明的精神和范围。因此，说明书和附图应被认为是说明性的而非限制性的。

Claims

1.一种云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统，其特征在于，所述的系统包括：

核查项数据模型模块，用于存储检查项的条目定义以及存储检查项操作结果；

核查项核查意见提交模块，与所述的核查项展示页面控件实现模块相连接，用于将业务人员针对核查项的核查结果和检查说明信息存档入库；

所述的核查项数据模型模块包括：

2.根据权利要求1所述的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统，其特征在于，所述的核查项展示页面控件实现模块的参数包括当前流程定义名称和当前流程环节定义ID。

3.根据权利要求2所述的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统，其特征在于，所述的核查项展示页面控件实现模块的参数还包括当前业务参数。

4.根据权利要求1所述的云平台流程应用业务审批环节中实现通用核查项配置与展现处理的系统，其特征在于，所述的核查项核查意见提交模块的核查项列表包括核查项ID、流程实例ID、环节定义ID、工作项ID、核查人和核查备注。

5.一种基于权利要求1所述的系统实现云平台流程应用业务审批环节中的通用核查项配置与展现处理的方法，其特征在于，所述的方法包括以下步骤：

(1)核查项数据模型模块存储检查项的条目定义和检查项操作结果；

(3)调用参数，提交核查项核查意见；

所述的步骤(1)具体包括以下步骤：

6.根据权利要求5所述的实现云平台流程应用业务审批环节中的通用核查项配置与展现处理的方法，其特征在于，所述的步骤(3)具体包括以下步骤：

(3.1)获取主键；

(3.2)获取当前日期时间；

(3.3)将核查项列表批量写入核查项结果记录表中。