WebUI上的One order header和status是1:N的關系：在WebUI上的search結果里，會把一個order當前所有的status全部連接成一個string，并顯示出來。

從Component design里也能看清楚，status綁的是CONCATSTAT,

這個狀態連接是后臺完成然后返回給前臺的：

WebUI status render邏輯，在Search result和detail page不一樣。
(1). 在Search result，顯示所有的status:

(2). 在detail page，分兩種情況：
(2.1): 如果order的transaction type沒有配置user status profile，就只顯示system status的第一個。例如590這個order從后臺查詢它有兩個active的system status，但是在界面上只顯示第一個 I1003:

(2.2): 如果order的transaction type配置了user status profile，即這種情況order在后臺表里同時具有user 和system status，此時優先顯示user status，如圖：

在Smart template的list report頁面里，list report 里的table column和CDS view 里的field都是一一對應的，1:1的關系。但是現在由于CRM里order status的design，一個order可能擁有N個status。

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:

The description of status code is from TJ02T table:

And there is a view which joins the two views above in order to return both system status code and system status description.

Data preview looks like below:

但如果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的判斷。

Its modelling detail:

Final data preview result below:

From here we get the conclusion that the cardinality of Opportunity UUID : SystemStatus code is: 1:N.
要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的SAP CRM Service Order(服务订单)的状态字段设计原理介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。