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

2020.6.15 重新编辑。

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


1.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


2.验收入库,是实际收料:分录为

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

此时是真正入库,也就是上一步中,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关联


3.退货时作相反分录,也要分退至接收和退至供货商两步
 
4.如果用receipt_num查询,则先要用receipt_num在接收发运表(这个名子比较费解)rcv_shipment_headers中查出shipment_header_id,然后把它当po_header_id来用就行了。

总结:不是所有的交易都在Material Transactions程序中可以查到,而只有发生仓库事务交易时,才会记录到。
   暂收和入库的记录及分录都有相应不同的一整套table记录
Po系统具有暂收并进一步处理的重要作用,这样讲是意味着:
1.材料类和费用劳务类会分开处理
2.入库成本差异及调整不在此处出现
3.暂收分录的产生是以此处产生的暂收单为标准,而不是其它
4.此处产生的退货,一般不应计入退货中,也不产生借项或贷项单据
5.真正的负债尚未产生 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

知了学飞

随意打赏,超额打赏邀请进铁杆群

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值