今天有点不寻常，因为我想解释一下供应链执行包生成器组件（SCM-BAS-PAK-PB）最近的变化。以下内容与SAP Transportation Management 9.4和9.5以及SAP Extended Warehouse Management 9.5相关。在这3个应用程序版本中，集成了来自SCM Basis 7.14的SCE PB版本。这个PB版本经历了一个重要的重新分解。当然，所有这些都是为了尽量减少负面影响而仔细做的，但是仍然会有意想不到的副作用，特别是对于修改了PB的项目。改变的原因有两个：首先，我们想改进目前尚未发布的创建包装层次结构（产品->纸箱->托盘）的特性。这在结构上已经是可能的，但没有很好地整合不同的纸箱类型，或包括卡通化和未卡通化的产品结束在同一托盘的情况。由于这是多个项目在启动期间提出的要求，因此决定对此进行改进。第二个原因是，这种重构支持PB的下一个演进步骤——详细的包构建。这将与下一个TM版本，所以我还不能谈论太多。但细节意味着要将产品准确放置在一个混合托盘上。

由于SAP应用程序（如SAP TM和SAP EWM）的SAP软件层架构，核心PB始终以维护模式开发，并通过notes交付。所以这不是什么新鲜事。但这一次的变化是如此重大，大数据可视化平台，我想给运行项目尽可能多的信息，因为组件的实时客户数量已经增长了很多？

当然，所有已解决的方案应保持不变，包括所有提供的功能。PB应该在遵守所有定义和约束之前包装产品。目前，PB通过使用单元测试自动验证300多个不同的场景和特性来确保这种功能稳定性。随着不断的改进和发展，这一点变得更加重要。所有增强点方法（/SCMB/IF\u EX\u PACKAGE\u BUILDER）仍然存在并受支持。它们可能在内部处理序列中移动，但从功能的角度来看，它们应该像以前一样提供完全相同的选项？什么是关键？

基本上所有的主类/SCMB/CL\u PB的内部数据结构。很多方法名和方法序列。/SCMB/IF\u PB中有许多定义。因此，在此基础上进行修改的客户项目将面临调整的努力。总的来说，PB的开发是为了在需要的地方提供标准的增强点方法，到目前为止，我还没有遇到修改的理由。但一如既往：并非所有的情况和解决方案都可以预见。

对我来说，这是最关键的一点：从现在起，几乎任何SCE PB的纠正都需要所有此处描述的注释作为前提。因此，要么你有一个防弹方案，并确定你永远不需要任何PB修正-你是安全的，可以忽略PB的变化，直到应用程序版本升级。或者你在船上

如何改变/改进客户？

更改可作为标准注释提供。这些注释非常庞大，但我们尽量减少了所需的手动步骤。此外，我们还设置了一个项目来对note实现进行内部测试，以尽可能地改进note。这些注释还包括通过UDO报告传递的DDIC元素的调整。对于一些注释，前导客户已经确认他们成功地实现了注释。2620564：包层级合并改进：该注释为重构提供了基础；同时也改进了包的层次结构。2580233–产品定位简介2625369–SCM产品主数据的增强功能2642747–新包生成器约束2668725–机组厂房剖面调整2622572–使用软件包构建优化器构建详细的软件包

所有更改都将包含在SCMB 7.14的支持软件包11中（于2018年10月10日发布给客户）。

运行项目需要做什么？

以下是我的建议列表：

不要启动基于过时PB版本的PB相关项目！要么升级到SCMB 7.14 SP11，企业管理软件开发，要么投入精力来实现notes。你不想把时间花在场景设置、分析和增强代码上，而不是放在PB版本上。对于上线前不久就上线的客户或项目：如果您认为不需要更正，请忽略PB更改（也许您计划明年升级）如果可能，数据与大数据，请尽快升级到SCMB SP 11。通常，SP升级是一件大事，但在SCMB中，实际上，实际上只有很少的更改发生。我可以在系统里看到。如果不可能升级SP—现在就投入精力来实现这些说明，即使您目前不需要进行任何更正。现在你，大数据质量，现在你知道它有多重要了。如果你现在不这么做，大数据教程，以后的修正会或多或少地隐藏复杂性。尽可能使用PB重新测试场景。如果你需要实现笔记：指派你最熟练的专家来完成这个任务-这不是一个通常的直接的笔记实现！一旦您使用SNote遇到问题-停止并报告问题！不要反复试验！不要试图手动修复任何东西！

我在哪里报告问题？

应用组件：SCM-BAS-PAK-PB

S4 HANA如何受到影响？

没有应用程序发布的那么多。这些更改包含在S4 U 1809中，因此仅影响从1709升级到1809的项目。

更新：

同时，以下是改进"新"包生成器的进一步说明：

2713231、2712432、2701453、2696053、2695516、2693676、2680497

强烈建议也执行这些说明。