SAP CRM Service Order(服务订单)的状态字段设计原理介绍

WebUI上的One order header和status是1:N的关系:在WebUI上的search结果里,会把一个order当前所有的status全部连接成一个string,并显示出来。SAP CRM Service Order(服务订单)的状态字段设计原理介绍从Component design里也能看清楚,status绑的是CONCATSTAT,SAP CRM Service Order(服务订单)的状态字段设计原理介绍个状态连接是后台完成然后返回给前台的:SAP CRM Service Order(服务订单)的状态字段设计原理介绍WebUI status render逻辑,在Search result和detail page不一样。

(1). 在Search result,显示所有的status:

SAP CRM Service Order(服务订单)的状态字段设计原理介绍(2). 在detail page,分两种情况:

(2.1): 如果order的transaction type没有配置user status profile,就只显示system status的第一个。例如590这个order从后台查询它有两个active的system status,但是在界面上只显示第一个 I1003:SAP CRM Service Order(服务订单)的状态字段设计原理介绍SAP CRM Service Order(服务订单)的状态字段设计原理介绍SAP CRM Service Order(服务订单)的状态字段设计原理介绍HANA studio里Opportunity相关的view

结论 仍然是: Opportunity和Status的关系是1:N, 而非1:1.

HANA studio 里的model全是为了Analytic report设计的,而非我们将来要做的service process ( transaction application ).


因此,HANA studio里相关的model 只针对system status建模,并未包含user status。这个我们的scenario有所差异。


n How to get system status code and description


HANA model取system status code和description和我CDS的做法一样:简单描述如下:


All system status are queried from TJ02 table:SAP CRM Service Order(服务订单)的状态字段设计原理介绍he description of status code is from TJ02T table:SAP CRM Service Order(服务订单)的状态字段设计原理介绍SAP CRM Service Order(服务订单)的状态字段设计原理介绍SAP CRM Service Order(服务订单)的状态字段设计原理介绍SAP CRM Service Order(服务订单)的状态字段设计原理介绍但如果perform 一个where used list就能发现,这个calculation view并未用于opportunity相关的report里。


n OpportunityQuery


这个calculation view被大量用于CBA的tile里,it will show the total number of Opportunities with the following status:


won

lost

hasError

Open

InProcess

下图右边Output里StatusXXXX 几个column都是calculated field,计算的逻辑就是看system status是否为对应值。例如下图isWon的判断。SAP CRM Service Order(服务订单)的状态字段设计原理介绍SAP CRM Service Order(服务订单)的状态字段设计原理介绍SAP CRM Service Order(服务订单)的状态字段设计原理介绍







上一篇:JetBrains 发布新款编程字体,提高编程效率、开源免费可商用!


下一篇:车联网场景下海量车辆状态数据存储实践