
對(duì)于大部分企業(yè)來說,利潤分析是比較有特色的一項(xiàng)內(nèi)容。可以這么說,100家企業(yè),有99家企業(yè)利潤分析的模型是不同的。要么其側(cè)重點(diǎn)不同,要么其包含的要素不同。不過其有一點(diǎn)是值得肯定的,即其相關(guān)數(shù)據(jù)都可以在ERP系統(tǒng)中得到。在這里,筆者就結(jié)合ERP系統(tǒng),談?wù)勅绾卧贐1系統(tǒng)中建立利潤分析的模型。
一、利潤分析模型核心流程
ERP數(shù)據(jù)在BI中對(duì)利潤進(jìn)行分析" src="/files/uploadimg/20110523/0855020.jpg" width=500 height=433>
▲SAP BI中建立利潤分析模型的核心流程
如上圖所示,是在SAP BI中建立利潤分析模型的核心流程。上面一部分主要是在ECC中操作,即ERP中操作。下面部分則是在BI系統(tǒng)中進(jìn)行設(shè)計(jì)的。在ERP中,需要建立數(shù)據(jù)源。然后再BI中,將數(shù)據(jù)源復(fù)制過去,并激活與上傳數(shù)據(jù)。筆者認(rèn)為,在這個(gè)流程中,核心的作業(yè)只有三個(gè):初始化、復(fù)制和信息包。初始化是在ERP中建立數(shù)據(jù)源,而復(fù)制是將數(shù)據(jù)源從ERP系統(tǒng)中復(fù)制到BI中去。然后通過信息包將數(shù)據(jù)從ERP系統(tǒng)中提取到BI中。在后續(xù)的內(nèi)容分析中,筆者也將圍繞著三個(gè)核心作業(yè)做出一些解析。其他的一些內(nèi)容由于篇幅的限制,暫時(shí)就不做說明了。
二、初始化模型
筆者上面一開始就說過,雖然各個(gè)企業(yè)的利潤分析模型是不同的。但是可以肯定的是,其相關(guān)的數(shù)據(jù)都是來自于ERP系統(tǒng)。為此在建立數(shù)據(jù)源時(shí),其實(shí)就是一個(gè)選擇的過程。系統(tǒng)會(huì)將跟利潤分析相關(guān)的字段全部列出來,然后項(xiàng)目管理員根據(jù)企業(yè)的實(shí)際需要,選擇對(duì)應(yīng)的字段即可。
從操作上來說,其實(shí)非常簡單,就是鼠標(biāo)點(diǎn)點(diǎn)而已。但是從實(shí)際項(xiàng)目上來看,又比較難。因?yàn)?A style="FONT-SIZE: 14px; COLOR: #0000ff; TEXT-DECORATION: none" target=_blank>項(xiàng)目管理員必須對(duì)相關(guān)的字段非常的熟悉。需要將這些字段與利潤分析模型中的各個(gè)因素關(guān)聯(lián)起來。畢竟在后臺(tái)的數(shù)據(jù)表中,只是一些簡單的字段。最后需要通過數(shù)據(jù)模型,整合成一張具有實(shí)際含義的數(shù)據(jù)分析表。
在這步操作中,具體來說需要注意如下幾個(gè)問題。
一是數(shù)據(jù)源的命名規(guī)則。雖然說在BI系統(tǒng)中,對(duì)于命名的規(guī)則沒有很嚴(yán)格的要求。但是BI系統(tǒng)畢竟是一個(gè)相互協(xié)作的系統(tǒng)。如有可能有人專門建立數(shù)據(jù)源,而其他人專門設(shè)計(jì)分析模型。為此對(duì)數(shù)據(jù)源的命名需要遵守一些業(yè)內(nèi)的規(guī)則。說實(shí)話,有時(shí)候通過觀察數(shù)據(jù)源的命名規(guī)則,就可以知道這個(gè)顧問是否專業(yè)。通常情況下,數(shù)據(jù)源的命名包括四個(gè)部分。
前面的1_CO_PA是前綴。在實(shí)際工作中,一般不建議對(duì)此進(jìn)行更改。第二部分是%CL,它是一個(gè)變量,表示當(dāng)前系統(tǒng)集團(tuán)的編號(hào)。在保存是系統(tǒng)會(huì)自動(dòng)獲取相關(guān)細(xì)心。
第三部分是%ERK,其也是一個(gè)變量,表示運(yùn)行范圍。這兩個(gè)變量其實(shí)就代表了企業(yè)利潤分析中的組織層次。一般情況下,對(duì)這前面三部分內(nèi)容,不建議用戶對(duì)此進(jìn)行更改。保留系統(tǒng)的默認(rèn)設(shè)置。用戶在命名時(shí),在這后面直接加入一個(gè)下劃線,然后帶上一個(gè)具有業(yè)務(wù)意義的名字即可。由于大部分BI的實(shí)施顧問都遵守著一個(gè)約定俗成的規(guī)則,所以具有很好的通用性。
二是數(shù)據(jù)檢查。在實(shí)際項(xiàng)目中,一般不是建立一個(gè)數(shù)據(jù)源,就馬上復(fù)制到BI系統(tǒng)中去。這樣做比較浪費(fèi)時(shí)間。通常的做法是,先在ERP系統(tǒng)中建立好多個(gè)數(shù)據(jù)源。然后一次性復(fù)制到BI中去。這可以提高工作效率,同時(shí)也是多個(gè)實(shí)施顧問之間相互協(xié)作的需要。
不過這里筆者需要強(qiáng)調(diào)的一點(diǎn)是,在實(shí)際工作中,往往在這里需要加入一個(gè)檢查的步驟。也就是說,不能夠?qū)栴}傳遞到下一個(gè)環(huán)節(jié)。在ERP系統(tǒng)層面,用戶就需要判斷其所創(chuàng)建的數(shù)據(jù)源是否準(zhǔn)確。其實(shí)這個(gè)步驟實(shí)現(xiàn)起來也比較簡單。在系統(tǒng)中,可以使用RSA3事務(wù)代碼來驗(yàn)證。
通過這個(gè)事務(wù)代碼,可以查詢對(duì)應(yīng)的數(shù)據(jù)源中的數(shù)據(jù)。如果數(shù)據(jù)源中可以提取到數(shù)據(jù),并且數(shù)據(jù)的內(nèi)容也沒有問題,那么就說明這個(gè)數(shù)據(jù)源建立的是比較準(zhǔn)確的。每建立一個(gè)數(shù)據(jù)源,最好都通過RSA3事務(wù)代碼檢驗(yàn)一下。確保復(fù)制到BI系統(tǒng)中的數(shù)據(jù)源都是沒有問題的。
三、復(fù)制與激活
在ERP系統(tǒng)中創(chuàng)建好數(shù)據(jù)源之后,并不會(huì)自動(dòng)復(fù)制到B1系統(tǒng)中去。畢竟這是兩個(gè)不同的系統(tǒng)。在實(shí)際項(xiàng)目中,需要項(xiàng)目顧問采取手工復(fù)制的方式,將數(shù)據(jù)源從ERP系統(tǒng)中復(fù)制到BI系統(tǒng)中。在復(fù)制操作時(shí),也有相關(guān)的技巧。
一是可以集中復(fù)制。如果每建立一個(gè)數(shù)據(jù)源,就復(fù)制一次,這工作效率會(huì)非常的低。因?yàn)樵趶?fù)制的過程中,系統(tǒng)會(huì)將BI系統(tǒng)與ERP系統(tǒng)中所有相關(guān)的數(shù)據(jù)源進(jìn)行對(duì)比。
如果發(fā)現(xiàn)數(shù)據(jù)源有更新(包括對(duì)原數(shù)據(jù)源的更改或者有新建的數(shù)據(jù)源),就進(jìn)行復(fù)制。可見,如果分開來復(fù)制的話,每次都要這么比對(duì)一次,顯然工作效率會(huì)比較低。如果集中復(fù)制的話,那么只需要一次比對(duì)過程即可。為此筆者建議最好建立好數(shù)據(jù)源之后,進(jìn)行一次性的復(fù)制。這是比較合理的。
二是需要注意,后臺(tái)運(yùn)行與前臺(tái)運(yùn)行的不同。在復(fù)制的過程中,系統(tǒng)會(huì)讓實(shí)施顧問選擇,是在前臺(tái)運(yùn)行還是在后臺(tái)運(yùn)行。在前臺(tái)運(yùn)行的話,優(yōu)先級(jí)比較高,會(huì)搶占服務(wù)器的資源。相反,如果在后臺(tái)運(yùn)行的話,優(yōu)先級(jí)比較低,運(yùn)行的時(shí)間相對(duì)來說也比較長。不過系統(tǒng)為了減少復(fù)制過程對(duì)服務(wù)器造成的不利影響,對(duì)于前臺(tái)運(yùn)行的進(jìn)程設(shè)置了一個(gè)限制條件。如果前臺(tái)運(yùn)行的時(shí)間超過了15分鐘,那么系統(tǒng)會(huì)自動(dòng)終止這個(gè)進(jìn)程。此時(shí)復(fù)制作業(yè)就不能夠成功。顯然,如果需要復(fù)制的數(shù)據(jù)源比較多,那么最好還是采取后臺(tái)進(jìn)程比較保險(xiǎn)。如果只是測試,可能只有兩到三個(gè)數(shù)據(jù)源需要復(fù)制,此時(shí)采用前臺(tái)進(jìn)程是可行的。在實(shí)際項(xiàng)目中,一般都建議采取后臺(tái)進(jìn)程。
四、通過信息包傳輸數(shù)據(jù)
通過復(fù)制作業(yè),將數(shù)據(jù)源從ERP系統(tǒng)復(fù)制到BI系統(tǒng)中去。注意在這個(gè)過程中,其只是復(fù)制了一個(gè)視圖的結(jié)構(gòu),或者說只是將字段的結(jié)構(gòu)復(fù)制過去。但是具體的業(yè)務(wù)數(shù)據(jù)并沒有到BI系統(tǒng)中去。
此時(shí)在BI中,數(shù)據(jù)還是空的。此時(shí)就需要通過信息包,將相關(guān)的數(shù)據(jù)從底層的ERP系統(tǒng)中傳輸?shù)缴蠈拥腂I系統(tǒng)中去。在這里需要說明的是,無論是什么數(shù)據(jù)源,在BI中將數(shù)據(jù)從底層傳輸?shù)紹I系統(tǒng)中去,都是通過信息包這架馬車來實(shí)現(xiàn)的。在信息包中,確定了數(shù)據(jù)傳輸?shù)南嚓P(guān)規(guī)則。不過需要注意的是,這個(gè)傳輸?shù)倪^程,其實(shí)是一個(gè)簡單的復(fù)制過程,并不會(huì)對(duì)原數(shù)據(jù)做出任何的更改。
五、項(xiàng)目經(jīng)驗(yàn)總結(jié)
針對(duì)利潤分析數(shù)據(jù)源的創(chuàng)建,筆者總結(jié)了如下幾個(gè)經(jīng)驗(yàn),供大家參考。
一是這個(gè)操縱即簡單也復(fù)制。簡單是因?yàn)轫?xiàng)目顧問只需要鼠標(biāo)點(diǎn)點(diǎn)即可。而復(fù)雜在于需要掌握其后臺(tái)相關(guān)字段所對(duì)應(yīng)的含義,以及對(duì)利潤分析所造成的影響。這不僅要求實(shí)施顧問有實(shí)際項(xiàng)目的經(jīng)驗(yàn),而且還要對(duì)利潤分析這個(gè)業(yè)務(wù)有一定的了解。
二是對(duì)數(shù)據(jù)源的命名上,要遵守約定的規(guī)則。一般前面三部分都不要去做更改,而只是在后面加個(gè)下劃線和后綴。后綴要能夠反映實(shí)際業(yè)務(wù)的含義。
三是不要建立一個(gè)數(shù)據(jù)源,就到BI中去復(fù)制一次。一般是建議先建好數(shù)據(jù)源,然后再在BI系統(tǒng)中去進(jìn)行批量的復(fù)制。當(dāng)然,建好數(shù)據(jù)源之后最好使用RSA3事務(wù)代碼檢查一下。
四是在BI中復(fù)制數(shù)據(jù)源時(shí),最好采取后臺(tái)的方式。因?yàn)椴捎们芭_(tái)方式,會(huì)搶占服務(wù)器資源,會(huì)給服務(wù)器的正常運(yùn)行造成不利影響。而且前臺(tái)進(jìn)程會(huì)有15分鐘的時(shí)間限制。在實(shí)際項(xiàng)目中,這個(gè)復(fù)制往往會(huì)超過15分鐘。
CIO頻道人物視窗
CIO頻道方案案例庫
大數(shù)據(jù)建設(shè)方案案例庫
電子政務(wù)建設(shè)方案案例庫
互聯(lián)集成系統(tǒng)構(gòu)建方案案例庫
商務(wù)智能建設(shè)方案案例庫
系統(tǒng)集成類軟件信息研發(fā)企業(yè)名錄