汇总后打包分摊出去，打包有两种方式：
单一打包：将成本中心的各项费用(包括初次级费用)通过单一的42型次级成本
要素(Assessment Element)分摊出去,比如将制造费用成本中心发生的各项费用包括生产单位管理人员工资，职工福利费，租入固定资产租赁费，修理费，机物料消耗，低值易耗品，取暖费，水电费，办公费，差旅费，运输费，保险费等打包成1个名称为”制造费用结转”的次级成本要素分摊到产品。
显然，这是多对一的关系，“多进一出”是分摊的特点。 分摊结构：将成本中心费用使用分摊结构（Allocation Structure）分类打包转
出，分摊结构实际上包括多个42型次级成本要素。
典型地，如将某辅助车间的各项费用按产品成本项目结转至产品 成本（在SAP中，通常是结转到生产工单，即基本生产成本），管理 人员各项工资费用和职工福利费到“工资福利”次级成本要素；折旧 费用结转到“折旧费” 次级成本要素等。 显然，这是多对多的关系，“多进多出”是分摊结构结转的特点。
*系统默认订单或WBS元素禁止分摊，只能使用结算,但是并不意味订单不能使用分摊，可以通过Tcode:BS12可允许其进行分配和分摊作业。如无特殊说明，分配分摊通常是指针对成本中心 简单理解,分配就是平行结转,分摊就是汇总结转。 分摊结构后台配置要点：
台配置中可以配置好“进出”对应关系，Sap非常严谨，你不用担心某个“进入”的费用要素被重复配置到两个“转出”的次级成本要素，通俗地讲，不会出现“一女二嫁”的情况，使用分摊结构必须注意，分摊结构对应配置中，必须包含成本中心所发生的所有费用科目，所有，你需要担心的是，如果新增加了某个费用科目，且在成本中心过帐，分摊结构中却没包含，比如新增了一个“设计制图费“科目且在该成本中心发生，可以想象，系统将无法知道“设计制图费“将从哪转出，成本中心费用也就无法结平，系统会提示相应错误，要求你重新增加相应配置，补充“设计制图费“科目。
综上所述，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的内存可以用来干任何事。所以盖茨先生后来改口道:没有想到互联网的如此高度发展,640K已远远不够。 从小父母教导不要浪费粮食，小学有篇课文，说的是周恩来总理将掉在饭着上的米饭捡起来吃掉的故事，足以让现在的一顿能吃掉数十万的公仆们汗颜，换到物质高度发达的今天这样的教导就起作用了，有位朋友为了教导她喜欢挑食的独生女儿珍惜粮食，大谈他从饭吃不饱的经历，结果她女儿泪流满面答：老爸，你是不是因为没吃饱饭才跑到我们家的！ 没有挨过饿的朋友永远不知道粮食的重要，没有用过破旧电脑的同学永远不会真正理解机器性能的重要，也难以理解当年Sap设计师们的良苦用心。 [实例了解FICO期末统驭]
期末统驭是历史问题,Sap ECC新版本可以启用实时统驭,CO分配分摊重过帐能同步过帐到FI模块产生财务凭证,那么为什么要做期末统驭呢?原因非常简单，就是CO业务操作如分配分摊重过帐没有同步产生FI凭证。
还以电话费为例，负责IT运维的信息中心交纳一笔10000元的电话费用，[FI过帐会计分录]：
借：通信费4200160000（成本中心:8200021400功能范围:0001管理费用，同
步过帐到CO模块） 贷：银行存款
*Sap中，只有建立了初级成本要素的损益科目在FI记帐时才会过帐到CO模块，产生CO凭证，CO模块的凭证可能是单边的,不讲究借贷平衡,也就是说，CO中只过帐成本费用数据，CO的”借”方可理解为成本费用的”归集方”,是相对”转出方”/”贷方”而言,在”第一章 第四节 借贷与反记”已经详细描述过。
期末，将信息中心820002140电话费用分摊到以下四个成本中心:
成本中心8200032001: 功能范围0002销售费用 业务分部 2000
成本中心8200021700: 功能范围0001管理费用 业务分部 2000(有文章) 成本中心8200018012: 功能范围0003制造费用 业务分部 3000 成本中心820001501B:功能范围0004生产成本 业务分部 2000
假设使用CO分配(Tcode:KSV5),每个成本中心分配2000元话费,分配执行后”CO分录”参考如下图:
注：图-[2][3]的”FA”和”PFAr”分别表示功能范围和伙伴/对方/接收方的功能范围。
同Ecc版本的实时统驭不同，分配没有实时FI凭证产生,但是CO模块,通信费已经分出了6000元到别的功能范围,注意此时,2000元从信息中心820002140到同是管理费用功能范围0001的成本中心8200021700,费用属性保持不变,也就是说,CO执行分配后,FI模快的通信费-管理费用还是保留原来的10000元,但CO中,已经有6000元分别进入销售费用、制造费用和基本生产,将造成FI模块和CO模块的数据不一致,因此,你需要进行期末统驭。 如果走图-[1]去查看“会计核算凭证”，可以看到只有利润中心凭证明，如果启用了利润中心模块的话，利润中心凭证见下图：
上图的利润中心凭证300002000如果”转换”为FI凭证描述,就是 借:通信费4200160000 2000元 0004(基本生产) 贷: 通信费4200160000 2000元 0004(管理费用) 借:通信费4200160000 2000元 0003(制造费用) 贷: 通信费4200160000 2000元 0004(管理费用) 借:通信费4200160000 2000元 0002(销售费用) 贷: 通信费4200160000 2000元 0004(管理费用)
其实,这也正是FICO期末统驭的效果,那么为什么分配产生利润中心凭证呢?首先,应该还是考虑性能的历史原因；其次,CO-PCA利润中心毕竟属于大CO模块的一个子模块,因此就从CO凭证了。 期末统驭执行：
执行期末统驭Tcode:KALC,测试效果如下图：