1、sap 进阶系列(26)：第一篇：财务总览之合并会计报表(1)2.11.1 合并模块概览企业公司总部的形成一般是出于如下原因：全球化经营。分权管理，可能是地理上分散的必然结果，也可能是企业管理层的内部决策。多行业经营。资本经营，包括战略性的收购，合并和合资等等。税务计划，出于合理避税的考虑分设公司。随着企业公司总部的发展，公司总部内部会出现越来越多的公司；复杂的公司结构和复杂的公司总部内业务，最终使得公司总部内部管理变得困难重重，信息渠道严重失灵。 除了内部管理的需要，企业还有义务向相关方（Interested Party）提供详细的和及时的信息。这些相关方包括股东（特别是中小股东），债权人和
2、政府相关部门等等。SAP 中的合并会计报表模块在提供这些信息方面扮演着重要角色。合并模块的主要功能可以概括为：收集和汇总单个子公司的财务数据，抵销公司总部内公司间的关联交易，提供关于企业公司总部财务状况，资产和收入的更为准确的全貌。图一:企业控制- 合并会计报表要实现这样的功能，SAP 合并模块必须解决如下几个问题：各种灵活的数据收集工具。企业公司总部的一个特点是地理上的分散，公司总部内各子公司的数据平台不统一又是常有的事。财务数据的收集成为合并功能实现的一个首当其冲的现实难题。数据收集必须兼顾信息量，工作量和标准化的要求。能和财务子系统完全集成。对于企业公司总部来说，SAP 实施一般是一个渐
3、进的过程。有些子公司先实施，有些子公司后实施。但是对于已经实施了 SAP 财务子系统的公司来说，如果合并模块能和财务子系统完全集成会带来以下好处：1.简化了数据收集过程，财务会计的数据直接汇总到合并模块。2.使得数据追查成为可能。可以从合并数据追查到个别公司的单笔交易和凭证。这在其他方式收集的数据是不可能办到的。比如在对往来帐时，如果两家公司都在 SAP 系统中核算，那么往来的差异可以很容易地在系统中追查出来。满足财务和管理会计的各种需求。对于外部会计来说，合并会计报表的编制主要是按股权投资关系进行的。但是内部管理上可能将一个大企业公司总部按地理区域或是行业分层管理，对于这样的管理会计需求，S
4、AP 合并功能也必须满足。甚至在单个子公司经营多种行业，各家子公司跨行业经营的情况下，合并模块还应该具备按业务范围和利润中心合并的功能。描述当代复杂的公司结构和资本关系。随着企业公司总部股权关系的日益复杂，多层子公司，交叉控股，股权改变等等情况变得经常出现。合并模块必须能够描述这些复杂的公司结构和资本关系。自动生成抵销分录。从会计技术来讲，合并会计报表的编制是财务会计领域最难的主题之一。自动抵销的规则应该是可配置的，而不是固定编码的（Hard-coded ）。从而适应我国会计准则，或是国际会计准则（IAS）。以及适应将来新的合并会计准则。流程化、规范化的操作平台。合并的整个操作是复杂的，操作人
5、员需要完成很多任务，好的合并软件应该能够提供流程化，规范化的操作平台，而且平台本身同样应该是可配置的。2.11.2 合并前台操作进入 SAP 合并模块，首先我们看看前台操作，也就是系统在后台配置完成后，用户处理合并日常事务的操作。如图二，前台操作主要包括五大部分：合并公司总部结构维护，合并会计科目表维护，数据监控台，合并监控台和信息系统。2.11.3 合并公司总部结构在合并公司总部结构中，我们维护整个企业公司总部的组织结构，这种组织结构既可以是按股权投资关系描述的，用于法定对外会计报表编制的组织结构，也可以是内部管理定义的组织结构。从图二中，我们可以看出 SAP 的合并公司总部结构有若干层次图
6、二： 合并前台操作：sap 进阶系列(27)：第一篇：财务总览之合并会计报表(2)2.11.4 合并会计科目表合并会计科目表很重要，它直接影响到对于子公司数据收集的明细程度和公司总部内财务管理的规范化。它和 SAP 中财务会计模块使用的日常会计科目表（Operating Chart ofAccount）是既有区别又有联系的：科目数量上，合并会计科目表一般要少得多，比如日常会计科目表如果有 2000 个科目，合并会计科目表可能会精简成 300 个。但这主要是从方便数据收集和合并操作上来考虑的，你也可以将两者定得完全一样。合并专用科目，合并会计科目表会有一些合并专用科目，比如合并价差，少数股东权益
7、，外币报表折算差异等等。通过系统集成，日常会计科目表的金额可以直接汇总到合并会计科目表上。对于每一个科目，我们还可以定义它的数据如何再向下明细。在确定科目明细分类时必须考虑的三个问题是：1 这样的分类能否满足合并中对帐和抵销的需要 2 这样分类能否满足报表和管理的需要？3 这样分类在工作量和实际数据收集上是否可行？在下表中，我们举了一些例子：比如对于应收帐款- 公司总部内这样的内部往来科目，选取按公司总部内公司分明细是为了满足内部往来对帐和抵销。按货币分明细，我们是想在对帐和抵销时区分内部往来的差异哪些是由汇率不同造成的，哪些是由原币金额不同造成的。再比如对于固定资产，按资产业务类型分明细是为
8、了编制合并报表的附注：固定资产增减变化表。而主营业务收入按地区分明细是为了满足国际会计准则第 14 号分部报告的会计信息。在 SAP 的合并模块中，明细分类数据也是可以通过系统集成自动获得的。2.11.5 数据监控台我们知道，合并操作实际上可以分成两部分：首先完成数据从各子公司的收集，验证，补充，和标准化。随后进行公司总部内交易的对帐和抵销。两者分别在数据监控台（Data monitor）和合并监控台（Consolidation monitor）中完成。如图三所示，数据监控台是一种图形化的操作平台。在平台的纵向是合并公司总部的树状结构，数据的收集就是针对这些公司总部内公司进行的。在平台的横向是
9、完成数据收集所涉及的各项任务（Tasks）。数据监控台上需要执行哪些任务和这些任务的先后次序可以在后台进行配制。在平台的中央则是反映各家公司和公司总部公司的各项任务完成的最新状况（Status）。这些状况包括初始，不相关，完成，未完成，出错，锁定，解锁等等。下表中，我们简要介绍一下几种有代表性的任务。任务 解释余额结转Carry forward在会计年度末，合并会计科目的余额必须被结转至下一会计年度。SAP 合并的余额结转是自动进行的，有如下特点：除了特别指定外，所有的资产负债表科目都结转余额。除了特别指定外，所有的损益表科目都不结转余额。附加财务数据（Additional financial
10、 data）中的股权投资变化和被投资者权益变化也被结转。一个科目的余额可以被配置为结转入另一个科目，比如所有的利润分配科目和本年利润科目都结转入未分配利润科目。科目的明细分类子项也可以被结转入另一子项，比如固定资产的本期购置，本期报废，本期转移等等子项都结转入期初余额子项。合并生成的抵销分录也会被结转至下一年度，同时也遵循上述几条原则。比如首次合并后，以后每年都不需再做长期投资和权益的抵销，除非投资发生变化。余额结转是 SAP 合并和一般用手工或用电子表格做合并最大的不同之一。它和合并监控器的各项任务结合，一起自动完成了很多我们认为很复杂的合并抵销。数据收集Data collection数据收
11、集是数据监控台中最重要的任务。主要是通过系统提供的各种数据传输方法（Data transfer method）收集公司总部内各公司的财务数据和附加财务数据（Additional financial data）。附加财务数据包括了象母公司对子公司股权投资比例等等信息。下文将专门讨论 SAP 合并中的数据传输方法。本年净利润Determinationof retainedSAP 中的科目被分成两类：资产负债类和损益类。对于利润分配表中的科目可以有两种选择-资产负债类或是损益类。earnings 如果选择前者两类科目的交汇点是“本年利润”科目，如果选择后者交汇点就是“未分配利润”科目。两种选择对于出
12、资产负债表，损益表和利润分配表都是一样的。本文中我们采用前者，这样就意味着在资产负债类和损益类科目中都有一个“本年利润”科目。本年利润的结转是通过对这两个科目复式记帐实现的。这两个科目在任何情况下都应当保持金额一致，方向相反。本任务实际就是系统自动完成我们通常所说的结转本年利润。检查上报数据Validationsfor reported data对于用各种数据传输方法收集的子公司上报数据，系统可以自动检查它们的正确性。检查规则可以在后台定义。事实上这种检查主要是检查数据的勾稽关系。比如试算平衡，比如固定资产累计折旧-本期记提数等于制造费用，管理费用，销售费用中的折旧费用之和等等。重分类调整Re
13、classifications系统自动对某些科目余额进行重分类调整。比如将子公司的产成品重分类到整个公司总部的半成品。手工标准化Manual posting可以对上报数据进行手工的标准化和调整。系统中以合并模块凭证的形式加以保存。货币换算Currencytranslation对于本位币不同于公司总部货币的子公司来说，它上报的数据（一般是本位币），系统自动按货币折算方法（Translation method）将其折算成公司总部货币。货币折算方法在后台配置，并作为重要参数保存在各家公司的定义中。检查标准化后数据Validationsfor standardizeddata和检查上报数据类似，经过重
14、分类调整，手工标准化，货币换算等多道工序后，系统再一次自动检查数据的勾稽关系。在图四中，我们列举了一些在数据收集任务中，系统可以采用的各种数据传输方法，很显然数据收集是数据监控台的重头戏。图四的右上角代表 SAP 系统，在系统中我们实施了财务会计和合并两个模块。-反映了六种不同的数据收集情况：情况 1：某子公司用户通过局域网（LAN）和 SAP 系统相连，而且该公司采用了 SAP 财务会计模块。情况 2：某子公司用户通过 INTERNET，专线等等远程工具和 SAP 系统相连，而且该公司采用了 SAP 财务会计模块。在上述两种情况下，系统通过集成实时更新或定期上载两种方式，将数据从财务会计模块
15、自动传送到合并模块。情况 3：某子公司目前还未采用 SAP 财务会计模块，该公司用户可以通过INTERNET，专线等等远程工具直接登录 SAP 系统。该用户定期地通过在线数据输入的方式直接将该公司的财务数据输入合并模块。这种方法要求在 SAP 系统中维护这些用户适当的权限和对他们进行操作培训。在线数据输入的格式可以在后台灵活定义。情况 4：某子公司在其他财务系统中进行日常核算，在该财务系统中设计接口程序将数据定期转换成一定格式的纯文本文件。通过电子邮件等通讯手段传送到总公司，随后灵活上载到 SAP 合并模块。情况 5：某子公司在 SAP 的离线外挂程序中输入财务数据，该外挂程序中的合并会计科目
16、，科目明细类别，合并公司总部结构，数据输入结构，检查规则和 SAP 中相同。输入完成后，通过外挂程序中现成的接口将数据下载成纯文本文件，传送到总公司后上载到SAP 合并模块。图五解释了这些外挂程序的生成过程：SAP 标准外挂程序，是用一些像 ACCESS 这样的工具开发的，作为一种组件提供给用户，但是程序里还没有用户在 SAP 中的客户化配置，如合并科目表，科目明细类别，合并公司总部结构，数据输入结构，检查规则等等。但是在 SAP 系统和标准外挂程序中都有这些参数传递的接口程序，通过这些接口，可以很容易的将 SAP 系统中的配置传送到外挂程序中，这样符合用户需要的外挂程序就生成了。这种做法和情
17、况 3 相比的好处是远程用户采用离线输入，不必直接登录 SAP 系统，所以在权限维护，通讯等方面更为方便经济。情况 6：情况 5 中用户需要在外挂程序中输入数据，输入格式是固定的。通过 SAP“交互式 EXCEL”组件，可以进一步将输入格式，科目表等等主数据和参数，转化成 EXCEL 格式，并按用户的需要修改格式。用户在 EXCEL 中准备的数据直接保存入外挂程序数据库中，再按情况 5 上传到 SAP 系统中。情况 6 甚至可以实现在子公司总部当地的局域网上，多用户多 PC 在交互式 EXCEL 中准备数据，集中存储在外挂程序数据库中，集中上传。对于大型企业公司总部来说，各子公司地理位置分散，
18、数据平台和通讯手段不同，在实际实施中应当综合考虑这些因素，决定一种或多种方式实现数据收集任务。数据传输方法将作为一个重要参数保存在各公司的定义中。sap 进阶系列(28)：第一篇：财务总览之合并会计报表(3)2.11.6 合并监控台如图六所示，合并监控台主要实现公司总部内公司间交易的对帐和抵销。和数据监控台类似，它也是一个直观的图形化操作平台。合并监控台的任务主要如下表所示，在解释中我们主要阐述抵销的意义。任务 解释内部往来抵销 母公司与子公司，子公司相互之间的内部往来，是指它们之间的应收帐款与应付帐款，预付帐款和预收帐款等项目。这些项目在某公司个别资产负债表中反映为资产，而另一方则反映为负债
19、。但从企业公司总部整体角度考察，它只是内部资金运动，既不能增加企业公司总部的资产，也不能增加负债。所以合并时应将其抵销。内部销售抵销 企业公司总部内部成员企业之间发生的购销活动，从企业公司总部整体来看会虚增收入，成本和存货价值。所以合并时应将其抵销。由于内部销售产品在购买企业（特别是制造型企业）中形态和库存数量会发生复杂的变化，所以实务中将抵销分成两步，即本任务和“存货中未实现内部销售利润抵销”。存货中未实现内部销售利润抵销同上。内部固定资产交易抵销公司总部成员企业将产品或固定资产销售给另一成员企业作为固定资产，从企业公司总部整体来看，一方面是固定资产价值发生了虚增或虚减，另一方面是虚增了收入
20、，成本或是营业外收支。所以合并时应将其抵销。投资收益抵销 母公司帐上对子公司的投资收益，从企业公司总部整体来看，应将其抵销。根据长期投资核算方法的不同（权益法或成本法），抵销也会有所不同。手工抵销 合并任务大都是系统自动完成的，但是手工抵销的存在提供了更多的灵活性。投资合并 母公司对子公司进行的股权投资，在子公司看来是所有者权益。如果不加以抵销，从企业公司总部整体来看，资产和权益就会被虚增。和投资收益抵销类似投资合并也受长期投资核算方法的影响。检验合并数 和检查上报数据类似，经过多道合并任务后，系统将自动检查数据的勾稽关系。2.11.7 信息系统合并模块的信息系统提供了关于合并财务报表及其附注，合并抵销分录，投资变化等等报表信息。同时和其他模块一样用户可以用穿透报表（Drill-down report）等工具自定义报表。
