2.11.4 合并会计科目表
合并会计科目表很重要,它直接影响到对于子公司数据收集的明细程度和公司总部内财务管理的规范化。它和SAP 中财务会计模块使用的日常会计科目表(Operating Chart ofAccount)是既有区别又有联系的:
<1>科目数量上,合并会计科目表一般要少得多,比如日常会计科目表如果有2000 个科目,合并会计科目表可能会精简成300 个。但这主要是从方便数据收集和合并操作上来考虑的,你也可以将两者定得完全一样。
<2>合并专用科目,合并会计科目表会有一些合并专用科目,比如合并价差,少数股东权益,外币报表折算差异等等。
<3>通过系统集成,日常会计科目表的金额可以直接汇总到合并会计科目表上。
对于每一个科目,我们还可以定义它的数据如何再向下明细。在确定科目明细分类时必须考虑的三个问题是:1 这样的分类能否满足合并中对帐和抵销的需要2 这样分类能否满足报表和管理的需要?3 这样分类在工作量和实际数据收集上是否可行?在下表中,我们举了一些例子:
比如对于应收帐款-公司总部内这样的内部往来科目,选取按公司总部内公司分明细是为了满足内部往来对帐和抵销。按货币分明细,我们是想在对帐和抵销时区分内部往来的差异哪些是由汇率不同造成的,哪些是由原币金额不同造成的。再比如对于固定资产,按资产业务类型分明细是为了编制合并报表的附注:固定资产增减变化表。而主营业务收入按地区分明细是为了满足国际会计准则第14号《分部报告的会计信息》。
在SAP的合并模块中,明细分类数据也是可以通过系统集成自动获得的。
2.11.5 数据监控台
我们知道,合并操作实际上可以分成两部分:首先完成数据从各子公司的收集,验证,补充,和标准化。随后进行公司总部内交易的对帐和抵销。两者分别在数据监控台(Data monitor)和合并监控台(Consolidation monitor)中完成。
如图三所示,数据监控台是一种图形化的操作平台。在平台的纵向是合并公司总部的树状结构,数据的收集就是针对这些公司总部内公司进行的。在平台的横向是完成数据收集所涉及的各项任务(Tasks)。数据监控台上需要执行哪些任务和这些任务的先后次序可以在后台进行配制。在平台的中央则是反映各家公司和公司总部公司的各项任务完成的最新状况(Status)。这些状况包括初始,不相关,完成,未完成,出错,锁定,解锁等等。下表中,我们简要介绍一下几种有代表性的任务。
任务 |
解释 |