合并數(shù)據(jù)建模-SAP相關(guān)學(xué)習(xí)文檔

第三章合并數(shù)據(jù)建模關(guān)鍵詞：源數(shù)據(jù)基礎(chǔ)|數(shù)據(jù)基礎(chǔ)|合并角色|合并范圍同舊的報(bào)表合并系統(tǒng)ECCS相比,BCS一個(gè)重大的改變就是可允許用戶自由地靈活地建立合并數(shù)據(jù)模,這項(xiàng)改進(jìn)能非常容易滿足集團(tuán)各種復(fù)雜合并報(bào)表的需求，下面簡(jiǎn)單比較一下兩個(gè)合并系統(tǒng)。BCS和ECCS合并系統(tǒng)的簡(jiǎn)單比較:ECCSBCS合并數(shù)據(jù)來(lái)源i.Ledger09->TableGLT3|Ledger1C->TableECMCT,可將ERP的財(cái)務(wù)數(shù)據(jù)實(shí)時(shí)過(guò)帳到合并帳ii.非ERP數(shù)據(jù)可通過(guò)文本,Excxel,Access按約定格式上載,可使用Tcode:FILE設(shè)置邏輯路徑定期自動(dòng)上載數(shù)據(jù)i.從數(shù)據(jù)流加載,合并數(shù)據(jù)從源數(shù)據(jù)基礎(chǔ)立方體加載到總計(jì)數(shù)據(jù)基礎(chǔ)立方體ii.靈活加載,數(shù)據(jù)可采用文本,Excel等DSO或總計(jì)數(shù)據(jù)基礎(chǔ)立方體運(yùn)行服務(wù)器ECCS模塊通常和ERP運(yùn)行在同一服務(wù)器上,增加服務(wù)器負(fù)荷BCS模塊通常建立在專門的BI的數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器上,除了抽數(shù)時(shí)段不影響ERP服務(wù)器性能與財(cái)務(wù)模塊交互和ERPFICO數(shù)據(jù)可以實(shí)時(shí)交互,也可期末抽取合并所需要的各種財(cái)務(wù)數(shù)據(jù)定期從ERP或non-ERP中抽取或上載,如有必要,BI也可通過(guò)RFC直接和ERP連接建立查詢合并數(shù)據(jù)模型熟悉ERPSPL的就知道用戶最多只可額外附加5個(gè)自定義字段,ECCS的Cons.Ledger1C使用SummarytableECMCT表,讓用戶自由發(fā)揮的空間不大在BCS中，ECCS的Ledger1C已被Databasis代替,ECMCT被數(shù)據(jù)基礎(chǔ)信息立方體代替也就是說(shuō)BCS數(shù)據(jù)模型受業(yè)務(wù)驅(qū)動(dòng),建模靈活,只要滿足了系統(tǒng)所要求的必需角色(關(guān)于合并角色下面會(huì)有詳細(xì)描述),理論上可以任意自定義所需要的信息對(duì)象合并單元ECCS提供了基于公司->company,業(yè)務(wù)范圍->BA,利潤(rùn)中心->Prct的合并方法,基本可以滿足法定和管理合并,用戶可以定義了Dimension->合并維度,在法定合并和管理合并切換由于引入合并角色的概念,合并單元設(shè)置更加靈活,只要將不同的組織結(jié)構(gòu)賦予合并單元這個(gè)角色就行,比如你甚至可以將工廠->Plant賦予合并單元這個(gè)角色就可以做基于工廠的管理合并,用戶還可以使用混合合并單元例如以company+Prct或company+BA組成混合合并單元合并功能從提供的合并功能方面實(shí)質(zhì)上變化不大,只是ECCS的配置比較凌亂,從上圖ECCS合并的Ledger設(shè)置應(yīng)該是”fixed”,合并維度等設(shè)置算是”partiallyflexible”,BCS宣稱其蘊(yùn)涵了以價(jià)值為本的管理思想(ValueBasedMngt.),本人愚拙沒(méi)大領(lǐng)悟到價(jià)值為本,倒是覺(jué)得新產(chǎn)品極其實(shí)施價(jià)格倒是不菲監(jiān)控臺(tái)ECCS提供了數(shù)據(jù)監(jiān)控臺(tái)和合并監(jiān)控臺(tái),每個(gè)監(jiān)控臺(tái)包含系列相關(guān)任務(wù)BCS將兩者整和在合并監(jiān)控臺(tái)(Tcode:UCMON),數(shù)據(jù)監(jiān)控成了統(tǒng)一成合并監(jiān)控臺(tái)的一個(gè)任務(wù)組合并報(bào)表出具SAP的合并模塊從FI-LC(LegalCons)->EC-CS->SEM-BCS(BusinessCons),合并功能和設(shè)計(jì)理念發(fā)生了很大變化,其實(shí)看看ECMCT這表有哪些字段就知道,基本上只能出一些標(biāo)準(zhǔn)的合并財(cái)務(wù)報(bào)表,靈活度不高,這點(diǎn)和國(guó)內(nèi)的相關(guān)產(chǎn)品類似受需求驅(qū)動(dòng)的合并模型的自行建模,理論上可以出多種類型報(bào)表,為了防止合并總計(jì)數(shù)據(jù)基礎(chǔ)信息立方體過(guò)大,建議不需要合并的財(cái)務(wù)報(bào)表依舊在BI中出具BCS數(shù)據(jù)建模包括三個(gè)主要步驟:組織源數(shù)據(jù),建立合并總計(jì)數(shù)據(jù)和建立合并數(shù)據(jù)模型,下面將一步步詳細(xì)介紹。第一節(jié)組織源數(shù)據(jù)基礎(chǔ)Tcode:RSA1簡(jiǎn)單地講,源數(shù)據(jù)基礎(chǔ)就是合并的數(shù)據(jù)源頭,可以根據(jù)企業(yè)業(yè)務(wù)需求和報(bào)表建立源數(shù)據(jù)基礎(chǔ)信息立方體收集合并所需要的財(cái)務(wù)方面數(shù)據(jù)。集團(tuán)合并的數(shù)據(jù)來(lái)源通常來(lái)自R/3系統(tǒng)，其它非R/3系統(tǒng)，其它數(shù)據(jù)庫(kù)甚至是其它數(shù)據(jù)倉(cāng)庫(kù)，數(shù)據(jù)可以在BI層次就進(jìn)行收集然后統(tǒng)一加載到BCS，BCS模塊本身提供了靈活的直接的數(shù)據(jù)收集方法，可采用從數(shù)據(jù)流加載(Loadfromdatastream)方法或所謂的靈活上載(FlexibleUpload)的方法將數(shù)據(jù)直接加載到BCS總計(jì)立方體或相關(guān)DSO。圖1是一個(gè)合并源數(shù)據(jù)基礎(chǔ)的信息立方體的簡(jiǎn)單示例,在STSDBBCS這個(gè)InfoArea下組織了總帳余額帳應(yīng)收應(yīng)付行項(xiàng)目信息,和標(biāo)準(zhǔn)的R/3數(shù)據(jù)源對(duì)應(yīng)(R/3Tcode:RSA5,信息源->0FI_GL_1,0FI_GL_4,0FI_AP_4,0FI_AR_4),能基本滿足一般的合并報(bào)表需求，當(dāng)然,實(shí)際項(xiàng)目中的數(shù)據(jù)模型會(huì)比這復(fù)雜。1.根據(jù)2006年新準(zhǔn)則<<企業(yè)會(huì)計(jì)準(zhǔn)則第33號(hào)-合并財(cái)務(wù)報(bào)表>>第三條,合并財(cái)務(wù)報(bào)表至少應(yīng)包括合并資產(chǎn)負(fù)債表,合并利潤(rùn)表,合并利潤(rùn)分配表,現(xiàn)金流量表,合并所有者(股東)權(quán)益變動(dòng)表和相關(guān)附注,BCS僅僅出具這些標(biāo)準(zhǔn)報(bào)表數(shù)據(jù)建模會(huì)相對(duì)簡(jiǎn)單，這些合并報(bào)表的報(bào)表項(xiàng)一般都能很容易從合并科目上取得。2.企業(yè)涉及的合并報(bào)表可能還有諸如合并資產(chǎn)減值明細(xì)表|合并貨幣資金分類匯總表|合并交易性金融資產(chǎn)變動(dòng)表|合并長(zhǎng)期股權(quán)投資變動(dòng)表|合并可供出售金融資產(chǎn)明細(xì)表|合并持有至到期投資明細(xì)表|合并在建工程明細(xì)表|合并長(zhǎng)期借款增減變動(dòng)表等,這些報(bào)表除了從合并科目上獲取信息外還需要一些進(jìn)一步的附加核算信息,BCS有一個(gè)專門名詞叫子分配,子分配包含著一些細(xì)分合并項(xiàng)目的特征，比如說(shuō)長(zhǎng)期借款需要細(xì)分年初數(shù)|本期增加數(shù)|本期減少數(shù)等，BCS用移動(dòng)類型這個(gè)特征區(qū)分這些數(shù)據(jù)；比如說(shuō)長(zhǎng)期投資項(xiàng)目必須帶投資單位這個(gè)特征，簡(jiǎn)單理解,它類似中國(guó)財(cái)務(wù)會(huì)計(jì)的專項(xiàng)/輔助核算或R/3的字段狀態(tài)組，子分配的應(yīng)用實(shí)際和R/3字段狀態(tài)組應(yīng)用類似，下面會(huì)有詳細(xì)介紹。盡管有些合并報(bào)表也只是或只能是簡(jiǎn)單匯總而已，在BI中完全可以處理這些報(bào)表,因?yàn)楹喜⒃磾?shù)據(jù)首先就在BI中，但數(shù)據(jù)匯總在BCS中出的報(bào)表,給企業(yè)的感覺(jué)就不一樣,從BCS出的報(bào)表少了企業(yè)就會(huì)納悶怎么才這么點(diǎn),出的報(bào)表多了,領(lǐng)導(dǎo)一高興,豎起大拇指就夸:厲害，這么多合并報(bào)表,全！3.在R/3中,成本費(fèi)用表就涉及多個(gè)模塊,報(bào)表信息不能單從會(huì)計(jì)科目中獲取,對(duì)于這些報(bào)表,為了不使塞進(jìn)BCS總計(jì)立方體的數(shù)據(jù)過(guò)大,還是應(yīng)該從BI中去出具.4.BCS項(xiàng)目通常并非在年初上線，所以涉及首次合并問(wèn)題,同一般ERP項(xiàng)目類似,比如8月份上線,財(cái)務(wù)模塊如何處理本年1-8月份數(shù)據(jù)。5．同一般的合并系統(tǒng)不同的是,BCS采用的是帳并法,國(guó)內(nèi)同類軟件一般采用表并法,即由企業(yè)在期末上報(bào)個(gè)體財(cái)務(wù)報(bào)表,再弄個(gè)合并工作底稿,編制抵消分錄來(lái)實(shí)現(xiàn),這種設(shè)計(jì)思路非常僵化,加大了財(cái)務(wù)用戶工作量，帳并法又是如何實(shí)現(xiàn)的，下面將詳細(xì)分析。第二節(jié)建立合并數(shù)據(jù)基礎(chǔ)Tcode:RSA1源數(shù)據(jù)基礎(chǔ)建立完畢后,接下來(lái)需要為BCS建立一個(gè)總計(jì)數(shù)據(jù)基礎(chǔ)信息立方體,源數(shù)據(jù)立方體的數(shù)據(jù)將統(tǒng)一加載到該立方體中,合并的數(shù)據(jù)是基于該立方體的,同樣建立一個(gè)名叫”STDBBCS”的InfoArea,在該InfoArea下建立總計(jì)信息立方體ZST_BCS,如圖2。圖2-[2]：總計(jì)數(shù)據(jù)信息立方體對(duì)特征和關(guān)鍵值有一定要求,即對(duì)合并角色->Role是有要求的,記住角色這個(gè)概念,下面的篇幅會(huì)更詳細(xì)為你描述,簡(jiǎn)單地說(shuō),從ECCS的Ledger1C的固定SummarytableECMCT到BCS的業(yè)務(wù)驅(qū)動(dòng)的總計(jì)立方體,從固定的二維表格到靈活的三維立方體,建模的靈活度大大提高,但是并不是任意折騰一個(gè)立方體就可以,這個(gè)總計(jì)立方體依舊必須最少有合并版本,合并期間,合并單元,合并集團(tuán)貨幣金額,本幣金額等特征和關(guān)鍵值,雖然是三維,信息立方體也得有一套帳的樣子。實(shí)際上,用戶可以很方便從0BCS_10/11/50Copy就行,在此基礎(chǔ)上再自定義特征或關(guān)鍵值就行。ZST_BCS就是從0BCS_11copy而來(lái)。圖2-[3]：總計(jì)信息立方體一定要選上“RealTime”這個(gè)標(biāo)志,BW35管這叫”Transactional”,從”交易的”到”實(shí)時(shí)的”,真能實(shí)時(shí)嗎?挺能忽悠的。BCS需要一個(gè)信息立方體做合并數(shù)據(jù)基礎(chǔ),你可以Copy標(biāo)準(zhǔn)的信息立方體,SAP的項(xiàng)目實(shí)施通常不就是配置+拷貝嗎?*如果不小心“RealTime”標(biāo)志忘了選上，可以使用SE16:RSDCUBE將標(biāo)志字段'TRANSACT'設(shè)置為'X',可能的話,再建立位圖索引,參見相關(guān)Note210888.如果系統(tǒng)顯示找不到0BCS_11,表示該信息立方體未激活,新安裝的系統(tǒng)可能會(huì)遇到這個(gè)問(wèn)題，可到BIContent下去激活它,如圖3，在BIContent頁(yè)面下的InfoProvidersbyInfoArea下的StrategicEnterpriseManagement下的BusinessConsolidation下找到相關(guān)立方體，然后按圖3-[4]的Install按鈕激活，激活信息立方體同時(shí)激活相關(guān)的信息對(duì)象，需要一定時(shí)間。相關(guān)，信息立方體建立完畢，下面就是在BCS模塊中去建立模型了。第三節(jié)合并數(shù)據(jù)模型相關(guān)Tcode:UCWB|UCWB01|UCMP0建立合并數(shù)據(jù)基礎(chǔ)輸入Tcode:UCWB,在總計(jì)記錄->TotalRecords欄輸入剛建立的立方體ZST_BCS,Copy0BCS_C11后的ZST_BCS已經(jīng)根據(jù)業(yè)務(wù)需求增加了一些特征,開始建立數(shù)據(jù)基礎(chǔ)->DataBasisST,如圖4。圖4-[1]:在TotalRecords輸入ZST_BCS,將該選的不該選的Datatarget和VirutalInfoProvider全部選上,系統(tǒng)會(huì)為這些所謂的數(shù)據(jù)流->DataStream自動(dòng)產(chǎn)生對(duì)應(yīng)的名稱,這些數(shù)據(jù)目標(biāo)的作用請(qǐng)參考表一。圖4-[2]:按此圖標(biāo)生成數(shù)據(jù)基礎(chǔ),將自動(dòng)產(chǎn)生相應(yīng)的DSO和虛擬信息立方體(找到一個(gè)專門處理此業(yè)務(wù)的Tcode:UGWBCM),當(dāng)然,正確生產(chǎn)數(shù)據(jù)基礎(chǔ)和各數(shù)據(jù)流的前提是在”DataModel”Tab頁(yè)的各必需的合并角色都指派了相關(guān)特征或關(guān)鍵值，如圖5。圖4-[3]:AddlFin.Data,特別地,如果將來(lái)合并范圍隨著企業(yè)組織變更,請(qǐng)到FieldName->InvestmentData->AdditionalFields下選上OrganizationalChangeNumber.圖4-[4]:可以選擇哪個(gè)信息特征和報(bào)表授權(quán)相關(guān),當(dāng)然在建立這些特征(Tcode:RSA1,RSD1)時(shí)在BusinessExplorertab頁(yè)必須選上AuthorizationRelevant標(biāo)識(shí)。集中的合并系統(tǒng)報(bào)表查詢權(quán)限重要性不言而喻，沒(méi)有哪家企業(yè)喜歡把財(cái)務(wù)報(bào)表給非授權(quán)用戶看。圖4-[5]:為各特征定義報(bào)表時(shí)所顯示的標(biāo)題。.表一：數(shù)據(jù)基礎(chǔ)中各數(shù)據(jù)流作用數(shù)據(jù)流必須/可選備注Totalsrecords必須該立方體中需包含合并模型中的各特征和關(guān)鍵指標(biāo)Documents可選

保留合并憑證Inventorydata可選存貨未實(shí)現(xiàn)利潤(rùn),存貨抵消Supplierdata可選存貨未實(shí)現(xiàn)利潤(rùn),存貨抵消Investments可選用于投資合并Equity可選Result可選Goodwill可選Activitynumbers可選Sequenceofactivities可選Assets/Liabilities可選Assets合并NoncurrentAssets可選NoncurrentAssets合并NoncurrentAssets-consolidated可選TransferofNoncurrentAssets可選l*下面4個(gè)數(shù)據(jù)流是BCS6.0inBI7.0一個(gè)新安裝的BCS系統(tǒng)，Tcode:UCWB進(jìn)入合并工作臺(tái)前會(huì)提示輸入一合并范圍->ConsolidationArea,合并范圍有點(diǎn)類似ECCS的維(Demension),圖5就是一個(gè)新系統(tǒng)的合并工作臺(tái)的起初畫面。圖5-[1]:全新的BCS工作臺(tái)暫時(shí)只能看到數(shù)據(jù)基礎(chǔ)->Databasis和合并范圍->ConsolidationArea兩項(xiàng),只有在正確生成了數(shù)據(jù)基礎(chǔ),并在合并參數(shù)中設(shè)置了合并,其它相關(guān)的配置菜單MasterData|ConsolidationFunctions|ConsolidationMonitor|才會(huì)顯示出來(lái),因?yàn)槎鄶?shù)合并功能設(shè)置是基于合并范圍的,設(shè)想這樣一個(gè)業(yè)務(wù)場(chǎng)景,一個(gè)大型跨國(guó)集團(tuán),亞太各公司的合并業(yè)務(wù)在合并范圍S1中進(jìn)行,歐盟地區(qū)在合并范圍S2進(jìn)行,美洲地區(qū)則在S3中進(jìn)行，那么，合并的設(shè)置是基于各不同的合并范圍的。合并范圍和數(shù)據(jù)基礎(chǔ)的關(guān)系稍后會(huì)有更詳細(xì)介紹。圖5-[3][4][6]:在本例中，特征Company被設(shè)置屬于ConsolidationUnit這個(gè)Role，如圖5-[6],則Currency-BearingConsUnit是Company這個(gè)信息特征,即是基于Company進(jìn)行合并。圖5-[7]：特征合并科目表->ConsolidationChartofAccounts分配Role是固定的->FixedinConsArea,而象產(chǎn)品組->Productgroup,功能范圍->FunctionalArea,移動(dòng)類型->Movementtype等特征則被分配給Role子分配。圖5-[5]:沒(méi)有分配給Role的特征的信息特征自動(dòng)挪到右邊NotUsed目錄下的廢品收購(gòu)站，如果將來(lái)這些特征將不再使用,可以從數(shù)據(jù)基礎(chǔ)信息立方體中徹底移除它們。在數(shù)據(jù)建模->DataModel頁(yè)面中,將總計(jì)記錄立方體ZST_BCS的各特征和關(guān)鍵指標(biāo)都對(duì)應(yīng)到一合并Role,Role分CharacteristicRole和KeyFigureRole,BCS為一些基本特征和關(guān)鍵指標(biāo)都設(shè)置了Role對(duì)應(yīng)關(guān)系,我相信從某些UC*表中應(yīng)該能找到這些對(duì)應(yīng)關(guān)系,典型地：特征Fiscalyear對(duì)應(yīng)role是Fiscalyear。特征PostingPeriod對(duì)應(yīng)的role是Period。關(guān)鍵指標(biāo)periodvalueintransactioncurrency(0CS_TRN_TC)對(duì)應(yīng)role是ValueinTransactionCurrency。關(guān)鍵指標(biāo)periodvalueinlocalcurrency(0CS_TRN_LC)對(duì)應(yīng)role是valueinLocalCrcy。關(guān)鍵指標(biāo)periodvalueingroupcurrency(0CS_TRN_GC)對(duì)應(yīng)role是valueingroupCrcy。有些Role是必須指派特征或關(guān)鍵指標(biāo)的，否則在生成數(shù)據(jù)基礎(chǔ)時(shí)就會(huì)出現(xiàn)圖6的錯(cuò)誤。很容易理解,雖然從二維的Ledger到三維的TotalRecordsInfoCube,如果連集團(tuán)貨幣,會(huì)計(jì)年度,期間,合并集團(tuán)貨幣金額這樣的信息都沒(méi)有談何合并?*總計(jì)記錄數(shù)據(jù)基礎(chǔ)信息立方體中究竟需要那些Infoobject,可以參考Note727776-RequirementsofSEM-BCSfordatamodel現(xiàn)在,來(lái)總結(jié)一下什么是合并角色。1．深入理解合并角色R/3中,ECCS合并系統(tǒng)可能用到的consolidationstagingledgerLedger09(Tcode:OCZ2->summarytable:GLT3)和Consledger默認(rèn)是Ledger1C(Tcode:CXL3->Summarytable:ECMCT),使用SE11查看ECMCT的結(jié)構(gòu),這個(gè)表有ConsolidationUnit,ConsolidationGroup,Version,FiscalYear等字段，table字段基本固定也就意味承載的信息被限制,在處理復(fù)雜的管理合并報(bào)表需求上顯然作襟見肘。BCS中體現(xiàn)的是業(yè)務(wù)需求驅(qū)動(dòng),使用了源數(shù)據(jù)基礎(chǔ)和數(shù)據(jù)基礎(chǔ),這些立方體的信息對(duì)象允許根據(jù)企業(yè)的實(shí)際業(yè)務(wù)需求去規(guī)劃,但是一個(gè)合并系統(tǒng)的數(shù)據(jù)并非想怎么整就怎么整，也應(yīng)該有一定游戲規(guī)則,于是就有了合并角色(role)這個(gè)東西,無(wú)論信息對(duì)象如何組織,數(shù)據(jù)建模時(shí)必須保證將總計(jì)記錄立方體的信息對(duì)象分配到一些必須角色。簡(jiǎn)單地理解,ConsLedger所必需的字段在BCS中被升級(jí)成必需的角色，這是一種比較前瞻的設(shè)計(jì)思路，合并單元字段到合并單元->ConsUnit角色，現(xiàn)在就可將Company，BusinessArea，Profitcenter特征或混合特征分配給該角色,以后的各種合并功能邏輯只要統(tǒng)一根據(jù)合并角色去編寫就行,假設(shè)你將Plant/Segment分配給ConsUnit角色,那么合并邏輯就基于Plant/Segment,而不是使用如下邏輯:Case合并單元When‘company’基于company合并一套邏輯When‘Company+BA‘又一套邏輯。。。。。。Endcase.以上僅代表個(gè)人觀點(diǎn)。國(guó)內(nèi)合并軟件基于企業(yè)報(bào)表上報(bào)的合并設(shè)計(jì)思路太模式化，顯然不能滿足大型企業(yè)復(fù)雜管理報(bào)表的需求，當(dāng)然基于帳并則需要ERP設(shè)計(jì)時(shí)就考慮到一些細(xì)節(jié)問(wèn)題，比如會(huì)計(jì)行項(xiàng)目中需要貿(mào)易伙伴（伙伴公司），業(yè)務(wù)范圍和伙伴業(yè)務(wù)范圍，利潤(rùn)中心和伙伴利潤(rùn)中心，如果我沒(méi)猜錯(cuò)的話，國(guó)內(nèi)ERP通常連根據(jù)利潤(rùn)中心出財(cái)務(wù)報(bào)表應(yīng)該都困難，要做到這點(diǎn)，困難！2.Keyfigurerolekeyfigurrole,在Datastream的totalrecords中，支持4個(gè)Keyfigurerolevalueingroupcurrency,valueinlocalcurrency,Valueintransactioncurrencyandquantity,多個(gè)特征可以塞進(jìn)一個(gè)相同的role,比如混合合并將公司和業(yè)務(wù)范圍特征同屬于合并單元這個(gè)Role，Keyfigurerole不同，一般主張Key