erp二次开发做ERP二次开发，能够摸清业务，然后自己去创业吗？

erp二次开发时间:2021-07-12 阅读:()

ERP软件实施过程中多少二次开发量才算合理

开发的量多少才算合理？不主张开发的认为：ERP系统是结合了业界先进的业务流程经验，是最佳的业务实践，建议尽量使用系统的标准功能来提升企业的管理水平，另一种观点是：ERP系统先进的管理经验以及业务实践需要借鉴，但同时，不同企业有其自身的特点，通过开发符合企业特点的功能，可以提升业务人员的效率。

在此，笔者不敢妄加评论那种观点是否正确，先跟大家分享一下，前几天在一个讨论会上，一个企业IT主管提出的烦恼：软件开发公司实施OracleERP系统已经有好几年的时间，而且也通过实施ERP系统获得管理水平的提升，同时为了提高不同部门员工使用系统的效率，结合企业的实际情况，在ERP的标准功能基础上，开发了很多可以提升业务部门工作效率的功能点。

但经历了几年的不断开发以及完善，现在企业遇到了新的难题：1、开发出来的各种各样的子系统无法整合，维护工作困难；2、单点功能的开发提升了最终使用人员的效率，但对整个业务流程未见提升，甚至影响流程的稳定性；3、开发的功能不断增加，系统复杂度以及耦合度增大，系统稳定性难以保证。

A公司的烦恼很有代表性，也代表着我们对ERP二次开发的观点，难道真的尽量减少二次开发，使用系统的标准功能吗？笔者觉得，ERP实施过程中，多少的二次开发量才算合理，不同的企业不尽相同，但必须把握好二次开发的原则：这个原则与当初企业为什么要实施ERP系统是一样的，希望通过实施ERP系统提升企业的管理水平，优化企业的流程，而不是仅仅提高某部门或某员工的某功能的工作效率；提高员工的工作效率固然重要，但任何东西都有取舍，不是任何可以提升员工的工作效率的开发都要去做，当此工作效率的提升反而会影响业务流程的稳定性，坚决不做；如果此开发的工作效率提升，并未对业务流程以及管理水平有帮忙，尽量少做。

明确ERP二次开发的目的以及原则后，需要对二次开发进行规划。

1、对整个企业的业务进行IT规划结合选择的ERP系统，明确哪些系统可以通过标准功能可以满足的，哪些业务流程系统标准功能无法符合企业的需要进行开发；这必须是从业务流程的角度去考虑，而不是某个功能点去考虑；不能因为某个业务部门想法而随意改变计划，就像大的方面，企业的信息化分ERP、CRM、SCM、PDM等，根据企业的实际，希望先重点解决哪些业务，就ERP而已，哪些业务流程是ERP系统标准功能很好支持的，哪些业务流程必须通过开发来改善系统对此流程的支持的。

2、开发要有所取舍对所需要的开发进行规划后，确认开发的先后顺序，并明确不同子系统开发的侧重点后，对具体的流程开发时，要有所取舍。

对于某个业务部门来说，他们的需求都是基于其工作现场而提出，但正像文章前面所说，无论是二次开发还是ERP实施，都是为了提升企业的管理水平，对业务流程进行优化，但很多最终用户提出的需求，只是基于其功能点，而不会考虑对整个业务流程的影响，更谈不上对管理的提升。

例如，很多批量下达采购订单，批量关闭采购订单这样的功能，单从系统来说，的确可以提升采购员的工作效率，但从业务流程的角度来考虑，系统关闭任务时是为了检查作业的相关信息是否无效，如果批量关闭，用户根本就不会去逐个检查，这样功能实施批量关闭了，但这个业务的控制点却减弱了，反而不利于整个业务流程的控制。

这样看似提升最终用户的开发而对业务流程无利的，要慎重，必须站在业务流程的高度去考虑，有所取舍，要问，到底此开发，对提升企业管理是否有帮助。

3、开发的效率与可维护性当最终确认需要通过二次开发来解决后，进行实际性开发阶段，这时候进行开发必须把握原则，到底是开发的效率重要还是后期可维护性重要，特别是对于哪些企业内部IT人员自己进行的开发，对于业务人员来，每个功能的开发总是要求很紧的，一个月的开发工作量非要说10天要做出来，这样的后果是，任何开发需求文档不再编写，直接进行编码阶段，直接让开发人员把功能开发出来让用户使用。

先不说开发的质量如何，最要命的是，后期程序发生变化需要修改时无法维护。

笔者近期做了一个客户的二期项目，一期的项目做了大量的二次开发，但经历一年时间后，IT人员流失得差不多，到现在没有一个人能清楚到底做了哪些开发，这些开发到底实现了什么功能，如何设置使用根本就无人能说得清楚，大部分的开发涉及到各种模块，更不用说后期的修改了。

对其修改直接影响到原来功能的使用，而有不少人员认为，当比较紧急的情况下，可以先开发，后补文档；但笔者经历了这么多的项目与客户，后补的文档质量根本就不能让人相信，都只是应付形式的。

ERP的二次开发需要什么技术

ERP现在的种类非常多,开发平台也很多,但是ERP本身分为管理和软件两部分,从软件是讲,比较通用的有SQL,ORACLE,两种数据库,但是象SAP,QAD用的数据库双不同,所以不好讲应该学什么,如果说管理,那就是包括生产,技术,采购,营销,物流,财务等等方面了,可以选择几样重点突破,其他方面了解.没有人能全部精通的.

如何做好ERP二次开发的工作

企业部署ERP的方式决定了ERP二次开发最基本的模式。

对于CIO来讲部署ERP系统不外乎三种形式：第一，企业购买现有的IT服务商的产品。

第二，企业自主开发针对是于企业的实际情况产品，第三，选用一部分的软件服务商产品，然后结合企业自身的技术人员进行开发。

这三种方式成就了CIO选择ERP二次开发最基本的模式。

此外，由于业务需求的不断变更，这也决定了CIO需要做好ERP二次开发工作。

据一份调查的资料显示，全球75%的CIO在2010年开始选用BI系统，同时对于企业对于CRM同样也是越来越青睐。

我们知道BI的分析需要底层数据的支持，没有数据的支持，BI就是一层“空架”，从ERP数据读取数据然后经BI工具进行分析，得出一套科学、合理的报表，为企业的决策层提供有利的市场工具。

现阶段的现状是不同的BI服务商提供了大量标准的BI和ERP的接口工具，但目前在ERP本身领域的发展中，还没有一个非常成型或者是标准的BI出现，这就到导致了企业CIO在做BI的时，要对于ERP系统进行必要的二次开发，不仅仅是BI，CRM、SCM等实施同样也需要和ERP进行融合。

因此，ERP的二次开发在企业中势在必行。

虽然ERP的二次开发在企业中势在必行，但这会存在诸多风险，譬如，增加或修改软件的功能易造成系统的不稳定或崩溃;二次开发的时间一般比较长，如果核心人员流失，对于企业有着非常重要的损失等。

ERP二次开发存在很多的风险，但ERP的二次开发又必须做，那么作为CIO应该怎么办？如果因为害怕担风险，而不能去做好系统满足企业业务的需求，那么系统的价值也将无法体现出。

那么企业的CIO在做ERP二次开发时究竟需要注意哪些问题，笔者认为有以下五点：第一，不要修改核心代码做好原有ERP备份一般来说，把数据从ERP中导出，利用二次开发的程序进行处理后，再导入系统。

这是一个比较稳妥的方法。

一般来说，软件升级时，数据导入导出部分变动不会太大，而且即使有变化，也容易进行相应的维护。

而一旦直接修改了核心代码。

过上两年，想升级可就难了。

第二，做好ERP二次开发成本控制据资料显示，二次开发成本是一个考核CIO非常直接的指标。

包括有形成本与无形成本。

有形的如二次开发的ERP软件的授权费用、实施费用等;无形的如企业投入的精力、时间成本及在系统转换过程中可能对正常企业的影响。

作为企业CIO要尽自己的最大努力把这个成本降低到最少。

业内资深专家曾经指出：“CIO对于企业的ERP二次开发前期要做一个良好的规划，要对二次开发的成本作出一个大致的预算，如总项目金额的5%等。

预算做出以后就需要进行跟踪控制。

在软件选型阶段，就可以发现一些明显的二次开发需求，CIO最好能够把这时候的二次开发成本推给软件供应商。

”第三、为企业争取尽可能大的利益二次开发在在和软件口服务商“沟通”过程当中，应尽量的争取最大的利益任何企业应用信息系统，都会遇到升级的困惑，CIO在和服务商签署合同时，就应该把二次开发的成本、利益都想到，尽可以的让服务商和企业一起做好二次开发，这样在系统和企业业务的熟知程度方面做到“互利互补”。

第四、寻找二次开发合作伙伴如果不用服务商所提供的服务或者是企业自身开发的系统，那么就需要CIO去寻找二次开发合作伙伴，选择合作伙伴要选同行业做得有成功案例的，CIO多去参考合作伙伴的用户使用情况，同时要结合企业IT部门自身的情况，选择合适的二次开发合作伙伴。

第五、避免开发人员流失，项目陷入困境人才一直是企业最大的财富，对于CIO来讲，道理也是一样，IT人才在IT部门对于企业同样重要，在企业ERP二次开发的过程当中，如果IT人员流失，对于ERP二次开发项目非常不利，容易让项目进入一个死循环，而且在进行人才招聘时，有也会使项目的总体进度变慢，拖延企业有利的的时机，如何留住人才是每一个CIO在ERP二次开发中所要考虑的一个重要问题。

总之，ERP系统本身汇集了很多大公司优秀的生产管理经验，因此，对于CIO来讲，尽可能的对于系统少改，但市场是不断变化的，业务是不断不变化的，因此，ERP也是需要变化的，同时，会出现有的新管理需求，ERP不可可能性非常小。

但我们认为，核心不应该改动。

既然二次开发存在一些管理上的困扰，所以“能够少改别多改，若能不改胜少改”的原则绝对是正确的。

ERP软件为什么要避免二次开发

第一：浪费时间，二次开发一次需要很长时间，如果处理不好，还会影响原系统；第二：费用，一般的如果需要针对自己公司需要进行二次开发，那就需要花一笔不小的费用；第三：影响目前公司的业务，二次开发的时候如果同时使用系统的话，可能会出现一些错误，那必然会造成一些管理上的麻烦。

所以一般用ERP之前都找一个基本可以满足的，并且长期可使用的，避免二次开发浪费那些不必要的资源。