透视解成本要素会计(3)

综上所述，42型次级成本要素不过就是结转会计/费用科目而已,因此,次级成本要素不是什么创新,恰好是画蛇添足,多次一举,它将造成FI和CO模块的数据不一致,如果废弃42型次级成本要素，完全可以FI模块直接建立一专门的只用于结转禁止手工过帐的会计科目，同时产生初级成本要素，就可以保证FI和CO使用相同的费用科目过帐，在本章下节“第二节 期末统驭”将详细分析。 43型作业类型内部成本要素：

说到43型次级成本要素就要谈谈作业类型，作业类型也算是Sap的一个小创新,作业类型是成本费用承载体，它是虚拟的、过渡的成本对象,这种说法可能很抽象,如果我问用最简单一句话概括产品的生产费用组成，你可能会答” 料、工、费”,管理会计强调成本应严格建立成本预测、成本控制、成本分析等控制程序,通过事前计划,事中控制和事后核算和分析,科学组织,精心管理,使成本尽量降低到最低限度, 在成本管理中也大量运用标准成本法和预算控制法这两大技术方法,对于”料”,可以采用计划成本法,期末再通过差异分配还原为实际成，对于” 工、费”,它不象材料,材料以实际存在的物质为成本载体,而象人工、折旧和其他费用,Sap就借用了作业类型这个东西,也就是说，可以理解43型次级成本要素是作业类型对应的应计费用要素，每个作业类型都唯一对应到一次级

成本要素，从某种角度,采用计划成本法的原材料和作业类型的处理方法思路有很多相同之处,都是平时以计划价格发出,典型地,比如发到生产工单,期末原材料和作业类型都要重算实际价格，这样的设计思路，可以保证制造企业在产品的生产工单完全满足事前计划,事中控制和事后核算和分析,工单建立时,就能知道计划成本和目标成本，计划成本通过产品的生产BOM计算出来,而广义的BOM恰好是包括产品的” 料、工、费”,这是事前计划；产品生产过成中,会有材料消耗和作为作业类型的人工、折旧和其他费用以计划作业价格消耗,如果生产过成中材料、人工超标，可以随时查找原因，这是事中控制；期末工资发放完毕和折旧计提完成，作业类型会进行实际价格计算，并重估工单，然后工单的基本生产成本结转到产品，这是事后核算。如果同国内财务软件一样，等期末工资发放完毕、折旧计提完成和计算出实际原材料价格再核算产品成本，只满足了财务核算要求，没有满足管理会计需求，Sap的产品工单设置有计划成本,目标成本和实际成本，成本管理功能强大。

综上所述，43型次级成本要素不过是应计型会计科目而已,同理，如果废弃43型次级成本要素，在FI模块增加专门用于作业类型的禁止手工过帐的费用科目，是可以保证FI和CO使用同样的成本要素过帐的。有人会问，既然如此，还要作业类型干什么？比如人工，完全可以使用“应计科目”事先将部分职工薪资费用计入生产工单，如果你家ERP一定要这样设计，理论上应该也是可行的，核算似乎没有问题，期末只要“应计“还原为”实际“就行，将使用作业类型做中间载体，可以更方便满足财务核算和管理会计的双重需求。

有人可能又要说，按照你的说法，如果42/43型次级成本要素可以废除，FI和CO数据一致，数据Double,形成冗余，那还要CO模块干什么？理论上确实如此，如果企业在sap中没有计划，不要预算，CO分配分摊是什么？无非是费用结转,完全可以移植到FI模块,如果单纯只需要核算，你还要CO干什么呢？事实上,一些销售企业CO模块只使用了诸如成本中心、内部订单和利润中心等CO主数据而已,因此,接下来的”第二节 期末统驭”将继续探讨次级成本要素到FI费用科目的映射和FICO数据的一致性保证。

*本节并非鼓吹废除CO模块，据说CO恰好是Sap引以为豪功能最强大的模块之一，我的意思是，尽量让FI和CO数据保持完全一致，包括成本要素的使用，毕竟CO功能太多，我强调的是，如果企业使用了极少的CO功能，从财务报表分析上看，尽量只走FI一个模块就行。 90型成本要素：

可以为任何资产负债表科目建立一90型成本要素,如果Tcode:KA01无法为资产负债表科目建立成本要素,你需要一个补丁,为什么需要90型成本要素,原因在于,Sap科目只有一级,如果需要更明细的核算且又不想增加会计科目或者增加科目也难以达到核算要求,则可以使用采用此法,比如,某企业想统计各项目所花费的现金,现金科目只有1个,此时，新增明细科目是不明智的，因为项目可能动态增加，此时，通过建立90型统计成本要素,各项目建立成本统计内部订单,就能达到要求。 第二节 期末统驭

SAP集团财务模块设计的突破是将财务和成本业务数据分开,两模块数据既相互独立又相互联系,重要纽带是成本要素,比如FI费用记帐,通过费用科目对应的初级成本要素同步自动过帐到CO；而CO模块的分配分摊重过帐操作也能将业务数据传递回FI模块,只不过这个传输在Ecc版本前,不是实时传输,而是期末传递,因此,CO分配分摊不产生会计凭证是不大准确的，确切地,是要等到期末统驭时产生会计凭证，保证FI和CO数据一致。

为什么sap4*或以前版本不设计CO分配分摊时同步产生会计凭证呢？我牵强附会两个主要原因，也可理解为内存和外存（磁盘空间）的双重考虑:

首先，初级成本要素,初级可以理解为”原始”费用,保留费用的业务原貌，生产性制造企业的费用分配分摊流转可能非常复杂,先在CO模块折腾，避免同步在FI模块产生大量垃圾结转凭证，浪费磁盘空间,如集中在期末结帐完毕后才进行统驭,也就意味允许用户在CO模块反复折腾,当自我觉得折腾差不多时再过帐到财务,有次,我问一家企业,月结完毕为什么不上报报表,答曰:不急,先观察观察兄弟企业表现和利润指标是否达到,苗头不对冲销月结步骤重来,设想一下,如果有比不小的费用在管理费用和生产成本间分摊,”纠正”下分摊权数是可以调整出些当期利润的,不再细述。

其次，当初设计应该是出于性能考虑，才采用期末异步统驭的技术,本人特意关注下了Sap的ERP产品发展:

1972年,五位前IBM公司系统工程师创建SAP 1973年,发出第一个财务软件RF,后来的R/1

1979年着手开发R/2系统,将原来单纯的财务模块向生产管理等模块延

伸。

80年代末,开始研发R/3，这套语言是采用C和ABAP4编写

本人90年代初期毕业,那时比较普及的个人电脑以CPU命名,286/386,普通配置多是1M左右内存,甚至低于100M的硬盘空间，据说当年比尔.盖茨同学说过一句名言: “无论对谁来说,640K内存都足够了!”，足见当时内存空间多么宝贵,自从微软的“视窗”操作系统出现，个人电脑的使用越来越傻瓜化，你只要有力气点击鼠标就行，而90年代或更早前使用过Dos操作系统的，一定不会忘记在Config.sys如何分配那可怜的1M内存, 受当时硬件技术的制约，性能考虑非常关键，因此在Sap47 ERP中,还保留允许异步(异步传输操作通常是期末统一过帐)数据传输的配置,典型的如: Tcode:1KEF利润中心帐套8A, Tcode:GCL2特殊功能分类帐0F

这意味FI过帐时,出于当时硬件限制和性能考虑,是允许不实时产生利润中心凭证和特殊分类帐数据的，在当前的硬件条件下，这种考虑已经多余，历史在进步，时代在发展，如今看来甚至显得可笑。

*比尔.盖茨的DOS操作系统最早设计时，PC机的硬件系统只支持1M字节的寻址空间，DOS操作系统只能管理最多1M字节的连续内存空间,在这1M内存中，又只有640K被留给应用程序使用，它们被称为常规内存或基本内存，其它384K被称为高端内存，是留给视频显示和BIOS等使用的。在1982年，640K内存对微型计算机来说显得绰绰有余，人们甚至认为，640K的内存可以用来干任何事。所以盖茨先生后来改 …… 此处隐藏：3493字，全部文档内容请下载后查看。喜欢就下载吧 ……