NetSuite Credit Memo总账影响无成本与存货内容应如何调整?

“某仓库是新建仓库,由于用户未正确初始化退货入库成本,导致7月所做的Credit Memo的总账影响缺少InventoryCOGS的内容。”这是用户当前所碰到的问题场景。

分析一下,实际上用户未从RMA出发走正常退货流程,而直接建立Credit Memo(Standalone Credit Memo)并不是NetSuite建议的方式。因为它会带来存货成本不准确的问题,特别是新建的Location,会导致存货成本为0的情况。

正确的做法是:建立RMA,通过RMA建立Credit Memo;同时通过RMA生成IR。IR上系统会采用预先维护的Return Cost作为入库成本。以下为标准退货入库标准流程:

按照正常RMA流程,如果我们在IR上没有设置Override Rate数值,那么系统将使用Item在该收货仓库的Average Cost;一旦设置了Override Rate数值,系统则参考该值计算Inventory与COGS。以下例子,该Item在收货仓库的Average Cost为7.5,当我将Override Rate设置为7时,则总账影响中Inventory与COGS都会更改为7。

但针对于开头所遇到的特殊场景,我们则需要通过IA7月初构建Item在该新建仓库的Average Cost。利用此Average Cost影响7月的Standalone Credit Memo,使之包含InventoryCOGS发生额,从而正确处理总账影响。系统运作的原理是,当Credit Memo发生时,会根据Item上该LocationAverage Cost数字生成相应的InventoryCOGS影响。当然这只是临时调整的办法,建议大家还是按照最佳实践操作。

但大家在调整时可能会遇到两种场景,该仓库确实为本月初新建,月初无库存;上月末该仓库留有库存,我们此次遇到的就是后者,两种场景处理方式调整IA的顺序稍有不同。

调整场景一:

假如当月新建仓库,则需要在月初时将其Item以正确的Average Cost进入系统,使用Inventory Adjustment时数量可以设置为1,在月末时再用同样数量将其调掉,调掉时成本应该是正确的Average Cost了。简单来说,先以标准数量1及Average Cost调增再同样调减。

07/01先调增数量为1,Unit Cost为9:

07/31再调减数量为1,Unit Cost为9,系统自动计算:

操作后,本月涉及Item A的Credit Memo将出现存货与成本的发生额。

调整场景二:

假如调整过程中发现,上月底仓库留有库存数据,并不是传统意义上的“新建仓库”,也无成本,那就需要在本月初先调掉上月底的库存,成本为0,然后同样在本月初以留有库存的数量以正确的Average Cost调增进系统,这样Average Cost也会变为正确。该方式为先调减后调增,数量则以留有的库存数据为准,Average Cost为用户提供。

07/01先调减已有库存169,此时Cost为0:

07/02调增同样数量库存169,注意Cost为8.5:

Credit Memo产生COGS与Inventory影响,因该CreditMemo上该Item数量为3,因此25.5/3=8.5,与调整Average Cost相对应:

在上述举例中,Average Cost已由0更改为目标数值。在系统整点重算Inventory Costing后,当月发生的Credit Memo均按照Average Cost产生了存货和成本的总账影响。

在实际调整完后,可以核对用户提供的月末Inventory,保证月末存货数量的正确;同时核对用户提供的Average Cost,保证成本正确。

综上,我们使用IA作为调整工具,去影响了Item在退货仓库中的Average Cost,从而影响到当月创建的Standalone Credit Memo;此办法可解决当下Cost不对的问题,但退货流程还是建议大家按照正常RMA流程来。

  • 7
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值