随着开源浪潮的层层推进，ERP也选择了开源， Oracle的CEO拉里•埃里森(Larry Ellison)有个著名的预测，那就是用不了几年，软件市场就会被几家寡头公司所把持，这些公司包括微软公司、SAP，当然还有Oracle公司。目前，在ERP领域市场，上游用户被SAP和Oracle两大公司把持，国内的ERP厂商只能走中低端路线，并且市场份额在逐年萎缩，随着改革开放的不断发展，企业提升内部的管理的呼声越来越高，国内ERP软件也面临着一次全新洗礼和变革。
开源ERP的出现表面上看去，是顺应开源的潮流，实际上笔者认为，这是国内ERP厂商的一种无奈，利润空间的不断压缩，造成了企业的生存压力和变革压力，国内的ERP厂商在不断提升自身的竞争力，还要改变传统的运营模式，将ERP开源，在营利模式上和软件市场上拼杀出一条新路，也就是所谓的“河蟹”，“河蟹”能否变成大阳澄湖大闸蟹，就要看在市场上厮杀后的结果了，一连串的问号要等到时间去印证了，， 。
开源的优势
根据Gartner最近调查，在当前已经采用开源软件或考虑准备采用开源软件的公司中，12%正在用开源ERP，14%有计划在未来12个月中使用开源ERP。Gartner的咨询顾问还预计，由于ERP软件被Oracle、 Microsoft和Infor等购并，开源ERP的部署需求在未来会有比较大的突破。
从上面的调查数据中我们不能发现，ERP开源是大势所趋，未来软件厂商卖的不是代码而是实施和服务，那么比较大的突破，到底能突破到多大，不得不让我们深思？
开源ERP能否改变目前ERP市场现状，能否突破现阶段的发展瓶颈，走出一条属于中国特色的创新之路呢？
首先，我把开源ERP理解为一种商业模式，这种商业模式能解决特定客户的一些顾虑，特别是供应商的服务问题，所谓的服务涵盖的面广，有了源代码客户可以完成以下的工作：
1、 无限用户的扩展
有了不受限制的源代码，企业可能随着企业的发展需求不断的扩充，为企业实施ERP成功提供了保证同时大大的降低了ERP的使用成本，但是前提是企业必须要有一支精练的开发团队来制作适合公司的插件和功能。目前国内ERP的开源模式是由开源ERP软件加盟商提供这样的开发和定制服务。
2、无限功能的扩展
有了完整的源代码，用户可以根据自己的期望任意的扩充功能，不受任何限制。想增加CRM可以增加CRM，想增加SCM可以增加SCM，随心所欲。几乎可以说只要有了完整的源代码，企业就有了控制整个ERP项目的权力。
ERP厂商对开源顾忌
这样一个完美的方案似乎十分诱人，既省成本，又能完美的控制代码并制作符合自已的插件，那么所有的ERP厂商是否都会借开源摆脱困局呢？选择开源还是非开源的产品是由市场来决定，开源产品在中国的时间尚短，企业对开源认知程度还有一定的顾虑。
首先、实施的风险
不管是否开源，这个风险都是客观存在的。而商业erp厂商是如何规避这个风险的呢？
那么开源ERP又如何保证项目实施的成功率呢，是开源厂商亲自指实施团队，还是通教育培训培养加盟商的实施团队，有软件商亲自派实施顾问的（姑且称其为顾问），有发展合作伙伴通过教育培训培养伙伴实施能力的（sap和oracle这样做的，可是项目上有几个PA顾问或真正理解了asap实施方法论的呢？）。如何衡量实施效果和客户投入产出比，这本来就没有定论。何谈开源就必定风险更大呢？compiere社区正是有很多合作伙伴参与社区引导compiere软件发展的，作为最终用户和软件商的中间环节，咨询公司更多参与产品的设计和发展，以更开放的模式去运作一个产业链，本身就是一个很好的解决方案。一年前我在topoint曾说sap b1要推广首先要建立一个中立的社区，sap、咨询伙伴、用户能够有效互动，并把最终积淀反作用于产品开发和实施过程，这样才能更好地提高客户满意度。这也是itpub上人人为我我为人人精神的一个延伸。
第二、二次开发的风险。同样，商业产品也存在这些问题。无论什么样的项目，如果是外行指导内行（往往残酷的现实都是这样），必失败无疑。用户的需求可能是错的，可是他的出发点一定是有道理的。更大范围的社区知识共享能够让外部专家参与到企业内部项目中来，以较低的成本（比起商业软件）构建真正符合个性化需求的系统。至于影响升级，sap提供的关于命名空间的方案和模块化的系统架构对现在的技术人员都不是太大的难题，只不过规范的保障执行是一个博弈，即使是R3项目，也有改标准程序的case，SAP公司也没法全部拒绝。
这样一个完美的方案似乎十分诱人，既省成本，又能完美的控制代码并制作符合自已的插件，那么所有的ERP厂商是否都会借开源摆脱困局呢？选择开源还是非开源的产品是由市场来决定，开源产品在中国的时间尚短，企业对开源认知程度还有一定的顾虑。
首先、实施的风险
不管是否开源，这个风险都是客观存在的。而商业erp厂商是如何规避这个风险的呢？
那么开源ERP又如何保证项目实施的成功率呢，是开源厂商亲自指实施团队，还是通教育培训培养加盟商的实施团队，有软件商亲自派实施顾问的（姑且称其为顾问），有发展合作伙伴通过教育培训培养伙伴实施能力的（sap和oracle这样做的，可是项目上有几个PA顾问或真正理解了asap实施方法论的呢？）。如何衡量实施效果和客户投入产出比，这本来就没有定论。何谈开源就必定风险更大呢？compiere社区正是有很多合作伙伴参与社区引导compiere软件发展的，作为最终用户和软件商的中间环节，咨询公司更多参与产品的设计和发展，以更开放的模式去运作一个产业链，本身就是一个很好的解决方案。一年前我在topoint曾说sap b1要推广首先要建立一个中立的社区，sap、咨询伙伴、用户能够有效互动，并把最终积淀反作用于产品开发和实施过程，这样才能更好地提高客户满意度。这也是itpub上人人为我我为人人精神的一个延伸。
第二、二次开发的风险。同样，商业产品也存在这些问题。无论什么样的项目，如果是外行指导内行（往往残酷的现实都是这样），必失败无疑。用户的需求可能是错的，可是他的出发点一定是有道理的。更大范围的社区知识共享能够让外部专家参与到企业内部项目中来，以较低的成本（比起商业软件）构建真正符合个性化需求的系统。至于影响升级，sap提供的关于命名空间的方案和模块化的系统架构对现在的技术人员都不是太大的难题，只不过规范的保障执行是一个博弈，即使是R3项目，也有改标准程序的case，SAP公司也没法全部拒绝。
ERP并非只是软件
三分软件七分实施十二分的数据－－在这我也还是不忘把数据这个话题拿出来，尽管在这里并不会讨论这个问题。
可从三七开这样的比例就能看出：软件对于一个ERP项目的影响有多大。事实上很多ERP项目实施失败，“软件的因素”只是个借口。软件只是个工具－－协助企业管理的工具，没有软件企业就运行不下去了吗？鸡照飞狗照跳的。
我认为：上一套ERP除了能带来软件功能所涵盖的便捷的统计功能以外，更重要的是：改善企业的管理过程。仅仅是把企业现有的流程照搬进SAP，那么这样的项目也不能称之为成功。所以：仅仅谈软件是否开源，我觉得影响有限。
二、对产品开发的约束
1、对软件的理解
对于程序员来说，如果是自己设计自己开发一套软件产品，我想难度会比“在别人产品的基础上进行修改”要容易的多。思路是自己的，想法也是自己的，只是如何实现罢了。对于开源产品来说也存在同样的问题：程序员要去理解并掌握这套新的系统需要多长时间。和对成品软件的实施不同，要掌握的不仅仅是软件的功能，更要掌握软件的设计思路，开发的技巧。多长时间能掌握这些，后续开发的程序是不是狗尾续貂是每个IT经理需要考虑的。
2、开发的成本
有了开源的产品，对于企业来说可以随心所欲的进行开发，但在这个“随心所欲”的背后缺忽视了“开发的成本”。开发哪怕只是一个报表也是需要成本的。虽然在企业内部一个程序员的工资并不会很高，但这的确还是要占有成本的。也就是说在有限的时间内企业能够进行开发或者改善的空间有限。当然，企业愿意花时间去等也没有关系，但在这个商场如战场的环境下，企业等得起吗？
3、开发的项目控制
很多在企业内做过程序开发的朋友多遇到过这样的问题：很多非常小的功能，仅仅是为了方便用户查询某个数据的功能，占据了大量的开发的时间。而真正能对企业运营产生良好帮助的模块，却因为没有时间去进行开发。这就是：对需求的分析、分级和控制。
作为用户来说，他们很难站在全局的高度去思考一个ERP项目应该如何运作，应该在哪些方面全盘考虑。而ERP项目组在国内企业内的地位又往往不是很高，这很容易让ERP程序员陷入这样一个困境：永远有解决不完的问题，而要解决的多是鸡毛蒜皮的事情。慢慢的程序员也在沉沦，每日悠闲的改改报表中的字段长度，或者增删几行数据。
三分软件七分实施十二分的数据－－在这我也还是不忘把数据这个话题拿出来，尽管在这里并不会讨论这个问题。
可从三七开这样的比例就能看出：软件对于一个ERP项目的影响有多大。事实上很多ERP项目实施失败，“软件的因素”只是个借口。软件只是个工具－－协助企业管理的工具，没有软件企业就运行不下去了吗？鸡照飞狗照跳的。
我认为：上一套ERP除了能带来软件功能所涵盖的便捷的统计功能以外，更重要的是：改善企业的管理过程。仅仅是把企业现有的流程照搬进SAP，那么这样的项目也不能称之为成功。所以：仅仅谈软件是否开源，我觉得影响有限。
二、对产品开发的约束
1、对软件的理解
对于程序员来说，如果是自己设计自己开发一套软件产品，我想难度会比“在别人产品的基础上进行修改”要容易的多。思路是自己的，想法也是自己的，只是如何实现罢了。对于开源产品来说也存在同样的问题：程序员要去理解并掌握这套新的系统需要多长时间。和对成品软件的实施不同，要掌握的不仅仅是软件的功能，更要掌握软件的设计思路，开发的技巧。多长时间能掌握这些，后续开发的程序是不是狗尾续貂是每个IT经理需要考虑的。
2、开发的成本
有了开源的产品，对于企业来说可以随心所欲的进行开发，但在这个“随心所欲”的背后缺忽视了“开发的成本”。开发哪怕只是一个报表也是需要成本的。虽然在企业内部一个程序员的工资并不会很高，但这的确还是要占有成本的。也就是说在有限的时间内企业能够进行开发或者改善的空间有限。当然，企业愿意花时间去等也没有关系，但在这个商场如战场的环境下，企业等得起吗？
3、开发的项目控制
很多在企业内做过程序开发的朋友多遇到过这样的问题：很多非常小的功能，仅仅是为了方便用户查询某个数据的功能，占据了大量的开发的时间。而真正能对企业运营产生良好帮助的模块，却因为没有时间去进行开发。这就是：对需求的分析、分级和控制。
作为用户来说，他们很难站在全局的高度去思考一个ERP项目应该如何运作，应该在哪些方面全盘考虑。而ERP项目组在国内企业内的地位又往往不是很高，这很容易让ERP程序员陷入这样一个困境：永远有解决不完的问题，而要解决的多是鸡毛蒜皮的事情。慢慢的程序员也在沉沦，每日悠闲的改改报表中的字段长度，或者增删几行数据。
三、对开源软件的顾虑
1、产品升级换代的问题
在开源产品的基础上进行开发，势必会影响到产品的升级。对于同一个功能，软件公司有软件公司的考虑，企业有企业的考虑。进行了比较的二次开发以后必然降低产品升级的可能性。也就意味着企业要独自承担软件后续的维护工作。如何均衡利弊？
2、开源厂商持续经营的问题
既然产品可以很廉价的购买，购买了以后也不需再受软件商的约束－－那么你们的利润来源在哪？如何保证贵企业的持续经营？
有位开源ERP厂商的朋友说可以通过提供：技术文档、技术支持、授权加盟等形式来赢取利润。可这种运营模式真的会成功吗？在这里我就做结论了，但我个的感觉是：卖文档卖一个客户就少一个客户，而且客户群仅仅是使用了这套ERP系统的客户。做支持就更不用说了：人家都有源代码了，当客户群足够庞大的时候，用户自己都可以组织相应的讨论组来解决问题。利润的空间有多大？如何维持企业的运营？
开源ERP所适用的环境
谈到了开源ERP的优势，也谈到了开源ERP的软肋或者说是我们困惑，自然要谈谈我所理解的开源ERP所适合的生存空间了
1、企业内有强大的IT团队，能对软件进行深入分析并扩充。
要对ERP系统进行功能上的扩充需要一些程序员。随着企业规模的不断扩大，对软件本身功能要求不断增加的情况下，要么更换ERP产品，要么进行升级，要么就只能自行开发了。企业需要有多大的开发团队来维系软件的运营？这对程序员的需求可就高了。当然，企业也可以额外购买开源软件商的服务，出高价由他们来进行二次开发。
2、企业的IT团队必须能完整的控制项目的进度。
除了对开发人员的要求以外，IT团队还必须有独立的项目控制的能力。各个部门提出的各种需求，如何在工作上进行分配管理？如何才能保障在规定的时间内完成。IT经理或者项目经理的角色是必不可少的。当然这类人员还必须得具备系统分析的能力，能最优化的实现用户的需求。
3、企业更需要一个CIO能从战略的角度来设计新的模块和功能。
除了完成用户提出的需求以外，CIO更要能站在企业运营的角度去考虑软件未来发展的方向。并规划一些新的功能、模块。与IT经理或项目经理进行沟通，制定完成工作的时间表。
啊，这样看来，IT部门也能独立运作了，或许能从一个成本（费用）中心转变为一个利润中心。开拓新的软件市场。
10年前本人就曾在一家台资公司从事某国外ERP产品的二次开发工作，对此深有体会。一套经典的ERP产品在设计过程中必然融入了它对企业管理的理解。仅仅只是做代码的堆彻而不考虑企业的流程、数据的运转传递那还不如只用EXCEL。而理解这些信息又需要多长的时间？作为程序员，那套系统我们只能一个功能一个功能，一个模块一个模块的研究，20人的IT团队每人分配一部分工作，隔三五个月再交换负责的模块从而保障系统独立、稳定运行。我也相信对于一套成熟的ERP系统来说大家需要话同样多的精力来消化吸收。
从纯粹技术的角度来说，程序员是很欣赏有这类产品出现的。借鉴这些产品的经验自己可以进行改进，或者开发出类似的产品。而从商业的角度来看，我并不否认这样一种商业模式有其生存的空间－－存在就是合理的。可是从一个用户的角度来看，我更希望开源ERP的商家能考虑到作为用户的这些顾虑。
开源后的ERP能解决什么样问题，开源后赢利模式，开源后的ERP能否改变目前国内ERP厂商的现状？开源ERP在国内的成功的话，就会打破现有ERP厂商的布局，反之就是应用开源ERP企业的灭顶之灾，现在谈论成功与否还为时尚早，到底开源ERP会敲响谁的丧钟，我们要听到钟声才能辩别声音传来的方向。
1、产品升级换代的问题
在开源产品的基础上进行开发，势必会影响到产品的升级。对于同一个功能，软件公司有软件公司的考虑，企业有企业的考虑。进行了比较的二次开发以后必然降低产品升级的可能性。也就意味着企业要独自承担软件后续的维护工作。如何均衡利弊？
2、开源厂商持续经营的问题
既然产品可以很廉价的购买，购买了以后也不需再受软件商的约束－－那么你们的利润来源在哪？如何保证贵企业的持续经营？
有位开源ERP厂商的朋友说可以通过提供：技术文档、技术支持、授权加盟等形式来赢取利润。可这种运营模式真的会成功吗？在这里我就做结论了，但我个的感觉是：卖文档卖一个客户就少一个客户，而且客户群仅仅是使用了这套ERP系统的客户。做支持就更不用说了：人家都有源代码了，当客户群足够庞大的时候，用户自己都可以组织相应的讨论组来解决问题。利润的空间有多大？如何维持企业的运营？
开源ERP所适用的环境
谈到了开源ERP的优势，也谈到了开源ERP的软肋或者说是我们困惑，自然要谈谈我所理解的开源ERP所适合的生存空间了
1、企业内有强大的IT团队，能对软件进行深入分析并扩充。
要对ERP系统进行功能上的扩充需要一些程序员。随着企业规模的不断扩大，对软件本身功能要求不断增加的情况下，要么更换ERP产品，要么进行升级，要么就只能自行开发了。企业需要有多大的开发团队来维系软件的运营？这对程序员的需求可就高了。当然，企业也可以额外购买开源软件商的服务，出高价由他们来进行二次开发。
2、企业的IT团队必须能完整的控制项目的进度。
除了对开发人员的要求以外，IT团队还必须有独立的项目控制的能力。各个部门提出的各种需求，如何在工作上进行分配管理？如何才能保障在规定的时间内完成。IT经理或者项目经理的角色是必不可少的。当然这类人员还必须得具备系统分析的能力，能最优化的实现用户的需求。
3、企业更需要一个CIO能从战略的角度来设计新的模块和功能。
除了完成用户提出的需求以外，CIO更要能站在企业运营的角度去考虑软件未来发展的方向。并规划一些新的功能、模块。与IT经理或项目经理进行沟通，制定完成工作的时间表。
啊，这样看来，IT部门也能独立运作了，或许能从一个成本（费用）中心转变为一个利润中心。开拓新的软件市场。
10年前本人就曾在一家台资公司从事某国外ERP产品的二次开发工作，对此深有体会。一套经典的ERP产品在设计过程中必然融入了它对企业管理的理解。仅仅只是做代码的堆彻而不考虑企业的流程、数据的运转传递那还不如只用EXCEL。而理解这些信息又需要多长的时间？作为程序员，那套系统我们只能一个功能一个功能，一个模块一个模块的研究，20人的IT团队每人分配一部分工作，隔三五个月再交换负责的模块从而保障系统独立、稳定运行。我也相信对于一套成熟的ERP系统来说大家需要话同样多的精力来消化吸收。
从纯粹技术的角度来说，程序员是很欣赏有这类产品出现的。借鉴这些产品的经验自己可以进行改进，或者开发出类似的产品。而从商业的角度来看，我并不否认这样一种商业模式有其生存的空间－－存在就是合理的。可是从一个用户的角度来看，我更希望开源ERP的商家能考虑到作为用户的这些顾虑。
开源后的ERP能解决什么样问题，开源后赢利模式，开源后的ERP能否改变目前国内ERP厂商的现状？开源ERP在国内的成功的话，就会打破现有ERP厂商的布局，反之就是应用开源ERP企业的灭顶之灾，现在谈论成功与否还为时尚早，到底开源ERP会敲响谁的丧钟，我们要听到钟声才能辩别声音传来的方向。