你好伊多，

我与HCM开发部门的同事核实，他们告诉我GENiL/BOL仍在HCM开发过程中发挥作用。

那可以确定BOL/GENIL是一种可行的方式。

我不建议使用基于GENIL对象的OData服务生成（您可能会在 SAP在线帮助）。
如SAP注释1574568-SAP NetWeaver Gateway 2.0-已知约束中所述

https://launchpad.support.sap.com/#/notes/1574568

在这种情况下有几个技术限制：

• 当前，相关对象不支持CUD（创建，更新，删除）操作
• 在GenIL模型中不支持将被分配为相关对象的依赖对象分配给多个根/访问/依赖对象
• 在生成过程中为每个根/访问对象分配一个默认查询，生成后可由应用程序开发人员更改
• 仅对于在默认查询的属性结构中具有相似命名字段的实体（对应于根/访问对象）的那些属性支持过滤

由于将不再开发此集成，因此上述限制将保留。

因此，我宁愿建议您使用OData服务的基于代码的实现，并从数据提供程序类中基于代码的实现中执行对BOL/GENIL对象的调用。

有关基于代码的开发的更多详细信息，请参见我的博客" OData服务开发选项"：

https://blogs.sap.com/2017/ 12/12/odata-service-development-options /

此致

Andre

嗨，Udo，

SEGW中有一个导入EDMX文件的选项。

唯一的缺点是，与使用"由内而外"方法（DDIC导入）相比，您将无法利用DDIC结构中存在的转换退出之类的东西。

例如，当使用DDIC导入时，GET_ENTITYSET方法的返回结构与DDIC结构之一相同，因此更易于传递数据。

作为我的同事 Siddharth Rajora ，我还建议您查看HCM中现有的OData服务 SAP Fiori应用程序使用了它们如何执行实施。

此致

安德烈

安德烈，感谢您的详细回答，我同意您的建议

对于FIORI，HCM或HR更新仍依赖BOL/GENIL层

您可以检查标准的fiori odata服务，例如，这些服务是您自己制作的。