BPC产品中EVDRE的未来支持路线图是什么?

2020-09-18 17:45发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

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


有多个来源表明*现有* EVDRE功能已得到完全支持,并且没有计划对其进行弃用(例如2648783)...但是这些功能存在于标有" EVFunctions(Deprecated)"的Excel函数类别下(例如 1888246)。

我们的某些使用EVDRE设计的旧版本BPC 7.0/7.5 MS的报告可以加载到BPC 10.0/10.1 NW中(顾问可能通过或不通过EVDRE迁移发送了这些报告)。 加载时,带有EVDRE的工作表会禁用某些EPM功能(例如,编辑报告)。 现在也无法使用EVDRE创建新报告(我不确定为什么如果您使用的是BPC 10.0+,则无论如何都想尝试一下。)

我们最初尝试将EPM切换为客户端界面的AO,但是EVDRE报告无法在AO中正确加载。 默认情况下,AO不会启用EVDRE支持(2367364),但现在看来可以覆盖它并使它开始工作。

考虑到所有这些因素,很明显,当前/未来产品中的EVDRE支持正在迅速消失。 随着将来可能将BW/4HANA升级到BPC Optimized或BPC 11.0,支持这些EVDRE报告的可能性似乎很小。 就我们所知,本机EPM报告可能无法在将来的版本中使用。

---

这些EVDRE报告的未来支持是否有明确的方向记录?

对于使用EPM功能而不是本机EPM报告设计的报告,可以提出相同的问题。 在7.5中,我们有很多报告,这些报告使用EV功能手动生成报告,这些报告在迁移过程中由项目顾问转换为EPM功能(而不是使用本机EPM设计)。 是否有计划的要点,我们也将被迫重新设计/重新设计这些报告?

丰富

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

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


有多个来源表明*现有* EVDRE功能已得到完全支持,并且没有计划对其进行弃用(例如2648783)...但是这些功能存在于标有" EVFunctions(Deprecated)"的Excel函数类别下(例如 1888246)。

我们的某些使用EVDRE设计的旧版本BPC 7.0/7.5 MS的报告可以加载到BPC 10.0/10.1 NW中(顾问可能通过或不通过EVDRE迁移发送了这些报告)。 加载时,带有EVDRE的工作表会禁用某些EPM功能(例如,编辑报告)。 现在也无法使用EVDRE创建新报告(我不确定为什么如果您使用的是BPC 10.0+,则无论如何都想尝试一下。)

我们最初尝试将EPM切换为客户端界面的AO,但是EVDRE报告无法在AO中正确加载。 默认情况下,AO不会启用EVDRE支持(2367364),但现在看来可以覆盖它并使它开始工作。

考虑到所有这些因素,很明显,当前/未来产品中的EVDRE支持正在迅速消失。 随着将来可能将BW/4HANA升级到BPC Optimized或BPC 11.0,支持这些EVDRE报告的可能性似乎很小。 就我们所知,本机EPM报告可能无法在将来的版本中使用。

---

这些EVDRE报告的未来支持是否有明确的方向记录?

对于使用EPM功能而不是本机EPM报告设计的报告,可以提出相同的问题。 在7.5中,我们有很多报告,这些报告使用EV功能手动生成报告,这些报告在迁移过程中由项目顾问转换为EPM功能(而不是使用本机EPM设计)。 是否有计划的要点,我们也将被迫重新设计/重新设计这些报告?

丰富

付费偷看设置
发送
4条回答
亦是此间程序员
1楼-- · 2020-09-18 18:14

我的建议:使用标准的EPM报告-更好的性能!

EVDRE和EPMSaveData等的性能并不完美,并且不会得到改善!

我是小鹏鹏啊
2楼-- · 2020-09-18 18:15

"我没有找到SAP记录的明确方向"-不确定您会发现清晰的方向 指示!

您没有被迫升级到BPC11等...

也许在某个时候,EVDRE支持将被删除,很难预测!

您有时间使用本机EPM报告逐一重新创建报告。 作为奖励,您将获得性能上的改善。

绿领巾童鞋
3楼-- · 2020-09-18 18:18

EV函数从未打算与10.x版本的新报表一起使用。 SAP支持的功能是从7.x版本迁移的报表的可用性。

例如:如果您使用迁移工具,则报告将在10.x版本中运行,但仍具有EV功能而不是EPM功能。

对于标准模型中的新报告,建议使用EPM插件。 因此,如果您可以花一些时间手动迁移这些报告,则可以提供最佳的性能/可用性。

大简至美
4楼-- · 2020-09-18 18:14

我同意,通过使用EPMRetrieveData函数(等等),我们最终会获得几种性能,并且不一致 报告中的数据问题(通过未报告的错误停止处理)。 我也了解在10.x版中生成新报告的最佳实践是使用" EPM插件"或"本机EPM报告"和"新报告"对话框。 (我已经阅读了一些论坛帖子,其中瓦迪姆和其他人已经提出了这些建议)

我的问题不是围绕构建新报告或当前设计最佳实践……而是关于如何处理已迁移到较新版本的旧报告以及将支持多长时间。

从MS版本5开始,我们一直在使用BPC,并且已经升级到7.0 MS,7.5 MS版本,然后又将一个大型项目重新实现为10.0 NW。 由于发生了重大变化,我们还升级到了10.1 NW。 我们的许多报告(如果不是大多数)都是在早期版本中采用旧技术而设计的。
顾问的任务是在10.0 NW中生成与我们在7.0中已经开发的报告类似的报告,因此在许多情况下,EV功能是 替换为EPM功能,并以某种方式迁移了EVDRE的报告。

所以,我们有:

  • 使用EPM"新报告"的新报告,
  • 使用EPMRetrieveData函数将数据手动返回到单个单元格,并且
  • 已迁移的EVDRE报告。

最好重建我们的报告以使用本机EPM功能,而不要使用你们俩都建议的旧EVDRE报告或EPM功能; 我知道。 但是,如果我们不需要的话,我们的业务部门便不愿启动该计划,因为我们有一些非常复杂的报告,需要很长时间来重新设计。

  • 例如,我们的一个工作簿中有21个工作表,而几个工作表中包含多个EVDRE报告...所有这些报告都是相互关联的。
  • 另一个示例报告在多个工作表上有数千个EPMRetrieveData请求,以在特定单元格中生成特定数据以链接到其他工作表。
  • 我们有几十个(如果不是几百个)需要转换的报告或输入模板。

我试图了解我们是否需要转换它们……或何时需要转换它们。 (忽略切换的性能原因)

我们最关心的是EVDRE,因为它似乎已经逐步淘汰...但是随着EPM功能的推出,我们也会有类似的担忧。 我还没有找到SAP记录的明确方向...

  • 他们可能会说的示例语句:" EVDRE报告将不会在BPC 11.0或BPC Optimized中加载"。

如果该说法是正确的,我们最好在再次更改BPC格局之前了解更改的时间要求,并知道我们是否应该立即重建这些报告,或者以后是否可以重建。

这是否能更好地理解我的要求或正在寻找的信息? 感谢您的反馈和建议。

一周热门 更多>