大家讨论一下:系统操作会不会影响MRP的 结果 ？

[david]

RUN MRP 过程中到底有没有必要停止所有的系统操作(如收货、发料、转仓、Back flush 等)？这些操作会不会影响MRP结果？如果会，
最好能举例说明。谢谢！

[程晓华]

从逻辑角度， 所有的TRANSACTION都会影响MRP的运算结果， 因为当MRP计算时， 库存应该是个时刻的数字；如果在MRP运算的时间内，
譬如一个小时、两个小时之内出现TRANSACTION， 结果前后应该出现矛盾。但不同的ERP，可能因为设置不一样，内部原理不太清楚。

[david]

一些IT专家却认为如果人工不创建新的工单或订单,这些系统操作不会影响MRP结果.理由是这些系统操作是有OPEN ORDER 转换的.但我个人认
为,这也存在计算需求时的时间差问题,因为系统计算PLAN需求时先库存再计算ORDER.例如:需求量10000pcs,库存量
1000pcs,OPEN W/O 2000pcs , 产生的PLAN W/O 7000pcs. 但假设系统刚计算完库存数量,有500pcs
W/O 报了Backflush,这样库存数量将增至1500pcs,但Plan W/O 将计算为7500pcs=[10000-1000-
(2000-500)],这样需求将会多产生500pcs. 专家们认为哪有这么巧的事!!!另外一个疑问是,Order 在转化过程中(PO 收货
\发料\Backflush),系统按什么状态来计算? 能不能正确区分?

> > 最好能举例说明。谢谢！- Hide quoted text -
>
> - Show quoted text -

[SUSAN XIA]

我个人认为对于低概率发生的事,如果全部要求MRP系统通过计算机来完成, 会增加系统的复杂程度,占据较多的计算资源,
 
所以我认为可以考虑多种工具或手法交替使用.
 
比如将RUN出来的计划再由COMMODITY Manager人工REVIEW一次,
只是大概挑出库存风险比较大的料,比如定制件,比如对保存有严格要求的料,  Commodity Manager 应熟悉物料相关情况, 客户类型,年用量,料的一些相关属性(交期,通用性,价格情况(比如MEMORY就量好不要备货)
 
系统可以将一些需要特殊关注的料,再与PLAN 对比一下,筛选出来相关的料,再由COMMODITY manager人工把关.
 
在人员组织上, 由熟悉物料的人员提出他需关注的要点,再由DATA Analyst 根据他的要求,制定相关的模板,从系统里PULL 数据下来, 按要求,按周期节拍提供相关报告.
 
这样是由一个团队,多角度来保证,各用所长.
 
 
以上愚见,抛砖引玉  各位见笑了
 
Susan
 

 
> Date: Sun, 6 Sep 2009 22:37:18 -0700
> Subject: China-iSCM & Inventory Control Re: 大家讨论一下:系统操作会不会影响MRP的 结果 ？
> From: david....@126.com
> To: chin...@googlegroups.com

[程晓华]

如果MRP运算之前，系统对相关数据如MPS/INVENTORY 等做一个SNAPSHOT，提取"时刻数据"做为运算基础，那样就不会有什么影响
吧？

On Sep 8, 9:43 am, SUSAN XIA <susanxi...@hotmail.com> wrote:
> 我个人认为对于低概率发生的事,如果全部要求MRP系统通过计算机来完成, 会增加系统的复杂程度,占据较多的计算资源,
>
> 所以我认为可以考虑多种工具或手法交替使用.
>
> 比如将RUN出来的计划再由COMMODITY Manager人工REVIEW一次,
>
> 只是大概挑出库存风险比较大的料,比如定制件,比如对保存有严格要求的料, Commodity Manager 应熟悉物料相关情况, 客户类型,年用量,料的一些相关属性(交期,通用性,价格情况(比如MEMORY就量好不要备货)
>
> 系统可以将一些需要特殊关注的料,再与PLAN 对比一下,筛选出来相关的料,再由COMMODITY manager人工把关.
>
> 在人员组织上, 由熟悉物料的人员提出他需关注的要点,再由DATA Analyst 根据他的要求,制定相关的模板,从系统里PULL 数据下来, 按要求,按周期节拍提供相关报告.
>
> 这样是由一个团队,多角度来保证,各用所长.
>
> 以上愚见,抛砖引玉 各位见笑了
>
> Susan
>
>
>
>
>
> > Date: Sun, 6 Sep 2009 22:37:18 -0700
> > Subject: China-iSCM & Inventory Control Re: 大家讨论一下:系统操作会不会影响MRP的 结果 ？

> > From: david.wang...@126.com

> > To: chin...@googlegroups.com
>
> > 一些IT专家却认为如果人工不创建新的工单或订单,这些系统操作不会影响MRP结果.理由是这些系统操作是有OPEN ORDER 转换的.但我个人认
> > 为,这也存在计算需求时的时间差问题,因为系统计算PLAN需求时先库存再计算ORDER.例如:需求量10000pcs,库存量
> > 1000pcs,OPEN W/O 2000pcs , 产生的PLAN W/O 7000pcs. 但假设系统刚计算完库存数量,有500pcs
> > W/O 报了Backflush,这样库存数量将增至1500pcs,但Plan W/O 将计算为7500pcs=[10000-1000-
> > (2000-500)],这样需求将会多产生500pcs. 专家们认为哪有这么巧的事!!!另外一个疑问是,Order 在转化过程中(PO 收货
> > \发料\Backflush),系统按什么状态来计算? 能不能正确区分?
> > On Sep 7, 9:28 am, 程晓华 <johnchen...@live.cn> wrote:
> > > 从逻辑角度， 所有的TRANSACTION都会影响MRP的运算结果， 因为当MRP计算时， 库存应该是个时刻的数字；如果在MRP运算的时间内，
> > > 譬如一个小时、两个小时之内出现TRANSACTION， 结果前后应该出现矛盾。但不同的ERP，可能因为设置不一样，内部原理不太清楚。
>
> > > On Sep 4, 2:30 pm, david <david.wang...@126.com> wrote:
>
> > > > RUN MRP 过程中到底有没有必要停止所有的系统操作(如收货、发料、转仓、Back flush 等)？这些操作会不会影响MRP结果？如果会，
> > > > 最好能举例说明。谢谢！- Hide quoted text -
>
> > > - Show quoted text -
>

> _________________________________________________________________
> Show them the way! Add maps and directions to your party invites.http://www.microsoft.com/windows/windowslive/products/events.aspx- Hide quoted text -

[Jiang Jack]

在技术上,向JOHN的想法是可以的,但当系统恢复后,需要将在这其间的变更临时存储,MRP RUNNING后在自动触发. 
问题是,刚得到的MRP结果跟现在这个时候系统里的数据不在同一个时间点.会容易让采购,库房,生产产生误解.

 
> Date: Mon, 7 Sep 2009 20:46:40 -0700

> Subject: China-iSCM & Inventory Control Re: 大家讨论一下:系统操作会不会影响MRP的 结果 ？

> From: johnc...@live.cn
> To: chin...@googlegroups.com

[孟凡淳]

针对david的问题,主要是时间差使supply比实际少从而导致overbuild/overprocument,确实是个问题,而且是经常有"这么巧的事",尤其是那些计划run次频繁的企业经常会有这样的问题,比如联想IIPC一天8run,Dell 12run.

联想认为少build会比多build好,因为next run会得相应的结果.所以联想的方案是先取WIP再取库存来planning.而订单确认orderfullfill却正好相反,因为"冒分"是严重问题,宁可supply少,少确认发货,也不能过分确认.所以订单确认/ATP是先拿库存再拿WIP.

网易邮箱用户购物独享现金返还

[孟凡淳]

另外一个问题是这样的,back flush 与 Manufacturing Order delivery 是2个不同的状态可以区分开来.Delivery 是WIP转库存,back flush是components withdrawn.当然很多企业应用是一步完成的,这个要看业务逻辑需求了.

---

"中国制造",讲述中国60年往事