CN113902393A - 一种基于工作流引擎审批系统的实现方法及系统 - Google Patents

Abstract

本发明公开了一种基于工作流引擎审批系统的实现方法及系统，包括创建审批工作流处理流程模板，根据唯一标识获取对应唯一模板并保存；获取组织和角色列表信息并同步至工作流，保存流程定义；发布企业审批工作流；通过已分配的编码调用审批工作流，前台生成单据，判断企业类别是否拥有启动流程权限，生成MQ消息通知流程启动状态；启动审批流程，所有流程节点的审批用户审批工作流流程；更新流程执行表信息并保存返回流程列表，返回流程执行唯一标识加密动作，审批流程结束。本发明的有益效果包括：本发明通过灵活将组织架构独立，提供可配置化模型，动态创建节点并配置工作流审批流程，实现跨企业审批，打造了高效的企业内和跨企业协同的审批流程。

Description

一种基于工作流引擎审批系统的实现方法及系统

技术领域

本发明内容涉及计算机通信技术领域，尤其涉及一种基于工作流引擎审批系统的实现方法及系统。

背景技术

工作流是按照业务系统的某种预先设置业务流程，在多个参与者之间传递文档、信息或任务的过程，能够协助业务系统的流程管理，从而达到提高效率、控制过程、提升客户服务、增强有效管理业务流程等目的。工作流引擎是实现工作流的一种组件化工具，能够为工作流提供有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。

工作流引擎，是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。工作流建模，即将工作流程中的工作如何前后组织在一起的逻辑和规则，在计算机中以恰当的模型表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，利用计算机在多个参与者之间按照某种预定规则自动传递文档、信息或者任务。

现有技术中，工作流节点的身份信息需要从业务系统中获取，导致工作流引擎与业务系统耦合度较高；工作流引擎中工作流的权限控制、数据保护安全等级较低；工作流引擎采用接口调用的方式实现跨系统工作流的调用，要求两个系统之间必须要遵守同样的约定，灵活性较差，影响用户体验。

目前工作流引擎方案比较常用的有两种Activiti和Flowable，Activiti和Flowable都由国外开源社区提供，在专业领域不具备通用性，同时也不符合国内企业的组织架构，严重影响了系统使用上的性能体验。

发明内容

本发明内容所要解决的技术问题是针对背景技术中所涉及到的缺陷，提供一种基于工作流引擎审批系统的实现方法及系统，能够实现企业内和跨企业协调的高效审批流程，建立独立的组织架构进行汇报审批。

本发明内容的目的及解决的技术问题是采用以下技术方案来实现的：

一种基于工作流引擎审批系统的实现方法，包括：

S1：创建审批工作流处理流程模板，获取模板信息并组装唯一标识，后根据唯一标识获取对应唯一模板，返回模板配置模板信息，并保存模板信息；

S2：查询相同业务节点下是否已经创建流程模板，查询结果为否的话，保存流程定义表和模板值表；

S3：前台配置审批工作流流程定义，配置企业内和跨企业审批角色和审批条件，将组织架构关系独立，获取组织和角色列表信息并同步至工作流，保存流程定义；

S4：配置用户部门角色，人员配置完整后，创建审批工作流，发布企业审批工作流；

S5：获取流程配置列表，通过判断所述唯一标识获取企业信息和角色人员信息，判断所述企业信息和角色人员信息与本地存储信息是否一致，若不一致则更新汇报关系表；

S6：业务方通过已分配的编码调用审批工作流，前台生成单据，通过所述唯一标识判断企业类别是否拥有启动流程权限，若没有启动流程权限，则发送消息；

若有权限，生成唯一流水信息并发送携带唯一流水信息和调用权限状态信息的MQ消息通知流程启动状态；

启动审批流程，所有流程节点的审批用户审批工作流流程；

S7：更新流程执行表信息并保存，根据所述唯一标识返回流程列表，返回流程执行唯一标识加密动作，审批流程结束。

优选的，将系统ID、企业ID、用户ID绑定为唯一用户，所述唯一标识包括为唯一用户数据组成的唯一标识。

优选的，在审批完成后，由审批工作流平台通过业务方已经配置的mq和邮件信息主动发送通知给业务方，告知审批结果，业务方继续业务流程。

优选的，获取组织和角色列表信息并同步至工作流时，判断选中的组织角色在工作流的组织架构中是否存在，若存在，则返回组织和角色信息，保存流程定义，若不存在，配置企业内和跨企业审批组织和角色信息。

优选的，所述步骤S5中，通过判断所述唯一标识获取企业信息和角色人员信息后，判断是否集团公司，若为集团公司，判断集团已发布的流程和子企业信息是否复制，若未复制，生成子流程流程信息并保存。

优选的，所述步骤S5中，获取企业信息和角色人员信息后，判断是否跨企业审批，若判断为未跨企业，则判断当前流程节点是否已全部配置人员，根据判断结果返回信息，全部配置人员并更新流程信息表后，发布流程；

若判断为跨企业，则直接更新流程信息表，判断企业内部人员是否已全部配置，根据判断结果返回信息。

优选的，所述步骤S6中，所有流程节点的审批用户审批工作流流程前，保存审批工作流流程配置，更新流程模板版本。

优选的，所述步骤S4中，创建审批工作流流程后，进行撤回，前台发起撤回回信息，通过所述唯一标识获取企业类别信息，判断企业类别是否为集团公司，若为集团公司，将下属素有流程状态修改为删除，状态自动修改为未发布；若为非集团公司，将状态直接更新为未发布，撤回成功。

本发明还提供一种用于所述方法的工作流引擎系统，包括模板管理模块、流程管理模块、应用管理模块、审批管理模块、组织模块、执行模块，所述模板管理模块用于对审批工作流流程模板的配置；

所述流程管理模块包括流程配置管理、流程执行管理和流程发布管理；

所述应用管理模块包括系统管理和业务管理；

所述审批管理模块包括流程的代办管理、已办管理和审批管理；

所述组织模块包括组织架构的管理、角色管理和角色用户关系关联管理；

所述执行模块用于工作流引擎对审批工作流流程的执行。

本发明的有益效果包括：本发明保证流程独立运行，提供企业内业务专用的流程服务，辅助企业更快的进行审批流程；

通过系统ID、企业ID与用户ID进行关联，实现企业内与跨企业的审批流程，保证了业务系统的组织架构变更不影响审批流程，在执行节点后通知业务系统以完成业务流程；

通过灵活将组织架构独立，提供可配置化模型，动态创建节点并配置工作流审批流程，确保每个流程节点能找到独立企业的人员，来实现跨企业审批的目的，打造了高效的企业内和跨企业协同的审批流程，建立了独立的组织架构以实现汇报关系审批。

具体实施方式

下面对本发明内容的技术方案做进一步的详细说明。显然，所描述的实施例仅仅是本发明内容一部分实施例，而不是全部的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明内容保护的范围。

应当理解，尽管这里可以使用术语第一、第二、第三等描述各个元件、组件和/或部分，但这些元件、组件和/或部分不受这些术语限制。

一种基于工作流引擎审批系统的实现方法，包括：

S1：创建审批工作流处理流程模板，获取模板信息并组装唯一标识，后根据唯一标识获取对应唯一模板，返回模板配置模板信息，并保存模板信息；

S2：查询相同业务节点下是否已经创建流程模板，查询结果为否的话，保存流程定义表和模板值表；

S3：前台配置审批工作流流程定义，配置企业内和跨企业审批角色和审批条件，将组织架构关系独立，获取组织和角色列表信息并同步至工作流，保存流程定义；

S4：配置用户部门角色，人员配置完整后，创建审批工作流，发布企业审批工作流；

S5：获取流程配置列表，通过判断所述唯一标识获取企业信息和角色人员信息，判断所述企业信息和角色人员信息与本地存储信息是否一致，若不一致则更新汇报关系表；

S6：业务方通过已分配的编码调用审批工作流，前台生成单据，通过所述唯一标识判断企业类别是否拥有启动流程权限，若没有启动流程权限，则发送消息；

若有权限，生成唯一流水信息并发送携带唯一流水信息和调用权限状态信息的MQ消息通知流程启动状态；

启动审批流程，所有流程节点的审批用户审批工作流流程；

S7：更新流程执行表信息并保存，根据所述唯一标识返回流程列表，返回流程执行唯一标识加密动作，审批流程结束。

本实施例中，审批过程如下：

1、通过前台配置审批流定义，配置本单位或跨企业审批角色和审批条件；

2、本单位或者跨企业单位通过审批应用配置审批人员，人员配置完整后，点击发布启用审批工作流；

3、业务方通过已分配的编码，调用审批工作流，启动已经配置的审批流程；

4、本单位或跨企业单位人员登录审批流前台，在待审批界面查看未审批流程进行审批，待审批工作流内所有用户审批完成则完成该流程。

本实施例中，将系统ID、企业ID、用户ID绑定为唯一用户，所述唯一标识包括为唯一用户数据组成的唯一标识。

本实施例中，在审批完成后，由审批工作流平台通过业务方已经配置的mq和邮件信息主动发送通知给业务方，告知审批结果，业务方继续业务流程。

本实施例中，获取组织和角色列表信息并同步至工作流时，判断选中的组织角色在工作流的组织架构中是否存在，若存在，则返回组织和角色信息，保存流程定义，若不存在，配置企业内和跨企业审批组织和角色信息。

本实施例中，所述步骤S5中，通过判断所述唯一标识获取企业信息和角色人员信息后，判断是否集团公司，若为集团公司，判断集团已发布的流程和子企业信息是否复制，若未复制，生成子流程流程信息并保存。

本实施例中，所述步骤S5中，获取企业信息和角色人员信息后，判断是否跨企业审批，若判断为未跨企业，则判断当前流程节点是否已全部配置人员，根据判断结果返回信息，全部配置人员并更新流程信息表后，发布流程；

若判断为跨企业，则直接更新流程信息表，判断企业内部人员是否已全部配置，根据判断结果返回信息。

本实施例中，所述步骤S6中，所有流程节点的审批用户审批工作流流程前，保存审批工作流流程配置，更新流程模板版本。

本实施例中，所述步骤S4中，创建审批工作流流程后，进行撤回，前台发起撤回回信息，通过所述唯一标识获取企业类别信息，判断企业类别是否为集团公司，若为集团公司，将下属素有流程状态修改为删除，状态自动修改为未发布；若为非集团公司，将状态直接更新为未发布，撤回成功。

本实施例中，本发明还提供一种用于所述方法的工作流引擎系统，包括模板管理模块、流程管理模块、应用管理模块、审批管理模块、组织模块、执行模块，所述模板管理模块用于对审批工作流流程模板的配置；

所述流程管理模块包括流程配置管理、流程执行管理和流程发布管理；

所述应用管理模块包括系统管理和业务管理；

所述审批管理模块包括流程的代办管理、已办管理和审批管理；

所述组织模块包括组织架构的管理、角色管理和角色用户关系关联管理；

所述执行模块用于工作流引擎对审批工作流流程的执行。

本发明的有益效果包括：本发明保证流程独立运行，提供企业内业务专用的流程服务，辅助企业更快的进行审批流程；

通过系统ID、企业ID与用户ID进行关联，实现企业内与跨企业的审批流程，保证了业务系统的组织架构变更不影响审批流程，在执行节点后通知业务系统以完成业务流程；

通过灵活将组织架构独立，提供可配置化模型，动态创建节点并配置工作流审批流程，确保每个流程节点能找到独立企业的人员，来实现跨企业审批的目的，打造了高效的企业内和跨企业协同的审批流程，建立了独立的组织架构以实现汇报关系审批。本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件与软件组合来实现。当应用软件时，可以将相应功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (9)

1.一种基于工作流引擎审批系统的实现方法，其特征在于，包括：

S1：创建审批工作流处理流程模板，获取模板信息并组装唯一标识，后根据唯一标识获取对应唯一模板，返回模板配置模板信息，并保存模板信息；

S2：查询相同业务节点下是否已经创建流程模板，查询结果为否的话，保存流程定义表和模板值表；

S3：前台配置审批工作流流程定义，配置企业内和跨企业审批角色和审批条件，将组织架构关系独立，获取组织和角色列表信息并同步至工作流，保存流程定义；

S4：配置用户部门角色，人员配置完整后，创建审批工作流，发布企业审批工作流；

S5：获取流程配置列表，通过判断所述唯一标识获取企业信息和角色人员信息，判断所述企业信息和角色人员信息与本地存储信息是否一致，若不一致则更新汇报关系表；

S6：业务方通过已分配的编码调用审批工作流，前台生成单据，通过所述唯一标识判断企业类别是否拥有启动流程权限，若没有启动流程权限，则发送消息；

若有权限，生成唯一流水信息并发送携带唯一流水信息和调用权限状态信息的MQ消息通知流程启动状态；

启动审批流程，所有流程节点的审批用户审批工作流流程；

S7：更新流程执行表信息并保存，根据所述唯一标识返回流程列表，返回流程执行唯一标识加密动作，审批流程结束。

2.根据权利要求1所述的基于工作流引擎审批系统的实现方法，其特征在于，将系统ID、企业ID、用户ID绑定为唯一用户，所述唯一标识包括为唯一用户数据组成的唯一标识。

3.根据权利要求1所述的基于工作流引擎审批系统的实现方法，其特征在于，在审批完成后，由审批工作流平台通过业务方已经配置的mq和邮件信息主动发送通知给业务方，告知审批结果，业务方继续业务流程。

4.根据权利要求1所述的基于工作流引擎审批系统的实现方法，其特征在于，获取组织和角色列表信息并同步至工作流时，判断选中的组织角色在工作流的组织架构中是否存在，若存在，则返回组织和角色信息，保存流程定义，若不存在，配置企业内和跨企业审批组织和角色信息。

5.根据权利要求1所述的基于工作流引擎审批系统的实现方法，其特征在于，所述步骤S5中，通过判断所述唯一标识获取企业信息和角色人员信息后，判断是否集团公司，若为集团公司，判断集团已发布的流程和子企业信息是否复制，若未复制，生成子流程流程信息并保存。

6.根据权利要求1所述的基于工作流引擎审批系统的实现方法，其特征在于，所述步骤S5中，获取企业信息和角色人员信息后，判断是否跨企业审批，若判断为未跨企业，则判断当前流程节点是否已全部配置人员，根据判断结果返回信息，全部配置人员并更新流程信息表后，发布流程；

若判断为跨企业，则直接更新流程信息表，判断企业内部人员是否已全部配置，根据判断结果返回信息。

7.根据权利要求1所述的基于工作流引擎审批系统的实现方法，其特征在于，所述步骤S6中，所有流程节点的审批用户审批工作流流程前，保存审批工作流流程配置，更新流程模板版本。

8.根据权利要求1所述的基于工作流引擎审批系统的实现方法，其特征在于，所述步骤S4中，创建审批工作流流程后，进行撤回，前台发起撤回回信息，通过所述唯一标识获取企业类别信息，判断企业类别是否为集团公司，若为集团公司，将下属素有流程状态修改为删除，状态自动修改为未发布；若为非集团公司，将状态直接更新为未发布，撤回成功。

9.本发明还提供一种用于所述方法的工作流引擎系统，其特征在于，包括模板管理模块、流程管理模块、应用管理模块、审批管理模块、组织模块、执行模块，所述模板管理模块用于对审批工作流流程模板的配置；

所述流程管理模块包括流程配置管理、流程执行管理和流程发布管理；

所述应用管理模块包括系统管理和业务管理；

所述审批管理模块包括流程的代办管理、已办管理和审批管理；

所述组织模块包括组织架构的管理、角色管理和角色用户关系关联管理；

所述执行模块用于工作流引擎对审批工作流流程的执行。