物流ERP

物流erp软件实施过程中多少的二次开发量才算合理

软件开发企业的必定是管理系统，管理系统并不能仅仅通过IT的力量就可以成功的，物流 erp系统的二次开发也是为了服务于此管理系统而为企业的管理目标而服务，如果离开这个目标是一味受制于业务部门的需求，只会使物流erp系统这个管理系统越来越难以管理，最终造成管理的混乱而不是提升

最近经历了一个企业的物流erp系统二期项目，一期项目中的二次开发让我头痛不已；同时最近看到了一篇关于物流erp系统二次开发的文章，让我感慨良多；物流erp的开发一直是大家争论的焦点，到底应不应该开发？开发的量多少才算合理？不主张开发的认为：物流erp是结合了业界先进的业务流程经验，是最佳的业务实践，建议尽量使用系统的标准功能来提升企业的管理水平，另一种观点是：物流erp先进的管理经验以及业务实践需要借鉴，但同时，不同企业有其自身的特点，通过开发符合企业特点的功能，可以提升业务人员的效率。在此，笔者不敢妄加评论那种观点是否正确，先跟大家分享一下，前几天在一个讨论会上，一个企业IT主管提出的烦恼：

软件开发公司实施系统已经有好几年的时间，而且也通过实施物流erp获得管理水平的提升，同时为了提高不同部门员工使用系统的效率，结合企业的实际情况，在物流erp系统的标准功能基础上，开发了很多可以提升业务部门工作效率的功能点。但经历了几年的不断开发以及完善，现在企业遇到了新的难题：

1、开发出来的各种各样的子系统无法整合，维护工作困难；

2、单点功能的开发提升了最终使用人员的效率，但对整个业务流程未见提升，甚至影响流程的稳定性；

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

1、对整个企业的业务进行IT规划

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

发布：2007-03-23 10:44 编辑：泛普软件 · xiaona [打印此页] [关闭]

物流erp软件实施过程中 多少的二次开发量才算合理

泛普物流ERP其他应用

物流erp软件实施过程中多少的二次开发量才算合理