WO2018210248A1 - 基于表单字段的工作流审批节点设置审批角色的方法 - Google Patents
基于表单字段的工作流审批节点设置审批角色的方法 Download PDFInfo
- Publication number
- WO2018210248A1 WO2018210248A1 PCT/CN2018/086933 CN2018086933W WO2018210248A1 WO 2018210248 A1 WO2018210248 A1 WO 2018210248A1 CN 2018086933 W CN2018086933 W CN 2018086933W WO 2018210248 A1 WO2018210248 A1 WO 2018210248A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- role
- approval
- department
- level
- node
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 204
- 230000008569 process Effects 0.000 claims abstract description 158
- 230000008520 organization Effects 0.000 claims abstract description 36
- 238000013475 authorization Methods 0.000 claims description 37
- 101001093143 Homo sapiens Protein transport protein Sec61 subunit gamma Proteins 0.000 claims description 6
- 101000694017 Homo sapiens Sodium channel protein type 5 subunit alpha Proteins 0.000 claims description 6
- 101100120905 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) TDH1 gene Proteins 0.000 claims description 6
- 102100027198 Sodium channel protein type 5 subunit alpha Human genes 0.000 claims description 6
- 238000007726 management method Methods 0.000 description 18
- 230000008859 change Effects 0.000 description 17
- 230000007246 mechanism Effects 0.000 description 9
- 238000012552 review Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 4
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 239000003999 initiator Substances 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000000366 juvenile effect Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 230000007306 turnover Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/105—Human resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/604—Tools and structures for managing or administering access control systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06316—Sequencing of tasks or work
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0633—Workflow analysis
Definitions
- the invention relates to a method for setting and managing an approval node approval role in a workflow of a management software system such as ERP, in particular to a method for setting an approval role of a workflow approval node based on a form field.
- Role-based access control is one of the most researched and matured database rights management mechanisms in recent years. It is considered to be an ideal candidate to replace traditional mandatory access control (MAC) and autonomous access control (DAC). Traditional autonomous access control has high flexibility but low security. Forced access control is highly secure but too restrictive. Role-based access control combines both ease of management and reduces the complexity, cost, and probability of errors. Therefore, it has been greatly developed in recent years.
- the basic idea of role-based access control (RBAC) is to divide different roles according to different functional positions in the enterprise organization view, encapsulate the access rights of database resources in roles, and indirectly access database resources by being assigned different roles.
- the role-based permission control mechanism can manage the access rights of the system simply and efficiently, which greatly reduces the burden and cost of the system rights management, and makes the system rights management more in line with the business management specifications of the application system.
- the traditional role-based user rights management and workflow control methods adopt the "role-to-user one-to-many" association mechanism, and the "role” is group/class nature, that is, one role can simultaneously correspond to/associate multiple users.
- the role is similar to the concept of position/position/work type.
- the authorization of user rights under this association mechanism is basically divided into the following three forms: 1. As shown in Figure 1, the user is authorized directly. The disadvantage is that the workload is large and the operation is frequent. And trouble; the approval operation subject of the approval node in the approval process is the user, and the workflow approval node directly selects the employee/user as the approval subject.
- the role (class/group/post/work type nature) is authorized (a role can be associated with multiple users), the user obtains the permission through the role, and the approval operation subject is a group/class nature role;
- both 2 and 3 need to authorize the role of the class/group nature, and the way of authorization and workflow control through the role of class/group/post/work type has the following disadvantages: 1.
- Difficulties in operation In the actual system use process, it is often necessary to adjust the user's authority during the operation process. For example, when dealing with employee permission changes, the employee rights associated with the role change, we cannot because of this Changes in employee permissions change the permissions of the entire role, because the role is also associated with other employees whose permissions have not changed. So in response to this situation, either create a new role to satisfy the employee whose permissions have changed, or directly authorize (disengage the role) from the employee based on the permission requirements.
- the above two processing methods not only require a long time for the role authorization in the case of a large number of role permissions, but also are easy to make mistakes, the user is cumbersome and troublesome to operate, and is also prone to errors resulting in loss to the system user.
- the workflow approval node directly selects the employee/user as the approval subject, or the new role is added to meet the requirements of the approval process.
- employee changes such as transfer, resignation, etc.
- all the processes involved in the employee must be adjusted accordingly, especially for company management personnel, which involves more approval processes and process adjustments. Large amount, complicated, easy to make mistakes or omissions, affecting the normal operation of the company, and even causing unpredictable losses.
- the new role involves the creation, association, and authorization of the role. Especially in the case of a large number of roles and a large number of users associated with the role, it is difficult to remember which users are associated with the role.
- the workflow approval mechanism of the traditional system has the following defects:
- the process initiator cannot be selected as the approval personnel in the approval node. Before the approval process is completed, the initiator of the approval process cannot review the approval result of the application submitted. For example, the sponsor initiated a reimbursement of 10,000 yuan. The request, due to the wrong content submitted by the sponsor or other reasons, after multiple levels of approval, the approved reimbursement amount was revised to 500 yuan, the final approval result is only allowed to reimburse 500 yuan, the approval process is over. If the sponsor has objection after receiving the approval result, the result of the previous approval process must be invalidated, and then an application for approval is resubmitted, which increases the internal consumption of the system and reduces the efficiency of examination and approval.
- the contract signing role is for leave, so that his colleague has initiated a contract approval for him, and the system determines that his colleague is the submitting role of the process, and the level judgment is based on the level approval.
- Colleagues are the subject, and it is impossible to objectively reflect the department and position in which the contract signing role is located.
- the signing role of the contract is the salesperson of the marketing department1
- the colleague role is the R&D personnel of the R&D department.
- the contract should be approved by the head of the department in which the role is assigned, the head of the marketing department, and the approval level of the approval node is set to At 1 o'clock, the system will be assigned to the supervisor-R&D department supervisor of the department where the R&D staff 1 is located for approval.
- the allocation process is incorrectly assigned and inconvenient to use.
- the object of the present invention is to overcome the deficiencies of the prior art, and provide a method for setting an approval role by a workflow approval node based on a form field, and customizing a role property field, a department property field, or a submission role involved in the form as needed. Judging the criteria at the department level to determine the approval role, the use is more flexible and convenient.
- a form-based workflow approval node sets up an approval role, including a step to set up the system's organizational structure and a step to set the approval role by department level:
- the step of setting the system organization structure includes the following sub-steps:
- SS1 Create departments and roles contained in the system organization structure
- SS2 Set the hierarchical relationship between departments and set the department supervisor role of each department;
- the steps of setting the approval role by department level include:
- SSS1 Select to set the approval role in a hierarchical manner
- SSS2 Select one of the role nature field, the department property field, or the submission role of the approval process in the approval process corresponding form, as the level body;
- the department head role of the department is the approval role of the approval node; if the role is submitted as the department supervisor role of the department in which it is located, the department head role of the upper department of the department in which the role is submitted serves as the approval role of the approval node;
- the approval authority of the corresponding approval role in the level is authorized, and the approval authority of the corresponding approval role in this level is the same.
- the role property field and the department property field in the form are mandatory single options.
- the control method of the workflow includes the following steps: S1: constructing a three-layer structure model of user-role-permission, wherein: a role layer: an operation subject of process approval in a workflow is a role, and each role is an independent individual, and Non-group/class, a role can only be associated with a unique user in the same period, and a user is associated with one or more roles; privilege layer: consists of the privilege required for workflow execution, and the privilege is directly delegated to the role; user layer: The user determines the approval task in the workflow through the associated role, and performs the approval operation with the permission of the associated role; S2: controls the workflow by using the three-layer structure model, and an approval process includes a start node, at least one approval node, An end node: start node: initiate/apply/submit workflow, further, submit role initiation/application/submission workflow, role with workflow initiation permission to initiate/apply/submit workflow as submit role; system based on submission The form submitted by the role determines the approval
- approval node set the level of the approved department, and approve the authorization authority for the corresponding approval role in the level
- end node process flow to After this node, it indicates that the approval process approval is over
- S3 The user determines the approval task to be processed according to its associated role, and performs the approval operation according to the permissions of the associated role.
- One or more approval roles in the approval node can exist in different approval nodes in the same approval process.
- the approval role can be different for viewing and modifying the form fields in different approval nodes.
- Select one or more approval roles at the approval node set permissions for the approval role on the approval node, and enable independent permission settings for each approval role for each approval node.
- the step S1 includes the following steps: (1) creating a role, each role being an independent individual, not a group/class; (2) authorizing the roles created in step (1) separately; and (3) placing the user Associated to a role, where a role can only be associated with a unique user and a user is associated with one or more roles;
- Step (1) is preceded, but step (2) and step (3) have no sequential relationship.
- the role belongs to the department, and the role name is unique under the department, and the role number is unique in the system; the specific steps of the user inter-department management: (1) cancel the association between the user and the role in the original department; ) Associate users with roles within the new department.
- the user determines the authority through its association with the role, one employee corresponds to one user account, and one user account corresponds to one employee.
- composition of the character is: post name + post number.
- a form-based workflow approval node sets up an approval role, including a step to set up the system's organizational structure and a step to set the approval role by department level:
- the step of setting the system organization structure includes the following sub-steps:
- SS1 Create departments and roles contained in the system organization structure
- SS2 Set the hierarchical relationship between departments and set the department supervisor role of each department;
- the steps of setting the approval role by department level include:
- SSS1 Select to set the approval role in a hierarchical manner
- SSS2 Select one of the role nature field, the department property field, or the submission role of the approval process in the approval process corresponding form, as the level body;
- the department supervisor role of the upper-upper department of the department where the role is submitted by the workflow approval process serves as the approval role of the approval node; 6 and so on; 7 when the department level setting exceeds When the highest level department in the system organization structure, the department head role of the highest level department acts as the approval role of the approval node; 8 when n ⁇ 1, it is necessary to set the “submit role” as the department supervisor role of the department in which it is located, and the department
- the approval node is approved by the designated group;
- the specified group approval includes one of the following three conditions: (1) the designated group consists of one or more approval roles; (2) the specified group consists of The department level determines that only the level body selected by the approval node can be selected when the level body is selected, and the level value n can only be set to 0; (3) the specified group is determined by the department level, and the level body can independently select, and the specified group includes One or more specified nodes.
- the beneficial effects of the present invention are as follows: (1) The traditional level approval method can only submit the role as the judgment standard by the approval process to judge the department level, and cannot customize the other roles or departments involved in the form as the criteria for judging the department level. Certain use limitations.
- the contract signing role is for leave, so that his colleague has initiated a contract approval for him, and the system determines that his colleague is the submitting role of the process, and the level judgment is based on the level approval.
- Colleagues are the subject, and it is impossible to objectively reflect the department and position in which the contract signing role is located.
- the signing role of the contract is the salesperson of the marketing department1
- the colleague role is the R&D personnel of the R&D department.
- the contract should be approved by the head of the department in which the role is assigned, the head of the marketing department, and the approval level of the approval node is set to At 1 o'clock, the system will be assigned to the supervisor-R&D department supervisor of the department where the R&D staff 1 is located for approval.
- the allocation process is incorrectly assigned and inconvenient to use.
- the application can customize the role property field, the department property field or the submission role involved in the form as a criterion for judging the department level. For example, when setting the approval node, the signing role in the contract form can be selected as the level body.
- the signing role (rather than defaulting to submitting the role) is used as a standard to judge the department level, so as to determine the approval role as the marketing department supervisor role, the use is more flexible, convenient, and versatile.
- the system provides the approval mechanism for the highest level department heads to avoid the problem that the top level department heads cannot complete the approval process through level approval.
- the chairman of the company's top leadership submits an approval request
- the chairman does not have a higher-level department, but sets a designated group to approve the approval request submitted by the chairman.
- the designated group approval includes one of the following three situations: 1
- the designated group consists of one or more approval roles.
- a member of a plurality of supervisory committees constitutes a designated group, and the chairman's approval request is approved by the members of the board of supervisors;
- the group is determined by the department level.
- the level body only the level body selected by the approval node can be used, and the level value n can only be set to 0; this case is used to respond to changes in the organizational structure of the enterprise, for example, a company
- the former top-level supervisor is the general manager, and after the organizational structure changes, the board of directors is added.
- the highest-level supervisor becomes the chairman.
- the level of the approval node is 0.
- the approval role automatically becomes the chairman, instead of being fixed as the general manager.
- the approval role cannot adapt to the problem of organizational structure change; 3 the specified group is determined by the department level, the level body can choose independently, and the specified group includes one or more designated nodes.
- the level value n of the specified node is non-zero, it must be set. Specifies the node at the first level until the specified node's level value n is 0, the specified group setting of the approval node Completion; this applies to the approval request submitted by the head of the department in the general department role approval.
- the finance director of the finance department can review the billing information involved in the contract approval request submitted by the chairman, and ultimately it must be confirmed by the chairman. .
- the department level n can be set to 0, that is, the submission role itself is selected as the approval role in the approval node.
- the submission role itself can be approved and confirmed. Can return to re-approval, choose to agree to enter the next link, and more to submit the role review process, to avoid the problem of incorrect approval results or the approval results are not in line with the expectations of the submitted role and need to create (resubmit) the approval process, reducing the system Internal friction increases the efficiency and reliability of the approval process.
- the submitting role submitted a 10,000 yuan reimbursement approval request.
- the content submitted by the submitting role is incorrect or other reasons.
- the approved reimbursement amount is revised to 500 yuan.
- the submitting role is submitted.
- the main body of the approval operation in the workflow is the role, and the role is an independent individual rather than a traditional group/class role, even if employee/user changes occur (such as transfer, resignation, etc.), or employee approval authority If there is a change, simply re-associate the employee to the new role, or adjust the role approval authority accordingly. There is no need to reset/adjust the process. It is easy to set up, no mistakes or omissions, and will not affect the normal operation of the enterprise. Greatly improved the reliability of the workflow.
- the role of the nature of the post number is the approval authority of the approval link node. The user determines which approval tasks are available through the role. The user can approve the operation by associating the role permissions; the understanding is clear and simple, and the nature of each post number/station number
- the role is the smallest unit of the work subject, and this application can be well satisfied for each role's different requirements for approval.
- the role of the application is a one-to-one relationship to the user.
- a role can only be associated with a unique user at the same time. The advantage of this is that each time a user is created, the operation of assigning rights is no longer required, as long as The user is associated with the role, and the role's permission changes are much less than the user permissions in the traditional mechanism.
- the number of roles of the nature of the independent body (the nature of the post number/station number) is small. Although the employee turnover is large, the change of the post number/station number is small (even if there is no change in a certain period of time, that is, the role does not change), This will greatly simplify the user's rights management and reduce the overhead of the system.
- the operation of dynamic management, on-the-job adjustment, etc. is simple and convenient, high in efficiency and high in reliability: the application of the entry/departure/adjustment in the approval process is simple, and the operation subject of the approval of the workflow is the role, when the employee/user There is no need to reset the approval process when the change occurs (the user only needs to cancel or associate the role: the user who is no longer in the role of the job number/station number cancels the role association and takes over the role of the job number/station number. If the user is associated with the role of the job number, the user associated with the role automatically obtains the related tasks and permissions of the role in the approval workflow, without resetting the approval workflow or reauthorizing the roles in the workflow. , greatly improving the efficiency, security and reliability of process settings.
- Zhang San is no longer working as a “buyer 3”, Zhang San cancels the association with the role; Li Si took over as “Purchaser 3”
- Li Si is associated with the role, and Li Si automatically obtains the approval task and approval authority for the role of “Purchase 3” in the approval process.
- the traditional rights management mechanism defines the role as a group, a job type, a class, etc.
- the role is a one-to-many relationship with the user. In the actual system use process, it is often necessary to perform the user's authority during the operation process. Adjustments, for example, when the employee permissions are changed, the permissions of an employee associated with the role change. We cannot change the permissions of the entire role because of the change of the individual employee permissions, because the role is also associated with other permissions. Staff. So in response to this situation, either create a new role to satisfy the employee whose permissions have changed, or directly authorize (disengage the role) from the employee based on the permission requirements.
- the above two processing methods not only require a long time for the role authorization in the case of a large number of role permissions, but also are easy to make mistakes, the user is cumbersome and troublesome to operate, and is also prone to errors resulting in loss to the system user.
- the role since the role is an independent individual, the role permission can be changed to achieve the goal.
- the method of the present application seems to increase the workload when the system is initialized, it can be made by copying and the like to make the role or authorization more efficient than the traditional group-based role, because the role of the group is not considered.
- the application scheme will make the permission setting clear and clear; especially after the system is used for a period of time (the user/role authority changes dynamically), the application scheme can greatly improve the system usage for the system user.
- the efficiency of the rights management makes the dynamic authorization simpler, more convenient, clearer and clearer, and improves the efficiency and reliability of the permission setting.
- the traditional group-based role authorization method is error-prone.
- the method of the present application greatly reduces the probability of authorization errors, because the method of the present application only needs to consider the role as an independent individual, without considering the traditional method to associate the role of the group. What are the commonalities of multiple users? Even if the authorization error occurs, it only affects the user associated with the role, while the traditional group-based role affects all users associated with the role. Even if a permission authorization error occurs, the correction method of the present application is simple and short, and the traditional group-type role needs to consider the commonality of all users associated with the role when correcting the error, and not only the modification when there are many function points. Troublesome, complicated, very error-prone, and in many cases only new roles can be created.
- the method of the present application is as follows: the transferred user associates several roles.
- the user When adjusting the post, the user is first unlinked from the role in the original department (the canceled roles can be re-associated to other users), and then Associate users with roles in the new department. The operation is simple and will not go wrong.
- a role can exist in different approval nodes in the same approval process.
- the approval role of each approval node can be set independently.
- the approval role of the approval role can be different for the form fields in different approval nodes.
- a role is Chengdu sales manager 3, in the contract approval workflow, it exists in the Chengdu sales contract approval and Shanghai sales contract approval two approval nodes; for the Chengdu sales contract approval node, the role can be viewed at the time of approval
- the customer name, contact person, contact information, product quantity, product unit price, contract amount and other fields of the contract, and the unit price and contract amount of the product can be modified; but the approval node of the sales contract in Shanghai cannot view the customer name and contact person. , sensitive information such as contact information, and can not be modified. In this way, you can customize the permissions of the role in the approval process.
- FIG. 1 is a schematic diagram of a manner in which a system directly authorizes a user in the background art
- FIG. 2 is a schematic diagram of a manner in which a system authorizes a group/class role in the background art
- FIG. 3 is a schematic diagram of a manner in which a system directly authorizes a user and authorizes a group/class role role in the background art
- Figure 4 is a tree diagram of the organization structure of the embodiment
- FIG. 5 is a flowchart of a workflow control method according to the present invention.
- FIG. 6 is a schematic diagram of a manner in which a system authorizes a user through an independent individual role
- FIG. 7 is a schematic diagram of a workflow approval process according to the present invention.
- FIG. 8 is a flowchart of a user-role authorization method according to the present invention.
- a method for setting an approval role based on a form field-based workflow approval node includes a step of setting a system organization structure and a step of setting an approval role by department level:
- the step of setting the system organization structure includes the following sub-steps:
- SS1 Create departments and roles contained in the system organization structure
- SS2 Set the hierarchical relationship between departments. As shown in Figure 4, department A is one level higher than department B, department A is two levels higher than department C... and the department head roles of each department are set;
- the steps of setting the approval role by department level include:
- SSS1 Select to set the approval role in a hierarchical manner
- SSS2 Select one of the role nature field, the department property field, or the submission role of the approval process in the approval process corresponding form, as the level body; when selecting the level body, one can only select one; there can be multiple roles on the form. Fields of nature, departmental nature (such as signing roles, responsible roles, signing departments, responsible departments, etc.), but only one process submits roles in a process;
- SSS3 Fill in the specific level value n, n is a positive integer ⁇ 0 (the value of N can also be replaced by other symbols, such as a, b, c, d, b is a level larger than a, c is two levels larger than a, d is greater than a, and so on.
- N the value of N can also be replaced by other symbols, such as a, b, c, d, b is a level larger than a, c is two levels larger than a, d is greater than a, and so on.
- the department head role d1 of the department D where the role d3 is located serves as the approval role of the approval node; if the selected role is the department supervisor role of the department in which it is located, the department head of the upper department of the department in which the selected role is located
- the department head role a1 of the upper-level department A serves as the approval role of the approval node; 5 and so on; 6 when the department-level setting exceeds the highest-level department in the system organization structure, the department head of the highest-level department
- the role assumes the approval role of the approval node; for example, for department D, the department level should be
- the approval role of the approval node; the approval node has the department level n set to 0 when setting the approval role, that is, the submission role d2 itself is selected as the approval role in the approval node, and can be approved by the submission role d2 itself before the approval process ends.
- Confirm choose to disqualify and return to re-approval, choose to agree to enter the next link, and submit the submitting role review procedure to avoid incorrect approval results or the approval result is inconsistent with the expected role of the submitted role and need to create (resubmit) the approval process.
- the problem is to reduce the internal friction of the system and improve the efficiency and reliability of the approval process.
- submit role d2 submitted a 10,000 yuan reimbursement approval request, because the submitted content d2 submitted incorrect content or other reasons, after multiple levels of approval, the approved reimbursement amount was revised to 500 yuan, before the end of the approval process, by Submit the role d2 as an approval role to review and confirm the problem. If you choose to disagree, you can return to re-approval, choose to agree to enter the next link, and do not need to create a new approval process.
- the department supervisor role d1 of the department D where the role d2 is located is submitted to the approval role of the approval node by the workflow approval process; (if the submit role is d1, which is the department supervisor role of the department D in which it is located, then The departmental supervisor role c1 of the upper-level department C of the department D in which the role is submitted serves as the approval role of the approval node.
- the workflow approval process submits the upper-level department C of the department D where the role d2 is located.
- this application has another advantage: you can choose roles of different nature, such as contract signing role, contract new role, contract responsibility role on the contract form.
- the level of the role should not be judged, but the role should be judged by the contract.
- the first approval node of the reimbursement form is to submit the superior of the role, and the other approval node is to be approved by the superior of the reimbursement role (the reimbursement role and the submission role may be different roles).
- the traditional level approval method can only use the approval process to submit the role as the judgment standard to judge the department level. It is impossible to customize other roles or departments involved in the form as the criteria for judging the department level, and there are certain usage limitations.
- the contract signing role is for leave, so that his colleague has initiated a contract approval for him, and the system determines that his colleague is the submitting role of the process, and the level judgment is based on the level approval.
- Colleagues are the subject, and it is impossible to objectively reflect the department and position in which the contract signing role is located.
- the signing role of the contract is the salesperson of the marketing department1
- the colleague role is the R&D personnel of the R&D department.
- the contract should be approved by the head of the department in which the role is assigned, the head of the marketing department, and the approval level of the approval node is set to At 1 o'clock, the system will be assigned to the supervisor-R&D department supervisor of the department where the R&D staff 1 is located for approval.
- the allocation process is incorrectly assigned and inconvenient to use.
- the application can select the signing role in the contract form as the level subject according to the need, and sign the role (rather than defaulting to submit the role) as the standard judgment department level, thereby determining the approval role as the marketing department supervisor role.
- the use is more flexible, convenient and versatile.
- a method for setting an approval role based on a form field-based workflow approval node includes a step of setting a system organization structure and a step of setting an approval role by department level: the step of setting a system organization structure includes the following sub-steps :SS1: Create departments and roles included in the system organization structure; SS2: Set the hierarchical relationship between departments, and set the department supervisor role of each department. As shown in Figure 4, department A is one level higher than department B. Department A is two levels higher than department C...
- the steps for setting the approval role by department level include: SSS1: Select to set the approval role by level; SSS2: Select the role nature field and department in the approval process corresponding form The nature field or one of the submission roles of the approval process as the level body; SSS3: fill in the specific level value n, n is a positive integer ⁇ 0 (the value of N can also be replaced by other symbols, such as a, b, c , d, b is one level larger than a, c is two levels larger than a, d is greater than a third level, and so on): (1) Select the role nature field in the approval process corresponding form For the level body, the selected role is judged as the judgment criterion.
- the selected role d3 serves as the approval role of the approval node
- the department head role of the upper department of the department in which the selected role is located serves as the approval role for the approval node
- 3 when n 2, the department D of the selected role d3
- the department head role c1 of the upper-level department C serves as the approval role of the approval node
- the approval role of the node; 5 when n 4, the department supervisor role a1 of the upper-upper department A of the department D
- the department head role a1 of the upper-level department A serves as the approval role of the approval node; 5 and so on; 6 when the department-level setting exceeds the highest-level department in the system organization structure, the department head of the highest-level department
- the role assumes the approval role of the approval node; for example, for department D, the department level should be
- the approval role of the approval node; the approval node has the department level n set to 0 when setting the approval role, that is, the submission role d2 itself is selected as the approval role in the approval node, and can be approved by the submission role d2 itself before the approval process ends.
- Confirm choose to disqualify and return to re-approval, choose to agree to enter the next link, and submit the submitting role review procedure to avoid incorrect approval results or the approval result is inconsistent with the expected role of the submitted role and need to create (resubmit) the approval process.
- the problem is to reduce the internal friction of the system and improve the efficiency and reliability of the approval process.
- submit role d2 submitted a 10,000 yuan reimbursement approval request, because the submitted content d2 submitted incorrect content or other reasons, after multiple levels of approval, the approved reimbursement amount was revised to 500 yuan, before the end of the approval process, by Submit the role d2 as the approval role to review and confirm the problem. If you choose to disagree, you can return to re-approval, choose to agree to enter the next link, and do not need to create a new approval process.
- the department supervisor role d1 of the department D where the role d2 is located is submitted to the approval role of the approval node by the workflow approval process; (if the submit role is d1, which is the department supervisor role of the department D in which it is located, then The departmental supervisor role c1 of the upper-level department C of the department D in which the role is submitted serves as the approval role of the approval node.
- the workflow approval process submits the upper-level department C of the department D where the role d2 is located.
- the approval node is approved by the specified group; the specified group approval includes the following three cases.
- the system provides the approval mechanism for the highest level department heads to avoid the problem that the top level department heads cannot complete the approval process through level approval.
- the chairman of the company's top leadership submits an approval request
- the chairman does not have a higher-level department, but sets a designated group to approve the approval request submitted by the chairman.
- the designated group approval includes one of the following three situations: 1
- the designated group consists of one or more approval roles.
- a member of a plurality of supervisory committees constitutes a designated group, and the chairman's approval request is approved by the members of the board of supervisors;
- the group is determined by the department level.
- the level body only the level body selected by the approval node can be used, and the level value n can only be set to 0; this case is used to respond to changes in the organizational structure of the enterprise, for example, a company
- the former top-level supervisor is the general manager, and after the organizational structure changes, the board of directors is added.
- the highest-level supervisor becomes the chairman.
- the level of the approval node is 0.
- the approval role automatically becomes the chairman, instead of being fixed as the general manager.
- the approval role cannot adapt to the problem of organizational structure change; 3 the specified group is determined by the department level, the level body can choose independently, and the specified group includes one or more designated nodes.
- the level value n of the specified node is non-zero, it must be set. Specifies the node at the first level until the specified node's level value n is 0, the specified group setting of the approval node Completion; this applies to the approval request submitted by the head of the department in the general department role approval.
- the finance director of the finance department can review the billing information involved in the contract approval request submitted by the chairman, and ultimately it must be confirmed by the chairman. .
- the approval authority of the corresponding approval role in the level is authorized, and the approval authority of the corresponding approval role in this level is the same.
- the workflow control method includes the following steps: S1: constructing a user-role-permission three-layer structure model, wherein: role layer: the operation subject of the process approval in the workflow is a role, Each role is an independent individual, not a group/class. A role can only be associated with a unique user at the same time, and a user is associated with one or more roles.
- the permission layer consists of the permissions required for workflow execution. The authority is directly authorized to the role; the user layer: the user determines the approval task in the workflow through the associated role, and performs the approval operation with the permission of the associated role; S2: as shown in FIG.
- An approval process includes a start node, at least one approval node, and an end node: start node: initiate/subscribe/submit workflow, further, submit role initiation/application/submission workflow, and role with workflow initiation permission
- start node initiate/subscribe/submit workflow
- role with workflow initiation permission In order to initiate/apply/submit a workflow as a submitting role; the system determines the approval process based on the form submitted by the submitting role, Design one or more approval processes for a form that requires a workflow, but a role can only select one of the approval processes under the form (the same role can only exist in one of the processes in the same form); for example: Purchasing There are two processes in the contract form, namely P1 process and P2 process. If role A is selected in the start node of P1 process, role A cannot be selected at the beginning node of P2 process. At this time, role A adds a new purchase. The approval of the contract will automatically enter the P1 process when submitted for approval.
- Approval node Set the level of the approved department and authorize the approval authority for the corresponding approval role in the level; End node: After the process flow goes to this node, it indicates that the approval process approval is over; S3: The user determines the location according to its associated role The approval task to be processed and the approval operation based on the permissions of the associated role.
- a role is Chengdu sales manager 3, in the contract approval workflow, it exists in the Chengdu sales contract approval and Shanghai sales contract approval two approval nodes; for the Chengdu sales contract approval node, the role can be viewed at the time of approval
- the customer name, contact person, contact information, product quantity, product unit price, contract amount and other fields of the contract, and the unit price and contract amount of the product can be modified; but the approval node of the sales contract in Shanghai cannot view the customer name and contact person.
- the sensitive field content, such as contact information can not be modified (but can also be set to have viewing rights, no modification rights).
- the step S1 described includes the following sequence of sub-steps: S101: Create a role, each role is an independent individual, not a group/class; S102: created for S101 The roles are separately authorized; S103: The user is associated with the role, wherein one role can only associate with the unique user in the same period, and one user associates one or more roles. The user determines the privilege through its association with the role. If the privilege of the user is to be modified, the privilege possessed by the role is adjusted to achieve the purpose of changing the privilege of the user associated with the role. Once a user associates a role, that user has all the operational privileges for that role.
- the role of the role to the user is one-to-one (when the role is associated with a user, other users can no longer associate the role; if the role is not associated with the user, it can be associated with other users).
- a user's relationship to a role is one-to-many (one user can associate multiple roles at the same time).
- Role definition The role does not have the nature of group/class/category/post/job/work, but a non-collection nature, the role is unique, the role is an independent independent entity; in the enterprise application is equivalent Job number (The job number here is not a post, one post may have multiple employees at the same time, and one job number can only correspond to one employee at the same time).
- a company system can create the following roles: general manager, deputy general manager 1, deputy general manager 2, Beijing sales manager, Beijing sales manager, Beijing sales manager, Shanghai sales engineer 1, Shanghai sales Engineer 2, Shanghai Sales Engineer 3, Shanghai Sales Engineer 4, Shanghai Sales Engineer 5...
- general manager deputy general manager 1, deputy general manager 2, Beijing sales manager, Beijing sales manager, Shanghai sales engineer 1, Shanghai sales Engineer 2, Shanghai Sales Engineer 3, Shanghai Sales Engineer 4, Shanghai Sales Engineer 5...
- Zhang San serves as the company's deputy general manager 2, and also serves as a sales manager in Beijing, then Zhang The three roles to be associated are Deputy General Manager 2 and Beijing Sales Manager. Zhang San has the rights to these two roles.
- the system's authorization for a role includes, but is not limited to, authorization of a form, authorization of a menu, or authorization of a function.
- Authorization for the operation of the form includes but is not limited to additions and deletions.
- roles are group/class/post/position/work type, and one role can correspond to multiple users.
- the concept of "role" in this application is equivalent to the post number/station number, and is similar to the role in the film and television drama: a character can only be played by one actor at the same time (childhood, juvenile, middle-aged). And an actor may be decorated with multiple angles.
- Authorization for a role includes, but is not limited to, authorization of a form, authorization of a menu, or authorization of a function.
- the role belongs to the department, and the role name is unique under the department.
- the role number is unique in the system, and the role is authorized according to the work content of the role.
- the specific operation process includes: (1) canceling the association between the user and the role in the original department; and (2) associating the user with the role in the new department.
- the role After the role is created, you can associate the role in the process of creating the user, or you can associate it at any time after the user is created. After the user associates the role, the relationship with the role can be released at any time, and the relationship with other roles can be established at any time.
- the step S1 described includes the following sequence of sub-steps: S101: establishing a role, each role being an independent individual, not a group/class; S102: associating a user to a role, wherein a role only during the same time period A unique user can be associated, and one user associates one or more roles; S103: Authorize the roles established by S101 separately.
- the role belongs to the department, and the role name is unique under the department, and the role number is unique in the system.
- the workflow control method further includes a user cross-department management step, which includes: (1) canceling the association between the user and the role in the original department; and (2) associating the user with the role in the new department.
- the composition of the character is: the post name + the post number.
- workshop production workers 1, workshop production workers 2, workshop production workers 3... roles are independent individuals, equivalent to the concept of job number and station number, different from the role in the traditional authority management system, the concept of role in the traditional system It is the group/class nature of the position/position/work type.
- Zhang also arranged for Zhang San to be responsible for the sales of regional TV products in Beijing (the corresponding role is to sell the role of “Sales Engineer 8” under the Ministry of Sales) and concurrently as the head of the after-sales department (corresponding to the after-sales department)
- the three users added the roles of “sales engineer 8” under the sales department and “sales department supervisor 1” under the after-sales department.
- Zhang San employees associated three roles, respectively.
- Zhang San users have the authority of these three roles.
- Zhang San serves as the post-sales manager (corresponding to the role of “after-sales manager” in the after-sales department) and no longer take up other jobs. Then Zhang San user is associated with the role of “after-sales manager” in the after-sales department, and cancels the three roles previously associated (Sales Engineer 5 under Sales, Sales Engineer 8 and “After Sales Manager 1” under the after-sales department) At this time, Zhang San users only have the authority of the role of “after-sales manager” under the after-sales department.
- This application authorizes the role of the nature of the post number/station number, and the user associates the role to determine the authority, then the control of the user right is achieved through a simple user-role relationship, allowing the authority Control is simple, easy to operate, clear and clear, and greatly enhances the efficiency of authorization and the reliability of authorization.
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Automation & Control Theory (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
Claims (11)
- 基于表单字段的工作流审批节点设置审批角色的方法,其特征在于,包括一个设置系统组织结构的步骤和一个按部门级别设置审批角色的步骤:所述设置系统组织结构的步骤包括以下子步骤: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时,由工作流审批流程提交角色所在部门的上上上一级部门的部门主管角色担任该审批节点的审批角色;⑥以此类推;⑦当部门级别的设置超过系统组织结构中的最高级别部门时,由最高级别部门的部门主管角色担任该审批节点的审批角色。
- 根据权利要求1所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:当审批节点选择的是级别审批时,对级别中对应的审批角色进行审批权限授权,则此级别中对应的审批角色的审批权限都相同。
- 根据权利要求1所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:所述表单中的角色性质字段、部门性质字段为必填单选项。
- 根据权利要求1所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:所述工作流的控制方法包括以下步骤:S1:构建用户-角色-权限的三层结构模型,其中:角色层:工作流中流程审批的操作主体为角色,每个角色是独立的个体,而非组/类,同一时段一个角色只能关联唯一的用户,而一个用户关联一个或多个角色;权限层:由工作流执行中所需要使用的权限构成,权限直接授权给角色;用户层:用户通过关联的角色确定工作流中的审批任务,并以关联角色的权限进行审批操作;S2:利用三层结构模型对工作流进行控制,一个审批流程中包括一个开始节点、至少一个审批节点、一个结束节点:开始节点:发起/申请/提交工作流;审批节点:设置审批的部门的级别,并对级别中对应的审批角色进行审批权限授权;结束节点:流程流转到此节点后,表示该审批流程审批结束;S3:用户根据其关联的角色确定所需处理的审批任务,并根据关联的角色的权限进行审批操作。
- 根据权利要求4所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:在审批节点选择一个或多个审批角色,一个角色在同一个审批流程中能够存在于不同审批节点,不同审批节点中该审批角色对表单字段的查看、修改权限可不同。
- 根据权利要求4所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:在审批节点选择一个或多个审批角色,在审批节点设置审批角色的权限,针对每个审批节点的每个审批角色能够进行独立的权限设置。
- 根据权利要求4所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:所述的步骤S1包括以下步骤:(1)创建角色,每个角色是独立的个体,而非组/类;(2)对步骤(1)所创建的角色分别进行授权;(3)将用户关联到角色,其中,同一时段一个角色只能关联唯一的用户,而一个用户关联一个或多个角色;步骤(1)在先,但步骤(2)与步骤(3)无先后顺序关系。
- 根据权利要求1或4所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:所述的角色归属于部门,且该角色名在该部门下唯一,角色编号在系统中唯一;用户跨部门调岗管理具体步骤:(1)取消用户与原部门内的角色的关联;(2)将用户与新部门内的角色进行关联。
- 根据权利要求1所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:所述的用户通过其与角色的关联确定权限,一个员工对应一个用户账号,一个用户账号对应一个员工。
- 根据权利要求1所述的基于表单字段的工作流审批节点设置审批角色的方法,其特征在于:所述角色的构成为:岗位名+岗内编号。
- 基于表单字段的工作流审批节点设置审批角色的方法,其特征在于,包括一个设置系统组织结构的步骤和一个按部门级别设置审批角色的步骤:所述设置系统组织结构的步骤包括以下子步骤:SS1:创建系统组织结构中所包含的部门及角色;SS2:设置各部门之间的层级关系,并设置各部门的部门主管角色;所述按部门级别设置审批角色的步骤包括:SSS1:选择以按级别方式进行审批角色的设置;SSS2:选择审批流程对应表单中的角色性质字段、部门性质字段或者该审批流程的提交角色中的一个,作为级别主体;SSS3:填写具体的级别数值n,n为≥0的正整数:(1)选择审批流程对应表单中的角色性质字段作为级别主体,以该字段对应的角色为判断标准判断级别:①当n=0时,由该字段对应的角色担任该审批节点的审批角色;②当n=1时,由该字段对应的角色所在部门的部门主管角色担任该审批节点的审批角色;若该字段对应的角色为其所在部门的部门主管角色,则由该字段对应的角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色;③当n=2时,由该字段对应的角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色;④当n=3时,由该字段对应的角色所在部门的上上一级部门的部门主管角色担任该审批节点的审批角色;⑤当n=4时,由该字段对应的角色所在部门的上上上一级部门的部门主管角色担任该审批节点的审批角色;⑥以此类推;⑦当部门级别的设置超过系统组织结构中的最高级别部门时,由最高级别部门的部门主管角色担任该审批节点的审批角色;⑧当n≥1时,需要设置“该字段对应的角色为其所在部门的部门主管角色,且该部门无上一级部门时”该审批节点由指定组审批;(2)选择审批流程对应表单中的部门性质字段作为级别主体,以该字段对应的部门为判断标准判断级别:①当n=0时,由该字段对应的部门的部门主管角色担任该审批节点的审批角色;②当n=1时,由该字段对应的部门的上一级部门的部门主管角色担任该审批节点的审批角色;③当n=2时,由该字段对应的部门的上上一级部门的部门主管角色担任该审批节点的审批角色;④当n=3时,由该字段对应的部门的上上上一级部门的部门主管角色担任该审批节点的审批角色;⑤以此类推;⑥当部门级别的设置超过系统组织结构中的最高级别部门时,由最高级别部门的部门主管角色担任该审批节点的审批角色;⑦当n≥1时,需要设置“该字段对应的部门无上一级部门时”该审批节点由指定组审批;(3)选择审批流程的提交角色作为级别主体,以该提交角色为判断标准判断级别:①当n=0时,由工作流审批流程提交角色担任该审批节点的审批角色;②当n=1时,由工作流审批流程提交角色所在部门的部门主管角色担任该审批节点的审批角色;若提交角色为其所在部门的部门主管角色,则由提交角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色;③当n=2时,由工作流审批流程提交角色所在部门的上一级部门的部门主管角色担任该审批节点的审批角色;④当n=3时,由工作流审批流程提交角色所在部门的上上一级部门的部门主管角色担任该审批节点的审批角色;⑤当n=4时,由工作流审批流程提交角色所在部门的上上上一级部门的部门主管角色担任该审批节点的审批角色;⑥以此类推;⑦当部门级别的设置超过系统组织结构中的最高级别部门时,由最高级别部门的部门主管角色担任该审批节点的审批角色;⑧当n≥1时,需要设置“提交角色为其所在部门的部门主管角色,且该部门无上一级部门时”该审批节点由指定组审批;所述指定组审批包括以下三种情况中的一种:(1)指定组由一个或多个审批角色构成;(2)指定组由部门级别确定,选择级别主体时只能沿用该审批节点所选择的级别主体,且级别数值n只能设置为0;(3)指定组由部门级别确定,级别主体能够自主选择,指定组中包括一个或多个指定节点,当指定节点的级别数值n为非0时必须设置下一级指定节点,直到指定节点的级别数值n为0时,该审批节点的指定组设置完成。
Priority Applications (11)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA3066858A CA3066858A1 (en) | 2017-05-16 | 2018-05-15 | Method based on form fields for arranging examination and approval roles at workflow examination and approval nodes |
KR1020197035077A KR20200003053A (ko) | 2017-05-16 | 2018-05-15 | 폼 필드의 작업 흐름 승인 노드를 기반으로 승인 역할을 설정하는 방법 |
US16/614,329 US20200202301A1 (en) | 2017-05-16 | 2018-05-15 | Method based on form fields for arranging examination and approval roles at workflow examination and approval nodes |
AU2018267855A AU2018267855A1 (en) | 2017-05-16 | 2018-05-15 | Method based on form fields for arranging examination and approval roles at workflow examination and approval nodes |
EP18802936.7A EP3627416A4 (en) | 2017-05-16 | 2018-05-15 | PROCESS BASED ON FORM FIELDS FOR ORGANIZING REVIEW AND APPROVAL ROLES ON WORKFLOW REVIEW AND APPROVAL Nodes |
JP2019563522A JP6843405B2 (ja) | 2017-05-16 | 2018-05-15 | フォームフィールドに基づいてワークフロー承認ノードに承認ロールを設定する方法 |
BR112019024194-9A BR112019024194A2 (pt) | 2017-05-16 | 2018-05-15 | Método de configuração da função de aprovação para aprovação de nó do fluxo de trabalho com base em campos baseados em formulário |
EA201992645A EA201992645A1 (ru) | 2017-05-16 | 2018-05-15 | Способ на основе полей формы для настройки ролей утверждения в узлах утверждения рабочего процесса |
ZA2019/07496A ZA201907496B (en) | 2017-05-16 | 2019-11-12 | Method based on form fields for arranging examination and approval roles at workflow examination and approval nodes |
PH12019502583A PH12019502583A1 (en) | 2017-05-16 | 2019-11-18 | Method based on form fields for arranging examination and approval roles at workflow examination and approval nodes |
US18/458,889 US20230419265A1 (en) | 2017-05-16 | 2023-08-30 | Method based on form fields for arranging examination and approval roles at workflow examination and approval nodes |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710345031.4 | 2017-05-16 | ||
CN201710345031.4A CN107146072A (zh) | 2017-05-16 | 2017-05-16 | 基于表单字段的工作流审批节点设置审批角色的方法 |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/614,329 A-371-Of-International US20200202301A1 (en) | 2017-05-16 | 2018-05-15 | Method based on form fields for arranging examination and approval roles at workflow examination and approval nodes |
US18/458,889 Continuation US20230419265A1 (en) | 2017-05-16 | 2023-08-30 | Method based on form fields for arranging examination and approval roles at workflow examination and approval nodes |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2018210248A1 true WO2018210248A1 (zh) | 2018-11-22 |
Family
ID=59778098
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2018/086933 WO2018210248A1 (zh) | 2017-05-16 | 2018-05-15 | 基于表单字段的工作流审批节点设置审批角色的方法 |
Country Status (12)
Country | Link |
---|---|
US (2) | US20200202301A1 (zh) |
EP (1) | EP3627416A4 (zh) |
JP (1) | JP6843405B2 (zh) |
KR (1) | KR20200003053A (zh) |
CN (2) | CN107146072A (zh) |
AU (1) | AU2018267855A1 (zh) |
BR (1) | BR112019024194A2 (zh) |
CA (1) | CA3066858A1 (zh) |
EA (1) | EA201992645A1 (zh) |
PH (1) | PH12019502583A1 (zh) |
WO (1) | WO2018210248A1 (zh) |
ZA (1) | ZA201907496B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109636328A (zh) * | 2018-12-01 | 2019-04-16 | 广东鸿正软件技术有限公司 | 流程批量处理系统 |
CN110288310A (zh) * | 2019-05-21 | 2019-09-27 | 深圳壹账通智能科技有限公司 | 工作签报管理方法、设备、存储介质及装置 |
CN110570082A (zh) * | 2019-07-31 | 2019-12-13 | 苏宁云计算有限公司 | 一种数据流转处理方法及装置 |
CN112446682A (zh) * | 2020-11-30 | 2021-03-05 | 泰康保险集团股份有限公司 | 一种合同审批方法及装置 |
CN115170057A (zh) * | 2022-06-06 | 2022-10-11 | 无锡喔趣信息科技有限公司 | 一种基于机器学习的oa审批控制系统及方法 |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107169365A (zh) * | 2017-05-16 | 2017-09-15 | 成都牵牛草信息技术有限公司 | 工作流及其审批节点的表单字段操作权限的设定方法 |
CN107146072A (zh) * | 2017-05-16 | 2017-09-08 | 成都牵牛草信息技术有限公司 | 基于表单字段的工作流审批节点设置审批角色的方法 |
US10958658B2 (en) * | 2017-06-15 | 2021-03-23 | Michael T. Jones | Systems and methods for differentiated identification for configuration and operation |
CN107330307A (zh) * | 2017-07-16 | 2017-11-07 | 成都牵牛草信息技术有限公司 | 一种表单数据操作权限授权方法 |
CN107392499A (zh) | 2017-08-10 | 2017-11-24 | 成都牵牛草信息技术有限公司 | 对使用者进行审批流程及其审批节点授权的方法 |
CN109345122A (zh) * | 2018-10-11 | 2019-02-15 | 郑州云海信息技术有限公司 | 云计算系统中申请流程的管理方法和装置 |
CN110427750A (zh) * | 2019-07-23 | 2019-11-08 | 武汉宏途科技有限公司 | 一种通过权限组合方式进行表单权限控制的方法及系统 |
CN111080227A (zh) * | 2019-11-07 | 2020-04-28 | 杭州真内控科技有限公司 | 一种经济活动业务内控审批系统 |
CN111027933A (zh) * | 2019-12-09 | 2020-04-17 | 中国建设银行股份有限公司 | 审批流转方法、装置、系统及电子设备 |
CN111178849A (zh) * | 2019-12-31 | 2020-05-19 | 泰康保险集团股份有限公司 | 线性流程引擎实现方法、装置、设备及存储介质 |
CN111340454A (zh) * | 2020-03-04 | 2020-06-26 | 山信软件股份有限公司 | 企业作业证安全管理方法 |
CN111428257B (zh) * | 2020-03-30 | 2023-09-01 | 北京东方金信科技股份有限公司 | 一种通过自动审批将数据库元数据开放的系统和方法 |
CN111882302A (zh) * | 2020-08-04 | 2020-11-03 | 浪潮卓数大数据产业发展有限公司 | 一种基于分布式架构的审批流管理组件 |
CN112766872A (zh) * | 2020-12-23 | 2021-05-07 | 江苏智慧工场技术研究院有限公司 | 资金发放系统的多级审批模块 |
US11727067B2 (en) | 2021-03-16 | 2023-08-15 | Orbitax Llc | System, method, and computer program product for automatically preparing documents for a multi-national organization |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7085834B2 (en) * | 2000-12-22 | 2006-08-01 | Oracle International Corporation | Determining a user's groups |
CN106600234A (zh) * | 2016-12-21 | 2017-04-26 | 湖南文理学院 | 一种快速流程审批方法 |
CN107146072A (zh) * | 2017-05-16 | 2017-09-08 | 成都牵牛草信息技术有限公司 | 基于表单字段的工作流审批节点设置审批角色的方法 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070156693A1 (en) * | 2005-11-04 | 2007-07-05 | Microsoft Corporation | Operating system roles |
JP2008015986A (ja) * | 2006-07-10 | 2008-01-24 | Canon Inc | ワークフローシステムにおける担当者の割り当て方法 |
CN201111137Y (zh) * | 2007-08-24 | 2008-09-03 | 上海全成通信技术有限公司 | 一种岗位授权装置 |
JP2009238191A (ja) * | 2008-03-28 | 2009-10-15 | Mitsubishi Electric Corp | Webアプリケーションシステム |
US20100023368A1 (en) * | 2008-07-28 | 2010-01-28 | Verizon Data Services Llc | Dynamic request workflow management method and system |
JP5057481B2 (ja) * | 2009-08-07 | 2012-10-24 | キヤノンマーケティングジャパン株式会社 | ワークフローシステム、制御方法、およびプログラム |
CN102004868A (zh) * | 2009-09-01 | 2011-04-06 | 上海杉达学院 | 一种基于角色访问控制的信息系统数据存储层及组建方法 |
EP2876588A4 (en) * | 2012-07-17 | 2016-03-02 | Creo Networks Co Ltd | LABOR MANAGEMENT AND LABOR MANAGEMENT PROCEDURES |
JP6012504B2 (ja) * | 2013-02-20 | 2016-10-25 | 三菱電機株式会社 | ワークフロー管理システム及びワークフロー管理方法及びプログラム |
CN104346663A (zh) * | 2013-07-26 | 2015-02-11 | 镇江雅迅软件有限责任公司 | 一种基于工作流的合同审批方法 |
CN105184145A (zh) * | 2015-08-17 | 2015-12-23 | 深圳中兴网信科技有限公司 | 权限管理方法及管理装置 |
-
2017
- 2017-05-16 CN CN201710345031.4A patent/CN107146072A/zh active Pending
-
2018
- 2018-05-15 US US16/614,329 patent/US20200202301A1/en not_active Abandoned
- 2018-05-15 EA EA201992645A patent/EA201992645A1/ru unknown
- 2018-05-15 JP JP2019563522A patent/JP6843405B2/ja active Active
- 2018-05-15 AU AU2018267855A patent/AU2018267855A1/en not_active Abandoned
- 2018-05-15 WO PCT/CN2018/086933 patent/WO2018210248A1/zh unknown
- 2018-05-15 CN CN201810463855.6A patent/CN108764826B/zh active Active
- 2018-05-15 EP EP18802936.7A patent/EP3627416A4/en active Pending
- 2018-05-15 BR BR112019024194-9A patent/BR112019024194A2/pt unknown
- 2018-05-15 CA CA3066858A patent/CA3066858A1/en not_active Abandoned
- 2018-05-15 KR KR1020197035077A patent/KR20200003053A/ko not_active Application Discontinuation
-
2019
- 2019-11-12 ZA ZA2019/07496A patent/ZA201907496B/en unknown
- 2019-11-18 PH PH12019502583A patent/PH12019502583A1/en unknown
-
2023
- 2023-08-30 US US18/458,889 patent/US20230419265A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7085834B2 (en) * | 2000-12-22 | 2006-08-01 | Oracle International Corporation | Determining a user's groups |
CN106600234A (zh) * | 2016-12-21 | 2017-04-26 | 湖南文理学院 | 一种快速流程审批方法 |
CN107146072A (zh) * | 2017-05-16 | 2017-09-08 | 成都牵牛草信息技术有限公司 | 基于表单字段的工作流审批节点设置审批角色的方法 |
Non-Patent Citations (1)
Title |
---|
See also references of EP3627416A4 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109636328A (zh) * | 2018-12-01 | 2019-04-16 | 广东鸿正软件技术有限公司 | 流程批量处理系统 |
CN110288310A (zh) * | 2019-05-21 | 2019-09-27 | 深圳壹账通智能科技有限公司 | 工作签报管理方法、设备、存储介质及装置 |
CN110570082A (zh) * | 2019-07-31 | 2019-12-13 | 苏宁云计算有限公司 | 一种数据流转处理方法及装置 |
CN112446682A (zh) * | 2020-11-30 | 2021-03-05 | 泰康保险集团股份有限公司 | 一种合同审批方法及装置 |
CN115170057A (zh) * | 2022-06-06 | 2022-10-11 | 无锡喔趣信息科技有限公司 | 一种基于机器学习的oa审批控制系统及方法 |
CN115170057B (zh) * | 2022-06-06 | 2023-08-22 | 无锡喔趣信息科技有限公司 | 一种基于机器学习的oa审批控制系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2020522052A (ja) | 2020-07-27 |
US20200202301A1 (en) | 2020-06-25 |
ZA201907496B (en) | 2020-06-24 |
CN107146072A (zh) | 2017-09-08 |
BR112019024194A2 (pt) | 2020-06-02 |
PH12019502583A1 (en) | 2020-06-08 |
EA201992645A1 (ru) | 2020-03-17 |
JP6843405B2 (ja) | 2021-03-17 |
CA3066858A1 (en) | 2018-11-22 |
EP3627416A4 (en) | 2021-03-31 |
US20230419265A1 (en) | 2023-12-28 |
AU2018267855A1 (en) | 2019-12-05 |
CN108764826B (zh) | 2022-04-22 |
EP3627416A1 (en) | 2020-03-25 |
KR20200003053A (ko) | 2020-01-08 |
CN108764826A (zh) | 2018-11-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018210248A1 (zh) | 基于表单字段的工作流审批节点设置审批角色的方法 | |
US11363026B2 (en) | Workflow control method and system based on one-to-one correspondence between roles and users | |
WO2018224024A1 (zh) | 工作流审批节点高效审批方法 | |
WO2018214889A1 (zh) | 基于会签的审批节点在审批流程中的设置方法 | |
WO2018205942A1 (zh) | 工作流审批节点按部门级别设置审批角色的方法 | |
JP7276780B2 (ja) | 基準フィールドにより承認プロセスを設置する方法 | |
CN108764833B (zh) | 工作流审批节点按部门设置审批角色的方法 | |
US20200151670A1 (en) | Method for setting form field operation authority of workflow, and method for setting form field operation authority of approval node | |
WO2018214890A1 (zh) | 工作流审批节点按角色设置审批角色的方法 | |
WO2019029650A1 (zh) | 表单数据操作的审核方法 | |
WO2018214828A1 (zh) | 基于投票的审批节点在审批流程中的设置方法 | |
JP7318894B2 (ja) | 統計列表の操作権限の承認方法 | |
WO2018192557A1 (zh) | 基于角色对用户的一对一的权限授权方法和系统 | |
JP2020528603A (ja) | フォームデータの操作権限を承認する方法 | |
WO2018219230A1 (zh) | 审批工作流的委托及其再委托方法 | |
WO2019011162A1 (zh) | 快捷功能设置方法 | |
WO2018205940A1 (zh) | 基于角色对用户的一对一的组织结构图生成及应用方法 | |
WO2019029500A1 (zh) | 基于列值对统计列表操作权限进行分别授权的方法 | |
OA19306A (en) | Workflow control method and system based on one-to-one correspondence between roles and users. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 18802936 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2019563522 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01A Ref document number: 112019024194 Country of ref document: BR |
|
ENP | Entry into the national phase |
Ref document number: 20197035077 Country of ref document: KR Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 2018267855 Country of ref document: AU Date of ref document: 20180515 Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 3066858 Country of ref document: CA |
|
ENP | Entry into the national phase |
Ref document number: 2018802936 Country of ref document: EP Effective date: 20191216 |
|
ENP | Entry into the national phase |
Ref document number: 112019024194 Country of ref document: BR Kind code of ref document: A2 Effective date: 20191118 |