简介这是一份面向集团财务信息化与SAP合并报表从业者的培训课件主题为XX集团SAP项目中的EC-CS模块。内容围绕合并报表全流程展开覆盖合并概览、合并凭证产生、合并抵消及相关报表等章节并延伸比较EC-CS与BPC在运行平台、数据模型、合并单元、预算功能、操作方式和报表出具上的差异同时涉及合并层次结构搭建、合并科目表层次、FI与EC-CS集成原理、数据收集与外币折算等实务要点。资源包共1个PPT文件大小约1.82MB适合企业内部培训、项目上线前学习或财务顾问梳理合并报表流程时参考。目前已有302人学习读者可借此快速建立EC-CS主数据、抵销逻辑与报表输出的整体认知也可用于SAP合并项目调研与知识补漏。1. 从一堆 FI 凭证到一张合并报表EC-CS 到底卡在哪一步很多做过 SAP FICO 的人都有过这种体验单体公司的资产负债表、利润表出得挺顺FS10N、FAGLL03 一查就完事。但集团财务部一句「把这个月合并报表出来」整个节奏就乱了。麻烦不在会计而在数据十几家子公司、不同科目表、内部交易对不上、往来挂账方向还相反。手工 Excel 合一次光内部往来抵消就能熬一个通宵而且每次口径都略有差别。EC-CSEnterprise Controlling - Consolidation就是 SAP 为这类场景提供的合并组件它挂在 ERP 上和 FICO 跑在同一套系统里可以直接抽 FI/CO 数据也可以把合并单元、合并科目表、抵消规则都配置进系统。这份培训材料是汉得给某集团做 SAP 实施时的 EC-CS 模块课件覆盖合并概览、合并凭证产生、合并抵消、相关报表四块讲的是「合并单元怎么搭、科目表怎么映射、抵消分录怎么自动生成」这条完整链路。它适合两类人正在做集团合并报表实施的顾问以及需要接手 EC-CS 配置、维护月结流程的财务 IT。2. 合并单元与合并科目表EC-CS 组织架构怎么落地2.1 合并层次结构的三层模型EC-CS 的组织架构不复杂但非常容易配错。核心就三段公司代码Company Code→ 合并单元Consolidation Unit→ 合并组Consolidation Group再往上挂一个最高合并组Consolidation Group Hierarchy 的根。层次对应对象典型维护事务码作用最底层公司代码 / 业务范围 / 利润中心OX02、OKKP提供 FI 原始数据来源中间层合并单元CX01 / CX12确定合并的颗粒度汇总层合并组、合并组层次CX36 / CX37定义报表出具口径合并单元是关键概念它不一定是公司代码可以按业务范围或利润中心建。举例你有一个公司代码下有广州、深圳两个工厂各自独立核算、彼此有内部销售那么完全可以建两个合并单元做基于工厂的管理合并。这就是材料里强调的「FI 组织结构建议 1:1:1 或按需拆分」的原因——1:1:1 是最省事的做法只要组织结构复杂一点就得拆。2.2 合并科目表 FS Item 的映射逻辑EC-CS 不能直接拿 FI 的会计科目做合并必须先建一套合并科目表对应的对象叫 FS ItemFinancial Statement Item。三个层次要理清操作科目表Operational Chart of Accounts子公司日常记账用的科目可能是各公司自己的科目表。集团科目表Group Chart of Accounts集团统一口径的科目。合并科目表Consolidation Chart of AccountsFS Item 的载体可以有汇总层次和抵销用的专用 Item比如「应收账款-关联单位」「应收杂项抵销差额」。映射配置在 CX20 等相关事务里维护。一个常踩的坑FS Item 的属性里「借贷方向」、「资产负债表/损益表分类」、「是否允许内部交易」三个标志一旦配错后面偏移抵消会批量报错。建议配完第一批 FS Item 后用 CX3M 之类的检查事务先跑一遍有效性检查比等月末真出数据再改要省事。2.3 组网与应用配置的落地步骤服务器层面 EC-CS 作为 ERP 组件安装和 ERP 共享同一应用服务器和数据库这是它跟 BPC 最大的差异之一。落到实施步骤上常见的做法是1. 检查系统是否已激活 EC-CS 组件SCC4 查看客户端属性SM01/SPRO 检查企业控制模块 2. SPRO → 企业控制 → 合并 → 基础配置定义合并科目表、合并单元类型、版本 3. 维护合并单元CX12把公司代码或业务范围挂到合并单元上 4. 维护合并组与组层次CX36 / CX37 5. 维护 FS Item 及汇总层次映射 6. 维护数据监控器与有效性检查规则判断模块到底有没有生效捷径是直接进 EC-CS 菜单能看到「合并监控器」和「数据监控器」两个核心入口且能对合并单元跑一次空数据检查基本就说明基础配置通了。如果菜单里只有零星几项多半是权限或者激活没做全。此处无需代码块上述为配置步骤描述上面步骤里第 3、4 步最容易反复。因为合并单元一旦被引用进合并组后面想改结构就得先解引用实测中建议先画清组织结构图再动手录入不要边录边改。3. 数据收集与合并凭证FI 数据怎么进到 EC-CS3.1 FI 与 EC-CS 的集成路径EC-CS 取数主要有三种方式材料里的整体概要图把这几条线画得很清楚FI 接口按期从 FI 抽取余额一般在期末执行事务码 CXA1 或通过合并监控器里的数据抽取流程触发。CO 接口 / 文件上载来自非 SAP 系统或集团外子公司的数据走文件上载数据监控器里的上载功能。手工凭证少量调整或补充直接在 EC-CS 里录入合并凭证。具体选哪种取决于子公司用的什么系统。如果全集团都是 SAP直接 FI 抽取加调整即可如果有用友、金蝶或者别家 ERP就得走文件上载格式转换这一步工作量往往被低估。3.2 用合并监控器跑一次数据抽取日常最常操作的是合并监控器。典型流程是这样事务码 CXCD合并监控器或从 EC-CS 菜单进入 → 选择合并单元、版本、期间、会计年度 → 执行「数据传输」任务选择数据抽取方式 → 系统生成日志检查每条合并单元的抽取状态 → 对失败项单独排查常见原因期间未关、FI 数据未过账、汇率未维护执行后关键看日志里的状态灯绿色表示成功黄色是警告数据为 0 或部分红色就必须查了。失败最常见的原因是子公司 FI 期间还没做期末结账或者合并版本与 FI 版本的对应关系没配。3.3 合并凭证产生的三种形态合并凭证不是会计人员手工做的凭证而是系统根据规则算出来的。主要有三类内部往来抵消应收账款对预收账款、其他应收对其它应付系统按往来对象自动配对生成抵消分录。内部交易抵消内部销售收入与成本、内部期末存货未实现收益靠合并科目的「内部交易标志」自动识别。投资合并抵消母公司长投与子公司权益的抵销涉及持股比例、少数股东权益规则通常在配置里定义。产生逻辑是先由数据监控器做有效性检查确认资产负债所有者权益、各报表平衡再触发合并凭证生成。任一条不平衡整个合并单元会被挂起所以月结里最耗时的其实不是抵消本身而是先把各子公司的数据凑平。检查资产 负债 所有者权益 的常见手段 - 数据监控器里查看每个合并单元的校验结果 - 用 CX3M / CX3E 之类的分析事务看差异明细 - 对照 FI 的 F.01 / FAGLB03 判断是科目映射错还是数据本身不平提示合并凭证一旦生成并过账回退成本高。建议先在测试客户端完整跑一遍全流程把抵消规则、汇率类型、内部交易标志都验完再上生产。4. 内部抵消规则与报表编制器的实战排错4.1 内部往来抵销对不上的三类原因内部往来抵消是 EC-CS 里最耗时的环节配好了跑得非常快配不好每次月结都要人工调。实操中常见问题总结成三类交易方标志缺失FI 凭证里没有维护交易伙伴Trading Partner系统无法配对往来挂账互相抵消不掉。方向相反A 公司挂应收、B 公司也挂应收本应是应付科目映射时未按方向区分导致抵消后差额挂在 Balance Sheet 调整项里。币种与汇率不一致跨币种内部交易用了不同汇率类型系统折算后产生差额通常进「抵销差额」FS Item。解决办法一是在 FI 侧推动强制维护 Trading Partner 字段二是合并科目表里明确区分应收/应付两个 Item不要合并成一个三是对外币内部交易统一汇率类型与日期。这样大多数差异都能在数据监控器阶段就暴露出来而不是等出报表。4.2 报表编制器与钻取报表EC-CS 的报表输出主要靠两类工具报表编制器Report Writer / Report Painter 体系和合并监控器里的钻取功能。报表编制器基于 FS Item 和汇总层次拼报表格式能出标准合并资产负债表、利润表但灵活度有限这是材料的比较表里提到的「受数据模型限制」。实操中常用的做法是日常合并报表用报表编制器出管理口径的深层分析用 EC-CS 的钻取功能从合并数字逐层下钻到单个合并单元、再到 FI 凭证。钻取的关键前提是 FS Item 与 FI 科目的映射链路完整任何一环缺失都会断链。如果发现钻不下去先查 FS Item 的映射表是否覆盖了该科目。4.3 调用 BAPI 与接口层的自动化思路到了集团级应用EC-CS 的取数、合并凭证、报表往往希望自动化交给调度平台跑。虽然 EC-CS 不像 FI 那样 BAPI 丰富但常见的做法是用标准事务的批处理Batch Input封装数据抽取与合并凭证生成。用 ABAP 直接调用 EC-CS 的相关函数模块把「数据传输、有效性检查、合并凭证」串成一条链。报表结果通过标准导出或 ABAP 抽取写入 BW 或报表平台。 示例按合并单元循环触发数据处理伪代码实际 FM 需按系统版本核对 DATA: lt_cu TYPE TABLE OF tfc_cu_m, 合并单元列表 ls_cu TYPE tfc_cu_m. SELECT * INTO TABLE lt_cu FROM ... 取需处理的合并单元 LOOP AT lt_cu INTO ls_cu. 逐单元执行数据抽取/检查 具体 FM 依据系统版本SAP 保留事务 CXCD 中对应功能 ENDLOOP.这段逻辑的意义是「批量化」把原本靠人工在合并监控器里点的步骤变成按合并单元循环执行。参数上最关键的是期间、版本、会计年度三个必须与 FI 结账状态一致否则批量跑只会批量报错。版本选错会导致取到的是计划数据而不是实际数据这是新手常犯的错。注意EC-CS 事务中涉及合并凭证创建的那几步不要在生产上直接批量跑先建一个只读的验证流程跑通再放开写入。5. 从 EC-CS 到 BPC 的迁移判断与几个省时间的小技巧5.1 EC-CS 与 BPC 的选型边界材料里那两张比较表其实是这份课件的精华。整理成一张对照表更直观维度EC-CSBPC部署ERP 组件与 ERP 同服务器独立服务器需单独购买数据模型基于 ERP 现有数据表基于数据仓库可灵活建模与 FICO 交互可实时更新可期末抽取通过 Data Manager 定期抽取/上载预算功能不支持支持含流程化管理合并单元基于公司、业务范围、利润中心引入合并角色可基于工厂等报表报表编制器灵活度一般Excel 原生集成 BO 展示工具对国内集团实施而言判断点一般是法定合并够用、集团结构相对稳定、已有 ERP 且不想再加一套平台EC-CS 就够了一旦涉及复杂的跨国平行账、管理合并与预算一体化、Excel 端大量自助分析就倾向于往 BPC 走。SAP 对 EC-CS 后续支持趋缓这个事实也确实影响了很多新项目的选型。5.2 月结效率上的几个实操技巧几个真能省时间的点平时课件上不一定写交易伙伴字段用校验提单强制卡住在 FI 录凭证时如果没有填 Trading Partner 就报错把问题拦在最前端比月结回来找强。数据监控器的检查规则分组跑不要全量一把梭先跑关键合并组再跑明细。抵消差额单独设 FS Item 观察别让它混进应收应付里否则越滚越大最后查不动。期初建合并单元时先在一个空的测试客户端把组织结构、FS Item、抵消规则完整演一遍再导到生产改结构比新建代价高得多。5.3 用 EC-CS 做集团管理合并的一个思路如果集团既要做法定合并又要做管理口径的合并比如按地区、按事业部一个常见做法是利用 EC-CS 合并单元可以按业务范围、利润中心建这一点在 FI 组织结构设计阶段就把管理口径埋进去。这样一套 FI 数据通过不同的合并单元和合并组组合同时支撑两套口径的报表避免了另起一套系统导数据。代价是 FI 期间的组织结构设计要提前想清楚后期调整的空间很小所以方案阶段就得把管理合并需求一起提出来不要等法定合并上线后再补。本文还有配套的精品资源点击获取 SAP EC-CS合并报表：合并单元、FS Item与内部抵消配置
简介这是一份面向集团财务信息化与SAP合并报表从业者的培训课件主题为XX集团SAP项目中的EC-CS模块。内容围绕合并报表全流程展开覆盖合并概览、合并凭证产生、合并抵消及相关报表等章节并延伸比较EC-CS与BPC在运行平台、数据模型、合并单元、预算功能、操作方式和报表出具上的差异同时涉及合并层次结构搭建、合并科目表层次、FI与EC-CS集成原理、数据收集与外币折算等实务要点。资源包共1个PPT文件大小约1.82MB适合企业内部培训、项目上线前学习或财务顾问梳理合并报表流程时参考。目前已有302人学习读者可借此快速建立EC-CS主数据、抵销逻辑与报表输出的整体认知也可用于SAP合并项目调研与知识补漏。1. 从一堆 FI 凭证到一张合并报表EC-CS 到底卡在哪一步很多做过 SAP FICO 的人都有过这种体验单体公司的资产负债表、利润表出得挺顺FS10N、FAGLL03 一查就完事。但集团财务部一句「把这个月合并报表出来」整个节奏就乱了。麻烦不在会计而在数据十几家子公司、不同科目表、内部交易对不上、往来挂账方向还相反。手工 Excel 合一次光内部往来抵消就能熬一个通宵而且每次口径都略有差别。EC-CSEnterprise Controlling - Consolidation就是 SAP 为这类场景提供的合并组件它挂在 ERP 上和 FICO 跑在同一套系统里可以直接抽 FI/CO 数据也可以把合并单元、合并科目表、抵消规则都配置进系统。这份培训材料是汉得给某集团做 SAP 实施时的 EC-CS 模块课件覆盖合并概览、合并凭证产生、合并抵消、相关报表四块讲的是「合并单元怎么搭、科目表怎么映射、抵消分录怎么自动生成」这条完整链路。它适合两类人正在做集团合并报表实施的顾问以及需要接手 EC-CS 配置、维护月结流程的财务 IT。2. 合并单元与合并科目表EC-CS 组织架构怎么落地2.1 合并层次结构的三层模型EC-CS 的组织架构不复杂但非常容易配错。核心就三段公司代码Company Code→ 合并单元Consolidation Unit→ 合并组Consolidation Group再往上挂一个最高合并组Consolidation Group Hierarchy 的根。层次对应对象典型维护事务码作用最底层公司代码 / 业务范围 / 利润中心OX02、OKKP提供 FI 原始数据来源中间层合并单元CX01 / CX12确定合并的颗粒度汇总层合并组、合并组层次CX36 / CX37定义报表出具口径合并单元是关键概念它不一定是公司代码可以按业务范围或利润中心建。举例你有一个公司代码下有广州、深圳两个工厂各自独立核算、彼此有内部销售那么完全可以建两个合并单元做基于工厂的管理合并。这就是材料里强调的「FI 组织结构建议 1:1:1 或按需拆分」的原因——1:1:1 是最省事的做法只要组织结构复杂一点就得拆。2.2 合并科目表 FS Item 的映射逻辑EC-CS 不能直接拿 FI 的会计科目做合并必须先建一套合并科目表对应的对象叫 FS ItemFinancial Statement Item。三个层次要理清操作科目表Operational Chart of Accounts子公司日常记账用的科目可能是各公司自己的科目表。集团科目表Group Chart of Accounts集团统一口径的科目。合并科目表Consolidation Chart of AccountsFS Item 的载体可以有汇总层次和抵销用的专用 Item比如「应收账款-关联单位」「应收杂项抵销差额」。映射配置在 CX20 等相关事务里维护。一个常踩的坑FS Item 的属性里「借贷方向」、「资产负债表/损益表分类」、「是否允许内部交易」三个标志一旦配错后面偏移抵消会批量报错。建议配完第一批 FS Item 后用 CX3M 之类的检查事务先跑一遍有效性检查比等月末真出数据再改要省事。2.3 组网与应用配置的落地步骤服务器层面 EC-CS 作为 ERP 组件安装和 ERP 共享同一应用服务器和数据库这是它跟 BPC 最大的差异之一。落到实施步骤上常见的做法是1. 检查系统是否已激活 EC-CS 组件SCC4 查看客户端属性SM01/SPRO 检查企业控制模块 2. SPRO → 企业控制 → 合并 → 基础配置定义合并科目表、合并单元类型、版本 3. 维护合并单元CX12把公司代码或业务范围挂到合并单元上 4. 维护合并组与组层次CX36 / CX37 5. 维护 FS Item 及汇总层次映射 6. 维护数据监控器与有效性检查规则判断模块到底有没有生效捷径是直接进 EC-CS 菜单能看到「合并监控器」和「数据监控器」两个核心入口且能对合并单元跑一次空数据检查基本就说明基础配置通了。如果菜单里只有零星几项多半是权限或者激活没做全。此处无需代码块上述为配置步骤描述上面步骤里第 3、4 步最容易反复。因为合并单元一旦被引用进合并组后面想改结构就得先解引用实测中建议先画清组织结构图再动手录入不要边录边改。3. 数据收集与合并凭证FI 数据怎么进到 EC-CS3.1 FI 与 EC-CS 的集成路径EC-CS 取数主要有三种方式材料里的整体概要图把这几条线画得很清楚FI 接口按期从 FI 抽取余额一般在期末执行事务码 CXA1 或通过合并监控器里的数据抽取流程触发。CO 接口 / 文件上载来自非 SAP 系统或集团外子公司的数据走文件上载数据监控器里的上载功能。手工凭证少量调整或补充直接在 EC-CS 里录入合并凭证。具体选哪种取决于子公司用的什么系统。如果全集团都是 SAP直接 FI 抽取加调整即可如果有用友、金蝶或者别家 ERP就得走文件上载格式转换这一步工作量往往被低估。3.2 用合并监控器跑一次数据抽取日常最常操作的是合并监控器。典型流程是这样事务码 CXCD合并监控器或从 EC-CS 菜单进入 → 选择合并单元、版本、期间、会计年度 → 执行「数据传输」任务选择数据抽取方式 → 系统生成日志检查每条合并单元的抽取状态 → 对失败项单独排查常见原因期间未关、FI 数据未过账、汇率未维护执行后关键看日志里的状态灯绿色表示成功黄色是警告数据为 0 或部分红色就必须查了。失败最常见的原因是子公司 FI 期间还没做期末结账或者合并版本与 FI 版本的对应关系没配。3.3 合并凭证产生的三种形态合并凭证不是会计人员手工做的凭证而是系统根据规则算出来的。主要有三类内部往来抵消应收账款对预收账款、其他应收对其它应付系统按往来对象自动配对生成抵消分录。内部交易抵消内部销售收入与成本、内部期末存货未实现收益靠合并科目的「内部交易标志」自动识别。投资合并抵消母公司长投与子公司权益的抵销涉及持股比例、少数股东权益规则通常在配置里定义。产生逻辑是先由数据监控器做有效性检查确认资产负债所有者权益、各报表平衡再触发合并凭证生成。任一条不平衡整个合并单元会被挂起所以月结里最耗时的其实不是抵消本身而是先把各子公司的数据凑平。检查资产 负债 所有者权益 的常见手段 - 数据监控器里查看每个合并单元的校验结果 - 用 CX3M / CX3E 之类的分析事务看差异明细 - 对照 FI 的 F.01 / FAGLB03 判断是科目映射错还是数据本身不平提示合并凭证一旦生成并过账回退成本高。建议先在测试客户端完整跑一遍全流程把抵消规则、汇率类型、内部交易标志都验完再上生产。4. 内部抵消规则与报表编制器的实战排错4.1 内部往来抵销对不上的三类原因内部往来抵消是 EC-CS 里最耗时的环节配好了跑得非常快配不好每次月结都要人工调。实操中常见问题总结成三类交易方标志缺失FI 凭证里没有维护交易伙伴Trading Partner系统无法配对往来挂账互相抵消不掉。方向相反A 公司挂应收、B 公司也挂应收本应是应付科目映射时未按方向区分导致抵消后差额挂在 Balance Sheet 调整项里。币种与汇率不一致跨币种内部交易用了不同汇率类型系统折算后产生差额通常进「抵销差额」FS Item。解决办法一是在 FI 侧推动强制维护 Trading Partner 字段二是合并科目表里明确区分应收/应付两个 Item不要合并成一个三是对外币内部交易统一汇率类型与日期。这样大多数差异都能在数据监控器阶段就暴露出来而不是等出报表。4.2 报表编制器与钻取报表EC-CS 的报表输出主要靠两类工具报表编制器Report Writer / Report Painter 体系和合并监控器里的钻取功能。报表编制器基于 FS Item 和汇总层次拼报表格式能出标准合并资产负债表、利润表但灵活度有限这是材料的比较表里提到的「受数据模型限制」。实操中常用的做法是日常合并报表用报表编制器出管理口径的深层分析用 EC-CS 的钻取功能从合并数字逐层下钻到单个合并单元、再到 FI 凭证。钻取的关键前提是 FS Item 与 FI 科目的映射链路完整任何一环缺失都会断链。如果发现钻不下去先查 FS Item 的映射表是否覆盖了该科目。4.3 调用 BAPI 与接口层的自动化思路到了集团级应用EC-CS 的取数、合并凭证、报表往往希望自动化交给调度平台跑。虽然 EC-CS 不像 FI 那样 BAPI 丰富但常见的做法是用标准事务的批处理Batch Input封装数据抽取与合并凭证生成。用 ABAP 直接调用 EC-CS 的相关函数模块把「数据传输、有效性检查、合并凭证」串成一条链。报表结果通过标准导出或 ABAP 抽取写入 BW 或报表平台。 示例按合并单元循环触发数据处理伪代码实际 FM 需按系统版本核对 DATA: lt_cu TYPE TABLE OF tfc_cu_m, 合并单元列表 ls_cu TYPE tfc_cu_m. SELECT * INTO TABLE lt_cu FROM ... 取需处理的合并单元 LOOP AT lt_cu INTO ls_cu. 逐单元执行数据抽取/检查 具体 FM 依据系统版本SAP 保留事务 CXCD 中对应功能 ENDLOOP.这段逻辑的意义是「批量化」把原本靠人工在合并监控器里点的步骤变成按合并单元循环执行。参数上最关键的是期间、版本、会计年度三个必须与 FI 结账状态一致否则批量跑只会批量报错。版本选错会导致取到的是计划数据而不是实际数据这是新手常犯的错。注意EC-CS 事务中涉及合并凭证创建的那几步不要在生产上直接批量跑先建一个只读的验证流程跑通再放开写入。5. 从 EC-CS 到 BPC 的迁移判断与几个省时间的小技巧5.1 EC-CS 与 BPC 的选型边界材料里那两张比较表其实是这份课件的精华。整理成一张对照表更直观维度EC-CSBPC部署ERP 组件与 ERP 同服务器独立服务器需单独购买数据模型基于 ERP 现有数据表基于数据仓库可灵活建模与 FICO 交互可实时更新可期末抽取通过 Data Manager 定期抽取/上载预算功能不支持支持含流程化管理合并单元基于公司、业务范围、利润中心引入合并角色可基于工厂等报表报表编制器灵活度一般Excel 原生集成 BO 展示工具对国内集团实施而言判断点一般是法定合并够用、集团结构相对稳定、已有 ERP 且不想再加一套平台EC-CS 就够了一旦涉及复杂的跨国平行账、管理合并与预算一体化、Excel 端大量自助分析就倾向于往 BPC 走。SAP 对 EC-CS 后续支持趋缓这个事实也确实影响了很多新项目的选型。5.2 月结效率上的几个实操技巧几个真能省时间的点平时课件上不一定写交易伙伴字段用校验提单强制卡住在 FI 录凭证时如果没有填 Trading Partner 就报错把问题拦在最前端比月结回来找强。数据监控器的检查规则分组跑不要全量一把梭先跑关键合并组再跑明细。抵消差额单独设 FS Item 观察别让它混进应收应付里否则越滚越大最后查不动。期初建合并单元时先在一个空的测试客户端把组织结构、FS Item、抵消规则完整演一遍再导到生产改结构比新建代价高得多。5.3 用 EC-CS 做集团管理合并的一个思路如果集团既要做法定合并又要做管理口径的合并比如按地区、按事业部一个常见做法是利用 EC-CS 合并单元可以按业务范围、利润中心建这一点在 FI 组织结构设计阶段就把管理口径埋进去。这样一套 FI 数据通过不同的合并单元和合并组组合同时支撑两套口径的报表避免了另起一套系统导数据。代价是 FI 期间的组织结构设计要提前想清楚后期调整的空间很小所以方案阶段就得把管理合并需求一起提出来不要等法定合并上线后再补。本文还有配套的精品资源点击获取