ERP系统升级与集成的考验

本篇文章版权由ECF和HP所有

作者：童继龙

ERP系统用久了，要不就是在其完成了历史使命之后被弃之不用，要不就是基于新的业务需求对原有的系统进行改造，正如在白纸上写字容易，想怎么写就怎么写一个道理，全新的ERP系统上线容易做，只要把业务梳理清晰了，系统实现的时候相对比较容易，但如果要在原有系统上进行改造的话，那就会有非常大的难度，以及非常高的风险了。

       ERP系统要进行改造，我们首先要弄清楚几个问题：

1、 该历史系统的供应商是否还存在着？有许多历史系统很有可能已经找不到原有的供应商了，而没有供应商的系统很可能意味着没有代码，没有开发文档，也自然就没有进行再次改造升级的可能了。当然，从这个角度来说，选择一个专注而且能够持续经营的ERP供应商有多重要了。

2、 该软件供应商是否有推出了后续版本的产品？如果该软件商有在持续经营的话，我们则要关注其是否有对产品进行持续的升级与改造，如果有新版本的产品，或者就能够解决我们许多业务上的需求，而不需要另外炉灶单独定制了。当然，如果我们评估确定新版本产品符合企业当前或者是未来一段时间的业务需求，则我们可以考虑直接采用新版本产品进行需求实现了。

3、 是需要全线的产品升级还只是部分模块的升级？企业有许多业务流程可能发生的巨大变化（如销售业务流程），但也有许多业务单元是相对稳定的（如财务流程），这个时候我们可能就需要考虑是全线升级ERP，还只是部分模块的升级了。如果只是部分模块的升级，我们随之而来就需要考虑的问题是：ERP软件供应商能够支持不同版本模块之间的集成吗？如：销售模块采用的是2.0版本，而财务模块还只是1.0版本，关键是这两个版本还得要相互兼容，确保模块之间畅通无阻。当然进行系统集成的最大风险还是在于软件系统的底层平台是否能够共存，包括业务主数据是否能够相互畅通，如果不能实现模块之间的集成的话，那就只有采用升级的这个方法了。

4、 ERP升级也有两种不同的策略：一种是在现有版本功能上进行二次开发，直接实现企业的业务需求，这种方式适用于新业务需求实现所投入的工作量不大，而且原有版本系统已经做了足够多的个性化开发，且新版本功能中不包括这些功能的情况下，这种模式的缺点是系统越来越朝着个性化开发系统的方向走，与软件供应商的标准版本越走越远，系统的应用生命周期可能不会太长。另一种方式就是先升级到全新的ERP版本，然后集中把原有做过的个性化功能在新系统上实现，这种方式的好处就是与软件供应商的版本基本保持一致，未来还存在着再次升级的可能，当然这样做也有一个难点就是历史数据如何迁移和个性化功能重复开发的问题。不管如何，这两种策略总应该是有一个CIO们必须做出的选择，否则你就眼看着你的ERP系统步入衰老期吧。

本篇文章版权由ECF和HP所有  IT交付