Sydongsun's blog

去年为了在家安装ECC6，为了系统性能考虑而重新配置了一台电脑。这台电脑的配置被复制了几次，几个朋友为了麻烦、或者没有时间自己去做配置选择，直接参照我的配置到电脑城去直接购买。

我的电脑配置如下：
处理器：Intel E2140 (如果是现在购买，可以选择更好的，价格可能还便宜一些)。
主板：华硕 P5ND2
硬盘：西部数据 320G
内存：威刚红色威龙：2G * 3 =6 G (当时的红色威龙2G 667的价格是360元一根。现在可以选择更好的，比如威刚红色 2G 800的。)
显卡：华硕7100GS （我选择的原因是，带数字接口，这样我的液晶显示器可以带两台电脑）
电源和机箱：先马小机箱 + 迅雷350

以上当时的价格为 3300元。电脑配件价格波动较快，降低为降低趋势。新近购买，要和商家谈妥最新的价格。

问题链接：reading masterdata of attribute in BI 7.0

因为我最近就这个问题有所总结。在我的SAP BW 350的课程中，我详细讲述了Transformation的一些应用场景。其中大概有8-10个小节讲述Transformation的内容。基本上涵盖了SAP BW中写Transformation中的Start routine和Transfer routine和End routine的各种场景。既有比较官方的内容讲述，也有来自于一些How-to文档的内容讲述，也有3个来自项目场景的内容提炼、精减后内容总结。其中SAPBI350_U和SAPBI350_V两个小节讲述了如下内容： 1. How to read externel table such as master date table or DSO table in start routine. 2. write transfer routine and get information of internal table created in start routine. 3. How to debug DTP and transformation.

SDN上的回答内容如下：

The scenrio is simplied based on CVS file, our real scenrios are logistical data models which date are from shipping item, order itme data source.

We have a infoobject named material which has a attribute material type. its data like this:

Material Material_Type
MAT001 ZDIE
MAT002 ZIFG
MAT003 ZDIE
MAT004 ZIFG

We hava a another DSO named delivery ODS which data like below:
Material DeliveryDoc DeliveryItem DeliveryDate
MAT001 12345678 1 20070501
MAT002 12345679 1 20070502
MAT003 12000000 1 20070503
MAT004 12000001 1 20070504

We have a another DSO named invoice ODS which data like below:
Material InvoiceDoc InvoiceItem Billingdate ReferedDeliveryDoc ReferedDeliveryItem
MAT001 30000000 1 20080101 12345678 1
MAT002 30000001 1 20080102 12345679 1
MAT003 30000002 1 20080103 12000000 1
MAT004 30000003 1 20080104 12000001 1

Our business requirements is:
1. Need to create the third DSO which will merge data from the above two DSOs.
2. the third DSO name "Deliveried sales order info DSO" which has the following model:
Material InvoiceDoc InvoiceItem DeliveryDoc DeliveryItem Act_Goods_Issue_DATE
3. The Act_Goods_Issue_DATE will be filled from delivery ODS or invoice ODS, the rule is if material type is "ZDIE" which means it is a non-physical product (service product), the Act_Goods_Issue_DATE should be filled from Billingdate of invoice ODS. if the material type is "ZIFG" that means it is a physical product. the the Act_Goods_Issue_DATE should be filled from the DeliveryDate of delivery ODS.

Implement mothod:
1. We create a transformation from delivery ODS to "Deliveried sales order info DSO", most infoobjects were mapped directly.
2. we create a transformation from invoice ODS to "Deliveried sales order info DSO". we create a start routine for Act_Goods_Issue_DATE. the main code is like below.

*$*$ begin of global - insert your declaration only below this line *-*
DATA: G_MATERIAL TYPE TABLE OF /BIC/PIO_MATG.
DATA: G_DSO_DELI TYPE TABLE OF /BIC/AZ_ODS200.
*$*$ end of global - insert your declaration only before this line *-*

*$*$ begin of routine - insert your code only below this line *-*
... "insert your code here
*-- fill table "MONITOR" with values of structure "MONITOR_REC"
*- to make monitor entries
... "to cancel the update process
* raise exception type CX_RSROUT_ABORT.

* Get material master date into the internal table G_MATERIAL
SELECT * INTO TABLE G_MATERIAL
FROM /BIC/PIO_MATG
FOR ALL ENTRIES IN SOURCE_PACKAGE
WHERE /BIC/IO_MATG = SOURCE_PACKAGE-/BIC/IO_MATG.
SORT G_MATERIAL BY /BIC/IO_MATG.

* Get delivery DSO active table data into the internal table G_DSO_DELI
SELECT * INTO TABLE G_DSO_DELI
FROM /BIC/AZ_ODS200
FOR ALL ENTRIES IN SOURCE_PACKAGE
WHERE /BIC/ZDOC002 = SOURCE_PACKAGE-/BIC/ZDOC001
AND /BIC/ZITEM02 = SOURCE_PACKAGE-/BIC/ZITEM0001.
SORT G_DSO_DELI BY /BIC/ZDOC002 /BIC/ZITEM02.

*$*$ end of routine - insert your code only before this line *-*

3. Then add the fields Material,Billingdate,ReferedDeliveryDoc,and ReferedDeliveryItem as input for the infoobject Act_Goods_Issue_DATE and write transfer routine like below:

*$*$ begin of routine - insert your code only below this line *-*
... "insert your code here
*-- fill table "MONITOR" with values of structure "MONITOR_REC"
*- to make monitor entries
... "to cancel the update process
* raise exception type CX_RSROUT_ABORT.
... "to skip a record"
* raise exception type CX_RSROUT_SKIP_RECORD.
* result value of the routine
DATA : W_MATERIAL TYPE /BIC/PIO_MATG.
DATA : W_DELIVERY TYPE /BIC/AZ_ODS200.

READ TABLE G_MATERIAL INTO W_MATERIAL WITH KEY /BIC/IO_MATG =
SOURCE_FIELDS-/BIC/IO_MATG
BINARY SEARCH.
IF SY-SUBRC EQ 0.

IF W_MATERIAL-/BIC/IO_MATTY = 'ZDIE'.
* if the material is a service product.
RESULT = SOURCE_FIELDS-/BIC/ZDATE01.
ELSE.
* if the material is a non service product, then search internal table G_DSO_DELI to get DeliveryDate.
READ TABLE G_DSO_DELI INTO W_DELIVERY WITH KEY
/BIC/ZDOC002 = SOURCE_FIELDS-/BIC/ZDOC001
/BIC/ZITEM02 = SOURCE_FIELDS-/BIC/ZITEM0001
BINARY SEARCH.
IF SY-SUBRC EQ 0.

* Assign DeliveryDate "/BIC/ZDATE02" to result.
RESULT = W_DELIVERY-/BIC/ZDATE02.
ENDIF.
ENDIF.
ENDIF.
*$*$ end of routine - insert your code only before this line *-*

从 ITPUB上看到别人整理的一个很不错的FI tables的结构和关系总览图，非常不错。也记录到自己的Blog中来。感谢原作者。

FI tables的结构和关系总览图：

图中相关表的说明。

Parking Documents

VBKPF Document Header for Document Parking
预制凭证的凭证抬头

VBSEGA Document Segment for Document Parking - Asset Database
凭证预制的凭证段-资产数据库

VBSEGD Document Segment for Customer Document Parking
客户凭证预制的凭证段

VBSEGK Document Segment for Vendor Document Parking
供应商凭证预制的凭证段

VBSEGS Document Segment for Document Parking - G/L Account Database
凭证预制的凭证段-总帐科目数据库

VBSET Document Segment for Taxes Document Parking
税收凭证预制的凭证段

(Real) Documents

BKPF Accounting Document Header
会计核算凭证标题

BSEG Accounting Document Segment
会计核算凭证段

BSID Accounting: Secondary Index for Customers
会计核算：客户的第二次索引(如业务被清账，则相应的记录从表中删除，转移到BSAD)

BSAD Accounting: Secondary Index for Customers (Cleared Items)
会计核算：客户的第二个索引（已结算项目）

BSIK Accounting: Secondary Index for Vendors
会计核算：供应商的第二次索引(如业务被清账，则相应的记录从表中删除，转移到BSAK)

BSAK Accounting: Secondary Index for Vendors (Cleared Items)
会计核算：供应商的第二个索引（已结算项目）

BSIS Accounting: Secondary Index for G/L Accounts
会计核算：用于总帐科目的第二个索引(如业务被清账，则相应的记录从表中删除，转移到BSAS)

BSAS Accounting: Secondary Index for G/L Accounts (Cleared Items)
会计核算：总帐科目的第二个索引（已结算项目）

Customer Related

KNA1 General Data in Customer Master
客户主文件的一般数据

KNB1 Customer Master (Company Code)
客户主数据(公司代码)

KNC1 Customer master (transaction figures)
客户主记录(交易额)

KNC3 Customer master (special G/L transaction figures)
客户主数据(特殊总帐业务额)

Vendor Related

LFA1 Vendor Master (General Section)
供应商主数据(一般地区)

LFB1 Vendor Master (Company Code)
供应商主数据(公司代码)

LFC1 Vendor master (transaction figures)
供应商主数据(业务额)

LFC3 Vendor master (special G/L transaction figures)
主供应商(特殊总分类帐交易图表)

G/L Related

SKA1 G/L Account Master (Chart of Accounts)
总帐科目主记录(科目表)

SKB1 G/L account master (company code)
总帐科目主记录(公司代码)

GLT0 G/L account master record transaction figures
总帐科目主记录业务额

Bank Related

BNKA Bank master record
银行主记录

Other Document Segment

BSET Tax Data Document Segment
税收数据凭证段

BSED Bill of Exchange Fields Document Segment
汇票字段凭证段

BSES Document Control Data
凭证控制数据

BSEC One-Time Account Data Document Segment
一次性帐户数据凭证段

前几天，听马哥的一个技术讨论，作为一个高水平的SAP BW顾问，他提到在BW项目中他的一些思路和方法。

1.数据在哪里？
2.怎么去获取？(比如生产订单数量，PP、MM、CO都会有，但是从那里获取最合适？)
3.有哪些数据获取方案？
4.最终确定 （1. BW有什么？2.相关数据 （订单号，生产批次）? 3. 关键信息(但是被用户忽略) ）
5.BW用什么样的DataProvider做（DSO,InfoCube,性能）
6.报表

以上阶段同时也是按照BW顾问在项目实施过程中的重要性排序。数据在哪里？怎么去获取？有哪些数据获取方案？是最为关键

的几个问题，在项目初期的需求澄清和方案澄清过程中，同时也需要应用顾问，最终用户的参与和帮助。而且这些方面也体现了SAP BI顾问对于应用模块的熟悉，以及技术经验的积累程度。而这些主题是不容易被培训所清除的表达，更多的来自项目经验积累和模块知识的积累。

假设我们已经知道了“数据在哪里”这个问题之后，怎么去获取，有哪些获取数据获取方案? 我想从SAP BW技术角度、从局部做一些剖析或者总结。还是有意义的。

我将围绕“数据获取方法、方案”做一个专题总结，主要依照下列主题为思路进行讨论：
1.Business Content的利用；
2.在源系统创建一般数据视图、Infoset等作为一般数据源；
3.使用Functin Module作为数据源；
4.如何对Datasource进行Enhancement。
5.在信息模型的加载过程中读取其他外部信息。
6.在ECC源系统对Datasource做Enhancement?还是在BW中的Data stage中去汇集信息？
7.ABAP开发者所总结的定位数据来源的表的一些做法总结。