如何选择HFM解决方案集成产品

稳定高于一切。再优秀的产品，如果使用不够稳定，也会沦为二流产品。

目录：

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 Enterpr