点击此处--->   群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）

Fiori-Wizards亲爱的

。

系统信息：

。

使用UI5 Lib在NW 7.5 Stack 11和Central Hub部署的网关（也在7.5 Stack 11上）上的Business Suite（用于ERP 6.0的EHP8）。 版本 1.52.X

。

背景：

。

我目前正在将几种基于WDA的方案从我们的UWL迁移到Fiori My Inbox 2.0。 即 Fiori我的收件箱将在不久的将来取代我们的UWL。 我主要使用官方的《迁移指南》和《 Fiori我的收件箱食谱》作为知识库。

。

问题：

。

观察后，我们使用的大多数WDA应用程序（例如旅行请求，请假请求）都是从Fiori我的收件箱（通过"打开任务"）以损坏的URL（或更确切地说是部分未解析的URL）启动的， 设法将批处理请求追溯到类CL_SWF_UTL_URL_WD_ABAP方法GET_WD_PARAMETERS。 令我沮丧的是，似乎根本没有通用的URL解析，即只处理了两个静态参数（如以下屏幕快照所示）。

。

。

由于我们使用的是当前最新的SP和Stack，并且仅发现了追溯到2015年的Notes，所以我认为标准开发在这里尚未成熟，因此写了一个小的修改来分析动态参数 字符串，并通过Workflow API轮询相应的数据。

。

问题：

。

我的问题是书中最古老的问题："我错过了什么吗？"。 这不是我第一次问自己这个问题，但是在这种特殊情况下，自20多年前引入UWL以来，RFC-Modules中就已经提供了标准中缺少的逻辑。 此外，CL_SWF_UTL_URL_WD_ABAP中的运行时参数已经足以轮询Workflow API，但是根本就没有使用它们。 就像编写此类的开发人员一样，第二天早上就要编写代码，然后被卡车撞了。

。

任何评论都将受到高度赞赏。 猜想这原来是一个大问题，而不是一个问题，但实际上，我可以找到一家咨询公司，并称其为"比Dirt早10分钟的解决方案"（也许是非常成功的。）。

。

欢呼，卢卡斯

编辑：固定屏幕截图

（19.6 kB）