如果按计划对于会计科目进行统一，操作层面上就必定涉及大量的科目数据转移，这是意料之中的工作之一，但是这件事情的复杂程度确实超乎想象的。此次数据迁移牵涉的变更内容包括：
静态数据迁移：集团运营会计科目、集团合并会计科目、关联公司客户主数据、关联公司供应商主数据、成本要素（组）。
动态数据迁移：总账科目余额（资产负债表科目、损益表科目）、关联公司客户应付明细、关联公司供应商应收明细。
对于静态数据切换，相对来说比较简单，而对于动态数据的切换，等于在静态数据切换的基础上增加了一个时间的维度，如果要实现动态数据的无缝对接，那么在时间节点的控制上，要求很高。在动态数据切换时，服务商的顾问提出的原则是：旧账不平，新账不开。
根据顾问的经验，动态数据的切换模式一般有如下三种：
1.如果企业历史悠久，采用模式A将带来巨大的初始数据整理工作量，甚至可能在项目实施时间内难以完成。因此，通常不建议采用模式A。
2.模式C的工作量最小，而模式B能保持新系统中完整的当前会计年度数据。如果在会计年度开始时启用新系统，则模式B与模式C等价。
3.采用模式B时，“本年度历史交易”通常采用按月“汇总”方式。(www.xing528.com)
顾问根据S集团公司的实际情况，提出符合S集团公司现状和需求的动态数据切换模式。
1.对于发生科目变更的总账科目余额（资产负债表和损益表科目），关注的是截至去年年底为止的一个科目余额，以及本年度的每一笔发生细节。因此总账科目切换，建议采用模式B。
2.对于发生科目变更的往来余额（客户/供应商），需要关注历史上所有还没有清对的数据，如有一笔应付账款未清，则一定需要一笔付款来清对。这些科目的切换，建议采用模式C。
本次S集团公司合并报表的实施将采用SAP的BPC工具。BPC是SAP专门为大型集团企业开发的，满足全面预算和报表合并的系统。
从系统技术架构上看，BPC是基于数据仓库BW（Business Information Warehouse）搭建的合并系统。BPC中用于实现合并抵消的数据源来自BW，BPC抵消操作后生成的数据存储在BW中。BW的数据来源可以分为以下两个方面：SAP ERP系统与非SAP ERP系统。SAP ERP系统可以通过标准的集成方式将数据加载到BW系统，非SAP ERP系统需要通过外部文件或者数据库接口的方式将数据加载到BW系统中。
从合并业务流程上看，合并工作主要包括数据收集、校验检查、外币折算、内部往来对账、手工或自动过账抵消分录、重分类、合并报表展示等环节，如下图所示。实际应用中，根据企业需要选取相应的环节执行。BPC支持灵活的数据集成、抵消功能。这对于S集团公司复杂的多公司多部门的数据合并，是一大优势。
合并业务处理流程图
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
