zoukankan      html  css  js  c++  java
  • PO收料到入库的分析

    从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.真正的负债尚未产生 
  • 相关阅读:
    VS.NET2005中的源代码管理
    IE6升级后需要激活ActiveX控件的解决办法
    SQL Server的数据库开发工具
    今天更新了ActiveSync4.2
    永远等你先挂电话
    这回软设考试通过了!
    在Windows2003中FSO组件不能使用的问题
    七天的假期好长哟!
    发现博客园的一个Bug 存为草稿后就找不到了
    MySQL服务不能启动的解决方法
  • 原文地址:https://www.cnblogs.com/benio/p/2592889.html
Copyright © 2011-2022 走看看