2019年3月26日在步骤3中添加了缺少的前提条件2019年3月26日增加了分析连接问题的故障排除指南

从今天（2月28日，2019）可以从SAP Cloud Platform–ABAP环境调用本地系统中的远程启用功能模块。

如何集成本地系统在SAP在线文档中有描述。

虽然文档很详细，但我自己在设置场景时发现，工作配置的屏幕截图可能会有所帮助。

博客系列

本博客是关于使用RFC通信为SAP云平台ABAP环境中的内部SAP系统开发并行扩展的博客系列的一部分

如何从SAP调用内部SAP系统中的远程功能模块云平台——ABAP环境如何为通过远程函数调用实现的自定义实体生成DDL源代码如何使用远程功能模块在ABAP RESTful编程模型中实现一个自定义实体

因为同时有一个很好的教程介绍了基本的设置非常详细的一步一步我已经删除了我的一步一步的描述，只提供图片和屏幕截图，以突出最重要的此设置的重要方面。

教程：从ABAP环境调用远程功能模块

在SAP云平台ABAP环境中调用RFC功能模块时，通过调用方法

cl\u RFC\u destination\u provider=>create\u by\u Cloud\u destination

此方法需要两个步骤参数。

第一个参数i\u name包含在Cloud Foundry子帐户的空间（这里是DEV）中的目标服务实例中定义的RFC系统的名称。

第二个参数i\u service\u instance\u name包含在通信安排的附加属性中维护的服务实例名称基于场景ID:SAP\u COM\u 276。

此场景的完整概述如下图所示。

在ABAP租户中，云服务器购买，我们创建了基于场景ID SAP\u COM\u 276的通信安排。

从ABAP代码调用RFC目的地时，淘客链接，重要的值是服务实例名称，大数据开发平台，该名称在附加属性中维护。在本例中，我们选择了服务实例名称SAP\u COM\u 0276\u DevDays2019。

RFC系统详细信息已保存在运行SAP云平台ABAP实例的空间的目标服务实例中。

请注意所使用的主机名（参数jco.client.ashost文件)是虚拟主机名（此处：virtualhosts4h）在SAP Cloud Connector中定义。

RFC目的地的名称S4H\u RFC是ABAP代码中用于动态生成RFC目的地的第二个参数。

在SAP Cloud Connector中，我们配置了一个不同于内部主机名的虚拟主机名（此处为virtualhosts4h）（vhcals4）hcs.dummy.nodomain域)将内部网络的细节与外界隔离。

现在您应该能够通过创建一个简单的ABAP类来测试设置，该类使用接口IF\u OO\u ADT\u CLASSRUN并实现方法IF\u OO\u ADT\u CLASSRUN~MAIN，并且可以通过按F9启动。

这个接口非常方便，因为在SAP中云平台ABAP环境你不能开发任何经典的报表。界面允许您在ADT工具的控制台视图中显示任何类型的文本和/或数据内容。

请记住，RFC目的地的名称必须由以下方法确定：

此方法采用您的RFC目的地的名称（此处：S4H\U RFC）和目的地服务的名称（此处：SAP\u COM\u 0276\u DevDays2019）作为参数。

RFC函数模块返回一个简单字符串，大数据难吗，其中包含有关所调用系统的一些信息。

（另请参阅上面控制台输出的屏幕截图）

当您的本地系统由于关闭或配置连接时出错而无法访问时将获得相应的错误消息。

云连接器中的审核（在模拟RFC调用后）：空云连接器中的跟踪（在模拟RFC调用之后）：空功能模块在Cloud Connector中作为可访问资源列出内部主机可在云连接器中访问在Cloud Connector中配置了正确的NEO子帐户已配置目标服务通信安排SAP\U COM\U 0276SAP\u COM\u 0200已配置

在另一个博客中，企业正版软件，我解释了如何生成适当的DDIC结构来调用本地RFC功能模块，因为SAP云平台ABAP环境是"空的"，并且不包含从本地SAP Business Suite或S/4HANA系统调用RFC功能模块所需的结构。

如何生成通过远程函数调用实现的定制实体的DDL源代码

我将解释如何在从本地系统读取产品演示数据的SAP CP ABAP环境中实现定制实体。