• 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.真正的负债尚未产生 
  • 相关阅读:
    NIST SIEM IR RISK
    Django 部署时得到 Bad Request (400)(DEBUG = False)
    MongoDB入门-插入文档
    MongoDB入门-MongoDB的基本操作
    MongoDB入门-Windows操作系统中将Mongodb设置为系统服务
    MongoDB入门-Windows操作系统中Mongodb数据库的安装部署
    Nginx反向代理功能-实现动静分离
    Nginx反向代理功能-使用upstream指令反向代理多台web服务器案例
    Nginx反向代理功能-添加头部报文信息
    Nginx反向代理功能-缓存功能
  • 原文地址:https://www.cnblogs.com/benio/p/2592889.html
Copyright © 2020-2023  润新知