没写东西已经很久了,不是不写,真是没有太多时间.一段时间不写东西,感觉脑子里装得满满的,很不舒服,尽管今天也很晚了,但还是要写一点,不然睡不着,呵呵.
言归正传,ERP实施过程中或多或少都会有开发的需求,ERP作为通用的商品套件,不可能每个行业的具体细节都会涉及到,这是要开发的根本原因,企业方的具体情况是导致要开发的直接原因.这里说的开发,主要是针对业务流程上需要的,ERP功能上又不具备的开发,不是指报表开发.
ERP作为领先的一个集成管理平台,要使企业各部门能够用得顺手,是有前提条件的,就是说,ERP的成功实施是建立在它所假设的一系列条件成立的基础上的.每个企业的管理水平都可能不一样,有高有低,希望企业在短短的几个月内想提升管理水平来适应ERP的假设前提是不现实的.
开发，主要是让ERP适应企业的现实状况，在通用基础上做一定的量身定做，这也是功能顾问在写解决方案时所要考虑的部分内容.若是单独考虑企业的开发需求，那其实是很简单的，大部分根本不需要上ERP，一个程序员写个MIS系统就可以满足，所以说一个关键点就在于如何将这种开发需求融合在ERP之中，既满足企业目前的业务需求，又不影响到ERP的整体框架。举个相对复杂些的例子，比如说企业制造成本的核算，我们知道，ERP中的成本核算是和制造系统集成在一起的,当初ERP这样设计，是希望财务的成本核算是实时的，成本的数据来源自然是从制造系统来获取，其实多数企业都做不到这一点，何况成本的核算和企业所属行业的工艺特点是紧密结合在一起的,从多数制造业的实施情况来看，成本核算成功的，少之又少。
现在单说企业的成本核算，这种需求说白了，很简单，就是料、工、费的归集，再做几笔分录就完了的事。只要将这类需求满足，企业就相当满意了，何以如此之难呢。问题的难点在于要将这种类似传统手工核算模式与ERP的制造系统结合起来。事实上，谁见过猪的身子上长着狗的头袋？又有谁见过摩托后面真的拉着一辆马车?呵呵,对不起，难得很，结合不起来。
既然结合不起来，就得换一种思路了,单独开发一个成本核算模块，所需要料、工、费数据做几个录入界面,手工录进去也好，月底成批导入也好,先出报表，确认之后直接在写进后台表也好,这都没关系，只要那些数据能从制造系统或其它系统里获取到就行.然后传入总帐就OK。企业的需求就这么简单.说是单独开发一个模块，其实也就几个FORM。甚至通过EXCEL直接写入总帐接口表都可以。这一切并没影响ERP的整体架构.
上面的思路就是考虑到企业的现状，做不到实时成本，只能月末做核算，企业肯定没意见，其实呢，整体架构是没有影响，成本是成本，制造归制造，两者各做各的，并没结合。其实，这又有偿不可呢，何必一定要结合呢?工单完工入库，就一定要结转成本吗？为了ERP而ERP,那是死棋.
ERP的模块化设计就是一个活的平台，就像一个魔方,需要ERP顾问给它注入灵魂,ERP提供的标准流程代表不了什么,它是只一个参考,思路决定一切,这才是功能顾问的职责所在.
深圳市宏拓新软件有限公司专注于ERP系统,工厂ERP,生产ERP等, 欢迎致电 13544129397
|
