Chinaunix首页 | 论坛 | 博客
  • 博客访问: 60864
  • 博文数量: 18
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 286
  • 用 户 组: 普通用户
  • 注册时间: 2013-09-16 21:41
个人简介

微信公众号:大话EPM 10年EPM产品线经验,精通HFM/Tagetik产品

文章分类
文章存档

2021年(17)

2013年(1)

分类: IT职场

2021-08-12 17:46:15

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

 

目录:

 

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,欢迎交流

阅读(1042) | 评论(0) | 转发(0) |
0

上一篇:Hyperion神器之SmartView产品(下篇)

下一篇:没有了

给主人留下些什么吧!~~