FI 数据源（AP） 及 增量逻辑

AP

一般AP里要分析行项目数据，交易数据，历史付款信息。

还有一些供应商主数据。

基础的抽取数据源就是下面几个：

• 0FI_AP_4: Vendors: Line Items with Delta Extrcation
• 0FI_AP_6: Vendor Sales Figures via Delta Extraction
• 0FI_AP_7: Vendor SGL Sales Figures using Delta Extraction

1. 数据源

1.1 0FI_AP_4

这个是从表BSIK（未清项）和BSAK（已清项）来的。

提取器：BWFID_GET_FIAP_ITEM

提取结构：DTFIAP_3 （从原先那个0FI_AP_3改来的）

在数据源里有个CI_BSIK结构用来添加附加字段。

这个CI_BSIK结构自动包括在主结构DTFIAP_3里。

这里有个0FI_AP_30数据源，也是一样的提取结构DTFIAP_3。

但是它不支持delta init：

提取结构一样，提取器不一样。

0FI_AP_4用的是时间戳方法。而不是delta queue。

字段	描述	原始表	原始表字段
BUKRS	Company code	BSIK, BSAK	BSIK-BUKRS
FISCPER	Fiscal year/period	BSIK, BSAK	BSIK-GJAHR BSIK-MONAT
BELNR	Accounting document number	BSIK, BSAK	BSIK-BELNR
BUZEI	Account document posting line	BSIK, BSAK	BSIK-BUZEI
UPOSZ	Subitem number		= 0001
STATUSPS	Status of the FI item (O = open, C = cleared)	BSIK, BSAK	BSIK-BSTAT, BSIK-AUGDT
LIFNR	Account number of the vendor or creditor	BSIK, BSAK	BSIK-LIFNR
KKBER	Credit control area	BSIK, BSAK, T001	BSIK-KKBER or T001-KKBER
MABER	Dunning area	BSIK, BSAK	BSIK-MABER
KOART	Account type		= K
UMSKZ	Special G/L indicator	BSIK, BSAK	BSIK-UMSKZ
BLART	Document type	BSIK, BSAK	BSIK-BLART
BSCHL	Posting key	BSIK, BSAK	BSIK-BSCHL
FISCVAR	Fiscal year variant	T001	T001-PERIV
BLDAT	Document date in document	BSIK, BSAK	BSIK-BLDAT
BUDAT	Posting date in the document	BSIK, BSAK	BSIK-BUDAT
CPUDT	Day on which accounting document was created	BSIK, BSAK	BSIK-CPUDT
AUGDT	Clearing date	BSIK, BSAK	BSIK-AUGDT
MADAT	Last dunning date	BSIK, BSAK	BSIK-MADAT
NETDT	Due date for net payment	BSIK, BSAK	通过FM DETERMINE_DUE_DATE 计算
SK1DT	Due date according to cash discount terms 1	BSIK, BSAK	通过FM DETERMINE_DUE_DATE 计算
SK2DT	Due date according to cash discount terms 2	BSIK, BSAK	通过FM DETERMINE_DUE_DATE 计算
ZFBDT	Baseline date for due date calculation	BSIK, BSAK	BSIK-ZFBDT
ZBD1T	Cash discount days 1	BSIK, BSAK	BSIK-ZBD1T
ZBD2T	Cash discount days 2	BSIK, BSAK	BSIK-ZBD2T
ZBD3T	Net payment terms period	BSIK, BSAK	BSIK-ZBD3T
ZBD1P	Cash discount percentage 1	BSIK, BSAK	BSIK-ZBD1P
ZBD2P	Cash discount percentage 2	BSIK, BSAK	BSIK-ZBD2P
LAND1	Country key	T001	T001-LAND1
ZLSCH	Payment method	BSIK, BSAK	BSIK-ZLSCH
ZTERM	Terms of payment key	BSIK, BSAK	BSIK-ZTERM
ZLSPR	Payment block key	BSIK, BSAK	BSIK-ZLSPR
RSTGR	Reason code for payments	BSIK, BSAK	BSIK-RSTGR
MANSP	Dunning block	BSIK, BSAK	BSIK-MANSP
MSCHL	Dunning key	BSIK, BSAK	BSIK-MSCHL
MANST	Dunning level	BSIK, BSAK	BSIK-MANST
LCURR	Currency key of the local currency	T001	T001-WAERS
DMSOL	Debit amount in local currency	BSIK, BSAK	BSIK-SHKZG, BSIK-DMBTR
DMHAB	Credit amount in local currency	BSIK, BSAK	BSIK-SHKZG, BSIK-DMBTR
DMSHB	Local currency amount (+/-)	BSIK, BSAK	BSIK-SHKZG, BSIK-DMBTR
SKNTO	Cash discount amount in local currency	BSIK, BSAK	BSIK- SKNTO
WAERS	Currency key	BSIK, BSAK	BSIK-WAERS
WRSOL	Debit amount in foreign currency	BSIK, BSAK	BSIK-SHKZG, BSIK-WRBTR
WRHAB	Credit amount in foreign currency	BSIK, BSAK	BSIK-SHKZG, BSIK-WRBTR
WRSHB	Foreign currency amount (+/-)	BSIK, BSAK	BSIK-SHKZG, BSIK-WRBTR
SKFBT	Amount eligible for cash discount in document currency	BSIK, BSAK	BSIK-SKFBT
WSKTO	Cash discount amount in document currency	BSIK, BSAK	BSIK-WSKTO
KTOPL	Chart of accounts	T001	T001-KTOPL
HKONT	General ledger account in G/L accounting.	BSIK, BSAK	BSIK-HKONT
SAKNR	G/L account number	BSIK, BSAK	BSIK-SAKNR
FILKD	Branch account number	BSIK, BSAK	BSIK-FILKD
AUGBL	Clearing document number	BSIK, BSAK	BSIK-AUGBL
XBLNR	Reference document number	BSIK, BSAK	BSIK-XBLNR
REBZG	Invoice document number	BSIK, BSAK	BSIK-REBZG
REBZJ	Fiscal year of the relevant invoice	BSIK, BSAK	BSIK-REBZJ
REBZZ	Posting item in the relevant invoice	BSIK, BSAK	BSIK-REBZZ
VBELN	Sales document number
XREF1	Reference key of the business partner	BSIK, BSAK	BSIK-XREF1
XREF2	Reference key of the business partner	BSIK, BSAK	BSIK-XREF2
XREF3	Reference key for the document items	BSIK, BSAK	BSIK-XREF3
SGTXT	Item text	BSIK, BSAK	BSIK-SGTXT
XNEGP	Flag: Negative Posting	BSIK, BSAK	BSIK-XNEGP
XARCH	Indicator: amount already in archive	BSIK, BSAK	BSIK-XARCH
UMSKS	Transaction class Special Ledger	BSIK, BSAK	BSIK-UMSKS
UPDMOD	BW delta process: Update mode
ZUONR	Assignment number
.INCLUDE DTFIAP-WF
.INCLUDE CI_BSIK	Customer exits for extract structureDTFIAP_3		增强

1.2 0FI_AP_6

这个数据源从表LFC1 (供应商主数据交易数据）来的。

提取器：BWFI2D_GET_FIAP_TRFI

提取结构：DTFIAP_1 （从原先那个0FI_AP_1改来的）

字段	描述	原始表	原始表字段
LIFNR	Account number of the vendor	LFC1
BUKRS	Company Code	LFC1
FISCPER	Fiscal Year/Period	LFC1
FISCVAR	Fiscal Year Variant	LFC1
CURTYPE	Currency Type	LFC1
CURRENCY	Currency key	LFC1
UM01S	Total Debit Postings	LFC1
UM01H	Total Credit Postings	LFC1
UM01K	Accumulated Balance	LFC1
UM01U	Sales of the Period	LFC1
UPDMOD	BW delta process: update mode	LFC1

1.3 0FI_AP_7

这个从LFC3（供应商主数据 特殊总账交易数据）来的。

提取器：BWFI2D_GET_FIAP_TRFI_SPGL

提取结构：DTFIAR_7

字段	描述	原始表	原始表字段
LIFNR	Account number of the vendor	LFC3
BUKRS	Company Code	LFC3
FISCPER	Fiscal Year/Period	T001
FISCVAR	Fiscal Year Variant	LFC3
CURTYPE	Currency Type	LFC3
CURRENCY	Currency key	LFC3
UM01S	Total Debit Postings	LFC3
UM01H	Total Credit Postings	LFC3
UM01K	Accumulated Balance	LFC3
UM01U	Sales of the Period	LFC3

1.4 行项目提取增量逻辑

采用时间戳增量。也就是说会有一个时间戳字段在行项目里，然后会有个时间戳的表，记录哪些时间段已经被读取过了。下次抽取增量数据集从时间戳开始直接发送到BW里。不用再放到ERP的Delta queue里。

行项目数据源基本都用AIE（after-image delta）后像增量。这个就不好直接到BW的Cube类型的ADSO里。因为Cube里是直接累加，没有前像的抵消，累加会重复。

所以这种得先到标准ADSO里，用它的change log表来找到更改的记录，再往后传到上层ADSO。

那么时间戳在哪里？实际上在GL的抬头表BKPF里，在字段BKPF-CPUDT里。

当上一次的delta DTP抽取完了，ECC里面就会记录两个时间戳字段在BWOM2_TIMEST里面。

AEDAT是你的DTP抽取的时间。TS_LOW和TS_HIGH是从1900.01.01开始的秒数。抽完了就会在这两个字段对应的区间范围打个X。表示上次抽过这里的数据了，下次抽得从HIGH的往后。

转换一下来看： 

每次抽取都会在最新的一次区间内打钩。

所有的行项目都是这么个抽取方式：

 对于行项目来讲，一天只能抽上一天的所有增量集。因为在字段BKPF-CPUDT里，只有date没有time。大概就这么设计的，安全区间就是1天，用AIE过来，只取一天内最后一次更改的后像。

那么如果月末进行的更改，持续到了下月初一，这数据岂不是要到初二才能拿过来。这明显不行啊。

这种情况下，SAP说可以去设置一个表BWOM_SETTINGS里面的参数。

BWFIOVERLA

这个参数默认是空的。设置成X就允许时间区间的重叠。注意这个是有限制的，在BWFITIMEBOR这个里面是020000，也就是说如果提取时间是在02:00:00之前开始，就是打了X，也还是会提取前一天的数据。但是这个设置我们没有做，所以暂时行项目里我们只能拿到前一天的数据。

*解释SETTING表参数

BWFILOWLIM 这个就是你初始化增量的DTP的起始时间。默认值设置为19910101。

BWFISAFETY 计算提取日期上限，初始化的就是从当前日期到提取日期当天。增量的话就是从上次增量到当前日期-BWFISAFETY。这个是天数，最小1天。就是你最少能抽一天的增量，最大就是上次抽取的时间到前一天。

DELTIMEST 这个就是日志保留时间 默认60天。（是针对三个log表BWFI_AEDAT, BWFI_AEDA2 , BWFI_AEDA3）时间戳表BWOM2_TIMEST里会保留60天的抽取记录。60天前的会被删掉。那么对应的，日志表中的BWFI_AEDAT/2/3的更改记录也会被删掉。

BWFITIMBOR 默认为2点，格式为HHMMSS。意思是如果delta抽取时间在2点之后，那数据就是前一天的。如果是2点之前，那就是会取昨天之前一天的，又倒退一天。这也是个安全区间吧。比如你9月10号两点前跑DTP，那会去拿9月8号那天的。而两点后去跑，会去拿9月9号的。

BWFIOVERLA 这个是针对于年结或者月结的大批量数据处理，假设12月31号晚上处理的数据到1号的提取时间还没确认。还没存到数据库里。

默认是空，就是抽取的是上次的抽取时间戳到本次抽取时间-1天内的所有增量。

那么，填X 意思是忽略BWFISAFETY里面的值，delta的时间会是从上一次抽取的时间戳到这次抽取的时间。

BWFINEXT: 打了X好像是流抽取。默认是空。这个没整过。如果这里打了X，那这几个参数就被忽略了BWFIOVERLA , BWFISAFETY , BWFITIMBOR。具体在Note 991429里有。

*解释结束

如果GL没有进行增量抽取，那么AR和AP也就没有增量数据。所以处理链里先搞GL。

对于在上次增量抽取过后做更改的行项目数据，没有办法记录更改的时间。所以所有行项目只要做了更改都会被记录到系统里，更改了的行项目和凭证的key，和时间都会放到表BWFI_AEDAT里。

就相当于是个change日志表：

根据这个log表，提取器能找到增量数据集。

只要是你手动更改了行项目凭证的，或者是清行项目，或者是更改行项目的催款数据的。都会被记到这个表里。

这些都是由一些系统自带的更新程序搞起来的。细节的咱就不去追了。

只要知道在表TPS31里面有FM BWFIP_WRITE_AEDAT_POINTER就行了。SM30可以添加这条。它这FM是说写BKPF的change pointer。

在BW的增量初始化的时候就会自动在表TPS31里加这条。加了之后就是告诉系统接下来要记录增量了。我以后要弄增量DTP了。AEDAT这里写的是BSEG和BKPF的增量，其他的可以自己去看。

基本上搞完增量初始化，根据setting表里的增量区间，比如是1就是1天，那一天后可以开始增量抽取。

当然对于增量初始化的，也还是应该先搞GL的，再弄AR和AP的。要不然数据不一致了。有些时候增量初始化需要对财年和公司代码做限制的。那么应收和应付也都是跟着总账来，总账先搞哪些过滤参数，应收应付也是跟着用哪些过滤参数。

对行项目的增强可以在customer include里进行：

那么有两种情况，如果你在CI里面加的字段，就在它本身提取结构的表里，那就不用写增强逻辑了，因为提取器里就写了从那些表来的move corresponding 就能直接取出来。

如果是从其他表来的，就得用BW的BADI了，现在就是那个RSU5啥的。搞完了去RSA6把隐藏的字段给放出来。

1.5 交易数据提取增量逻辑

过程一样。就是增量日志表不一样：BWFI_AEDA2

时间戳表是一样的：BWOM2_TIMEST.

Delta init的DTP执行时候会生成这条在TPS31的记录：