Completion Transactions時﹐不能入庫

onano

已测试，即使是最标准的推式发料工单，一个料不发，照样可以作移动，作完工
除非系统做了客制进行了限制
而外包工单即使对应的po没有入库（我测试时只生成了pr，没去release成po），移动事务处理也没有问题，只是完工时会报错，没法做完工

不知道lz的移动事务处理都做不了是什么情况

fanny719

原帖由 onano 于 2009-10-16 17:00 发表
已测试，即使是最标准的推式发料工单，一个料不发，照样可以作移动，作完工
除非系统做了客制进行了限制
而外包工单即使对应的po没有入库（我测试时只生成了pr，没去release成po），移动事务处理也没有问题，只是完工时会报错，没法做完工

不知道lz的移动事务处理都做不了是什么情况

他的系统肯定还没做客制的 还没升级呢 只是测试 我就比较不明白了 就算是这样的情况在系统中可以 那跟现实生活也是违背的
肯定是需要材料才能生产产品的

我也去测试下

fanny719

下个星期再去测试 下班了 回家了

zzychb

好的﹐各位都去JOB入庫后﹐立GL帖看看

onano

原帖由 fanny719 于 2009-10-16 17:08 发表



他的系统肯定还没做客制的 还没升级呢 只是测试 我就比较不明白了 就算是这样的情况在系统中可以 那跟现实生活也是违背的
肯定是需要材料才能生产产品的

我也去测试下

那现实中库存不够，就直接做杂项收进来也是违背流程的，呵呵

起码料不发全就入库的情况是比较多的，很多情况下会是先入库，再发料，
因为涉及到某工单缺料时产线不会马上停工，可能先从其他工单挪料来生产，后来发料了再给别的工单补上

fanny719

原帖由 onano 于 2009-10-16 17:42 发表

那现实中库存不够，就直接做杂项收进来也是违背流程的，呵呵

起码料不发全就入库的情况是比较多的，很多情况下会是先入库，再发料，
因为涉及到某工单缺料时产线不会马上停工，可能先从其他工单挪料来生产，后来发料了再给别的工单补上

你的意思是产成品生产出来已经入库，但是现在还没有投料。那你到底要什么时候投料，物料的减少发生在什么时候？
1 对于pull类型的物料，系统在移动工序的时候会自动发料，但你现在库存没料，然后按你的意思还是可以移动工序，还是可以生产出产品入库。那这个物料消耗发生在什么时候。。。，如果你库存这个物料一直不够，你的产品都生产出来了，那你也不用去管消耗了多少物料。那这样的话，物料需求、物料的可用量、物料短缺是否应该去采购等这些数据不会很不准确。
2对于push类型的物料，这个是需要手工投料的，不然你也不知道你的产成品到底消耗了多少物料。按照你说的就算一个push类型的物料不发料，系统还是可以move transaction ，生产产成品，那你到底消耗多少push物料呢，什么时候减少库存的物料呢？这些都不得而知，难道你要生产出来了产成品，你最后才去投料。那生都生产出产品了，谁还记得投料，估计系统中你的物料永远都不会短缺，但现实是已经停工。这样的系统有什么意义

onano

回ls
这就是实际工作与理论的区别
况且推式的工单本来就是有弹性的，难道就只准超发不准少发，少发料的情况还会少么
至于后来到底发料是不是符合入库情况，是生产审计部门需要去核查的
如果贵公司能完全按照工单显示的物料需求去一步一步发料到完工入库，那想必是一个非常规范的大公司了，就不必在意我说的系统不限制完工入库时的发料情况了
本来这帖里只是讨论ebs是否限制了作移动事务处理时需要考虑发料情况而已
没有深入到生产管理的部分

[ 本帖最后由 onano 于 2009-10-19 11:46 编辑 ]

fanny719

刚刚测试了下 的确是可以不发料 产品就可以生产出来完工入库的
1但对于push类别的item完工后view material transaction还是要做发料的，如果库存不够，会报错：app-inv-05407 ：quantity will drive inventory negative的
2 对于pull类型的item 在move和complete时自动发料 本来就不用手动发料，系统会自动计算消耗的物料，库存中物料是会相应的减少

fanny719

operation pull是在工序to move自动发料
assembly pull是在complete时触发发料
对于push类的item 你最后还是得发料的，只是系统不限制发料的时间而已，也许为了更灵活的适应各种情况
pull类的item 系统是自动发料的，本来就不需要手工发料这有步