MRP运算存在缺陷

blatecheng

Tomac 发表于 2012-4-14 16:47
是否有一種產品物料需求計劃可以提供2個層面的功能, 細節方面可以提供訂單層次的物料需求, 進料狀況,庫存 ...

有了订单层次的物料需求计划，整体层面的计划应该也有了，无非是按时段汇总采购计划、生产计划等，按订单追踪是非常必要的

Tomac

sstdcn 发表于 2012-4-14 18:03
那种按时段计算物料的MRP没什么意义，有意义的是要么按单计算，要么按具体日期计算，按时段计算是很搞笑的， ...

理论上说有依照时段计算的物料需求计划， 实际工厂可能有不适应的情况。

Tomac

1766081660 发表于 2012-4-15 08:52
MRP运算和详细排产是2个问题,不可混淆,不过敢于否定前人已有的定论也是一种创新

否认前人的理论， 也有一种可能是对理论理解不太深刻的。

blatecheng

1766081660 发表于 2012-4-15 08:52
MRP运算和详细排产是2个问题,不可混淆,不过敢于否定前人已有的定论也是一种创新

谢谢，这个问题值得深究。虽然是两个问题，但他们之间关系却非常紧密，才有想法放到一起考虑。举个例子：假设MRP算完，生产计划全部发放，再详细排产完成后，所有生产任务单工序都排出明确的开工、完工时间，同时其生产子料的需求时间已确定（即为工序开工时间），此时再重算MRP，再次计算出子料净需求计划，明显此次产生的采购计划较上次精确很多。两次MRP运算结果不同，就因为中间加了个排产。

cooldear

Tomac 发表于 2012-4-14 16:47
是否有一種產品物料需求計劃可以提供2個層面的功能, 細節方面可以提供訂單層次的物料需求, 進料狀況,庫存 ...

事实上应该不少产品可以提供mrp计算同时提供销售订单全程跟踪，这在技术上实现并不难。但问题是那些企业希望实现销售订单全程跟踪，但又允许串料（或订单变更）经常出现，如：a订单用了b订单的料，则系统中的销售订单全程跟踪状况跟实际情况不一致而变得无意义。
一个理想状况是，作为销售根本不用自己去追踪自己的订单生产和材料采购情况，其只要得到mrp计划员的保证就可以了；计划员排出的计划应满足所有订单的出货安排；所有作业部门确保按照计划员的计划进度实现；当作业部门发现自己的计划不能按时自行时，则需要马上反馈给计划员，由计划员协调各部门、重排计划，如果还是会影响到出货计划，计划员才需要把影响情况反馈回销售部...
计划员是这个信息反馈系统的中心，当然，如果计划被顺利执行，各作业部门就不用特别反馈信息给计划员，只是出现意外才需要把信息反馈给计划员。同理，如果销售员没有接到计划员的信息反馈，就表明原出货计划是可以正常执行的，根本不需要自己去追踪。

醉眼看世界

看到一些回复，无语，都啥都没理解就开始胡说八道了！

cooldear

哈哈

我有个遥远的梦

哈哈 一般都是说自己公司的情况  所以大部分一个人一个说法   

logi

加精华，不是说楼主的理解有多正确，而是在于提出了很多有代表性的问题，继而引出许多有价值的讨论。ITPUB需要这种积极的探讨和思想的碰撞。我稍后回复我对楼主问题的个人理解。

同时推荐为本周的“每周一议”话题。

Tomac

我有个遥远的梦 发表于 2012-4-16 08:58
哈哈 一般都是说自己公司的情况  所以大部分一个人一个说法

贊成. 其實, ERP的理論上嚴謹的, 而實際應用到各企業, 則各有不同. 真理的標準被各層面的人掌握. 不符合他們的企業現實, 歷史方式, 則被稱為錯誤.

有些方式, 雖然看起來很先進, 而用戶無法理解, 無法推廣, 應用.

我所經歷的一個企業, 物料需求計劃, 僅僅計算數量, 需求日期根據粗生產計劃預估, 不參與電腦系統. 採購人員根據生產單位的溝通, 和供應商通過非系統方式追踪進度.

這樣, 系統的應用反而產生了價值, 各部門均信任系統的數量. 如果做不好功能全面的, 做一點簡單的, 也是有效. 就像很多大佬建議的, 大不部分的企業上進銷存就夠了.