在我的一个博客系列中,国内大数据,有一个关于crmfiori应用程序端到端扩展的例子——第1部分:
我介绍了如何在Fiori应用程序中添加一些新字段,并支持CRUD。这次我将使用介绍的技巧来解决一个真实的商业案例。
在CRM WebUI中,给定opportunity的sales area由"Organization Data"任务块中的以下字段组成。
请注意标有红色的"sales Office"和"sales Group":
但是在Fiori中这两个字段不可用。
本系列blog将介绍如何将这两个标准字段引入Fiori并提供CRUD操作,什么叫云,
作为第一步,我们需要通过odata服务公开这两个字段的读取操作,这意味着当我们测试odata服务的读取操作时,大数据app,我们希望在响应流中看到这两个字段。以下是扩展前的响应截图–两个字段都丢失了。
1。当Fiori中Sales area页签的数据从后端读取时,我们进行调查,发现这两个字段的数据都已经由一个订单API返回,并且在标准odata服务实现的上下文中可用。
因为有一个MOVE-CORRESPONDING字段将opportunity数据从一个订单API结果移动到另一个结果odata服务的结构,对于读取操作,我们只需要在ls\u entityset的结构中创建两个名称完全相同的新字段SALES\u OFFICE和SALES\u GROUP,云服务器价格,移动对应就生效了。
2。Opportunity header的DDIC结构增强如下:
同时在service builder中添加这两个字段,重新生成运行时对象,并在网关和后端系统中清除模型缓存,数据分析工具有哪些,确保新字段在运行时可见。
3。重新测试odata服务读取操作,销售办事处和销售组现在可以在读取响应中使用了。