较近经历了一个企业的ERP二期项目，一期项目中的二次开发让我头痛不已；同时较近看到了一篇关于ERP二次开发的文章，让我感慨良多；ERP系统的开发一直是大家争论的焦点，到底应不应该开发？开发的量多少才算合理？不主张开发的认为：ERP系统是结合了业界先进的业务流程经验，是较佳的业务实践，建议尽量使用系统的标准功能来提升企业的管理水平，另一种观点是：ERP系统先进的管理经验以及业务实践需要借鉴，但同时，不同企业有其自身的特点，通过开发符合企业特点的功能，可以提升业务人员的效率。在此，笔者不敢妄加评论那种观点是否正确，先跟大家分享一下，前几天在一个讨论会上，一个企业IT主管提出的烦恼：
软件开发公司实施系统已经有好几年的时间，而且也通过实施ERP系统获得管理水平的提升，同时为了提高不同部门员工使用系统的效率，结合企业的实际情况，在ERP的标准功能基础上，开发了很多可以提升业务部门工作效率的功能点。但经历了几年的不断开发以及完善，现在企业遇到了新的难题：
1、开发出来的各种各样的子系统无法整合，维护工作困难；
2、单点功能的开发提升了较终使用人员的效率，但对整个业务流程未见提升，甚至影响流程的稳定性；
3、开发的功能不断增加，系统复杂度以及耦合度增大，系统稳定性难以保证。A公司的烦恼很有代表性，也代表着我们对ERP二次开发的观点，难道真的尽量减少二次开发，使用系统的标准功能吗？笔者觉得，ERP实施过程中，多少的二次开发量才算合理，不同的企业不尽相同，但必须把握好二次开发的原则：这个原则与当初企业为什么要实施ERP系统是一样的，希望通过实施ERP系统提升企业的管理水平，优化企业的流程，而不是仅仅提高某部门或某员工的某功能的工作效率；提高员工的工作效率固然重要，但任何东西都有取舍，不是任何可以提升员工的工作效率的开发都要去做，当此工作效率的提升反而会影响业务流程的稳定性，坚决不做；如果此开发的工作效率提升，并未对业务流程以及管理水平有帮忙，尽量少做。明确ERP二次开发的目的以及原则后，需要对二次开发进行规划。
1、对整个企业的业务进行IT规划
结合选择的ERP系统，明确哪些系统可以通过标准功能可以满足的，哪些业务流程系统标准功能无法符合企业的需要进行开发；这必须是从业务流程的角度去考虑，而不是某个功能点去考虑；不能因为某个业务部门想法而随意改变计划，就像大的方面，企业的信息化分ERP、、、等，根据企业的实际，希望先解决哪些业务，就ERP而已，哪些业务流程是ERP系统标准功能很好支持的，哪些业务流程必须通过开发来改善系统对此流程的支持的。
深圳市宏拓新软件有限公司专注于ERP系统,工厂ERP,生产ERP等