物流ERP

论开发在物流erp项目实施中的作用

没写东西已经很久了,不是不写,真是没有太多时间.一段时间不写东西,感觉脑子里装得满满的,很不舒服,尽管今天也很晚了,但还是要写一点,不然睡不着,呵呵.

言归正传,物流erp系统实施过程中或多或少都会有开发的需求,物流erp系统作为通用的商品套件,不可能每个行业的具体细节都会涉及到,这是要开发的根本原因,企业方的具体情况是导致要开发的直接原因.这里说的开发,主要是针对业务流程上需要的,物流erp系统功能上又不具备的开发,不是指报表开发.

物流erp系统作为先进的一个集成管理平台,要使企业各部门能够用得顺手,是有前提条件的,就是说,物流erp系统的成功实施是建立在它所假设的一系列条件成立的基础上的.每个企业的管理水平都可能不一样,有高有低,希望企业在短短的几个月内想提升管理水平来适应物流erp系统的假设前提是不现实的.

开发，主要是让物流erp系统适应企业的现实状况，在通用基础上做一定的量身定做，这也是功能顾问在写解决方案时所要考虑的部分内容.若是单独考虑企业的开发需求，那其实是很简单的，大部分根本不需要上物流erp系统，一个程序员写个MIS系统就可以满足，所以说一个关键点就在于如何将这种开发需求融合在物流erp系统之中，既满足企业目前的业务需求，又不影响到物流erp系统的整体框架。举个相对复杂些的例子，比如说企业制造成本的核算，我们知道，物流erp系统中的成本核算是和制造系统集成在一起的,当初物流erp系统这样设计，是希望财务的成本核算是实时的，成本的数据来源自然是从制造系统来获取，其实多数企业都做不到这一点，何况成本的核算和企业所属行业的工艺特点是紧密结合在一起的,从多数制造业的实施情况来看，成本核算成功的，少之又少。

现在单说企业的成本核算，这种需求说白了，很简单，就是料、工、费的归集，再做几笔分录就完了的事。只要将这类需求满足，企业就相当满意了，何以如此之难呢。问题的难点在于要将这种类似传统手工核算模式与物流erp系统的制造系统结合起来。事实上，谁见过猪的身子上长着狗的头袋？又有谁见过摩托后面真的拉着一辆马车?呵呵,对不起，难得很，结合不起来。

既然结合不起来，就得换一种思路了,单独开发一个成本核算模块，所需要料、工、费数据做几个录入界面,手工录进去也好，月底成批导入也好,先出报表，确认之后直接在写进后台表也好,这都没关系，只要那些数据能从制造系统或其它系统里获取到就行.然后传入总帐就OK。企业的需求就这么简单.说是单独开发一个模块，其实也就几个FORM。甚至通过EXCEL直接写入总帐接口表都可以。这一切并没影响物流erp系统的整体架构.

上面的思路就是考虑到企业的现状，做不到实时成本，只能月末做核算，企业肯定没意见，其实呢，整体架构是没有影响，成本是成本，制造归制造，两者各做各的，并没结合。其实，这又有偿不可呢，何必一定要结合呢?工单完工入库，就一定要结转成本吗？为了物流erp系统而物流erp系统,那是死棋.

物流erp系统的模块化设计就是一个活的平台，就像一个魔方,需要物流erp系统顾问给它注入灵魂,物流erp系统提供的标准流程代表不了什么,它是只一个参考,思路决定一切,这才是功能顾问的价值所在.

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

论开发在物流erp项目实施中的作用

泛普物流ERP其他应用