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

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

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

系统功能:

1) 配置 Configruation

clip_image002

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

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

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

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

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

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

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

2) 采购 Purchase

clip_image004

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

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

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

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

采购申请的界面样式

clip_image006

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

3) 报表 Report

暂定,需要讨论

4) Help 帮助

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

系统运行后的效果图

clip_image008

软件配置:

开发机器: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实施失败告终。

posted @ 2013-05-06 15:46  信息化建设  阅读(2057)  评论(1编辑  收藏  举报