【转载】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软件来说，虽然也遇到类似的问题。但是，他们一般会提供技术支持，甚至帮助用户完成数据迁移的工作。但是，开源项目来说，由于本身就是免费的，企业就不能享受这么好的服务了。除非企业愿意花钱。
二是二次开发需求迁移的问题。在原先版本上所做的需求，如何迁移到新版本之上呢?这是用户在版本升级过程中遇到的第二个难题。在商业软件中，这一般不是问题，只要你交了每年的服务费用，则他们在软件升级的过程中，他们会帮你完成二次开发需求的迁移工作。而对于开源软件来说，不不怎么好办。一方面，用户自己会开发很多需求;另一方面，若需求外部帮助的话，他们也会开发一些相应的需求。若现在让他们负责进行二次开发需求迁移的话，则不仅企业要付出昂贵的升级费用，而且的话，用户自己开发的需求也需要重新定制。这中间的需求确认、开发版本控制、文档制作、功能测试等等会遇到很多问题，不是三言两语可以说的清楚的。总之是一句话，非常的头疼，非常的麻烦。 -
本来对于这样的长篇大论，我是断然没有那样的兴致和耐心来阅读和回复的。更何况作者也实诚的可以，在第一段已将其司马昭之心招供：借开源说事，以彰其自己所谓“7分实施能力”。
既然兄弟将这么一大坨东西放在俺们家门口了，无奈只好出来清理，清理。（语言这种东西如果没有逻辑加实证的支撑，我一般喜欢使用量词”坨“）
首先，文章的名字确实够狠。作者想做预言家？审判官？诅咒者？我相信，作者除了那点司马昭之心不一定有什么恶意。但是既然发狠起了这么个惹是生非的标题，后面的论证却是漏洞百出，软弱无力。文章充其量只能作为又一个FUD笑料。（维基百科名词解释： http://zh.wikipedia.org/wiki/FUD ）
1、文章中作者所提到的商业公司都还有名姓，比如[quote]金碟、SAP、神州数码等软件巨头...[/quote],且不论金蝶，神舟数码的脑袋真的大到可以成为巨头，而自始至尾就没有一个开源公司的名字。"开源"有时被当作软件，有时好象特指某些公司，有时又会将软件（Linux）与公司（微软）进行并列比较，让人真的是雾罩云山。
2、作者又无端的把没有名姓的开源公司与那些有名姓的和没名姓的非开源公司对立起来，只要是非开源公司有的就是开源公司缺乏的，这真是奇了老怪了。的确，很多人在拿开源说事，有弄了一堆毫无质量的代码就到处标榜自己是开源开拓者的，有拿了人家的代码汉化一下就大言不惭自己是开源先驱的，有拿了人家的代码强奸了一下变闭源了还号称自己是开源商业运作的。开源世界里有很多这样的垃圾，可是非开源的世界里更是垃圾无数。我们既然一定要搞出个两极世界来对立，那么也要醉汉与醉汉比，超人和超人斗吧。
3、作者既然认为软件在ERP项目中只占3分，却在自己的4点论据中用2点（第二和第四）来探讨软件的问题，主次不分且不论，说法也是古怪莫名。不懂开源，没有搞过软件开发不是他的错，却硬要出来辜妄谈之，就闹笑话了。按作者的思路，开源的唯一好处就是拿来做二次开发，而且用他的一个朋友的凄惨经历来说明二次开发仅仅用两个礼拜是搞不起来的。升级补丁的那段更是匪夷所思，微软的补丁好象是个很高级的技术，开源是搞不出来的。另外，商业软件只要交了每年的服务费（不知道是否很贵）就可以平滑迁移，而开源则要[quote]企业要付出昂贵的升级费用，而且的话...[/quote]而且在说不清楚的情况下：[quote]不是三言两语可以说的清楚的...[/quote]，却用了典型的FUD说辞:[quote]总之是一句话，非常的头疼，非常的麻烦。[/quote]
4、作者在第三点上谈了自己如何一开始只见树木，后来进步了，看到了森林。祝贺你。可是，你是不是想告诉我们开始搞得都是开源树木后来才进入了商业森林。如果你一直搞得都是非开源的东东，能有这样的长进，为什么从事开源的兄弟就非得跟你那个可怜的朋友（是那个做二次开发的朋友吗？）一样永远“围绕着细枝末节”
5、作者的所有论说的出发点是：ERP并非只是软件。其实这个论点本身并没有什么问题，但是根据他的工作经验，[quote]其实软件本身在ERP项目中起到的作用最多只有 30%[/quote]。这个经验是如何被量化的，不得而知。看看我们那位神一样的SAP是如何介绍自己的，SAP AG, the world's largest business [size=1.45em][b]software[/b][/size] company and the third-largest [size=1.45em][b]software[/b][/size] supplier overall，并且他们标榜自己每年几亿欧元的开发投入的产品却只能在一个ERP项目中最多占30%，用句网上的俚语，哭死。
既然该文的谬误出自对开源的无知。那么开源到底是什么呢？开放源代码其实并非什么新鲜事物, 在1978年Copyright Act(版权法案）将软件纳入版权保护对象以前，软件没有版权的概念，人们在获得二进制执行代码的同时也拥有了软件的源代码。事实上，公开源代码对早期电脑技术的快速发展有着不可磨灭的贡献。1984年，被称为“最后一位黑客”的Richard Stallman带着对过去自由开源时代的缅怀，有感于版权法对人人平等的宪法精神的颠覆，以及封闭源代码这种人为制造的技术壁垒对科学进步的妨碍，树起了GNU项目的大旗，在稍后稍后创建了著名的“自由软件基金会”，并针对Copyright引入了Copyleft也就是GPL协议。从此，在GPL协议的保护下，软件可以自由的拷贝，复制，修改，分发等等，只要修改，分发后的软件仍然符和GPL协议。事实上GPL协议是一种较为纯粹和严格的开源协议，其设置的一个目的是防止GPL开源项目被窃取，或纳入到闭源或非GPL协议项目中。其实到目前为止，形形色色的开源协议多如牛毛，有的比GPL更宽松友好，有的是尚不被OSI接纳的类开源，还有不少是打着开源旗号的伪开源。
只要将软件纳入到某一种公认的开源协议下，并遵守协议规范，这个就是开源软件。它与我们普通的商业软件没有什么区别，只是赋予使用者更多自由的权利。开源软件因为可以免费获取源代码，似乎与通常的商业盈利模式格格不入，但是在SaaS-“[b]软件即服务[/b]”这种新的理念的带动下，有越来越多成功的开源企业诞生了。Zend（PHP的弄潮者），RedHat(JBoss,Redhat Linux的开发者）, Digum(著名软交换系统Asterisk 的开发者), MYSQL(著名的开源数据库软件公司，现已加入SUN麾下）等等.... 事实上那些软件大脑袋，比如IBM,SUN,Google都对开源软件有很大的投入，甚至微软也开放了自己的开源网站： http://www.codeplex.com 。
开源的商业应用系统是众彩纷呈。而多数开源ERP系统却尚且年轻，动辄跟SAP，ORACLE这些老牌ERP公司的产品比较是不公平也是不合理的。但是ERP软件项目需要大量服务的特点，正好与开源企业依靠软件服务的盈利模式不谋而合，所以，我们相信开源ERP不但不会死，甚至可能会影响到那些老牌ERP公司逐渐接纳开源模式，加入开源之路。
[[i] 本帖最后由 digitalsatori 于 2009-3-3 09:11 编辑 [/i]] -
呵呵，在和lvxin聊天过程中偶然提起了deci.sun和bellona搞的那个Adempiere和SAP Business One的比较项目。两个人很认真地分析二者的优缺点，视频发布在网上，可以看一下。
然后就看到了这篇帖子。读了一下，觉得从开源参与者的角度看，作者观点偏颇了些；但是从客户的角度上看，开源确实还不够成熟稳定。那么就提出一个问题，开源项目是开发者导向的还是客户导向的。我们应该优先缩小哪些与商业软件的差距，让客户先用起来再说好。
开源绝对是有前途有优势的，那就是可定制，但这个优势要在用起来基本功能之后才能显现出来。现在单纯强调软件免费，刚上线就不得不做N多定制和二次开发，这将继续走入小作坊的泥淖。
反对的声音有点刺激耳膜，但你换个角度想，这可能是我们调整下一步计划的一个基准。
-
这么好的关于ERP的文章回帖，这么强悍的超级版主，却是这么冷清的shine-it，真是不可思议！！我是EPR菜鸟，专业是经济学，但也基本可以看出楼主的转载是开源的中手，而回帖者则是高手了，很多东西不能只靠个人的经验，更需要一个较高的甚至哲学化的眼光来衡量。楼主转载的这帖就是更多基于经验；而回帖者甚至就从历史和辩证的角度了……
-
偶尔翻到这篇文章，随便评论几句，呵呵。
一、ERP并非只是一个软件。
扩展一句：“马桶并非只是一个马桶”。
这不是废话么。。什么软件只是一个软件的？都是要靠人去用的！
二、程序开发，远远没有我们想的那么简单。
好吧，又是一段废话。这是为了体现开源的优势么？更多的人参与，更多的人审核。
三、对于需求的把握与控制
这里牵涉到费用问题，以及是否值得的问题，怎么去评判？市场会做最后的决定的。
四、开源软件升级的顾虑。
关于bug:
闭源软件都是天才写的？没有bug?闭源了，除了写的人，谁知道是怎么引起的bug啊？这偏见的厉害了。
关于升级必须要重新部署：不是所有开源软件都这样吧。OpenERP升级就和微软打补丁一样啊。
关于数据迁移：
开源也好，闭源也好不都是明码标价嘛，不都会经过价格谈判嘛，还是费用和回报的问题，相信一个优秀的企业管理者，或者一个优秀的企业管理团队会做出他们明智的选择。对用户来说，还是费用和回报的问题。还是让市场去决定比较好。
最后，文章的标题也很像五毛党所为啊，带有挑衅恶毒的诅咒。
顺便转一篇 网友的帖子：
引:作为对企业信息化、传统商业ERP以及开源ERP都很了解的笔者实在看不下眼了，不知道作者写这两篇文章的动机到底是技术讨论还是出于商业竞争，但是无论出于什么目的，作者都不能闭着眼睛说瞎话，甚至用恶意造假题目的办法哗众取宠来达到恶毒攻击别人的目的，作者的行为实在让爱写字的人们脸上都跟着蒙羞。
最近在网上看到两篇文章，题目分别是：“大话ERP之开源ERP之我观” (原文链接：http://www.226e.net/article/13/Article45359_1.htm)和“ERP并非是个软件！开源ERP必死无疑！”(原文链接：http://www.topoint.com.cn/html/news/zdgc/2008/06/212667_2.html)，两篇文章读完之后，居然发现除了标题、发布时间不一样，内容完全一样，基本上都是说开源ERP如何不好，特别是后一篇把题目变成了完全恶毒的诅咒。
作为对企业信息化、传统商业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软件的个性化应用是有着非常强烈的需求，这是客观存在，既然是客观存在，二次开发就无法避免，我们应理性的对待二次开发问题，如何把二次开发工作搞得容易才是真正为客户着想，源代码开放是二次开发的基础，也是最起码的保障，向我们单位实施的开源ERP，人家提供的产品就在开放源代码的基础上还为客户提供了三个层次的二次开发：1、通过个性化的设置实现非代码的二次开发，2、通过前端的工具实现自动生成代码的二次开发，3、直接改动源代码来实现的二次开发。原文作者片面的理解了二次开发，以为开源ERP就是让二次开发作原始的修改代码，既然对于客户来讲二次开发是客观需要，原文作者是否认为封闭源代码的ERP就能让客户满意了？其实原文作者的意思就跟过去为我们实施商业ERP的顾问一样：希望客户不要做二次开发，不要个性化应用，因为那样对于ERP厂商成本太大，而且不好控制客户。
三、开源ERP也是有分工的产业
原文作者提到“这都是因为企业没有比较专业的人来分析、调查企业需求所造成的。而商业软件不同。他们会把企业的需求调研当作项目实施过程中的一项重中之重的工作来对待。因为他们清楚，把企业的需求搞清楚了，那么企业的ERP项目也就成功一大半了”这又是典型的以偏概全，原文作者又一次的把开源ERP看成了极端的DIY项目，我们单位的开源ERP项目实际上是由开源ERP的加盟合作伙伴来实施的，我们单位对开源ERP最看重的是可以通过源代码开放对自己的项目做到心里有数，能很好地对项目控制局面，但是具体的实施、二次开发工作我们还是要找厂家，啥事都自己干这不符合社会分工的原则，据我观察开源ERP的实施方法与商业的ERP方法也没有什么本质的不同，甚至比传统的实施更周到、更节约成本，因为用开源ERP我不需付软件产品的许可费用，只付服务的费用。原文作者的观点完全停留在自给自足的原始状态，这让人感到作者实在是井底之蛙。
四、独到的技术能保障开源ERP平滑升级
原文作者提到“在原先版本上所做的需求，如何迁移到新版本之上呢？这是用户在版本升级过程中遇到的第二个难题。在商业软件中，这一般不是问题，只要你交了每年的服务费用，则他们在软件升级的过程中，他们会帮你完成二次开发需求的迁移工作……” 看到这里我又笑了，作者水平太低了，让我怀疑这位仁兄到底懂不懂ERP，我还以为该作者会说出诸如商业软件能提供什么技术保障平滑升级之类的话！他居然说商业软件公司收了服务费后帮助客户作迁移工作，这典型不公平，难道开源软件就不能提供这样的收费服务，简直贻笑大方，其实在此我要说的是现在很多软件都已经具备了保障平滑升级的技术解决方案，主要是在二次开发时遵循一定的标准，并且使用一定的开发工具就可以实现，这在业界已不是什么新鲜事，象我们单位使用的开源ERP产品就支持这些功能，比如：数据表升级管理功能，二次开发者能通过浏览器实现数据表的设计，并且通过Xml实现与其他程序同步升级，保护已发布的数据表结构，实现增量升级；模块设计管理能实现在线设计多层次业务功能模块，同步生成公用程序、数据表等，同步实现部分后台功能；二次开发发布管理 能保证在二次开发时，既能实现对现有版本的保护，又能实现对开发版本进行有效控制 ；数据平滑升级管理能够实现ERP不同版本间数据平滑迁移。
时间关系我只能根据原文作者的观点提出我的不同观点，我的这些观点都是来源于实践，希望对企业信息化部门的朋友们有所帮助，个人也认为开源ERP会越走越好，不但不会死掉，而且我坚信开源ERP会成为企业信息化行业的一股主要力量。 -
挖个坟:smiling_face_with_open_mouth_smiling_eyes:
@digitalsatori 大神10年前对楼主的回帖：https://www.shine-it.net/topic/384/转载-erp并非软件-开源必死无疑/2 很精彩啊。不了解开源瞎扯的，以开源为名混世的现在也是到处可见啊。
