通过OData服务PMS创建元数据/自定义BO对象

2020-09-07 08:31发布

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

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


亲爱的

我们必须将自定义应用程序与ByDesign或SAP Business One作为后端进行集成。 问题出在创建我们的自定义元数据(ByDesign中的业务对象和SBO中的UDO/User表)时,直接从应用程序中通过每个系统API进行初始化过程

SAP Business One允许通过服务层创建此元数据。

不幸的是,在ByDesign中,我们没有在公共解决方案模型(PMS)或通过Odata模型编辑器提供的OData服务中找到类似的API ...


有什么想法吗?

预先感谢

Vangelis

Postdata:

我们已经知道您可以通过稍后将在每个客户端存储库中实现的解决方案来手动创建自定义BO(业务对象),但其想法是使应用程序中的这一部分自动化。

我们在SDK文档中看到了有关"可伸缩解决方案的特殊情况"的部分,但是在其中的键中指出"如果SAP同意您的要求,您将收到有关在工作室中进行操作的说明。" 没有任何提及API的实现方式...

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

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


亲爱的

我们必须将自定义应用程序与ByDesign或SAP Business One作为后端进行集成。 问题出在创建我们的自定义元数据(ByDesign中的业务对象和SBO中的UDO/User表)时,直接从应用程序中通过每个系统API进行初始化过程

SAP Business One允许通过服务层创建此元数据。

不幸的是,在ByDesign中,我们没有在公共解决方案模型(PMS)或通过Odata模型编辑器提供的OData服务中找到类似的API ...


有什么想法吗?

预先感谢

Vangelis

Postdata:

我们已经知道您可以通过稍后将在每个客户端存储库中实现的解决方案来手动创建自定义BO(业务对象),但其想法是使应用程序中的这一部分自动化。

我们在SDK文档中看到了有关"可伸缩解决方案的特殊情况"的部分,但是在其中的键中指出"如果SAP同意您的要求,您将收到有关在工作室中进行操作的说明。" 没有任何提及API的实现方式...

付费偷看设置
发送
3条回答
四川大学会员
1楼-- · 2020-09-07 09:02

你好凡吉利斯,

到目前为止,在ByD中无法通过其API创建元数据。
SDK文档中提到的"可扩展解决方案"是指多客户解决方案。 检查此文档

该方案的替代方案是将自定义元数据和数据保留在应用程序级别的持久层中,而不使用核心ERP资源。 你怎么看?

致谢,
Thiago。

软件心理学工程师
2楼-- · 2020-09-07 09:02

Hello Vangelis,

感谢您进行评估。
您提到的所有三个项目符号对于任何合规且可扩展的软件都是至关重要的和/或最佳实践。
因此,即使我们拥有 目前,ByD中用于处理元数据的API。
在SAP,我们一直在不断吸收合作伙伴和客户的反馈,以改进我们的产品并提供一流的软件。
正在内部进行讨论,但是您也可以在影响门户网站中记录请求。

>

致谢,
Thiago。

N-Moskvin
3楼-- · 2020-09-07 09:24

感谢答案,

我们检查了这样做的可行性,并将客户端的数据保留在持久层中而不是使用每个客户端后端会产生以下问题:

  • 您必须以某种方式正确处理将客户数据保留在您的环境中的程序以及相关的法律要求(例如欧洲的GDPR和每个国家/地区的当地法规...例如西班牙的LOPD)。
  • 您必须考虑托管所有将随客户数量/每个客户拥有的数据量而增加的数据的处理能力,存储,TOC,技术维护等的指数成本。 li>
  • 您必须设计一个好的租户系统(多租户)来托管该数据并防止混淆 客户端之间发生冲突,并且未达到选定的数据库供应商/技术限制。

一种可能性是使用一个适应层,该适应层将在内部将SAP Business One客户端的客户端后端(通过服务层)和持久层用于de ByD客户端,但这无疑是一个大问题,它将使解决方案更加复杂 所以我们必须考虑一下。

可悲的是,作为SAP Business One和SAP ByD的产品,似乎ByD被视为二等公民……

最诚挚的问候,

Vangelis

一周热门 更多>