First, use program RKACOR20 to delete the incorrect CO documents. OKBA - Transfer FI Documents to CO 列出已过账文件必须打勾 To post FI documents to PCA, use 1KE8 transaction.

SAP系统成本分析功能关注订单的成本,通过对计划成本和实际成本的比较分析,可以发现成本控制上的问题,以便及时解决问题.1.订单成本计划在基础数据齐全的基础上,系统可以自动滚算生产订单的成本.生产订单计划成本是在生产订单在下达时,根据当时生产订单的BOM组件结构和工艺路线,计算出订单的计划成本,该计划成本可以按照产品的构成进行细分,例如区分料.工.费.折等.计划成本形成了和实际成本进行比较分析的基准,通过对比分析,可以发现生产过程中哪个阶段出现了异常操作. 2.生产订单状态管理SAP系统内对生产订

公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[MM系列]SAP MB5B中FI凭证摘要是激活的/结果可能不正确 的错误   前言部分 大家可以关注我的公众号,公众号里的排版更好,阅读更舒适. 正文部分 问题:FI document summarization is active / the results may be incorrect 解决办法: Pls check if you ha

公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[ABAP系列]SAP MB5B中FI凭证摘要是激活的/结果可能不正确 的错误   前言部分 大家可以关注我的公众号,公众号里的排版更好,阅读更舒适. 正文部分 问题:FI document summarization is active / the results may be incorrect 解决办法: Pls check if you

SAP系统的常见订单状态如下: ·        CRTD (创建):标识生产订单刚刚创建,此时禁止做后续发料和报工确认等操作: ·        PREL (部分下达):当生产订单部分下达时,如仅下达部分工序时出现此状态: ·        REL    (已下达):当生产任务已经明确可下发生产时,将生产订单转换为已下达状态,这个状态后可以继续后续业务操作,如打印订单.发料.报完工等操作: ·       MANC (未检查物料可用性):生产订单未进行零部件物料的可用性检查: ·       

方法一.工单号通过 resb找到对象号 然后找到状态为I0045利用表JEST与TJ02T . 方法二.函数'STATU_CHECK' 检查工单状态为'I0045' 则为已做技术性关闭. READ TABLE iaufk WITH KEY aufnr = l_aufnr. CALL FUNCTION 'STATUS_CHECK'       EXPORTING *       BYPASS_BUFFER     = ' ' *       CLIENT            = SY-MANDT

转自http://blog.sina.com.cn/s/blog_69fb8eb60102vpjd.html SAP 物料订单创建.下达.报工.收货与投料(ABAP代码) (2015-06-03 22:48:01) 转载▼   分类: ABAP 对主体订单下的某一类物料通过MRP控制者的判断,可以对此类物料进行自动创建生产订单,自动下达,报工.收货,最后对主体订单投料. 1.新增加一个MRP控制者:泵送钢管类物料的MRP控制者必须设置为168. 2.根据输入条件读取主体订单(剔除CLSD.TEC

ABAP 生产订单的创建与修改函数转自http://www.cnblogs.com/aBaoRong/archive/2012/04/11/2441946.html   如果生产订单过多,可以批量创建生产订单,例如通过上传excel文件来批量创建,系统也有相应BAPI,否则BDC又很慢. 创建生产订单: 'BAPI_PRODORD_CREATE' CALL FUNCTION 'BAPI_PRODORD_CREATE'        EXPORTING          ORDERDATA    

物料BOM和生产订单BOM的区别[@more@] 一般企业生产部在SAP创建生产订单的时候,就会产生一个生产订单BOM,这里的生产订单BOM是读取的物料BOM. 由于其它原因,需要修改成品的某几个零部件,在创建订单的时候,就可以修改订单BOM,物料BOM不会受任何的影响. 其实在生产订单的BOM读取完物料BOM之后就与物料BOM没有任何的关系了,下达订单之后,物料BOM订单BOM已经没有任何联系了,所以生产过程当中的物料消耗都与订单BOM有关系了.

创建生产订单,创建订单长文本,订单下达 DATA:gs_bapi_pp_order_create TYPE bapi_pp_order_create. DATA:gt_bapi_order_key TYPE TABLE OF bapi_order_key, gs_bapi_order_key TYPE bapi_order_key, gt_order_return TYPE TABLE OF bapi_order_return WITH HEADER LINE. DATA:gs_return T

METHOD if_ex_workorder_update~before_update. *---------------------->增强1 开始* "当生产订单类型为PP01时,如果该生产订单有参考相关的销售订单,* "那么在此生产订单存盘时,就需要判断该生产订单是否已经维护了相关的长文本数据,如果没有长文本数据,就需要查看* "所对应的销售订单行项目上是否有长文本数据,如果有则将销售订单行项目的长文本带到该生产订单长文本中.* "反之,如果此生产订单已

*&---------------------------------------------------------------------* *& 包括 ZXCO1U01 *&---------------------------------------------------------------------* ***生产订单关键参数修改日志记录 ' AND HEADER_TABLE-VBKZ <> 'I' AND SY-TCODE <> 'COHV

SAP OCM Order Changement Management  一.目的 订单变更管理系统是当我们的订单(生产订单.计划订单.采购订单)已经存在的时候,其物料主数据或销售数据有变更时,我们可以运用这个OCM来管理我们的变更: OCM和ECN的区别是,ECN一般是只影响未来发生的业务,一般不会再业务已经发生,再去影响这个业务(比如你不会因为BOM存在了,再次用ECN号管理我们的BOM,而是在我们创建BOM之前,必须先有ECN号,这样才能在我们创建BOM的时候填入ECN号,从而管理我们的B

题目这个增强的输入参数很恐怖,长长的一串: CALL BADI l_badi->BEFORE_UPDATE EXPORTING IT_PIINSTRUCTIONVALUE = IT_PIINSTRUCTIONVALUE IT_PIINSTRUCTION = IT_PIINSTRUCTION IT_PMPARTNER_OLD = IT_PMPARTNER_OLD IT_PMPARTNER = IT_PMPARTNER IT_PRT_ALLOCATION_OLD = IT_PRT_ALLOCATIO

生产订单各种日期的计算说明 基本日期.已计划的.确认的日期,介绍一下这些日期的作用和计算方法: 首先我们来介绍一下基本日期: 基本开始日期:表示订单的开始日期 基本完成日期:表示订单的完成日期 我们在输入基本开始日期和基本完成日期时需要关注调度下面的“类型”,其中有向前.向后.当天日期等: 选择调度类型为向前:那我们只需要输入基本日期的开始时间,系统会自动推算(考虑自制和计划边际码)去订单的完成日期. 选择调度类型为向后:那我们只需要输入基本日期的完成时间,系统会自动推算(考虑自制和计划边际码)

事务码CO03查看生产订单的状态: 从下面的界面能看出S/4HANA里生产订单在任意时刻可能存在多个状态: 生产订单的ID和状态ID的关系是1:N,维护在数据库表VSAUFK里: 如何把上述SAP系统标准状态映射到透明工厂原型的5个状态去呢? 目前的映射实现采取的是"关键状态法": 只要生产订单的状态里包含I0048 - distributed to MES, 就认为该订单处于组装状态 只要生产订单的状态里包含I0012 - distributed to MES, 就认为该订单处于已交

在S/4HANA系统里我们观察到通过函数CO_61_ORDER_EDIT创建的生产订单会自动释放Release: 通过第86行的IF语句的条件检测不难找到原因. 变量PROFILE_TMP的类型为TCO43: 这个scheduling profile的配置在路径Production->Shop Floor Control->Master Data->Define Production Scheduling Profile里: 如下图所示:Automatic Actions标签页里的On

调用S/4HANA销售订单创建函数SD_SALES_DOCU_MAINTAIN创建一个销售订单时,会触发生产订单的创建. 销售订单的每个行项目对应一个独立的生产订单,SD_SALES_DOCU_MAINTAIN相当于CRM里的CRM_ORDER_MAINTAIN,在LOOP里处理每一个行项目: 观察这个函数内部的调用栈,发现一个subroutine EIGENFERTIGUNG_BEARBEITEN.: EIGENFERTIGUNG的意思是Own production: BEARBEITEN的意

大家如果使用我github上的这段代码创建S/4HANA的生产订单时,一定会发现,我在代码里并没有硬编码来指定生产订单的ID,然而运行时会发现我在系统里配置的这个2800被自动使用了,这是怎么做到的呢? https://github.com/i042416/KnowlegeRepository/blob/master/ABAP/SmallApp/209_create_S4_SalesOrder.abap 通过阅读SAP S/4HANA有关生产订单的标准代码发现,生产订单使用的plant工厂数据来

在S/4HANA里创建生产订单时,有一个增强点WORKORDER_UPDATE: 这个CAUFVDB里存放的是生产订单抬头级别的数据: 我们来观察下运行时这个结构里存放的数据. 请大家用我github上这个简单的报表创建一个生产订单: https://github.com/i042416/KnowlegeRepository/blob/master/ABAP/SmallApp/209_create_S4_SalesOrder.abap 断点触发后,结构体CAUFVDB里的字段,我们一个一个分析:

在S/4HANA里,我们如何根据一个销售订单的行项目,查看对应的生产订单状态? 双击行项目: 点击Schedule line: 这里就能看到生产订单的ID和状态了. 其中订单的状态存储在表vsaufk里,注意订单和状态可以是1对多的关系. 状态的ID和描述信息存储在表tj02t里,所以有了下面的代码: METHOD get_prod_order_status. DATA: lt_status TYPE TABLE OF j_status, lt_text TYPE TABLE OF tj02t,