一、背景描述

    1.1 背景描述

    在星空PLM+ERP一体化的应用中，BOM数据通过研发端PLM创建，打通至ERP的物料清单，让供应链、制造能够以最准确的数据进行后端的业务。同时，在一体化的应用中，设计变更自然会从ERP端转移到PLM研发端进行。本文探讨在星空企业版中，PLM的BOM数据通过更新下推模式传递到ERP的物料清单过程中，在ECN业务场景里，“按日期生效”策略的系统处理缺陷以及变通方法。

    1.2 业务补充

    讨论实际问题之前，我们需要了解，系统中是如何处理策略变更的。总体而已，PLM的变更策略也是为了集成ERP工程数据模块的工程变更功能。这个知识比较多，主要是变更功能以及替代关系的知识，这里提供官方的知识供大家学习参考：

    工程变更功能介绍

    用完旧料，原来是这样用的：https://wenku.my7c.com/link/s/lKHuF 

    按日期变更不会用？看完就懂了！：https://wenku.my7c.com/link/s/lKQ91 

    替代关系功能介绍：

    不用慌！带您理清替代关系的逻辑：https://wenku.my7c.com/link/s/lKGUD 

二、问题描述

    2.1 问题描述

    在PLM应用中，未启用业务类型配置-BOM规则配置-【启用BOM新增功能】的前提下，BOM数据手动下推或ECN下推，PLM的下推服务都是采用覆盖，即：每次下推都会以PLM最新的BOM结构覆盖更新ERP的物料清单。

   如果启用BOM新增功能，在推送配置中的BOM版本配置了PLM端的编码+版本号后，PLM端BOM升版后，下推到ERP端会新增一个BOM出来。新增模式可参考：https://wenku.my7c.com/link/s/lKQEV 

    上述的覆盖模式，没遇到策略变更的场景下，都是合理的，BOM数据来源于研发端，研发端发生变更，ERP端自然也需要最新的BOM数据。但是，物料清单在计划、制造中比研发的BOM要复杂得多。

    2.2 设计变更——按日期生效

    PLM中，通过ECN单对BOM进行修改很常见，同时，考虑到制造协同，ECN的BOM变更中，提供了与ERP工程变更单一致的变更方式：立即生效、按日期生效、用完旧料生效、混合策略。本文主要讨论【按日期生效】策略产生的问题。

    下面我们举个例子：

    通过PLM的ECN单，我们通过BOM变更，修改一个BOM中的子项物料：

    修改内容：3010-0144 改为 3010-0007 

    下推方式：按日期生效

    生效时间：9-10

    ECN单审核生效后，PLM的BOM结构如下，3010-0007 已经更新到PBOM中，旧物料已经消失了。

    那么该PBOM对应的制造BOM呢？如下：

    是的，按照变更策略，新旧物料都会保留在ERP的物料清单中。新物料按日期生效，旧物料按日期失效。很好，这样一来，计划员就可以放心的进行计划运算而不需要担心窜料了。

    那么问题是什么呢？

    没错，问题是2.1提到的关键词——覆盖。不难看出，此时PLM的BOM结构与ERP的BOM结构是不一致的，差异在于物料清单中多保留了一行旧物料，这个旧物料会在某个日期之后失去他在系统中的价值，但在此之前，它还是作为BOM的其中一个子项应用到计划、采购、生产领料中。

    如果此时，我们对同一个BOM单再做一次ECN，会怎么样呢？

    至于改什么，这个已经不是重点，我们随便增加一个子项物料吧，如图：

    当ECN单生效下推后，我们再对比PBOM和ERP的物料清单，你会发现：上一张ECN的新物料还在，本次ECN新增的子物料也准确出现了，但是：上一张ECN单在ERP物料清单中保留的旧子项物料，消失了！

    原因就在于本文最前面讲的下推逻辑：BOM数据手动下推或ECN下推，PLM的下推服务都是采用覆盖，即：每次下推都会以PLM最新的BOM结构覆盖更新ERP的物料清单。所以上一张ECN生效后，PLM的PBOM并没有像ERP物料清单一样保留旧物料，所以下一次下推，ERP的物料清单也自然被覆盖掉了。

    此处衍生出的问题，计划员有可能在新的子项物料生效前，就完全跑不出彩箱这个物料！这会严重影响生产齐料！

三、解决方案

    3.1 二次开发

    我遇到这个问题之后，也提单了总部PLM研发，但可惜的是，该下推逻辑基本上是没有改动或二次开发的空间，短时间内总部也不会修复这个问题。所以二开的方案期待后续有其他高手分享。

    3.2 通过替代设置变通

    有交付过这块场景的小伙伴可能会发现，在下推方式中，还有一项【用完旧料后生效】。通过这种策略，系统会在ERP的物料清单中生成混用替代的替代关系。经过测试，这种策略下，可以通过不勾选参数：业务类型配置-BOM规则配置-【PLM端子项没有替代方案，ERP端有替代方案的情况下，清空ERP端替代方案】，保证PLM再次下推也不会覆盖ERP的替代关系。

    综上，按日期生效的模式，也可以用替代设置进行变通。

    3.1 步骤1：BOM变更，正常通过【修改子项】，返回需要修改的子项信息。返回后，不维护【修改后】行中新增的子项物料编码。

    步骤2：勾选【修改后】行，点击替代设置，用新子项物料编码作为替代物料替代旧子项物料编码；

                替代物料的【生效日期】，按需要的生效日期填写；

                替代策略：整批替代；替代方式：取代；

                返回数据；

        设置后，就形成了新子项物料与旧子项物料的替代关系，同时该替代关系会在【替代生效日期】到了之后生效，在此之前，依然以旧子项物料为主。

         完成后，ECN单就可以正常生效和下推制造了。下推后的PBOM与物料清单对比：

        变更单下推后，PBOM的替代关系会下推至ERP物料清单，物料清单会生成一模一样的替代关系，两边保持一致；

        效果：生效日期前，MRP运算只跑出旧料的需求；替代生效日期后，MRP运算只跑出新物料的需求；

    3.2 遗留问题

    这种方案会存在弊端，主要有两项：

        1.这种替代方案会一直保留在PBOM和物料清单中，当旧物料失效后，也依然在BOM中。这个问题只能依靠人为定期进行筛查，对失效的物料进行删除更新。

        2.同一个BOM单中，对子项物料A修改B按上述方案进行过一次之后。第二次对B修改为C也按上述方案进行时，衍生出两个操作：A物料已经失效了，需要将A物料清除出BOM单中，再对B做替代关系，用C替代B

        如果A物料还没失效，但C物料又需要按日期生效，那么需要再替代物料中设置C物料也做替代物料，同时按优先级和生效日期进行设置，列举如下：

        主物料：A 

        替代物料：优先级：0   B 生效日期：2023-1-1

                         优先级：1   C 生效日期：2023-4-1

欢迎各位讨论指正

我也在找这个问题的答案，我的了解是，国外PLM@ERP集成这块，是这样做的逻辑，即PLM变更立即下推BOM，ERP接收BOM但不生效BOM，只设一个预计生效时间，具体生效日期由计划人员实际执行中多次调整，即用完旧料后生效BOM，此时会将实际生效日期反写至PLM端BOM。在此期间，不允许PLM发起二次变更，如果一定要发起变更，只能ECN沟通将之前的变更立即生效，并处理旧料。弊端就是消耗跟进问题了，还有计划调整生效日期的工作量。所以宗旨是变更频次是要管控考核的，质量体系维度。

一样的，我们用的用友的PLM+ERP，替代逻辑问题做得不好，也考虑过在PLM端开发替代功能，否决了

+1  我遇到这个问题之后，也提单了总部PLM研发，

但可惜的是，该下推逻辑基本上是没有改动或二次开发的空间，短时间内总部也不会修复这个问题。