SAP项目失败案例

合集下载

ERP失败案例

ERP失败案例

内外部 后勤支撑
定单管理 统一配销
储运
生产外包
销售服务
ห้องสมุดไป่ตู้
市场竞争力分析
迈克尔.波特提出的五 因素模型
1. 现有竞争对手之间的 敌对状态;
2. 新进入者的威胁; 3. 替代产品和服务的威
胁; 4. 买方的议价能力; 5. 供应商的议价能力;
AERO公司的竞争力危机分析
在运动鞋领域Reebok、Nike占有 很大份额,时装鞋竞争激烈, AERO公司跨两个领域之间;
R/3需要做到跨平台,还增加了技术复杂度 AFS模块产品成熟度不够
试图解决所有鞋业公司问题,针对性不够 厂家缺乏开发动力,用户财力支持不稳定 有许多新代码,没有在实际生产过程中实践过
成功案例大多在欧洲,管理背景不同
JBA的对比分析
成功用户少; 名气不大。
集中在AS/400小型机单一平台 本土经验,集中开发; 开发商适应用户的积极性高。
很多公司都放弃了r3的实施如alcoadellnecerp系统将带来公司组织结构的剧大变化但该项目成员经常出差几乎不可能同时召开全体会议这样造成不能明确成员之间的分岐以及互相的依赖性而且也没有机会进行公司组织结构的有效调整放弃r3项目的表面原由续由于鞋业的独特性和复杂性使得afs很难开发出来同时afs包含很多新的从来没有在生产环境中被使用过的编程代码增加了风险历史上r3中的afs尽管被开发出来但许多公司试图实施这个系统时都失败了从而被迫转向其他系统小结企业领导人追求高速发展对信息系统寄予厚望但又过分专注业务不能真正参与企业信息化改造产品和服务提供商出于自身利益的考虑往往会误导用户用户方需要具备真正的评价能力问题解答概要aero公司实施r3项目的组织结构问题和技术问题企业重组和持续改进产品建议的快速sap

SAP_B-One失败案例1111

SAP_B-One失败案例1111

0592- 6087976 资讯专员 吴善妙
11 SAP B-ONE 东莞
东莞广原电子有限公司
扬声器
12 SAP B-ONE 江阴
江阴启新纺织有限公司
针织胚布加工
东莞三星电机有限公司下属CCD与 SPEAKER部门单独分拆出来的公司,工 厂位于石碣镇,目前人力1500多人, 产品:汽车影音驱动器、汽车音响设 备、扬声器、多媒体音箱、无线耳机 、家庭影院等用音响设备等。 他们 的韩国总公司购买B-ONE投入超过100 万,在东莞工厂推行过程中发现很多 功能不齐全,无法满足需求,各用户 觉得“非常不好用”,顾问费用非常 贵,修改量也大,最后无奈放弃,最 后总经理(韩国人)亲自参与选型, 08年4月签约易飞,目前两个车载DVD 与喇叭两个产品事业部均已成功上线 B-ONE是05年买的,由何经理负责,10 个站点,20多万,只买了财务和进销 存模块,其他模块是客户基于B-ONE平 台自行进行大量的二次开发完成,因 此B-ONE是06年8月份才进行测试阶 段,预计06年9月底完成测试,从10月 份开始正式实施B-ONE,实施由达策在 江阴的代理商负责,觉得B-ONE不足的 是操作按键很不方便不灵活,不符合 中国人的操作习惯。 代理商(方正科技)没有能力完成整 个实施项目,完成不了的部分转包给 其他的小公司做开发,原项目组人员 全部撤离
厦门福太洋伞有限公司
各种伞及其零配件、 以及雨衣、雨帽等雨 具;加工生产各种庭 园桌椅、帐篷等。
5 SAP B-ONE 厦门
厦门克成模具有限公司
0592- 6210181- 1192 电 脑部 陈 宗柏先生 0592只是运用了SBO的进销存和财务,目前 5964691 系统使用基本正常,但生产部分基本 ERP专员 上是没有运用,依旧手工操作。 徐春华小 姐 所有的发票都会出错,误差从几分到 几毛钱,每次都是要改。听说新版本 有所改进,但目前还没有看到。同时 B-ONE的产品固定资产模块过于简单, B-ONE生产功能不完善,也没有采用。 0592- 6296111 电脑部 赖国顶 05925908317 电脑部 林俊伟

ERP十大失败案例发人深省ERP企业资源计划.doc

ERP十大失败案例发人深省ERP企业资源计划.doc

ERP十大失败案例发人深省_-_-_ERP-企业资源计划1ERP十大失败案例发人深省如果留心观察,你会发现ERP领域充斥着戏剧化的现象:软件价格动辄数百万美元,实施效果却并不理想;厂商为了扩大营销而虚张声势,由此引发了恶性竞争;侵犯知识产权的现象也是时有发生。

这些现状让用户深陷ERP实施的梦魇之中,并使得他们对ERP产生了强烈的抵触情绪。

正在考虑升级或部署ERP的用户请注意,我们收集了一些ERP应用的失败案例,希望能够为您起到参考的作用。

1、Hershey的一次不甜蜜的经历一次失败的技术部署(在本案中为SAP的R/3 ERP软件)可能搞垮一家Fortune 500公司(在本案中为HersheyFoods公司)吗?它肯定在1999年的万圣节时期没有给予Hershey经营以帮助,或者让华尔街投资者兴奋。

最后,Hershey在SAP ERP、Siebel CRM和Manugistics 供应链应用上遇到的可怕问题阻碍这家公司那年为万圣节提供1亿美元的Kisses,造成公司股票下跌8%.因此,我认为一个失败的技术项目不会实际让一家Fortune 500公司永远倒下,但肯定会给予它沉重的一击。

2、Just Do It:修好我们的供应理系统!4亿美元升级Nike公司的供应链和ERP系统给这家世界著名的鞋业和运动装备制造商带来了什么?首先,销售额损失1亿美元,股票下跌20%以及一连串的集体诉讼。

这件事发生在2000年,可怕的结果是由于一次大胆的ERP、供应链和CRM项目造成的。

这个项目旨在将系统升级为超级明星系统。

Nike的故事既充满悲哀又给我们发出了警告。

3、HP的ERP问题"完美风暴"HP公司把其异构的北美ERP系统集中到一个SAP系统中的史诗般的故事证明:当谈到ERP项目管理时,怎么悲观都不过分。

你看,在2004年,HP的项目经理就知道了各种可能会随着他们的ERP部署出现问题的事情。

国内四大知名企业erp项目失败桉例

国内四大知名企业erp项目失败桉例

国内四大知名企业ERP项目失败案例2004-03-30 14:24:54经济日报三露联想“婚变”南方网讯北京市三露厂在1998年3月20日与联想集成(后来划归到神州数码)签订了ERP实施合同。

合同中联想集成承诺6个月内完成实施,如不能按规定时间交工,违约金按千分之五来赔偿。

ERP软件是联想集成独家代理瑞典Intentia公司的MOVEX.合作的双方,一方是化妆品行业的著名企业,1998年销售额超过7亿,有职工1200多人。

一方是国内IT业领头羊的直属子公司。

这场本应美满的“婚姻”,因为Intentia软件产品汉化不彻底,造成了一些表单无法正确生成等问题出现了“婚变”。

后虽经再次的实施、修改和汉化,包括软件产品提供商Intentia公司也派人来三露厂解决了一些技术问题。

但是由于汉化、报表生成等关键问题仍旧无法彻底解决,最终导致项目的失败。

合作的结果是不欢而散,双方只得诉诸法律,在经历了15个月的ERP官司之后,经过庭内调解,结果三露厂退还MOVEX计算机管理信息系统软硬件和获得200万元的赔偿。

哈药“城门失火”2000年,哈尔滨医药集团决定上ERP项目,参与软件争夺的两个主要对手是Oracle与利玛。

一开始,两家在ERP软件上打得难解难分,一年之后,Oracle击败利玛,哈药决定选择Oracle的ERP软件。

然而事情发展极具戏剧性的是,尽管软件选型已经确定,但是,为了争夺哈药实施ERP项目的“另一半”,2001年10月,利玛联手哈尔滨凯纳击败哈尔滨本地的一家公司华旭,成为哈药ERP项目实施服务的“总包头”。

但是,始料不及的是,到了2002年3月份,哈药ERP实施出现了更加戏剧性的变化。

利玛在哈药ERP项目的实施团队全部离职。

城门失火,殃及池鱼,整个哈药项目也被迫终止。

而最近又有消息说哈药ERP项目又重新上马,真是一波三折。

哈药是因为前期调研没发现问题。

其实进口的软件都有汉化的问题,既然公司外语水平不行,选型的时候就应该选中文的。

erp失败案例

erp失败案例

erp失败案例在企业资源计划(ERP)系统的实施过程中,有许多案例表明了ERP系统的失败。

这些案例涉及到各种行业和规模的企业,但它们都有一些共同的特点和原因。

本文将探讨一些典型的ERP失败案例,并分析造成这些失败的原因,以期为其他企业避免类似的错误提供经验和教训。

首先,我们来看一个著名的ERP失败案例,德国戴姆勒-奔驰公司。

在上世纪90年代末,戴姆勒-奔驰公司决定实施SAP的ERP系统,以整合其全球范围内的业务流程。

然而,由于管理层对项目的规划和执行不力,加上员工对新系统的接受程度较低,导致了项目的失败。

最终,戴姆勒-奔驰公司不得不放弃了这一巨额投资,并且遭受了巨大的损失。

其次,还有一个典型的ERP失败案例是美国零售巨头沃尔玛。

在2003年,沃尔玛决定实施一个名为“Satellite”系统的ERP项目,以取代其老旧的供应链系统。

然而,由于项目管理不善和技术实施问题,导致了系统的延迟和超支。

最终,沃尔玛不得不放弃了这一项目,并且遭受了数亿美元的损失。

以上两个案例都反映了一些常见的造成ERP系统失败的原因。

首先,项目管理不善是一个重要因素。

如果管理层对项目的规划和执行不力,或者在项目执行过程中出现了重大问题,都会导致项目的失败。

其次,员工对新系统的接受程度也是一个关键因素。

如果员工缺乏对新系统的培训和支持,或者他们对新系统持怀疑态度,都会影响项目的顺利实施。

最后,技术实施问题也是一个常见的原因。

如果系统实施过程中出现了技术上的困难或者延迟,都会对项目造成不利影响。

综上所述,ERP系统的失败并非个案,而是一个普遍存在的问题。

为了避免类似的失败,企业需要在实施ERP系统之前充分准备,包括制定详细的项目计划、进行全面的员工培训、确保项目管理的有效性,以及对技术实施过程进行全面的评估和监控。

只有这样,企业才能确保ERP系统的顺利实施,从而提高其业务流程的效率和竞争力。

SAP实施不成功就像女人丰乳没效果

SAP实施不成功就像女人丰乳没效果

一家外国公司,不远万里,来到中国,服务于中石化、中石油、国家电网、海尔、联想、长虹、康佳等一系列中国最牛的企业。

当时钟拨到这个企业进入中国的第14个年头后,一夜之间却惹来了极大的争议。

这个企业就是SAP,史称“画皮SAP”事件。

如果你对这个企业还不太清楚,那再告诉你两个她的title:1、世界500强企业中80%都是SAP的客户;2、SAP的ERP是世界第一的管理软件。

中午的饭局,林明军请我们给下期节目的主题提建议时,炳叔就力荐SAP事件。

诚然,这是这两天的热闹事,估计热度能持续一阵子。

关于这个事件,这里并不想说谁是谁非,我感兴趣的只有两点:第一:SAP收取高昂的服务费不应成为客户沉重负担。

业内普遍收取的服务费是15%,而SAP 则从原来的17%提升至22%。

计世的那篇报道里是这样叙述的:“同时,不购买SAP的服务还有更加严重的后果。

记者获得了一封企业写给深圳市企业信息化协会的投诉信件,信中指出,2021年SAP单方面更改服务协议,增加了很多用户并不需要的服务,同时把服务费比例从17%涨到22%。

“如果不购买SAP的服务就会存在明显的风险。

”投诉者愤怒地表示。

不购买SAP的服务,用户无法获取服务器迁移时所需安装的KEY,这将导致现有服务器报废后,系统无法使用。

同时,用户无法再申请对系统的更改权限,有可能导致系统不能满足业务的需要。

”第二:第一点中提到的收取高昂服务费,是客户的硬苦衷。

除此之外,客户还有很多软苦衷,比如SAP的很多实施要求并不符合中国的国情和行业特点,比如项目实施完毕后的结果距离SAP实施顾问在项目规划阶段描绘的蓝图差距太大,比如软件太过繁琐,很多人学不会等等。

这个企业,很多都是国字头、巨无霸,都具有呼风唤雨的能力,都具备的“城头跺一脚,城墙抖三抖”威风,为何以前很少哪个企业公开说SAP实施失败呢?不用说失败,甚至都无人说实施不成功?(非官方渠道的私下抱怨除外)通俗点说,这就像女人买丰乳产品,吃了产品真有效果的,她绝不肯对别人说,怕人家说你是吃了药才大起来的;吃了产品而没有效果的,她也绝不对外人说,因为怕人家说你连吃药都大不了。

国内使用ERP案例

国内使用ERP案例

作业1:国内外使用ERP的案例一、国外成功使用ERP案例:德国巴斯夫公司德国巴斯夫是世界领先的化工公司,向客户提供一系列的高性能产品,包括化学品、塑料品、特性产品、农用产品、精细化学品以及原油和天然气。

其别具特色的联合体战略(即德语中的“Verbund”)是公司的优势所在。

它使巴斯夫实现了低成本优势,从而保证了极大竞争优势。

巴斯夫遵循可持续发展的原则来开展业务。

巴斯夫公司的ERP实施始于上世纪80年代末,并与90年代初完成由SAP提供的全套ERP系统。

在过去10多年间,公司还对老系统进行了近10次升级,最近一次升级是SAP的R/3 V4.7版。

继最初在企业内部应用采购、销售、库存管理、财务管理、设备维护成本管理等模块对企业内部的资源进行优化之后,又陆续引入了供应链管理、客户关系管理、业务商务智能等应用软件。

巴斯夫在公司许多环节中成功地应用了SAP的解决方案:应用供应链模块实现在全球的供需平衡,通过电子采购与供应商进行协同,如自动采购,自动补货,应用商业智能模块帮助企业决策。

二、国外ERP使用失败案例:NikeNike公司是世界领先的运动鞋、运动服饰和运动器械的设计和营销公司。

Nike公司于20世纪70年代初期创建,总部设在美国的俄勒冈州。

到70年代末和80年代初,市场对Nike公司的需求已十分巨大,市场份额为市场占有率之首。

Nike公司在1999年开始部署i2需求与供应规划软件。

Nike没有将SAP ERP项目的一部分先尝试部署i2,而是从一开始就全面安装。

但很快就出现了问题。

i2的需求预测应用和其供应链规划程序(规划具体产品的生产)使用不同的业务规则并用不同的格式保存数据,因而集成这两个应用程序很困难。

i2软件必须进行大量的定制工作才能与Nike的老软件一起使用。

系统速度很慢,在Nike几千万个产品号的重压下,该系统经常崩溃。

而且该系统在订单处理时还会常常出错,并且需求规划程序还在订单数据输入6到8周后删除记录,令规划人员不可能记起他们曾要求每家工厂生产什么。

迪克森沉思录之做GlobalSAP项目的弊端

迪克森沉思录之做GlobalSAP项目的弊端

迪克森沉思录之做GlobalSAP项目的弊端迪克森沉思录之做Global SAP项目的弊端笔者在过去的十年里,参与过好几个大型跨国企业在国内工厂的SAP推广实施项目,这种项目就是将总部设计好的全球模板推广到其海外工厂,使得其诸多海外工厂能按照同一个模式在其GLOBAL唯一的服务器上运行其日常业务,实现全球总部对于海外工厂的统一掌控与管理。

参与这种项目的好处,笔者在之前的诸多文章里已经分析过,这里不再赘述。

笔者在这里就参与这种项目的诸多弊端,结合个人的项目实践与思考,予以阐述和分析。

弊端之一:顾问的咨询价值的发挥受到掣肘,不能充分展现顾问的核心咨询价值。

在这种项目里,本地顾问需要参与以及所能作的工作,相对有限。

首先,客户的全球模板里规定好了诸多业务流程的实现方案,这些方案都是之前客户的总部SAP团队里设计与搭建好了的。

本地顾问不需要就所参与项目的客户工厂里的诸多流程去设计与实现技术方案,或者说,只用对于分析出来的极少数的GAP去设计与实现方案。

从提供解决方案的角度来看,顾问的价值就不能充分发挥了。

这些项目的实施多是由客户内部的SAP实施团队主导进行,自己制定项目计划,掌握全球模板的核心技术与底层设计;本地顾问提供技术支持,在项目中充当客户总部实施团队与本地业务团队之间的桥梁,处于上传下达的从属地位。

本地顾问受制于客户的全球模板的条条框框,将设计好的全球模板自己先理解后,然后介绍给本地业务团队;并且要站在客户总部SAP团队的角度,说服本地业务团队接受全球模板的方案。

本地顾问团队在项目实施的过程中,只需要参与现行业务流程的调研与分析,理解与介绍全球模板给业务团队,找到GAP,提供主数据收集的培训与支持,支持关键用户团队做集成测试,以及上线后的技术支持。

个人认为,这些工作并不体现顾问最主要与最核心咨询价值,只能算是边角性工作。

弊端之二:顾问的学习效果打了折扣,不能学到最新的SAP知识。

现在SAP公司推出的新产品层出不穷,S4HANA大行其道,SAP HYBRIS, SAP FIORI, SAP Lumira, SAP SuccessFactors……等新的产品让人眼花缭乱。

sap错误问题汇总.doc

sap错误问题汇总.doc

SAP错误问题汇总1.A:在公司代码分配折旧表时报错?在公司代码分配折旧表时报错,提示是“3000 的公司代码分录不完全-参见长文本”希望各位大侠帮我看看。

3000 的公司代码分录不完全-参见长文本R: a.你把零进项税的代码分配给这个公司代码就可以了 .没有指定非税代码,OBCLb.据此可能company code 设置有问题,检查一下OBY62.a,维护客户科目组:财政供应链管理->现金和流转情况管理->现金管理->主数据->子分类帐科目->客户控制->维护客户科目组b,创建客户帐户编号范围:财务会计->应收帐目和应付帐目->客户帐户->主数据->创建客户主记录的准备->创建客户帐户编号范围c,对客户帐户组分配编号范围: 财务会计->应收帐目和应付帐目->客户帐户->主数据->创建客户主记录的准备->对客户帐户组分配编号范围3.MMPV 物料数据估算期间.开物料帐.4.MMRV 允许对前期记帐.5.OX19 维护成本控制范围,把公司分配给控制范围.6.OMSY 第一次开物料帐可以用OMSY所物料帐开到当前时间,以后就用MMPV开物料帐.7.FBN1 会计凭证号范围. VN01 SD凭证号码范围.8.定义逻辑系统:SPRO/跨应用组件\预定义OLE业务处理\跨应用业务处理\中心用户管理\中央管理的ALE 强制活动\定义逻辑系统.T-CODE:SALE\基本设置\逻辑系统9.A:我在创建总帐科目时,总是提示“损益报表科目类型在科目表 LXGJ 中未定义”,怎样做呢?谢谢!R:需要在IMG中先配置Retain Earning科目,OB53。

我原来也碰到过这个问题,是要先定义留存收益科目,科目类型可以填X,科目可以填本年利润或利润分配--未分配利润的编号,一般直接保存不了,你要上下滚动几下MOUSE的滚轮使该行变灰就OK了.SPRO/财务会计/总帐会计/总帐科目/主数据/准备/定义留存收益科目.10.FSPO 总帐科目/会计科目表数据,DISPLAY,EDIT,NEW11.Q:为什么不能库存记账?---急!我用MB1C用移动类型521做起初余额时,系统提示我该物料不可能有库存记账,按F1帮助,显示“该物料不可能有库存记帐”R:從信息上看還是該種material type 的某valuation area 的 Quantity update沒有被允許,或許你還是要看看這裡.R:in the configuration of material type , you can configure a material type managed on a qua ntity basis.12.OMWB 配置自动过帐.spro/物料管理/评估和科目设置/科目确定/无向导的科目确定/配置自动过帐13.维护类别类别: spro/sap netweaver/base/应用程序链接启动(ALE)/定模和实施业务处理/主数据分配/使用对象类别分配/维护类别类型 OR CL01 维护类别.14.配置总帐科目&公司代码 FS00,更改统驭科目的科目类型"必选".SPRO/财务会计/总帐会计/总帐科目/主数据/准备/定义科目组/选择总帐科目组/科目控制/设置可选输入项.15.控制标识不存在:spro/控制/一般控制/组织结构/维护成本控制范围/基本数据/激活组件&控制标识16.估价范围 7801 还没有生产式的物料帐簿?R:我按照提示去运行CKMSTART17.A:帐户1304006对于业务/事件代码BSX,可直接记帐..R:FS00,(创建/银行/利息)/公司代码的凭证创建控制/只能自动记帐打上勾.18.A:自定义货物移动类型的屏幕格式R:SPRO/物料管理/库存管理和实际库存/收货/定义屏幕格式/选择移动类型19.A: 工厂日历丢失或错误在工厂日历中R: OPDD 维护工厂日历,分配工厂日历!20.A:删除SAP*,可以用SQLPLUS 连接到数据库案例:R: delete from r01 where bname='sap*' and mandt='000';commit;21.A:VK11 物料定价没有维护存取顺序.R:SPRO/销售和分销/基本功能/定价/定价控制/定义条件表OR 定义条件类型 OR 定义存取顺序定义存取顺序要点:定义字段,先选择存取顺序,双击字段可以确定存取字段.22. A:没有用于售达方的客户主记录存在R:维护客户主数据据的/销售/定价/统计/价格组和客户定价过程23. R:1、我模仿OR订单,复制了个订单类型、发货类型、开票类型,又定义了自己的定价过程ZHF009,定价条件类型是K007, MWST,ZHUL(我自己定义的条件类型),在前台VA01创建订单时,订单不完整,提示“缺少净价”,我也没在定价过程里定义这个条件类型,为什么在做订单时还不出现?A: 你的定价过程缺少了VPRS或者是没有通过项目类别定义定价,要激活才可以带出来净价的,就是成本价啦!24.R:客户000没有对功能 ZE(销售员)定义.A:SPRO/SD/主数据/业务合作伙伴/客户/客户层次/为层次类别设置合作伙伴确定/设置客户主数据的合作伙伴确定/帐户组-功能分配/新建一个ZE(销售员)把功能分配给帐户组->ZSE(*销售员内部)即可. 25.R:销售凭证项目装运中/装运点&接收点不能带到装运点对应工厂.A:SPRO/后勤执行/装运/基本发运功能/装运点和收货点确认/选择”通过销售单据类型定义发运条件”.26.R:不小心删除了工厂,发现不能确定科目帐户.”27.A: 我在做SD出具发票时遇到的问题我在SD中做出具发票保存时,系统提示“凭证 90000000 保存(帐户确定出错)”,然后我在收入科目分析中发现系统提示“在账户确定类型KOFI没有找到总账科目”。

2011年国外ERP失败典型六大案例

2011年国外ERP失败典型六大案例

2011年又是一个ERP项目频繁发生重大事故的一年。

软件项目发生故障对于任何涉入其中的参与者而已都不是件好玩的事。

此类事故不仅导致资金与精力的浪费,让管理者陷入千夫所指的境地,甚至还有可能引发诉讼危机。

以下便是2011年在ERP领域发生过重大事故的问题项目。

1.英国政府放弃国民健康保险制度国家IT计划2011年9月,英国政府正式宣布中止为全体国家公民建立电子健康记录的计划,而这一计划此前始终被视为英国有史以来最为庞大的公共IT项目。

尽管这套体系已经带来高达120亿英镑(约合187亿美元)的庞大财政支出,但自2002年至今的不懈努力却仍未能产生一套可操作的理想机制。

英国重大项目管理局对此给出的结论是,该计划“没能为国民健康保险制度(NHS)提供所需的现代IT服务支持”。

专门提供保障IT项目成功部署所需服务的Asuret咨询公司CEO Michael Krigsman评价说:“飞得越高,摔得越重。

英国政府努力在将不同地理及行政区域间的各种差异与一套集中式解决方案强行融合起来。

这无疑是一项艰巨的任务,其中充斥着大量政见分歧与技术障碍。

重庆OA系统重庆OA软件 oasy 当然,最终一如大家所料,没有得到任何有意义的结果。

”2.纽约市的CityTime项目美国纽约市推出的CityTime薪酬管理系统项目在2011年中同样可以用“焦头烂额”来形容。

因为该项目出现了整体成本超支,并受到了刑事调查。

据称,在实施过程中的系统整合服务商SAIC与分包商TechnoDyne公司里的几位前雇员涉嫌收受回扣。

CityTime项目的初始预算为6300万美元,但由于成本的猛烈增长,最终投资总额估计高达7.6亿美元。

2011年6月,政府方面对TechnoDyne公司高管Reddy及Padma Allen等人提起诉讼,同时接到司法部门传票的还有几位SAIC 集团的前雇员。

纽约政府正努力从SAIC集团处索取已经支付的款项。

2011年12月时,SAIC集团表示他们已经计提了2.32亿美元与有本案相关的损失。

SAP失败案例

SAP失败案例

SAP失败案例公司情况介绍:公司是轮毂制造企业,主要以外贸接单方式生产,也属于小批次多品种的生产模式,每个客户的包装规范都不尽相同。

2007年开始上线SAP BUSINESS BY DESIGN(简称BYD,属于saas版本),当时是1.0版本,也是sap在中国大陆的第一个单子(是指BYD这套系统)。

我是2009年6月份来到现在的公司,当时系统已经运行了将近2年。

老板请我过来也主要是希望能将系统彻底用起来。

一个月过去之后,才发现运行情况是非常的烂(一个月之内主要是了解公司的作业流程和调研系统当时存在的问题,也顺便学习系统,因为之前对轮毂从来没有过了解)。

后来老板说系统重新上,第三个月的之后转战将公司机房建起来。

后面担任2.0的项目经理。

在09年年底开始规划2.0版本的上线。

当时主要是和SAP那边协商关于1.0版本中存在的问题,希望能在2.0版本中解决。

不过后来证实其实也没有解决。

个人认为主要有以下几个方面的问题存在导致最后还是系统失败:1、轮毂本身有较多的属性(如ET、H/PCD、CB等等),但系统中无法增加其他属性字段(即无法自定义字段),而是将这些属性揉合在一起作为一个规格字段。

这与平时生产管理以及仓库的管理带来很大的不便。

2、系统的成品状态是取包装前的状态。

导致无法计算出采购需求。

这点也主要是因为所有的包装规范随不同客户要求则放置的附件不同。

3、系统可打印的报表极少,通过系统打印的报表只有采购订单。

其他单据都无法从系统中打印出。

这也主要是由于第一点原因所述,导致部分报表的字段不全。

4、不得不说的是系统的速度,因为系统是SAAS模式,通过IE访问,部分查询界面宕掉后导致整个IE死掉,必须要重新登录后开始操作。

而且这个问题SAP公司无法根本给出真正的原因和解决方法。

5、再就是系统的方便性非常差,一个熟练人员每天加班也只能录入8个物料和相关BOM数据。

导致基础数据部分严重滞后,甚至销售订单都无法录入,有时销售订单录入后MRP运算又出问题。

大连可口可乐实施SAP存在的问题及解决对策

大连可口可乐实施SAP存在的问题及解决对策

渤海大学学士学位论文题目:大连可口可乐公司SAP系统应用研究姓名:刘伟系别:管理系专业:工商管理班级:2005级14班指导教师:王慧完成日期:二OO八年十二月【内容摘要】SAP是目前全世界排名第一的ERP软件,是现代企业管理的有效手段,它将企业的管理流程嵌入到系统中去,通过高度的集成,最大限度地发挥企业内外部资源、技术和人员的作用,大幅度提高企业经济效益和市场竞争力。

大连可口可乐公司于2008年4月全面引进并实施SAP系统,经过6个月的磨合使用,据不完全统计,到10月底,在原材料使用方面已经为公司节省了350万元。

但是由于存在着对SAP系统的认识不足、信息化基础薄弱、各部门沟通不畅等方面问题,SAP系统并没有完全发挥出其作用。

本文对大连可口可乐公司实施SAP系统时所存在的问题进行了剖析,并提出相关解决办法。

论文由四部分构成:第一部分,介绍SAP系统的功能、产生、发展以及目前应用情况;第二部分,叙述了大连可口可乐公司实施SAP系统背景及其SAP系统为公司带来的成效;第三部分,对大连可口可乐公司在实施SAP系统中存在的主要问题进行剖析;在论文的第四部分,针对第三部分提出的问题进行了解决办法的探究。

【关键词】SAP系统问题对策英文摘要目录引言 (1)一、SAP系统基本介绍 (1)(一)SAP系统简介 (1)(二)SAP系统的产生和发展 (2)(三)SAP系统目前的应用 (3)二、大连可口可乐公司实施SAP系统的现状 (3)(一)大连可口可乐公司实施SAP的背景 (3)(二)大连可口可乐公司实施SAP所带来的成效 (4)三、大连可口可乐公司SAP系统应用中存在的问题 (6)(一)决策层对SAP认识不足 (6)(二)重建设轻应用 (7)(三)各部门之间沟通不畅 (7)(四)制度建设不力 (7)(五)信息化基础比较薄弱 (8)(六)支持队伍薄弱,缺乏实施人员 (9)(七)没有明确SAP的发展方向 (9)四、大连可口可乐公司保证SAP系统稳定、有效运行的对策 (10)(一)改变观念,提高决策层对SAP系统地认识 (10)(二)重视应用,加强系统的实用性 (10)(三)加强部门之间的沟通 (11)(四)建章立制,保证系统平稳运行 (12)(五)保证数据的准确性和实时性 (12)(六)加强队伍建设 (13)(七)明确SAP发展方向 (13)结束语 (15)参考文献 (16)大连可口可乐公司SAP系统应用研究引言加入WTO后,意味着中国将逐步融入世界经济的主流,伴随着市场经济的发展,买方市场的形成,全球市场一体化的趋势,企业面临着激烈的国内外市场竞争。

SAP失败案例

SAP失败案例

SAP失败案例公司情况介绍:公司是轮毂制造企业,主要以外贸接单方式生产,也属于小批次多品种的生产模式,每个客户的包装规范都不尽相同。

2007年开始上线SAP BUSINESS BY DESIGN(简称BYD,属于saas版本),当时是1.0版本,也是sap在中国大陆的第一个单子(是指BYD这套系统)。

我是2009年6月份来到现在的公司,当时系统已经运行了将近2年。

老板请我过来也主要是希望能将系统彻底用起来。

一个月过去之后,才发现运行情况是非常的烂(一个月之内主要是了解公司的作业流程和调研系统当时存在的问题,也顺便学习系统,因为之前对轮毂从来没有过了解)。

后来老板说系统重新上,第三个月的之后转战将公司机房建起来。

后面担任2.0的项目经理。

在09年年底开始规划2.0版本的上线。

当时主要是和SAP那边协商关于1.0版本中存在的问题,希望能在2.0版本中解决。

不过后来证实其实也没有解决。

个人认为主要有以下几个方面的问题存在导致最后还是系统失败:1、轮毂本身有较多的属性(如ET、H/PCD、CB等等),但系统中无法增加其他属性字段(即无法自定义字段),而是将这些属性揉合在一起作为一个规格字段。

这与平时生产管理以及仓库的管理带来很大的不便。

2、系统的成品状态是取包装前的状态。

导致无法计算出采购需求。

这点也主要是因为所有的包装规范随不同客户要求则放置的附件不同。

3、系统可打印的报表极少,通过系统打印的报表只有采购订单。

其他单据都无法从系统中打印出。

这也主要是由于第一点原因所述,导致部分报表的字段不全。

4、不得不说的是系统的速度,因为系统是SAAS模式,通过IE访问,部分查询界面宕掉后导致整个IE死掉,必须要重新登录后开始操作。

而且这个问题SAP公司无法根本给出真正的原因和解决方法。

5、再就是系统的方便性非常差,一个熟练人员每天加班也只能录入8个物料和相关BOM数据。

导致基础数据部分严重滞后,甚至销售订单都无法录入,有时销售订单录入后MRP运算又出问题。

某大型公司ERP系统实施项目SAP问题汇总

某大型公司ERP系统实施项目SAP问题汇总

XX集团公司ERP系统实施项目SAP问题汇总V2.0版XX集团公司ERP系统实施项目组2009年10月16日目录一、 ........................................................................................... 金额小数点支持位数太短5二、 ................................................................................................................ 搜索帮助不友好5三、 ........................................................................................... 查询WBS没有层次结构9四、 ...................................................... 系统中的组织架构不能按层次设置和显示10五、 ........................................................................................................... 缺乏自动提醒功能11六、 ................................................................................ 会计凭证显示不显示字段描述13七、 ................................................ 显示客户供应商未清项行项目没有字段描述14八、 ................................................................................ 显示总账行项目没有字段描述15九、 .............................................. 客户/物料的税分类定义无法按销售区域区分16十、 ................................................................. 物料短描述只有40位不能满足需要16十一、 ........................................................................... 无法创建百亿苏姆的采购订单17十二、 ...................................................................................................... 操作界面不够友好18十三、 ................................................................................ 汉化中存在的翻译问题较多第1页共105页19十四、 ........................................................................................... 系统提示信息难以理解25十五、 .................................................................... MRKO无法实现税金的手工调整25十六、 ........................................................................................... 信用额度不能及时释放26十七、 ................................................. 网络修改后需求数量不可以小于提货数量26十八、 .................................................................................... S_ALR_87013558问题30十九、 ...................................................... 服务网络创建后导致服务接收不能修改31二十、 ................................................. 关于特性的属性,其数值的负号位置问题33二十一、.......................................................................................... BPS不支持文本录入33二十二、......................................................... Portal界面只支持2级和1级导航33二十三、....................................................................... 用户名不能超过12位的问题34二十四、................................................................. BW报表不能进行删除行或者列35二十五、...................................................................... BW中的翻译不符合用户习惯35二十六、............................................................................... S LM中对审批支持的问题35二十七、.................................................................................... SLM对知识库支持问题第2页共105页36二十八、............................................................................... S LM中文本翻译难以理解36二十九、...................................................................... S LM中系统(IBase)无法删除36三十、 ...................................................................... SAP GUI 710与IE7.0的冲突37三十一、................................................................................................................ 表格列名错37三十二、........................................................................................................... 中文翻译缺失38三十三、................................................................................ JAVA、XI 缺少监控工具39三十四、................................................................... SLM 强行推广影响系统灵活性39三十五、........................................................... SAP overflow 显示统计信息异常40三十六、......................................................................................... O racle支持不够迅速41三十七、.......................................................................................... SAP内存统计出问题41三十八、....................................................................................SAP 标准程序性能问题42三十九、...................................................................... 存在帐号被人恶意锁定的情况42四十、 ................................................. 在大系统中表记录数非常大、查询速度慢42四十一、................................................. 设置特殊的管理帐号,并保留小量资源第3页共105页42四十二、...................................................................................... 结构授权刷新丢失问题43四十三、...................................................................................... 工资发放控制记录问题43四十四、................................................................................. 人力资源主数据互锁问题44四十五、................................................................................................. 参考人员编号问题44四十六、................................................................................................. 系统支持服务问题44第4页共105页一、金额小数点支持位数太短1.问题描述虽然人民币的最小单位是分,但在实际结算中,经常出现需要精确到小数点后4位到6位的情况,如价格到4位,增值税计算过程中到6位,造成SAP的计算结果与实际结算的结果形成差异,影响财务数据的准确性,不符合中国的实际国情需求。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

失败案例千万元工程的陨落——国企ERP实施亲历记柳松九十年代末的一个春天,我当时所在的一家知名的软件开发商在一家大型制造企业获得了一项国家863CIMS项目,ERP被列为其中的一部分,另外还有CAD、CAPP、PDM系统,整个CIMS系统投入近千万。

本人作为ERP的实施顾问,参与了该项目的全过程,在长达一年半的实施过程中,对ERP有了更深的认识。

特别是对ERP在国企中的实施有深切的认识和切肤之痛,从中发现不少问题,而正是这些问题直接导致了实施的失败。

这几年来,关于ERP实施的文章不少,但有真切感受的文章不多,很多关于实施的文章缺少实施的细节描述,要么是纸上谈兵,要么纯粹是东抄西摘的东西,少有从实践中得来的真切感受。

把现实中十分生动具体的实践,变成干巴巴的教条,严格的讲,对ERP的实际应用没有多大借鉴意义。

笔者有ERP的开发经验和长期实施ERP的经历,对ERP有比较深刻的认识。

在这里,根据自己的实施过程中的亲身经历,告诉你一个真实的在国有大型制造业实施ERP的故事,把自己在实践中获得的第一手资料贡献出来和大家共享。

出于可以理解的原因,本文将隐去有关厂商的真实名称。

一、项目背景这是一家产值八亿左右的机械制造企业,有职工七千人左右,其中技术人员六百多人。

组织结构为五个事业部、十七处、三室、九个分厂、一个科研所,还附属有医院、小学、托儿所、招待所等社会福利机构。

九十年代中以来,企业连年亏损,好在树大根深,尚未大伤元气。

近来,由于国防订货激增,军品外销形势喜人,企业又恢复了生机,产品一时间供不应求。

但由于管理粗放,造成成本节节攀高,产值虽大,效益却很一般。

这是企业准备上ERP的动因之一。

开发商则是一家新兴的软件企业,有大约一百二十人的软件开发人员。

近年来,仿照一家著名的外国软件开发出了自已的ERP软件,而这个项目则是开发商的第三个大型项目。

该项目经国家立项,列入863CIMS计划(据说列入该计划的将会得到国家一定金额无偿拨款),由此确定了项目资金来源为自筹+上级主管拨+国家拨款。

二、过程中的问题国外关于ERP实施的阶段划分是有道理的,只有在这每一个阶段的工作都做好了,才能保证ERP的实施成功。

现在我就结合这个程序来分析我的亲身经历的ERP实施。

1.领导培训ERP系统被视为一把手工程,对企业高层的领导的培训是一项目十分重要的工作。

而实际情况是如何做的呢?应该说开发商从一开始就十分重视对企业一把手的工作,但不是进行先进管理理念方面的导入,而是把大量的精力放在了公关上了。

这个价值近千万元的项目理所当然地引起了多家软件商的角逐,而且此项目居然不进行招标,这就为各家公司的公关工作留下了宽阔的表演舞台。

各家公司各显神通地倾情演出,一时间你方唱罢我登台,种种手段不一而足。

而极为重要的ERP理念导入的工作就相当马虎地一带而过。

只是请了一位机械制造专家作了CIMS原理的专题讲演,而没有对ERP的理念作任何形式的导入工作,从一开始就为今后的失败种下了祸根。

造成这种情况有双方面的原因:一方面,开发商实施队伍尚未完善,笔者作为唯一具有开发经验和管理经历的实施顾问,既有从事开发工作,又要主持多个项目的实施,困难是很大的。

毕竟,国内的ERP软件是最近几年才出现的事,开发商尢其缺少既懂现代制造业管理又具备较高计算机水平的两栖人才。

另外,加之开发商主观上认为自己在公关活动中的工作足以保证后续工作的顺利进行,也不愿意在这方面投入太大的人力、物力,尽可能减少成本开支。

除了搞了一次讲座外,就没有搞过管理理论方面的培训了。

另一方面,企业领导上ERP项目的动机复杂。

当然也想通过ERP提高管理水平,另外还有攀比跟风以及更深的不为人知的动机。

企业的各级管理人员对此也是心知肚明,所以上下都对ERP项目缺乏应有的信心和工作热情。

2.需求分析开发商的需求分析工作也极为马虎。

仍然是出于确信自己的公关投入可以保证项目成功(这里开发商理解的成功就是收到项目款),开发商尽可能地减少成本开支,前期的需求分析工作基本是为了应付立项报批而做的,对二次开发基本没有什么意义。

3.BPR在这个项目的实施过程中,无论是开发商还是用户都没有提出来要进行企业管理流程的重组工作。

笔者深知在国企要对企业业务流程作根本性的重组几乎是不可能的,但一点改进都没有而要成功地实施ERP同样几乎不可能,作为实施顾问,笔者曾提出过对企业工作流程进行改进的建议,但却泥牛入海,恨无消息。

尤其令人不解的是在我们进驻企业的时候,企业刚完成了对组织机构的调整,似乎这项工作与我们根本无关,企业自己按老一套三下五除二就搞定了。

其组织结构仍然是高耸的非人格化的机械结构,我们就是在这样的管理环境下,开展ERP 的实施工作的。

4.项目组织项目组织从形式上看是象那么回事的了。

成立了三级项目组织,企业一把手出任领导小组组长,核心小组、各部门项目组也有重量级人物出任组长。

但实际工作起来就不是那么一回事了。

一把手虽说是组长,但从头到尾只参加过两次会议,而且也是大言炎炎地说些不着边际的官话、套话,说完就走人。

而其余负责人对ERP知识极为欠缺,在业务会上,往往不知所云的说些牛头不对马嘴的话,解决不了任何问题。

而最可笑的是,该企业的信息中心的主任、项目的具体负责人居然是一个不学无术的人。

虽说是计算机大专毕业,但对技术一窍不通。

此人很少钻研业务,满脑转的是如何巴结领导、讨好上级的经。

5.实施计划由于CIMS涉及多个系统,计划的组织工作极为繁重,头绪极多,应该采用PERT技术进行项目管理。

但实际上却没有这样做,仍按传统方法管理项目。

整个计划极为概略,只有一个粗线条的时间表,各系统分头进行,互不沟通。

加之在发包项目时,CAD、CAPP、PDM系统包给另一家驰名的软件开发商,不同的软件开发商所用的开发工具不一、工作方式各异,协调起来十分困难,经常出现混乱,而且开发出来的系统与我们的ERP系统不能有效集成,形成互无联系的信息孤岛。

6.培训工作前面已经提到了管理理念方面培训工作中的问题,这里只是谈谈操作培训工作的问题。

应该说这方面的培训工作较之管理理念方面的培训要好得多。

我们组织了对各部门的操作员培训班,从计算机的基本知识开始进行了系统的培训,并进行了较为严格的考试,合格的颁发了上岗证。

参加培训的是一些基层的女工,不同领导的麻木与懒惰,她们表现出了较高的学习热情,常常主动加班学到深夜。

正是由于她们的帮助才使我们在极为不利的环境下,还能坚持正常地工作。

她们所做的一切,常常让我们感叹这才是中国的脊梁。

但存在的一个问题是培训面不宽,没有进行持续扩大的培训,另一个问题是没有各级管理人员的参加,直接影响了实施工作。

7.数据准备数据准备的重要性无庸赘言,作为实施顾问,笔者在各种场合反复强调了基础数据的重要性,并要求企业采取切实的措施来保证这一点。

由于我们的坚持,企业方面也对这个问题表现出了极大的关注。

布置了全厂的库存盘存,对库存账、物进行了一次较为彻底的清查。

应该说,经过这次全厂大盘点,企业的家底是查得较为清楚,但仍不能达到系统上线的要求。

其原因是企业多年来实行的是较为粗放的生产管理方式,系统要求的一些基础数据,企业没有完整的记录。

比如,各零部件的制造提前期、采购提前期没有一个准确的数据,尤其是采购提前期没有历史记录资料,也没有制造经济批量和采购经济批量的概念。

笔者不得不亲自整理浩如烟海的数据,进行分析勉强确定出每次订货成本、库存成本,从而为制定出经济制造批量、经济采购批量打下了基础。

另外,我们在工作中发现,该厂很多零部件的工艺标准、成本标准、损耗标准均制定于七十年代,早已不能适应现在的市场情况。

总之,数据准备是认真的,但由于管理的基础工作较差,总体上不能达到系统上线的要求。

8.二次开发由于没有对企业业务流程进行重组,我们不得不对软件作了较大的修改。

在实施初期,我们坚持要求企业的业务流程按ERP的要求进行改造,双方爆发了激烈的争执。

经过一段时间的僵持,开发商的老板给发来我们训示:用户是上帝,用户要我们怎么办就怎么办,不要再进行无谓的争执了。

于是,我们只有谨遵上帝的意愿,对软件进行了较大辐度的修改,使ERP软件带上了浓重的国企特色。

三、管理冲突上面着重谈了在实施ERP各阶段中所存在的一些问题。

而这些问题就直接导出了一系列两种管理模式的冲突,下面将就这些问题做一些分析讨论。

1.观念之争在实施过程中,我们一直处在先进与实用的观念之争的中心。

由于无论是管理的理论,还是丰富的职业经历使企业的怀疑派不得不承认笔者的管理思想是先进的。

但他们又说他们那一套虽不先进但却是实用的、有效的。

支持他们的理由就是按ERP的模式重组生产,将会给已经超负荷的生产运转体制带来混乱。

然而,笔者明确地告诉他们,正是由于企业延续三十年不变的管理体制才使得企业不能应付新世纪的挑战。

正是由于旧的生产运转体制才使得企业不得不超负荷运转。

而且,这种超负荷是低效益的,不可能应付市场日益严峻的挑战,总有一天会不胜重荷则彻底崩溃。

如果等到企业完全丧失竞争力,再来进行重组时,可能为时已太晚。

为了说服他们,笔者对企业的排产模式给他们做了详细的分析,明确指出其中的问题。

多年来,该企业排产的模式是计划目标或订货合同目标……查半成品库库存数……下达各分厂的月生产计划……各车间生产调度指令……各车间自拟物料需求计划……生产处审批……分厂审批……各车间执行。

从这里可以看出,在下达生产计划时,传统的方法使企业生产计划制定者只考虑一个影响因素,即制定计划这个时点上马上可以用于装配成品的半成品库存数。

而其下层的物料库存数量则不在企业生产计划制定者考虑之内,而是交给下级分厂或车间自行决定,由于各部门之间信息不能共享,加之出于各种自身利益考虑,下级提出的物料需求计划常常出现多报、漏报的现象,很不准确。

且以上库存数据均为静态数据,没有考虑到即将到达的物料数量。

计划的环节多,审批烦琐,对市场的变化反应迟缓。

另一个大问题是传统的生产管理模式没有进行生产能力计算,只是粗略地凭经验估计,没有制定出详细生产能力需求计划。

以上这些工作虽说对他们有所触动,然而囿于体制,企业难以对业务流程进行根本性的再思考和再设计。

2.利益之争即便是没有进行BPR,笔者仍然察觉到了ERP项目给企业各级管理人员带来的利益之争,由于没有进行业务流程重组,没有出现利益再分配的大震荡,但一种另类的利益之争的暗流从一开始就以各种形式在暗处汹涌。

由于企业的领导风格为专制型,重大决策由厂长一句话、一支笔决定。

特别这次项目的决定,引起了其它领导的不满,特别是主管生产的付厂长在系统选型时被排除在外,由此而衔怨极深,一直对实施ERP采取消极态度。

而各车间、分厂的管理者则有很多人担心ERP系统的实施使他们对下面的管理太过透明,不利于运用权谋来治理下属,故而也采取了消极观望的态度。

相关文档
最新文档