隨著大數(shù)據(jù)時代的來臨，數(shù)據(jù)作為一項資產(chǎn)被企業(yè)所重視，如何將數(shù)據(jù)應(yīng)用價值和全面預(yù)算結(jié)合成為企業(yè)發(fā)展的關(guān)鍵。作為國內(nèi)技術(shù)領(lǐng)先的全面預(yù)算系統(tǒng)廠商，智達方通正是基于數(shù)據(jù)分析和全面預(yù)算的緊密結(jié)合的模式，搭建多維度、靈活分析的全面預(yù)算管理平臺，不僅能滿足企業(yè)預(yù)算管理過程中基本預(yù)算需求，如預(yù)算編報，預(yù)算控制和分析，而且還可以提供強大的業(yè)務(wù)計算和預(yù)算預(yù)測模型，幫助企業(yè)應(yīng)對日趨復(fù)雜的競爭環(huán)境。

大數(shù)據(jù)技術(shù)可采用的分析方式主要有兩種：EDA（Exploratory Data Analysis）-探索性數(shù)據(jù)分析；CDA（Confirmatory Data Analysis）-驗證性數(shù)據(jù)分析。全面預(yù)算作為管理會計信息化和財務(wù)分析領(lǐng)域的傳統(tǒng)業(yè)務(wù)，屬于典型的驗證性數(shù)據(jù)分析業(yè)務(wù)。

探索性數(shù)據(jù)分析(EDA)用于找到數(shù)據(jù)間的模式和相關(guān)性，是一種“參考答案”的獲取。應(yīng)用場景包括大家熟知的“啤酒尿布”類數(shù)據(jù)挖掘應(yīng)用，工具包括SAS，SPSS這類數(shù)據(jù)挖掘軟件以及R語言類語言工具。探索性數(shù)據(jù)分析的優(yōu)點是可以從一堆貌似雜亂無章的數(shù)據(jù)中找到一些相關(guān)性和模式來輔助決策，其缺點是有可能會找到一些無意義的相關(guān)性，比如所有生過孩子的用戶都是女性。

驗證性數(shù)據(jù)分析(CDA)，是在明確了分析模型和算法的情況下，需要基于已有數(shù)據(jù)計算出結(jié)果，可以稱之為是一種“準(zhǔn)確答案“的獲取。典型的應(yīng)用場景就是基于多維數(shù)據(jù)倉庫的OLAP分析應(yīng)用。在企業(yè)應(yīng)用最廣泛的就是EPM-Enterprise Performance Management(企業(yè)績效管理)，其中包括全面預(yù)算，商業(yè)智能等應(yīng)用。與"啤酒尿布”這種探索性數(shù)據(jù)挖掘應(yīng)用相比，OLAP分析的結(jié)果只能是唯一的準(zhǔn)確答案。比如通過企業(yè)管理要求設(shè)定的業(yè)務(wù)規(guī)則，計算出的利潤率只能是一個數(shù)字，不可能是“利潤率有可能是11.5%”這種參考答案。驗證性數(shù)據(jù)分析類系統(tǒng)包括Oracle Hyperion, IBM Cognos以及智達方通Intcube EPM，其共同特點為都是基于多維數(shù)據(jù)倉庫的OLAP分析工具平臺。

大數(shù)據(jù)對全面預(yù)算系統(tǒng)未來發(fā)展的影響

另外，基于Hadoop，Hbase，Kylin等開源項目的方案，目前仍然不能滿足全面預(yù)算或財務(wù)分析信息化領(lǐng)域的需求，原因是企業(yè)在全面預(yù)算或財務(wù)分析方面的需求，不是僅僅基于大數(shù)據(jù)的查詢或搜索這些“只讀操作”就能滿足需求。全面預(yù)算領(lǐng)域需要能夠支持復(fù)雜的業(yè)務(wù)規(guī)則計算，并且這些業(yè)務(wù)規(guī)則在實際應(yīng)用中可以經(jīng)常由最終使用者，如財務(wù)部門，業(yè)務(wù)部門人員調(diào)整更改，而無需開發(fā)人員通過編寫程序或者SQL腳本實現(xiàn)分析方法的調(diào)整。這就要求支持MDX的OLAP計算引擎成為全面預(yù)算軟件系統(tǒng)的必要條件，而以上這幾個開源項目并不能支持MDX等計算腳本功能。

與Tableau和一些BI儀表板項目的只讀數(shù)據(jù)可視化工具相比，全面預(yù)算的編報過程，以及業(yè)務(wù)規(guī)則的運算過程，會產(chǎn)生大量的寫操作。因此，對數(shù)據(jù)倉庫平臺的要求有兩點：一是支持頻繁的寫操作，二是支持業(yè)務(wù)規(guī)則腳本計算。目前對于國內(nèi)的商用數(shù)據(jù)倉庫軟件提供商來說，實現(xiàn)這兩點并非難事，但真正的難點在于如何在十億級甚至百億級的數(shù)據(jù)量下，保證單個數(shù)據(jù)集市-CUBE能有很好的讀寫和業(yè)務(wù)規(guī)則計算性能，這是所有多維數(shù)據(jù)倉庫軟件廠商需要面臨的挑戰(zhàn)。針對該問題，國內(nèi)多維數(shù)據(jù)倉庫領(lǐng)域及企業(yè)績效管理領(lǐng)域技術(shù)專家、北京智達方通總經(jīng)理蔡志宏先生認(rèn)為，其解決方案應(yīng)該是在數(shù)據(jù)倉庫核心功能開發(fā)時，支持?jǐn)?shù)據(jù)的分布式存儲，通過數(shù)據(jù)的多節(jié)點存儲，提升讀寫IO效率，同時要優(yōu)化動態(tài)計算效率，優(yōu)化預(yù)計算和動態(tài)計算之間的平衡，以及優(yōu)化動態(tài)計算時數(shù)據(jù)塊中的尋址效率。

如何將大數(shù)據(jù)和全面預(yù)算結(jié)合，是智達方通一直致力研究的重點，智達方通建議在全面預(yù)算系統(tǒng)選型時企業(yè)應(yīng)留意以下幾點：一、 軟件是否是基于多維數(shù)據(jù)倉庫開發(fā)的。全面預(yù)算業(yè)務(wù)需要做大量的數(shù)據(jù)分析和業(yè)務(wù)規(guī)則。業(yè)務(wù)數(shù)據(jù)的多維建模和強大的計算引擎是必要條件。二、 軟件廠商是否具有自主的多維數(shù)據(jù)倉庫技術(shù)，換句話說，是不是數(shù)據(jù)倉庫廠商。因為數(shù)據(jù)倉庫的性能和功能直接影響了全面預(yù)算軟件的使用體驗。如果依賴其他商用數(shù)據(jù)倉庫產(chǎn)品，甚至是開源數(shù)據(jù)倉庫引擎開發(fā)，成本和可靠性都很難控制。三、是否有獨立的工作流引擎，以及預(yù)算執(zhí)行控制產(chǎn)品。國內(nèi)的企業(yè)對預(yù)算執(zhí)行控制和審批流程要求很高。國外的計劃預(yù)算廠商不做這些功能。

免責(zé)聲明：本文為廠商推廣稿件，企業(yè)發(fā)布本文的目的在于推廣其產(chǎn)品或服務(wù)，站長之家發(fā)布此文僅為傳遞信息，不代表站長之家贊同其觀點，不對對內(nèi)容真實性負(fù)責(zé)，僅供用戶參考之用，不構(gòu)成任何投資、使用等行為的建議。請讀者使用之前核實真實性，以及可能存在的風(fēng)險，任何后果均由讀者自行承擔(dān)。