最近公司新上了国内某CRM系统，SAP的CRM也光荣下线了
但是紧接着就出现了一些需求，CRM自带一款小型BI，需要一些SD的数据，但是把R3的数据给他们进行计算的话，不仅复杂、数据海量，而且还很担心数据会和BW不一致，所以经过探讨，决定数据从BW出，然后传给他们。
基本流程Query->DSO->Open hub(DB Table)->RFM。
于是乎，凑着他们这几天不过来烦我，先做个DEMO，以后说话也有底气~哼哼~~~~
问题就来了。首先数据再Query里，取Query数据并不复杂：
1、使用APD，RSANWB，新建一个General的Application
2、根据业务逻辑建Query
由于业务逻辑比较复杂，需要显示每个月的月基本费，而月基本费本身又会参照月份，进行比较，所以，这个月份不能屏幕输入（屏幕输入一个月还行，但是N个月就没办法处理，也没办法每个月都做个变式交给APD去跑）。只好写死在列里，每次做一年的，也还好，十二行而已。。。
但是怎么从十二行转换成两个字段（月份、月基本费值）
SAP想的还是很周到的，每一行Query的数据，都可以通过例程去计算，这就解决了问题。
整个流程是这样的：
3、做DSO，DSO一定要是直接写入的，设计好Key fields和Data Fields（这个还挺重要的，和业务关系很大）
4、配置下例程的Source Fields和TargetFlds，然后开始写代码（和转换里的历程类似，不过思路要清楚，这可是真对报表里看到的每行数据做的处理）
5、配置下例程到DSO的Assignment，类似于Update Rule。
6、在DSO里，选择Overwrite Complete Content of the DSO，这样每次更新报表，数据就全部更新（人家会自己帮你删干净）
7、配置Open Hub，选择Destination Type为Database Table（这里有个Third-Part Tool，需要在SM59里配置RFC链接，没试过），然后勾上Deleting Data from Table，每次都删掉旧数据，类似于Full上载，下面我选择的是Semantic Key，这样就可以在Field Def里面配置Key Field，选Technical Key的话，就比较类似DSO的Log表，会有Request ID、RECORD等等，这些会作为是Key Field。
8、做转换、DTP
9、SE37，做RFM，很简单，就是取了/BIC/OHZVSD_H01的内容，传到参数table里。
SELECT * FROM /BIC/OHZVSD_H01 INTO CORRESPONDING FIELDS OF TABLE TABLE_YJBF WHERE SALESEMPLY = I_SALESEMPLY AND CALMONTH = I_CALMONTH.
10、做进程链，ABAP Program Variant，Program Name RSAN_PROCESS_EXECUTE，把APD的技术ID配置到Variant里。然后把DTP加在下面，over。。。
11、自己写了段JCO做测试
没啥技术含量，不就是个玩儿~~~跟SE37里面的执行没啥两样。。
续：原来的方案，是摸着石头过河的作品，真正用起来，才发现数据每次都会被冲掉，想要存一下，就使用了一层DSO，进行展现和数据处理。
可是这层DSO总会有新的需求，而进行改变，所以就又加了一层写优化的DSO，来专门存储历史数据。
