其实对于任何项目来说，最难不是开发或者系统等技术的问题，反而是需求的问题，需求一直变，一直定不下来，导致流程变来变去，系统方案层面也确定不下来。而需求的问题，归根结底还是人的问题。项目的关键用户对现有业务流程不是很清楚，对未来的业务流程更是无人知晓，无人能拍板。每次开会老的问题没有解决，又发现新的问题，然后用户再去找相关了解业务或者能够下决定的人员确认。翻来覆去，不能说一点问题都没有解决，当然大部分的问题还是能有答案的。但是关键性的问题，还是没有得到确定。
比如说：最终的发货是从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下面是有库存的。