实际消耗量。sap系统qbew里需要按照预先定义好的分割结构先分到相应的作业类型，再根据各作业类型的实际消耗量计算出当期作业类型的实际价格。sap是一家诞生于德国，总部在waldorf的公司，主要开发针对实时业务处理的标准软件。
创新互联建站专注为客户提供全方位的互联网综合服务，包含不限于网站设计制作、网站设计、澄江网络推广、小程序设计、澄江网络营销、澄江企业策划、澄江品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；创新互联建站为所有大学生创业者提供澄江建站搭建服务，24小时服务热线：18982081108，官方网址：www.cdcxhl.com
合同你可以把他当作一个供应源来看待，在采购申请分配供应源的时候，可以把这个采购申请分配给合同，然后再转成采购订单。或者在建立订单的时候可以参照合同建立订单。
而计划协议有一部分功能和合同很类似。也是和供应商建立相对长期的框架协议。但是计划协议更灵活，它可以配置成自动产生交货计划或者手动维护交货计划，那么在交货的日期，migo可以直接对这个计划协议进行收货。
源清单自动维护的时候会把合同和计划协议当作供应源。一张采购申请可以分配给计划协议，然后在处理的时候会转成交货计划而不是采购订单。
当然系统可以配置成mrp自动跑出交货计划而不是采购申请，假如这个物料存在计划协议的话。
兄弟,SAP最简单的就是 CO模块了,晃来晃去也就那些东西,哎.你的问题太简单了看看弟兄们都不屑回答了,俺就扯几句,CO03做cost analysis时和OKES|OKTZ关系不大,因为那个几个显示的成本要素(对物料是GBB-VBR定义的物料消耗科目),对activity是其主数据的次级成本要素,如有costing sheet就是costing sheet的次级成本要素,此时即使OKES删除,OKTZ将plant删除都能看到costing analysis,你看看cost-itemization或cost comp. structure看看. 但是工单结算时没有OKTZ一定会有问题.OKES是作业分割就是那些初级(也可有次级)的amount到activity上而已.我的企业就没用作业分割也没问题. 哎,花几天时间将CO-PC的设计逻辑大概整一下你说PC还会有难题吗?
这个问题很简单，如果一个作业类型有发生金额而没有发生数量的话，那么分割的时候会把这块的金额平均分到所有的作业类型上去，如果你的这个作业类型确定在OKES中没有设置，那么可能是其他已经设置的作业类型没有报工数量但是有金额发生，检查一下，报工即可！
