两篇文章读完之后，居然发现除了标题、发布时间不一样，内容完全一样，基本上都是说开源ERP如何不好，特别是后一篇把题目变成了完全恶毒的诅咒。作为对企业信息化、传统商业ERP以及开源ERP都很了解的笔者实在看不下眼了，不知道作者写这两篇文章的动机到底是技术讨论还是出于商业竞争，但是无论出于什么目的，作者都不能闭着眼睛说瞎话，甚至用恶意造假题目的办法哗众取宠来达到恶毒攻击别人的目的，作者的行为实在让爱写字的人们脸上都跟着蒙羞。先抛开原文作者用两个标题的动机不说，该篇文章的内容很多观点我都不同意，因为我所在的单位曾使用某著名品牌的商业ERP失败后由我负责使用了国内一家公司的开源ERP产品取得了成功，因此我对开源ERP非常感激也非常看好，所谓理越辩越明，请各位听听我的理由。
原文作者强调ERP项目是“三分软件七分实施”，我觉得作者简直是外行，这样的话谁信呢？作者认为软件产品本身在ERP项目中的作用最多占30%，而实施顾问团队的作用占70%，企业ERP项目的成功与失败完全掌握在实施顾问的控制中，作者特别夸大了实施顾问的作用，这不等于不打自招了吗？言外之意，水平高的实施团队能用质量差、功能差的产品把客户忽悠过去，让客户满意，而水平差的实施团队能把质量好、功能好的产品搞的客户不满意。大家都知道过去占主流的ERP实施的模式基本上都是非开源的方式，但中国ERP实施成功率之低尽人皆知，作者的意思岂不是承认过去失败的原因是能忽悠的实施顾问把质量一般、功能很差的产品推给了用户，暂时让客户很满意，而事后客户才发觉上当，造成目前客户对传统的ERP项目模式完全失去信心了吗？
我认为ERP项目主要拚的肯定是产品质量、优秀的功能，而不是什么实施顾问，其实现在行业内实施顾问的角色很尴尬，他们很多时候更像一个销售人员，经常有夸大其词的行为，我们单位在早些时候实施的商业ERP项目时，我们就是相信了资深顾问的劝说接受了他所推荐的流程设定而放弃了原来的个性化业务需求。说实话在当时觉得顾问的话特别有道理，但是后来在本企业做应用推广时却遇到了极大的困难，该顾问所推荐的方案根本不能在实际中使用，后来我们才知道这位顾问所实施的ERP产品根本就无法提供客户所需要的个性化功能，才用一些技巧蒙住了我们。试想，上过当的客户还能相信这些么？所以说ERP也是软件，软件产品的属性是决定项目成败的关键，比如说我们现在需要B/S架构完全支持互联网还能实现个性化功能的ERP，传统厂商所提供的C/S架构ERP产品无论由多高水平的实施顾问去实施也无法让我们满意，我们上过当，即使他们还能去蒙住别的客户，但我相信早晚还是会被揭穿，我倒是认为ERP项目是七分软件三分实施。
原文作者说：“对于软件开发人员来说，若从零开始进行开发，可能还会简单一点；但是，若要在原有软件的基础之上，进行软件二次开发的话，难度可能会比较大。因为他们首先要先去了解原有软件的思想、结构、设计思路等等…..。”看到这里我简直想笑，照原文作者的想法，我们每个人的工作都应该从零做起，我们不需要继承科技成果，因为了解别人的东西费事，原地踏步容易因此就什么也不做？那人类的文明还存在吗？据我所知在ERP行业，由于行业的差异，个体的差异，对于ERP软件的个性化应用是有着非常强烈的需求，这是客观存在，既然是客观存在，二次开发就无法避免，我们应理性的对待二次开发问题，如何把二次开发工作搞得容易才是真正为客户着想，源代码开放是二次开发的基础，也是最起码的保障，向我们单位实施的开源ERP，人家提供的产品就在开放源代码的基础上还为客户提供了三个层次的二次开发：1、通过个性化的设置实现非代码的二次开发，2、通过前端的工具实现自动生成代码的二次开发，3、直接改动源代码来实现的二次开发。原文作者片面的理解了二次开发，以为开源ERP就是让二次开发作原始的修改代码，既然对于客户来讲二次开发是客观需要，原文作者是否认为封闭源代码的ERP就能让客户满意了？其实原文作者的意思就跟过去为我们实施商业ERP的顾问一样：希望客户不要做二次开发，不要个性化应用，因为那样对于ERP厂商成本太大，而且不好控制客户。
原文作者提到“这都是因为企业没有比较专业的人来分析、调查企业需求所造成的。而商业软件不同。他们会把企业的需求调研当作项目实施过程中的一项重中之重的工作来对待。因为他们清楚，把企业的需求搞清楚了，那么企业的ERP项目也就成功一大半了”这又是典型的以偏概全，原文作者又一次的把开源ERP看成了极端的DIY项目，我们单位的开源ERP项目实际上是由开源ERP的加盟合作伙伴来实施的，我们单位对开源ERP最看重的是可以通过源代码开放对自己的项目做到心里有数，能很好地对项目控制局面，但是具体的实施、二次开发工作我们还是要找厂家，啥事都自己干这不符合社会分工的原则，据我观察开源ERP的实施方法与商业的ERP方法也没有什么本质的不同，甚至比传统的实施更周到、更节约成本，因为用开源ERP我不需付软件产品的许可费用，只付服务的费用。原文作者的观点完全停留在自给自足的原始状态，这让人感到作者实在是井底之蛙。
原文作者提到“在原先版本上所做的需求，如何迁移到新版本之上呢？这是用户在版本升级过程中遇到的第二个难题。在商业软件中，这一般不是问题，只要你交了每年的服务费用，则他们在软件升级的过程中，他们会帮你完成二次开发需求的迁移工作……” 看到这里我又笑了，作者水平太低了，让我怀疑这位仁兄到底懂不懂ERP，我还以为该作者会说出诸如商业软件能提供什么技术保障平滑升级之类的话！他居然说商业软件公司收了服务费后帮助客户作迁移工作，这典型不公平，难道开源软件就不能提供这样的收费服务，简直贻笑大方，其实在此我要说的是现在很多软件都已经具备了保障平滑升级的技术解决方案，主要是在二次开发时遵循一定的标准，并且使用一定的开发工具就可以实现，这在业界已不是什么新鲜事，象我们单位使用的开源ERP产品就支持这些功能，比如：数据表升级管理功能，二次开发者能通过浏览器实现数据表的设计，并且通过Xml实现与其他程序同步升级，保护已发布的数据表结构，实现增量升级；模块设计管理能实现在线设计多层次业务功能模块，同步生成公用程序、数据表等，同步实现部分后台功能；二次开发发布管理 能保证在二次开发时，既能实现对现有版本的保护，又能实现对开发版本进行有效控制 ；数据平滑升级管理能够实现ERP不同版本间数据平滑迁移。
时间关系我只能根据原文作者的观点提出我的不同观点，我的这些观点都是来源于实践，希望对企业信息化部门的朋友们有所帮助，个人也认为开源ERP会越走越好，不但不会死掉，而且我坚信开源ERP会成为企业信息化行业的一股主要力量。
不知道曾几何时，开源ERP产品在我们身边逐渐发展起来，慢慢的有着跟商业ERP并驾齐驱之势。也许开源ERP有起发展的优势，不过，我对开源ERP并不看好。为什么呢？请听我的理由。
一、ERP并非只是一个软件。
ERP系统跟操作系统有个非常大的不同，就在于ERP系统不仅仅是一个软件，更多的倾向于是一种管理的工具。而对于操作系统来说，其仅仅是一个软件，所以，LINUX等开源的操作系统可以取得成功，可以跟微软分庭抗礼。但是，ERP不行，因为ERP不仅仅是个软件，更是个工具。
对于ERP项目来说，三分软件七分实施。一个好的ERP项目，实现要有一个好的项目实施团队。可惜的是，现在市场上ERP实施顾问本来就是个比较抢手的资源。在国内，从事开源ERP项目的实施顾问可以说比较少，而经验丰富能力强的实施顾问更加是少之又少。没有好的项目实施团队的支持，即使ERP软件设计的再出色，开源ERP软件在企业中实施的效果也是有限的。更何况，根据我的观察。现在开源ERP软件的功能实在不怎么样，而且，其BUG又多的要命。在这种情况下，若没有经验丰富的实施顾问在那边统揽全局，开源头ERP项目，要能够在企业中取得不错的业绩，那真的是奇迹了。
其实，很多企业把ERP项目在企业中没有用好归咎于软件产品不好。其实，这只是他们的借口。根据我的工作经验，其实软件本身在ERP项目中起到的作用最多只有 30%，而且，现在各个产品之间也在相互模仿，同质现象比较严重，各个品牌的产品若光从产品功能上来看，其实真的没有多大的区别。而有区别的就是软件的实施团队了。所以，项目的实施效果好坏，大部分不在于软件的本身，而在与好的项目实施团队。而真是开源软件所缺少的。
我也接触过一些开源软件的实施顾问，说实话，他们的顾问团队跟金碟、SAP、神州数码等软件巨头的实施顾问水平还是有一定差距的。其实有这个差距也不用奇怪，因为开源软件企业的利润本来就没有商业软件那么高，所以，他们顾问的待遇普遍没有商业软件公司那么高。而没有很好的待遇的话，很难留住优秀的ERP实施顾问。而根据我的了解，开源软件的实施顾问流动性也普遍比商业软件公司的流动性要高。因为很多有经验的开源软件实施顾问在有几个项目经验后，都会考虑转型到商业软件公司。
毕竟，水往低处流，人往高处走。这就如同一些小型的ERP软件公司的实施顾问，拼命往SAP、ORACLE等ERP产品发展，同一个道理。不过，有些开源软件，确实也有一两个好的实施顾问在那边独揽大局。若企业能够跟这些经验丰富的实施顾问合作的话，那可能ERP项目的效果会好一点。
二、程序开发，远远没有我们想的那么简单。
企业的IT技术人员，拿到ERP软件的原代码，就可以进行二次开发了吗？其实，真的没有这么简单。
这就好象我们烧饭一样。你若把米烧成饭可能简单一点，但是，若想利用剩饭经过重新加工做出可口的饭来说，那可能对厨师的要求会高一点。其实，软件开发也是如此。对于软件开发人员来说，若从零开始进行开发，可能还会简单一点；但是，若要在原由软件的基础之上，进行软件二次开发的话，难度可能会比较大。因为他们首先要先去了解原有软件的思想、结构、设计思路等等。而到软件开发人员了解这些内容后，早就黄花菜都凉了。
我曾经有个朋友，他们公司里上了一个开源项目。一开始的时候，他们是叫了一家专门做这个开源产品的软件公司进行二次开发。那时候，他们由于熟悉这个系统，在这套系统上，他们起码已经钻研了五年。我朋友企业根据用户需求，整理了一份资料，叫他们进行开发，大概花了一个星期左右的时间，就开发完成了。后来遇到版本升级了，我朋友企业就找了本地的一家软件公司进行开发。为了更他们达成长期合作的意向，企业还自己掏钱送他们的程序员去培训。结果呢，花了近两个星期的时间，这个原来二次开发需求的升级工作工作还没有做好。这主要还上因为他们对于开源软件的原由系统架构与设计思路不熟悉所造成的。所以，我们若采用开源软件的话，那么拿到代码后，很长一段时间不是在新功能的开发上，而是在对原有系统设计思路的理解上。
所以说呀，开源软件ERP不是说我们拿到源代码就可以直接进行二次开发的，软件二次需求开发的准备工作，即对于原代码的研究工作，可能在我们平时的工作中，需要占据比较多的时间与精力。
三、对于需求的把握与控制。
我刚开始的时候，是在企业内部做项目实施的。那时候，我们关注的需求是什么呢？这个单据的格式不好看，要弄的好看一点；这个查询不方便，要多设置一些查询参数；这边输入不方便，最好能够直接选择就好。那时候，我们关注的就是这些细小的需求，在这些细小需求的实现上，浪费了大量的时间。而对于一些比较具有价值的需求，如收货数量的控制与超收管理控制方面，我们反而抛之一旁。以企业现有管理水平跟不上为由，来个不管不顾。而老是在一些这些没有实际价值的小功能上，弄个没玩。最好开发成本花了不少，但是，却没有带来多大的实际价值。这个问题到底是出在哪里呢？这主要就是在对于需求的把握与控制不是很好。
现在回过头来想想，确实如此。以前在企业里负责信息化项目的时候，站在用户的角度上考虑问题。由于缺乏实际项目经验，很难站在全局的高度去思考一个 ERP项目该如何去运作，哪些方面的改进会给企业带来商业价值。这就导致我们在实施项目的时候，围绕着用户转。他们说这个不好，那就改这个。解决的永远是哪些鸡毛蒜皮的小事情，一些单据、报表的格式问题。而对于流程的改善 与控制，这方面却做的非常的不到位。
所以，企业若现在采用开源的ERP软件项目，由于缺乏知道，不免也会陷入这个困境之中。我有个朋友，现在就在企业中负责开源的ERP项目。他们公司还好，一个专门负责实施，而他就是负责开发。他跟我说，他现在开发的内容，就是围绕报表呀、表单呀、字段的格式呀；而对于功能方面的改进基本上就没有。因为他们也不知道到底哪些东西需要改进。为什么呢？很明显，用户连准确的该怎么做都不知道，那当然不知道系统的功能有哪些缺陷，若有缺陷的话该如何走，这些内容也不会很熟悉。所以，他们现在是系统有什么他们就用什么，没有的话就用手工来替代。而我朋友负责程序开发，整天在那边做的就是单据、报表格式的调整，数据库字段长度的调整等等简单的开发工作。
这都是因为企业没有比较专业的人来分析、调查企业需求所造成的。而商业软件不同。他们会把企业的需求调研当作项目实施过程中的一项重中之重的工作来对待。因为他们清楚，把企业的需求搞清楚了，那么企业的ERP项目也就成功一大半了。可见，需求调研、需求分析的工作，对于ERP项目的重要性。而开源软件项目，缺少的就是这么一个比较专业的人来负责企业的需求分析工作。从而导致开源软件的二次开发，老是围绕哪些细枝末节的东西在展开。
四、开源软件升级的顾虑。
由于开源软件存在众多的 BUG，所以，其版本升级也是非常之快，可以比得上微软操作系统
的版本升级了。但是，微软操作系统出现新补丁的话，只需要在原有系统上打补丁就可以了。但是，开源ERP系统则不是。他需要重新安装、部署系统。但是，开源、开源，其版本升级的话，支持的并不是很好。要解决版本升级带来的麻烦，企业至少需要解决两个问题。
一是数据迁移的问题。由于新版本的ERP系统需要更改数据库或者其他内容，所以，原由的数据库直接备份恢复到现有的数据库中，明显是行不通的。所以，用户面临的第一个问题就是开源ERP系统，若遇到升级的话，数据如何迁移。对于商业ERP软件来说，虽然也遇到类似的问题。但是，他们一般会提供技术支持，甚至帮助用户完成数据迁移的工作。但是，开源项目来说，由于本身就是免费的，企业就不能享受这么好的服务了。除非企业愿意花钱。
二是二次开发需求迁移的问题。在原先版本上所做的需求，如何迁移到新版本之上呢？这是用户在版本升级过程中遇到的第二个难题。在商业软件中，这一般不是问题，只要你交了每年的服务费用，则他们在软件升级的过程中，他们会帮你完成二次开发需求的迁移工作。而对于开源软件来说，不不怎么好办。一方面，用户自己会开发很多需求；另一方面，若需求外部帮助的话，他们也会开发一些相应的需求。若现在让他们负责进行二次开发需求迁移的话，则不仅企业要付出昂贵的升级费用，而且的话，用户自己开发的需求也需要重新定制。这中间的需求确认、开发版本控制、文档制作、功能测试等等会遇到很多问题，不是三言两语可以说的清楚的。总之是一句话，非常的头疼，非常的麻烦。
=======================================================================
SaaS的新模式开源ERP 真的美味吗
如果你的企业是高速发展的中小企业，希望用IT给管理带来提升，对国内主流ERP产品几万元到几十万元的投入觉得风险过大，还恐惧购买成品ERP后骑虎难下的二次开发和实施，而在线软件租用服务商们提供的SaaS软件又多数是局部功能的CRM、eHR等，你是否还有别的选择?
答案是有需求就有市场，至于适不适合要看中小企业们自己的尝试了。比如说，在服务器OS领域为许多企业IT成本降低做出了重大贡献的开源软件这时候也把触角伸向了ERP。
世界上第一家倡导开源ERP的企业叫Compiere，这家美国企业已经在全球为上千家中小企业提供了开源ERP，国际ERP巨头之间“吞并游戏”带来的中小企业们“对垄断的恐慌”是Compiere崛起的根本原因。
目前不但Compiere公司进入了中国，国内也出现了恩信开源ERP、HOWWELL ERP等一批开源ERP厂商。这种用JAVA语言编写的ERP大多分为生产型、贸易型和服务型，几百兆的软件在网站上就可以轻松下载，开放的源代码也可以让用户随便查看、更改，在开放源代码社区可以进行相关咨询讨论，用户还可以请二次软件开发商进行相关实施服务。
“免费且开放”当然只是双刃剑的一面，信息化复杂的命题不好解答。
中小企业ERP实施培训难是一大问题，用户自己拿着开源ERP能解决问题吗?经验不丰富的小型软件服务商有能力完成实施培训吗?
用友、金蝶等软件厂商用了数年整理分行业经验，至今也没有完全解决行业特殊性和软件通用性之间的矛盾，开源ERP要怎么解决这个问题?
开源ERP，免费的蛋糕是否真的美味是一个值得探讨的话题。
开源ERP： SaaS的一种
相关信息化专家指出，开源ERP其实也是目前热门的SaaS概念中的一种。开源ERP有两个最突出的特点，第一点是开源，这是传统ERP无法实现的;第二点是使用产品免费而使用服务付费，这就是SaaS(Software as a Service 软件即服务)。但开源ERP和其他SaaS模式又有很大不同，开源ERP的产品下载使用是免费的，只有当客户需要服务(比如个性化开发)时才支付费用;而其它SaaS软件(比如阿里软件)通过在线租用，通常需要支付初始费用以及之后定期续费。
专家指出，开源ERP的主要优势还是免费，对用户来说，软件是否开源并不重要，能满足自己的需求和性价比最优才最重要。
就信息化总支出来说，开源ERP是否真的更便宜?重庆日易科技是恩信开源ERP的合作伙伴，其总裁陈亮告诉记者，做为代码级的二次开发伙伴，日易每年给恩信缴纳的服务和加盟费用接近6万元。日易再对用户根据培训、实施、非代码级开发和代码级开发进行不同程度的收费。
陈亮刚在福建与几个国产主流ERP厂商的竞争中拿下福建中竹纸业ERP实施的单子，陈亮告诉记者，在竞标中日易的报价并不比主流ERP厂商们低很多。“最多只低了1万多元。”但是客户看重的是开源ERP长远使用上的成本节约：比如传统ERP每多开一个用户端就多付一份费用，开源ERP却可以在用户端上无限扩张;再比如传统ERP每升级一次或者增加模块都要支付费用，但在开源ERP上，用户任意增加模块也不会收费。
因为开源，任何软件服务商都可以为企业提供二次开发服务，掌握了主导权的用户们在挑选服务商和进行价格谈判时自然有了优势。总的说来，作为 SaaS之一种的开源ERP具有天然的成本优势。不过光有便宜还不够，ERP是否能真正在企业发挥作用才是根本，记者对几家产值上亿元的中小型开源ERP 用户进行了调查。
信息化能力是基础
ERP在中小企业的实施培训这么难，开源软件能解决吗?在对用户的走访中，记者发现企业自有一定的信息化能力似乎是使用开源ERP的基础。
福建中竹纸业再次进行ERP选型就是之前实施福建本土某厂商ERP失败的结果，而且企业自动化控制系统相当成熟，具备了一定的信息化基础。
生产汽摩配件的重庆无缝管件厂信息中心经理陈先生告诉记者，在请二次开发伙伴帮助前，无缝管件厂自己已经可以对开源ERP进行试用，管件厂把ERP流程对比企业实际管理情况进行了演练与操作，分析了ERP中哪些可用、哪些还需要二次开发。
重庆华鑫机械公司认为通用型ERP和企业管理现状冲突太大，才选择开源ERP，其也具备相当的信息化能力。
恩信科技总裁刘有涛告诉记者，实施开源ERP，用户可以作几方面的准备：如果企业没有懂IT的、但有懂业务的人员，可以自己梳理一些需求;如果企业既有懂业务的人员、又有懂技术的人员，那么用户甚至可以自行对这个软件进行二次开发尝试，摸清软件情况后再找二次开发伙伴进行服务，这种情况下用户的自主性又高了一层。
其实开源ERP强调用户自身对软件二次开发和服务的参与性，从另外一个角度来说自身具备一定IT能力的中小企业也对开源ERP更有兴趣。
IT专家告诉记者，用户并不一定必须是IT或者管理专家，如果在IT项目管理能力和从企业运营角度为ERP做需求分析的两个能力中具备一个也可以。
开源ERP，你也可以玩，不过最重要的还是从自身实际能力和情况出发。
“高度客户化”的悖论
行业特殊性和软件通用性、企业流程和IT系统--这些纠结于传统软件厂商中间的矛盾，似乎在开源ERP那里有了另一个角度的解决--完全客户化、完全让IT系统去适应企业流程，因为开源ERP最大的特点就是软件修改的简便易用。
“高度客户化”让日易科技在重庆无缝管件厂和华鑫机械的二次开发和实施项目中都只用了2～3个月就完成了，这比起传统ERP厂商进入新行业时常常半年也做不完一个项目可谓神速。
华鑫机械很快实现了委外管理、生产管理和库存管理等模块。在委外加工中可以准确定价，企业库存积压也减少了，资金周转速度更快了，以前1000 万元的资金一个月才能周转一次，现在每个月只需用500万元来购买原材料，相当于1000万元半个月就周转一次。重庆无缝钢管厂也实现了日常生产经营中对工序中的在制品、成品、其他生产材料和销售情况的准确统计。
“高度客户化”在这两个项目中体现得很明显，比如华鑫机械对质量十分重视，质检部门希望在ERP中设立相应的质量参数进行流程控制，达不到某一参数的就属于不合格品。如果真的严格按照这种参数进行流程控制，生产部门和财务部门又会觉得对企业资源和现金浪费太多，在这种情况下，日易科技只好取消质量参数对流程的控制，只在不同的质量参数下生成不同的两张报表提供给相关部门参考决策。
按照ERP原理，重庆无缝钢管厂的成品入库时必须走按订单生产或按预测生产的流程，但钢管厂目前和汽配客户企业之间混乱的供应链关系使得其只能模糊地进行生产，一时间又很难理清，日易只好为钢管厂设计了兼容按流程入库和宽松入库的ERP功能。
因为“客户化”程度太高，这种系统控制+人为干预双重标准的流程在开源ERP的应用中比比皆是，按照传统“实施ERP，就是通过先进的IT系统实现企业流程再造”的理念，这样的ERP实施似乎有很大的缺陷。
陈亮则有另一种看法：在生存第一的中小企业，实施ERP时求全责备是相当不合适的。高度“客户化”至少可以马上实现部分数据和流程的科学管理。陈亮举了一个例子，目前传统ERP非常强调用财务单据对进销存流程进行控制，可是财务要保密还是很多观念闭塞的中小企业所坚持的，那么先把进销存IT化未尝不是一个好的权宜之计。
“ERP是IT工程，更是管理工程，”这是强调业务流程改造的专家们过去一直强调的。当开源ERP在“客户化”上的底线一步步宽松，这个悖论恐怕也是用户们需要仔细思考的问题。
