CRM WebClient UI上以html格式显示note的问题讨论

如果webclient ui里某个Opp维护了html 格式的internal note，这些note显示在Fiori UI上会出问题么？

不会，这些text在DB存放的时候包含了必须的html tag：

但是在assignment block里显示的时候，所有的tag都通过下面的FM被去掉。

而Opportunity note的read 实现里也call 了这个FM，因此对于html note在Fiori ui的显示，其behavior和webclient UI里Note assignment block 的“Text”column里显示的方式一致。

我们测request download时，需要选在ERP修改某个product，然后在CRM端trigger request download看修改是否成功同步到CRM。

但是如下面邮件描述的，一旦在ERP修改了之后，这个修改会立即通过delta download同步到CRM端。所以我们测试Request download时需要暂时把delta download deactive掉。我能想到的deactive方法如下.

但是需要在ERP里修改customizing。

在ERP端debug Material delta download时发现，ERP端把delta change push到CRM端是通过PERFORM raise_bte_00001250trigger的:

这个subroutine会检查configuration table TBE01里是否维护了针对event 00001250 对应的handler function module:

使用transaction code BF31:

移除掉handle function module 为CRS_MATERIAL_COLLECT_DATA的entry，即可deactivate Material delta download。

这是优化前的代码，可以看到ServiceRequest.Retrieve在foreach循环里被调用 。

如何优化：

其实在PDI里有提示。在ServiceRequest后面敲个“。”，触发代码自动完成功能，可以看到Retrieve方法有三个重载，这意味着Retrieve的输入参数不同，后台编译生成的ABAP方法也不同。

如何优化：

还是一样的思路：

在line 29声明一个行类型为ID的容器idCollection，然后按照业务逻辑，把需要retrieve的id依次加入这个容器，最后在line 39传一个容器进去。

可以和41行的retrieve比较，这里的retrieve传入的是一个单个的行记录。如果传入参数是一个容器，那么编译出来的ABAP代码执行的是RETRIEVE_MULTIPLE_LINES, 而不是现在在循环里执行retrieve_single.