剖析PO接收到入库的系统逻辑

2020.6.15 重新编辑。

从po收料到入库通常要经过两到三个步骤，分别会产生不同的会计分录，但当我们在查询这些分录及交易时通常不容易理清。下面我们来逐一分析：
如果用PO来查询

---

１.PO接收，是暂估（暂收）：

分录为

借：材料采购
　贷：应计负债

此时为暂收，PO系统准备进过进一步处理过后送往不同的地方，如果合格，则入库
如果不合格，则退回，再或是费用类，则进入费用地点等等

但注意：虽然此时产生了接收交易，但尚未正式入库，所以在INV模块的
Material Transactions程序是查不到记录的
而接收的交易记录存放在RCV_TRANSACTIONS，并不是mtl_material_transactions表中

此时分录产生在rcv_receiving_sub_ledger表中，这是一个在应计制下存储GL明细分录的表
也就是当我们按PO_NUM查出接收后，用tool－－account查看出的日记账所存放的位置

以上两表RCV_TRANSACTIONS和rcv_receiving_sub_ledger通过rct.transaction_id关联，而PO_num则可以先用在从po_header中查出头id，进而在RCV_TRANSACTIONS中查出相应的ID

---

２.验收入库，是实际收料：分录为

借：原材料
　贷：材料采购
　　　材料成本差异

此时是真正入库，也就是上一步中，PO系统把合格的原材料“发送”到了INV中。

如此，代表原材料的真正增加（借方）以及入库成本的调整确认。

此时已产生真正库存交易，所以记录产生在mtl_material_transactions

分录产生在mtl_transaction_accounts表中
mtl_transaction_accounts和mtl_material_transactions通过transaction_id关联
而mtl_material_transactions和RCV_TRANSACTIONS通过transaction_id＝rcv_transaction_id关联

---

３.退货时作相反分录，也要分退至接收和退至供货商两步
 

---

４.如果用receipt_num查询，则先要用receipt_num在接收发运表（这个名子比较费解）rcv_shipment_headers中查出shipment_header_id，然后把它当po_header_id来用就行了。

总结：不是所有的交易都在Material Transactions程序中可以查到，而只有发生仓库事务交易时，才会记录到。
　　　暂收和入库的记录及分录都有相应不同的一整套table记录

---

Po系统具有暂收并进一步处理的重要作用，这样讲是意味着：
１.材料类和费用劳务类会分开处理
２.入库成本差异及调整不在此处出现
３.暂收分录的产生是以此处产生的暂收单为标准，而不是其它
４.此处产生的退货，一般不应计入退货中，也不产生借项或贷项单据
５.真正的负债尚未产生