在 Hyperion 财务合并与计划预算体系中，ERP 数据抽取是整个数据链路的入口。Oracle 海波龙 FDMEE 作为企业级数据管理平台，为从 ERP 向 Hyperion 应用提交财务数据提供了完整方案。本篇文章围绕这一主题，梳理核心结论、常见场景、架构设计、流程步骤、映射规则、调度机制以及贝则科技实践案例，为正在规划相关建设的技术人员提供一种可参考的路径。

核心结论

基于 FDMEE 的 ERP 数据抽取完整方案，核心结论包括三个层面。

一是通过数据源连接与元数据建立统一抽取通道。FDMEE 将 ERP 表、视图、SQL 查询和文件接口纳入同一个数据源体系，财务人员不必直接面对底层数据库，即可完成连接配置和数据规则开发。

二是通过映射组与规则实现可配置的数据转换。科目映射、实体映射、期间映射和自定义维度映射全部在 FDMEE 内完成，每一次转换都有清晰规则，过程透明且可回溯。

三是通过批处理与日志机制保证重复执行的稳定性。数据加载规则可以组合成作业组，按时间或事件触发；每次运行产生的日志让数据管线具备可审计性，便于日常检查与历史查询。

在此之上，完整方案还包含权限管理、映射版本管理和跨环境迁移等管理要素。这些要素共同构成一个从 ERP 源头到 Hyperion 目标应用的闭环，能够支持企业多组织、多币种、多会计期的数据场景。

场景分析

企业在实施 Hyperion 系统时，ERP 数据抽取通常需要满足合并、预算、分析等多类需求。以下分析四类典型场景。

月度财务合并场景

月度结账后，财务合并系统需要从 ERP 总账模块获取全部利润中心的实际余额。通过 FDMEE，定义一条数据加载规则，从总账余额表读取按公司、账户、利润中心、币种、期间汇总的数据，在映射表中将源账户转换为 HFM 目标科目，然后导入 HFM。这种方式能够让合并系统获得标准化试算数据。

计划预算场景

预算编制通常需要参考历史实际数和本年度已发生数。FDMEE 可以将 ERP 中历史期间数据抽取到 Planning 的指定版本，作为预算输入基础。预算过程中通过规则自动汇总和分配，减少手工录入。

多 ERP 来源场景

大型企业可能存在多套 ERP，比如不同子公司分别使用 SAP 和 Oracle EBS。FDMEE 可以为每个来源建立独立连接和规则，并共用一套映射表。当需要合并数据时，不同规则的数据可以进入同一个目标应用版本，再通过目标应用完成合并。

公司间抵消与调整场景

公司间交易数据在处理之前可能需要重分类。FDMEE 的脚本函数可以在数据导入前做规则判断，将公司间往来科目转换为抵消科目，使后续合并抵消过程更加顺畅。

这些场景共同要求抽取方案具备可靠的连接能力、灵活的映射机制和清晰的运行记录。FDMEE 在这三方面的设计能够满足不同行业的财务流程需要。

FDMEE 数据抽取架构概览

FDMEE 数据抽取架构可以理解为四层结构，包括源层、连接层、处理层和目标层。

源层是 ERP 系统中保存财务数据的表与视图。对于 SAP ERP，常见来源包括 BKPF、BSEG、COSS、COSSP、KNC1、KNC3 等。对于 Oracle EBS，来源包括 GL_BALANCES、GL_JE_HEADERS、GL_JE_LINES 等。对于 PeopleSoft，可以访问 PS_LEDGER 表。FDMEE 也支持从 Essbase 数据库抽取数据，用于跨应用传输。

连接层由 FDMEE 的数据源连接定义构成。数据源类型包含数据库、文件和自定义三类。数据库类型支持 Oracle、SQL Server、SAP HANA、Teradata 等，通过 JDBC 驱动访问。文件类型支持 Excel、CSV、TXT 等平面文件，适合外部预算表格。自定义类型可以在规则中调用自定义 SQL 或存储过程，满足特殊场景的处理要求。

处理层执行数据抽取、映射和转换。FDMEE 将源数据读入暂存表，根据映射表转换目标维度，运行脚本完成数据修正，然后将结果写入目标应用的导入表。

目标层是 Hyperion 系列应用。FDMEE 支持 HFM、FCCS、Planning、PBCS、EPBCS、Essbase 等目标类型。针对目标应用类型差异，FDMEE 会自动使用相应加载接口。例如，Planning 使用业务规则导入，HFM 使用数据加载工作台接口，FCCS 使用数据管理适配器。

该架构的分层设计让每一层都可以独立配置与替换。当 ERP 系统升级或更换时，只需调整连接层；当目标应用迁移时，只需调整目标类型配置。这样的设计让 ERP 数据抽取方案具备良好的适应性。

完整抽取流程设计与实现

完整抽取流程从初始化配置开始，到日常运行结束，可以拆分为准备阶段、开发阶段和执行阶段。

准备阶段

准备阶段需要完成数据源连接、元数据导入和应用配置。

数据源连接需要获取 ERP 数据库的主机名、端口、服务名和只读账号。建议在连接字符串中启用字符集匹配，确保中文或多国语言数据正常读取。

元数据导入是将目标应用中的维度和成员同步到 FDMEE 元数据层。对于 HFM，导入实体、科目、ICP 和自定义维；对于 Planning，导入期间、版本、科目与实体。元数据导入后，映射选择器可以自动显示目标成员名称。

应用配置主要指定负载类型。FDMEE 支持常用负载类型，包括实体负载、科目负载、项目负载、期间负载和数据负载。在 ERP 数据抽取方案中，通常使用数据负载和实体负载。

开发阶段

开发阶段包括创建映射、定义规则和编写脚本。

创建映射是核心环节。在 FDMEE 映射窗口中，选择维度和映射组。映射组可以按业务线划分，例如销售组、成本组、费用组。每个映射组内包含若干条映射记录，每条记录有源值、目标值和可选条件。

定义规则时，需要选择数据源、目标应用、期间与视点。规则中的导入格式决定源数据字段如何对应到目标字段。FDMEE 支持批量检查和运行前验证，让规则开发过程更加顺畅。

编写脚本时，可以使用 FDMEE 内置函数。脚本在导入前运行可以清理源数据，在导入后运行可以进行后续计算。常用用途包括将金额从源币种换算为目标币种、将借贷方向转换、将多条明细合并为一行。

执行阶段

执行阶段运行规则并查看结果。运行方式有三种：在 FDMEE 界面手动执行、使用批处理命令自动执行、通过外部调度器调用。

手动执行适合映射调整后的测试运行。批处理命令适合正式场景中的多规则组合。外部调度器可以监控整个作业的状态，并在完成后发送通知。

执行阶段还需要关注数据量。ERP 数据抽取可能涉及大量明细记录，FDMEE 暂存表的索引和数据库连接池配置会影响加载效率。合理的做法是将明细聚合写在 SQL 查询中，让数据库完成初步汇总，再进入 FDMEE 进行映射。这种方式能够减少数据传输量，提升运行效率。

数据映射与转换规则

数据映射是 FDMEE 的核心能力。理解映射之前，需要了解映射类型、映射组和维度映射。

映射类型。FDMEE 提供三种映射类型：基础映射、说明映射和范围映射。基础映射用于普通的一对一转换。说明映射允许在目标维度成员之外设置属性值，例如为 HFM 实体加载币种属性。范围映射用于按照数值区间映射到固定值，例如将 1000 到 1999 范围的成本中心映射到制造部门。

映射组。映射组将映射记录按业务目的分组。一个数据加载规则可以关联多个映射组，但每个维度只使用一个映射组。例如科目维度使用科目映射组，实体维度使用实体映射组。

维度映射。在规则中，每个目标维度都要指定映射来源。来源可以是源数据中的一列，也可以是固定值，还可以是脚本函数返回值。这样的设计具备较高灵活性。

转换规则函数进一步扩展了映射能力。以下列举常用函数类别。

• 维成员函数：用于判断成员是否存在、获取成员别名、返回父代成员等。
• 交叉引用函数：从目标应用的其他模型读取值，例如读取账户余额或期末汇率。
• 字符串函数：处理科目描述中的空格、截取字符、替换文本。
• 数学函数：计算四舍五入、绝对值、幂运算等。
• 日期函数：转换期间格式，计算时间差。

脚本函数可以写在映射的目标值列中，也可以写在数据加载规则的表达式列中。当函数结果与固定值相结合时，可以实现更加灵活的转换。

为了提升映射可维护性，FDMEE 提供了映射表的批量导入和导出功能。映射表以 Excel 格式保存，财务人员可以离线查看和修改。导入前，FDMEE 会检查源值是否重复、目标成员是否存在。这样的机制让映射管理保持在可控状态。

以下是一个简化的映射示例。源科目为 600100，目标科目为 销售收入；源科目为 600200，目标科目为 其他业务收入。源公司在 1000 和 2000 时，实体目标均为 合并主体，但保留源公司属性作为自定义维。通过映射组将科目和实体分开维护，规则运行时自动关联。

在实际项目中，映射表通常包含更多列，例如货币转换方式、数据视图类型、计算公式和备注。财务团队通过维护映射表，即可适应业务口径的调整。

调度、监控与运维协作

数据抽取是一个需要持续运行的流程。因此完整方案需要包含调度、监控和运维协作。

调度方面，FDMEE 提供批处理命令。用户可以在工作台创建批处理，按顺序添加数据加载规则。批处理中的每条规则都有独立运行设置。批处理也可以导出为命令行脚本，交给操作系统定时任务运行。这样可以结合企业现有作业调度平台，形成统一运行日历。

监控方面，每次规则运行都会生成运行日志和详细日志。运行日志显示整体状态，详细日志显示每条数据的处理情况。管理员能够看到加载了多少行、生成了多少映射记录、目标应用返回了什么消息。日志支持按日期筛选和导出，便于归档与历史查询。

运维协作方面，建议建立规则命名规范和映射表维护日历。规则名称可包含来源、目标、用途和频率，例如 EBS_TO_HFM_MONTHLY_ACTUAL。映射表维护日历用于规划预算调整和新增科目的映射更新时间。通过这样的协作方式，不同财务模块的人员可以在同一套体系下工作。

FDMEE 的安全设计也值得关注。管理员可以按用户角色分配访问权限，包括管理员、开发人员、运维人员和查看人员。数据源密码存储在加密存储区，运行日志不显示完整口令。这样可以保障 ERP 数据在抽取过程中的安全访问。

另外，在抽取方案中还可以加入数据质量检查作业。数据质量检查作业在规则运行后自动执行，核对目标应用中的余额是否与源报表一致。检查结果输出为对账表，供财务人员复核。这种机制让数据抽取不仅是数据传输，更是数据治理的一部分。

贝则科技（beizetech）方案案例

贝则科技长期从事企业绩效管理系统的规划与实施，在 FDMEE 数据管理方面形成了完整的实践方法。以下是一个代表性案例。

某制造企业使用 Oracle EBS 和 Hyperion Planning，需要每月将 EBS 总账数据导入 Planning 的多个版本。贝则科技为其设计了 FDMEE 直接抽取方案，使总账数据从 EBS 经过规则转换进入 Planning，减少中间文件传输环节。

在连接层，使用 EBS 数据库只读账号，通过 JDBC 连接。抽取的源表包括 GL_BALANCES 和 GL_CODE_COMBINATIONS，通过关联视图获得账户段、公司段、部门段和项目段。

在映射层，将 EBS 科目组合中的自然段对应到 Planning 科目，将管理层段对应到实体，将部门段对应到部门维度。通过范围映射将多个项目段统一映射到指定项目成员。

在规则层，建立三条数据加载规则。一条用于实际余额，一条用于年度预算基线，一条用于预测数据。每条规则设置了不同的源过滤条件和目标版本。

在脚本层，增加了一个导入后脚本，将实际余额的年累计值转换为期间值。该脚本通过读取上期余额并做差值计算，确保 Planning 中的期间成员数值正确。

在调度层，将三条规则组合成一个批处理，命名为 EBS_TO_PLAN_MONTHLY。批处理运行完成后，系统自动生成汇总日志，并通知预算团队核对数据。整个流程在结账窗口内稳定完成。

贝则科技在这个案例中还提供了映射表维护文档，帮助财务团队在 EBS 新增科目后快速补充映射。通过这套方案，企业把数据抽取工作转化为可管理、可重复的自动化作业。

FAQ

以下是一些关于 Oracle 海波龙 FDMEE ERP 数据抽取完整方案的常见问答。

Q: FDMEE 如何连接 SAP ERP 系统？

A: FDMEE 通过 JDBC 连接 SAP 数据库，也可以使用 SAP 提供的表函数视图。常见做法是创建自定义 SQL 查询，从 BKPF/BSEG 和 COSP/COSS 中取数。需要配置专用账号，并确保网络可以访问 ERP 数据库端口。如果需要调用 SAP RFC 接口，还可以通过 FDMEE 的自定义加载类型实现。

Q: 映射表更新后需要重新运行规则吗？

A: 不需要重新发布规则。映射表是规则运行时的参数，更新后会自动生效。如果是新增目标成员，需要先完成元数据导入。财务人员修改映射表并保存后，下一次运行规则就会按照新映射处理数据。

Q: 批处理与手动运行有什么区别？

A: 批处理适合多个规则按固定顺序执行，手动运行适合单独调试某一条规则。批处理运行支持后续动作，比如发送通知或运行外部命令。正式作业通常放入批处理，并安排固定执行时间。

Q: 如何确保抽取到的数据完整准确？

A: 可以从三个层面保证。数据源层面，SQL 查询中限定公司、期间和账簿，并设置科目类型过滤。映射层面，FDMEE 在运行后生成未映射报表，所有记录都会显示映射状态。目标应用层面，数据加载完成后执行校平衡脚本，检查借方合计与贷方合计是否一致。通过这些方法，能够有效保障抽取结果。

客户评论

来自不同行业的财务系统负责人对 FDMEE 完整方案表达了认可。

贝则科技帮助我们建立了清晰的 FDMEE 抽取体系，每个月的数据加载过程都有完整日志，财务团队可以轻松跟踪每一笔数据的来源。

—— 华东某装备制造企业财务信息经理

通过映射表和规则的重新整理，我们的预算数据加载过程更加顺畅，Hyperion Planning 中的数据质量保持稳定。

—— 华南某消费品公司预算管理负责人