SAP CO11N BAPI_PRODORDCONF_CREATE_TT连续报工异步更新导致COGI解决方案

背景:

之前上一个项目上有同事碰到一个问题,外围接口数据进入SAP,可能会对同一工单同一工序进行连续多次报工,并且工序控制码配置的是会自动货物移动的,所以正常来说,调用完BAPI完之后除了报工数量会更新之外,还会自动收货产生一条物料凭证,当时的问题是,按照正常同步提交的方式(COMMIT WORK AND WAIT或者SET UPDATE LOCAL TASK)在接口中连续调用BAPI之后,发现报工的数量正常更新了,但是MIGO物料凭证并没有正常产生,比如报工了5次,每次数量是1000,最终报工数量正常,但是收货只有1000,其他的4000进了COGI,查看报错消息会发现是账号锁定问题,当时项目上同事采用了wait up to xxx seconds的方式进行解决,但这个方式是解决异步提交延迟问题不太建议的一种方式,因为在大批量数据处理中会浪费掉一些不必要的时间,最近刚好有时间回想到这个问题,就研究了一下这个问题的解决方向。

调查过程:

通过一些标准note的解释可以了解到,报工中涉及货物移动的处理是有单独的更新进程(经过debug发现是有单独的background task异步去触发的)去触发的,而且是异步更新,所以即使在调用完BAPI_PRODORDCONF_CREATE_TT之后使用BAPI_TRANSACTION_COMMIT并附加WAIT参数去提交,也可能会出现因为货物移动没有处理完成而导致锁没有释放,从而产生COGI记录。

针对note中提到的将OPK4中的“自动收货”、“反冲”、“实际成本”都设置为“立即联机”,在系统中经过测试也确实并不能解决这个问题。

针对这种异步提交导致锁定,从而产生COGI的问题,官方note给出的解决方案如下,执行程序CORUPROC进行处理,如果要基于订单和工厂去处理,可以实施note:1008686。

场景还原:

初始状态:

模拟针对同一个订单同一道工序连续报工5次,每次报工1000个:

执行结果:

可以看到,虽然报工都成功了,AFRU表也成功更新了报工数量,但是货物移动只成功过账了1000,其余4000都由于锁定问题进了COGI,这种情况可以手工COGI重新执行进行处理,也可以调用程序CORUPROC进行处理:

虽然可以在报工完成后调用CORUPROC去处理COGI的问题,但是异步更新仍然有可能会导致BAPI_PRODORDCONF_CREATE_TT直接报错:

所以除了wait的方式是否有其他方式解决该问题?有。

解决方案:

通过增强解决,通过多次的debug及尝试,发现如下两处地方的参数可以控制货物移动以同步提交的方式完成:

增强点1:

增强点2:

增强方案原理:

改变标准功能的处理逻辑:

增强前标准update task的LUW内容如下,货物移动的处理会在最后一个函数中由tRFC异步进程来单独完成,不受主程序中的COMMIT WORK AND WAIT控制。

增强后标准update task的LUW内容如下,货物移动的处理将会在下面的函数中被同步处理掉,不会出现异步tRFC的调用,故不会出现锁定问题。

测试验证:

以上,问题解决,不会再出现锁定问题导致的COGI。

补充:

绝大部分BAPI异步提交的问题根本原因都是因为内部有COMMIT WORK语句(没有附加 AND WAIT),部分BAPI会有类似NO_COMMIT或者COMMIT_AND_WAIT等类似的参数来控制是否内部提交,或者内部以同步更新方式提交,所以很多时候需要同步提交处理BAPI的时候,不妨查看源码,看是否可以通过这些参数来避免内部以异步方式提交,因为如果在BAPI内部COMMIT WORK之后,外部再次使用BAPI_TRANSACTION_COMMIT(WAIT = 'X')或者COMMIT WORK AND WAIT是没有用的,所以我们只需要通过一些手段(比如增强,或者通过BAPI的控制参数)来避免BAPI内部进行异步提交即可解决这个问题,WAIT的方式并不推荐使用。

残留疑问:

虽然按照上述方式可以解决该问题,但我仍然没能说服自己为什么BAPI之后的COMMIT WORK AND WAIT为什么不起效果,因为更新进程被COMMIT WORK AND WAIT触发将会是以同步方式进行的,主流程中的锁会被带到V1更新进程中,当V1更新进程执行完毕会自动释放锁,虽然报工的BAPI会触发V2更新,但我单步跟踪过,V2的更新进程中并没有上锁的操作,按道理在BAPI之后同步提交应该不会有锁的存在,所以我仍然没能清晰准确的找到note中提到的单独的更新进程是在哪里触发的,可能调试过程中还是漏看了一些过程,等有空再仔细追踪一下。 


2024.07.04更新:这个疑问终于搞明白了,并且可以测试复现出来,可以看下面这篇帖子:

SAP 报工BAPI中的 UPDATA TASK 和 BACKGROUND TASK_sap update task background task-CSDN博客icon-default.png?t=N7T8https://blog.csdn.net/DeveloperMrMeng/article/details/140174352?spm=1001.2014.3001.5501关于BAPI异步提交的问题分析可以看下面这篇:

SAP ABAP调用BAPI时COMMIT WORK AND WAIT未按照预期同步提交问题分析-CSDN博客icon-default.png?t=N7T8https://blog.csdn.net/DeveloperMrMeng/article/details/140377250?spm=1001.2014.3001.5501

参考资料:

Synchronous and Asynchronous Updating | SAP Help Portal

以上。 

SAP BAPI_PO_CREATE1是一个SAP系统中的功能模块,用于创建采购订单(Purchase Order)。通过该功能模块,我们可以使用SAP系统来快速创建和维护采购订单的相关数据。 使用BAPI_PO_CREATE1,我们可以通过调用该功能模块来向SAP系统中创建新的采购订单。在调用该功能模块时,我们需要提供一些必要的输入参数,如采购订单的相关信息、采购组织和公司代码等。 这个功能模块可以帮助我们在SAP系统中自动化采购订单的创建流程。它可以根据输入的参数,自动生成采购订单,并将相关的物料、供应商和价格等信息添加到订单中。 通过使用BAPI_PO_CREATE1,我们可以实现以下功能: 1. 创建采购订单:我们可以通过调用该功能模块来创建新的采购订单。在调用时,我们需要提供订单的相关信息,如供应商、物料、数量、交货日期等。系统会根据提供的信息自动创建采购订单。 2. 修改采购订单:除了创建新的采购订单,我们还可以使用BAPI_PO_CREATE1来修改现有的采购订单。在调用时,我们需要提供订单的标识符和要修改的字段及对应的值。系统将根据提供的信息来更新采购订单的数据。 3. 检查采购订单:在调用BAPI_PO_CREATE1之前,我们可以先使用BAPI_PO_EXISTENCE_CHECK来检查采购订单是否存在。这可以帮助我们避免重复创建订单或更新不存在的订单。 总而言之,SAP BAPI_PO_CREATE1是一个用于创建和维护采购订单的功能模块。它可以帮助我们在SAP系统中实现自动化的采购订单处理,并提高采购过程的效率和准确性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

DeveloperMrMeng

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值