第一种方法行不通，则只要进行二次开发。若种种方法测试后，仍然不行的话，那只好要求软件提供商进行二次开发了。在进行二次开发前，企业还还要了解二次开发的风险。其风险概括的来说，包括以下四个方面。

　　一、容易造成系统的不稳定。

　　ERP系统是个错综复杂的系统，各个模块是个有机的整体。若要修改其中的一个功能，其影响的不单单是现在这个功能，还可能影响到其于的功能。如企业需要销售定单的变更时，自动变更工单。销售定单的变更，仅仅关系到工单吗?若是销售定单数量的变更，关系到采购计划，生产计划;要考虑工单有没有开工生产，有没有采购，若已经有生产或者采购，则就会有变更的损失;等等。销售定单的变更涉及到后续的多道作业。所以，某一个小功能的修改，对于企业来讲，可能很简单;但是在系统分析师的眼中，可不怎么认为。

　　二、开发周期影响项目的周期。

　　二次开发的时间，根据需求的复杂程度、软件提供商的实力问题，有长有短。短则几天，长则半月、一月。企业要考虑这个时间成本，看看企业是否耽搁的起。是先用系统呢，还是等到二次开发完成以后再用。一般来说，企业若时间允许的话，最好等二次开发完毕后，再进行实施。这有两方面的好处。一是顾问由于项目时间的限制，他会主动的帮企业去催二次开发的进度，因为在规定时间内完不成项目，会扣他们的奖金。二是二次开发的需求是ERP有机的组成部分，只有二次开发的需求完成了，员工看到自己的问题解决了，可以减少在实施过程中来自员工的阻力，增强他们对系统的信心。

　　三、升级服务。

　　一般ERP都会提供免费的升级服务，但是，若有二次开发的话，有些软件公司就会要求另外的收费。及时不收费，当你二次开发数量过多的话，他也会把升级的次序放在后面，先帮哪些二次开发比较少的客户升级完成后，才会考虑二次开发多的客户。如此，这些二次开发过多的企业，就不能最先使用新版本优越的功能。四、后续维护的风险。后续维护时，若对方原先负责你的顾问离职时，你的二次开发需求新的顾问不一定清楚。此时，企业若遇到问题，找对方公司解决问题时，有时候，他们也会理不清头绪，因为不是标准功能，他们不是每个人都对此了解的非常清楚，解决问题的效率也不会这么快。二次开发存在以上这么多风险，企业应该采取相应的措施，把风险程度将为最底。

　　措施一：相应的二次开发需求文档要妥善保存。二次开发时，会产生比较多的相关文档与测试记录，这些内容企业要妥善保存。这对以后的维护非常有帮助。

　　措施二：在合同中，注明二次开发是免费还是收费，及收费的如何计算。有些软件企业二次开发的费用是非常高的，笔者遇到过一家企业，其二次开发的费用达到500元/小时/人。这么高昂的费用，稍微一个小需求，开发加调试，花个几个小时是常见的事情。所以，企业最好在签定合同时，就在合同中说明，赠送多少的二次开发时间，或者那些需求软件公司帮助免费开发。同时，在签定合同时，也要指明在以后ERP系统版本升级时，要免费升级，不能因二次开发而收额外的费用。

　　措施三：即使进行二次开发时，也最好不要涉及到主干流程的变更。ERP系统就像人的血脉那样错综复杂，在二次开发的时候，不要触动它的大动脉，否则会大大影响其整个性能，并且开发、调试的费用也是非常吓人的。二次开发只能对一些毛细血管进行改造。