在我的一个博客系列中，国内大数据，有一个关于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服务读取操作，销售办事处和销售组现在可以在读取响应中使用了。