陳承東
【摘要】 在集團(tuán)信息化過程中,集團(tuán)總部會對信息系統(tǒng)進(jìn)行選型,然后要求各下屬公司使用同一信息系統(tǒng)。目前不少集團(tuán)選用SAP系統(tǒng),但是在實(shí)施過程中,往往是集團(tuán)下屬公司各自單獨(dú)實(shí)施SAP系統(tǒng)。這樣造成數(shù)據(jù)無法共享,流程不能統(tǒng)一,形成了事實(shí)上的”信息孤島”。傳統(tǒng)的解決辦法是開發(fā)接口,在SAP系統(tǒng)間實(shí)現(xiàn)部分?jǐn)?shù)據(jù)交換,但不能完全實(shí)現(xiàn)功能和流程的集成。針對這一問題,對系統(tǒng)的架構(gòu)進(jìn)行了改進(jìn),構(gòu)建了SCS統(tǒng)一平臺,實(shí)現(xiàn)集團(tuán)信息系統(tǒng)的完全集成。系統(tǒng)運(yùn)行情況表明,該方案實(shí)現(xiàn)了真正的集成,效果顯著,具有極高的參考價(jià)值和指導(dǎo)意義。
【關(guān)鍵字】 系統(tǒng)集成 信息孤島 系統(tǒng)架構(gòu) 數(shù)據(jù)共享 流程優(yōu)化
引言
在集團(tuán)信息化發(fā)展過程中,集團(tuán)會進(jìn)行整體規(guī)劃,對信息系統(tǒng)進(jìn)行統(tǒng)一的選型,確定后要求下屬公司使用該信息系統(tǒng)。由于SAP系統(tǒng)提供了各行業(yè)企業(yè)管理和協(xié)同化解決方案,具備優(yōu)異的C/S或B/S架構(gòu),能支持全球各地客戶端對數(shù)據(jù)庫的并發(fā)訪問等,不少集團(tuán)都選用SAP系統(tǒng)。在實(shí)施SAP過程中,大多數(shù)集團(tuán)對下屬各公司的系統(tǒng)流程、系統(tǒng)配置、數(shù)據(jù)庫等不作要求。這樣各公司會根據(jù)自己的業(yè)務(wù)需求定義系統(tǒng)流程,使用單獨(dú)的數(shù)據(jù)庫。其結(jié)果是表面上都使用SAP系統(tǒng),操作界面相同,標(biāo)準(zhǔn)報(bào)表格式一樣,但實(shí)際上卻是各自運(yùn)行,數(shù)據(jù)也沒有共享,并未實(shí)現(xiàn)真正的集成。針對該問題的研究文獻(xiàn)比較少。本文基于相關(guān)知識及實(shí)踐經(jīng)驗(yàn),提出了改進(jìn)的信息系統(tǒng)架構(gòu),該架構(gòu)實(shí)現(xiàn)了流程的統(tǒng)一和數(shù)據(jù)的共享,并在某集團(tuán)信息系統(tǒng)的集成項(xiàng)目中得到實(shí)現(xiàn)。
一、之前的系統(tǒng)架構(gòu)
某集團(tuán)總部位于于德國,選用SAP作為整個(gè)集團(tuán)信息系統(tǒng)。
在初期實(shí)施SAP的時(shí)候沒有作統(tǒng)一的要求,各公司根據(jù)自己的需求制作業(yè)務(wù)藍(lán)圖,然后配置自己的系統(tǒng)。每個(gè)公司使用不同的客戶端(client)登錄SAP系統(tǒng),數(shù)據(jù)庫也是獨(dú)立的。這種實(shí)施方法也是很多集團(tuán)公司常用的做法。這樣做的一個(gè)好處是系統(tǒng)能比較好地滿足本地的需求,但是隨著業(yè)務(wù)的發(fā)展,其弊端也逐步顯現(xiàn)出來。首先,這只是在表面上實(shí)現(xiàn)了“集成”,實(shí)際上是一個(gè)個(gè)單獨(dú)運(yùn)行的SAP系統(tǒng),存在著數(shù)據(jù)不能共享、數(shù)據(jù)定義不同、財(cái)務(wù)報(bào)表難以整合(因?yàn)槊總€(gè)國家用各自的會計(jì)科目表)、流程不能優(yōu)化等問題,成為事實(shí)上的“信息孤島”。其次,為解決這些問題,曾嘗試開發(fā)接口實(shí)現(xiàn)各系統(tǒng)間的數(shù)據(jù)交換和共享,但只能解決特定的問題。隨著需求的增多,接口的開發(fā)已經(jīng)不能滿足需要。最后,當(dāng)一個(gè)新的公司需要實(shí)施SAP系統(tǒng)時(shí),需要從需求分析開始,確定系統(tǒng)流程,開發(fā)原型,測試,數(shù)據(jù)準(zhǔn)備等。整個(gè)實(shí)施周期至少需要10個(gè)月的時(shí)間,耗費(fèi)大量的時(shí)間、人力、物力、成本等。圖1所示即為之前的系統(tǒng)架構(gòu)。
二、新的系統(tǒng)架構(gòu)
為解決該問題,提出了一個(gè)新的系統(tǒng)架構(gòu)。該架構(gòu)的底層是數(shù)據(jù)庫,整個(gè)集團(tuán)使用同一數(shù)據(jù)庫,統(tǒng)一數(shù)據(jù)定義和數(shù)據(jù)存儲。中間層是系統(tǒng)的流程及應(yīng)用,使用BPR(業(yè)務(wù)流程重組)技術(shù),對現(xiàn)有的各模塊流程進(jìn)行梳理和重新定義,確定后成為集團(tuán)的標(biāo)準(zhǔn)流程。最上層是客戶端,SAP使用客戶端來區(qū)分不同的解決方案,同一客戶端其流程和應(yīng)用是相同的。整個(gè)集團(tuán)定義一個(gè)編號為100的客戶端,即單一客戶端(Single Client System, SCS)系統(tǒng),這就從系統(tǒng)架構(gòu)上確保了該客戶端下的流程和應(yīng)用是相同的。新的系統(tǒng)架構(gòu)如圖2所示。
三、新系統(tǒng)架構(gòu)的實(shí)現(xiàn)
3.1 基礎(chǔ)架構(gòu)的實(shí)現(xiàn)
要實(shí)現(xiàn)該架構(gòu),要求分散在世界各國的下屬公司都能訪問到同一數(shù)據(jù)庫。在具體實(shí)現(xiàn)時(shí),使用兩臺IBM Power 740小型機(jī),操作系統(tǒng)為AIX,數(shù)據(jù)庫是Oracle 11.2.0.4.0,該服務(wù)器放在德國總部,而不同國家的下屬公司可以通過MPLS或是Lan-to-Lan VPN連接到集團(tuán)內(nèi)網(wǎng)訪問SCS系統(tǒng)。在MPLS線路上使用Qos確保SAP連接的穩(wěn)定性和可靠性。員工出差在外可以通過VPN卡在公司的筆記本電腦上連接集團(tuán)的網(wǎng)絡(luò)訪問SAP系統(tǒng),實(shí)現(xiàn)了移動(dòng)辦公的需求。這樣從網(wǎng)絡(luò)的基礎(chǔ)架構(gòu)上確保了各地的下屬公司訪問SCS系統(tǒng)成為可能。而員工的電腦是公司的標(biāo)準(zhǔn)配置電腦,其操作系統(tǒng)和應(yīng)用軟件是相同的,每臺電腦都安裝有SAP客戶端,任何公司電腦都可以訪問SCS系統(tǒng)。
3.2 集團(tuán)業(yè)務(wù)藍(lán)圖的制定
新的系統(tǒng)架構(gòu)的一個(gè)關(guān)鍵點(diǎn)是流程的統(tǒng)一和優(yōu)化,這需要制定集團(tuán)的業(yè)務(wù)藍(lán)圖(Blueprint)。雖然同屬一個(gè)集團(tuán),但是各個(gè)公司的業(yè)務(wù)流程還是有差別的,所以定義怎樣的流程使每個(gè)公司都能適用是整合的關(guān)鍵。在集團(tuán)的業(yè)務(wù)藍(lán)圖中,定義了哪些屬于全球流程,需要每個(gè)公司都遵守,哪些是非全球流程,可以本地客制化。
集團(tuán)全球流程包括財(cái)務(wù)會計(jì)及控制、采購、供應(yīng)鏈管理及需求計(jì)劃。本地流程分為特定業(yè)務(wù)的工業(yè)流程和特定市場的銷售流程,包括物料需求計(jì)劃(MRP)、能力需求計(jì)劃(CRP)、車間維護(hù),工廠維護(hù)、銷售訂單管理、價(jià)格、發(fā)票,報(bào)表統(tǒng)計(jì)等。圖3是本地藍(lán)圖的產(chǎn)生過程。
在定義全球流程和本地流程的同時(shí),對現(xiàn)有的流程進(jìn)行分析,通過SAP提供的解決方案優(yōu)化現(xiàn)有的流程。一個(gè)顯著的優(yōu)化方案是針對集團(tuán)公司間的采購與銷售業(yè)務(wù),之前的流程是需要采購的公司在系統(tǒng)上產(chǎn)生采購訂單,供貨公司在系統(tǒng)上產(chǎn)生銷售訂單,各自完成訂單的處理,彼此查不到訂單的狀態(tài)。實(shí)施SCS后,因?yàn)槎荚谝粋€(gè)系統(tǒng)上,可以采用同一個(gè)訂單(Transfer Order,轉(zhuǎn)移訂單)來實(shí)現(xiàn)采購和銷售的功能,實(shí)時(shí)地查到訂單的狀態(tài)和庫存情況,并且發(fā)貨后自動(dòng)完成收貨及發(fā)票校驗(yàn)的功能,極大地提高了效率。
3.3系統(tǒng)配置的實(shí)現(xiàn)
SAP提供了Client(集團(tuán))這一重要的集成選項(xiàng)。Client是SAP系統(tǒng)的一個(gè)最高層次的組織單元結(jié)構(gòu),不同的Client代表不同的獨(dú)立應(yīng)用,包括不同的配置、流程和數(shù)據(jù)庫。在定義集團(tuán)系統(tǒng)架構(gòu)時(shí),整個(gè)集團(tuán)使用一個(gè)Client,代碼為100,從系統(tǒng)架構(gòu)上確保了集團(tuán)公司使用的是相同的配置。在此Client下定義每家公司的公司代碼,公司代碼下可以有1到多家工廠,一個(gè)工廠可以有1到多個(gè)倉庫或是庫位。在財(cái)務(wù)方面整個(gè)集團(tuán)共用一個(gè)會計(jì)科目表,同一科目的發(fā)生額可以方便地查到,便于集團(tuán)報(bào)表的整合。如圖4所示。
在成本核算方面,整個(gè)集團(tuán)設(shè)置一個(gè)控制代碼。同一個(gè)國家的公司共用一個(gè)采購組織,一個(gè)公司定義一個(gè)銷售組織,而銷售渠道、產(chǎn)品類別、銷售辦、銷售人員也是統(tǒng)一進(jìn)行定義。
3.4 數(shù)據(jù)的統(tǒng)一定義和維護(hù)
因?yàn)槭褂猛幌到y(tǒng)同一數(shù)據(jù)庫,所以主數(shù)據(jù)的統(tǒng)一定義和編碼成為可能和必須,這樣可以實(shí)現(xiàn)信息的一致性,提高數(shù)據(jù)質(zhì)量,減少溝通成本。主數(shù)據(jù)包括:會計(jì)科目、成本中心、物料主數(shù)據(jù)、客戶主數(shù)據(jù)、供應(yīng)商主數(shù)據(jù)、生產(chǎn)版本、活動(dòng)類型、工藝路線等。這些數(shù)據(jù)的編碼由集團(tuán)統(tǒng)一定義,有些數(shù)據(jù)編碼是系統(tǒng)自動(dòng)產(chǎn)生的,共用一個(gè)號碼段。主數(shù)據(jù)在系統(tǒng)里的字段和含義都是相同的,避免了數(shù)據(jù)歧義。因?yàn)閿?shù)據(jù)是共享的,對數(shù)據(jù)的維護(hù)至關(guān)重要,為此每個(gè)數(shù)據(jù)都定義了負(fù)責(zé)的部門和人員。原則上整個(gè)集團(tuán)相關(guān)的數(shù)據(jù)由總部對應(yīng)部門進(jìn)行維護(hù),工廠相關(guān)的數(shù)據(jù)由本地進(jìn)行維護(hù)。只有定義的負(fù)責(zé)人才有權(quán)限創(chuàng)建、修改及刪除所負(fù)責(zé)的數(shù)據(jù)。
四、系統(tǒng)運(yùn)行情況
從2008年開始實(shí)施SCS系統(tǒng),截止到2015年底,該集
團(tuán)將分布在全球21個(gè)國家的76個(gè)公司集成進(jìn)了SCS系統(tǒng)。系統(tǒng)集成完成后,優(yōu)化了流程,減少了重復(fù)工作,運(yùn)行順暢,大大地提升了效率,基礎(chǔ)數(shù)據(jù)的準(zhǔn)確率由之前的68%提升到了99%,庫存準(zhǔn)確率由之前的85%提升到了98%,集團(tuán)月結(jié)的時(shí)間由原先的10天縮減為現(xiàn)在的3天。通過集團(tuán)內(nèi)跨公司銷售流程、直接發(fā)貨流程的實(shí)施,能實(shí)時(shí)查詢庫存和訂單信息并迅速做出相應(yīng)的安排(如調(diào)貨),為此每年可節(jié)約物流和電話費(fèi)用約200萬元人民幣。當(dāng)集團(tuán)有新公司需要實(shí)施信息系統(tǒng)時(shí),可以直接實(shí)施SCS系統(tǒng),實(shí)施系統(tǒng)的時(shí)間由原先的10個(gè)月縮減為5個(gè)月,省去了大量的需求調(diào)研和流程設(shè)計(jì)的時(shí)間,每實(shí)施一個(gè)SCS系統(tǒng)可節(jié)省100萬人民幣的實(shí)施費(fèi)用。
五、結(jié)語
隨著集團(tuán)的發(fā)展,對系統(tǒng)集成的要求越來越高。選用同一信息系統(tǒng),但是沒有實(shí)現(xiàn)數(shù)據(jù)和流程的整合已經(jīng)不能滿足要求。本文提出了使用SAP系統(tǒng)構(gòu)建SCS統(tǒng)一平臺,實(shí)現(xiàn)信息系統(tǒng)的完全集成。該方案使用同一系統(tǒng)、同一流程、同一數(shù)據(jù)庫,是真正意義上的集成。該方案的成功實(shí)現(xiàn)為信息系統(tǒng)集成提供了難得的實(shí)踐經(jīng)驗(yàn)。
參 考 文 獻(xiàn)
[1]賈君君,李為衛(wèi),楊揚(yáng),王向群.企業(yè)網(wǎng)中信息孤島問題的研討[J].信息技術(shù),2009(10):170-171.
[2]付森.制造型企業(yè)信息孤島問題探究[J].硅谷,2009(12):64-65.
[3]臧靜. 企業(yè)信息系統(tǒng)集成技術(shù)與應(yīng)用研究[D].北京:北京交通大學(xué),2011.
[4]郭美鳳. 企業(yè)信息系統(tǒng)集成技術(shù)研究與實(shí)踐[D].上海:上海交通大學(xué),2009.
[5]馮環(huán)宇.淺談企業(yè)信息化系統(tǒng)集成建設(shè)[J].中小企業(yè)管理與科技,2016(06):258-259.
[6]耿玉菊.企業(yè)信息化集成平臺建設(shè)和研究[J].科技信息,2013(2):207
[7] SIGRID HAGEMANN,LIANE WILL. SAP R/3 system administration[M].New York: Galileo Press. 2003
[8]公慧玲,李致勛.SAP系統(tǒng)架構(gòu)淺析[J].硅谷,2012(17):160-162
[9] SAP Web Portal. Company Information[R].2016.http://go.sap.com/corporate/en/company.fast-facts.html
[10] PETRUS A. USMANJJ,RAJIV KHOSLA,MEI-TAI CHU.Successful product or successful system? User satisfaction measurement of ERP software[J].Journal of Intelligent Manufacturing 2013, 24(6): 32-34
[11] JOSE ANTONIO HERNANDEZ. The SAP R/3 handbook[M]. New York:R.R. Donnelley&Sons Company,2008.
[12] GERD KLEIN,KURT, FANTES. Increased Efficiency by Integration of Quality Management into the Logistical Processes Solutions with and without SAP ERP[J]. Erzmetall, 2010,63(2): 62-65
[13]ZIANI, DJAMAL,ALSHEHRI, ASMA. A new framework for customizing ERP systems in a multi tenant SaaS environment[C]// World Symposium on Web Applications and Networking,2015: 2015 2nd World Symposium on Web Applications and Networking (WSWAN 2015), 21-23 March 2015, Sousse, Tunisia
[14]龔尚福,席曼,李雅玲.信息系統(tǒng)集成與數(shù)據(jù)集成策略[J].西安科技大學(xué)學(xué)報(bào), 2008, 28(2):152-154
[15]張玲,馬范援.EAI在企業(yè)關(guān)鍵業(yè)務(wù)數(shù)據(jù)集成中的應(yīng)用[J].計(jì)算機(jī)工程,2004,30(S1):472-474