转载加收集:ERP失败案例收集贴

avatar 2014/06/2720:15:10 评论 1,951 views

案例一:

原文来自 Odoo中文社区:http://shine-it.net/index.php/topic,16453.0.html

用户errant

我们的一次OpenERP实施不成功的案例
« 于: 六月 20, 2014, 06:59:46 下午 »
接触OpenERP是2012年,开始只是装一下试试,用的OE 6.0,试了一些时间,感觉功能还可以。终于在今年决定要正式安装一个试试。
先简单介绍一下我们的情况,电子产品类的设计公司,主要根据客户的需求开发一些专用的电子产品,平时主要的活动是根据订单,采购原料,生产外包,检测和维修则自己负责,主要的部门为采购,销售,生产,仓库和财务。
主要的业务流程有两条线,一条是从销售订单->生产->采购->仓库->外发加工->半成品检测->发货,另一条是从客户->仓库->返修->仓库->发货。按照这个思路,我们请了一位OE的工程师负责帮我们实施,实施过程中,我提出了几点主要的需求就是,
1)正常流程是生产回来就进入仓库,然后发货,我们的流程则要求先进入待检测仓库,经检测合格后才能进入成品仓库,然后发货;
2)返修流程原来是没有的,但我们需要。而且最好是能够分成返修待检仓,返修合格仓,以及返修报废仓等,以便跟踪不同的状态;
其它基本上没有太多的要求。
但没想到,这个实施从年初到5月份,流程一直没有走顺。主要的问题包括,
1)实施过程中,实施人员将测试数据和我们的实际数据混杂一起,经常出现误删了有用的数据,操作人员需要反复重新输入,搞得怨声载道。
2)数据库不能自动的备份,有一次电脑不正常关机,硬盘损坏,数据库无法读出。导致所有的数据又需要重建。一直到现在尚未完全恢复成功。
3)生产检修的流程反复沟通了好几次,但每次做好的都不符合我们的要求,感觉实施人员完全不理解我们的要求。
4)返修流程没有办法做到很自动,必须手工的创建很多调拨单,比如从客户到待检测仓,修理完成后,又手工创建调拨单到合格仓等,流程非常繁琐,导致生产维修人员掌握起来很慢,且有抵触心理;当初我在本论坛发布了一个合作的帖子,但没有什么人愿意来实施,或者觉得我们这个项目太小,没有吸引力。所以我们找的是一个兼职的OE实施人员,来一下又停几天,走走停停,搞到后来,敷衍了事,反馈的问题也不解决了,我们花了很多力气,搞到现在实施OE的努力归于失败。接下去,我也很迷茫了,到底OE适合我们这样的小型企业吗?虽然软件开源的,但感觉真正懂的人不多,尤其懂实际企业流程的更少。专业的OE团队看不上我们这活,完全让我们自己去搭建,这也不是我们的专长,我们本身也很忙。
我只能说,OE看上去很美。
真正实施起来很难。
精彩答复:
想通过引入有效的工具来增加收入,节约成本,但同时又想把工具的成本也节约了,怎么说好呢

某用户errant:

不明白你的意思。难道OE的很大一部分目标不是为了降低ERP软件的门槛?
另外,我们从来没有完全不花钱来使用的想法。对于能够帮助我们成功实施的团队或个人,我们愿意付费。
但前提是,物有所值。
比如,买一个现成的ERP软件,需要花费多少钱,如果用OE能解决相同的问题,那就是OE所创造的价值。
但对于一个不成功的实施,再少的花费也是浪费。

mrshelly:  总监还是热心人啊

我个人认为, 如果你所需求, 现有ERP 可以满足, 就应该选用现有的ERP来玩. 而不是玩OE....
除非你真正看到OE的价值所在....

1)实施过程中,实施人员将测试数据和我们的实际数据混杂一起,经常出现误删了有用的数据,操作人员需要反复重新输入,搞得怨声载道。
实施测试 不应该在正式帐套进行... 误删数据也可以由权限配置来做好....

2)数据库不能自动的备份,有一次电脑不正常关机,硬盘损坏,数据库无法读出。导致所有的数据又需要重建。一直到现在尚未完全恢复成功。
上面我已经回答一次了.

3)生产检修的流程反复沟通了好几次,但每次做好的都不符合我们的要求,感觉实施人员完全不理解我们的要求。
不知道什么样的要求. 其实,我可以建议你把需求发到社区, 让大家参考一下....  不做评论.

4)返修流程没有办法做到很自动,必须手工的创建很多调拨单,比如从客户到待检测仓,修理完成后,又手工创建调拨单到合格仓等,流程非常繁琐,导致生产维修人员掌握起来很慢,且有抵触心理;
这个理论上可以用库链来玩.. 可能实施人员对这块不熟悉...

所以, 重点, 估计还是你选择错了实施伙伴儿....或者沟通不畅......
上面提到的几点, 应该说OE 都可以无障碍实施.....

 

dw250100785

1)实施过程中,实施人员将测试数据和我们的实际数据混杂一起,经常出现误删了有用的数据,操作人员需要反复重新输入,搞得怨声载道。
实施测试 不应该在正式帐套进行... 误删数据也可以由权限配置来做好....

这部分不应该啊,实施人员可以不找江湖术士么,请人前都不看资质的

2)数据库不能自动的备份,有一次电脑不正常关机,硬盘损坏,数据库无法读出。导致所有的数据又需要重建。一直到现在尚未完全恢复成功。
上面我已经回答一次了.
这部分 我看了想笑

3)生产检修的流程反复沟通了好几次,但每次做好的都不符合我们的要求,感觉实施人员完全不理解我们的要求。
不知道什么样的要求. 其实,我可以建议你把需求发到社区, 让大家参考一下....  不做评论.
首先是沟通问题,其次是能力问题

4)返修流程没有办法做到很自动,必须手工的创建很多调拨单,比如从客户到待检测仓,修理完成后,又手工创建调拨单到合格仓等,流程非常繁琐,导致生产维修人员掌握起来很慢,且有抵触心理;
这个理论上可以用库链来玩.. 可能实施人员对这块不熟悉...

所以, 重点, 估计还是你选择错了实施伙伴儿....或者沟通不畅......
上面提到的几点, 应该说OE 都可以无障碍实施.....

综上所述,你遇到坑了,当你和公司下决心干一件事的时候,请务必考虑到这件事的难度以及你有多大的勇气付诸怎样的代价去完成,这次的失败是双方的。(击中要害)

 

digitalsatori:(直接击中要害)

OpenERP降低实施门槛并不意味着你可以随便找个人来搞实施,回头又抱怨实施困难。

正如mrshelly所说,你所提到的问题,OpenERP都可以解决。如果不愿意投入太多的成本,或者担心再被忽悠,那就多花点时间在社区里,把你的问题描述清楚,应该有人愿意回答你的。

Jeff:(Jeff人真不错,很用心的在做Odooer)

实际上每个ERP产品都有失败的项目,这毋庸讳言。ERP实施是个项目,要想成功需要保证项目管理的各要素全都控制好。有时是客户自己没准备好,有时是产品成熟度没准备好,有时是顾问没准备好。可以说做成一个几万块的ERP项目比签一个上百万的ERP合同更难。这可能就是楼主所说初期选择OpenERP实施供应商没有人回应的原因。

OpenERP是开源产品,但开源的目标从来不是降低最终用户的总体拥有成本(虽然有时候不小心做到了),而是降低同行参与的门槛,通过分布式协作和开放的同行评审,使产品研发成本在保证质量的基础上降低。以这个目标为前提,让同行能参与进来而允许免费下载(放弃软件现有的盈利模式),允许同行看源代码(打破竞争壁垒)。开源的目标是获取有益于产品研发的反馈和贡献。

空门大开是不是?张开双臂是为了热情的拥抱,而不是一记黑虎掏心。看起来很幼稚很理想化,但一直有人坚持下来,改变了这个行业。当然,不经意地也大大降低了最终用户的拥有成本,但注意,这不是目标,而是无心插柳。

“如果一个企业给你提供免费的产品或服务,请记住,你不是他的客户,而是产品。”

废话和认真回答的分割线
--------------------------------------------------------

具体到楼主的问题:

首先,实施从年初到5月份,我们暂且以一个人的报价计算,费用应该在15-20万之间。我不理解为什么当初你以这个预算,专业的OE团队看不上。或者大胆猜一下,实际项目费用打了对折甚至三折,那实施的范围和质量肯定也要打对折或三折,可以说,谁做都是这样。还有一个重要的问题,看您这边应该也是中小企业,公司里不养闲人,一个实施erp拖5个月那企业内部肯定怨声载道。我的经验,从系统上线算起半个月内,用户可以接受在有专人支持的基础上的系统磨合,这个过程再拖长,激情甚至耐心都没了。

你说的两个关键需求都是openerp库链的常见应用场景,这个应该在谈项目的时候就作为方案演示内容之一。但确实是只能算可实现但易用性会损失,需要定制。为什么会导致(每次都)不符合要求,是不是在动手之前就没有明确需求是什么,以什么为验收标准?

实施过程中为什么测试数据和实际数据会混杂在一起,不是上线后才有实际数据么?我甚至猜你们的开发数据(神奇的界面开发)也和测试数据、实际数据放在一起。

数据库自动备份方法很多,但需要一些IT背景,至少要异地备份。就算本机自动了,你硬盘坏了不是连备份也跟着找不到了么?我去年的一个项目就没做自动备份,而是指定客户IT一个90后小男孩每天早上上班第一件事到服务器上手工备份到他本机一次。这个事情他坚持做了7个月没出错,直到我给他们装了mrshelly总监的auto_backup模块,我才跟他说这个事情辛苦他了,可以停下了。7个月备份了一堆谁也不希望有用的加密的数据库文件。数据是公司的重要资产,自动备份还是手动备份,异地备份还是定期备份还是热备份,这些都是基于内部IT对数据资产的重视,供应商只会基于你的需求选择实现方案,告诉你相应成本,而不会帮你决策,希望理解。

ERP项目就是这样,对甲方来说是提升管理的长期目标,对乙方来说是收到验收款的短期目标。售后服务做到什么程度,靠私人关系和道德标准约束都不靠谱。现在的erp市场标准做法是以年维护费绑定你,对服务质量和数量没有承诺。而OpenERP圈子因为都是服务市场而非软件销售市场,所以售后服务大多是按小时数来计费的,有明确的数量和费率约定,而且一般单价等于甚至略高于实施时的人天报价。不知道您这个项目是如何与乙方约定的。

请相信我,我写这么多字不是想推广我的服务(虽然每个帖子后面都有我公司的联系方式,但这不是目标),而是想表达一下,失败是每个人都不愿看到的结果。原来做SAP项目,第三方监理正面作用还是很大的,但OpenERP项目由于预算的问题相信很难引入这个角色,那只有靠换服务商来改善了。你如果仔细看业内某公司的网站,会发现他的成功案例列出的公司同时也列在其他公司网站上,至于为什么成功案例里的客户也换服务商,这个你懂的。

是的,对最终用户来说,OpenERP看上去很美,而且Odoo倾向于把她包装得非常性感。但驯服这匹马的成本还是有的。

从同行(管理软件开发人员)的角度上看,OpenERP从外到内都很美,越深入越觉得博大精深,这也是这个产品在技术圈子里传播很快的原因(erp实施的人天报价远大于程序员的日工资,所以对程序员兼职特别有吸引力)。但毕竟做服务市场不如做产品市场来钱快,懂企业战略和流程的顾问和公司参与较少。每个挂牌的OpenERP实施公司里都有且只有一个,就是老板。

ERP选型时选错,找实施者时找错,做项目时做错,上线后维护错,这都会导致失败,OpenERP也不例外。如何避免,我们也都在探索。最有效的是监理制,但有点儿远水解不了近渴。现在只能强调性价比,花多少钱办多少事,其实秘密是,“每一个行业里平均的有效小时工资”都差不多的。一个月收入超2万的程序员不可能不熬夜加班的,而月收入低于2千的程序员不可能不磨洋工的。同样,如果咨询顾问的两年的收入还不够付MBA的学费,咱就不能要求他有MBA的水平,是么?

选择专业公司的好处是,可以在需求分析阶段用最资深的顾问,在程序实现阶段用相对初级的程序员,在上线交付阶段让资深顾问保证质量,乙方会自行解决成本分摊和内部沟通。如果甲方对项目控制没信心,那请一个兼职的监理效果会更好。

人人渴望成功,其实成功并不难,只要持续努力保证每一个环节不失败,就成功了。

衷心祝愿贵公司在总结这次教训的基础上和OpenERP并肩探索出一条中小企业信息化的可行之路。

Sorry,是Odoo

 

用户 errant

在项目合作的分版中,我早就发过了我们的需求了。
我当时还特意发邮件给了本论坛的老肖,老肖人很好,还跟我通过电话,但人在上海,我们在深圳。
老肖看了我们的需求觉得我们找他来实施不太划算,给我们的建议是给我们提供培训,其它让我们自己来。
但我们考虑,仅仅培训是不够的,毕竟很多细节问题不可能短短几天都了解清楚,还是希望有人能够直接负责参与指导我们实施。
后来在论坛上另外一位OE的工程师与我们联系,据自己说是参与过几个项目的实施,因此也就同意让他来帮我们。实际上,OE的安装基本都是我们自己做的,他主要负责的就是按照我们前述的需求进行一些模块的配置和修改。
也许是我们找错了人吧,这个教训是深刻的,时间浪费了,过了半年,需要管理起来的数据现在还是手工管理。
接下去要找什么样的人,到哪里找,我现在也很困惑,如果此间有人能够帮我们实施的话,具体价格我们可以谈。
包括网店这一部分,我们以后都希望上。我们的想法是,不怕投入的成本高,而是要物有所值。如能提高效率,能向电子商务转型,这些投入就值得。

我们选OE的原因是,考虑到OE本身有完善的功能,以及良好可扩展性,另外是使用广泛的开源项目,以后可以获得的支持渠道比较多。
我们本身也在发展中,有些流程现在这样,以后未必一直不变,随着公司发展,可能还需要不断新增一些模块,买现成的ERP,担心以后无法适应我们的更改的需求,甚至以后能否获得稳定的技术支持都无法保障。

当时我们找的实施人员,评估我们的工作量在2周,实施时间1个月,因此费用也比较低,他自己给我们的报价就不到1万,如果具体实施过程中,需要开发则另外按开发工作量计算。但在实际实施过程由于各种沟通不畅,拖拉反复,导致持续了4,5个月。
我事后来看,我认为失败的原因有几点,
首先是实施人员对企业流程不熟悉,沟通能力欠佳。我们销售,生产所提的一些问题,他很难理解或理解不到位,根据我们的需求做出来的流程,实际一用就发现不是这么回事。另外还有一些问题也许是我们的流程本身不合理,需求不合理,应该优化流程,而他则机械式的通过系统来调整,但又调整不好,反复很多次,搞得大家都很疲惫;另外实施人员水平欠佳(抱歉在此直言),在具体实施上缺乏经验。如数据库自动备份问题,测试数据与实际系统分离问题,这些对于搞IT的人来说,本是常识的问题,但就是没有办法解决。导致实际过程中我们为这些问题花费了大量的时间代价,至少有一半的时间花在数据的倒腾上;还有就是我们自己的责任。一开始我们就低估了上这个系统的难度,对于这些问题缺乏心理准备,认为我们自己都安装过几遍,也使用过一段时间,只要有个经验的人帮我们细节上调整一下就可以了,所以找的实施人员水平不高,而且是兼职,搞一下,停一下,最终搞到双输的结果。

在此我就想了解一下,以我们公司这样的项目背景,一般是什么样的费用?估计按照我上述的帖子,我们的需求大致已经了解的差不多了,没有特别多的需求。可以说,我们真正使用OE系统的人不过4,5个人。其它大部分也就用来做一些项目跟踪,日常管理之类的。

Jeff

楼主回复非常积极和中肯,赞一个

不到一万元的项目,断断续续搞5个月,换做是谁现在也是 “敷衍了事,反馈的问题也不解决了”

我只根据楼主关于需求和预算的问题给予答复,一己之言,仅供参考

1- 估计按照我上述的帖子,我们的需求大致已经了解的差不多了,没有特别多的需求。

其实软件的功能需求折射的是公司管控的需求,能提出来的只是冰山一角,要深挖、提炼、确认、估算是需要相当的经验和技巧的,我们每个客户项目都拿出一周的时间来讨论需求,一万元的蓝图设计预算,这个阶段除了空闲时间(老板有些其他会必须开之类的)帮客户装系统,并不交付任何可运行的界面或代码,而是一遍一遍的和高层、中层、最终用户确认需求。而且这个阶段结束后调研的需求并不一定就马上做,而是和甲方讨论是不是有些非关键性的,不影响上线的需求作为长期规划。这个阶段结束一定会确定上线时间并告知客户最终用户,甲乙双方下一阶段合作的目标就是上线(如果继续做的话,我本人经历过两次在这个阶段客户终止合作,原因是甲方还没ready)。

2- 多少预算是合理的

这个问题很难的。项目核算对于乙方很简单,就是成本加利润,对于甲方,是收益减付出。问题上ERP的收益很难量化(好的说法是好处无法估量,坏的说法是效果说不清),那该付出多少合适呢,所以一般的决策是越少越好,而不强调性价比。但这不科学,只有失败了才会发现。

我个人有个简单的算法,不知道是不是合适。管理软件是工具,是给使用者服务的。所以项目的投资可以参照使用者的月工资,您把您【ERP用户的月薪合计】作为预算去找供应商,相信双方谈判就更容易些。

举几个栗子:

我公司目标客户是最终用户10-20人的中小企业,一个项目6万元,人均实施成本3千到6千元,我确信这正是这些人的平均月薪范围

某小企业会计需要一套记账软件,OpenERP用不起来请我们实施,我们做不了,推荐她购买金蝶或者用友的单机版,这个预算够了,因为不需要实施

某500强企业OA项目(呵呵,没参与,我猜的),150万的项目,解决300多个大公司白领阶层日常工作协同问题,这个价格也就是相当于多发一个月工资。

公司里每个管理人员都有繁琐、重复、计算量大、容易出错、部门沟通、数据冗余的工作量,斗胆设其占每日工作量的30%,这对企业就是绩效上的损失。你拿了10000块的工资,其中3000块是他不得不做还不创造价值的事情。如果拿出 1/12 把这些工作交给ERP,不仅公司提升了20%的绩效,员工的满意度也提高了。

试想,你当初确定项目预算是3万元,做3个月,兼职收入每月1万,那兄弟还要啥自行车啊?能不能保证100小时的有效工作成果?100个小时您说的这些需求,只有五个用户用,很难做完么?平均三天满足一个最终用户的期望(拿相当于此最终用户一个月的收入),靠眼神交流也不至于最终交付不了吧,难道那哥们不够帅?

Joshua

楼主也是找过老肖谈过的(老肖和我们一样都是Odoo的partner),不知道老肖最后为什么是看了需求觉得找他们来实施不太划算呢。最后楼主是找了个兼职人员来做,最后导致实施1个月延伸至5个月。
我们不能说专业公司里面有技术和业务最牛的人,但是也希望楼主理解到,这些专业公司除了由每天实施、开发的成本外还有不少部分是项目控制的成本,负责你这个项目的虽然可能是见到的是一个人,可是后面还是有一个团队在支持、监督。
如果你是找了兼职人员,虽然不知道你们的协议是怎样的。兼职人员的水平虽然是良莠不齐,但是我觉得你们也不能忽略每个项目里面的项目控制和管理成本。毕竟1个月的项目变成半年问题也不是一下子出现的,可是好像也没看到解决问题的努力?

padthai

兼职外包
没法客观评估
这事贪图表面便宜的风险所在说的有点直白 但是实情opensource不等于免费
lz太贪图便宜了 运气又不好
很简单的道理 不用高大上的解释1W块实施erp

无语

用户errant

基本上就是我们反馈的问题,实施人员回复总是,好,我这个周末去弄一下,等到一个周末过了,发现弄得不对,又等下一个周末。有的时候甚至他自己都没有试好就让我们测,就这样拖拖拉拉,几个月就过了。

1W很少吗?钱不是长在树上的,每家企业都要考虑成本控制。而且,我们总共就4,5个人需要用这个系统,主要的业务流程就是进销存+生产维修,应该都是OE本身支持的,我们需要的只是根据我们的具体流程进行设置,如果有需要开发的费用则另计。
我始终是觉得,只要有创造价值,我们就愿意为之付出。比方有提出从节约的人力成本来衡量,这个我赞同。但总不能就安装个软件(实际上大部分软件都是我们自己装好的),调整几个设置,就要收几万块吧。实施方的报价应该也有说明,这个费用的根据是什么,我相信每个行业都有一个成本的计算和报价方式。如果动辄要多少万起,那就说明OE根本不是我们这些小微企业能玩得起的高大上软件,早点断了这个念头。

dw250100785:

说的在理
实施人员出售的是自己的经验,不包括开发部分,一万元也说的说去,以后找实施人员,你就不能先测试一下实施人员的能力?可能我的想法不够成熟,但是 openerp 的实施团队里充斥了很多不懂技术不懂实施的混子,国内也不乏那种转包 转N包的实施人员,完全没有责任感,

padthai:

农民工地搬砖一月现在也是这个价钱啊
如果你外包erp实施1W全部搞定 那真是国际奇迹了
有这样的工程师请告知

odoo开发成本900W欧元 持续编写了10年
上百万行代码
规模和python差不多

你想1000块上也没问题 问题是可能吗
现在php写几百行代码 一天搞定 人家也会要你5000的 少了没人干的
而且erp又不是学生能搞定的 没实施经验 行业背景 失败几乎是必然的
erp几乎是企业能见到的最复杂的it系统系统了 超过财务 oa 大部分桌面应用
现在it有经验的coder1W起月薪 2W的很多
合格的erp工程师小时工资比coder高的

lz失败的例子其实说明了erp实施要投入的 (就算自己有coder编码能学习 最后看成本也不会节省太多的)
lz不象个真商人 (真商人是懂得舍得的 不是财迷疯)
你知道sap实施要多少钱?
几十万+人头费每月几百 最低了

偶个人觉得3,5人实施估计要3~5万
那还是有合格的愿意干 骗子就不说了

lz说的那些需求 如果没有odoo 从头编写到稳定 没10W+搞不定的

其实lz用excel就够了 这个便宜 或者openoffice这个免费也简单

padthai:

转了jeff大婶的一片文章:

http://www.osbzr.com/336

文章节选:“现在回过头来想想,确实如此。以前在企业里负责信息化项目的时候,站在用户的角度上考虑问题。由于缺乏实际项目经验,很难站在全局的高度去思考一个 ERP项目该如何去运作,哪些方面的改进会给企业带来商业价值。这就导致我们在实施项目的时候,围绕着用户转。他们说这个不好,那就改这个。解决的永远是 哪些鸡毛蒜皮的小事情,一些单据、报表的格式问题。而对于流程的改善 与控制,这方面却做的非常的不到位。”

偶个人以为 即便自己钻研odoo实施完全自己搞定
综合成本(自己的时间精力) 3~5W已经是最低了

 

 

案例二:(用友)

1. 用友看上去还行
软件买回来了,代理商帮我安装之后,培训了半天就走了。接下来,我开始了漫长而辛苦的物料整理工作。我们基础差,连一份完整的物料清单都没有。没做过这个工作的可能不信,有些物料,我们居然连名称都没有。同样一个东西,今天向A供应商采购,它的名称叫A,明天向B采购,它的名称又叫B。仓库管账的也搞不清楚,同样的东西,她记了A、B两个名称,两笔账。
带着供应部几个人,从仓库开始,按着软件的要求,一个一个整理,物料名称、编码、分类、规格型号、库存数量、采购单价,等等,逐一核实登记。经过三个多月,整理了六千多个物料。我看物料整理的差不多了,准备使用软件了。
使用之前,我让代理商再来了一天(其实严格来说只有半天,因为他早上出来,到我们厂已经是中午了)。他教了我们怎么请购、采购、入库和领料出库,看上去都很好。

2. 用友麻烦开始了
费了一番周折,终于让我们生产部开始电脑请购了。实际运行起来,却麻烦不断。首先是,我们一台设备通常要采购的物料少的也要四五十种,一个合同通常有十几种设备,要采购的物料有几百种。生产部一个很重要的期望是,他们希望能看到,一些关键物料,分别是为哪个销售合同,销售合同上的哪个设备采购的,采购到货了没有,预计什么时候可以到货。也就是说,能从采购物料查到设备和合同号,也能从合同或设备查出所有对应的采购物料。
我提出上述要求,代理商磨叽了2个礼拜也没能给我理想的答复。后来他们终于来了个人,告诉我怎么查询。这个查询办法,嘿嘿,说出来不怕您笑话。办法是,从U8查出每一个采购物料对应的设备号和合同号,填入Excel表格。然后,利用Excel表格的过滤和排序功能,统计每个合同或设备的采购物料。您知道查一个物料的设备号和合同号有多麻烦吗?我统计了一下,要点击15次鼠标,打开5个画面,才能完成一个物料的查询,然后还得填写Excel表格。我说过了,我们一个销售合同,少说也要采购两百个物料。NND,脚趾头想想也知道,这个方法完全没有可操作性!

3. 麻烦继续
第二个问题,普通物料,我们请购、采购、入库、开票都问题不大。可是很快,我们碰到了新问题。我们还有很多外协加工的情况,例如一批机加工件,我们厂做好了,还要送到外面去热处理,然后再拉回来。我们以前都是和一般物料一样的,也是下采购订单给外协厂。上了U8后,外协采购做不了。电话给用友代理商,答复是:“贵厂需要再购买我们的外协模块。”
“好吧,外协模块多少钱?”
“老客户,给你个折扣价,3万。”
鉴于渐次出现的不愉快事情,我没有立即听他们的话,我想等等再说,如果都能用上去的话,再买不迟。只好仍沿用手工方法做外协采购。
第三个问题是,实际用起来,速度可慢了,有时候打开一个画面差不多要一分钟。我就搞不懂了,我们最多也就五个人用,服务器我也是完全按代理商当初建议我的标准购买的,怎么会这么慢呢?向代理商抱怨了很久了,他们终于又来了一次,搞了半天,稍微快了一点了,可还是经常打开一个画面要半分钟。

4. 小鬼缠身
第四个问题,我喜欢用iPad和MacBook。我提出来,能不能在我的iPad和MacBook上使用U8?
代理商说:“不行!要在iPad上使用,必须买U9,U9是跨平台的,U8不跨平台。”
“好吧,那升级到U9要多少钱?”
“打点折扣,90来万吧!”
NND,弄个跨平台就要近100万,疯掉了吧?!后来还是我自己想了个办法,在我的MacBook上装了个虚拟机,虚拟Windows,在虚拟机上再安装U8客户端。
第五个问题,我们的财务软件也是用友的,几年前买的。我问,我们的采购发票处理能不能和财务软件连起来?NND,回答又是不出所料的“不行”!要和财务连接,必须购买U8的财务模块,以前单独买的财务软件不能连接!
我突然想起了小时候奶奶讲过的“小鬼缠身”的故事。被小鬼缠上了,天天问你要钱。没钱的话,真是,寸步难行,什么也做不了!

 

 

 

 

 

 

avatar