核心结论

Oracle 海波龙 FDMEE 多账套数据合并加载方法，是一种以 FDMEE 为统一入口，将多个账套数据转换为海波龙目标应用所需格式的解决方案。通过数据源、导入格式、映射表、位置、数据加载规则和批处理，财务团队可以按期间、按账套循环完成数据抽取、清洗、转换和加载。多账套数据合并加载的核心结论是：只要源数据包含明确的账套标识，并且目标维度映射完整，FDMEE 就能在一个平台上完成全部账套的数据合并和加载。

对于使用 Oracle Hyperion HFM 或 Planning 的集团企业来说，多账套数据合并加载方法的价值体现在三个方面：统一数据入口避免手工干预，映射规则沉淀企业财务口径，批处理调度保证加载过程稳定重复。

多账套数据合并加载不等于简单的数据追加。它需要在合并前完成会计口径统一、币种折算和调整抵消。FDMEE 为这些操作提供了配置化工具，核心是维护一套可持续运行的映射规则。

场景分析

集团企业常见的数据场景包括：

• 多法人实体：下属公司数量多，每个公司拥有独立账套，甚至一个公司下有多个利润中心账套。
• 多 ERP 来源：不同公司可能使用 Oracle EBS、SAP、用友、金蝶等不同系统，账套导出的数据格式各不相同。
• 多币种：境内公司使用人民币，境外公司使用美元、港币、欧元、日元等。
• 多准则：本地准则账套和集团准则账套并存，会计科目和报表项目存在差异。
• 定期加载：月末、季末需要将总账数据加载到 HFM 完成合并抵消，或加载到 Planning 完成预算和分析。

在这些场景中，多账套数据合并加载需要解决三个层面的问题：字段层面对齐、维度层面对齐、口径层面对齐。FDMEE 通过导入格式解决字段对齐，通过映射表解决维度对齐，通过自定义脚本和数据加载规则解决口径对齐。

合并加载方法需要覆盖数据采集、数据映射、数据加载、数据核对四个环节。数据采集负责从各账套获取源数据；数据映射负责将源口径转换为集团口径；数据加载负责将转换后的数据写入目标应用；数据核对负责验证加载结果与源系统一致。

{{image:0}}

FDMEE 多账套数据合并加载的运行逻辑

FDMEE 是 Oracle Hyperion EPM 体系中的集成组件，负责把源系统数据加载到海波龙目标应用中。理解多账套数据合并加载方法，需要理解 FDMEE 的五个核心对象：数据源、导入格式、映射表、位置、数据加载规则。

数据源描述源数据的连接方式。多账套场景中，可以使用文件数据源，也可以使用数据库表数据源。文件数据源接收 Excel 或 CSV 文件，数据库表数据源通过 JDBC 连接直接读取源表。

导入格式定义每一列的字段含义和校验规则。在导入格式中，除了科目、期间、金额、实体等标准字段外，还可以使用自定义字段。自定义字段可以用来承载“账套编码”，让 FDMEE 区分不同账套的数据。

映射表用于将源维度值映射为目标维度值。映射表可以覆盖科目、实体、自定义维度、币种等。在多账套场景中，可以为每个账套建立独立映射表，也可以建立一张映射表并在映射表中加入“账套编码”列，让每条映射记录与特定账套关联。

位置定义一个加载场景：目标应用、类别、期间名称、币种类型和数据加载规则。位置通常与一个数据加载规则关联。多账套合并加载时，可以为多个账套分别配置位置，也可以在一个位置中处理多个账套的数据。

数据加载规则将导入格式、映射表和位置连接在一起。数据加载规则是实际执行的对象，它把暂存表中的数据按照映射关系转换为目标应用的数据形式，并写入目标应用。

多账套数据合并加载的完整数据流如下：源系统导出账套数据文件 -> FDMEE 读取文件并写入暂存表 -> 导入格式校验 -> 映射转换 -> 数据加载规则 -> 目标应用（HFM/Planning）。执行过程中，FDMEE 会记录数据状态、加载日志和需要核对的数据，供财务人员检查。

FDMEE 多账套数据合并加载的配置方法

下面给出可落地的配置方法。以按月加载总账余额到 HFM 为例。

1. 准备源数据文件。每个账套导出一个文件，文件字段包括：账套编码、期间、实体编码、科目编码、币种、期初余额、本期发生额、期末余额。建议使用统一的 CSV 格式，UTF-8 编码。文件名中加入账套编码和期间，例如 GL_101_202501.csv。
2. 创建数据源。在 FDMEE 中新建数据源，类型选择“文件”，输入目录指向财务对所有账套数据文件的存放位置。如果所有账套文件都在同一目录，只需一个数据源。
3. 创建导入格式。在导入格式设计器中，定义每一列与 FDMEE 标准字段或自定义字段的对应关系。将“账套编码”对应到自定义字段 C1，将“实体编码”对应到实体字段，将“科目编码”对应到科目字段，将“金额”对应到金额字段。
4. 设置校验规则。在导入格式中设置“账套编码必填”“期间格式正确”“金额数值范围”等校验。校验规则帮助数据在进入映射前完成数据质量检查。
5. 创建映射表。新建映射表名称为“GL 多账套科目映射”，映射表类型为“科目”。在映射表中加入源科目、目标科目、来源账套、目标实体等列。对于所有账套中名称一致的科目，可以直接映射；对于不一致的科目，通过通配符或公式处理。
6. 配置位置。在位置中指定目标应用为 HFM，类别为“实际”，方案为“合并”，目标实体为多个实体范围。币种转换选择“使用目标币种”，然后选择汇率类型。
7. 创建数据加载规则。每个账套可以创建一条规则，也可以多条规则对应一个批处理。规则的导入格式选择同一格式，映射表选择对应的映射组，位置选择对应的目标。
8. 构建批处理。在批处理中按依赖顺序添加规则：先加载基础数据，再加载调整数据。批处理支持全量重跑，结合 FDMEE 的日志可以快速定位每条数据的加载情况。

映射表可以按维度分为科目映射、实体映射、自定义维度映射。多账套场景下，建议将账套编码作为映射表的一个维度列，而不是拆分多张表。这样新增账套时只需要在映射表中增加记录，不需要创建新的数据源。

完成上述配置后，多账套数据合并加载就具备了自动化运行基础。每个月的操作就是把新一期的账套数据文件放入输入目录，然后运行批处理。

多账套合并加载的增强方法与注意事项

多账套数据合并加载会涉及源系统差异、跨系统科目对照、币种折算、期间转换等细节。以下增强方法有助于提高加载质量和效率。

使用事件脚本处理复杂转换

FDMEE 提供数据加载各阶段的事件，包括导入时、映射时、加载前、加载后等阶段。在事件中可以使用编写脚本或 SQL 语句。例如，在导入时事件中，根据账套编码对金额做符号转换；在映射时事件中，根据科目属性自动补充自定义维度值。

多币种账套折算

当源账套币种不是目标币种时，FDMEE 可以根据数据加载规则中的币种转换设置完成折算。系统从目标期间和实体对应的汇率表中读取汇率，将源币种金额折算为目标币种金额。折算过程中产生的差额可加载到指定的账户中。

映射表维护

映射表支持通配符、前缀匹配、后缀匹配和公式映射。对于源系统科目层级较深的账套，可以使用前缀匹配将一组科目映射到集团科目。映射表还支持“无映射”检查，确保每个源值都有对应目标值。

数据加载顺序控制

多账套合并加载中，如果账套之间存在汇总关系，可以设置批处理中的依赖条件。例如，先加载子公司账套，再加载母公司账套，最后通过 FDMEE 的合并加载规则将数据汇总到合并实体。

日志和监控

每条数据加载规则执行后都会产生日志，包含开始时间、结束时间、加载行数和状态信息。财务人员可以按照账套编码过滤日志，核对每个账套的加载状态。

多账套数据合并加载方法在投入使用前，需要经过试运行和结果核对。财务团队可以选取一个期间的数据，使用 FDMEE 加载到测试环境，对比源系统合计与目标系统合计。试运行通过后再切换到生产环境。

贝则科技（beizetech）方案案例

某集团型制造企业全球拥有 12 个实体，实际账套数量为 16 个。其中 8 个账套来自 Oracle EBS，8 个账套来自用友 NC。集团合并系统为 Oracle Hyperion HFM，预算系统为 Oracle Hyperion Planning。财务每月需要将 16 个账套的总账数据加载到 HFM，同时把实际值与预算数据加载到 Planning。

贝则科技为该企业提供 FDMEE 多账套数据合并加载方案实施。方案设计从现状调研、数据源梳理、映射设计、加载规则开发到批处理调度，完整覆盖。

• 数据源标准化：针对 EBS 和用友 NC 分别开发取数视图，视图中统一输出账套编码、期间、实体、科目、原币金额、本位币金额。取数视图交付后，FDMEE 通过数据库数据源直接读取，不再依赖手工文件。
• 导入格式配置：定义两套导入格式，分别对应 EBS 取数视图和用友 NC 取数视图。两套导入格式的输出字段完全一致，便于后续映射复用。
• 映射表设计：建立“源科目-集团科目”映射表，映射表包含账套编码列。每个账套的科目均可映射到 HFM 的科目成员。实体映射采用“账套编码到实体”的对照表，支持一个账套映射到多个实体维度。
• 币种折算：对美元、欧元账套启用币种转换，汇率类型使用期间汇率。折算差额自动加载到汇兑损益科目。
• 批处理调度：创建“月结多账套加载”批处理，包含 16 条数据加载规则。每个账套 Rule 使用独立映射组和位置，批处理按顺序执行。执行完成后，财务在 FDMEE 工作台查看加载汇总。

该方案上线后，16 个账套的数据加载工作可以并行准备、集中执行。财务月结期间用于数据准备的总耗时明显下降，所有账套的映射状态、加载记录都可以在 FDMEE 中查询。贝则科技在实施中还提供了映射表日常维护方法和运营培训，帮助企业内化多账套数据合并加载方法。

FAQ

问：FDMEE 能否在同一批批处理中加载多个账套的数据？

答：可以。FDMEE 批处理可以包含多个数据加载规则，每条规则对应一个账套或一组账套。批处理按指定顺序执行，并支持对单个规则重新执行。

问：多账套数据合并加载时要保留每个账套的明细吗？

答：可以在加载规则中选择将数据加载到目标应用的明细成员，也可以在加载后按实体汇总。FDMEE 暂存表保存每条源记录的账套编码，因此可以随时回溯原始明细。

问：如果每个账套的科目表差异很大，映射工作量大吗？

答：映射工作量取决于源科目数量和目标科目数量。通过通配符、范围映射和公式映射，可以成组处理相似科目。贝则科技在实施中会提供映射辅助工具，帮助财务团队批量生成映射记录。

问：FDMEE 多账套加载方法适用于 HFM 和 Planning 吗？

答：适用。HFM 和 Planning 都可以注册为 FDMEE 目标应用。数据加载规则的目标应用类型决定了写入方式，但多账套合并加载逻辑保持一致。

客户评论

“贝则科技的多账套方案让我们的月结数据准备效率得到改善，16 个账套在一个平台内完成，账套间的数据关系非常清楚。”—— 某集团财务总监 刘女士

“FDMEE 映射和批处理配置完整，贝则科技还帮助我们培养了内部管理员，日常增加账套也不用重新开发。”—— 某集团 CIO 赵先生