其实对于任何项目来说,最难不是开发或者系统等技术的问题,反而是需求的问题,需求一直变,一直定不下来,导致流程变来变去,系统方案层面也确定不下来。而需求的问题,归根结底还是人的问题。项目的关键用户对现有业务流程不是很清楚,对未来的业务流程更是无人知晓,无人能拍板。每次开会老的问题没有解决,又发现新的问题,然后用户再去找相关了解业务或者能够下决定的人员确认。翻来覆去,不能说一点问题都没有解决,当然大部分的问题还是能有答案的。但是关键性的问题,还是没有得到确定。
比如说:最终的发货是从SU走还是从PU直发?
solution 1: 也就是最早的设想是当PU生产完工后,立即就做PU的stock transfer, 把库存转移至SU, 等最终客户发货时从SU出库。
但是后来又说SU不需要管库存了,这就有了接下来的方案:
solution 2: PU生产完工之后,库存留在PU, 等真正的发货时候,SU先创建DN进行credit check, 检查通过后,再通知PU创建DN进行stock transfer, 同时依据SU的DN安排拣配,包装和发运。
solution 3: PU生产完工之后,库存留在PU, 等真正的发货时候, PU创建DN进行stock transfer, 同时SU创建DN 进行credit check, check通过后,PU仓库人员依据SU DN进行拣配和包装,发运。
对于solution 3,来说如果credit check没又检查通过,而此时的stock 已经被转移至SU下面。那就会造成SU下面是有库存的。