摘要
本文闡述了Hyperion軟件在處理資本預(yù)算類文本型數(shù)據(jù)時(shí)常用的兩類方法:1、EPMA數(shù)據(jù)同步,2、映射表手工導(dǎo)入,借用SmartView軟件導(dǎo)入Hyperion預(yù)算系統(tǒng)。處理項(xiàng)目類的系統(tǒng)有一套項(xiàng)目編碼規(guī)范,項(xiàng)目編碼是項(xiàng)目信息唯一識(shí)別的依據(jù),本文針對Hyperion資本預(yù)算文本類型項(xiàng)目的特性提出了項(xiàng)目編碼PPM模型,根據(jù)該模型的理論應(yīng)用到海油某公司資本預(yù)算中,實(shí)現(xiàn)了資本文本類型項(xiàng)目的數(shù)據(jù)存儲(chǔ),以及多維度,多角度,多層次的數(shù)據(jù)分析,解決用戶的痛點(diǎn)。
【關(guān)鍵詞】Hyperion 項(xiàng)目編碼模型 PPM
1 前言
全面預(yù)算按內(nèi)容可以分為經(jīng)營預(yù)算、資本預(yù)算和財(cái)務(wù)預(yù)算。Hyperion軟件是將全面預(yù)算管理落地的軟件,采用自下而上的編報(bào)策略,對于集團(tuán)型企業(yè),處于金字塔頂端的財(cái)務(wù)部門重點(diǎn)工作集中在對數(shù)據(jù)進(jìn)行分析,為決策者提供數(shù)據(jù)支持,在金字塔底端的基層部門,是將公司的經(jīng)營狀況以數(shù)據(jù)的形式填報(bào)至Hyperion軟件中,數(shù)據(jù)卷積至頂端部門。
2 Hyperion軟件處理文本類型數(shù)據(jù)批量導(dǎo)入的通用方法
每年的預(yù)算編報(bào)基層部門的財(cái)務(wù)工作者,不僅要與各部門針對公司的經(jīng)營指標(biāo)互相博弈,且需要將結(jié)果復(fù)制粘貼至Hyperion預(yù)算系統(tǒng)中。如何將復(fù)制粘貼式的重復(fù)勞動(dòng)減低至最少,釋放基層財(cái)務(wù)工作者的精力去處理優(yōu)先級更高的事情,批量將預(yù)算底稿數(shù)據(jù)導(dǎo)入至Hyperion預(yù)算系統(tǒng)是技術(shù)人員的研究方向。
經(jīng)營預(yù)算、財(cái)務(wù)預(yù)算全部都是數(shù)字型數(shù)據(jù),均可采用VBA+SmartView方式直接導(dǎo)入至Hyperion軟件的多維數(shù)據(jù)庫Essbase,而對于預(yù)算的大頭,資本預(yù)算涉及到項(xiàng)目名稱等文本類的信息,不能直接導(dǎo)入至Essbase多維數(shù)據(jù)庫。因?yàn)镋ssbase只支持?jǐn)?shù)字型數(shù)據(jù),不支持文本型數(shù)據(jù)。
如何對于大數(shù)據(jù)量的文本類型的項(xiàng)目數(shù)據(jù)批量管理,以及實(shí)現(xiàn)具體項(xiàng)目費(fèi)用類成本多維度、多角度、多層分析是Hyperion軟件實(shí)施的重要研究課題。
目前,Hyperion軟件處理文本類型數(shù)據(jù)批量導(dǎo)入的通用方法有兩種:
2.1 EPMA數(shù)據(jù)同步功能
此功能又可分為兩種類型,類型I建立數(shù)據(jù)接口表,通過反向逆推類稀疏矩陣,使得關(guān)系數(shù)據(jù)庫數(shù)據(jù)表格中的列與多維數(shù)據(jù)庫Essbase的維一一對應(yīng),關(guān)系數(shù)據(jù)庫中的條目與Essbase維值一一對應(yīng),通過建立EPMA數(shù)據(jù)同步維度與列名的對應(yīng)關(guān)系將Oracle數(shù)據(jù)中的數(shù)據(jù)批量導(dǎo)入至Essbase中,而此類型不支持文本類型數(shù)據(jù)導(dǎo)入至Essbase。
類型2建立外部接口文件,通過TXT落地文件形式將數(shù)據(jù)批量導(dǎo)入至Essbase,此類型支持文本類型的數(shù)據(jù)導(dǎo)入至Essbase,其文件格式如下矩陣所示
以上數(shù)據(jù)在關(guān)系庫Oracle中顯示如下結(jié)果
TXT中列的個(gè)數(shù)小于Essbase多維數(shù)據(jù)庫中維的個(gè)數(shù),不足的維采用固定維值的方式補(bǔ)齊。
2.2 Oracle數(shù)榷表導(dǎo)入+SmartView
Essbase多維數(shù)據(jù)庫只存儲(chǔ)數(shù)字型數(shù)據(jù),文本類型的數(shù)據(jù)存儲(chǔ)在Oracle數(shù)據(jù)庫hsp_text_cell_value表格中,Planning/FinancialReporting是基于Essbase和Oracle開發(fā)的B/S架構(gòu),在此架構(gòu)中可將文本跟數(shù)字類型的數(shù)據(jù)組合顯示,不影響用戶查看。
hsp_text_cell_value表格存儲(chǔ)的文本內(nèi)容與Essbase數(shù)據(jù)庫代表該文本的ID號(hào)碼(純數(shù)字表示)。手工將映射關(guān)系導(dǎo)入至此表格中,使用SmartView工具將ID與其他數(shù)字信息批量導(dǎo)入到Hyperion預(yù)算系統(tǒng)中。
大多數(shù)信息系統(tǒng),項(xiàng)目編碼是項(xiàng)目的唯一標(biāo)識(shí),基于Hyperion預(yù)算系統(tǒng)的多維特性,項(xiàng)目的唯一標(biāo)識(shí),基于Essbase類稀疏矩陣[1],一條元數(shù)據(jù)唯一對應(yīng)一條數(shù)據(jù),項(xiàng)目編碼僅僅是具體維度上的維值,僅僅一個(gè)維值不能唯一確定一條項(xiàng)目信息,所以項(xiàng)目編碼在Hyperion預(yù)算系統(tǒng)中失去了唯一標(biāo)識(shí)的意義。
項(xiàng)目編碼模型(PPM)的設(shè)計(jì)理念:項(xiàng)目編碼采用純數(shù)字表示,項(xiàng)目編碼唯一對應(yīng)項(xiàng)目,一條項(xiàng)目信息唯一對應(yīng)一條項(xiàng)目編碼。根據(jù)項(xiàng)目的分類規(guī)則將項(xiàng)目編碼拆分為相互獨(dú)立且互不相關(guān)的維,使用Hyperion CalculationManager編碼技術(shù)將維度的詳細(xì)維值信息排列組合形成唯一編碼,于是項(xiàng)目編碼在Hyperion預(yù)算系統(tǒng)范圍內(nèi)唯一確定。
以海油某單位A公司預(yù)算應(yīng)用為例,深入講解項(xiàng)目編碼模型。
A公司是一家制造型生產(chǎn)企業(yè),每年對設(shè)備的維修費(fèi)用8億,年年檢修,年年有問題,設(shè)備的哪些配件構(gòu)成了高昂的維修費(fèi)用,設(shè)備檢維修項(xiàng)目的時(shí)間,檢修的內(nèi)容,檢修的設(shè)備,更換的零配件,最近檢修時(shí)間等等問題一直困擾決策者,現(xiàn)有的數(shù)據(jù)資料存儲(chǔ)在Excel表格中,不能靈活的查找分析??傊?,現(xiàn)有的關(guān)于檢維修費(fèi)用的數(shù)據(jù)不足以支撐決策者作出任何決策,亟需有一套數(shù)據(jù)存儲(chǔ),數(shù)據(jù)分析的系統(tǒng)。
為解決此問題,A公司借助了Hyperion軟件的存儲(chǔ)優(yōu)化功能,在具體實(shí)踐上應(yīng)用了項(xiàng)目編碼模型(PPM)處理文本類型的項(xiàng)目信息,以此模型的拆分-組合為核心思想,建立了基于項(xiàng)目編碼模型(PPM)的Hyperion預(yù)算編制分析模型。
項(xiàng)目編碼共有24位,具體表述如下公式所示
Hyperion軟件自帶的維度Account,Scenario,Period,Version,Currency,Hsp_Rates等維度構(gòu)成了預(yù)算編制分析模型的OutLine,將表格中項(xiàng)目的信息分門別類的歸屬到對應(yīng)的維度中,預(yù)算編制分析模型搭建完畢。
利用公式;
"項(xiàng)目編碼"=項(xiàng)目順序*1019+年份*1015+檢維修分類*1010+車間*105+設(shè)備):
將分拆到各個(gè)維度的編碼排列組合形成唯一的項(xiàng)目編碼。
PPM模型通過將文本類型的字段拆分為能被Essbase接受的數(shù)字類型,結(jié)合EPM-A數(shù)據(jù)同步功能,或者SmartView工具將數(shù)據(jù)批量導(dǎo)入至Essbase,因項(xiàng)目編碼的分拆為具體維可多維度,多角度,多層次對數(shù)據(jù)進(jìn)行分析,為決策者提供數(shù)據(jù)支持。
參考文獻(xiàn)
[1]戶鵬飛.Hyperion多維數(shù)據(jù)降維[J].電子技術(shù)與軟件工程,2018,136(07):186.