ERP厂商对开源顾忌
    这样一个完美的方案似乎十分诱人，既省成本，又能完美的控制代码并制作符合自已的插件，那么所有的ERP厂商是否都会借开源摆脱困局呢？选择开源还是非开源的产品是由市场来决定，开源产品在中国的时间尚短，企业对开源认知程度还有一定的顾虑。

    首先、实施的风险
    不管是否开源，这个风险都是客观存在的。而商业erp厂商是如何规避这个风险的呢？
    那么开源ERP又如何保证项目实施的成功率呢，是开源厂商亲自指实施团队，还是通教育培训培养加盟商的实施团队，有软件商亲自派实施顾问的（姑且称其为顾问），有发展合作伙伴通过教育培训培养伙伴实施能力的（sap和oracle这样做的，可是项目上有几个PA顾问或真正理解了asap实施方法论的呢？）。如何衡量实施效果和客户投入产出比，这本来就没有定论。何谈开源就必定风险更大呢？compiere社区正是有很多合作伙伴参与社区引导compiere软件发展的，作为最终用户和软件商的中间环节，咨询公司更多参与产品的设计和发展，以更开放的模式去运作一个产业链，本身就是一个很好的解决方案。一年前我在topoint曾说sap b1要推广首先要建立一个中立的社区，sap、咨询伙伴、用户能够有效互动，并把最终积淀反作用于产品开发和实施过程，这样才能更好地提高客户满意度。这也是itpub上人人为我我为人人精神的一个延伸。

     第二、二次开发的风险。同样，商业产品也存在这些问题。无论什么样的项目，如果是外行指导内行（往往残酷的现实都是这样），必失败无疑。用户的需求可能是错的，可是他的出发点一定是有道理的。更大范围的社区知识共享能够让外部专家参与到企业内部项目中来，以较低的成本（比起商业软件）构建真正符合个性化需求的系统。至于影响升级，sap提供的关于命名空间的方案和模块化的系统架构对现在的技术人员都不是太大的难题，只不过规范的保障执行是一个博弈，即使是R3项目，也有改标准程序的case，SAP公司也没法全部拒绝。