如何在Tagetik系统中抽取处理SAP系统财务数据

上篇我们简单介绍了Tagetik对接核算系统数据抽取及处理，本篇我们以SAP为例，简单讲一下Tagetik对接SAP数据的基本情况。

一般SAP数据来源有两大类：表数据、数据源数据（此为BW的数据源的源头）。

数据源（ Data Source）更好从业务角度整合了SAP业务数据，提供更好的增量抽取机制，但是对于如何在SAP端配置提出了更高和复杂的要求。

对于Tagetik来说，有专门的SAP Connector来对接SAP数据进行数据原表抽取，但是原表如何逻辑对应到中间库或者Tagetik的多维模型中，需要我们积累的预置不同核算系统的标准逻辑包来处理。

一般对于SAP源数据，我们会创建一个Staging数据库来映射其原表或者源数据源。

一般常用的SAP的表或者数据源：

主数据	TCURR	汇率
SKB1	总帐科目主记录(公司代码)
SKAT	总帐科目主记录(科目表:说明)
KNA1	客户主数据
LFA1	供应商主数据
MARA	常规物料数据
MAKT	物料描述
T001	公司代码
T001K	公司工厂对应关系
TGSB	业务范围
TVKO	销售组织
交易数据表	GLT0	科目余额
BSEG	会计核算凭证段
BKPF	会计核算凭证标题
BSID	客户未清行项目
BSAD	客户已清行项目
BSAK	供应商已清行项目
BSIK	供应商未清行项目
VBAK	销售凭证抬头
VBAP	销售凭证:项目数据
VBRK	出具发票抬头
VBRP	出具发票项
EKKO	采购凭证抬头
EKPO	采购凭证:项目数据
CEPC	利润中心主数据表
CEPCT	利润中心主数据文本
CSKS	成本中心主数据
CSKT	成本中心说明文本
MBEW	物料评估
MVKE	物料销售数据
MSEG	凭证段:物料
MBEWH	物料评估:历史
T023T	物料组描述
ANLA	资产主记录段
TABW	资产业务类型
ANLC	资产值字段
AUFK	订单主数据
ANEKPV	在建工程科目单项视图
S039	存货控制
FAGLFLEXT	总账
ZTFI0001	总账凭证明细表
COVP	成本控制对象:期间和凭证抬头相关的行项目
交易数据源	0FI-GL-1	总分类帐：业务量
0FI-GL-10	总分类帐：领先分类账余额
0FI-GL-4	总分类帐：带有增量提取的行项目
0FI_AP_4	供应商: 带有增量提取的行项目
0FI_AR_4	客户: 带有增量提取的行项目
0FI_AA_11	FI-AA：交易
2LIS_02_ITM	采购数据(项目等级)
2LIS_02_HDR	采购数据 (抬头等级)
2LIS_03_BF	库存管理的货物移动
2LIS_03_BX	库存管理的库存初始化
2LIS_03_UM	重新评估
2LIS_11_VAHDR	销售凭证抬头数据
2LIS_11_VAITM	销售凭证项目数据
2LIS_12_VCITM	交货项目数据
2LIS_12_VCHDR	交货表头数据
2LIS_13_VDHDR	开票凭证抬头数据
2LIS_13_VDITM	开票凭证项目数据

处理SAP数据以及业务逻辑对应：

在处理SAP数据已经业务逻辑对应时候，一般我们会面临两种情况。

1. 需要先集中初步处理放到中间库，然后再从中间库数据流转到Tagetik合并系统中。

2. 不经过中间库（没有中间库），Tagetik系统直接对接Staging数据库，直接数据进入Tagetik合并系统中。

两种情况都是可行的，一般我们会等多进行分层，即多设立一层中间库层来增加数据的复用性、通用性、提高性能。

随着我们面临的是如何较好定义Staging DB 到中间库层需要进行哪些业务逻辑处理、从中间库层到Tagetik需要进行哪些业务逻辑处理。如果这个没有定义清楚，也就失去了多定义一层中间库的意义了。

Staging DB->中间库：保留原有核算数据的颗粒度，进行某些字段过滤及剔除原有核算系统的表结构特种，进行表结构及大的逻辑的统一。

中间库->Tagetik数据库：进行数据聚合、科目及客商主数据映射、科目直接关系转换、更多合并业务逻辑的预处理转换。

明细表数据对应：

建议使用存储过程，来进行中间库到TF 表的数据映射对应。