集团企业的科目体系实现方案.doc

集团企业的科目体系实现方案

不管是财务核算管理还是财务信息化项目实施，会计科目体系设计都有非常关键的一项工作。单体公司或许影响还不那么明显，最糟糕的情况下可以推倒重来。以前就常有公司，把不要的科目余额转干净，在新的一年启用新的科目，但如果是集团企业，这种方式显然就不太合适了，科目体系的设计和规则制定就更显重要。
1．使用SAP系统的企业通常是业务较为复杂的集团企业，甚至跨国公司，为满足不同企业的需要，SAP的科目体系相对而言还是蛮复杂的。SAP系统中有三类科目表：集团合并科目表、运营科目表、国家科目表，其中运营科目表，又分为科目表层和公司代码层，他们之间的关系大概是这样的：
集团科目表主要用于合并报表，通常颗粒度较粗，用于报表取数，报表汇总合并需要。
运营科目表是SAP实际记账中用到的主科目表，科目表层的科目表是集团总的科目表，通常只维护编码和描述，而公司代码层运营科目表则是各公司代码账套实际使用的科目表，与科目有关的控制属性也是在公司代码层科目表里维护。SAP要求科目表层科目表范围大于公司代码层科目表。
国家科目表主要用在跨国企业的情况，A集团在美国有一家分公司B，日常核算要求按照中国准则要求，为了满足美国本地报表需要，可以针对B公司代码，在运营科目表外再设置国家科目表，这样在记账的时候，凭证会同时更新老套科目表的科目余额。
运营科目表可以对应到一套集团合并科目表，在明细科目上通过组科目号对应到集团合并科目表里的一个具体科目；每个公司代码在设置运营科目表的同时，可以设置国家科目表，在明细科目上通过备选科目号，对应到国家科目表里的一个具体科目。
2．集团企业在设置科目体系时，通常会考虑集团财务管控的需要：
统一核算制度，这通常就依赖于统一科目体系来实现，当然配套要有核算手册。核算制度里要求怎么核算，对应的科目就需要怎样设置。
汇总数据查询的维度，最典型的如科目余额表，集团希望可以直接汇总哪些数据，就需要在科目设置时考虑到。这是将子公司合并到一个数据中心后较为显著的优势，因为在同一账套，集团想要看汇总数，不需要再一家公司一家公司地累加，随时都能查。
管理报表的需求，有哪些格式的报表是所有公司都需要上报的，要怎样设计科目明细，报表项目才能直接取到数，而不需要手工填。
理想状态下，这应该很容易搞定，就是合并需求汇总成一套大科目表嘛。但实际运用中，特别是当集团还跨行业经营时，常常面临两难选择。针对不同行业，核算或者数据查询需求，本身就会有很大差异，还要满足所有人需要吗？科目到底是加还是不加？难决定！最后，往往是稍不留神，科目表就发展成巨无霸了。比如神华集团，有能源，采掘，还有贸易，甚至还有医疗、物业，他们最早的解决方案是用二级科目先分行业，比如说：主营业务收入——能源、主营业务收入——物业，然后再设置三级明细，最后科目表有几千个明细科目。这应该是很多集团企业的通用做法，反正就是一层层分，特别是生产成本类科目，可能都是5001生产成本——农业，5002生产成本——采掘……明细太多了不得不把一级科目编码也用上。
针对这个问题，SAP同样支持用一套大科目，最长有十位编码，怎么着都够用了。但SAP也提供了另一种解决方案，根据行业定义不同的运营科目表，相同行业公司代码使用同一套科目表，不同行业的公司代码则相互独立。数据查询、核算相应地都可以分开。这种处理方式的优点在于可以简化科目表，更便于分版块的财务核算和管理。
3．SAP科目体系设计的大体原则是，用国家科目表实现单体公司多准则需求，用运营科目表满足集团统一核算的需要，用集团科目表满足集团合并需要。你可以看到，这里有明显的需求分层，运营科目表是核心，基于它下沉至单体公司的个性化需求，向上则延伸到数据汇总需要，相互独立又非常清晰。
从财务系统的角度，这种思路非常清晰，但SAP的财务系统在中国多少还是有点水土不服，尤其是报表合并。我们常规的合并方式是：下属公司上报单体报表，然后逐层汇总合并，最后再汇总成集团大合并，也就是常说的顺序法。有些企业为了明细附注信息，在三大主表之外，还会有大量明细表，比如：管理费用明细表、职工薪酬明细表，这些报表也一层层进行汇总合并。
而SAP的集团合并科目表，提供了另一种实现思路，基于账务进行合并。子公司账务处理结束后，集团可以直接抓取汇总的报表数据，抵消分录也可以在集团层直接做，大体有些类似平行发抵消。当然，SAP也提供了更符合中国习惯的另一套解决方案，SAP的BPC全面预算管理和合并报表解决方案。
至于国家科目表，主要是从科目角度的实现方案，适用范围也有一定的局限性。跨国公司账套常常还需要考虑币别的问题，以及会计政策的差异，更完善的解决方案是SAP的平行账。
关于SAP的会计科目，最重要的是确定原则、持续优化，才能确保科目体系不会