CO BW成本报表建立小结

CO模型在BW中属于比较简单的模型,可是在没有指导的情况下自己摸索,还是需要花一点工夫的,所以把大致的流程概述一下,做个笔记。需求是要做一张实际成本报表,参考事务码KKBC_PKO来比对数据的正确性。

 

第一步就是找到合适的数据源,这个没有办法,只能自己动手来,通过结构初步判断,决定拿0CO_PC_01(成本对象控制: 计划/实际数据)试一试,初始没有考虑太多,大致确定数据结构后,就迁移BW端对应数据源并创建信息包加载数据。然后创建DSO一路加载数据,但是由于缺少系统的分析,所以初始模型当然以失败告终,做出来的query数据完全对不上,所以分析后,加上这些信息对象。

 

由于发现与R3 KKBC_PKO对比的数据似乎完全对不上关系,所以又再次分析了R3的数据源本身,发现还一个借贷标识(0DB_CR_IND)没有加上,另外最重要的就是DSO中没有加入0CURTYPE(货币类型),货币类型是记账货币,如果不加以区分,会造成数据重复,其内容如下:

CO BW成本报表建立小结_第1张图片

整个DSO设计

CO BW成本报表建立小结_第2张图片

不过再重新加载后,发现数据仍然不对,只能取出PSA中部分数据而不是全部加载,疑惑了很久,恍然大悟,原来DSO是二维表结构,加载进去的数据如果采用覆盖的模式,则在关键字字段相同的情况下,会导致后加载的数据覆盖前一笔数据,所以导致出现了只能取部分数据的情况,发现这个情况后分析了数据,决定采用“合计”的加载方式。

 

一切修改重新加载后,数据却是R3标准数据的两倍,初始怀疑是不是因为“合计”造成的,仔细研究后发现不是,疑惑中去查看PSA表,发现在PSA中竟然一条记录存在两个请求号码,就是说加载了两遍数据,但是却又没有在PSA的加载中看到记录中体现出来,看来系统有时候也会犯错误,这样又重新把PSA数据删除重新加载一遍,再来比对数据,OK,正确!!!

 

虽然回头来想,事情不是很难,可是还是有些小小的心得:

1、在不能确定数据源是否正确时候,要用RSA3R3端好好验证数据正确性,最好能找到一笔最小单元的数据,和系统标准报表进行比对,确认数据正确,防止在BW端出错后怀疑起数据源的准确性;

2、如果数据加载不完全,而PSA数据又能够和R3端吻合,如果没有筛选数据的转换,那么考虑DSO是否是关键字段设置不完全导致数据出现重复,而又采用覆盖加载的方式;

3、有时候PSA的加载记录也会欺骗人的,直接SE11去看PSA的表数据,看看到底有多少个请求。

你可能感兴趣的:(数据结构,query,报表)