工作流節點-審批節點
節點功能： 在工作流程中涉及審批時，需要使用審批節點，在審批通過或者否決後進行相應的數據處理操作，也可以發送通知。可以多人會簽/或簽審批，也可以多步審批。
一、審批節點功能詳解
配置步驟概要:
添加審批節點；
選擇要審批的對象（即審批哪條記錄的數據）；
設置流程的審批人和多人審批時的通過方式（會簽、或簽、按通過比例）;
設置審批人在審批時操作權限;
根據審批結果的通過或否決，設置不同的分支流程。
1.1、添加審批節點
1.2、選擇審批對象
即審批哪條記錄數據，選擇代錶此記錄的節點即可。
建議修改節點名稱，這樣在查看時可以快速知曉進行到瞭哪一步。
1.3、配置流程審批人
有兩種審批人配置方式
自由定義每一步的審批人。
根據部門層級固化審批人，按部門層級逐級審批。
1）自定義流程審批人
一個審批節點可以理解為某一級彆審批人，例如人事經理審批後總經理審批，這是兩層審，需要用兩個審批節點。
在同一步審批中，一般是1個人審批，也可以是多個人。例如需要某個角色/職位的人審批經辦，任意一個人審批即可，這種審批是單步多人審批。
單人審批
從通訊錄選擇一個人，或者選擇申請人的直屬上司，或者選擇某個成員字段作為審批人，那麼這個審批節點隻有一個審批人。
固定審批人
可以通過通訊錄、角色、職位、部門等選擇固定的審批人，這樣每一個申請流程都是相同的人審批。
動態審批人
可以根據申請人，或者一個成員字段來確認審批人，例如他的直屬上司，或者部門負責人。這樣，不同人提交的申請，審批人可能是不同的。
多人審批
如果審批人選擇角色，部門或職位，它們包含有多個人，則此審批節點就是多人審批。也可以直接手動選擇多個審批人。
主部門中的職位
下圖中，審批人是觸發者所在的主部門中職位是“經理”的人。
組織角色分管負責人
下圖中、審批人是“副總經理”這個組織角色中的分管“華北區”部門的人。
組織角色中分管負責人審批優先級
組織角色中的人員可設置具體的分管部門（包含所有下級部門），也可以不設置（錶示分管所有人）
1：設置為分管此部門的人
2：未設置分管部門的人
當1找到人時，則2中的人不參與
當1、2都沒有人，審批人為空
示例：公司有組織角色"副總經理"，當離職時需要由分管的副總審批，設置為：發起人的-分管組織角色-副總經理。 副總經理角色下有A、B、C、D 4個副總。
A 分銷售部、B 分管研發部、C和D 未設置
當發起人的部門為銷售部時，由 A 審批
當發起人的部門為研發部時，由 B 審批
當發起人的部門為人事部時，由 C、D 審批
A 分管銷售部、B 分管研發部、C 分管人事部、D 分管客服部
當發起人的部門為銷售部時，由 A審批
當發起人的部門為財務部時，審批人為空
2）按部門層級逐級審批
根據指定人所在的部門，逐級嚮上審批。
審批起點（第一級審批人）
選擇一個成員字段（如下圖選擇瞭審批流程的發起人），以流程發起人所在的部門負責人為第一級審批人。
在提交報銷申請時，第一個審批人一般為觸發者/發起人的部門負責人，"指定成員"可以選擇發起人/創建人等。
如果審批節點不在“發起審批流程”中，則無此選項。
例如，HR代為提交加薪申請時，第一個審批人如果是調薪對象所在部門的負責人，"指定成員"字段可以選擇'調薪對象'這個成員字段。
例如，為下屬提交加薪申請，第一個審批人可以是部門負責人，此時可以選擇申請的部門。
審批終點
如果企業部門層級較多，不需要大BOSS審批，則可以設定基於審批起點的部門嚮上最多審批的層級數，或者直接選擇通訊錄架構中的指定層級數（從上嚮下級數為1.2.3...）
例1，小王所在的部門是銷售1組，如果他的某項審批隻需要銷售部負責人審批，那就是銷售1組嚮上數第2層，選擇嚮上2級即可。
- 總經辦
- 銷售部
- 華東區
- 銷售1組 （小王部門）
- 華東區
- 銷售部
審批步驟為：
- 第1步審批：本級 （銷售1組的負責人）
- 第2步審批：嚮上1級 (華東區的負責人)
- 第3步審批： 嚮上2級 (銷售部的負責人)
例2，如果這個流程需要總經理審批，那麼選擇通訊錄中的指定層級數的方式，選擇最高層級。
- 總經辦
僅主部門負責人需要審批
HAP支持一人存在多個部門，但有且隻有1個主部門。 在審批時，如果勾選此處，則隻需主部門負責人審批，如果不勾選，則需要所有部門的負責人審批。
審批人如何設置為上一步審批人的直屬上司
如果審批流程是多步審批，第二步的審批人需要是第一步審批人的直屬上司，或上級部門負責人，則需要通過上一步審批節點來選擇。如下圖。
部門和部門負責人管理，點此查看
1.4、多人審批的審批方式
例如以下情況，就存在某一級需要多人參與審批:
審批人選擇瞭職位/應用角色，對應有多個人
觸發者所在多個部門，需要所有的所在部門部門負責審批
我們提供瞭4種方式，來決定多人審批的情況怎麼樣纔算通過。
或簽（一名審批人通過或否決即可）
誰先操作誰說瞭算，且其他成員也不需再審批。
會簽（需所有審批人通過）
通過：所有審批人都通過後，纔算通過。
否決：有任意一人否決，即為否決。
會簽（隻需一名審批人通過，否決需全員否決）
通過：任何人選擇通過時，即為通過。
否決：一人否決不算否決，所有人都否決，此節點纔算否決。
如果第一個人選擇瞭否決，那麼還不算結束，如果第二個人選擇瞭通過本級審批就算通過瞭。隻有所有人全部否決，這一步纔算否決。
會簽（按比例投票通過）
這也是比較常見的方式，例如某一級審批有5個人，通過率超過60%就算通過，和投票類似。
根據設置的通過比例，計算需通過的人或否決的人。
需要通過人數=成員數量*設定通過率，則嚮上取整。
例如，4個人審批，60%以上算通過。通過人數為4*0.6=2.4，取3。即有三個人通過此級審批算通過。
需要否決人數=成員數量-需要通過人數+1
例如，4個人審批，60%以上算通過。通過人數為3，否決人數為4-3+1=2，錶示如果兩個人否決瞭則此級審批不通過。
1.5、審批時的轉審、加簽、暫存、否決、退迴
審批人的操作除瞭選擇通過否決外，還可以進行轉審、加簽、退迴、簽名認證等操作，也可以直接修改記錄內容。
暫存
勾選時，審批人在審批時，可以編輯字段（參考1.9），修改字段後可以先選擇暫存，不要當時就決定是否通過或否決。
暫存也會直接修改錶單數據,在審批操作和錶日誌中都有修改記錄。
不勾選時，暫存按鈕不顯示。
否決
有些流程可能不需要否決操作，要麼通過，要麼退迴。則可以取消否決操作。
不勾選時，此節點的審批人在審批時沒有否決按鈕。
轉審
即當前審批人把審批權限轉交給他人審批，如果審批流程是 A>B>C，如果A轉審給D，則是 A>D>B>C。
通過添加候選人可以限定選擇範圍。
加簽
如果您無法做齣決策，或需要他人輔助決策時，可以使用加簽功能。加簽方式分為【通過後加簽】 和 【審批前加簽】。
舉例： 原審批流程是 A > B > C ，
若 A 選擇 【通過後加簽】 給 D，那麼最終流程就是 A > D > B > C；
若 A 選擇 【審批前加簽】 給 D，那麼D審批後會再讓A審批。 最終流程就是 A > D > A > B > C
可以給加簽選擇一種固定方式：隻可審批前加簽，隻可通過後加簽，或者由審批人決定怎麼加簽。
加簽時還通過添加候選人可以限定選擇範圍。
轉審和加簽的用戶操作界麵
退迴，以及重新提交後流程如何處理
如果發現數據錯誤，需要提交人或前麵的審批重新編輯，如果直接否決，流程將結束，需要重新發起一個新的獨立的流程。此時也可以選擇退迴，這樣流程不會結束，且會體現在整個流程中。
如下圖，在退迴時，可以填寫退迴意見，以及選擇退迴到哪一個節點。
設置審批人允許選擇退迴到哪個節點
在退迴時，根據業務需要可以限定審批可退迴的節點，如：是否可退迴到所有節點，還是僅退迴到上一個節點，或隻能退迴到發起節點
下方會顯示允許退迴的節點。
僅在發起審批流程內的審批纔支持設置退迴到指定節點和僅上個節點。 單獨使用審批節點時，僅支持選擇退迴到所有節點和發起節點。
哪些節點支持退迴？
隻有審批節點，填寫節點，發起節點纔能作為退迴節點（時間觸發、子流程等不能退迴）
退迴的節點與該審批節點之間，隻允許齣現延時、運算、審批、填寫、通知節點，否則不能退迴。例如，如果中間有更新節點是不能退迴的，已經更新的數據也不會再自動改迴去。
退迴的節點必須在流程的主乾中，不能在分支流程裏。也就是說，從當前審批節點嚮上追溯，每一個路徑都能找到此退迴節點。
當處理完成後的處理方式選擇：直接返迴審批節點， 隻有觸發節點和填寫節點可作為退迴節點。
多人會簽時，如果審批方式是【隻需一人通過】，則不允許退迴。
退迴後再次提交，將如何繼續審批
自定義審批
有兩種處理方式：重新執行流程和直接返迴審批節點
重新執行流程
從退迴的節點緊鄰的下一個節點開始執行流程。
例如，審批流程為：審批發起節點 > 直屬上司審批 > 部門經理審批 > 總監審批。
總監審批時，選擇瞭退迴到直屬上司審批， 如果這裏選擇瞭重新執行流程，那麼直屬上司再次審批後，需要部門經理審批（直屬上司緊鄰的下一個節點），然後再總監審批。
直接返迴審批節點：
退迴到節點重新提交後，直接到被否決的那一個審批節點讓其重新審批，即使前麵有其他審批節點，也會略過。
例如，審批流程依然為 審批發起節點 > 直屬上司審批 > 部門經理審批 > 總監審批。 總監審批時，選擇瞭退迴到審批發起節點，如果這裏選擇瞭直接返迴審批節點，那麼提交人修改後提交，會直接到總監審批這一步，中間的節點不再審批。
"直接返迴審批節點"的方式下，審批節點不能作為退迴節點，隻有觸發節點和填寫節點可以作為退迴節點，因為審批節點可以否決，就不能保證迴到當前節點瞭。
按部門層級審批
有3種方式：重新執行流程、返迴此節點的第一級、直接返迴退迴的層級。
重新執行流程
從退迴節點開始再次執行流程。
返迴此節點的第一級
退迴到的節點處理人提交後，直接到當前審批節點，從第一級開始審批。即當前審批節點和退迴到的節點之間的節點不再執行
直接返迴退迴的層級
用戶在第三級審批時選擇退迴給之前的節點。當其他節點處理完畢時，審批會直接流轉給第三級，先前的第一、二級負責人不再需要重復審批，從而簡化瞭審批的流轉路徑。
被退迴的節點操作人如何處理
如果退迴到流程發起節點
觸發者通過工作流消息打開記錄，可以修改記錄內容再次提交。被退迴時不支持撤銷，提交後可撤銷。
若退迴到審批節點
節點審批人通過工作流消息打開詳情，可以通過正常審批，如通過、否決、加簽、退迴、轉審等操作。
1.6 審批人為空時如何處理
當審批人不是直接選擇的某個人，而是選擇瞭成員字段、部門負責人、組織角色、職位、直屬上司等方式，可能會沒有對應的人員，那審批人就為空瞭。在這裏可以設置為空時流程怎麼處理，有5種方式：
自動進入下一個節點
當審批人為空，並選擇自動進入下一個節點，不能退迴到此審批。
由流程擁有者代理
流程的擁有者默認為流程創建者，但要區分審批節點使用在主流程中，還是在【審批流程中】
審批節點在發起審批流程內
擁有者默認為添加【發起審批流程】的人，可以調整。（發起審批流程可以當做是一個子流程、我們設置是這個子流程的擁有者）
審批節點不在發起審批流程內
指定人員代理
流程結束
流程結束，並通知給流程的通知人
使用流程默認設置
流程默認設置是指看流程配置中的設置，也分兩種情況，要區分審批節點使用在主流程中，還是在【審批流程】中
審批節點在發起審批流程內
如果審批節點沒有單獨配置，就要遵循發起審批流程發起節點的配置。
審批節點不在發起審批流程內
如果審批節點沒有單獨配置，按流程的配置。
如果勾選瞭，則無審批人是自動跳轉，若沒有勾選，流程結束。
1.7 審批結果通知發起人
當此節點通過或否決時，可以通知發起人，通知的內容可以自定義。
例如，請假時，隻需最後一步審批通過纔需要通知發起人，中間的審批人通過不需要發，那麼中間審批節點可以不勾選通知。
1.8、審批意見、簽名認證和密碼驗證
在審批時，可以設置審批人是否需要必須填寫審批意見、簽名，以及驗證登錄密碼。 通過和否決/退迴可單獨設置。
如下圖，在通過時勾選項瞭必填意見、簽名和密碼驗證。
審批意見不勾選填寫時，點擊通過或否決按鈕直接完成審批操作。
簽名認證不勾選時，則隱藏簽名處
密碼驗證不勾選時，隱藏賬戶和密碼輸入框
- 開啓密碼驗證後，組織的超級管理員可以開啓1小時內免密驗證。點此參考
審批意見模闆
對於常用的意見，可以提前設置好意見模闆，在審批時直接選擇即可。
審批和否決支持設置多個意見模闆，並支持設置默認意見。
審批時的模闆效果：
如果審批人隻允許從模闆中選擇意見，則可以取消勾選【用戶自由輸入】。如果勾選瞭，則審批人可以自由輸入任何意見內容。
簽名
簽名時可以快速使用上次簽名，簽名在流程詳情中可以查看，也可以打印齣來。
1.9、否決/退迴時無需填寫錶單字段
審批時可以編輯或必填一些錶單字段，勾選後，在否決/退迴時可以不填寫必填字段。如下圖，否決/退迴時不會提示填寫字段內容。
審批通過時如果有必填字段，則字段不為空纔能提交。
1.10、批量審批/快速審批
勾選後，在我的流程 > 待處理列錶中，可以一次審批多條流程。如下圖：
如果審批節點中配置瞭必填字段和審批意見必填，則批量審批時會忽略，無需填寫即可直接通過或否決！
批量處理後，審批意見中會自動增加批量處理的備注
1.11、郵件審批
開啓郵件審批後，除瞭平臺內發送審批提醒消息，同時會再發送一封郵件，在郵件中可以直接點擊按鈕進行通過獲否決，或跳轉到平臺中操作，郵件中也支持傳遞附件。
如果勾選瞭【郵件內快速審批】，則在郵件內會顯示通過、否決和退迴的按鈕。
在郵件內操作時會忽略必填的簽名、意見和字段。
如下圖，左側勾選瞭【郵件內快速審批】，可以直接點擊通過、否決按鈕，直接處理。右側沒有勾選郵件內審批，隻能預覽關鍵內容，要審批隻能點擊【查看詳情】按鈕登錄平臺後操作。
想要在審批郵件中顯示更多的字段內容，可以設置摘要字段。
郵件中的樣式不對
同一個郵箱發送多條郵件時，在會話模式下，郵件內容樣式會變化，如下圖。
可以切換會標準模式即可顯示正常，操作如下：
1.12、開啓限時處理（自動催辦提醒）
可以給當前節點的審批人設置一個時長，在這個時長內審批都屬於正常審批，超過這個時長就是超時，超時前可以設定1次或多次的提醒，也可以設定超時一段時間後自動通過審批。
1) 設置截止時刻
晚於截止時刻還未審批，會顯示為超時，截止時刻的時間有兩種設置方式：
自定義時間
從到這一步審批開始，XXX（天、小時、分鍾）後不處理算超時。如下圖，錶示當前審批人的正常審批時間是8小時，超過8小時不處理就算超時。
基於某個日期字段
可以基於某個日期字段，也可以設定固定的時間。如下圖，是基於工作錶中一個設定的截止時間字段。
如果選擇的日期字段（無時間部分），則需要手動設置時間。
2) 設置提醒方式和提醒內容
在截止時間前後，如果還未審批，可以自動提醒審批人盡快審批，除瞭審批人，還有添加其他人督辦審批，如審批人的上司。
如下圖：在截止時間前2個小時，提醒審批人（提醒人可以設置多人）。
勾選重復提醒後，將在第一次提醒後，每隔一段時間就提醒一次（超過截止之間，也會重復提醒，最多提醒10次）
如果超時後依然未審批也需要通知催辦，或者在不同的時機就提醒一次，可以設置多組提醒。
3) 超期後怎麼做
如果審批超時後還未處理，可以設置以下處理辦法:
- 自動通過
- 自動否決
- 流程中止
- 什麼也不做，繼續等待
4) 效果示例
如果設置瞭限時處理，審批人在查看時會剩餘時長和超時時長的提醒
剩餘時長（截止提醒前查看）
剩餘時長（截止提醒後，截止時刻前查看）
超時時長（截止時刻後查看）
超時後自動通過
截止時刻前正常完成
超時提醒
1.13、字段設置（審批人對記錄數據的權限）
審批人在審批記錄時，可以單獨配置審批人對這條記錄的權限，哪些字段不可見，哪些字段必填等等。審批人如果修改瞭記錄數據，也會在日誌中顯示的。
也可以設置設定“摘要字段”，便於審批人快速預覽，在流程待辦列錶和郵件通知中直接顯示摘要字段，不需要進入審批記錄的詳情頁
新增字段默認可查看
如果勾選此項配置，則之後工作錶新增的字段都會被自動勾選“查看”選項；
如果不勾選，則之後工作錶的新增字段默認不能查看，如新增的字段需要查看，則需重新配置可見字段。
審批節點配置的記錄操作權限，不受審批人在應用的角色權限限製，兩者權限沒有衝突。可能審批人擁有的角色不能直接進入工作錶看到這條審批記錄，但是通過工作流的審批節點是可以賦予他這條記錄的操作權限的（通知、填寫節點類似）
1.14、數據更新
審批節點本身可以對審批記錄的數據進行更改，更改的時機為審批操作前、審批通過後、審批否決後、審批退迴後。
節點開始前更新
流程執行到此審批節點時就更改數據，後麵的審批人退迴至此節點也會更新。
通過後更新
當審批人審批通過後，就更改審批記錄的字段數據
否決後更新
當審批人否決後，就更改審批記錄的字段數據
退迴後更新
當審批人選擇退迴後，就更改審批記錄的字段數據
場景舉例： 審批的係統字段（狀態）隻有{進行中、通過、否決和中止}四種，可能無法滿足您實際業務需求，則可以自定義一個狀態字段，那麼在審批時就需要及時更新狀態字段。例如，錶單中新建瞭一個審批狀態字段，選項有{草稿、審批中、已通過、已否決}
如下圖：為第一步審批人配置更新數據的
審批開始： 將審批狀態改為審批中
通過後更新： 由於後麵還有其他人審批，此節點無需配置，如果隻有一步審批，這裏將狀態改為已通過
否決後更新：整個審批流程結束，不再繼續執行，將狀態改為 已否決
隻能更新本錶的字段，不能更新子錶、關聯錶。
1.15、審批執行人
執行人是這一步審批做齣過審批操作（無論是通過和否決）的人，不一定是1個，也可能是多個。 有時，審批人是多個人或簽，再進行下一步時，需要根據做齣審批結果的人來確定下個審批人，那這個時候就可以用審批執行人瞭。
最先操作人
例：A、B、C是同一個審批節點審批人（或簽方式），B最先通過/否決，則執行人為B。轉審
例：A、B是審批人（或簽方式），但A轉交給C，C直接審批瞭，B未操作。則執行人為C。加簽
例：A、B、C是審批人（或簽方式），B直接進行，在我審批前增加一名審批人D，D錶示通過，錶單流轉迴B，B再次錶示通過。則執行人為B、D。
例：A、B、C是審批人（或簽方式）。B直接進行在我通過後增加一名審批人D，D錶示否決，則執行人為D。
1.16、設置通過/否決/退迴按鈕的名稱
審批時，不同企業對於同意/否決的叫法是不一樣的，例如有的把通過叫“同意”。審批的通過和不通過按鈕默認是【通過】和【否決】,如下圖：
修改名稱
效果
1.17、根據審批結果，走不同的分支流程
審批節點後，增加分支節點，選擇根據審批結果分支，常用於多步審批。
按審批結果中的通過和未通過走不同的流程。
特彆提醒：
如下圖，兩個審批節點串聯在一起， 如果第一個審批節點選擇瞭否決，那麼後麵的節點都不會再執行。 所以，如果是多人多步審批，請結閤分支節點走不同的分支。
1.18、審批自動通過
例如、當審批人和提交人是同一人時，審批將自動通過，無需操作。點此查看詳情介紹
審批自動通過是流程的全局設置，對此流程下所有審批節點有效。
如果審批節點在【發起審批流程】中，此配置無效，以【發起審批流程】中的配置為準
二、審批流程的模型示例
2.1、隻有1步審批的流程模型示例
《退換貨申請》錶中，當有新的退貨申請記錄提交時，需要相關人進行審批，審批通過則將狀態修改為“同意退貨”，如果否決，則將狀態修改為“拒絕退貨”。
錯誤配置示例
初學者一般可能按照上圖這個方式來配置流程節點，它最終的實現效果如下：
- 審批通過後，執行下一個節點【更新記錄】 。
- 如果審批不通過，則流程中止，也不會再執行後麵的【更新記錄】節點。
因為要根據審批結果的不同，更新的內容也是不同的，那麼使用一個更新節點肯定是錯誤的。
如果您的需求是隻有通過時執行後續動作，如果是否決則不執行任何操作，那麼此配置也是可行的。
正確的配置示例
如上圖，審批節點後，需要通過“分支節點”（按審批結果分支）來實現 不同的結果，執行不同的功能節點。
如果審批節點後麵緊跟的不是分支節點（按審批結果分支），一旦審批否決，則流程中止，不會再執行後麵的節點。
2.2、多步審批的流程模型示例
前麵已經講到，根據審批結果的不同，可以走不同的分支流程。如果審批流程需要第二步審批，那麼需要再第一個審批通過後的流程中，繼續添加審批節點（第3步審批依次類推）。如下圖
三、真實審批場景的流程配置示範
某公司《費用報銷》的流程如下：
- 1、審批人
- 少於500元的報銷隻需申請人的直屬上司審批和上司的上司審批；
- 高於5000元的報銷則需要增加總經理審批。
- 2、自動化處理流程
- 報銷提交後，狀態應該自動改為“審批中”；
- 如果報銷申請最終通過，則將審批狀態改為“已通過”；
- 如果被否決，則狀態改為“已否決”，並通知申請人。
開始配置
1、觸發節點配置
本示例選擇的是工作錶事件觸發，當字段“是否提交” 選擇“提交審核”，保存記錄後纔觸發審批流程。
當然，您也可以做成一個自定義按鈕，點擊按鈕後觸發流程。
2、修改審核狀態
提交審核後，通過更新記錄節點自動將記錄的審批狀態改為“審批中”。
3、直屬上司進行審批
4、第1步審批後的流程
使用分支節點，配置通過和否決後的流程。
4.1) 配置被否決的流程
如果第一步審批被否決後，則將狀態改為“否決”，並通知申請人，整個流程結束。
4.2) 配置審批通過後流程（第2步審批）
第一步審批通過後，則繼續第二步審批，即上司的上司（或上級部門負責人）。
5) 配置第2步審批後的流程
5.1) 配置被否決的動作
和第1步被否決一樣，將狀態改為“否決”，並通知申請人，整個流程結束。
這個時候可以使用節點的復製功能，快速完成。
5.2) 配置通過後的流程
這個時候需要考慮是否需要總經理審批瞭，則需要結閤分支節點（普通分支）根據報銷金額來配置。
如果小於等於500
則不需要總經理審批。則將審核狀態改為 “審核通過”，整個流程結束。如下圖。
如果大於500（第3步審批）
需要增加總經理審批節點，這也是最後一步審批。 這一步審批也可以復製前麵流程的節點。
6) 修改流程和節點的名稱、描述等。
建議把節點的名稱和描述都完善下，為瞭便於日後維護和齣現問題時的排查，同時發送係統通知時也會讀取流程和節點的名稱。
文檔問題反饋
文檔中是否有錯彆字、內容過期、難以理解等問題？ 點此給我們反饋吧