ERP厂商经常会有这样的抱怨：起初的几个月进行项目分析和讨论，用户也认可了，ERP系统做出后，结果这时候客户要进行“二次开发”…然后事情就变得复杂跟原先预期距离拉远，最后导致“变质”…
对于企业的信息化系统来说，其实软件方面来说真需要二次开发才会合适。那么如何挖掘出这部分软件的潜力让企业拿到实惠在开发中?
企业应选择通用还是实际
试问有哪个企业愿巨额投入开发?例如处理文档、表格、财务等方面，很多成型软件在这个市场中，因此在选择上，优先注重的会是适合通用系统。
许多的信息化软件只为满足国家层面的要求，针对企业实际来说，通用方面功能满足了，其实还会需要ERP系统提供企业内部的管理信息。按照行业、模块开发的ERP系统，最初会按照一定参数来设定，但根据企业的发展规模、周期等因素差异导致除通用功能外还会有二次要求，因此还需适当调整。
企业本身特点该不该强调
企业在做二次开发的时候，其实软件中管理流程已经是经过千锤百炼的提炼，所以没有必要太多的强调自身特点。而许多企业刻意去强调的是源于本身的不合理的业务流程或者优化和重组。这不应该去建立在对软件的修改开发上。不能让软件去适应流程。
不要修改核心的代码是软件自身体系的基本原则。企业的需求不能被满足，就要从ERP中导出数据再导入系统。尽量以小的改动去满足需求也是为之后的升级做打算。二次开发应该在技术人员指导下进行，因为可以充分的利用现有的数据库条件以及将数据的价值最大化。
扩大数据使用范围是指将ERP系统中的数据有计划地通过公司自行开发的系统提供给其他不使用ERP系统的人员，扩大共享范围。 从工程角度来说，这是一个复杂的大型工程，开发者应该保持绝对的原则并且对项目要保证可控性。因此，二次开发中，修改不宜多。
技术人员需要多专业
从事二次开发的人员既要熟悉软件的功能和相应数据库中表的结构，又要充分理解用户的特殊业务流程，这需要一定的时间和工作的，甚至可能会使项目延期;再者，改动软件后还可能出现系统的不稳定，影响版本升级。
如果必须进行二次开发，则应尽量使得二次开发做出的功能模块独立于原来的ERP系统。这样，当ERP系统版本更新时，二次开发出来的模块无需修改或者只需较少的修改就可以应用于高版本的ERP系统。
结语
对ERP项目进行二次开发应被视为“一把手工程”，需要企业领导给予足够重视，并且也需要软件提供商以及相关的企业内部人员给予足够的重视。只有这3方面的力量都重视了，管控严了，项目才能按期并保质保量地交付。
作者：新竹
