如何展示主数据的历史变化(三)

 业务场景三：架构可选，数据灵活汇总。
用户希望指定一个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来作聚集。



 

激活后再看看聚集后的数据：