Skip to Content

文档更改5 Sub-process node

由 liuqing01 于 2025/07/23 07:05 最后修改
从版本 10.1
由liuqing01编辑
在2025/07/21 02:36上
修改评论： 该版本没有评论
到版本
由liuqing01编辑
在2025/03/11 09:50上
修改评论： 该版本没有评论

摘要

细节

页面属性
标题
... ... @@ -1,1 +1,1 @@
1 -5 Approval Node
1 +4 Approval Node
内容
... ... @@ -1,88 +1,135 @@
1 -=== 1、Feature Overview ===
1 +The approval node supports the configuration:Node name, approver, approval mode, no-approver rules, field permissions, buttons, validation, and notifications.
2 2  
3 -Sub-process nodes that can call other processes to run under the current process.
3 +[[image:1741686459694-659.png]](% contenteditable="false" style="background-image:url(http://192.168.102.35:8080/webjars/wiki%3Axwiki/xwiki-platform-ckeditor-webjar/16.8.0/plugins/widget/images/handle.png); background:rgba(220,220,220,0.5); display:none" tabindex="-1" %)[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="拖曳以移動" width="15"]]
4 4  
5 -When the business process is more complex, the process can be split into a parent process and one or more sub-processes to execute. When the parent process to a part of the process will begin to enter the sub-process approval flow, sub-process flow is completed and back to the parent process to complete the acceptance of the entire business.
5 +=== 1、**Approver Settings** ===
6 6  
7 -ps: child process is also a complete self-executing process.
7 +Choose from address book or form controls; Multiple approvers can be selected.
8 8  
9 -=== 2、**Use Cases** ===
9 +Multiple Approvers: Select different approval modes for different outcomes.
10 10  
11 -Scenarios such as: employees need to return the relevant equipment when leaving, in the exit process can call the “return of equipment” process, will leave the employee's equipment for the return.
11 +[[image:1741686498801-276.png]]
12 12  
13 -=== 3、**Design Approach:** ===
13 +=== 2、Approval Mode ===
14 14  
15 -[[image:1753064871834-492.png]]
15 +The approval modes support  Chain signing  and  Parallel signing。
16 16  
17 -==== 1 Select Process ====
17 +Chain signing：A → B → C (in order)；
18 18  
19 -Select the process within the authority, only one can be selected.
19 +* Approvers (A, B, C) must approve in sequence. After A completes the approval, the task moves to B's pending list. After B completes the approval, the task moves to C's pending list.
20 20  
21 -[[image:1753064891433-308.png]]
21 +Parallel signing： A, B, C (simultaneously)；
22 22  
23 -==== 2 Participant ====
23 +* Approvers (A, B, C) receive the task simultaneously in their pending lists.Once A, B, and C complete their approvals, the process continues according to the configured approval rules.
24 24  
25 -Sub-processes are automatically initiated, you need to select the participant of the sub-process, and the participant  acts as the initiator of the process;
25 +**Sequential and Parallel Signing Modes**
26 26  
27 -The participant can select one or more, and if you select more than one, there will be more than one sub-process running.
27 +(% style="width:1480px" %)
28 +|(% colspan="2" rowspan="1" style="width:492px" %)(((
29 +Approval Mode
30 +)))|(% colspan="1" rowspan="1" style="width:987px" %)(((
31 +description
32 +)))
33 +|(% colspan="1" rowspan="4" style="width:161px" %)Chain signing|(% colspan="1" rowspan="1" style="width:331px" %)(((
34 +Default
35 +)))|(% colspan="1" rowspan="1" style="width:987px" %)(((
36 +A, B, and C must all sign. If any one person rejects, the approval fails.
37 +)))
38 +|(% colspan="1" rowspan="1" style="width:331px" %)(((
39 +One-Vote Veto
40 +)))|(% colspan="1" rowspan="1" style="width:987px" %)(((
41 +If any one person (A, B, or C) votes to reject, the process node is rejected, and the remaining approvers do not need to continue
42 +)))
43 +|(% colspan="1" rowspan="1" style="width:331px" %)(((
44 +One-Vote Pass
45 +)))|(% colspan="1" rowspan="1" style="width:987px" %)(((
46 +If any one person (A, B, or C) votes to approve, the process node is approved, and the remaining approvers do not need to continue.
47 +)))
48 +|(% colspan="1" rowspan="1" style="width:331px" %)(((
49 +All Sign, Pass by Ratio (Customizable Ratio)
50 +)))|(% colspan="1" rowspan="1" style="width:987px" %)(((
51 +A, B, and C must all sign. If the approval ratio reaches the set threshold, the process node is approved.
52 +)))
53 +|(% colspan="1" rowspan="6" style="width:161px" %)(((
54 +Parallel signing
55 +)))|(% style="width:331px" %)Default|(% style="width:987px" %)A, B, and C must all sign. If any one person rejects, the approval fails.
56 +|(% style="width:331px" %)One-Vote Veto|(% style="width:987px" %)If any one person (A, B, or C) votes to reject, the process node is rejected, and the remaining approvers do not need to continue.
57 +|(% style="width:331px" %)One-Vote Pass|(% style="width:987px" %)If any one person (A, B, or C) votes to approve, the process node is approved, and the remaining approvers do not need to continue.
58 +|(% style="width:331px" %)Any Approval|(% style="width:987px" %)If any one person (A, B, or C) votes to approve or reject, the process node is approved or rejected accordingly.
59 +|(% style="width:331px" %)Pass by Ratio (Customizable Ratio)|(% style="width:987px" %)If the approval ratio reaches the set threshold, the process node is approved, and the remaining approvers do not need to continue.
60 +|(% style="width:331px" %)All Sign, Pass by Ratio (Customizable Ratio)|(% style="width:987px" %)A, B, and C must all sign. If the approval ratio reaches the set threshold, the process node is approved.
28 28  
62 +=== 3、Rules for When No Approver is Found ===
29 29  
30 -==== 3  Run Mode ====
64 +This rule determines how to handle situations where no approver is found due to reasons such as the assigned approver leaving the company or incorrect settings. Three modes are supported:
31 31  
32 -Set the running relationship between the parent process and the child process;
66 +[[image:1741684876645-964.png]]
33 33  
34 -* Synchronization: enter the next node after the end of the child process; the parent process will continue to flow down only after the end of the child process flow (the end of the child process flow contains the flow status of flow completion and manual end). If there are multiple sub-processes, all sub-processes will end before completion.
35 -* Asynchronous: the child process is initiated to the next node; the flow state of the parent process is not affected by the child process, i.e., after the process flows to the child process, the parent process continues to flow down the line.
68 +1. (((
69 +**Designated by the Previous Approver**
36 36  
37 -The default is synchronous.
71 +* During the approval process, after the current approver submits, a dialog box pops up for the approver to designate a handler for the node with no approver.
72 +)))
73 +1. (((
74 +**Handled by System Administrator**
38 38  
76 +* During the approval process, after the current approver submits, the process flows normally to the node with no approver. The system administrator then designates a handler for the node on the process monitoring page in the admin console.
77 +)))
78 +1. (((
79 +**Auto-Approval**
39 39  
40 -==== 4 Automatically submit after the sub-process is initiated ====
81 +* During the approval process, after the current approver submits, the process skips the node with no approver and proceeds to the next node, where the next approver continues processing.
82 +)))
41 41  
42 -If it is turned on and the sub-process is automatically submitted after it is initiated, the sub-process is automatically created for the Participant, and it is submitted directly to the next node of the order making, and goes to the subsequent approval node.
84 +=== 4、**Field Permissions** ===
43 43  
44 -If it is not enabled, only the sub-process form data is created, and a pending process is created for the Participant to stay in the order node, and the sub-process needs to be submitted manually by the Participant.
86 +(% class="wikigeneratedid" %)
87 +The default field permissions for approval nodes are set to **visible**. These can be modified to **editable** or **required**.
88 +**Note**:
45 45  
46 -
47 -==== 5 Data transfer ====
48 -
49 -Sets the data transfer rules between processes when the parent process and the child process are running.
50 -
51 -* Parent process →Sub-process: When the parent process flows to the sub-process node, the following parent process field values will be assigned to the corresponding sub-process fields
52 52  * (((
53 -Sub-process→ parent process: When the sub-process flow is completed, the following sub-process field values will be assigned to the corresponding parent process fields
91 +A field must first be set to **visible** before it can be marked as **editable**.
54 54  )))
93 +* A field must be marked as **editable** before it can be marked as **required**.
55 55  
56 -[[image:1753065148807-206.png]]
95 +[[image:1741686531103-177.png]]
57 57  
58 -Data transfer rules:
59 59  
60 -* Support [master-master], [child-child] two kinds of assignment relationship;
61 -* field type filtering the new data of the same data service;
62 -* and can only be assigned by business fields, system fields to business fields;
63 -* each field can only be selected once;
64 -* when assigning values between sub-tables, a sub-table can only be assigned by the same sub-table; e.g., the parent process has sub-tables A and B, and the sub-processes have sub-tables C and D. Sub-tables A can be；
65 -* assigned to the sub-processes' child table C, child table D, but can not assign both child table A, child table B to child table C;
98 +=== 5、**Function Buttons** ===
66 66  
67 67  
68 -==== 6 Sub-process operation rules ====
101 +The approval node supports the following function buttons: Agree、Save、Reject、Transfer、Recall、Circulate、Terminate、Add Signatory。
69 69  
103 +[[image:1741686549674-439.png]]
70 70  
71 -When a sub-process is executed asynchronously, if the last node of the parent process also passes, the status of the parent process becomes “completed” regardless of whether the status of the sub-process is completed or not.
105 +Button Functions and Effects：
72 72  
73 -When there are multiple sub-processes, the values will be passed according to the completion time of the sub-processes, and the sub-processes completed first will pass the values first, and the sub-processes completed later will overwrite the previous data.
107 +(% style="width:1439px" %)
108 +|(% style="width:132px" %)**Button Name**|(% style="width:302px" %)**Button Meaning**|(% style="width:1002px" %)**Effect After Clicking**
109 +|(% style="width:132px" %)Agree|(% style="width:302px" %)Submit to Next Node|(% style="width:1002px" %)The process is submitted to the next node. After clicking "Details," further approval is not allowed.
110 +|(% style="width:132px" %)Save|(% style="width:302px" %)Save as Draft|(% style="width:1002px" %)Stays on the current page and can be viewed in the pending list. Clicking "Details" allows continued approval.
111 +|(% style="width:132px" %)Reject|(% style="width:302px" %)Reject to Previous Node|(% style="width:1002px" %)The process is rejected to a previous node based on rejection rules. It can be viewed in the completed list, but further approval is not allowed after clicking "Details."
112 +|(% style="width:132px" %)Transfer|(% style="width:302px" %)Transfer the Process to Another Approver|(% style="width:1002px" %)The process stays at the current node, and the approver is changed from the reassigner to the new assignee. The new assignee can approve the process, while the reassigner can view details in the completed list but cannot approve further.
113 +|(% style="width:132px" %)Circulate|(% style="width:302px" %)Circulate the Process for Others to View|(% style="width:1002px" %)Stays on the current page, allowing other operations. Recipients can view the process in the "Circulated List" under the Process Center.
114 +|(% style="width:132px" %)Terminate|(% style="width:302px" %)Terminate the Process|(% style="width:1002px" %)The process stops and does not proceed further. It can be viewed in the completed list, but no further actions are allowed.
115 +|(% style="width:132px" %)Add Signatory|(% style="width:302px" %)Add an Approver to the Process|(% style="width:1002px" %)After adding a signatory, the process stays at the current node, and the new approver is added. Once the new approver completes their approval, the process returns to the original approver's pending list for continued approval.
116 +|(% style="width:132px" %)Recall|(% style="width:302px" %)Recall the Approved Process|(% style="width:1002px" %)Requires operation in the completed details. The recalled process can be approved again.
74 74  
75 -When the sub-process is executed asynchronously, when the sub-process is completed, if the parent process is completed, it still needs to pass the value, and the order of passing the value is the same as above.
118 +The "Recall" button is displayed and operated on the completed details page.
76 76  
77 -Dismissal rule of approval node in parent process: If “Dismiss to previous approval node” is set, if the previous approval node is on top of the child process node, it will be dismissed to the previous approval node normally and the child process node will be skipped.
78 78  
121 +In the admin console, rejection rules can be configured to support the following options：
79 79  
80 -Parent process dismissal (child process subsequent nodes dismissed to the node in front of the child process), the impact on the operation of the child process
123 +* Reject to Document Creation Node
124 +* Reject to Previous Node
125 +* Reject to Specified Node
81 81  
82 -* synchronized: does not affect the operation of the sub-process;
83 -* asynchronous ：
84 -** If the dismissal to the node in front of the sub-process, and the node is submitted and runs normally according to the process, the running sub-process is discarded, and when you go to the node of the sub-process again, the sub-process activates a new process;
85 -** If the dismissal to the node in front of the sub-process and the node is submitted and goes directly to the node that is dismissed, the running sub-process is unaffected and runs normally.
127 +[[image:1741686596683-996.png]]
86 86  
129 +=== 6、**Circulation Notification** ===
87 87  
88 -When the parent process run is discarded, the child process data is also nullified. When the parent process run is terminated, the child process is discarded.
131 +The circulation notification feature supports configuring recipients and circulation comments. When setting recipients, allowing multiple people to be selected.
132 +
133 +Circulation comments are text-based, and once set, recipients can view these comments in the approval records
134 +
135 +[[image:1741686607634-332.png]]
1751269132744-902.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.liuqing01
大小
... ... @@ -1,1 +1,0 @@
1 -180.8 KB
内容
1751269691489-384.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.liuqing01
大小
... ... @@ -1,1 +1,0 @@
1 -23.1 KB
内容
1751269836118-922.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.liuqing01
大小
... ... @@ -1,1 +1,0 @@
1 -21.6 KB
内容
1751269940050-146.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.liuqing01
大小
... ... @@ -1,1 +1,0 @@
1 -31.7 KB
内容
1751270009451-352.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.liuqing01
大小
... ... @@ -1,1 +1,0 @@
1 -155.8 KB
内容
1753064871834-492.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.liuqing01
大小
... ... @@ -1,1 +1,0 @@
1 -146.7 KB
内容
1753064891433-308.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.liuqing01
大小
... ... @@ -1,1 +1,0 @@
1 -8.0 KB
内容
1753065148807-206.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.liuqing01
大小
... ... @@ -1,1 +1,0 @@
1 -31.3 KB
内容