如何展示主資料的歷史變化(三)

 業務場景三：架構可選，資料靈活彙總。

使用者希望指定一個Key Date，報表以Key Date，統計母公司的業務收入。即，使用者指定7月1日為Key Date， 報表將以舊的組織結構為統計標準，AAA和BBB子公司的收入記到X母公司的帳上，CCC公司的收入記到Y母公司的賬上。DDD子公司的資料沒有所屬的母公司。

如果使用者指定8月1日為Key Date，報表將以新的組織結構為統計標準。AAA子公司的收入記到X母公司的賬上，BBB，CCC，DDD子公司的收入記到Y母公司的賬上。

這種需求中的資料可以按任何時間點的組織架構進行彙總，彙總後的資料反映了集團在各個歷史時間組織架構的母公司的收入總資料變化。

注意，這個方法可相容我上一篇（如何展示主資料的歷史變化(二).doc）的那個業務場景。但跟第一篇（如何展示主資料的歷史變化(一).doc）就是兩個截然不同的場景。這是以什麼時候的組織架構來統計資料，而不是以業務發生時的組織架構來統計。

建模方法：將母公司維護成子公司的一個Time-dependent的Navigation Attribute。

1、建立子公司資訊物件SUB_COMP3, 母公司PAR_COMP3是作為它的Time-dependent的Navigation Attribute。

2、啟用之後，開啟SUB_COMP3的結構，看看其特別之處，它有Valid to和Valid from兩個欄位。系統對其的預設值是從“01.01.1000”到“31.12.9999”。當在載入子公司的主資料時，就要定義它的有效日期了。不同時間段的組織結構是分不同記錄儲存的。它有時不符合我們看資料的習慣，把Ｔo放在前面，Ｆrom在後面。

３、現在手動維護它的主資料，如下：

４、建立一個infoCube:IC_RENO14，點選Navigation Attributes的SUB_COMP3__PAR_COMP3的開關。

５、為infoCubu:IC_RENO14建立DS，Transformation, DTP, infoPackage。

6、倒入以下這些交易資料。

7、建立一個Query, 並指定Key Date: 2008.7.XX，在RSRT執行這個Query.

8、Query的結果是，看到了沒，在2008.7.31之前，BBB都是X母公司旗下的。

9、將key Date改為2008.8.2再看一下。

簡單點來看，因為只是BBB更改了它的組織結構，所以這兩個結果變化的只是BBB的母公司的不同而已。上面是屬於X母公司的，下面這個是屬於Y母公司的。

補充一點：這裡的key Date應該把它做成一個輸入變數更適合，讓使用者根據需要來輸入相應的Key Date。但我這裡為了展示結果，就直接在在Query屬性中寫死了。你可以做得更完美些。

對IC_RENO14作聚集，用這個導航屬性的PAR_COMP3來作聚集。

 

啟用後再看看聚集後的資料：