ERP中的合并会计报表.docx
《ERP中的合并会计报表.docx》由会员分享，可在线阅读，更多相关《ERP中的合并会计报表.docx（12页珍藏版）》请在冰豆网上搜索。
ERP中的合并会计报表
ERP中合并会计报表
“猴王集团已经宣布破产。
但猴王集团、ST猴王留下重重谜雾还远没有到消散时候，猴王集团究竟有多少企业？
对此，至今外界说法不一，从100多家到400－500家不等，其中最常见说法是200－300家左右。
猴王集团这些企业，业务大致可分为制造业、服务业和其他事业三大部分。
制造业又分为焊接工业、动力机械工业和高新技术产业三个领域，其中仅动力机械工业一项就有柴油机、造船、船舶运输、农用车、叉车、小型货车制造、汽车底盘及配件生产等多个行业；粗粗一算，已涉及十几个门类、几十个产业。
猴王集团资产到底有多少？
这个谜团是近来市场高度关注焦点，也是最难回答问题。
湖北省宜昌市中级人民法院《2001宜中破字第1号》民事裁定书中显示，进入破产程序时猴王集团总资产是3.71亿元，负债23.96亿元，资产负债率为645.53％。
但2000年底，宜昌市委、市政府派驻猴王集团解困工作组给市政府一份报告中称，猴王集团‘截止2000年10月30日帐面总资产（已剔除分开、解除兼并托管及移交股权、进行改制企业）为23.6亿元，总负债21.9亿元，净资产1.68亿元，资产负债率93％。
’如果解困工作组这个提供给市委、市政府数字是准确，那么在今年2月27日正式进入破产程序前短短3个月间，猴王集团总资产迅速“缩水”了19.9亿元，总负债反而增加了2.03亿元。
在股份公司长期拖欠法人股东股息情况下，猴王集团已经从股份公司“借”走了近6亿元资金，同时股份公司还为猴王集团提供了4个多亿贷款担保。
外地董事对猴王集团一直隐瞒真相、严重侵犯伤害中小股东合法权益行为极为愤怒，对大股东严重不信任由此产生。
…”—摘自《猴王集团破产 四大谜团未了》全景网络2001年3月14日
合并模块概览
在过去数十年间，无论是在全球还是在我国，企业向集团化大型化发展已成为一个显著特点。
企业集团形成一般是出于如下原因：
<1>全球化经营，或者对于我国企业发展现状来说是跨地区省份经营。
<2>分权管理，可能是地理上分散必然结果，也可能是企业管理层内部决策。
<3>多行业经营。
<4>资本经营，包括战略性收购，合并和合资等等。
<5>税务计划，出于合理避税考虑分设公司。
随着企业集团发展，集团内部会出现越来越多公司；复杂公司结构和复杂集团内业务，最终使得集团内部管理变得困难重重，信息渠道严重失灵。
除了内部管理需要，企业还有义务向相关方（InterestedParty）提供详细和及时信息。
这些相关方包括股东（特别是中小股东），债权人和政府相关部门等等。
ERP中合并会计报表模块在提供这些信息方面扮演着重要角色。
事实上合并模块是如此重要，它已经从财务会计下属子模块上升为企业集团控制模块（EnterpriseControlling）下重要组成部分。
合并模块主要功能可以概括为：
收集和汇总单个子公司财务数据，抵销集团内公司间关联交易，提供关于企业集团财务状况，资产和收入更为准确全貌。
要实现这样功能，好ERP合并模块必须解决如下几个问题：
<1>各种灵活数据收集工具。
企业集团一个特点是地理上分散，集团内各子公司数据平台不统一又是常有事。
财务数据收集成为合并功能实现一个首当其冲现实难题。
数据收集必须兼顾信息量，工作量和标准化要求。
<2>能和财务子系统完全集成。
对于企业集团来说，ERP实施一般是一个渐进过程。
有些子公司先实施，有些子公司后实施。
但是对于已经实施了ERP财务子系统公司来说，如果合并模块能和财务子系统完全集成会带来以下好处：
1.简化了数据收集过程，财务会计数据直接汇总到合并模块。
2.使得数据追查成为可能。
可以从合并数据追查到个别公司单笔交易和凭证。
这在其他方式收集数据是不可能办到。
比如在对往来帐时，如果两家公司都在ERP系统中核算，那么往来差异可以很容易地在系统中追查出来。
<3>满足财务和管理会计各种需求。
对于外部会计来说，合并会计报表编制主要是按股权投资关系进行。
但是内部管理上可能将一个大企业集团按地理区域或是行业分层管理，对于这样管理会计需求，好ERP合并功能也必须满足。
甚至在单个子公司经营多种行业，各家子公司跨行业经营情况下，合并模块还应该具备按业务范围和利润中心合并功能。
<4>描述当代复杂公司结构和资本关系。
随着企业集团股权关系日益复杂，多层子公司，交叉控股，股权改变等等情况变得经常出现。
合并模块必须能够描述这些复杂公司结构和资本关系。
<5>自动生成抵销分录。
从会计技术来讲，合并会计报表编制是财务会计领域最难主题之一。
自动抵销规则应该是可配置，而不是固定编码（Hard-coded）。
从而适应我国会计准则，或是国际会计准则（IAS）。
以及适应将来新合并会计准则。
<6>
流程化，规范化操作平台。
合并整个操作是复杂，操作人员需要完成很多任务，好合并软件应该能够提供流程化，规范化操作平台，而且平台本身同样应该是可配置。
合并前台操作
进入ERP合并模块，首先我们看看前台操作，也就是系统在后台配置完成后，用户处理合并日常事务操作。
如图二，前台操作主要包括五大部分：
合并集团结构维护，合并会计科目表维护，数据监控台，合并监控台和信息系统。
1.合并集团结构。
在合并集团结构中，我们维护整个企业集团组织结构，这种组织结构既可以是按股权投资关系描述，用于法定对外会计报表编制组织结构，也可以是内部管理定义组织结构。
从图二中，我们可以看出ERP合并集团结构有若干层次：
层次
解释
维
在ERP中既有公司合并，也有业务范围合并，利润中心合并等多种合并功能，后两者都是满足企业内部管理需要合并功能，它们各自组织结构被区分在不同维中加以定义。
公司合并最小单位是公司。
层次结构
即使是对于公司合并，也存在对外报表和内部管理不同需求。
这时我们定义不同层次结构。
在图二中，我们定义了层次结构1-法定合并，它是按照母子公司股权投资关系维护，目是完成对外财务会计报表编制。
同时我们还定义了层次结构2-按行业合并，它是按各家子公司所属行业定义层次结构，是出于内部管理需要。
事实上我们还可以按地理区域和其他任意我们觉得有意义规则定义层次结构。
集团公司
对于企业集团内部大大小小集团公司，系统中要求我们维护合并频率（Consolidationfrequency），集团货币（Groupcurrency）等相关参数。
公司
对于公司合并最小单位-公司来说，系统要求我们维护本位币（Localcurrency），财务数据类型，所得税率，货币折算方法（Translationmethod），数据传输方法（Datatransfermethod）等相关参数。
2.合并会计科目表。
合并会计科目表很重要，它直接影响到对于子公司数据收集明细程度和集团内财务管理规范化。
它和ERP中财务会计模块使用日常会计科目表（OperatingChartofAccount）是既有区别又有联系：
<1>科目数量上，合并会计科目表一般要少得多，比如日常会计科目表如果有2000个科目，合并会计科目表可能会精简成300个。
但这主要是从方便数据收集和合并操作上来考虑，你也可以将两者定得完全一样。
<2>合并专用科目，合并会计科目表会有一些合并专用科目，比如合并价差，少数股东权益，外币报表折算差异等等。
<3>通过系统集成，日常会计科目表金额可以直接汇总到合并会计科目表上。
对于每一个科目，我们还可以定义它数据如何再向下明细。
在确定科目明细分类时必须考虑三个问题是：
1这样分类能否满足合并中对帐和抵销需要2这样分类能否满足报表和管理需要？
3这样分类在工作量和实际数据收集上是否可行？
在下表中，我们举了一些例子：
合并科目
明细类别
货币
集团内公司
获取年度
资产业务类型
地区
产品组
权益业务类型
银行存款
X
应收帐款
X
X
应收帐款-集团内
X
X
存货
X
固定资产
X
X
长期股权投资-子公司
X
X
少数股东权益
X
股本
X
主营业务收入
X
主营业务收入-集团内
X
X
投资收益-子公司
X
比如对于应收帐款-集团内这样内部往来科目，选取按集团内公司分明细是为了满足内部往来对帐和抵销。
按货币分明细，我们是想在对帐和抵销时区分内部往来差异哪些是由汇率不同造成，哪些是由原币金额不同造成。
再比如对于固定资产，按资产业务类型分明细是为了编制合并报表附注：
固定资产增减变化表。
而主营业务收入按地区分明细是为了满足国际会计准则第14号《分部报告会计信息》。
在ERP合并模块中，明细分类数据也是可以通过系统集成自动获得。
3.
数据监控台。
我们知道，合并操作实际上可以分成两部分：
首先完成数据从各子公司收集，验证，补充，和标准化。
随后进行集团内交易对帐和抵销。
两者分别在数据监控台（Datamonitor）和合并监控台（Consolidationmonitor）中完成。
如图三所示，数据监控台是一种图形化操作平台。
在平台纵向是合并集团树状结构，数据收集就是针对这些集团内公司进行。
在平台横向是完成数据收集所涉及各项任务（Tasks）。
数据监控台上需要执行哪些任务和这些任务先后次序可以在后台进行配制。
在平台中央则是反映各家公司和集团公司各项任务完成最新状况（Status）。
这些状况包括初始，不相关，完成，未完成，出错，锁定，解锁等等。
下表中，我们简要介绍一下几种有代表性任务。
任务
解释
余额结转
Carryforward
在会计年度末，合并会计科目余额必须被结转至下一会计年度。
ERP合并余额结转是自动进行，有如下特点：
<1>除了特别指定外，所有资产负债表科目都结转余额。
<2>除了特别指定外，所有损益表科目都不结转余额。
<3>附加财务数据（Additionalfinancialdata）中股权投资变化和被投资者权益变化也被结转。
<4>一个科目余额可以被配置为结转入另一个科目，比如所有利润分配科目和本年利润科目都结转入未分配利润科目。
<5>科目明细分类子项也可以被结转入另一子项，比如固定资产本期购置，本期报废，本期转移等等子项都结转入期初余额子项。
<6>合并生成抵销分录也会被结转至下一年度，同时也遵循上述几条原则。
比如首次合并后，以后每年都不需再做长期投资和权益抵销，除非投资发生变化。
余额结转是ERP合并和一般用手工或用电子表格做合并最大不同之一。
它和合并监控器各项任务结合，一起自动完成了很多我们认为很复杂合并抵销。
数据收集
Datacollection
数据收集是数据监控台中最重要任务。
主要是通过系统提供各种数据传输方法（Datatransfermethod）收集集团内各公司财务数据和附加财务数据（Additionalfinancialdata）。
附加财务数据包括了象母公司对子公司股权投资比例等等信息。
下文将专门讨论ERP合并中数据传输方法。
本年净利润
Determination
ofretainedearnings
ERP中科目被分成两类：
资产负债类和损益类。
对于利润分配表中科目可以有两种选择-资产负债类或是损益类。
如果选择前者两类科目交汇点是“本年利润”科目，如果选择后者交汇点就是“未分配利润”科目。
两种选择对于出资产负债表，损益表和利润分配表都是一样。
本文中我们采用前者，这样就意味着在资产负债类和损益类科目中都有一个“本年利润”科目。
本年利润结转是通过对这两个科目复式记帐实现。
这两个科目在任何情况下都应当保持金额一致，方向相反。
本任务实际就是系统自动完成我们通常所说结转本年利润。
检查上报数据
Validations
forreporteddata
对于用各种数据传输方法收集子公司上报数据，系统可以自动检查它们正确性。
检查规则可以在后台定义。
事实上这种检查主要是检查数据勾稽关系。
比如试算平衡，比如固定资产累计折旧--本期记提数等于制造费用，管理费用，销售费用中折旧费用之和等等。
重分类调整
Reclassifications
系统自动对某些科目余额进行重分类调整。
比如对于一家生产汽车集团公司，它一家子公司负责生产引擎。
对于这家子公司引擎是它产成品，而对于集团来说引擎应属于半成品。
此时系统可以自动进行这样重分类调整。
调整规则在后台配置。
手工标准化
Manualposting
可以对上报数据进行手工标准化和调整。
系统中以合并模块凭证形式加以保存。
货币换算
Currencytranslation
对于本位币不同于集团货币子公司来说，它上报数据（一般是本位币），系统自动按货币折算方法（Translationmethod）将其折算成集团货币。
货币折算方法在后台配置，并作为重要参数保存在各家公司定义中。
检查标准化后数据
Validationsforstandardizeddata
和检查上报数据类似，经过重分类调整，手工标准化，货币换算等多道工序后，系统再一次自动检查数据勾稽关系。
在图四中，我们列举了一些在数据收集任务中，系统可以采用各种数据传输方法，很显然数据收集是数据监控台重头戏。
图四右上角代表ERP系统，在系统中我们实施了财务会计和合并两个模块。
①-⑥反映了六种不同数据收集情况：
情况1：
某子公司用户通过局域网（LAN）和ERP系统相连，而且该公司采用了ERP财务会计模块。
情况2：
某子公司用户通过INTERNET，专线等等远程工具和ERP系统相连，而且该公司采用了ERP财务会计模块。
在上述两种情况下，系统通过集成实时更新或定期上载两种方式，将数据从财务会计模块自动传送到合并模块。
情况3：
某子公司目前还未采用ERP财务会计模块，该公司用户可以通过INTERNET，专线等等远程工具直接登录ERP系统。
该用户定期地通过在线数据输入方式直接将该公司财务数据输入合并模块。
这种方法要求在ERP系统中维护这些用户适当权限和对他们进行操作培训。
在线数据输入格式可以在后台灵活定义。
情况4：
某子公司在其他财务系统中进行日常核算，在该财务系统中设计接口程序将数据定期转换成一定格式纯文本文件。
通过电子邮件等通讯手段传送到总公司，随后灵活上载到ERP合并模块。
情况5：
某子公司在ERP离线外挂程序中输入财务数据，该外挂程序中合并会计科目，科目明细类别，合并集团结构，数据输入结构，检查规则和ERP中相同。
输入完成后，通过外挂程序中现成接口将数据下载成纯文本文件，传送到总公司后上载到ERP合并模块。
图五解释了这些外挂程序生成过程：
ERP标准外挂程序，是用一些像ACCESS这样工具开发，作为一种组件提供给用户，但是程序里还没有用户在ERP中客户化配置，如合并科目表，科目明细类别，合并集团结构，数据输入结构，检查规则等等。
但是在ERP系统和标准外挂程序中都有这些参数传递接口程序，通过这些接口，可以很容易将ERP系统中配置传送到外挂程序中，这样符合用户需要外挂程序就生成了。
这种做法和情况3相比好处是远程用户采用离线输入，不必直接登录ERP系统，所以在权限维护，通讯等方面更为方便经济。
情况6：
情况5中用户需要在外挂程序中输入数据，输入格式是固定。
通过ERP“交互式EXCEL”组件，可以进一步将输入格式，科目表等等主数据和参数，转化成EXCEL格式，并按用户需要修改格式。
用户在EXCEL中准备数据直接保存入外挂程序数据库中，再按情况5上传到ERP系统中。
情况6甚至可以实现在子集团当地局域网上，多用户多PC在交互式EXCEL中准备数据，集中存储在外挂程序数据库中，集中上传。
对于大型企业集团来说，各子公司地理位置分散，数据平台和通讯手段不同，在实际实施中应当综合考虑这些因素，决定一种或多种方式实现数据收集任务。
数据传输方法将作为一个重要参数保存在各公司定义中。
4.合并监控台。
如图六所示，合并监控台主要实现集团内公司间交易对帐和抵销。
和数据监控台类似，它也是一个直观图形化操作平台。
合并监控台任务主要如下表所示，在解释中我们主要阐述抵销意义。
熟悉会计读者可以跳过这一部分。
任务
解释
内部往来抵销
母公司与子公司，子公司相互之间内部往来，是指它们之间应收帐款与应付帐款，预付帐款和预收帐款等项目。
这些项目在某公司个别资产负债表中反映为资产，而另一方则反映为负债。
但从企业集团整体角度考察，它只是内部资金运动，既不能增加企业集团资产，也不能增加负债。
所以合并时应将其抵销。
内部销售抵销
企业集团内部成员企业之间发生购销活动，从企业集团整体来看会虚增收入，成本和存货价值。
所以合并时应将其抵销。
由于内部销售产品在购买企业（特别是制造型企业）中形态和库存数量会发生复杂变化，所以实务中将抵销分成两步，即本任务和“存货中未实现内部销售利润抵销”。
存货中未实现内部销售利润抵销
同上。
内部固定资产交易抵销
集团成员企业将产品或固定资产销售给另一成员企业作为固定资产，从企业集团整体来看，一方面是固定资产价值发生了虚增或虚减，另一方面是虚增了收入，成本或是营业外收支。
所以合并时应将其抵销。
投资收益抵销
母公司帐上对子公司投资收益，从企业集团整体来看，应将其抵销。
根据长期投资核算方法不同（权益法或成本法），抵销也会有所不同。
手工抵销
合并任务大都是系统自动完成，但是手工抵销存在提供了更多灵活性。
投资合并
母公司对子公司进行股权投资，在子公司看来是所有者权益。
如果不加以抵销，从企业集团整体来看，资产和权益就会被虚增。
和投资收益抵销类似投资合并也受长期投资核算方法影响。
检验合并数
和检查上报数据类似，经过多道合并任务后，系统将自动检查数据勾稽关系。
5.信息系统
合并模块信息系统提供了关于合并财务报表及其附注，合并抵销分录，投资变化等等报表信息。
同时和其他模块一样用户可以用穿透报表（Drill-downreport）等工具自定义报表。
结语
众所周知，合并会计报表是会计实务操作中最复杂最繁琐一项工作。
本文只是简单介绍了ERP系统会计报表合并功能。
在这方面，ERP提供了很好软件工具。
虽然ERP合并会计报表模块可以自动生成抵销分录，但在系统配置过程中，咨询顾问和关键用户对国际会计准则和中国会计准则准确深入理解以及对该集团纷繁复杂业务掌握是不可或缺成功要素。
升级会员 