如何選擇HFM解決方案整合產品

oracle_cj發表於2021-08-12

        穩定高於一切。再優秀的產品,如果使用不夠穩定,也會淪為二流產品。

 

目錄:

 

HFM 是一個輸出型的產品,那麼需要有資料輸入,也就是資料來源(DataSource),主要是從ERP系統取數,主流的ERP系統國外有ORACLE 的EBS,SAP的 ERP,製造業用的比較多的Microsoft AX,國內有用友、金蝶。那麼就需要一個具有ETL功能的產品將ERP系統的資料匯入到HFM。常見的整合解決方案主要是兩種:

1、   標準的整合方案

 

2、   自研產品的解決方案

          

 

以上兩種方案筆者都是用過,下面對如上兩種解決方案展開:

標準的整合解決方案

選擇這種方案的實施公司一般是四大或者沒有自研產品的國內事實上。也會有客戶會主動要求使用FDMEE作為ETL工具。通常整合產品是由實施商給出選型建議。FDMEE是要單獨收費的,而且license也不算便宜。在11.1.2.3之前叫FDM,11.1.2.4後就改為FDMEE(企業級版本),FDMEE是一款非常強大的ETL工具,就針對HFM產品的ETL能力而言,可以說國內很多自研的ETL產品都是FDMEE的閹割版。FDMEE的強大在於視覺化的ETL介面加上ODI作為後臺排程引擎。MAPPING功能靈活多樣,基本可以解決任何複雜邏輯的MAPPING關係。也許是為了更好的商業推廣FDMEE,從11.1.2.4版本後,ORACLE就在ODI上就不再提供整合HFM的API了,把功能放到了FDMEE。想要使用HFM11.1.2.4,必須要使用FDMEE。然而,牛逼的人仍然可以使用ODI+自主開發整合HFM的API的方式來使用ODI+HFM的整合方式,避開FDMEE。

下面是FDMEE技術架構:


FDMEE 的data flow:

FDMEE 的優勢:

·        改進的使用者體驗 - 整合在 Oracle Enterprise Performance Management System 中。FDMEE 使用者介面與 Planning 和 Financial Management 使用者介面保持一致。

·        改進的效能 - 改進的使用者介面和資料載入效能

·     緊密的 Oracle Hyperion Shared Services 整合 - 支援所有原有的 Shared Services 功能(例如使用者組)。

·        支援 Internet Explorer 和 Firefox 瀏覽器

·        支援 Oracle Hyperion Enterprise Performance Management System 生命週期管理 - 像支援其他 EPM System 產品一樣支援生命週期管理

·        支援多個平臺 - 所有受支援的平臺。

·     一致的擴充套件和負載平衡 - 所有擴充套件配置和負載平衡步驟與其他 Oracle Enterprise Performance Management System 產品都一致。

這裡介紹下FDMEE的鑽取功能。這是一個非常不錯的功能。

穿透鑽取指的是從目標系統回鑽到ERP系統憑證的過程。以EBS+FDMEE+HFM。

當使用者在HFM表單中檢視某個COA科目的資料,並且想知道這個科目的資料是來自哪一筆憑證,鑽取功能就變得非常有用。 穿透鑽取的過程如下:


使用者在HFM的web表單(或者EXCEL)中,在有回鑽標識的COA科目上右鍵執行回鑽操作,系統會自動彈出FDMEE明細頁面,可以透過明細頁面逐筆回鑽到EBS憑證介面,檢視每個COA科目的資料來源。

需要說明的是:從FDMEE整合過來的資料都會帶回鑽標識,如果是人工load的data是沒有回鑽標識的。

三個步驟如下:

1 )HFM表單回鑽:

2 )FDMEE明細頁面


3 )EBS憑證頁面





 

一般國內實施商會有自研的產品,其策略是推廣自己的產品,並且深度繫結客戶。比較常見的是漢得的HDM+HFM和元年的E7mapping。

漢得HDM+HFM的整合方案

基本概述:

HDM 是HAND推出的融合HFM的解決方案中重要的一部分,是一款優秀的資料補錄平臺。HDM技術架構:

 

HDM 具有強大的資料補錄功能,特別是對於浮動行表單的補錄功能。無縫支援Excel的匯入匯出和各種自定義的配置校驗。

浮動行表單頁面:

校驗/計算功能配置介面:


HDM 深度繫結了ODI,透過配置ODI代理可以直接介面化的排程ODI場景。這一點和FDMEE類似,必須有ODI作為排程引擎,否則就跑不起來。HDM沒有配置直接呼叫資料庫儲存過程或者bat批處理的配置。不知道是筆者使用的版本問題還是本身就沒有配置這樣的功能,當然這些功能完全是可以透過ODI來實現。至少可以看出HDM定位的資料補錄功能是非常強大的。支援浮動行和固定行表單。

如何與HFM整合:

開發ODI的HFM JAR包部署在ODI伺服器上,然後在ODI中利用jython語言開發HFM API的呼叫“程式”,最後透過HDM進行ODI場景配置。

元年E7mapping+HFM的整合方案

基本概述:

元年的E7mapping設計的非常簡單,但是架構受限,只能在Windows平臺上部署。

檔案選單:主要是一些配置類的,比如方案配置,同步命令配置

業務基礎資料:主要是展示源系統的主資料

目標基礎資料:主要展示HFM的主資料

對應關係維護:主要是展示源系統和目標系統之間的mapping關係

資料同步:主要是觸發介面取數排程的功能

安全管理:主要是使用者管理、許可權管理

筆者認為,E7mapping的設計理念非常的直接,後臺透過一套from表+mapping表+to表串聯,非常易於理解和快速掌握。筆者非常推崇這種設計理念。無論從前臺和還是後臺,可以直觀的看出產品的功能,而且操作簡單。同時產品90%的邏輯都在資料庫中,改造非常的便利。筆者從資料庫層面曾經深度改造過e7mapping的排程引擎。

E7MAPPING 支援直接呼叫儲存過程和BAT檔案和webservice。所以如果是dblink對接erp,完全可以脫離ODI。直接使用E7MAPPING+HFM實現整合。同時也可以透過bat呼叫ODI場景。

如何與HFM整合:

元年開發HFM API釋出為webservice的方式,透過E7的呼叫WEBservice的方式將資料匯入HFM。API需要單獨釋出在中介軟體上,比如常用的釋出在tomcat上。

以下是三種整合方案的比較:


FDMEE+HFM

HDM+HFM

E7MAPPING+HFM

使用介面

複雜

簡單

簡單

資料補錄功能

強大

Mapping 功能

非常強大的mapping解析引擎

強大(因為支援浮動行表單)

一般

平臺支援

無平臺限制

無平臺限制

Windows

靈活性

強大

強大

一般

呼叫儲存過程、批處理和webservice

可以透過編寫語言程式來實現

透過ODI實現

直接可以呼叫

是否收費

License 費用

免費

免費

產品整合工具的未來發展方向預測

EPM 產品,未來大機率是國產化或者說是誰能與時俱進,就很有可能成功。目前國內兩大ERP廠商,金蝶和用友都在研發EPM產品,國外產品如OneStream,tagetik都是優秀的產品,國內新勢力F-ONE逐步崛起,競爭異常激烈。作為企業績效管理的產品,必然需要一款企業級的ETL工具進行資料整合。

筆者一直想設計一款基於EPM產品的,兼具FDMEE、HDM、e7mapping的資料整合和管理工具,為什麼?

FDMEE 強大的mapping解析功能,可以說能處理任意複雜的mapping邏輯,這是一個非常牛逼的功能點。同時還支援多種語言的指令碼開發。

HDM 擁有強大的資料補錄平臺功能,可以彌補FDMEE補錄功能的不足。

E7MAPING 支援多種方式的技術整合,且使用者介面簡單,後臺表設計理念非常值得借鑑,後臺程式可擴充套件非常的高,易於自定義開發。

如果有一款兼具這幾個優勢的產品橫空出世,從使用者層面和開發者層面都有所考慮,可拆卸(兼具高內聚、低耦合),筆者認為將是非常有競爭力的。客戶缺的不是錢,缺的是好用、穩定、從客戶視角設計的產品。否則,客戶憑什麼為你的產品買單。

至少目前沒有看到有這樣的產品,如果已經有這樣的產品,筆者非常樂意瞭解。


我的微信公眾號:大話EPM,歡迎交流

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/28963606/viewspace-2786698/,如需轉載,請註明出處,否則將追究法律責任。

相關文章