我是如何收拾一个ERP的烂摊子的。

lacamus

我有点晕!

貌似这是新版超人归来,完全忽视事实团队,一个人搞定一切!

liuwei_sh

一个人也可以搞定的，只要这个人强。我前一家公司就有个强人，是个台湾人，男的，公司是个大型的光电行业的企业，ERP系统都是他一个人调研和开发的。我们这些人对他佩服死了

氧化钙

一个人做系统，总还是觉得有点不可思议，强到顶点了。

meikohuang

有点疑问
但是可能也有这么牛的人,呵呵

liuwei_sh

真的是有这么强的，台湾人，佩服死了，他用C#写的，研究过他写的代码，靠！没有虚假，真的有水平的。据说是在美国读大学的

liuwei_sh

就是有一点觉得：一点注释都没有写。这点差了点

rickyhuang

原帖由 icetea_cn 于 2008-8-7 10:23 发表
"我决定开发物流控制平台和生产控制平台。"这2个平台开发的工作量不小啊。。物流控制平台中包含了从工单到销售订单、采购订单的信息，还包含了ATP的内容。还可以修改，不知道修改以后是如何影响后续计算的。

生产控制平台，能实现排产，估计不包含优化。但是允许计划员手工调整。

这2个模块做下来。。您用了多久啊？这基本上也是最难啃的骨头了。就被你这么轻松的啃下来了。。实在是佩服啊。

能再具体的讲讲吗？

物流控制平台中包含一个MRP运算功能，一个模拟销售订单输入平台（用来计算消耗库存呆料的销售建议的），一个基于工单的MRP运算功能和一个MPS计算功能，其他资料采用Oracle数据，方法很简单，先做业务数据的快照，包含：
供给部分：当前库存、未结采购行、未结请购行、未结工单
需求部分：未结工单BOM、未结销售单行、销售预测、安全库存、最小最大量、人工输入的虚拟需求行
基础数据：BOM

MRP运算时，先从Oracle EBS中抽取需求部分的资料，冲减供给部分，最后余下的如果有BOM的就展开BOM作为下一层计算的需求部分，同时如果供给冲减的供给是工单的则展开工单BOM作为下一层计算的需求部分，这样一层层地往下算，直到到达用户指定的层次（理论上是无限的，多一个层次就多个循环而已），多余的需求就是缺料数。多余的供给就是呆料警告表。
由于需求都有计划日期，工单也有计划开始日期，所以各个供给都可以根据这个日期减去提前期就是供给的需求日期，如果供给的计划日期与这个日期不同，就将这个日期记录到供给中作为建议日期。
这样我们就可以得到每个需求展开后的详细供给信息（关联报表），这是一个基本数据表，基于这个数据表，我们可以得到工厂物流用户的不同格式的报表，工单、采购、请购、库存等的短缺或富余状态及其计划日期的修改建议，当然也可以包含ATP内容。

如果采用另外一种MRP运算的话，先运行上面的MRP，将其产生的关联报表处理后得到MPS报表，也就是缺料表的制造部分，计划员将这个报表中的所有建议工单下发后，运行基于工单的MRP运算，这种运算很简单，只有一层，将工单的BOM收集并冲减供给后就可以得到缺料表，再将缺料根据Oracle EBS中Item Master中的合并天数合并后，根据最小采购量和最小包装量合并计算就可以生成请购建议表了。

时间关系，生产控制平台容后再复。

icetea_cn

原帖由 rickyhuang 于 2008-8-8 12:30 发表


物流控制平台中包含一个MRP运算功能，一个模拟销售订单输入平台（用来计算消耗库存呆料的销售建议的），一个基于工单的MRP运算功能和一个MPS计算功能，其他资料采用Oracle数据，方法很简单，先做业务数据的快照，包含：
供给部分：当前库存、未结采购行、未结请购行、未结工单
需求部分：未结工单BOM、未结销售单行、销售预测、安全库存、最小最大量、人工输入的虚拟需求行
基础数据：BOM

MRP运算时，先从Oracle EBS中抽取需求部分的资料，冲减供给部分，最后余下的如果有BOM的就展开BOM作为下一层计算的需求部分，同时如果供给冲减的供给是工单的则展开工单BOM作为下一层计算的需求部分，这样一层层地往下算，直到到达用户指定的层次（理论上是无限的，多一个层次就多个循环而已），多余的需求就是缺料数。多余的供给就是呆料警告表。
由于需求都有计划日期，工单也有计划开始日期，所以各个供给都可以根据这个日期减去提前期就是供给的需求日期，如果供给的计划日期与这个日期不同，就将这个日期记录到供给中作为建议日期。
这样我们就可以得到每个需求展开后的详细供给信息（关联报表），这是一个基本数据表，基于这个数据表，我们可以得到工厂物流用户的不同格式的报表，工单、采购、请购、库存等的短缺或富余状态及其计划日期的修改建议，当然也可以包含ATP内容。

如果采用另外一种MRP运算的话，先运行上面的MRP，将其产生的关联报表处理后得到MPS报表，也就是缺料表的制造部分，计划员将这个报表中的所有建议工单下发后，运行基于工单的MRP运算，这种运算很简单，只有一层，将工单的BOM收集并冲减供给后就可以得到缺料表，再将缺料根据Oracle EBS中Item Master中的合并天数合并后，根据最小采购量和最小包装量合并计算就可以生成请购建议表了。

时间关系，生产控制平台容后再复。

你现在的这个运算，是自己做的二次开发呢？oracle原有的MRP计算和你上面表述的逻辑有什么不同吗?我感觉这个就是忽略了能力约束的一个最简单的展开运算啊，难道Oracle完成不了这样的工作吗？为什么还要自己另作一套呢？

382564549

千萬不要忽視人才的存在

rickyhuang

你现在的这个运算，是自己做的二次开发呢？oracle原有的MRP计算和你上面表述的逻辑有什么不同吗?我感觉这个就是忽略了能力约束的一个最简单的展开运算啊，难道Oracle完成不了这样的工作吗？为什么还要自己另作一套呢？ [/quote]

----------------------------------------------------------------------------------------------------------
1. 是自己做的二次开发
2. oracle原有的MRP计算和我的计算逻辑没有什么不同。
3. 个人认为MRP并不需要包含能力约束，这是属于CRP的范围（也就是我做的生产平台了）。
4. Oracle可以完成这样的工作，事实上我们也在运行Oracle系统的MRP，现在仅作为参考使用。等到以后用户能力提高了，也可以直接使用它。
5. 用过Oracle系统的MRP的人都知道，非常麻烦，很不直观，另外计算时并不考量最小最大量，也不考量富余工单的需求，最要命的是其计划定单包含了最小采购量和最小包装量，很难查询净缺料数量，PMC经理的一项KPI指标是控制库存值，而这个指标超标，所以需要知道有多少超标的库存是由于最小采购量和最小包装量或其他原因造成的（因为他不想吃死猫）。当然也可以告诉他系统就是这样的了，但这样容易造成用户的借口和抵触，去年的失败的原因的很大比重是这样造成的。还有其他原因就不细说了。所以我决定做二次开发。

[ 本帖最后由 rickyhuang 于 2008-8-8 18:08 编辑 ]