【深度】企业ERP二次开发是无底“坑”？如何避免？
日期：2019-12-02 / 人气：
曾经在一则ERP实施人员的日记里面看到过这样一段描述：不断的看别人的代码，然后在有新需求的时候修改，让ERP更适合、 更贴切客户的需求，方便客户操作，记忆中从进入公司开始，就是无休止的ERP实施加班，无休止的项目实施变更、延期，无休止地在做需求调整，真的感觉心力交碎，生不如死。
……
我想做过ERP实施顾问或者软件开发的朋友应该都会有这样的感觉吧，其实ERP最怕触及的“命门”，就是二次开发。
那些要求二次开发的用户，常常在界面上和操作上提出非常多的特殊要求，固执地要求按他们的习惯进行二次开发，以满足他们原有的操作模式。一般来说，我们的ERP软件产品为了具有较强通用性，软件功能已经比较标准，流程设置也相对规范化。虽然通过参数可调的形式可以部分满足不同用户的需求，但很多情况下这种“轻度”灵活会失效。
1、用户不愿意改变现有的操作习惯
对于任何一套ERP软件产品为了具有较强的通用性，软件功能是标准的，流程设置是规范化的。但企业实施ERP时，除了在业务流程等方面具有个性化需求外，还存在着一些不涉及业务流程的、由企业的特殊性而产生的操作习惯需求，而提出了大量的二次开发。
2、企业不合理的管理制度造成的特殊流程需求
主要表现在企业想把现有的手工流程、手工作业一成不变的搬到ERP中去，而不分析ERP现有的流程与本企业原有的流程的优劣性，固执的坚持采用目前的管理手段、管理习惯，要进行必须二次开发来满足其需求。
3、ERP软件确实无法满足的需求
ERP系统是一个套装软件，属于行业通用的，而每个企业是有其自身的特点，确实存在着一些个性的业务流程需求，要进行二次开发，既要吸纳软件中的先进管理思想，也要保持企业的特色。
4、接口需求
企业的信息化建设涉及多套系统，如笔者企业软件系统包括Pro/E、CAD、PDM、CAPP等，而各系统的数据之间存在信息共享，产生系统接口需求，二次开发也成为必然的。
5、新的需求产生
随着项目的实施，企业人员对信息系统有了更深的了解，应用不断深入，对信息系统产品就会提出更多的要求，来提升企业管理水平。
无论是实施顾问还是用户都可能产生过这样的感慨：明明是经过几个月的初期讨论和项目分析，在用户的认可下做好了的ERP系统，结果由于“二次开发”，系统变得越来越复杂，与最初期望的效果越来越远，最后猛然一看系统已经完全“变味”了。因此，把握二次开发的原则很重要。
1、在观念认识上，实施顾问应要让用户清醒认识到，不应过多强调用户自身的特点，ERP软件中的管理流程是从许多企业中提炼出来的，具有先进性和合理性。许多用户的特殊之处都是由于流程自身的不合理产生的，应该通过ERP的实施，对企业进行业务流程优化或重组，而不是一味修改软件以适应不合理的流程。
2、当需要二次开发时，实施顾问和开发顾问应该要严格遵守不修改核心代码这一条基本原则。如果必须进行二次开发，则应尽量使得二次开发做出的功能模块独立于原来的ERP系统。这样当ERP系统版本更新时，二次开发出来的模块无需修改或者只需较少的修改就可以应用于高版本的ERP系统。
3、二次开发的需求必须控制好，尽量不要在ERP系统的功能还没有充分了解是否配合用户管理需求之前就进行二次开发。因为用户的业务流程并不是一成不变的，ERP软件中流程一般比较抽象，大的方面与用户业务流程通常可以套上，细节部分不作修改也可以。同时，ERP软件不是给一个人用的，每个用户都可能有自己想法，不可能都满足的。部分要服从大局。项目按时、按预算完成实施，上线运行是实施阶段的大局，哪些二次开发必须要做，哪些可以不做，要看会不会影响大局。可做可不做的，坚决不做。
作为甲方，在项目开始之前就要明确好你是不是打死也不接受通用版？一定是需要做二次开发的？
那么就在选择ERP软件供应商时候，就要注意几点：
1）供应商是否有自己的专业成熟的ERP软件产品；
2）是否有自己配套的二次开发套件；
3）是否有专门的二次开发团队；
4）目前市场上服务口碑如何；
5）最主要的就是目前情况下，是否有自主研发的能力了。
作为乙方，要合理疏导以及正确判断甲方的需求。
1）首先要沟通好后期会不会产生大的二次开发啊（涉及到代码修改的层次，怎么收费是要在合同中注明的，当然如果一开始是无法定价那么也要有相关的说明）。
2）一开始要给甲方的一种思想，那就是：ERP软件的流程是经过多年多次多家客户的使用修改提升总结出来的，甲方企业的流程尽可能的是去往标准流程上去规范去靠拢，ERP是带这么一种管理思想，管理习惯，如果甲方一开始坚持是不能接受通用版的流程那么就是得走定制研发的路子，那么上午谈判上就是另外的定价了。
总结：甲乙双方在ERP项目意识上都应该有比较高的思想觉悟，甲方不要顽固的坚持自我，要开放性的接受或者去思考乙方提供的一些流程改善建议，乙方也应该充分的考虑甲方所属行业的一些客观个性化因素，双方保持积极良好的沟通机制，软件乙方不赚快钱，不坑客户，坚持将服务意识贯穿到整个项目中；甲方客户以一颗发展，开放的心在信息化的过程中持续成长。
……
什么导致了企业ERP的二次开发？
那些要求二次开发的用户，常常在界面上和操作上提出非常多的特殊要求，固执地要求按他们的习惯进行二次开发，以满足他们原有的操作模式。一般来说，我们的ERP软件产品为了具有较强通用性，软件功能已经比较标准，流程设置也相对规范化。虽然通过参数可调的形式可以部分满足不同用户的需求，但很多情况下这种“轻度”灵活会失效。
1、用户不愿意改变现有的操作习惯
对于任何一套ERP软件产品为了具有较强的通用性，软件功能是标准的，流程设置是规范化的。但企业实施ERP时，除了在业务流程等方面具有个性化需求外，还存在着一些不涉及业务流程的、由企业的特殊性而产生的操作习惯需求，而提出了大量的二次开发。
2、企业不合理的管理制度造成的特殊流程需求
主要表现在企业想把现有的手工流程、手工作业一成不变的搬到ERP中去，而不分析ERP现有的流程与本企业原有的流程的优劣性，固执的坚持采用目前的管理手段、管理习惯，要进行必须二次开发来满足其需求。
3、ERP软件确实无法满足的需求
ERP系统是一个套装软件，属于行业通用的，而每个企业是有其自身的特点，确实存在着一些个性的业务流程需求，要进行二次开发，既要吸纳软件中的先进管理思想，也要保持企业的特色。
4、接口需求
企业的信息化建设涉及多套系统，如笔者企业软件系统包括Pro/E、CAD、PDM、CAPP等，而各系统的数据之间存在信息共享，产生系统接口需求，二次开发也成为必然的。
5、新的需求产生
随着项目的实施，企业人员对信息系统有了更深的了解，应用不断深入，对信息系统产品就会提出更多的要求，来提升企业管理水平。
实施顾问应该如何把握ERP二次开发的原则？
无论是实施顾问还是用户都可能产生过这样的感慨：明明是经过几个月的初期讨论和项目分析，在用户的认可下做好了的ERP系统，结果由于“二次开发”，系统变得越来越复杂，与最初期望的效果越来越远，最后猛然一看系统已经完全“变味”了。因此，把握二次开发的原则很重要。
1、在观念认识上，实施顾问应要让用户清醒认识到，不应过多强调用户自身的特点，ERP软件中的管理流程是从许多企业中提炼出来的，具有先进性和合理性。许多用户的特殊之处都是由于流程自身的不合理产生的，应该通过ERP的实施，对企业进行业务流程优化或重组，而不是一味修改软件以适应不合理的流程。
2、当需要二次开发时，实施顾问和开发顾问应该要严格遵守不修改核心代码这一条基本原则。如果必须进行二次开发，则应尽量使得二次开发做出的功能模块独立于原来的ERP系统。这样当ERP系统版本更新时，二次开发出来的模块无需修改或者只需较少的修改就可以应用于高版本的ERP系统。
3、二次开发的需求必须控制好，尽量不要在ERP系统的功能还没有充分了解是否配合用户管理需求之前就进行二次开发。因为用户的业务流程并不是一成不变的，ERP软件中流程一般比较抽象，大的方面与用户业务流程通常可以套上，细节部分不作修改也可以。同时，ERP软件不是给一个人用的，每个用户都可能有自己想法，不可能都满足的。部分要服从大局。项目按时、按预算完成实施，上线运行是实施阶段的大局，哪些二次开发必须要做，哪些可以不做，要看会不会影响大局。可做可不做的，坚决不做。
如何避免ERP二次开发？
作为甲方，在项目开始之前就要明确好你是不是打死也不接受通用版？一定是需要做二次开发的？
那么就在选择ERP软件供应商时候，就要注意几点：
1）供应商是否有自己的专业成熟的ERP软件产品；
2）是否有自己配套的二次开发套件；
3）是否有专门的二次开发团队；
4）目前市场上服务口碑如何；
5）最主要的就是目前情况下，是否有自主研发的能力了。
作为乙方，要合理疏导以及正确判断甲方的需求。
1）首先要沟通好后期会不会产生大的二次开发啊（涉及到代码修改的层次，怎么收费是要在合同中注明的，当然如果一开始是无法定价那么也要有相关的说明）。
2）一开始要给甲方的一种思想，那就是：ERP软件的流程是经过多年多次多家客户的使用修改提升总结出来的，甲方企业的流程尽可能的是去往标准流程上去规范去靠拢，ERP是带这么一种管理思想，管理习惯，如果甲方一开始坚持是不能接受通用版的流程那么就是得走定制研发的路子，那么上午谈判上就是另外的定价了。
总结：甲乙双方在ERP项目意识上都应该有比较高的思想觉悟，甲方不要顽固的坚持自我，要开放性的接受或者去思考乙方提供的一些流程改善建议，乙方也应该充分的考虑甲方所属行业的一些客观个性化因素，双方保持积极良好的沟通机制，软件乙方不赚快钱，不坑客户，坚持将服务意识贯穿到整个项目中；甲方客户以一颗发展，开放的心在信息化的过程中持续成长。