本文档基于 Oracle EBS R12版本测试。所有R12的查询在12.0.4下验证，11i的在11.5.10.1下测试
一、企业采购业务
采购业务是一般企业都会有的业务，主要包括请购、采购、接收、入库、发票、付款几个步骤。分别对应采购、库存、成本、应付以及总账模块。
Oracle是财务业务一体化的系统，只要录入了相应的业务，则会自动生成相应的财务信息。
1、采购接收
采购模块主要功能是帮助业务部门管理采购订单，控制采购流程，审批层次，在请购单、和采购订单录入审批阶段是不产生财务信息的。
现假设企业采购两批原材料，价格50*2=100元。企业当前的银行存款为100元，库存成本为0。
在采购订单接收时，实际上表示物料采购已既成事实，我们将因此产生一笔因采购产生的应计负债，同时记一笔帐到我们的采购接收帐户。
采购接收的会计分录为：
商品采购 DR 100￥
应付帐款-应付暂估 CR 100￥
商品采购和应付帐款-应付暂估都是中转科目，相关科目的余额变化如下：
科目 初 发生 末
商品采购 0 +100 100￥
应付帐款-应付暂估 0 +100 100￥
入库和创建发票分录后，这两个科目余额将会结平为0。
这里为了更直观显示财务变化境况，而实时计算了各科目的余额，并同时假设所有科目的期初金额为0，这样做的目的仅仅是为了更好理解一些中转科目的余额变化情况，EBS实际业务中科目余额的变动都是要在子模块传送至总账，并过账以后才发生的。
具体的分录产生流程如下：
1) 接收事务处理器
采购接收以后会自动运行“接收事务处理器”。接收事务处理器会在rcv_receiving_sub_ledger中产生采购接收的会计分录。
11i和R12中都会在rcv_receiving_sub_ledger中产生分录，可以通过附件po_rcv_ledger.sql查询 。
这也就是我们“接收事务处理汇总”界面查看到的分录。
2) 传送总账
此时，R12中运行“创建会计科目 - 成本管理”请求，会产生子模块的会计分录，可以通过如下po_rcv_xla_ledger.sql查询 。
再提交“将日记帐分录传送至 GL - 成本管理”请求，则会插入分录信息至总账接口，则可以导入日记账过账。
注意：
11i中，采购接收在总账日记账中的来源是“Purchasing”，类别是“Receiving”；而在R12中，采购接收在总账日记账的来源为“Cost Management”，类别是“Receiving”。
2、交货入库
采购接收以后则可以进一步交货入库。同样会执行“接收事务处理器”，不过这一次做的事情更多，取成本（成本核算方式不同，取成本的逻辑亦不同），插入记录至mtl_material_transactions表等。
此时还不会立刻产生入库的分录，成本管理器运行以后，则会产生库存模块的分录, 将商品采购科目的余额转移至库存成本帐户。
同时，如果采用标准成本，采购价格和入库成本的不同则可能产生PPV（采购价格差异Purchase Price Variance）。假设物料的标准成本为80￥，分录如下：
库存商品成本 DR 80￥
PPV DR 20￥
商品采购 CR 100￥
相关科目的余额变化如下：
科目 初 发生 末
库存商品成本 0 +80 80￥
PPV 0 +20 20￥
商品采购 100 -100 0￥
中转科目商品采购科目的余额已结平为0。
具体如何查询分录参考如下sql。
1） 子模块
所有的库存物料事务处理（包括采购收货、字库转移、组织间转移、销售发放等等）的会计分录信息都在mtl_transaction_accounts表中，采购收货的分录信息则可以如下查询po_rcv_inv_ledger.sql 。
同时，xla中的分录可以从如下sql查看po_rcv_inv_xla_ledger.sql 。
2） 总账
提交请求“将日记帐分录传送至 GL - 成本管理”，将子模块分录传送至总账。
此时总账将生成来源为je_source=’Cost Management’ and je_category=’Inventory‘的日记账分录。
到这里，东西已经买到并入库计入成本，接下来到付钱了。
3、应付发票
应付发票可以手工录入。与采购有关的发票需要通过匹配采购订单生成应付发票。根据采购项目的税码，会自动或手工产生税行。
如果收到的发票价格与采购价格有差异，还将产生IPV（发票价格差异Invoice Price Variance）。这里我们假设供应商给我们开出发票的价格为80￥，与我们的采购价格产生了20￥的IPV。税码为VAT17。
因此采购匹配的应付发票会计分录为：
应付帐款-应付暂估 DR 100￥
暂估与发票差异(IPV) DR -20￥
进项税 DR 80*0.17￥
应付帐款-发票款 CR 93.6
相关科目的余额变化如下：
科目 初 发生 余额
应付帐款-应付暂估 100 -100 0￥
暂估与发票差异(IPV) 0 -20 -20￥
进项税 0 -13.6 -13.6￥（应交税费属于负债类科目）
应付帐款-发票款 0 +93.6 93.6￥
中转科目应付帐款-应付暂估科目的余额已结平为0。同时，由于供应商开出的发票价格为80，存在-20的IPV，因此我们实际的应付账款为80+80*1.17=93.6。
1） 录入发票
AP发票的分配记录了所有应付暂估和预付款核销的科目，再加上应付发票本身的应付账款科目，此时可以如下查询分录ap_inv_ledger.sql 。
2） 创建会计分录
创建会计分录后，会在xla中产生分录信息，可以通过如下sql查询ap_inv_xla_ledger.sql
3） 传送总账
接下来，运行请求”将日记帐分录传送至 GL”，将在总账产生日记账分录。来源为je_source=’ Payables’ and je_category=’Purchase Invoices‘。
4、应付贷项通知单
应付贷项通知单与应付借项通知单与对应应收的概念并不等同，可以参照我之前的<<应收业务与会计分录>>文档。
应付贷项通知单：指供应商开给我们的表示应付减少的通知，负数，冲原始发票，可用0支付结清
应付贷项通知单常用于做采购退货业务，发生采购退货业务后，在应付录入应付贷项通知单，同时匹配退货生成贷项通知单行。
为了更容易理解，我们结合整个退货流程来认识贷项通知单业务。
退货流程：
1) 接收->退货
假设我们交货后发现2批原材料中一批由于某种原因需要退货，通过接收->退货导航录入采购订单，执行退货业务。保存以后触发接收事务处理器，生成如下分录（与采购接收的分录方向恰恰相反）：
商品采购 CR 50￥
应付帐款-应付暂估 DR 50￥
冲减商品采购中转科目的余额，同时减少应付暂估中转科目的余额。相关科目的余额变化如下：
科目 初 发生 余额
商品采购 0 -50 -50￥
应付帐款-应付暂估 0 -50 -50￥
以上分录可以通过前面的po_rcv_ledger.sql和po_rcv_xla_ledger.sql查询。
同时，在成本管理器运行以后，退货产生库存成本变动的分录，如下（与采购接收入库的分录方向恰恰相反）：
库存商品成本 CR 40￥
PPV CR 10￥
商品采购 DR 50￥
减少库存成本和PPV，增加商品采购，相关科目的余额变化如下：
科目 初 发生 余额
库存商品成本 80 -40 40￥
PPV 20 -10 10￥
商品采购 -50 +50 0￥
中转科目商品采购科目的余额已结平为0。
以上分录可以通过前面的po_rcv_inv_ledger.sql 和po_rcv_inv_xla_ledger.sql 查询。
2) 贷项通知单匹配退货
通过应付款发票界面录入类型为贷项通知单的应付发票，然后通过匹配采购退货产生贷项通知单行。
对于采购退货业务的分录如下(与应收发票的分录方向恰恰相反)：
应付帐款-应付暂估 CR 50￥
暂估与发票差异(IPV) CR -10￥
进项税 CR 40*0.17￥（应交税费属于负债类科目）
应付帐款-发票款 DR 93.6/2￥
相关科目的余额变化如下：
科目 初 发生 余额
应付帐款-应付暂估 -50 +50 0￥
暂估与发票差异(IPV) -20 +10 -10￥
进项税 -13.6 +6.8 -6.8￥
应付帐款-发票款 93.6 -46.8 46.8￥
中转科目应付帐款-应付暂估科目的余额已结平为0。
这样，退货的最终结果就是使库存成本和应付账款-发票款相应减少。
可以通过上面ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询贷项通知单有关的分录信息。
5、应付借项通知单
借项通知单，指我们自己开出的表示应付减少的通知，同样是负数，冲原始发票，可用0支付结清。
我个人的理解是，应付借项通知单，适用于发票做错后的反冲。功能上它与贷项通知单基本相似。也可用于退货业务。在采购退货界面有是否生成借项通知单的复选框，通过采购系统选项控制是否启用。
付款
发票生成并验证通过以后，可以对发票进行付款。
可以在发票界面通过快速付款，付款界面录入人工付款，或者进行批付款对发票进行批量付款。批付款常应用于员工报销付款。
在付款界面，将蓝票（应付发票）和红票（贷项通知单）选入到同一个付款，先进行核销，再进行付款。
对发票付款，实际上就是用现金支付应付欠款，现金与应付款都减少，由于我们产生过退货业务，因此，产生分录如下：
应付帐款-发票款 DR 46.8￥
银行存款 CR 46.8￥
相关科目的余额变化如下：
科目 初 发生 余额
应付帐款-发票款 46.8 -46.8 0￥
银行存款 100 -46.8 53.2￥
可以看到，经过各个阶段的业务流程，最终形成的分录实际上等效于如下分录，在企业仅上线财务而没上线业务模块的时候，需要手工做如下分录，由此可见，财务业务一体化提供了很大的便捷性：
库存商品成本 DR 40￥
PPV DR 10￥
IPV DR -10￥
进项税 DR 6.8￥
银行存款 CR 46.8￥
最后，到月底，企业结账，手工做如下两笔分录调整IPV和PPV差异
1）
库存商品成本 DR 10￥
PPV CR 10￥
2）
库存商品成本 CR 10￥
IPV DR 10￥
调整后PPV和IPV分别结平为0。
1) 对发票付款
创建会计分录以后，可以通过如下sql查询到分录信息。ap_pay_xla_ledger.sql
2) 传送总账。
接下来，运行请求” 将日记帐分录传送至 GL”，将在总账产生日记账分录。来源为je_source=’ Payables’ and je_category=’ Payments ‘。
二、其他应付业务
其他应付业务，以及部分FA业务。
1、费用报表
费用报表是网上报销模块导入的一种类型的应付发票，当网上报销流程结束并审核通过后，可以通过请求“导入费用报表”导入应付发票。
除了与标准应付发票的科目有所不同。其他作用等同于标准应付发票。企业员工报销的分录通常如下：
员工报销科目 DR
其他应付款-报销 CR
具体如何查询分录信息参考前面标准发票通过ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询。
2、手工应付发票
应付除了用于与采购模块集成外，还可以通过应付发票做些其他的杂项业务。记录些与采购无关的业务。
例如，企业招待客户时，员工张某代为支付客户招待费100元，为了之后偿还该员工供应商张某这100元，可以如下建应付发票：
直接用手工录入发票分配：招待费 100元；并指定负债帐户为：其他应付款。产生分录如下：
招待费 DR 100￥
其他应付款 CR 100￥
未上线网上报销模块时常常如上手工建立应付发票实现员工报销。
具体如何查询分录信息参考前面标准发票通过ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询。
3、应付发票导入固定资产
应付发票可以成批增加为固定资产。有两种方式建立应付发票：
1） 直接定义固定资产型物料，其属性不可库存，并制定它的销售费用科目为固定资产中转科目。
该种类型物料接收、交货通常不会产生会计分录，然后通过应付发票匹配采购订单。这时候，应付发票的分录应为：
DR 固定资产中转
CR 应付帐款
它的分录信息可以通过上面的ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询。
2） 手工录入应付发票，并指定发票分配科目为固定资产中转科目。它的分录同上（1）。
最后，在应付模块提交请求“创建成批增加”后，则可以在FA模块成批增加资产。最终过账后，会形成如下分录。
DR 固定资产
CR 固定资产中转
固定资产中转科目结清为0.
FA创建会计分录后，有关固定资产的分录信息，可以通过fa_add_derp_ledger.sql查询。
4、预付款发票
预付款发票可以用以核销标准发票，他与标准发票的分录有所不同，不过技术实现上是一样的。它的分录通常是：
DR 预付账款
CR 应付帐款
当核销时，他的分录为
DR 应付账款
CR 预付账款
它的分录信息可以通过上面的ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询
一、企业采购业务
采购业务是一般企业都会有的业务，主要包括请购、采购、接收、入库、发票、付款几个步骤。分别对应采购、库存、成本、应付以及总账模块。
Oracle是财务业务一体化的系统，只要录入了相应的业务，则会自动生成相应的财务信息。
1、采购接收
采购模块主要功能是帮助业务部门管理采购订单，控制采购流程，审批层次，在请购单、和采购订单录入审批阶段是不产生财务信息的。
现假设企业采购两批原材料，价格50*2=100元。企业当前的银行存款为100元，库存成本为0。
在采购订单接收时，实际上表示物料采购已既成事实，我们将因此产生一笔因采购产生的应计负债，同时记一笔帐到我们的采购接收帐户。
采购接收的会计分录为：
商品采购 DR 100￥
应付帐款-应付暂估 CR 100￥
商品采购和应付帐款-应付暂估都是中转科目，相关科目的余额变化如下：
科目 初 发生 末
商品采购 0 +100 100￥
应付帐款-应付暂估 0 +100 100￥
入库和创建发票分录后，这两个科目余额将会结平为0。
这里为了更直观显示财务变化境况，而实时计算了各科目的余额，并同时假设所有科目的期初金额为0，这样做的目的仅仅是为了更好理解一些中转科目的余额变化情况，EBS实际业务中科目余额的变动都是要在子模块传送至总账，并过账以后才发生的。
具体的分录产生流程如下：
1) 接收事务处理器
采购接收以后会自动运行“接收事务处理器”。接收事务处理器会在rcv_receiving_sub_ledger中产生采购接收的会计分录。
11i和R12中都会在rcv_receiving_sub_ledger中产生分录，可以通过附件po_rcv_ledger.sql查询 。
这也就是我们“接收事务处理汇总”界面查看到的分录。
2) 传送总账
此时，R12中运行“创建会计科目 - 成本管理”请求，会产生子模块的会计分录，可以通过如下po_rcv_xla_ledger.sql查询 。
再提交“将日记帐分录传送至 GL - 成本管理”请求，则会插入分录信息至总账接口，则可以导入日记账过账。
注意：
11i中，采购接收在总账日记账中的来源是“Purchasing”，类别是“Receiving”；而在R12中，采购接收在总账日记账的来源为“Cost Management”，类别是“Receiving”。
2、交货入库
采购接收以后则可以进一步交货入库。同样会执行“接收事务处理器”，不过这一次做的事情更多，取成本（成本核算方式不同，取成本的逻辑亦不同），插入记录至mtl_material_transactions表等。
此时还不会立刻产生入库的分录，成本管理器运行以后，则会产生库存模块的分录, 将商品采购科目的余额转移至库存成本帐户。
同时，如果采用标准成本，采购价格和入库成本的不同则可能产生PPV（采购价格差异Purchase Price Variance）。假设物料的标准成本为80￥，分录如下：
库存商品成本 DR 80￥
PPV DR 20￥
商品采购 CR 100￥
相关科目的余额变化如下：
科目 初 发生 末
库存商品成本 0 +80 80￥
PPV 0 +20 20￥
商品采购 100 -100 0￥
中转科目商品采购科目的余额已结平为0。
具体如何查询分录参考如下sql。
1） 子模块
所有的库存物料事务处理（包括采购收货、字库转移、组织间转移、销售发放等等）的会计分录信息都在mtl_transaction_accounts表中，采购收货的分录信息则可以如下查询po_rcv_inv_ledger.sql 。
同时，xla中的分录可以从如下sql查看po_rcv_inv_xla_ledger.sql 。
2） 总账
提交请求“将日记帐分录传送至 GL - 成本管理”，将子模块分录传送至总账。
此时总账将生成来源为je_source=’Cost Management’ and je_category=’Inventory‘的日记账分录。
到这里，东西已经买到并入库计入成本，接下来到付钱了。
3、应付发票
应付发票可以手工录入。与采购有关的发票需要通过匹配采购订单生成应付发票。根据采购项目的税码，会自动或手工产生税行。
如果收到的发票价格与采购价格有差异，还将产生IPV（发票价格差异Invoice Price Variance）。这里我们假设供应商给我们开出发票的价格为80￥，与我们的采购价格产生了20￥的IPV。税码为VAT17。
因此采购匹配的应付发票会计分录为：
应付帐款-应付暂估 DR 100￥
暂估与发票差异(IPV) DR -20￥
进项税 DR 80*0.17￥
应付帐款-发票款 CR 93.6
相关科目的余额变化如下：
科目 初 发生 余额
应付帐款-应付暂估 100 -100 0￥
暂估与发票差异(IPV) 0 -20 -20￥
进项税 0 -13.6 -13.6￥（应交税费属于负债类科目）
应付帐款-发票款 0 +93.6 93.6￥
中转科目应付帐款-应付暂估科目的余额已结平为0。同时，由于供应商开出的发票价格为80，存在-20的IPV，因此我们实际的应付账款为80+80*1.17=93.6。
1） 录入发票
AP发票的分配记录了所有应付暂估和预付款核销的科目，再加上应付发票本身的应付账款科目，此时可以如下查询分录ap_inv_ledger.sql 。
2） 创建会计分录
创建会计分录后，会在xla中产生分录信息，可以通过如下sql查询ap_inv_xla_ledger.sql
3） 传送总账
接下来，运行请求”将日记帐分录传送至 GL”，将在总账产生日记账分录。来源为je_source=’ Payables’ and je_category=’Purchase Invoices‘。
4、应付贷项通知单
应付贷项通知单与应付借项通知单与对应应收的概念并不等同，可以参照我之前的<<应收业务与会计分录>>文档。
应付贷项通知单：指供应商开给我们的表示应付减少的通知，负数，冲原始发票，可用0支付结清
应付贷项通知单常用于做采购退货业务，发生采购退货业务后，在应付录入应付贷项通知单，同时匹配退货生成贷项通知单行。
为了更容易理解，我们结合整个退货流程来认识贷项通知单业务。
退货流程：
1) 接收->退货
假设我们交货后发现2批原材料中一批由于某种原因需要退货，通过接收->退货导航录入采购订单，执行退货业务。保存以后触发接收事务处理器，生成如下分录（与采购接收的分录方向恰恰相反）：
商品采购 CR 50￥
应付帐款-应付暂估 DR 50￥
冲减商品采购中转科目的余额，同时减少应付暂估中转科目的余额。相关科目的余额变化如下：
科目 初 发生 余额
商品采购 0 -50 -50￥
应付帐款-应付暂估 0 -50 -50￥
以上分录可以通过前面的po_rcv_ledger.sql和po_rcv_xla_ledger.sql查询。
同时，在成本管理器运行以后，退货产生库存成本变动的分录，如下（与采购接收入库的分录方向恰恰相反）：
库存商品成本 CR 40￥
PPV CR 10￥
商品采购 DR 50￥
减少库存成本和PPV，增加商品采购，相关科目的余额变化如下：
科目 初 发生 余额
库存商品成本 80 -40 40￥
PPV 20 -10 10￥
商品采购 -50 +50 0￥
中转科目商品采购科目的余额已结平为0。
以上分录可以通过前面的po_rcv_inv_ledger.sql 和po_rcv_inv_xla_ledger.sql 查询。
2) 贷项通知单匹配退货
通过应付款发票界面录入类型为贷项通知单的应付发票，然后通过匹配采购退货产生贷项通知单行。
对于采购退货业务的分录如下(与应收发票的分录方向恰恰相反)：
应付帐款-应付暂估 CR 50￥
暂估与发票差异(IPV) CR -10￥
进项税 CR 40*0.17￥（应交税费属于负债类科目）
应付帐款-发票款 DR 93.6/2￥
相关科目的余额变化如下：
科目 初 发生 余额
应付帐款-应付暂估 -50 +50 0￥
暂估与发票差异(IPV) -20 +10 -10￥
进项税 -13.6 +6.8 -6.8￥
应付帐款-发票款 93.6 -46.8 46.8￥
中转科目应付帐款-应付暂估科目的余额已结平为0。
这样，退货的最终结果就是使库存成本和应付账款-发票款相应减少。
可以通过上面ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询贷项通知单有关的分录信息。
5、应付借项通知单
借项通知单，指我们自己开出的表示应付减少的通知，同样是负数，冲原始发票，可用0支付结清。
我个人的理解是，应付借项通知单，适用于发票做错后的反冲。功能上它与贷项通知单基本相似。也可用于退货业务。在采购退货界面有是否生成借项通知单的复选框，通过采购系统选项控制是否启用。
付款
发票生成并验证通过以后，可以对发票进行付款。
可以在发票界面通过快速付款，付款界面录入人工付款，或者进行批付款对发票进行批量付款。批付款常应用于员工报销付款。
在付款界面，将蓝票（应付发票）和红票（贷项通知单）选入到同一个付款，先进行核销，再进行付款。
对发票付款，实际上就是用现金支付应付欠款，现金与应付款都减少，由于我们产生过退货业务，因此，产生分录如下：
应付帐款-发票款 DR 46.8￥
银行存款 CR 46.8￥
相关科目的余额变化如下：
科目 初 发生 余额
应付帐款-发票款 46.8 -46.8 0￥
银行存款 100 -46.8 53.2￥
可以看到，经过各个阶段的业务流程，最终形成的分录实际上等效于如下分录，在企业仅上线财务而没上线业务模块的时候，需要手工做如下分录，由此可见，财务业务一体化提供了很大的便捷性：
库存商品成本 DR 40￥
PPV DR 10￥
IPV DR -10￥
进项税 DR 6.8￥
银行存款 CR 46.8￥
最后，到月底，企业结账，手工做如下两笔分录调整IPV和PPV差异
1）
库存商品成本 DR 10￥
PPV CR 10￥
2）
库存商品成本 CR 10￥
IPV DR 10￥
调整后PPV和IPV分别结平为0。
1) 对发票付款
创建会计分录以后，可以通过如下sql查询到分录信息。ap_pay_xla_ledger.sql
2) 传送总账。
接下来，运行请求” 将日记帐分录传送至 GL”，将在总账产生日记账分录。来源为je_source=’ Payables’ and je_category=’ Payments ‘。
二、其他应付业务
其他应付业务，以及部分FA业务。
1、费用报表
费用报表是网上报销模块导入的一种类型的应付发票，当网上报销流程结束并审核通过后，可以通过请求“导入费用报表”导入应付发票。
除了与标准应付发票的科目有所不同。其他作用等同于标准应付发票。企业员工报销的分录通常如下：
员工报销科目 DR
其他应付款-报销 CR
具体如何查询分录信息参考前面标准发票通过ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询。
2、手工应付发票
应付除了用于与采购模块集成外，还可以通过应付发票做些其他的杂项业务。记录些与采购无关的业务。
例如，企业招待客户时，员工张某代为支付客户招待费100元，为了之后偿还该员工供应商张某这100元，可以如下建应付发票：
直接用手工录入发票分配：招待费 100元；并指定负债帐户为：其他应付款。产生分录如下：
招待费 DR 100￥
其他应付款 CR 100￥
未上线网上报销模块时常常如上手工建立应付发票实现员工报销。
具体如何查询分录信息参考前面标准发票通过ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询。
3、应付发票导入固定资产
应付发票可以成批增加为固定资产。有两种方式建立应付发票：
1） 直接定义固定资产型物料，其属性不可库存，并制定它的销售费用科目为固定资产中转科目。
该种类型物料接收、交货通常不会产生会计分录，然后通过应付发票匹配采购订单。这时候，应付发票的分录应为：
DR 固定资产中转
CR 应付帐款
它的分录信息可以通过上面的ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询。
2） 手工录入应付发票，并指定发票分配科目为固定资产中转科目。它的分录同上（1）。
最后，在应付模块提交请求“创建成批增加”后，则可以在FA模块成批增加资产。最终过账后，会形成如下分录。
DR 固定资产
CR 固定资产中转
固定资产中转科目结清为0.
FA创建会计分录后，有关固定资产的分录信息，可以通过fa_add_derp_ledger.sql查询。
4、预付款发票
预付款发票可以用以核销标准发票，他与标准发票的分录有所不同，不过技术实现上是一样的。它的分录通常是：
DR 预付账款
CR 应付帐款
当核销时，他的分录为
DR 应付账款
CR 预付账款
它的分录信息可以通过上面的ap_inv_ledger.sql和ap_inv_xla_ledger.sql查询
--应付发票的应付账款贷项 SELECT ai.invoice_num ,ai.gl_date ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,ai.accts_pay_code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,ai.accts_pay_code_combination_id) acct_desc ,0 dr ,ai.invoice_amount cr FROM ap_invoices_all ai WHERE ai.invoice_id = &p_invoice_id UNION ALL --由于预付核销产生的应付账款借项 SELECT ai.invoice_num ,aid.accounting_date ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,ai.accts_pay_code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,ai.accts_pay_code_combination_id) acct_desc ,-1 * aid.amount dr ,0 cr FROM ap_invoices_all ai, ap_invoice_distributions_all aid WHERE ai.invoice_id = aid.invoice_id AND aid.line_type_lookup_code = 'PREPAY' AND ai.invoice_id = &p_invoice_id UNION ALL -- 应付发票分配(借项) SELECT ai.invoice_num ,aid.accounting_date ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,aid.dist_code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,aid.dist_code_combination_id) acct_desc ,aid.amount dr ,0 cr FROM ap_invoices_all ai, ap_invoice_distributions_all aid WHERE ai.invoice_id = aid.invoice_id AND ai.invoice_id = &p_invoice_id SELECT gcc.segment3 ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,gcc.code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,gcc.code_combination_id) acct_desc ,l.accounted_dr ,l.accounted_cr FROM xla.xla_transaction_entities te ,xla_events e ,xla_ae_headers h ,xla_ae_lines l ,gl_code_combinations gcc WHERE te.entity_code = 'AP_INVOICES' AND te.application_id = 200 AND te.ledger_id = 2022 AND nvl(te.source_id_int_1, (-99)) = 106688 AND te.entity_id = h.entity_id AND te.application_id = h.application_id AND e.event_id = h.event_id AND e.application_id = h.application_id AND h.ae_header_id = l.ae_header_id AND h.application_id = l.application_id AND l.code_combination_id = gcc.code_combination_id; SELECT h.accounting_date ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,gcc.code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,gcc.code_combination_id) acct_desc ,l.accounted_dr ,l.accounted_cr FROM xla.xla_transaction_entities te ,xla_events e ,xla_ae_headers h ,xla_ae_lines l ,gl_code_combinations gcc WHERE te.entity_code = 'AP_PAYMENTS' AND te.application_id = 200 AND te.ledger_id = 2022 AND nvl(te.source_id_int_1, (-99)) = 55638 AND te.entity_id = h.entity_id AND te.application_id = h.application_id AND e.event_id = h.event_id AND e.application_id = h.application_id AND h.ae_header_id = l.ae_header_id AND h.application_id = l.application_id AND l.code_combination_id = gcc.code_combination_id; --事务处理 SELECT fa.asset_number ,fth.transaction_type_code ,h.period_name ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,gcc.code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,gcc.code_combination_id) acct_desc ,l.accounted_dr ,l.accounted_cr FROM xla.xla_transaction_entities te ,xla_events e ,xla_ae_headers h ,xla_ae_lines l ,gl_code_combinations gcc ,fa_transaction_headers fth ,fa_additions fa WHERE te.entity_code = 'TRANSACTIONS' AND te.application_id = 140 AND te.ledger_id = 2022 AND nvl(te.source_id_int_1, (-99)) = fth.transaction_header_id AND fth.asset_id = fa.asset_id AND te.entity_id = h.entity_id AND te.application_id = h.application_id AND e.event_id = h.event_id AND e.application_id = h.application_id AND h.ae_header_id = l.ae_header_id AND h.application_id = l.application_id AND l.code_combination_id = gcc.code_combination_id -- AND fa.asset_number = '&p_asset_number' UNION ALL -- 折旧 SELECT fa.asset_number ,te.entity_code ,h.period_name ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,gcc.code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,gcc.code_combination_id) acct_desc ,l.accounted_dr ,l.accounted_cr FROM xla.xla_transaction_entities te ,xla_events e ,xla_ae_headers h ,xla_ae_lines l ,gl_code_combinations gcc ,fa_additions fa WHERE te.entity_code = 'DEPRECIATION' AND te.application_id = 140 AND te.ledger_id = 2022 AND nvl(te.source_id_int_1, (-99)) = fa.asset_id AND te.entity_id = h.entity_id AND te.application_id = h.application_id AND e.event_id = h.event_id AND e.application_id = h.application_id AND h.ae_header_id = l.ae_header_id AND h.application_id = l.application_id AND l.code_combination_id = gcc.code_combination_id -- AND fa.asset_number = '&p_asset_number'; SELECT fnd_flex_ext.get_segs('SQLGL', 'GL#', 50328, mta.reference_account) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,mta.reference_account) acct_desc ,mtst.transaction_source_type_name ,mtt.transaction_type_name ,mta.transaction_date ,decode(sign(mta.transaction_value) ,1 ,mta.transaction_value ,0 ,decode(sign(mta.base_transaction_value) ,1 ,0 ,0 ,decode(sign(mta.primary_quantity), 1, 0, 0, 0, NULL) ,NULL) ,NULL ,decode(sign(mta.base_transaction_value) ,1 ,mta.base_transaction_value ,0 ,decode(sign(mta.primary_quantity), 1, 0, 0, 0, NULL) ,NULL) ,NULL) entered_dr ,decode(sign(mta.transaction_value) ,-1 ,(-1 * mta.transaction_value) ,0 ,decode(sign(mta.base_transaction_value) ,-1 ,0 ,0 ,decode(sign(mta.primary_quantity), -1, 0, NULL) ,NULL) ,NULL ,decode(sign(mta.base_transaction_value) ,-1 ,(-1 * mta.base_transaction_value) ,0 ,decode(sign(mta.primary_quantity), -1, 0, NULL) ,NULL) ,NULL) entered_cr ,mmt.subinventory_code FROM mtl_transaction_accounts mta ,mtl_material_transactions mmt ,mtl_transaction_types mtt ,mtl_txn_source_types mtst ,mtl_system_items_vl msi WHERE mmt.organization_id = mta.organization_id AND mmt.transaction_id = mta.transaction_id AND mtt.transaction_type_id = mmt.transaction_type_id AND mtst.transaction_source_type_id = mmt.transaction_source_type_id AND msi.inventory_item_id = mmt.inventory_item_id AND msi.organization_id = mmt.organization_id AND mtst.transaction_source_type_name = '采购订单' AND mmt.transaction_source_id = 2035; SELECT h.event_type_code ,l.accounting_class_code ,h.accounting_date ,l.entered_dr ,l.entered_cr ,xla_oa_functions_pkg.get_ccid_description(50328 ,l.code_combination_id) descr ,ph.segment1 po_number FROM xla_ae_headers h ,xla_ae_lines l ,xla_events e ,xla.xla_transaction_entities te ,mtl_material_transactions mmt ,po_headers_all ph WHERE h.application_id = l.application_id AND h.ae_header_id = l.ae_header_id AND h.application_id = e.application_id AND h.event_id = e.event_id AND h.application_id = te.application_id AND h.entity_id = te.entity_id AND nvl(te.source_id_int_1, -99) = mmt.transaction_id AND mmt.transaction_source_id = ph.po_header_id AND te.application_id = 707 AND te.ledger_id = 2022 AND te.entity_code = 'MTL_ACCOUNTING_EVENTS' AND nvl(te.source_id_int_1, -99) = 5050414; -- 采购入库的mmt id SELECT poh.segment1 ,poh.po_header_id ,rct.transaction_id ,rct.transaction_type ,rsh.shipment_header_id ,rsl.shipment_line_id ,rrs.je_category_name ,rrs.period_name ,rct.quantity ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,rrs.code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,rrs.code_combination_id) acct_desc ,rrs.entered_dr ,rrs.entered_cr FROM po_headers_all poh ,po_lines_all pol ,po_releases_all pr ,po_line_locations_all pll ,po_distributions_all pod ,rcv_receiving_sub_ledger rrs -- ,rcv_transactions rct ,rcv_shipment_headers rsh ,rcv_shipment_lines rsl ,org_organization_definitions ood WHERE 1 = 1 -- PO AND poh.po_header_id = pol.po_header_id AND pol.po_line_id = pll.po_line_id AND pll.po_release_id = pr.po_release_id(+) AND pll.line_location_id = pod.line_location_id -- PO to Rcv AND to_char(pod.po_distribution_id) = rrs.reference3 AND rrs.rcv_transaction_id = rct.transaction_id AND rct.shipment_header_id = rsh.shipment_header_id AND rct.shipment_line_id = rsl.shipment_line_id -- AND rct.organization_id = ood.organization_id AND ood.set_of_books_id = rrs.set_of_books_id AND poh.segment1 = '2008000355' SELECT te.entity_code ,te.application_id ,gcc.segment3 ,fnd_flex_ext.get_segs('SQLGL' ,'GL#' ,50328 ,gcc.code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,gcc.code_combination_id) acct_desc ,l.accounted_dr ,l.accounted_cr FROM xla.xla_transaction_entities te ,xla_events e ,xla_ae_headers h ,xla_ae_lines l ,gl_code_combinations gcc ,rcv_transactions rct ,po_headers_all poh WHERE te.entity_code = 'RCV_ACCOUNTING_EVENTS' AND te.application_id = 707 AND te.ledger_id = 2022 AND nvl(te.source_id_int_1, (-99)) = rct.transaction_id AND te.entity_id = h.entity_id AND te.application_id = h.application_id AND e.event_id = h.event_id AND e.application_id = h.application_id AND h.ae_header_id = l.ae_header_id AND h.application_id = l.application_id AND l.code_combination_id = gcc.code_combination_id AND rct.po_header_id = poh.po_header_id AND poh.segment1 = '2008000762';
转载于:https://www.cnblogs.com/wanghang/p/6299311.html