NS中的Inventory Available概念阐述

今天的分享咱们不谈具体的功能,而是说说最近项目中我们对于一个概念的阐述,也就是“ Quantity Available”,实际可用库存这个词语不仅会在工单(Work Order)上出现,同时在库存转移(Inventory Transfer)/库存调拨(Transfer Order)上也会出现,所以在有些场景下就会出现一些看似“奇奇怪怪”的小问题。比如,我们的客户就曾经提问:

“为什么我明明手里有库存,但是做工单时系统却一直提示我Available为0呢?”

此时,当我们去看物料主数据下面的各个库存数字时,Quantity Available的确显示为0,并且在制作工单的时候也提示为0,这是没有任何问题的。但是疑惑点就在于,如果继续去做Inventory Transfer或Transfer Order的时候,一旦对应到了具体批次,那Available的数量又会显示有数量,这个时候客户就会疑问,Why?

其实对于顾问来说,这个问题或许没那么复杂,我们知道工单上是去看某个仓库的物料数量,而另一个是去看精确到物料批次的数量,可以理解为两个不同的维度,并不冲突。但是转念一想,批次管理不是应该建立在仓库管理的基础之上吗?正常来说,仓库中实际可用的库存也正应该是各个批次的可用数量之和,那我们应怎样去找到不一致这个结果产生的根源呢?

首先,咱们要回归到生产计划上,也就是工单。在该项目中,由生产人员来完成计划的工单。对于生产人员来说,在做工单的时候并不考虑批次的问题,因此工单的物料明细行上,是不需要选择到批次的,只需要确认某物料在工单上所选的仓库中数量是否充足,所以工单上物料明细行的Available是某颗料在某仓库中实际可用数量的实时参考值,它和物料的主数据保持一致。

这里有两个点需稍稍注意:

  1. 如果创建工单时Available显示为0,表明现在该物料确实没有任何的可用库存;

  1. 该数字统计某仓库某物料总数,与批次无关直接相关性。

其次,咱们回归再到库存转移和库存调拨单上。在该项目中,由仓库人员来完成转移/调拨,在做转移/调拨时需要精确到批次进行选择,所以转移/调拨时Inventory Detail 所显示的Available是某颗料的某一批次在某仓库实际可用数量的实时参考值,它与物料批次的主数据(Inventory Detail标签)保持一致。这里需注意,此时仓库人员是无需考虑该物料是否被占用(Committed)问题的,二者无关联。

最后回到客户的问题,为什么明明有库存却提醒可用库存为0呢?我们知道,有一个公式是 Quantity On hand= Quantity Available + Quantity Committed假设工单在没有完成的情况下,那么会有大量工单的Committed数量占用掉Available的库存。举个例子:On hand 100= Available 0+ Committed 100,虽然某一批次我们知道是有100的在手库存,但是由于未完成的工单占用了100的库存,所以当我们制作工单时仍会被提示Available为0。

那问题来了。假设在没有任何工单占用物料库存,即Committed为0时,工单上的Available数量会等于各批次的可用库存之和,等于在手 On hand 数量吗?为了得到答案,也为了向客户做一个Demo,我们进行了测验。步骤如下:

Step 1: 手动关闭系统中所有Open状态的工单,保证工单的状态为Closed/Built;

Step 2: 此时查看任意历史日期的工单,WOF0040,第一颗物料已无Committed数量,Available显示198654;我们又找到另一个时间的工单,WOF0009,其Available 仍旧显示为198654;

Step 3: 进入物料主数据Inventory标签查看,显示所有仓库该物料数量之和为198654;

Step 4: 进入物料主数据Inventory Detail标签查看,显示该物料所有仓库的各批次数量之和为198654;

因此可以验证,当我们“解除了Committed的占用数量”后,Inventory Available的数量确实是等于所有批次数量之和的。

实际上,Committed只是一个指示型数字,那最终关于如何解除Committed,保证Available的数字是正确的,我们提供给了客户一个解决方案:

当工单全部完成装配时,即工单状态显示Built时,Committed会自动恢复为0;或者可以定期选择手动关闭已经完成的工单,比如以一个月为维度进行检查关闭,也可以使Committed的数量减少为0,从而恢复工单上Available的数量。

面对这个问题的解释和演示,以及我们给出的解决方案,客户给予了认可。如果大家的客户在未来也发出了这样的疑问,咱们可以尝试着这样解释,或者可以直接在系统中进行演示,相信你的客户也会比原来的理解更为清晰。那我们下次分享再见!

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
该资源内项目源码是个人的课程设计、毕业设计,代码都测试ok,都是运行成功后才上传资源,答辩评审平均分达到96分,放心下载使用! ## 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.md文件(如有),仅供学习参考, 切勿用于商业用途。 该资源内项目源码是个人的课程设计,代码都测试ok,都是运行成功后才上传资源,答辩评审平均分达到96分,放心下载使用! ## 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.md文件(如有),仅供学习参考, 切勿用于商业用途。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值