- SAP CRM Fiori 应用的 Deep Create 行为
- 从SAP客户主数据里直接创建商机(Opportunity)
- 如何使用代码创建和读取 SAP CRM 订单的 Text 数据
- SAP Fiori 的附件处理(Attachment handl
- SAP CRM Fiori 应用 My Opportunity
- SAP UI5和Angularjs事件处理机制的实现比较
- 在 SAP CRM Fiori 应用上给 Opportunity
- 如何使用 SEGW 的 redefine 功能对 SAP 标准
- 点击 Fiori Launchpad tile 后报错的处理方法
- SAP UI5 初学者教程之五:视图控制器初探
什么是 OData 的 Deep Create 行为?我们通过一个具体的例子来了解。
下图是 SAP CRM Fiori 应用之一的 My Opportunities 界面。
我们点击 +
按钮,可以创建新的 Opportunity 实例。
![](https://img.haomeiwen.com/i2085791/cb5e3686919d646a.png)
在 Opportunity 创建页面里,可以维护 Opportunity 抬头区域的字段值。所谓抬头区域,可以理解成 Opportunity OData 模型的根节点:
![](https://img.haomeiwen.com/i2085791/02fc6a8374a8a865.png)
抬头区域的字段值维护完毕之后,往下滑动屏幕,看到 Product 区域。点击 +
按钮,添加 Product 数据:
![](https://img.haomeiwen.com/i2085791/f8d189674a158cc6.png)
下图高亮区域就是 Product 数据,而从建模的层面来说,这些字段值,都是 Opportunity OData 模型的子节点,即 Product 子节点上的字段值。
![](https://img.haomeiwen.com/i2085791/db3f08f3dd34b277.png)
因此,所谓 OData 的 Deep Create 操作,就是 OData 消费者在一个 HTTP 请求里,同时提供了待创建的根节点和子节点字段值,这样 OData 服务提供者在接收到这个 HTTP 请求后,能够同时创建包含根节点和子节点的业务数据实例。
我们在 Chrome 开发者工具的 Network 页面里,观察到上述场景所触发的 OData 请求,其 HTTP Payload 明细如下:
{"Description":"deep create","ProcessType":"OPPT","StartDate":"2022-8-28T00:00:00","ClosingDate":"2022-8-28T00:00:00","ExpectedSalesVolume":"0","SalesStageCode":"1","UserStatusCode":"E0001","UserStatusText":"Open","PriorityCode":"","PriorityText":"","ProspectName":"4221711","ProspectNumber":"4221711","MainContactName":"","ChanceOfSuccess":"0","ForecastRelevance":true,"CurrencyCode":"","Guid":"00000000-0000-0000-0000-000000000000","Statuses":[{"HeaderGuid":"00000000-0000-0000-0000-000000000000","StatusProfile":"CRMOPPOR","UserStatusCode":"E0001","UserStatusText":"Open","StatusOrderNumber":"01"}],"Products":[{"HeaderGuid":"00000000-0000-0000-0000-000000000000","ProcessingMode":"A","ProductGuid":"00163EA7-1FFC-1EE1-A7E6-1543AD7395C1","ProductId":"AWEHFOIQF","ProductName":"blabla","Quantity":"1","TotalExpectedNetValue":"11","Unit":""}],"SalesTeam":[{"HeaderGuid":"00000000-0000-0000-0000-000000000000","PartnerFunctionCode":"00000004","PartnerNumber":"4221711","PartnerName":"","PartnerFunctionText":"Payer"}],"EmployeeResponsibleNumber":"4031140","PredecessorGUID":null}
![](https://img.haomeiwen.com/i2085791/da0704b6ccdd9b43.png)
上图的 Products,是一个 navigation property,定义在 SEGW 事物码里这个位置:
![](https://img.haomeiwen.com/i2085791/55f5d738ef98993a.png)
SAP ABAP OData 服务器端的处理,当接收到上述的 HTTP 请求 payload 之后,框架会调用 OData DPC_EXT 类的 CREATE_DEEP_ENTITY 方法,其调用栈如下图所示:
![](https://img.haomeiwen.com/i2085791/0c87ac63a26310ad.png)
框架解析出的 lv_expand_string, 包含了 navigation property Products
:
![](https://img.haomeiwen.com/i2085791/8809da5770c404ca.png)
首先使用 io_data_provider
, 读取 header 区域的数据:
![](https://img.haomeiwen.com/i2085791/47372eae40f7eb43.png)
读取出来的 header 数据里,OData 框架已经帮我们解析好了通过 navigation property 维护的 products 数据:
![](https://img.haomeiwen.com/i2085791/1992bdc9d4338013.png)
最后 products 指向的数据,通过输入参数 it_product_i
, 传入 One Order API CRM_ORDER_MAINTAIN:
![](https://img.haomeiwen.com/i2085791/f5f67dcf5a9e9188.png)
该 HTTP Post 请求成功执行后,返回 201 Created 状态码:
![](https://img.haomeiwen.com/i2085791/fe242bf23966c702.png)
网友评论