《SAP FICO 后台配置及前台操作-COPC之PCC产品成本收集器.docx》由会员分享，可在线阅读，更多相关《SAP FICO 后台配置及前台操作-COPC之PCC产品成本收集器.docx（24页珍藏版）》请在三一文库上搜索。
1、FICO配置文档Table of ContentsProduct Cost Collector 产品成本收集器11.Define order type 定义订单类型：KOT212.Define Production Version 创建生产版本：C22313.Maintain REM Profile维护REM文件：OSP214.维护物料主数据：MM0225.Define Costing Variants for preliminary cost estimate 定义初级成本估算的成本核算变式：OKKN46.Define Actual Costing Variants定义实际成本变式：OPL1
2、57.Create Results Analysis Keys创建结果分析码：OKG158.Define Variance Keys (for plants) 定义差异码（分配给工厂）：OKV1&OKVW69.定义结算文件、分配结构、PA传输结构：OKO7+OKO6+KEI2610.Create/Change Product Cost Collector创建产品成本收集器：KKF6N/KKF6M711.Create Preliminary Cost Estimate创建初级成本估算：MF301012.Backflushing in REM发料&入库&报工：MFBF (冲销：MF41)1313.
3、Actual Overhead Calculation即期间费用F-OH, V-OH从成本中心转到订单：KGI2/CO42/CO431414.实际费用计入成本中心Labor and Overheads1515.Split, Price Calculation and Revaluation 实际作业价格重估：KSS2+KSII+MFN1/CON21616.WIP Calculation在制品计算：KKAS/KKAO22Page | 1 Product Cost Collector 产品成本收集器1. Define order type 定义订单类型：KOT2类似内部订单，Category选pr
4、oduct cost collector2. Define Production Version 创建生产版本：C223点下排的创建按钮创建生产版本3. Maintain REM Profile维护REM文件：OSP2Backflush 为倒冲法，GI backflush at GR posting意味着根据生产出的BOM数量来扣除领料的数量，因此领料(GI backflush)、入库 (GR posting)、报工同时进行成本估算是倒冲法确定成本的依据，Cost Accounting 区域决定依据标准成本估算还是PCC的初级成本估算，若因更改BOM等影响到了成本，在MFBF之前必须要更新对应
5、的标准成本估算CK11N/CK40N或初级成本估算KKF6N此处表明使用初级成本估算，则初级成本估算会被作为目标成本target cost，据此在订单结算时计算与实际成本的差异。4. 维护物料主数据：MM025. Define Costing Variants for preliminary cost estimate 定义初级成本估算的成本核算变式：OKKN同上面标准成本估算的变式类似6. Define Actual Costing Variants定义实际成本变式：OPL17. Create Results Analysis Keys创建结果分析码：OKG18. Define Varian
6、ce Keys (for plants) 定义差异码（分配给工厂）：OKV1&OKVW9. 定义结算文件、分配结构、PA传输结构：OKO7+OKO6+KEI2KEI2是为了COPA分析各种差异：数量差异，价格差异等。10. Create/Change Product Cost Collector创建产品成本收集器：KKF6N/KKF6MCO01“Costs”按钮显示的是计入成本收集器的费用, 其中的成本要素按照“1 Direct Material”，“2 Labor”等成本组件分类，使用的成本组件结构为表TKKBU中的ZP（OKTZ中配置）:KKF6M为批量创建相关表：AUFK, AFKO若要
7、删除对应的订单去KKF311. Create Preliminary Cost Estimate创建初级成本估算：MF30在上一步图1中点显示成本估算按钮可显示。与标准成本估算不同的是，标准成本估算需要在物料主数据中填入overhead group，再通过overhead group连接到overhead key，初级成本估算在product cost collector中直接设定overhead key: 上图也是一个物料有多个生产版本从而创建了多个产品成本收集器的例子。MF30的作用类似CK40N，不同CK40N的是结果自动保存。关于MF30批量处理物料遇到的问题在MF30中像CK40N一
8、样只指定工厂不指定物料是不行的，由于只有维护了有效BOM的成品/半成品才能做MF30，而其他如原材料、外部采购的成品、BOM过期的物料等不行，如上图这样运行后会被各种error message中断。取得成品和半成品物料列表的流程如下：T.code CEWB点Load BOMs and Task Lists选中并点打印(Ctrl+P). 再导出表MAST中的物料二者对比，找出不在CEWB中的物料，把这些invalid的物料KKF6N去set deletion flag.12. Backflushing in REM发料&入库&报工：MFBF (冲销：MF41)MB1A&CO11&MIGO发料到P
9、CC/PCC领料Dr. 原材料消耗(OBYC-GBB-VBR设置)Cr. 原材料 （X1元）(领料时)原材料废弃ScrapDr. Scrap费用(OBYC-GBB-VNG设置)Cr. 原材料（X2元）产成品/BOM入库Dr. 产成品Cr. IC inventory change(OBYC-GBB-AUF设置) （Y元）工单确认/报工：无FI凭证，只产生CO凭证Labor=作业类型单价X时间，记入与work center连接的成本中心（43类成本要素），再从成本中心的Labor Credits转到成本收集器的Labor CostsDr. PCCCr. 成本中心 （C元）13. Actual Ov
10、erhead Calculation即期间费用F-OH, V-OH从成本中心转到订单：KGI2/CO42/CO43用的是overhead type 1中的百分比。KGI2单一处理，CO42&CO43集中处理，其中CO42只针对成本收集器。无FI凭证，月末，根据分配给订单的Costing sheet中的Overhead Rate（FOH a%, VOH b%）FOH credits=Labor Credits X a%, （A元）VOH credits=Labor Credits X b% （B元）成本中心3420*，类型F-Production; 再从成本中心的FOH credits/VOH
11、credits（41类成本要素）转到订单的Fixed Overhead/Variable OverheadDr. PCCCr. 成本中心 （A+B元）14. 实际费用计入成本中心Labor and OverheadsMFBF及CO43过账都是按照计划价格，而实际费用的数量通过FI过账等方式记入成本中心。Dr. 直接人工&制造费用Cr. 累计折旧/应付（Labor & FOH expenses, 成本中心3420*，类型F-Production）Dr. 设备消耗&加班费&五险一金&补贴Cr. 应付（VOH expenses, 成本中心3420*，类型F-Production） Expense为实
12、际费用，Credits为按计划成本从成本中心转到成本收集器的数量，Absorption为二者之差，红色为对应的人民币数量如果采用实际作业价格重估，重估后再来看此成本中心报表，Absorption应归为零，而采用简单成本核算流程此差异记入内部订单IO_4054020TI及总账科目8999999.15. Split, Price Calculation and Revaluation 实际作业价格重估：KSS2+KSII+MFN1/CON2如果企业采用的是简单的生产成本核算流程则不用执行此步，之后将实际与计划的差异手工进行记账即可（见文档“021 SAP FICO 后台配置及前台操作-COPC产品
13、成本控制成本估算”中的“差异记入总账科目及内部订单”部分。带实际作业价格重估的生产成本核算流程日常归集到产品中的制造费用是用计划价格乘以实际作业量计算的，月底，本月全部制造费用全部归集完毕，按实际作业量计算出实际作业价格，再把归集到产品中的制造费用用实际价格乘以实际作业量重新计算实际作业价格重估的逻辑要从成本中心角度考虑,，如上图S_ALR_87013611，MFBF及CO43时，“计划价格X实际数量”的Labor及Overhead被从成本中心转到PCC或生产订单中，体现在上图的Credit部分，而14步中的实际费用体现在上图的Debit部分。KSS2: Target Costs为3611报表
14、Debit Section中的Plan Costs，按Activity Type进行了加总如8000739的plan cost为1243，由于下图KP06中输入的是Activity-dependent的计划值，因此归类到了FIXOH的target cost中，同理，各项Plan Costs的值加总后，其中为FIXOH类型的数量是236,418.12。Control Costs为3611报表Debit Section中的 Actual Costs，在target cost有值的情况下，是按照和target cost同样的分类方法进行实际值的加总的，如29651.11 + 16081.49 846
15、9.64 = 37262.96为实际总费用。（若target cost没有值/KP06中的计划值都是activity-independent的，control会根据OKES及OKEW中配置的分割结构来进行分类）KSS2无凭证生成。KSII：KSII实际运行前的KSBT截图：653.48 = 105198.64 (Credit Section即发送到订单中的值) / 160.981 （实际数量）KSII实际运行后的KSBT截图：184.19 = 29651.11 (Debit Section 即实际发生的费用) / 160.981MFN1单一处理，CON2集中处理，产生CO凭证，将实际费用(De
16、bit Section) 与按计划价格已经发送到订单的费用(Credit Section) 的差额继续发送到订单：CON2之后的3611报表：Credit与实际Debit的值基本相等了，有些尾差是因为KSII计算实际价格过程中有四舍五入，CON2再根据计算的实际价格来做运算。16. WIP Calculation在制品计算：KKAS/KKAO在产品指不能作为单独的物料进入库存，还留在生产线上需要继续加工的部分。对每个订单，在产品是通过期间计算的，一般是在月末对未完工的订单计算在产品。在产品等于订单上本期实际归集的成本减去以结转入库存完工产品的成本。在产品的计算只能在订单状态为“已交付以前”，如订单状态为“已交付”即订单完成时，在制品取消。Dr. 在制品WIPCr. 在制品转出(库存OBYC-BSX科目)【声明】除黄色高亮部分为未亲自操作或尚存疑问外，其余部分本人均亲自操作证明可行。如将来的操作涉及到这部分，则到时会更新对应的文档并把高亮取消。配置时请按文档顺序操作。Page | 23