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的记录：
