【正文】 緊急開戶流程 44. 流程現(xiàn)狀與問題 44. 流程優(yōu)化建議 45. 預(yù)算控制類付款流程 48. 流程現(xiàn)狀與問題 48. 流程優(yōu)化建議 50. 非預(yù)算控制類付款流程 55. 流程現(xiàn)狀與問題 55. 流程優(yōu)化建議 57. 預(yù)算控制類緊急付款流程 60. 流程現(xiàn)狀與問題 60. 流程優(yōu)化建議 62. 非預(yù)算控制類緊急付款流程 65. 流程現(xiàn)狀與問題 65. 流程優(yōu)化建議 66. 集團(tuán)授信管理流程 69. 流程現(xiàn)狀與問題 69. 流程優(yōu)化建議 70. 外部融資立項管理流程 72. 流程現(xiàn)狀與問題 72. 流程優(yōu)化建議 73. 內(nèi)部融資立項管理流程 76. 流程現(xiàn)狀與問題 76. 流程優(yōu)化建議 77. 下賬管理流程 80. 流程現(xiàn)狀與問題 80. 流程優(yōu)化建議 81. 貸后資產(chǎn)管理流程 83. 流程現(xiàn)狀與問題 83. 流程優(yōu)化建議 84. 產(chǎn)業(yè)集團(tuán)內(nèi)部調(diào)撥流程 86. 流程現(xiàn)狀與問題 86. 流程優(yōu)化建議 88. 跨產(chǎn)業(yè)集團(tuán)內(nèi)部調(diào)撥流程 92. 流程現(xiàn)狀與問題 92. 流程優(yōu)化建議 944. 總結(jié) 96附件一：訪談紀(jì)要與材料 100A. 訪談紀(jì)要列表 100B. 收集的規(guī)范、制度列表 101C. 收集的報表模版列表 1011. 文檔導(dǎo)讀本文為XX咨詢?yōu)楹：郊瘓F(tuán)提供資金管理平臺流程現(xiàn)狀診斷與優(yōu)化建議服務(wù)的交付件。報告的主體則是對海航資金管理流程現(xiàn)狀的診斷和優(yōu)化改進(jìn)建議。2. 業(yè)務(wù)流程分析的方法. 業(yè)務(wù)流程分析的總體原則在海航的資金管理業(yè)務(wù)過程中，仍會遵循如下的總體業(yè)務(wù)原則。5. 統(tǒng)一調(diào)撥管理調(diào)撥必須先申請，后執(zhí)行，任何緊急調(diào)撥都必須實現(xiàn)申請留痕，僅限于審批環(huán)節(jié)可后補。專業(yè)人員（資金和財務(wù)人員）從資金平臺登入，使用資金平臺作為主要工作平臺；業(yè)務(wù)人員（資金支付申請的業(yè)務(wù)部門人員）也是通過BPM提交申請，規(guī)避系統(tǒng)操作的差異性。. 訪談?wù){(diào)研 本次項目訪談?wù){(diào)研覆蓋了集團(tuán)總部和所有5大產(chǎn)業(yè)集團(tuán)板塊，以及產(chǎn)業(yè)集團(tuán)以下的重點產(chǎn)業(yè)單位。流程圖示例：圖 從XX咨詢的方法論而言，在流程診斷中，我們一般對關(guān)鍵流程，會從體系、理念、設(shè)置、執(zhí)行和監(jiān)控和支撐五個維度系統(tǒng)，深入的進(jìn)行診斷評估。 風(fēng)險a) 準(zhǔn)確性：是否有業(yè)務(wù)過程中缺乏審核或確認(rèn)環(huán)節(jié)；b) 完整性：是否有后端需要的業(yè)務(wù)信息前端業(yè)務(wù)系統(tǒng)無法提供或只提供部分信息；c) 人工操作：是否流程斷裂，需要人工線下操作的業(yè)務(wù)點；d) 可監(jiān)控 ：是否所有的業(yè)務(wù)都在系統(tǒng)留痕，能夠進(jìn)行事中監(jiān)控和事后核對檢查；實施商將在分析這些需求后，詳細(xì)描述這些需求的實現(xiàn)界面，界面元素和控制邏輯。圖 從5個維度著手，聚焦在風(fēng)險管控和效率提升兩個方面分析，目前在該流程中存在如下的問題：問題編號問題描述影響分析計劃數(shù)據(jù)以Excel為載體，手工管理無法滿足數(shù)據(jù)存儲、變更記錄、考核執(zhí)行數(shù)據(jù)分析等應(yīng)用需求。提交既是上報。. 流程優(yōu)化建議改進(jìn)點識別與收益分析通過討論分析，本流程的改進(jìn)點與年度資金計劃提報流程的說明相同，“改進(jìn)點識別與效益分析”。2. 融資合同登記時，應(yīng)同步填寫合同與融資還款支付相關(guān)的關(guān)鍵要素，包括對端賬號、預(yù)期付款時間、承擔(dān)人、使用人、誠待人等信息。如歷史年度的計劃數(shù)據(jù)、人員變動交接等造成的數(shù)據(jù)存儲問題，資金計劃數(shù)據(jù)調(diào)整無法對調(diào)整過程進(jìn)行記錄、資金計劃執(zhí)行情況考核難以進(jìn)行數(shù)據(jù)分析的情況；資金計劃提報線下流轉(zhuǎn)資金計劃數(shù)據(jù)上報、審批、考核執(zhí)行等管控力度薄弱，如資金計劃上報審批流程的隨意性較大，審批過程無法記錄，對資金計劃的執(zhí)行難以與結(jié)算進(jìn)行對接，無法提供詳實的資金計劃考核依據(jù)；資金計劃數(shù)據(jù)完全來源于人工收集上報資金計劃數(shù)據(jù)來源于各部門上報，尤其融資性支出數(shù)據(jù)無法直接通過融資合同分析融資支出情況；資金計劃相關(guān)報表同質(zhì)化程度較高，同一數(shù)據(jù)以不同形式反復(fù)上報工作量大，易出錯，效率低資金計劃上報后，如需變更則郵件變更申請，直接在原計劃數(shù)據(jù)上調(diào)整無法記錄計劃變更過程，無法進(jìn)行后續(xù)分析與考核表 . 月度資金計劃提報流程現(xiàn)狀問題分析表. 流程優(yōu)化建議改進(jìn)點識別與收益分析通過討論分析，本流程的改進(jìn)點與年度資金計劃提報流程的說明相同，“改進(jìn)點識別與效益分析”。保證資金計劃生成全面；3. 當(dāng)融資下賬計劃變化時，應(yīng)及時在融資管理中進(jìn)行調(diào)整，以保證自動生成的融資付款計劃的準(zhǔn)確性IT需求本流程優(yōu)化的IT需求的大部分與“年度資金計劃提報流程”相同，“IT需求”部分的說明。改進(jìn)點編號改進(jìn)點描述改進(jìn)收益系統(tǒng)自動根據(jù)周資金計劃生成周大額計劃簡化工作，減少錯誤；生成既是上報周大額計劃審批全程在線上完成全審批確保數(shù)據(jù)完整全面，便于審計和分析規(guī)范化在線的緊急大額付款后的強制性審批后補子流程保證大額支付具有審批，且均在系統(tǒng)可追溯，避免流程外的大額付款表 . 周大額提報流程改進(jìn)點分析表流程圖及流程說明改進(jìn)后流程如下圖所示：圖 周大額提報流程To_Be流程圖流程各個節(jié)點的說明如下：周大額提報流程步驟用戶系統(tǒng)描述備注1成員單位計財部現(xiàn)金流中心浪潮GS從周資金計劃中提取出其中大于100萬的待付單，形成大額計劃跳轉(zhuǎn)步驟22成員單位計財部領(lǐng)導(dǎo)BPM系統(tǒng)與周資金計劃一并進(jìn)行審批跳轉(zhuǎn)步驟33產(chǎn)業(yè)集團(tuán)計財部浪潮GS匯總本產(chǎn)業(yè)集團(tuán)周資金計劃跳轉(zhuǎn)步驟44產(chǎn)業(yè)集團(tuán)計財部浪潮GS對產(chǎn)業(yè)集團(tuán)周資金計劃一并進(jìn)行審批跳轉(zhuǎn)步驟55產(chǎn)業(yè)集團(tuán)領(lǐng)導(dǎo)浪潮GS對產(chǎn)業(yè)集團(tuán)周資金計劃進(jìn)行審批跳轉(zhuǎn)步驟66集團(tuán)浪潮GS對產(chǎn)業(yè)集團(tuán)周資金計劃進(jìn)行審批周大額計劃提報流程結(jié)束成員單位計財部現(xiàn)金流中心浪潮GS周資金計劃數(shù)據(jù)查詢查詢功能，可以查詢權(quán)限范圍內(nèi)資金計劃成員單位計財部領(lǐng)導(dǎo)浪潮GS周資金計劃數(shù)據(jù)查詢查詢功能，可以查詢權(quán)限范圍內(nèi)資金計劃產(chǎn)業(yè)集團(tuán)計財部浪潮GS周資金計劃數(shù)據(jù)查詢查詢功能，可以查詢權(quán)限范圍內(nèi)資金計劃產(chǎn)業(yè)集團(tuán)領(lǐng)導(dǎo)浪潮GS周資金計劃數(shù)據(jù)查詢查詢功能，可以查詢權(quán)限范圍內(nèi)資金計劃集團(tuán)浪潮GS周資金計劃數(shù)據(jù)查詢查詢功能，可以查詢權(quán)限范圍內(nèi)資金計劃表 . 周大額提報To_Be流程說明業(yè)務(wù)規(guī)范和制度需求基于如上流程優(yōu)化點，在業(yè)務(wù)規(guī)范和操作規(guī)程上，需要同時提供以下保證：1. 年度、月度和周資金計劃均須在資金平臺進(jìn)行編制。圖 從5個維度著手，聚焦在風(fēng)險管控和效率提升兩個方面分析，目前在該流程中存在如下的問題：問題編號問題描述影響分析賬戶開立完成后未將相關(guān)信息反饋至OA系統(tǒng)（公文）OA系統(tǒng)（公文）未記錄銀行賬戶開立完成情況，只是對公文審批進(jìn)行管理，造成實際銀行的開戶情況無法查詢，大量的賬戶信息無法實時登記管理，只能進(jìn)行階段性的清查；賬戶開立上報、備案操作線下處理賬戶開立上報、備案通過線下處理，無法進(jìn)行實時監(jiān)管，存在延遲上報、備案的情況；賬戶開立后授權(quán)監(jiān)管未進(jìn)行系統(tǒng)管理賬戶開立后需進(jìn)行授權(quán)的未通過系統(tǒng)管理，難以按日期等維度查詢賬戶授權(quán)的進(jìn)度等情況，授權(quán)進(jìn)度無法自動識別，均以人工方式進(jìn)行統(tǒng)計，工作量較大；對非銀企直聯(lián)賬戶的管控力度薄弱非銀企直連賬戶信息目前進(jìn)行線下備案，頭寸手工錄入呈報。使不在資金平臺發(fā)起流程的開戶不可能完成確保任何情況下賬戶開立都已在系統(tǒng)發(fā)起申請留痕。3. 關(guān)閉賬戶系統(tǒng)的賬號錄入功能，或者設(shè)置為需要特權(quán)才能操作；4. 對未久懸賬戶、狀態(tài)不一致賬戶、未及時關(guān)閉賬戶變動業(yè)務(wù)流程的賬戶等情況進(jìn)行制度約束，制定考核機制；5. 定期進(jìn)行賬戶狀態(tài)核查。需要銷戶的賬戶信息無法便捷查詢獲取根據(jù)海航相關(guān)制度，有幾種需要銷戶處理的情況（如賬戶1年未使用，或融資戶3月未下賬），目前的賬戶線下管理模式很難區(qū)分，因此存在大量需銷戶但未銷戶的賬戶；表 . 賬戶銷戶流程現(xiàn)狀問題診斷表. 流程優(yōu)化建議改進(jìn)點識別與收益分析通過討論分析，本流程可以在如下幾個點上進(jìn)行改進(jìn)，并期望達(dá)成響應(yīng)的收益。既算緊急特批，也要附上截屏的系統(tǒng)申請單在特批郵件中。圖 從5個維度著手，聚焦在風(fēng)險管控和效率提升兩個方面分析，目前在該流程中存在如下的問題：問題編號問題描述影響分析賬戶一般信息變更完成后未將相關(guān)信息反饋至OA系統(tǒng)（公文）OA系統(tǒng)（公文）未記錄銀行賬戶一般信息變更的完成情況，只是對公文審批進(jìn)行管理，造成實際銀行的賬戶一般信息變更情況無法查詢，大量的賬戶信息無法實時登記管理，只能進(jìn)行階段性的清查；賬戶一般信息變更上報、備案操作線下處理賬戶一般信息變更上報、備案通過線下處理，無法進(jìn)行實時監(jiān)管，存在延遲上報、備案的情況；存在完全在流程之外的賬戶一般信息變更業(yè)務(wù)這些賬戶因未納入統(tǒng)一登記管理，導(dǎo)致賬戶的總數(shù)量不對，使賬戶授權(quán)率、可查詢率、資金歸集率等指標(biāo)不準(zhǔn)確，只具備參考意義。避免完全避開流程的一般信息變更情況表 . 賬戶一般信息變更流程改進(jìn)點分析表流程圖及流程說明改進(jìn)后流程如下圖所示：圖 賬戶一般信息變更流程To_Be流程圖流程各個節(jié)點的說明如下：賬戶一般信息變更流程步驟用戶系統(tǒng)描述備注1成員單位經(jīng)辦人浪潮GS在GS系統(tǒng)認(rèn)真填寫賬戶變更申請，核對無誤后提交審批。既算緊急特批，也要附上截屏的系統(tǒng)申請單在特批郵件中。這會導(dǎo)致業(yè)務(wù)運行過程中存在如下的問題：問題編號問題描述影響分析對賬戶授權(quán)狀態(tài)變更業(yè)務(wù)未進(jìn)行流程管理賬戶授權(quán)狀態(tài)變更業(yè)務(wù)直接系統(tǒng)操作未實現(xiàn)狀態(tài)變更審批，無法保證系統(tǒng)中的賬戶狀態(tài)信息在銀行側(cè)保持一致；表 . 賬戶狀態(tài)變更流程現(xiàn)狀問題診斷表. 流程優(yōu)化建議改進(jìn)點識別與收益分析通過討論分析，本流程可以在如下幾個點上進(jìn)行改進(jìn)，并期望達(dá)成響應(yīng)的收益。改進(jìn)點編號改進(jìn)點描述改進(jìn)收益銀企直聯(lián)賬戶頭寸數(shù)據(jù)直接系統(tǒng)獲取，離線賬戶數(shù)據(jù)線下獲取后導(dǎo)入，形成完整的系統(tǒng)數(shù)據(jù)；減少成員單位獲取余額的難度與工作量，降低全部手工錄入出錯的風(fēng)險；賬戶頭寸“手工上報”改為“主動查詢。流程各個節(jié)點的說明如下：賬戶開戶流程步驟用戶系統(tǒng)描述備注1開戶經(jīng)辦用戶浪潮GS填寫開戶申請單，如為銀行賬戶附帶（銀行賬戶申請單）跳轉(zhuǎn)步驟22成員單位用戶BPM系統(tǒng)對開戶申請單進(jìn)行審批跳轉(zhuǎn)步驟33產(chǎn)業(yè)集團(tuán)審批用戶BPM系統(tǒng)對開戶申請單進(jìn)行審批跳轉(zhuǎn)步驟54各相關(guān)領(lǐng)導(dǎo)無線下審批是否同意開戶，同意轉(zhuǎn)10，否則退回轉(zhuǎn)步驟105財務(wù)公司結(jié)算業(yè)務(wù)部用戶BPM系統(tǒng)判斷是否為內(nèi)部賬戶，Y跳轉(zhuǎn)步驟17， 財務(wù)公司相關(guān)審批用戶BPM系統(tǒng)對開戶申請單進(jìn)行審批跳轉(zhuǎn)步驟66集團(tuán)計財部現(xiàn)金流中心用戶BPM系統(tǒng)對開戶申請單進(jìn)行審批跳轉(zhuǎn)步驟77集團(tuán)計財部總經(jīng)理BPM對開戶申請單進(jìn)行審批跳轉(zhuǎn)步驟88系統(tǒng)BPM系統(tǒng)判斷銀行賬戶是否不可歸集， N跳轉(zhuǎn)步驟17集團(tuán)財務(wù)總監(jiān)BPM系統(tǒng)對開戶申請單進(jìn)行審批跳轉(zhuǎn)步驟99系統(tǒng)BPM系統(tǒng)判斷銀行賬戶是否不可查詢， N跳轉(zhuǎn)步驟17集團(tuán)決策層領(lǐng)導(dǎo)BPM系統(tǒng)對開戶申請單進(jìn)行審批跳轉(zhuǎn)步驟1710成員單位持章人浪潮GS持章人檢查該申請是否已經(jīng)審批完成跳轉(zhuǎn)步驟1111成員單位用戶無判斷是否為內(nèi)部賬戶， 財務(wù)公司結(jié)算業(yè)務(wù)部九恒星系統(tǒng)錄入內(nèi)部賬戶信息，賬戶編號、賬戶名稱等信息跳轉(zhuǎn)步驟17經(jīng)辦崗無去開戶銀行辦理開戶手續(xù)跳轉(zhuǎn)步驟1212成員單位用戶浪潮GS錄入銀行賬戶信息，賬戶編號、賬戶名稱等信息跳轉(zhuǎn)步驟1313財務(wù)公司結(jié)算業(yè)務(wù)部浪潮GS核對銀行賬戶信息無誤后，進(jìn)行復(fù)核操作跳轉(zhuǎn)步驟1414財務(wù)公司結(jié)算業(yè)務(wù)部浪潮GS對復(fù)核無誤的賬戶進(jìn)行啟用操作，賬戶正式啟用。緊急開戶后，系統(tǒng)應(yīng)提供后補審批和賬戶登記的功能表 . 賬戶緊急開戶流程優(yōu)化IT需求清單. 預(yù)算控制類付款流程. 流程現(xiàn)狀與問題下圖是海航集團(tuán)目前的預(yù)算控制類付款流程的現(xiàn)狀。表 . 預(yù)算控制類付款程優(yōu)化IT需求清單. 非預(yù)算控制類付款流程. 流程現(xiàn)狀與問題下圖是海航集團(tuán)目前的非預(yù)算控制類付款流程的現(xiàn)狀。圖 目前此流程主要存在價值鏈、數(shù)據(jù)鏈等方面，具體闡述如下表所示：問題編號問題描述影響分析數(shù)據(jù)分散在不同的系統(tǒng)，存在信息孤島無法及時全面掌握整個集團(tuán)的付款情況，從而無法基于此進(jìn)行數(shù)據(jù)挖掘與分析，無法及時做出決策無法保證緊急付款通過郵件審批后在系統(tǒng)進(jìn)行審批補錄系統(tǒng)內(nèi)展現(xiàn)的付款信息不完整，數(shù)據(jù)價值大幅度降低表 . 非預(yù)算控制類緊急付款流程現(xiàn)狀問題診斷表. 流程優(yōu)化建議改進(jìn)點與收益分析針對以上問題，我們建議在以下方面對流程進(jìn)行改進(jìn)：改進(jìn)點編號改進(jìn)點描述改進(jìn)收益以資金系統(tǒng)為主要載體，與各周邊系統(tǒng)進(jìn)行對接，對付款整體流程以及集團(tuán)所有付款管理相關(guān)的信息全部納入線上，實現(xiàn)資金平臺的統(tǒng)一管理使領(lǐng)導(dǎo)能及時全面地掌握全集團(tuán)的付款信息，消除信息孤島，便于領(lǐng)導(dǎo)更快做出決策，同時，為日后進(jìn)行深度的數(shù)據(jù)挖掘與分析奠定基礎(chǔ)提供路徑使緊急付款線上線下審批并行減少審批時間，為緊急付款提供便捷通道實現(xiàn)融資性支出和內(nèi)部調(diào)撥付款申請單的自動生成此類緊急付款無需進(jìn)行付款申請單的填寫，確保在進(jìn)行郵件審批前系統(tǒng)已存在付款申請單據(jù)，便于日后進(jìn)行審批補錄的監(jiān)控，保證付款