【SAP ME 45】并发SFC拆分导致 SFC_STEP中的QTY_IN_QUEUE与SFC表中的QTY不一致

症状

下达数量足以容纳宽松工艺路线的 SFC。

针对此 SFC 同时运行 SplitSerializeServiceWSService.splitSfc Web 服务，5 个线程在每个请求中将 QTY 拆分为 1。

预期：SFC.QTY 等于 SFC_STEP.QTY_IN_QUEUE

实际：SFC.QTY 不等于 SFC_STEP.QTY_IN_QUEUE

对于非宽松路由器，此场景还会导致 SFC_STEP.QTY_COMPLETED 列中的小数。

其他条款

SplitSerializeService、SplitSerializeServiceWSService、PR570、PR571

原因和前提条件

未同步 SFC 拆分代码。因此，当同时执行同一车间作业控制时，会导致数据不一致。

解决方案

提供了三种不同同步级别的 车间作业控制拆分 执行模式：

1.无同步（缺省值）。在此更正之前保留行为。

2.乐观锁定。如果另一线程在当前线程执行车间作业控制拆分时更新车间作业控制，则会抛出异常：10006“记录已由其他用户更新”。此方法基于 SFC.MODIFIED_DATE_TIME 列的检查，并且由于此列不支持毫秒，因此在某些场景中