基于表单字段的工作流审批节点设置审批角色的方法技术

本发明专利技术公开了一种基于表单字段的工作流审批节点设置审批角色的方法，设置系统组织结构，选择表单中的角色性质字段、部门性质字段或者该审批流程的提交角色中的一个，作为级别主体，选择级别主体后，以该选定的主体作为判断标准判断级别；填写具体的级别数值。本发明专利技术可根据需要以表单中涉及到的角色性质字段、部门性质字段或提交角色作为判断部门级别的标准，如选择合同表单中的签订角色作为级别主体，以签订角色（而非一味默认为提交角色）作为标准判断级别，以确定审批节点的审批角色，使用更灵活、方便，通用性强。系统提供指定组来审批最高级别部门主管提交的审批请求，避免出现最高级别部门主管无法通过级别审批方式完成审批流程的问题。

Method of examining and approving role of workflow approval node based on form field

The invention discloses a method of setting approval roles for workflow approval nodes based on form fields, setting up system organizational structure, selecting one of the role nature fields, Department nature fields or submission roles of the approval process in the form as the level subject, and selecting the level subject, then using the selected subject as the level subject. As a standard of judgement, fill in the specific level values. According to the requirements, the invention can use the role nature field, the Department nature field or the submitting role involved in the form as the criteria to judge the Department level, such as selecting the signing role in the contract form as the main body of the level, and the signing role (rather than the submitting role by default) as the criteria to determine the approval section. The approval role of the point is more flexible, convenient and versatile. The system provides a designated group to examine and approve the approval request submitted by the highest level department head, so as to avoid the problem that the highest level department head can not complete the approval process through the level approval method.

【技术实现步骤摘要】
基于表单字段的工作流审批节点设置审批角色的方法
本专利技术涉及一种ERP等管理软件系统的工作流中审批节点审批角色的设置和管理方法，特别是涉及一种基于表单字段的工作流审批节点设置审批角色的方法。
技术介绍
基于角色的访问控制（RBAC）是近年来研究最多、思想最成熟的一种数据库权限管理机制，它被认为是替代传统的强制访问控制（MAC）和自主访问控制（DAC）的理想候选。传统的自主访问控制的灵活性高但是安全性低，强制访问控制安全性高但是限制太强；基于角色的访问控制两者兼具，不仅易于管理而且降低了复杂性、成本和发生错误的概率，因而近年来得到了极大的发展。基于角色的访问控制（RBAC）的基本思想是根据企业组织视图中不同的职能岗位划分不同的角色，将数据库资源的访问权限封装在角色中，用户通过被赋予不同的角色来间接访问数据库资源。在大型应用系统中往往都建有大量的表和视图，这使得对数据库资源的管理和授权变得十分复杂。由用户直接管理数据库资源的存取和权限的收授是十分困难的，它需要用户对数据库结构的了解非常透彻，并且熟悉SQL语言的使用，而且一旦应用系统结构或安全需求有所变动，都要进行大量复杂而繁琐的授权变动，非常容易出现一些意想不到的授权失误而引起的安全漏洞。因此，为大型应用系统设计一种简单、高效的权限管理方法已成为系统和系统用户的普遍需求。基于角色的权限控制机制能够对系统的访问权限进行简单、高效的管理，极大地降低了系统权限管理的负担和代价，而且使得系统权限管理更加符合应用系统的业务管理规范。然而，传统基于角色的用户权限管理和工作流控制方法均采用“角色对用户一对多”的关联机制，其“角色”为组/类性质，即一个角色可以同时对应/关联多个用户，角色类似于岗位/职位/工种等概念，这种关联机制下对用户权限的授权基本分为以下三种形式：1、如图1所示，直接对用户授权，缺点是工作量大、操作频繁且麻烦；审批流程中审批节点的审批操作主体是用户，工作流审批节点直接选择员工/用户作为审批主体，当发生员工变动（如调岗、离职等），该员工涉及到的所有流程必须要作相应调整，特别是对于公司管理人员，其涉及到的审批流程多，流程调整的工作量大、繁杂，容易出错或遗漏，影响企业的正常运营，甚至造成不可预估的损失。即使只是员工审批权限发生变化，也需要对该员工涉及到的流程作出相应调整，也存在以上类似问题。2、如图2所示，对角色（类/组/岗位/工种性质）进行授权（一个角色可以关联多个用户），用户通过角色获得权限，审批操作主体是组/类性质角色；3、如图3所示，以上两种方式结合。以上的表述中，2、3均需要对类/组性质的角色进行授权，而通过类/组/岗位/工种性质的角色进行授权和工作流控制的方式有以下缺点：1、用户权限变化时的操作难：在实际的系统使用过程中，经常因为在运营过程中需要对用户的权限进行调整，比如：在处理员工权限变化时，角色关联的某个员工权限发生变化，我们不能因该个别员工权限的变化而改变整个角色的权限，因为该角色还关联了其他权限未变的员工。因此为了应对该种情况，要么创建新角色来满足该权限发生变化的员工，要么对该员工根据权限需求直接授权（脱离角色）。以上两种处理方式，在角色权限较多的情况下对角色授权不仅所需时间长，而且容易犯错，使用方操作起来繁琐又麻烦，也容易出错导致对系统使用方的损失。员工/用户的审批权限发生变化时，要么员工/用户脱离角色，工作流审批节点直接选择员工/用户作为审批主体，要么新增角色来满足审批流程的要求。第一种方式，当发生员工变动（如调岗、离职等），该员工涉及到的所有流程必须要作相应调整，特别是对于公司管理人员，其涉及到的审批流程多，流程调整的工作量大、繁杂，容易出错或遗漏，影响企业的正常运营，甚至造成不可预估的损失。即使只是员工审批权限发生变化，也需要对该员工涉及到的流程作出相应调整，也存在以上类似问题。第二种方式，新增角色便涉及到角色的新建、关联、授权工作，特别在角色多、角色关联的用户也多的情况下，角色具体关联了哪些用户是很难记住的。2、要长期记住角色包含的具体权限难：若角色的权限功能点比较多，时间一长，很难记住角色的具体权限，更难记住权限相近的角色之间的权限差别，相近角色的权限也很容易混淆；若要关联新的用户，无法准确判断应当如何选择关联。3、因为用户权限变化，则会造成角色创建越来越多（若不创建新角色，则会大幅增加直接对用户的授权），更难分清各角色权限的具体差别。4、调岗时，若要将被调岗用户的很多个权限分配给另外几个用户承担，则处理时必须将被调岗用户的这些权限区分开来，分别再创建角色来关联另外几个用户，这样的操作不仅复杂耗时，而且还很容易发生错误。传统系统的工作流审批机制存在以下缺陷：（1）审批节点中无法选择流程发起人自身作为审批人员，在审批流程结束之前，审批流程的发起人无法复核确认其提交的申请的审批结果，例如：发起人发起了一个10000元的报销审批请求，因发起人提交的内容有误或其他原因，经过多级审批后核准报销金额被修改为500元，最终的审批结果只允许报销500元，审批流程结束。发起人收到审批结果后有异议的话，必须将之前的审批流程结果作废，再重新提交一个审批申请，增加了系统内耗，降低了审批效率。（2）对于组织结构比较复杂的跨省、跨国集团公司等，涉及到的审批流程数量非常多，审批流程流转条件和流转线路也很复杂，对于系统流程设置人员来说，工作量非常大，而且很容易在设置审批流程时出错，系统使用很不方便、系统可靠性不高。（3）在按级别设置审批时，系统无法实现对最高级部门主管所提交的审批请求的审批，一般需要单独为最高级部门主管分配专门的审批角色，增加了系统工作流设置人员的工作量。（4）只能以审批流程提交角色作为判断标准来判断部门级别，无法自定义以表单中涉及到的其它角色或部门作为判断部门级别的标准，存在一定的使用局限性。举例：对于一个合同审批流程，合同的签订角色请假了，让其同事替他发起了一个合同的审批，而系统认定其同事为流程的提交角色，在按级别审批时对于级别的判断均以其同事为准，无法客观体现合同签订角色所在的部门及职位。例如，合同的签订角色为市场部的销售人员1，其同事角色为研发部的研发人员1，原本该合同应由签订角色所在部门的主管-市场部主管角色审批，设置审批节点的审批级别为1时，系统会分配给研发人员1所在部门的主管-研发部主管角色进行审批，出现了审批流程的分配错误，使用不方便。
技术实现思路
本专利技术的目的在于克服现有技术的不足，提供一种基于表单字段的工作流审批节点设置审批角色的方法，根据需要自定义以表单中涉及到的角色性质字段、部门性质字段或提交角色作为判断部门级别的标准，以此确定审批角色，使用更灵活、方便。本专利技术的目的是通过以下技术方案来实现的：基于表单字段的工作流审批节点设置审批角色的方法，包括一个设置系统组织结构的步骤和一个按部门级别设置审批角色的步骤：所述设置系统组织结构的步骤包括以下子步骤：SS1：创建系统组织结构中所包含的部门及角色；SS2：设置各部门之间的层级关系，并设置各部门的部门主管角色；所述按部门级别设置审批角色的步骤包括：SSS1:选择以按级别方式进行审批角色的设置；SSS2:选择审批流程对应表单中的角色性质字段、部门性质字段或者该审批流本文档来自技高网...

【技术保护点】
1.基于表单字段的工作流审批节点设置审批角色的方法，其特征在于，包括一个设置系统组织结构的步骤和一个按部门级别设置审批角色的步骤：所述设置系统组织结构的步骤包括以下子步骤：SS1：创建系统组织结构中所包含的部门及角色；SS2：设置各部门之间的层级关系，并设置各部门的部门主管角色；所述按部门级别设置审批角色的步骤包括：SSS1:选择以按级别方式进行审批角色的设置；SSS2:选择审批流程对应表单中的角色性质字段、部门性质字段或者该审批流程的提交角色中的一个，作为级别主体；SSS3:填写具体的级别数值n，n为≥0的正整数：（1）选择审批流程对应表单中的角色性质字段作为级别主体，以该字段对应的角色为判断标准判断级别：①当n=0时，由该字段对应的角色担任该审批节点的审批角色；②当n=1时，由该字段对应的角色所在部门的部门主管角色担任该审批节点的审批角色；若该字段对应的角色为其所在部门的部门主管角色，则由该字段对应的角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色；③当n=2时，由该字段对应的角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色；④当n=3时，由该字段对应的角色所在部门的上上一级部门的部门主管角色担任该审批节点的审批角色；⑤当n=4时，由该字段对应的角色所在部门的上上上一级部门的部门主管角色担任该审批节点的审批角色；⑥以此类推；⑦当部门级别的设置超过系统组织结构中的最高级别部门时，由最高级别部门的部门主管角色担任该审批节点的审批角色；（2）选择审批流程对应表单中的部门性质字段作为级别主体，以该字段对应的部门为判断标准判断级别：①当n=0时，由该字段对应的部门的部门主管角色担任该审批节点的审批角色；②当n=1时，由该字段对应的部门的上一级部门的部门主管角色担任该审批节点的审批角色；③当n=2时，由该字段对应的部门的上上一级部门的部门主管角色担任该审批节点的审批角色；④当n=3时，由该字段对应的部门的上上上一级部门的部门主管角色担任该审批节点的审批角色；⑤以此类推；⑥当部门级别的设置超过系统组织结构中的最高级别部门时，由最高级别部门的部门主管角色担任该审批节点的审批角色；（3）选择审批流程的提交角色作为级别主体，以该提交角色为判断标准判断级别：①当n=0时，由工作流审批流程提交角色担任该审批节点的审批角色；②当n=1时，由工作流审批流程提交角色所在部门的部门主管角色担任该审批节点的审批角色；若提交角色为其所在部门的部门主管角色，则由提交角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色；③当n=2时，由工作流审批流程提交角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色；④当n=3时，由工作流审批流程提交角色所在部门的上上一级部门的部门主管角色担任该审批节点的审批角色；⑤当n=4时，由工作流审批流程提交角色所在部门的上上上一级部门的部门主管角色担任该审批节点的审批角色；⑥以此类推；⑦当部门级别的设置超过系统组织结构中的最高级别部门时，由最高级别部门的部门主管角色担任该审批节点的审批角色。...

【技术特征摘要】
2017.05.16 CN 20171034503141.基于表单字段的工作流审批节点设置审批角色的方法，其特征在于，包括一个设置系统组织结构的步骤和一个按部门级别设置审批角色的步骤：所述设置系统组织结构的步骤包括以下子步骤：SS1：创建系统组织结构中所包含的部门及角色；SS2：设置各部门之间的层级关系，并设置各部门的部门主管角色；所述按部门级别设置审批角色的步骤包括：SSS1:选择以按级别方式进行审批角色的设置；SSS2:选择审批流程对应表单中的角色性质字段、部门性质字段或者该审批流程的提交角色中的一个，作为级别主体；SSS3:填写具体的级别数值n，n为≥0的正整数：（1）选择审批流程对应表单中的角色性质字段作为级别主体，以该字段对应的角色为判断标准判断级别：①当n=0时，由该字段对应的角色担任该审批节点的审批角色；②当n=1时，由该字段对应的角色所在部门的部门主管角色担任该审批节点的审批角色；若该字段对应的角色为其所在部门的部门主管角色，则由该字段对应的角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色；③当n=2时，由该字段对应的角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色；④当n=3时，由该字段对应的角色所在部门的上上一级部门的部门主管角色担任该审批节点的审批角色；⑤当n=4时，由该字段对应的角色所在部门的上上上一级部门的部门主管角色担任该审批节点的审批角色；⑥以此类推；⑦当部门级别的设置超过系统组织结构中的最高级别部门时，由最高级别部门的部门主管角色担任该审批节点的审批角色；（2）选择审批流程对应表单中的部门性质字段作为级别主体，以该字段对应的部门为判断标准判断级别：①当n=0时，由该字段对应的部门的部门主管角色担任该审批节点的审批角色；②当n=1时，由该字段对应的部门的上一级部门的部门主管角色担任该审批节点的审批角色；③当n=2时，由该字段对应的部门的上上一级部门的部门主管角色担任该审批节点的审批角色；④当n=3时，由该字段对应的部门的上上上一级部门的部门主管角色担任该审批节点的审批角色；⑤以此类推；⑥当部门级别的设置超过系统组织结构中的最高级别部门时，由最高级别部门的部门主管角色担任该审批节点的审批角色；（3）选择审批流程的提交角色作为级别主体，以该提交角色为判断标准判断级别：①当n=0时，由工作流审批流程提交角色担任该审批节点的审批角色；②当n=1时，由工作流审批流程提交角色所在部门的部门主管角色担任该审批节点的审批角色；若提交角色为其所在部门的部门主管角色，则由提交角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色；③当n=2时，由工作流审批流程提交角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色；④当n=3时，由工作流审批流程提交角色所在部门的上上一级部门的部门主管角色担任该审批节点的审批角色；⑤当n=4时，由工作流审批流程提交角色所在部门的上上上一级部门的部门主管角色担任该审批节点的审批角色；⑥以此类推；⑦当部门级别的设置超过系统组织结构中的最高级别部门时，由最高级别部门的部门主管角色担任该审批节点的审批角色。2.根据权利要求1所述的基于表单字段的工作流审批节点设置审批角色的方法，其特征在于：当审批节点选择的是级别审批时，对级别中对应的审批角色进行审批权限授权，则此级别中对应的审批角色的审批权限都相同。3.根据权利要求1所述的基于表单字段的工作流审批节点设置审批角色的方法，其特征在于：所述表单中的角色性质字段、部门性质字段为必填单选项。4.根据权利要求1所述的基于表单字段的工作流审批节点设置审批角色的方法，其特征在于：所述工作流的控制方法包括以下步骤：S1：构建用户-角色-权限的三层结构模型，其中：角色层：工作流中流程审批的操作主体为角色，每个角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；权限层：由工作流执行中所需要使用的权限构成，权限直接授权给角色；用户层：用户通过关联的角色确定工作流中的审批任务，并以关联角色的权限进行审批操作；S2：利用三层结构模型对工作流进行控制，一个审批流程中包括一个开始节点、至少一个审批节点、一个结束节点：开始节点：发起/申请/提交工作流；审批节点：设置审批的部门的级别，并对级别中对应的审批角色进行审批权限授权；结束节点：流程流转到此节点后，表示该审批流程审批结束；S3：用户根据其关联的角色确定所需处理的审批任务，并根据关联的角色的权限进行审批操作。5.根据权利要求4所述的基于表单字段的工作流审批节点设置审批角色的方法，其特征在于：在审批节点选择一个或多个审批角色，一个角色在同一个审批流程中能够存在于不同审批节点，不同审批节点中该审批角色对表单字段的查看、修改权限可不同。6.根据权利要求4所述的基于表单字段的工作流审批节点设置审批角色的方法，其特征在于：在审批节点选择一个或多个审批角色，在审批节点设置审批角色的权限，针对每个审批节点...

【专利技术属性】
技术研发人员：陈达志，
申请(专利权)人：成都牵牛草信息技术有限公司，
类型：发明
国别省市：四川,51