1.本发明涉及企业管理信息化领域，具体而言，涉及一种业务活动风险控制方法、存储介质和电子设备。
背景技术：
：：2.在计算机信息处理系统中，企业的业务流程可以看作是按执行顺序排列的若干个业务活动，每个业务活动对应实现物理世界一项业务工作的信息加工、处理与存储，如员工入职、原料入库、领料加工、成品检验等等。作为对业务活动的风险进行事中控制的手段，企业要为存在风险的业务活动设置审批流程，用于决定业务活动是否可以执行。企业的业务流程是相对标准化和稳定的，而业务活动的审批流程在企业不同的组织机构中会因组织机构内部授权分工不同而不同，且这种分工有可能根据需要随时变化。传统的做法是：(一)将审批活动视同业务活动，将审批流程作为业务流程的一部分耦合在一起，即便业务流程完全相同但审批流程不同也要作为一个不同流程处理；(二)把审批流程从业务流程中独立出来，但作为一个与业务活动的执行不直接关联的独立的oa流程，业务活动的执行由执行人根据审批流程的结果手动操作，因而不在审批流程的直接控制之下。情况(一)导致审批流程与业务流程紧耦合，企业需求一旦变更，相关的所有程序都需要进行代码级更改；或者同类应用用于不同企业，只因审批流程的不同就要重新订制化开发；应用程序复用率低，需求变更导致开发成本高。这种情况的出现源于审批流程和业务流程紧耦合。情况(二)，由于审批流程和业务流程是两个各自独立的流程，业务活动是否经过审批以及审批意见是否完全落实取决于人控，由于人的不确定性，如某业务活动从制度上应该经过审批才能执行，可能会因为人为忘记等因素导致执行者未经过审批就直接执行了业务活动，给企业带来潜在损失，这种情况的出现源于审批流程和业务流程相互独立，互不制约。3.在后续的描述中，若未特殊说明，活动即指业务活动。技术实现要素：4.为了部分或全部解决上述问题，本发明将审批流程从业务流程中分离出来，作为业务活动的一个集合属性。针对同一业务活动，不同的组织机构可以根据内部的不同分工设置本机构独特的审批流程。一方面，同一业务活动由不同组织机构执行时，可以启动不同的审批流程，以体现不同组织机构对审批事项分工授权的不同，即使审批流程在不同的组织机构中各自不同且频繁变化，也不会影响到业务流程的标准化和统一；另一方面，由于审批流程是业务活动的一个集合属性，业务活动执行时可以根据审批流程返回的结果自动决定是否执行业务活动的任务程序，从而避免了人为按照oa流程审批结果执行业务活动所存在的失控风险。5.第一方面，本发明实施例提供了一种业务活动风险控制方法，包括：将审批流程作为业务活动的一个属性。6.根据本发明实施例的一种具体实现方式，所述业务活动为需要执行者参与的程序单元。7.根据本发明实施例的一种具体实现方式，当所述执行者提交所述业务活动时，判断是否需要审批；8.如果需要审批，则执行所述业务活动的审批流程并获得审批结果，如果审批结果为通过，则执行所述业务活动的任务程序；如果审批结果为退回，则返回；9.如果不需要审批，则执行所述业务活动的任务程序。10.根据本发明实施例的一种具体实现方式，在所述执行所述业务活动的审批流程并获得审批结果之前，提取所述审批流程，如果提取不到，向所述执行者反馈需要配置审批流程信息，结束程序。11.根据本发明实施例的一种具体实现方式，所述业务活动可配置若干个审批流程，执行所述业务活动时，根据所述执行者所属组织机构选择适配的审批流程。12.根据本发明实施例的一种具体实现方式，当为所述业务活动配置了审批流程后，所述审批流程适用于所有未配置审批流程的下属机构。13.根据本发明实施例的一种具体实现方式，如果审批结果为退回，向所述执行者反馈审批过程中形成的审批意见与相关参数。14.根据本发明实施例的一种具体实现方式，在执行完所述业务活动的任务程序之后，向所述执行者反馈任务完成。15.根据本发明实施例的一种具体实现方式，执行所述业务活动时，保存活动实例相关数据，所述数据包括但不限于此次执行输入和输出的数据，以备回溯。16.另一方面，本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时使处理器执行前述的方法。17.另一方面，本发明还提供了一种电子设备，所述电子设备包括：18.至少一个处理器；以及，19.与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述的方法。20.有益效果21.本发明通过将审批流程作为业务活动的一个属性，将需要频繁变更的审批流程与相对固定的业务流程分离解耦，且将审批流程的结果直接用于控制业务活动的执行，实现了业务活动风险控制的自动化和灵活配置。附图说明22.图1为一个实施例所提出的用于表达活动的一种数据结构；23.图2为一个实施例所提出的用于表达活动实例的一种数据结构；24.图3为一个实施例中对活动实例的执行进行控制的方法的流程图；25.图4为图2所示活动实例a1‑1按照图3所示实施例执行的流程图；其中，(a)为关键步骤执行后活动实例属性值示例，(b)为对应于图(a)活动实例的执行过程示例；26.图5为图2所示活动实例a1‑2按照图3所示实施例执行的流程图；其中，(a)为关键步骤执行后活动实例属性值示例，(b)为对应于图(a)活动实例的执行过程示例；27.图6为图2所示活动实例a1‑3按照图3所示实施例执行的流程图；其中，(a)为关键步骤执行后活动实例属性值示例，(b)为对应于图(a)活动实例的执行过程示例；28.图7为图2所示活动实例a1‑4按照图3所示实施例执行的流程图；其中，(a)为关键步骤执行后活动实例属性值示例，(b)为对应于图(a)活动实例的执行过程示例；29.图8为图2所示活动实例a2‑1按照图3所示实施例执行的流程图；其中，(a)为关键步骤执行后活动实例属性值示例，(b)为对应于图(a)活动实例的执行过程示例。具体实施方式30.下面结合附图和实施例对本技术进行进一步的介绍。31.在下述介绍中，术语“第一”、“第二”仅为用于描述的目的，而不能理解为指示或暗示相对重要性。下述介绍提供了本发明的多个实施例，不同实施例之间可以替换或者合并组合，因此本技术也可认为包含所记载的相同和/或不同实施例的所有可能组合。因而，如果一个实施例包含特征a、b、c，另一个实施例包含特征b、d，那么本技术也应视为包括含有a、b、c、d的一个或多个所有其他可能的组合的实施例，尽管该实施例可能并未在以下内容中有明确的文字记载。32.下面的描述提供了示例，并且不对权利要求书中阐述的范围、适用性或示例进行限制。可以在不脱离本技术内容的范围的情况下，对描述的元素的功能和布置做出改变。各个示例可以适当省略、替代或添加各种过程或组件。例如所描述的方法可以以所描述的顺序不同的顺序来执行，并且可以添加、省略或组合各种步骤。此外，可以将关于一些示例描述的特征组合到其他示例中。33.本发明实施例提供了一种业务活动风险控制方法，包括：将审批流程作为业务活动的一个属性。34.为了尽可能地降低业务流程自动化中的编程工作量，人们自然而然地想到了把广泛存在于erp(企业资源计划)、plm(产品全生命期管理)、crm(客户关系管理)等管理信息系统的业务流程中，用于对业务活动的风险进行控制的审批流程从业务流程中剥离出来，组成审批流程的审批活动不再被视为普通业务活动。审批流程是多变的，但审批活动是可以高度标准化、通用化的，审批流程多变的原因是不同组织有不同的授权矩阵，只要为审批活动配置不同的执行者就可得到不同的审批流程。因此，可以将审批流程做成可复用、可配置的通用产品，这就是oa系统的审批功能。这样做的好处是极大地简化了业务流程，占日常管理主要工作量的审批流都可以由最终用户通过配置实现，但也带来了问题，业务活动的执行需由执行者操作，执行者不但要自觉地发起审批流程，还要随时了解审批结果以便根据审批结果执行或取消业务活动，而执行者的操作是否遵循了审批结果只能通过事后的管理审计了解。本发明将审批流程作为业务活动的一个标配风控属性，业务活动一旦提交，即自动触发审批流程，继而监听审批流程的执行结果以决定是否执行业务活动的任务程序。这样做的好处，第一，每个活动的执行与否都可置于严格的由授权矩阵配置而成的审批流程的自动监控之下，无需人为干涉；第二，将多变的审批流程从业务流程中剥离，业务活动只需专注于任务程序逻辑的实现，业务流程只需专注于业务流的控制，特别是复杂的多层分枝和收敛的控制问题，这就使得业务流程的无代码配置成为可能。本发明通过将业务活动作为业务流程的独立子单元，设计为可独立运行的程序，保证了业务流程设计时可以采用搭建积木的方式由一个个业务活动通过串、并联方式组成。如企业的人员入职流程可以分成(人资)新员工入职请示、(人资)建立员工账号、(人资)建立员工档案、(人资)指定工作部门和岗位、(安保)为危险作业员工发放劳保用品、(人资)入职培训、(财务)建立工资账户、(工作部门)为合同聘用员工发放工具设备、(工作部门)负责人谈话、(工作部门)授予应用系统操作权限等多部门分工串、并行的业务活动。这些业务活动均可独立完成，有些活动需要走审批程序，有些不需要。因此，在业务活动设计实现时，将审批流程作为业务活动集合属性的一个，可以实现业务活动与审批流程的直接关联，确保必须经过审批才能执行的活动不会存在人为疏漏，由程序保障公司业务制度的落实。35.本例方法在业务系统使用中可表现为，在系统设计时程序员为所有业务活动设计两个标准属性：是否需要审批、审批流程集合，在系统部署初始化或者系统运行维护时,系统管理员通过设置业务活动的这两个属性值，完成对审批流程的配置。如图1所示，对于人资部门的新员工入职请示，在系统设计时程序员为该业务活动设置了员工姓名、出生日等参数属性，同时该业务活动还包括是否需要审批、审批流程集合这两个属性，系统管理员将是否需要审批属性设置为是，并为其配置了适用于it部门的审批流程p1。参见图1为一个可选的业务活动表达方式，可以存储在如数据库管理系统dbms等结构化数据管理系统中，业务活动表达为活动列表、活动属性列表、审批流程列表。活动列表包括描述任务程序的属性，由该属性对应的任务程序可实现对应业务活动的处理，如接收界面表单的输入内容，对输入内容进行合规性审核，在合规性审核之后将其存储入数据库系统的对应表格table；活动属性列表保存活动中所有参数属性的定义；审批流程列表保存活动模型所包含的所有审批流程。表格中给出了活动的示例，其中a1和a2是两个业务活动，它们分别拥有两个参数属性，活动a1需要审批，配置了两个审批流程，这两个流程适用的组织机构分别为it部和财务部；活动a2无需审批流程。其中，活动id、活动名称、任务程序、是否需要审批、活动参数属性、审批流程等均是业务活动的属性。此处仅为示例，在不同的业务实现中，可能有不同的表达方式，只要将审批流程作为业务活动的属性进行配置即可。在ui界面上，可以表现为对业务活动进行定义时，还对其设定是否需要审批参数，当选择是的时候，为其选择现有的审批流程或定义其审批流程。审批流程的定义可以采用现有审批流程管理系统的方法，如申云流程审批管理平台，泛微审批流程管理系统等。36.根据本发明实施例的一种具体实现方式，所述业务活动为需要执行者参与的可独立执行的程序单元。37.业务活动用于完成企业日常具体的业务工作，如新员工入职、材料领用、零件加工。本例将业务活动优选为需要执行者参与的可独立执行的程序单元，使业务系统的开发者可以将不同企业的同类业务的相关流程进行整合，提炼出与业务系统使用者相关的业务活动，将其作为业务流程配置的基本组件，一方面可使界面简洁，重点突出，另一方面与企业现行的业务流程相仿(如以表单的填报流转实现业务流程)，便于用户识别使用，用户仅通过对业务活动的如拖拽等简单的操作即可配置好适用的业务流程。如人资部门的新员工入职请示活动，该活动需要人资部门人员填写新员工基础信息表单；工作部门为合同聘用员工发放工具设备活动，该活动需要工作部门相关人员填写为合同聘用员工发放了哪些工具设备等；或者仓库管理部门的原材料入库活动，该活动需要库管员填写哪些原材料可以入库供生产部门使用等信息。业务活动可实现为网页、小程序、移动app等。可以设置业务活动包括但不限于四方面属性：业务参数、ui表单、任务程序和审批流程。如新员工入职请示活动中将需要填写的员工信息作为业务参数，用于执行者输入或修改员工信息和发送提交/取消指令的ui表单是员工表单，操作者在员工表单上输入新入职员工信息生成等待提交执行的新员工入职请示活动实例，按下提交指令后系统自动触发审批机制，将包含了新员工信息的员工表单发给与操作者所在部门匹配的审批流程并监听审批流程传回的审批结果，审批流程将员工表单发给预设的审批角色完成审批活动，若监听到的审批结果为通过，自动调用任务程序对执行者填写的员工信息进行校验、存储；其他类同，只是业务参数、ui表单、任务程序和/或审批流程有所区别而已。以上仅简单列举了可信息化的日常生产生活场景下的业务活动，本领域技术人员知道，可抽象的业务活动不限于此。38.根据本发明实施例的一种具体实现方式，当所述执行者提交所述业务活动时，判断是否需要审批；39.如果需要审批，则执行所述业务活动的审批流程并获得审批结果，如果审批结果为通过，则执行所述业务活动的任务程序；如果审批结果为退回，则返回；40.如果不需要审批，则执行所述业务活动的任务程序。41.进一步的，本例对于前述的业务活动的执行过程给出了一个示例，当用户(即执行者)填写完表单后提交执行时，根据是否需要审批确定执行过程。当然，通过/退回仅是对审批结果是通过/不通过的一种表达，在不同的应用场景，可使用不同的表达方式。42.根据本发明实施例的一种具体实现方式，在所述执行所述业务活动的审批流程并获得审批结果之前，提取所述审批流程，如果提取不到，向所述执行者反馈需要配置审批流程信息，结束程序。43.进一步的，为提高本例方法的可靠性，防止用户配置活动时，虽然配置了需要审批却没有配置对应的审批流程，导致系统运行时业务活动并没有按照审批流程进行审批就执行的情况发生，对该种情况进行判别。44.根据本发明实施例的一种具体实现方式，所述业务活动可配置若干个审批流程；执行所述业务活动时，根据所述执行者所属组织机构选择适配的审批流程。具体可以实现为如图1所示的审批流程列表，对于任意一个活动，可选配多个适合于不同组织机构的审批流程，当然，每个组织机构只能设置一个审批流程，当选配了审批流程却不设置适用组织机构时，表明来自任何部门的执行者都使用同样的审批流程。45.进一步的，通过对不同企业的大量业务流程相关的审批流程进行分析，发现企业中同一业务活动的审批流程都较相似，即便存在不同，这种不同往往体现在从事不同类型业务的部门(例如：生产部与销售部)间，同一业务部门的下属机构(例如：销售部下属的各销售大区)多数情况下会使用同一审批流程，因此，可以预先为需要审批的业务活动设置一个标准审批流程，将适用组织机构设置为企业组织的根节点，这样，在为企业的某个具体组织机构配置业务活动的审批流程时，若认定标准审批流程也适用于该组织机构，则不必重复设置。对于虽然不适用标准审批流程但自某一组织机构之下通用的审批流程，可将审批流程设置在该组织机构而不必为其下属机构重复设置审批流程。在提取适用于具体组织机构的审批流程时，若未在审批流程列表中找到与该组织机构相匹配的审批流程，则继续找其上级组织机构的审批流程。不同部门的执行者在执行同一业务活动的时候，本方法将根据执行者所属组织机构为其适配与其身份相匹配的审批流程。这种做法可大幅降低审批流程配置人员的工作量，降低流程配置错误的几率。46.根据本发明实施例的一种具体实现方式，如果审批结果为退回，向所述执行者反馈审批过程中形成的审批意见与相关参数。47.进一步的，为提高交互的友好性，当审批结果为退回时，向用户反馈原因，即审批意见与相关参数，让用户知道为什么审批没有通过，以便其修改并重新提交可望通过的表单。48.根据本发明实施例的一种具体实现方式，在执行完所述业务活动的任务程序之后，向所述执行者反馈任务完成。49.为进一步提高交互的友好性，当程序执行完毕时，向用户反馈相关信息，以便其知道此次任务是否/何时执行完毕。50.根据本发明实施例的一种具体实现方式，执行所述业务活动时，保存活动实例数据，所述数据包括但不限于此次执行输入和输出的数据。51.对任何企业而言，都要保存业务过程的相关数据，以备回查，尤其当出现问题时，通过回看历史数据追查原因尤为重要，因此对于表单的填报、审批进行记录就显得尤为重要。因此，本例将如图1所示业务活动相关属性或表单作为活动模型，如图2所示表单作为活动实例，将活动的每一次执行涉及的数据进行记录，以便任何时候回查。参见图2，本例将活动实例表达为活动实例列表、活动实例属性值列表。活动实例列表记录活动执行时所创建的所有活动实例，活动实例属性值列表记录活动实例的属性值，这些属性值是在执行一个活动时，按照活动属性列表中定义的属性类型，经由自动取值或人工赋值而得到的。表格中存放了由图1所示活动a1和a2产生的5个活动实例及它们的最终执行状态。图4至图8给出了每个活动实例按照图3所示实施例执行时的流程图。52.根据本发明实施例的一种具体实现方式，参见图3，提供了一种对活动实例的执行进行控制的方法，具体包括如下步骤：53.步骤s100：判断活动执行者所选择的执行方式,若选择了终止执行，执行步骤s110,若选择了提交执行，执行步骤s120。在本实施例中，活动执行者所选择的执行方式保存在活动实例列表中，因而执行方式可从该表中取；54.步骤s110：将任务终止写入活动实例列表的执行状态属性，结束程序；55.步骤s120：判断活动的执行是否需要审批，若活动的执行不需要审批，执行步骤s180。在本实施例中，是否需要审批的取值源自活动列表(参见图1)；56.步骤s130：从活动的审批流程集合中找到审批流程适用机构与活动实例的执行机构相匹配的审批流程；57.步骤s140：判断是否找到匹配的审批流程，若未找到，执行步骤s150,否则执行步骤s160；58.步骤s150：提示执行者需要配置审批流程，将缺少流程写入活动实例列表的执行状态属性，结束程序。执行者可选择终止执行，也可等待审批流程配置后再次提交执行；59.步骤s160：执行审批流程并监听由审批流程写入活动实例列表的执行状态属性中的审批结果，所述审批结果为通过或退回；60.步骤s170：判断审批结果，若审批结果为通过，执行步骤s180,否则执行步骤s190；61.步骤s180：执行为活动配置的任务程序完成活动任务，将任务完成写入活动实例列表的执行状态属性，作为活动实例的任务结束方式，结束程序；62.步骤s190：将审批过程中形成的审批意见与可能修改过的活动实例一起退回给执行者，执行者可选择终止执行或按审批意见修改活动实例后再次提交执行。63.本例中，将业务流程由业务活动组成。业务活动分为活动模型和活动实例。活动模型是对某一类活动的抽象，包括活动参数、任务程序等属性。活动实例是在执行一个活动时，对活动模型中的参数属性赋值后所得到的一个具象。任务程序是为完成活动任务而设计的程序，在活动实例生效执行时调用任务程序以完成由活动实例所描述的具体任务。64.通过上述示例可以看出，本发明将业务活动设计为可独立运行的程序单元；将审批流程从业务流程中分离出来，作为业务活动的一个集合属性；基于该思想，可以有任意的业务活动表达方式，但本发明解决问题的关键点都是审批流程作为业务活动的属性与其绑定，从而实现可配置，为组件可复用的业务系统构建提供解决方案，从而解决业务流程与审批流程紧耦合带来的重复开发、需求变更导致开发成本高等问题，以及业务流程与审批流程独立带来的不同步、制度的执行取决于人控等风险；为实现业务活动风险控制的自动化和灵活配置提供技术支撑。65.另一方面，本发明还提供了一种电子设备，所述电子设备包括：66.至少一个处理器；以及，67.与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述的方法。68.另一方面，本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法。其中，计算机可读存储介质可以包括但不限于任何类型的盘，包括软盘、光盘、dvd、cd‑rom、微型驱动器以及磁光盘、rom、ram、eprom、eeprom、dram、vram、闪速存储器设备、磁卡或光卡、纳米系统(包括分子存储器ic)，或适合于存储指令和/或数据的任何类型的媒介或设备。69.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。70.描述于本公开实施例中所涉及到的发明实施例的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是fpga(field－programmablegatearray，现场可编程门阵列)、ic(integratedcircuit，集成电路)等。其中，单元的名称并不构成对该单元本身的限定。71.本发明实施例的各处理单元和/或模块，可通过实现本发明实施例所述的功能的模拟电路而实现，也可以通过执行本发明实施例所述的功能的软件而实现。72.应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。73.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
：的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。当前第1页12当前第1页12