ERP物料采购系统需求分析与效果展示 ERP实施以失败告终的四个原因分析

三年前给客户做的一个物料采购系统，客户因为价格问题搁置，今天把它拿出来分享，以分析改善方法。

项目名称: Item Purchasing System /Item Purchasing Request

系统功能:

1) 配置 Configruation

公司和组织架构管理 Organization Manitenance：
目前的例子 三个公司(暂定命名为Shenzhen, Singpore, Vietnam, 中文：深圳，新加坡，越南)，三个公司下面各有多个职能部门，

申请采购物料的就是这些部门，要知道物料是由拿个公司的哪个部门申请的，所以，需要管理公司和部门，可以自定义增加公司和部门

用户管理 User Maintenance: 管理物料采购申请的用户，及权限

物料管理 Material Entry 为规范申请的物料，也为了数据报表分析，需要在这里先建立物料，然后申请采购时，从这里选择物料。

这个功能为会以后的维护和分析报表提供很大的方便。

财务: Cost Center ,Ledger Account 与财务的接口，成本计算，货币

设置 Page Setup 一些页面的风格设定，显示参数

2) 采购 Purchase

流程：采购申请=》采购申请审批=》采购定单=》采购定单审批

在今天来看，采购定单审批这一步骤是多余的，已经形成采购订单，不需要批核。

可能为出现采购单修改或采购退货

是否需要IPR中的流程，采购询价

采购申请的界面样式

这与IPR一致，看情况需要更改， 这个格式将会影响系统以后的维护，字段的修改均为影响这个格式。

3) 报表 Report

暂定，需要讨论

4) Help 帮助

系统方面的规范，使用方法，出错后汇报问题，提出修改，均在这里提交

系统运行后的效果图

软件配置:

开发机器：Windows 7 x64, IIS7.5, SQL Server 2005

部署机器：

操作系统 : XP及XP以上的系统均可(Win2003), 安装IIS5/6

数据库: SQL Server 2000

运行库: ASP.NET .NET Framework

开发周期计划:

一个月的开发周期，三个月的维护期。给客户做的系统，客户不会一次把所有的内容都写到合同里面，即使有写，到出现分歧时，客户会认为你没有明白他的含义，要求你继续为他更改，做出他想要的功能。如果是设计时没有考虑到的问题，则应该毫无异议的进行修复。

关于没有明白客户的意思，我对这一点理解的相对深刻。

 

2010年实施的一个ERP客户，千方百计的让ERP系统满足他的各种要求，因为有些担心定做功能会收取费用，这一点cost会影响他的业绩表现，于是在实施初期，对系统出现的任何有异议的地方，均要求我方人员作出修改。以至于在项目实施三个月之后，关于物料清单中物料用量的公式，还在讨论计算，反复修改。

另一个不可理解的功能是大量工程更改。一般Mass Engineering Change只改物料清单，修改之后会提示当前正在使用这个物料清单的工作单，提示操作人员修改工作单。然后对方ERP操作人员，要求大量工程更改中，除了修改物料清单外，同是把正在使用此物料清单的工作单也一并修改。如果工作单有发套料到车间，已经开始生成，同会产生更多的问题。ECN中增加用量，需要发散料，增加物料出仓到车间参与生产，如果ECN是减少物料的用量，是需要产生物料回仓，让物料退回到仓库。如果增加物料时，物料库存不够用(On-Hand)，则需要产生采购单，购买原料。

于是，一个ECN动作，把系统里面所有的功能都涉及修改到，到最后客户也不知道，为什么会出现帐对不上。因为修改的地方太多了，数据关联又多，原因和条件设置，超出了可以理解记住的范围，自然问题多多。

MRP运算是相对复杂，但它围绕物料清单中产生的相对需求和销售单的独立需求，考虑安全库存(Safety Stock)，损耗率(Scrap Rate)，提前期(Lead Time)，订货政策(Order Policy)以此产生需求。

 

第三个遇到的问题是工作单拆分与合并。遇到这种问题，客户可以修改工作单，修改发料，挪用物料，而不是完全依赖于工作单的拆分功能来实现。拆分工作单会对产品交期，生产计划，工序流程，发套料，物料损耗和物料回仓产生影响。

理论上可以做到工作单拆分功能，一次实现上面所有的内容修改。但这样也超过了可理解的情况。经常会问，为什么会这样，计算的结果为什么会这样。工作单拆分还会涉及到生产排程，对系统的影响较大。

第四个问题是批核。客户的工厂，官僚体制可能浓厚一些。大量的功能都加要批核功能进去。如果单据只需要一个字段表示批准(Approval)或拒绝(Reject),则实施一个通过的批核系统不难。然后，客户要求的批核，是希望在批核之前，停止当前的业务流程。比如计划订单发放，没有批核就不允许发放。如果物料清单没有批核，也不能开工作单，不能用于生产。批核字段充满于单据，单据明细中，原来跑起来很流畅的ERP流程，一时间无从下手。

工厂的加班是需要批核的，因为涉及到cost加班费，但是已经形成采购订单的单据，应该不需要批核。

 

有了这四个问题与矛盾，ERP实施失败告终。