今天的分享咱们不谈具体的功能,而是说说最近项目中我们对于一个概念的阐述,也就是“ Quantity Available”,实际可用库存。这个词语不仅会在工单(Work Order)上出现,同时在库存转移(Inventory Transfer)/库存调拨(Transfer Order)上也会出现,所以在有些场景下就会出现一些看似“奇奇怪怪”的小问题。比如,我们的客户就曾经提问:
“为什么我明明手里有库存,但是做工单时系统却一直提示我Available为0呢?”
此时,当我们去看物料主数据下面的各个库存数字时,Quantity Available的确显示为0,并且在制作工单的时候也提示为0,这是没有任何问题的。但是疑惑点就在于,如果继续去做Inventory Transfer或Transfer Order的时候,一旦对应到了具体批次,那Available的数量又会显示有数量,这个时候客户就会疑问,Why?
其实对于顾问来说,这个问题或许没那么复杂,我们知道工单上是去看某个仓库的物料数量,而另一个是去看精确到物料批次的数量,可以理解为两个不同的维度,并不冲突。但是转念一想,批次管理不是应该建立在仓库管理的基础之上吗?正常来说,仓库中实际可用的库存也正应该是各个批次的可用数量之和,那我们应怎样去找到不一致这个结果产生的根源呢?
首先,咱们要回归到生产计划上,也就是工单。在该项目中,由生产人员来完成计划的工单。对于生产人员来说,在做工单的时候并不考虑批次的问题,因此工单的物料明细行上,是不需要选择到批次的,只需要确认某物料在工单上所选的仓库中数量是否充足,所以工单上物料明细行的Available是某颗料在某仓库中实际可用数量的实时参考值,它和物料的主数据保持一致。
这里有两个点需稍稍注意:
如果创建工单时Available显示为0,表明现在该物料确实没有任何的可用库存;
该数字统计某仓库某物料总数,与批次无关直接相关性。
其次,咱们回归再到库存转移和库存调拨单上。在该项目中,由仓库人员来完成转移/调拨,在做转移/调拨时需要精确到批次进行选择,所以转移/调拨时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的数量。
面对这个问题的解释和演示,以及我们给出的解决方案,客户给予了认可。如果大家的客户在未来也发出了这样的疑问,咱们可以尝试着这样解释,或者可以直接在系统中进行演示,相信你的客户也会比原来的理解更为清晰。那我们下次分享再见!