Wiki源代码4 Approval Node

由用户 liuqing01 在 2025/03/11 09:50 保存的版本 8.1

隐藏最后作者
liuqing01 6.1 1 The approval node supports the configuration:Node name, approver, approval mode, no-approver rules, field permissions, buttons, validation, and notifications.
yufei li 2.1 2
liuqing01 8.1 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"]]
yufei li 2.1 4
liuqing01 6.1 5 === 1、**Approver Settings** ===
yufei li 2.1 6
liuqing01 6.1 7 Choose from address book or form controls; Multiple approvers can be selected.
yufei li 2.1 8
liuqing01 6.1 9 Multiple Approvers: Select different approval modes for different outcomes.
yufei li 2.1 10
liuqing01 8.1 11 [[image:1741686498801-276.png]]
yufei li 2.1 12
liuqing01 6.1 13 === 2、Approval Mode ===
14
15 The approval modes support  Chain signing  and  Parallel signing。
16
17 Chain signing:A → B → C (in order);
18
liuqing01 7.1 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.
yufei li 2.1 20
liuqing01 6.1 21 Parallel signing: A, B, C (simultaneously);
22
liuqing01 7.1 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.
yufei li 2.1 24
liuqing01 7.1 25 **Sequential and Parallel Signing Modes**
yufei li 2.1 26
liuqing01 6.1 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
yufei li 2.1 32 )))
liuqing01 6.1 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.
yufei li 2.1 37 )))
liuqing01 6.1 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
yufei li 2.1 42 )))
liuqing01 6.1 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.
yufei li 2.1 47 )))
liuqing01 6.1 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.
yufei li 2.1 52 )))
liuqing01 6.1 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.
yufei li 2.1 61
liuqing01 7.1 62 === 3、Rules for When No Approver is Found ===
yufei li 3.1 63
liuqing01 7.1 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:
yufei li 3.1 65
liuqing01 7.1 66 [[image:1741684876645-964.png]]
yufei li 3.1 67
liuqing01 7.1 68 1. (((
69 **Designated by the Previous Approver**
70
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.
yufei li 3.1 72 )))
liuqing01 7.1 73 1. (((
74 **Handled by System Administrator**
75
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.
yufei li 3.1 77 )))
liuqing01 7.1 78 1. (((
79 **Auto-Approval**
80
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.
yufei li 3.1 82 )))
83
liuqing01 7.1 84 === 4、**Field Permissions** ===
yufei li 3.1 85
liuqing01 7.1 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**:
89
90 * (((
91 A field must first be set to **visible** before it can be marked as **editable**.
92 )))
93 * A field must be marked as **editable** before it can be marked as **required**.
94
liuqing01 8.1 95 [[image:1741686531103-177.png]]
yufei li 3.1 96
97
liuqing01 7.1 98 === 5、**Function Buttons** ===
yufei li 3.1 99
100
liuqing01 7.1 101 The approval node supports the following function buttons: Agree、Save、Reject、Transfer、Recall、Circulate、Terminate、Add Signatory。
102
liuqing01 8.1 103 [[image:1741686549674-439.png]]
yufei li 3.1 104
liuqing01 7.1 105 Button Functions and Effects:
yufei li 3.1 106
liuqing01 7.1 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.
yufei li 3.1 117
liuqing01 7.1 118 The "Recall" button is displayed and operated on the completed details page.
yufei li 3.1 119
120
liuqing01 7.1 121 In the admin console, rejection rules can be configured to support the following options:
122
123 * Reject to Document Creation Node
124 * Reject to Previous Node
125 * Reject to Specified Node
126
liuqing01 8.1 127 [[image:1741686596683-996.png]]
yufei li 3.1 128
liuqing01 6.1 129 === 6、**Circulation Notification** ===
yufei li 3.1 130
liuqing01 6.1 131 The circulation notification feature supports configuring recipients and circulation comments. When setting recipients, allowing multiple people to be selected.
yufei li 3.1 132
liuqing01 6.1 133 Circulation comments are text-based, and once set, recipients can view these comments in the approval records
yufei li 3.1 134
liuqing01 8.1 135 [[image:1741686607634-332.png]]