尊敬的客户，

不支持从PI 7.5的双重用法类型中卸载Abap部件并独立使用Java部件。 问题在于，用户管理仍然处于Abap方面，无法将其迁移到Java部件。

最好的问候

ElkeDöring

嗨安东尼奥，

我是否可以从SAP PI 7.31双栈就地升级到SAP PI 7.5双重使用类型，"将风险降到最低"是什么意思？ 进行就地升级而不是将PI 7.31方案/对象迁移到SAP PI 7.5双重用途类型或SAP PO 7.5的新安装中，风险是否较小？

致谢

当前似乎不支持此功能，请参见 https：//launchpad .support.sap.com/#/notes/1515223 。 没有从双堆栈（再读一遍）到PI AEX或PO的就地升级。 从PI 7.x双协议栈到PI双用法的就地升级（您正在做）（也请再读一遍:-) 7.5。

但是，目前也有 （至少查看我找到的文档）没有从双重使用到SAP PI AEX或SAP PO的路径。

不支持从SAP PI Dual Stack到AEX的就地升级，这只能是 通过迁移完成，即AEX的并行安装以及ESR和目录内容的迁移。 从SAP PI Dual Stack 7.3/7.31迁移到建议版本的SAP PO时，不支持就地升级。 这需要迁移。 从SAP PO 7.31升级到最高版本的SAP PO可以直接完成。  

（免责声明：以上文本位于标题为" SAP Process Integration 7.3和7.31的客户/SAP Process Orchestration 7.31："的段落中，但在文本中，SAP还指出了" 对于SAP PI/SAP PO，版本7.31和7.4共享相同的Java代码行，因为我们不再投资SAP PI的ABAP部分，即，所有新功能主要都包含在Java部分中，所以两个版本都不 从功能的角度来看有所不同。"）

感谢您的澄清。 将来有什么计划摆脱这种限制？ 所以 当从PI 7.5双重用途"升级"到仅将来的PO 7.6 Java时？

我们没有计划在将来支持此功能，因为NW 7,5中的双重用途也将得到支持，直到2027年

最好的问候

ElkeDöring

非常感谢Elke！

现在对我来说很清楚。

致谢。

您好，弗朗西斯，我的意思是减少精力，因为我们有几种选择：

-拆分

-转到PI AEX-将所有ccBPM迁移到iflow或Java开发中

-转到PO-将所有ccBPM迁移到iflow或BPM

我认为拆分的风险较小，但还有其他缺点。

致谢。