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