基于動態企業建模技術 應對企業管理變化
作者簡介:劉劍鋒,用友軟件股份有限公司助理總裁,歷任需求分析師、產品經理、NC產品總監。 作者長期致力于大型企業管理軟件研發實踐,在ERP軟件架構設計、產品管理等領域深入研究,對集團企業商業運營、管理有較深刻理解。
當今的世界是一個加速變化的世界,互聯網、信息技術能力的應用提升大大加快了信息的傳播速度,更加快了世界的變化。企業競爭游戲規則在改變,大魚吃小魚,逐步演變為快魚吃慢魚。面對市場的瞬息萬變,企業需要有更強的適應變化的能力,他們的商業模式、業務流程的迅速改變,對IT支撐提出了挑戰。中國企業的管理者,受《易經》、《孫子兵法》以及儒家文化等傳統文化管理思想的影響,在經營管理過程中更強調靈活性和應對變化的能力,逐步形成具有中國特色的管理模式。
大型集團管理軟件面對的正是這樣一個市場背景,希望有一個支持企業當前戰略、商業模式、運營管控要求的管理軟件,并能支持企業未來的發展、變化要求。在此需求背景下,動態企業建模技術、SOA架構思想等應運而生。而集團企業高端管理軟件采用動態建模技術,可以為成長性的集團企業提供更適應的解決方案,可以伴隨企業成長,支持企業的創新要求。所謂動態企業建模(DEM: dynamic enterprise modeling),即以企業業務過程模型為驅動,為企業提供一個可連續變化的軟件框架結構,使得當企業業務過程變化時,相應的企業模型也能發生改變,企業應用能夠重新配置,從而使軟件模型及應用和企業***業務要求能快速匹配,從而達到減少系統復雜性、增加系統應用柔性的目的。基于動態建模的ERP與傳統靜態的ERP在如下幾個關鍵方面區別:
1、面向企業業務流程,支持軟件結構的重組;
2、支持不斷變化的業務流程和業務流程的持續改進;
3、支持企業組織重構和業務流程重組,企業管控的變化;
4、允許客戶選擇自己的界面和工作平臺,并能很方便地與其他系統集成;
5、 需要基于眾多成功企業管理實踐的總結和提煉。
目前市場上很多早期的產品,在動態建模方面不能更好的滿足客戶的要求,其僵硬的信息系統與動態多變的市場、企業頻繁的BPR成為一對重要的矛盾。尤其是國內一些成長性的集團企業,使用一些國外高端早期的基于***實踐的解決方案,應用過程中發現同行業世界500強前列企業的系統,與企業現有發展階段的商業模式、管理能力并不一定能匹配,投資很大,還不能解決當前問題,有小馬拉大車的感覺,不能滿足企業成長中的靈活要求。
一、使用企業動態建模技術 滿足中國集團企業成長性的需求
(一)企業動態建模平臺
集團企業基于企業的戰略目標,進行商業模式的設計,從而優化業務流程,優化集團管控,以形成支持戰略實現的企業運營管理模式。
圖-1
高端ERP軟件中提供動態企業建模平臺,可以更好地支持中國集團企業成長性的需求,通過動態IT解決方案支撐企業商業模式的創新,用最小TCO為企業發展提供最適合的IT支持。
動態企業建模平臺包括動態組織建模,動態流程建模、動態主數據建模、動態資源建模等產品,對集團企業的組織變革、流程優化、集團管控優化、資源權限動態管理提供平臺層面的解決方案。除此之外,在業務模型層面的業務規則管理、支持業務逐步的精細化管理,業務組件模型架構等很多方面也需要使用了動態建模的思想和技術。在界面層面也要為企業提供UI模板定義、用戶個性化管理等動態解決方案。
圖-2
(二)動態組織建模管理 支持企業組織變革、并購、重組
集團企業在成長過程中,組織在增加,組織的職責在變化,組織間的上下級管理關系會改變,組織間的業務流轉關系會改變。集團企業隨著企業戰略變化、商業模式的變化,企業會有更多的轉型升級;轉型升級過程中,會有企業并購、組織合并、組織裁撤等很多組織變革行為。這就要求集團企業管理軟件中的組織建模能夠動態的適應這種變化,支撐企業運營、成長。
集團企業中組織全生命周期的變化,包括一個組織從誕生、到運作,到撤銷結束的全面歷程,可以歸類為以下變化:組織名稱等屬性變化、組織職能的變化、組織上下級管理關系的變化、組織業務流轉關系變化、組織的合并。
支持這些組織變化,要求動態企業建模中的組織建模要具備以下軟件技術特性:
1、集團多組織模型的統一抽象建模設計:企業中的公司、分公司、子公司、工廠、事業部、項目部、利潤中心等等實體組織,統一抽象為業務單元(Business unit)組織對象,統一建模管理。
2、支持組織全生命周期的多版本管理,支持組織設計、啟用、變更版本、停用管理。
3、組織職能抽象的設計:采購、銷售、生產、庫存、公司法人、人力管理等等都是組織的職能,依據組織職能進行業務建模,而不是傳統軟件的組織類型分別建模設計。
4、組織上下級管理關系,支持矩陣業務關系管理,依據組織職能可以定義多種矩陣上下級管理關系,例如:行政體系、銷售組織體系、人力管理體系、預算體系……組織體系同樣支持多版本管理。
5、組織業務委托關系的抽象設計,支持業務委托關系隨時改變。集團企業組織專業分工,一個組織通常只做最核心的職能,而將其他職能委托集團內的其他組織完成。例如:多工廠將采購業務委托給物資公司集采,結算單位將資金收付業務委托給結算中心,多工廠委托銷售組織統一銷售,質檢中心代理所有公司質量檢驗……在集團企業里,為客戶創造價值的業務流程是通過多組織的業務委托關系進行流轉的,抽象統一的組織業務委托模型進行管理,支持業務委托關系進行改變。
6、解耦基礎數據集團管控與組織上下級關系的依賴,避免組織間關系變化,引發基礎數據管控關系錯誤。
7、支持組織合并,基于組織合并的基礎數據、業務數據的合并,數據的正確處理等。
(三)動態流程建模管理 支持企業的BPR流程重組
集團企業中隨著商業模式的變化,業務流程的優化、調整會很多,要求企業的信息系統能夠支持流程BPR的能力。企業不需要因為流程變化,而重新構建、實施系統。
圖-3
企業中的業務流程,可以歸納為三類:業務流程、工作流程、審批流程。
1、業務流程:例如,銷售業務流程,包括銷售訂單,依據訂單發貨,依據發貨指令出庫,依據出庫單開票,依據發票確認應收等,這就是一個典型的銷售業務流程。企業中還有采購、生產、人員招聘等很多流程。
2、工作流程:例如,設備維修工單,可能由巡檢人員依據巡檢故障創建,由維修人員確認維修方案,由維修經理審批,由財務人員確認成本,這樣一個業務有多人協同完成的工作流程。
3、審批流程:例如,報銷單,由報銷人填寫,部門經理審批,費用承擔部門經理審批、預算專員審批后,才能出納支付,這就是一個典型的審批流程。
高端管理軟件中,業務流程、工作流程、審批流程都要支持動態定制,而不是軟件中固化流程,讓用戶必須依據流程使用,那樣就不能滿足企業流程的變化要求。動態流程建模的軟件應具備如下的技術特性:
1、具備業務流程配置平臺,企業所有的業務流程,可以在流程配置平臺進行配置。例如:銷售業務,用戶可以定義普通賒銷業務流程:銷售訂單――發貨單――出庫單――發票;用戶同時也可以定現銷或預收款銷售業務流程:銷售訂單――發漂――出庫單。即用戶可以自定義任意多種流程,每種流程中,業務上下游關系可以自定義。
圖-4 業務流程配置界面
2、工作流、審批流建模工具,支持所有的協同工作流、審批流流程企業自定義。
3、支持企業運行不同階段,依據不同流程產生流程業務數據,流程變更后可適應。歷史業務數據可以按歷史版本正確查詢,這要求軟件組件業務模型和流程的解耦設計。
4、支持流程設計、啟用,流程多版本管理。 流程設計器可以做流程的優化設計,設計好的流程企業相關部門確認后才啟用執行。流程變更前版本、變更后版本可以共存,新業務按變更后執行,流程在途業務繼續按以前版本執行完畢,這樣可以更好支持流程變更過程平滑過渡,不用做業務中斷。
5、企業通過流程平臺規范大部分的企業流程,但企業運行過程中,會有例外事件產生,動態流程會依據這些事件有例外的動態調整。比如發生了意外事件,工作流程中增加角色去判斷處理,這要求流程平臺有更好的ADHOC定義、執行的能力,這樣才能支持企業所有流程在流程平臺運行。
(四)動態主數據建模:基礎數據三級集團管控模型 可根據集團企業管理要求隨需應變
集團企業對集團管理軟件的一個核心需求,就是集團管控能力,正是得益于集團管理軟件的這一特性支持,很多集團業務的戰略目標才能更好實現。集團管控,又可以分為戰略管控、財務管控、運營管控幾個層面。不同的集團企業,因其行業背景不同、行業多元化、企業成長階段不同,其集團管控的內容要求、能力要求都是不同的,因此也要求軟件對集團管控能力可以進行配置。特別是很多集團企業規模長大過程中,對集團管控會有更深的要求,企業上集團管理軟件初期到后期,對集團管控要求會有提升。
集團管理軟件中集團管控,除了前邊組織的上下級管控,流程的集團管控外,更多的就是基礎數據、業務規則、參數的集團管控,這些往往都是企業中的期量標準、政策規范、業務規范數據在軟件中建模的體現,軟件中對這些基礎數據的集團管控能力的自定義,體現了軟件支持集團企業動態集團管控的能力。
基于對集團企業管控要求的抽象總結,可以建立全局-集團-組織三級集團管控模型,用于集團企業管控需求的自定義配置和動態變化支持。
1、基礎數據基于全局(Global)、集團(BusinessGroup)、業務單元(BusinessUnit)層級定義多種三級管控模型,實施時根據企業集權或分權管理要求可以選擇配置方案。
例如:客戶檔案的管理,企業可以選擇在十幾中管控模型中進行選擇,集團企業中常見的管控模式有:
Ø 客戶檔案在業務單元組織級維護,各組織進行私有管理;
Ø 客戶檔案中部分在業務單元組織級維護,各組織進行私有管理,部分公共客戶在集團統一維護,集團統一管理;
Ø 客戶檔案中所有客戶在集團統一管理;
Ø 在多集團企業中,有些企業所有客戶管理在全局多集團統一管理,統一客戶關系管理;
Ø 在多集團企業中,有一些企業部分客戶在全局多集團統一管理,部分客戶屬于下屬集團私有管理;
Ø ……
圖-5 集團管控模式配置界面
2、企業中所有的參數、基礎數據、業務規則都支持以上的集團企業三級管控模型配置:物料、物料分類、供應商、客戶、收付款協議、科目、入帳規則等等所有涉及企業不同管控要求的基礎數據檔案。
3、支持企業隨著管理要求變化,升級、變更三級管控模式。例如:集團企業剛開始是分散采購,物料、供應商都可以組織級管理,集采模式時,集采的物料和供應商就需要在集團級維護和管理。
(五)動態資源權限建模:基于RBAC的資源權限模型 資源權限根據業務要求靈活管控
集團企業運營過程中,隨著組織變更、業務流程變更,人員對信息系統中的功能、數據等資源的訪問權限也是動態變化的,要求集團管理軟件要有一個動態的資源權限維護和管理的模型。
圖-6
1 、支持企業對資源的靈活定義:功能菜單、業務活動、業務數據、報表、文檔、服務等等可以作為資源權限管理控制。
2、 基于RBAC(role based access control)的角色權限模型,角色可以跨組織公用。抽象職責模型,職責實現權限繼承,簡化、規范企業權限體系的規劃。組織和職責指定到角色,這樣只要集團企業中流程、職責沒有變化,角色模型就是穩定的,人員變化,只需要維護角色和用戶的關系。
3、 企業流程職責變化后,也可以隨時修改角色的職責范圍,進行動態維護,根據業務需要對資源訪問權限的隨時調整。
4、 支持權限申請、授權確認等資源權限調整進行流程審批。
5、 基于數據對象通過數據權限規則定義的數據權限,可以定義出每個人對每個數據對象的所有操作權限。例如:一個銷售業務員針對什么樣的銷售訂單有查看權限,有修改、刪除、審核、打印、輸出等不同操作的權限。
6 支持多級集團企業分層、分塊進行日常權限的動態管理,集中與分層的授權體系,提供多角度審計報告,支持內控與審計。
(六)基于交易類型的流程、界面、業務規則,支持用戶隨需應變
大型管理軟件中,使用動態建模技術,可以支持組織動態建模、流程動態建模、主數據集團管控動態建模、資源權限動態建模,支持集團企業成長中對動態IT的要求。除此之外,靈活的基于交易類型的業務規則等一些動態模型也是很重要的,例如:
圖-7
1、系統每個單據,都要有用戶自定義業務類型的功能:抽象為Transaction Type交易類型。 例如:銷售訂單、采購訂單、調撥訂單都有訂單類型,出入庫單據,有出入庫類型,收付款單據都有收款類型等,用戶可以針對自己的這些業務進行自定義業務類型,進行管理。
2、 針對用戶自定義的交易類型,用戶可以定義不同的單據模板,這樣不同的業務分類可以有不同的界面、字段,實現用戶對系統UI的動態配置。
3、 針對用戶自定義的交易類型,用戶可以配置不同的業務流程、工作流、審批流,支持不同業務類型設計不同的流程進行管理的要求。例如:賒銷的流程與現銷流程不同,自采類物資和集采類物資的采購流程的可以不同。
4、 針對用戶自定義的交易類型,用戶可以配置出不同的業務規則,實現不同的業務流程中,關鍵管理控制點的業務規則管控要求的不同。例如:賒銷的銷售訂單,可以在訂單審批時,配置信用檢查組件,信用合規才可以審批通過;而現銷的流程中,訂單的審批環節,可以配置收款、預收款核銷檢查組件,核銷到的收款大于訂單金額才可以發貨。
5、 支持動態的業務規則配置,就需要抽象業務規則組件,與訂單等業務模型組件解耦設計,以支持企業業務規則的動態配置管理。
(七)動態建模 支持企業逐步經細化管理
例如:物料管理,考慮到企業管理的逐步升級,對物料的管理也是逐步精細化,軟件動態建模設計也要考慮適應企業這樣的管理變化要求。
1、 物料管理模型設計支持物料主擋多版本管理。
2、 支持物料管理批次逐步啟用,物料支持從無批次到啟用批次,很多企業系統初始上線時,考慮實際物流管理能力,不作批次管理,使用信息系統一段時間后,提出批次精細管理要求。要求系統能同一物料,啟用批次管理,并且能處理庫存數據正確。
3、支持從無輔助屬性管理到啟用自由項等輔助屬性管理。
4 、支持啟用輔計量、條碼、序列號管理等。
#p#
二、基于企業動態建模下的實際應用場景舉例
一個集團企業由自采模式轉變為集采模式時,如何通過動態建模配置,實現業務管理的升級應用。
該企業以前有兩個工廠1、2,一個銷售公司,工廠獨立采購生產,銷售公司銷售。使用系統二年后,企業規模長大,新增工廠3經營,集團企業組織架構調整如下:原來是工廠自行分散采購的模式,多工廠經營后,成立物資公司,主要原料物資實行集中采購模式,集中采購,分散收貨,集中結算,內部結算的模式。
圖-8
客戶使用我們動態企業建模管理的軟件下,客戶的這種管理模式的變化,在軟件上就可以通過動態的配置實現,而不是重新構建信息系統,重新實施。
以下是這樣一個采購管理模式升級,需要做的動態建模配置:
組織的變更:
1、系統中在原集團下,新建業務單元:工廠2,工廠3,物資公司。
2、業務單元職能變更:原總部工廠1采購職能取消。
3 、設立采購業務委托關系:主要原材料類物資,工廠(1、2、3)委托物資公司采購。
業務流程的變更:
1、增加集采目錄定義,主要原材料集采。
2、原自采的業務流程,保留,限制做自采類物資使用。
3、新增集采業務流程配置,用于主要原材料集采。
4、流程多版本管理支持平滑的流程過渡。
基礎數據三級管控的管理模式變更:
1、主要原材料在工廠(組織級)私有定義管理,轉為集團級定義管理,通過物料管控模式配置就可實現。
2、集采供應商,由組織級管理轉為集團級定義管理,通過供應商管控模式配置就可實現。
3、原來組織級的主要原材料物料、集采供應商升級為集團物料、供應商,通過升級工具完成。
4、 工廠1、工廠2下組織級重復定義的物料、供應商通過基礎數據合并完成數據處理。
業務權限、規則的變更:
1、取消原工廠相關角色、人員的采購功能、數據權限。
2、分配采購功能、數據權限給物資公司相應角色。
3、流程增加集采目錄定義及集采業務規則校驗。
通過以上動態建模平臺中,組織、流程、基礎刷據管控、權限、業務規則等的重新配置,實現了企業采購模式的管理升級。
#p#
三、動態建模技術的企業應用價值
動態建模技術的企業應用價值體現在以下幾方面:
首先,基于動態建模技術的軟件,可以為企業提供最適合當前業務管理要求的IT解決方案;
其次,基于動態建模技術的軟件,可以解決企業成長中的煩惱,支持企業的成長和商業模式的創新;
再次,基于動態建模技術的軟件,可以減少企業因為IT能力不能滿足企業變化要求而進行的重復購置成本,更好利用軟件資產;
***,基于動態建模技術的軟件,使企業的IT可以有更長遠的規劃、更強的適用性,更靈活的應對改變的能力,減少企業運營中的IT管控風險。
總之,動態建模技術的思想,與軟件基于SOA的架構的思想是一致的,強調資產的復用、強調軟件的柔性,提高了軟件對企業業務變化的適應能力,更好地滿足集團企業成長性的需求。