在成功地将ERP 6.0系统升级到EHP08之后，我们开始修补第三方插件。我们准备好了检查表，其中突出了修补时需要遵循的步骤。

当我们在开发系统中修补时，我们已经正确地执行了修改调整（SPAU/SPDD）并在传输请求中捕获。

我们还确保为了自动将传输请求传输到后续系统以供执行自动修改调整，我们通过调用事务SPDD/SPAU标记传输。从菜单实用程序->"选择传输"或"分配传输"（更高版本）。这将把CTS项目SAP\U ADJUST添加到所提到的传输请求中（这是以后将请求确定为调整请求的先决条件）。

作为最后一步，当加载项升级完成并且我们必须发布传输请求时，这就是所有杂耍发生的地方-"我们先发布了SPAU传输，然后发布了SPDD传输"。

注意：总而言之，返利助手，SPAU/SPDD传输请求的发布由程序本身负责，而在SAINT，您必须在程序完成后手动执行。

我们不知道这一点，我们已将测试系统升级到EHP8。现在，物联网传感器，在升级后应用第三方加载项时，我们发现了一些不寻常的情况。当SAINT询问"Add Adjustment Transports to Queue"时，大数据+，我们单击Yes并提供了调整传输。

重要说明：SAP系统没有逻辑来检查哪个传输请求是SPDD的，哪个是SPAU的。相反，它会根据您在下面屏幕中看到的传输顺序在系统中导入SPDD/SPAU传输。

这里的SPAU传输请求在SPDD之前，因此在SPDD阶段，它将导入SPAU传输，因为它在列表中排在第一位。

为什么SPAU传输在列表中排在SPDD之前，就像在我们的开发系统中一样在SPDD之前首先发布了SPAU传输，因此SPAU交付时间比SPDD传输提前。什么是交货时间？您将在下面找到它。

您可能认为它很好，可以从这里继续，但不要因为在SPDD阶段，它将导入SPAU传输，而在SPAU阶段，它将导入SPDD传输，所以可能会弄乱整个加载项升级。

我们当时完全不知道，云端云服务器，为什么它会在队列中首先分配SPAU传输。我们甚至尝试从队列中删除传输请求，但没有删除传输请求的选项。我们搜索了又搜索，然后我们发现上面的屏幕读取了来自PAT03的传输请求。我们从PAT03中删除了传输请求，现在我们在上面的屏幕中没有任何传输。我们又一次一个接一个地添加了传输请求，因为我们认为我们犯了一些错误，但仍然是一样的

我们找不到任何解决方案，我们不想再次使用测试系统捕获修改调整。我们开始分析，我们非常有兴趣找出它在上面的屏幕中读取和显示的表。

魔术发生（解决方案）

在SAINT提示期间添加传输请求以将调整传输添加到队列时，传输请求被添加到表PAT03中

这里我们发现SPAU的交付时间是在SPDD传输之前，您可以在修改调整屏幕的队列中首先找到SPAU传输。

我们进入调试模式，更改了SPDD传输的交付时间，并使其成为SPAU交付时间之前的时间戳。

更改SPDD交付时间后的屏幕截图。SPDD传输的时间戳从21:05:59更改为20:05:59，现在是SPAU交付时间之前。

一旦您进行了上述更改，请返回您的SAINT屏幕，什么叫大数据，单击"上一步"，然后单击"继续"。这样它就可以从第03页再次读取。

Taddaahh！！！！！！单刀双掷运输是第一个在队列

和我们的插件升级顺利进行。但是我们必须在每个系统上执行额外的步骤。

我想分享这个解决方法，因为我还没有找到任何解决此类问题的方法。

问候，

丹尼斯·帕迪亚。