審批流的
⑴ 如何設置審批流程
使用OA系統管理員賬號登錄進入OA系統
將滑鼠移至辦公首頁右上角的用戶名上專,在彈出的下屬拉菜單中點擊「管理」進入OA後台
進入後台後,點擊「全局」-「審批流程」就可看到系統自帶的兩個流程審批
用戶可直接點擊默認的流程審批上編輯圖標進入編輯
或者直接點擊新建重新添加
審批名稱系統默認的是一級審批、二級審批等等
為了更好區分,用戶也可按照不同分類來設置審批流程
同時,支持1-5級的審批層次,用戶可根據公司結構情況自定義
此處小編以3級審批為例
在進行審批人設置的時候,支持按部門、崗位和常用聯系人進行添加
系統還可進行免審批人,此處小編添加管理員為免審批人。
設置為免審批的賬號,在信息中心發布信息之後可直接發布。
審批描述自己可定義審批要求和規范、審批註意事項等等。
⑵ 流程審批設計
主要有以下幾個模塊:
1)用戶提交申請:
用戶通過do平台許可權申請入口頁面提交申請,用戶可以根據自己的角色,選擇不同類型的申請(代理商、RD、非RD)。用戶提交的申請內容會以快照的方式保存,快照的方式便於申請內容需求擴展,同時減少前後端邏輯交互,減小開發交流成本。
2)創建審批流程
用戶提交申請之後,會根據用戶提交的申請內容,動態的創建審批流程,後面內容會詳細介紹。
3)審批人審批
審批人可以通過do平台許可權申請頁面(我的審批)、workflow、HI等三種方式進行審批。workflow是運維部提供的一個工作流服務,通過接入workflow,可以復用郵件提醒、HI審批等功能,豐富用戶體驗。如果審批人通過workflow、HI方式審批,我們無法立即得到該審批信息(因為workflow不會回調任何介面),所以我們通過CT任務的方式定時掃描申請單狀態信息,同步到自己系統。
2. 審批流程設計
審批流程如下:
1)存儲設計
由於每個節點只有一個審批人,因此在設計工作流時,建了兩張mysql表:auth_apply(存儲用戶提交的申請,一條記錄代表一個申請)、auth_approve(存儲審批流程,一條記錄代表一個審批節點,auth_apply表中的一個申請對應該表中多個審批節點)。這樣的設計能夠完全滿足現有需求,但是這並不是一個標準的工作流設計(沒有考慮一個節點多個審批人情況),這也為後續功能擴展帶來了麻煩。
2)代碼框架
由於代理商、RD、非RD申請大體的審批流程是一樣的,但是具體到審批流程的每一步可能又不一樣,為此採用「模板方法模式」來設計。
Service_Data_ApplySave為抽象基類,模板方法createApplyAndApprove()給出了整個審批流程業務邏輯的骨架,包括一些列抽象操作:genAuditors()生成審批人(包括workflow的審批人)、createApplyWorkFlow()調用workflow介面生成申請單、saveApply()保存申請內容、createApprove()創建本地審批流。Service_Data_AgentApplySave、Service_Data_NordApplySave、Service_Data_RdApplySave等各子類實現相應的抽象方法即可。
3)接入workflow
由於workflow在創建審批流程時,必須提前配置好流程模板,而且不同類型的審批流程需要創建不同的流程模板,所以需要根據業務邏輯推斷可能出現的審批流程情況,提前手動創建好流程模板(這種方式極不靈活,也促使後續迭代想辦法盡量減少創建流程模板的操作)。
3
⑶ 要做個審批流的軟體,有啥建議嗎
是自己要做?還是單位要用?
⑷ 如何設置審批流並發起審批
登錄釘釘管理後台,進入審批,選擇需要設置審批的流程,點擊編輯,進入流程設計頁,點擊藍色加號,可以添加審批人、抄送人和經辦人,可以將審批人和經辦人設置為指定成員、主管、發起人本人或者是特定角色等,滿足各種場景需求。針對復雜流程可以設置分條件,根據發起人、表單內的金額、選項等走不同流程。以請假流程為例,可以設置請假三天以下主管審批,三天及以上由經理審批。
⑸ 什麼是審批流
通俗的說就是一個完整的審批流程。
審批流定義節點用來為某個具體的業務單據或某個具體單據的一個業務類型進行審批流程的定義。被定義了審批流程的單據將按照定義的審批流程被傳遞和審批。這一完整的過程就稱為審批流、
⑹ 軟體實施中的工作流。審批流分別指的是什麼
我來舉個例子,以請假為例,現在大多數公司的請假流程是這樣的
員工打電話(或網聊)向上級提出請假申請——上級口頭同意——上級將請假記錄下來——月底將請假記錄上交公司——公司將請假錄入電腦
採用工作流技術的公司的請假流程是這樣的
員工使用賬戶登錄系統——點擊請假——上級登錄系統點擊允許
就這樣,一個請假流程就結束了
有人會問,那上級不用向公司提交請假記錄?公司不用將記錄錄入電腦?答案是,用的。但是這一切的工作都會在上級點擊允許後自動運行!
這就是工作流技術。
審批流呢就是我們發現隨著企業規模增長,企業高層會面臨如何有效掌控企業的困惑,時時警惕規避企業管理失控的風險;而另一方面,內部員工越來越多的抱怨,什麼事情都要層層上報審批,導致業務執行效率低下;中層管理者也很痛苦,每天都有那麼多的待辦工作流需要簽字。糾其原因,企業規模擴大,出現更多專業化分工,組織范圍、管理層級都不斷增加,因此對管控授權,以及信息的及時上傳下達要求提高。
現在的流程管理軟體有很多,像天縱,天翎,牛刀雲,普元等廠商都是專注這一塊十幾年的老牌勁旅了,確實有著很大的效率優勢;新興起的也還行,比如搭搭雲這些也是不錯的,技術比較新,對比天翎這種老牌廠商的話就是平台沒有那麼穩定。
⑺ 審批流程如何設計,有多少步驟
完整的審批流程必須考慮到企業的業務需求、設計審批的人員角色和屬性、流程的邏輯關系等。
審批流程設計通常包含:
1.審批過程的識別,相關人員的職責和許可權;
2.審批的目的和需要達成的目標,需要管控的內容,相關審批內容的來源;
3.制定審批管理程序;
4.設計審批流程和製作審批的表單;
5.試運行;
6.根據試運行的效果,變更審批流程和表單』
⑻ SAP的審批流是怎麼定義的
找個比較有通用性的嘛,比如付款申請的流程。
⑼ 審批流程管理
易客CRM新版本中增加多級審批功能,每個模塊可以設置多個審批流程,每個流程可以設置多個審批步驟。通過控制面板開發的模塊也可以支持多級審批。
設置審批流程的步驟如下:
第一步:使用管理員賬號登陸易客CRM,進入控制面板->審批流程,選擇合同訂單模塊,進入合同訂單模塊的審判流程列表,如下圖所示:
審批流程列表1.jpg
第二步:點擊「新增審批流程」,進入創建審批流程界面,如下圖所示:
審批流程列表2.jpg
默認情況下,每個用戶提交訂單時都可以選擇當前審批流程,如果需要某些用戶不能選擇當前審批流程,可以點擊"高級選項",如下圖所示:
審批流程列表3.jpg
所選用戶將可以選擇當前審批流程,未選用戶將可以選擇當前審批流程,提交時也看不到當前審批流程。
確認流程信息後點擊保存按鈕,進入流程信息頁面,如下圖所示:
審批流程列表4.jpg
第三步:點擊「新增審批步驟」按鈕,進入創建審批步驟界面,如下圖所示:
審批流程列表5.jpg
審批步驟的信息分3個部分,第一個是基本信息,設置審批步驟的基本信息和審批人,每個審批可以設置多個審批人,每個審批人可以為正式審批人和候選審批人,正式審批人可以接收審批通知和審批記錄,候選審批人不接收審批通知和審批記錄。
審批步驟如果沒有指定下一步的審批步驟,將按照自然序列指定下一步的審批步驟,如果指定下一步審批步驟,將可以跳轉到指定的下一步審批步驟。審批步驟可以指定是否可以結束整個審批流程,如果沒有指定,最後一個審批步驟將可以結束整個審批流程。
審批步驟的第二個部分是欄位許可權,如下圖所示:
審批流程列表6.jpg
審批步驟的第三個部分是高級選項,審批通過時將可以自動更新訂單的某個欄位,如下圖所示:
審批流程列表7.jpg
第四步:重復第三步,依次創建3個審批步驟,分公司銷售經理審批、法務確認和總經理審批,如下圖所示:
審批流程列表8.jpg
第五步:創建合同訂單後,點擊「審批」按鈕,選擇審批流程提交,如下圖所示:
審批流程列表9.jpg
第六步:南京分公司的審批流程的負責人登陸系統後收到審批通知,或者在右上角的我的審批中心可以看到未審批和已審批的記錄,如下圖所示:
審批流程列表10.jpg
第七步:點擊未審批的記錄,進入合同訂單信息的界面,點擊審批按鈕,如下圖所示:
審批流程列表11.jpg
審批窗口中可以快速查看審批流程的詳細信息和審批歷史。
注意1:合同訂單、發貨單和進貨單審批通過時將自動修改「狀態」欄位的值為「已審批」,這個是系統默認的,和動態賦值沒有關系。
注意2:審批狀態目前有5個狀態,為待批准、已批准、已拒絕、已撤單和已駁回,資料庫中對應的值為0、1、-1、-2和-3,資料庫中的值可以作為條件賦值,例如統計報表和視圖中,如果有審批狀態的條件,對應的值要輸入資料庫中的值(0、1、-1、-2和-3)。
待批准表示還未審批的記錄或待審批的記錄;
已批准表示已經批准通過的記錄;
已拒絕表示審批被審批人拒絕的記錄;
已撤單表示被撤單的記錄;
已駁回表示審批人駁回的記錄,需要提交人重新修改和再提交審批。