关于销售订单变更流程的讨论

醉眼看世界

原帖由 urinator 于 2009-3-26 00:59 发表

你不总说：一个好的软件的功能应该齐全么？

BTW：我认为LRP的难度不在软件上，而是在 取舍的平衡 和 数据采集的及时性 这两点上

LRP我都不想再讲了，这玩意跟MRP的逻辑完全一致，其与MRP的根本区别是：

1、MRP区间内的所有料号都参与MRP运算，所有品号的净需求都会被产生

2、LRP区间范围内需求来源的有独立需求和相关需求的品号才参与MRP计算，其余品号不参与MRP计算，也不会产生净需求出来

jiahouhen

原帖由 醉眼看世界 于 2009-3-26 09:12 发表

这个跟功能没关系，他的那个说法犯了逻辑上的错误，任何一个软件的SO、MO和PO都是相对独立的

我假设一个SO为1000，已交货200；其对应的MO为1000，已经领料600，入库500；对应的PO也为1000，已交货800。

1、订单的变更也是有逻辑的，变更的订单数量不可小于200，因为这200已交货数量是由下游的销货单回写而成

2、同样的道理，MO和PO也已经都有下游作业了，是不可能直接修改SO的数量来联动修改MO和PO的对应数量的

装B的人很喜欢罗列出所有现象，以显示出自己的牛B，却没考虑到系统实现的逻辑，对于这类问题以后不再回复

用MRP的观点，这些联不联动都不是主要的，因为即使不联动，系统也会给出建议是取消，还是延期，还是减少。系统应用的关键在于人机结合，而不是傻瓜式的操作-----我们国家的生产力不能靠软件来解放，而是要靠观念的转变和管理的创新来解放。毕竟软件本质上说是工具，研究怎样用好和用活软件才是摆在管理者面前的主要问题。你不要以一个卖药者的思维来诠释什么是管理和应用的本质，你站的高度还不够，知道不？

itren88

晕倒  看来我发错贴了
公司还在梳理阶段，谢谢大家的意见 我先参考，再来提问
BTW  公司用的是K3，既然已经买了，结合实际就只有尽最大可能的发挥作用，实施方当时说了一句话，并不是ERP能解决所有问题
看来以后要处理的事情更多呢

[ 本帖最后由 itren88 于 2009-3-26 18:46 编辑 ]

jiahouhen

建议，先从基础性的流程进行梳理，重点检讨执行力方面的问题。