1. SAP 端配置
1.1 SALE 定义逻辑系统
1.2 SM59定义与SAP CPI的HTTP连接
此时可以只填写CPI的域名、端口、代理信息，还有CPI的基本鉴权即可
1.3 BD64 创建模型视图
模型视图需要在待推送数据的Client做配置
1.4 生成合作伙伴参数
合作伙伴系统选择1中所创建的逻辑系统，执行即可
1.5 WE21 定义端口
RFC目标选择第2步中所创建的HTTP连接
其他参考下图
1.6 WE20 维护合作伙伴参数
完成第4步之后，会自动生成逻辑系统的伙伴类型
选中待推送IDOC的伙伴类型，添加出站行
消息类型和基本类型选择待推送的IDOC类型
接收方端口填入第5步创建的端口
可以配置多个消息类型，推送时就会根据第3步时的规则自动推送对应的IDOC至端口
2. CPI流程配置
整体配置如下
2.1 配置IDOC地址
2.2 记录IDOC HEADER信息
把HEADER改成application/json，外围系统收到的才是json
SAP的IDOC号和IDOC类型都记录在抬头上，可以暂存到exchange property中，方便后续使用
2.3 分配路由
HEADER抬头中的IDOC类型可以用于区分IDOC目标，客户的往客户的接口推，供应商往供应商的接口推，避免重复开发IFlow
2.4 记录日志
中间这一节跟常规REST2HTTP的配置一模一样，不赘述了
此处写了groovy脚本，用于将外围系统返回的JSON报文收集，并重新封装成新的JSON报文，准备返回给SAP的RFC
注：由于IDOC接口均是异步，只要SAP往CPI接口推送过来了，SAP就视为IDOC成功，但实际上有可能在CPI推送至外围系统时失败，所以需要在CPI上记录外围返回的JSON报文，并返回给SAP的接口做日志记录
groovy脚本如下
source_body就是外围系统返回的json报文
target_body是SAP RFC mapping的报文结构
groovy
/* Refer the link below to learn more about the use cases of script.
https://help.sap.com/viewer/368c481cd6954bdfa5d0435479fd4eaf/Cloud/zh-CN/148851bf8192412cba1f9d2c17f4bd25.html
If you want to know more about the SCRIPT APIs, refer the link below
https://help.sap.com/doc/a56f52e1a58e4e2bac7f7adbf45b2e26/Cloud/zh-CN/index.html */
import com.sap.gateway.ip.core.customdev.util.Message;
import java.util.HashMap;
import groovy.json.*;
def Message processData(Message message) {
// Source Body
def source_body = message.getBody(String.class);
// Target Body Structure
def jsonSlurper = new JsonSlurper();
def target_body = '{"IF_STATU":"","IFMSG":"","BUSNO":"","IFNUM":"IDOC001","ORSYS":"","BODY":""}';
def list = jsonSlurper.parseText(target_body);
// Target Body Value
list.IF_STATU = '01';
list.IFMSG = '成功';
list.BUSNO = message.getProperty("IDOC_ID");
list.IFNUM = 'IDOC001';
list.ORSYS = 'WMS';
list.BODY = source_body;
// Return Body
target_body = JsonOutput.toJson(list);
message.setBody(target_body);
return message;
}下面的内容和常规REST2RFC接口请求一致，不再赘述
2.5 返回SAP SM59，补全HTTP连接
3 测试
3.1 BD14供应商推送
IFlow一切正常
日志记录正常，这个就看项目怎么设计日志平台的了
