您好，Jerry

您正在寻找的东西可以通过使用BOPF框架的事务性应用程序处理，如下所述：

https://help.sap.com/viewer/cc0c305d2fab47bd808adcad3ca7e4e4f4e4e4e4e4e4e4e09/3604/a>

这仅适用于将数据写入新表的所谓的绿色字段方法。

对于棕色字段方法，您可以使用以下方法创建，更新或删除数据

在这里，您必须等到新的ABAP RESTful编程模型（目前仅适用于SAP Cloud ABAP环境）提供草稿之前。

< p>最好的问候

安德烈

感谢安德烈，我搜寻了ABAPer面临的许多相关问题，似乎没有标准的解决方案 为了在OP上实现悲观锁定机制，我现在将尝试使用z解来解决这种情况。

嗨，Mahesh，

这不仅仅是 SAP的营销手法。

这就是您所说的SAP不支持的功能。 如果没有得到正式支持，那么您就要自己承担风险。

（类似于使用SAP尚未发布的RFC功能模块）。

在我撰写本文时，已经计划使用ABAP Restful编程模型使用经典API进行写访问权的场景 即将推出的ABAP Restful编程模型版本将由SAP正式提供支持。

最诚挚的问候，

Andre

感谢Andre 响应！

现在这很有意义。 我总是感到惊讶，每当在静态编程模型（RPM）博客中总是说BAPI和退出表仅受RPM版本的支持而不受ABAP编程模型（APM）的支持时。

但是，为什么我说"这可能是一个营销mm头"，是因为使用APM创建的大多数标准应用程序内部都在调用某些FM来执行CUD操作，而其中一些甚至没有以UUID作为键 领域。 我觉得，如果SAP交付的某些应用程序没有遵循所谓的标准方法，那么它们也应该向客户展示该方法...

但是，嘿，客户不会跳槽到 为新的RAP提供云服务，如果他们做对了：p：p ...那就是我认为这只是营销头：D：D希望他们有理由不向客户展示他们在内部遵循的方法（也许 因为它很容易出现错误/错误或其他原因。）

最诚挚的问候，

Mahesh