ERP:是一个不再遥远的话题_erp论文

ERP:是一个不再遥远的话题_erp论文

ERP:一个不再遥远的话题,本文主要内容关键词为:遥远论文,话题论文,ERP论文,此文献不代表本站观点,内容供学术参考,文章仅供参考阅读下载。

1 倍受推崇的企业资源计划(ERP)

从90年代初期开始,一种称为“企业资源计划(Enterprise Resource Planning—ERP)的新型企业管理系统在国外逐渐兴起,并且在短短的几年中迅速流行开来。众多的企业,特别是列入“财富500家(FORTUNE500)”的企业更是闻风而动,纷纷开始建设自己的ERP系统。同时,Internet/Intranet、虚拟专用网(Virtual Private Network—VPN)、WWW等技术的高速发展,也对ERP的实用化产生了重要的影响。

尽管ERP的祖先可以追溯到“物料需求计划(Material Requirements Planning—MRP)和“主要生产计划(Master Production Scheduling—MPS)”,但是真正支撑ERP的却是一个非常简单的理念:即让企业雇员能够获得和生产经营有关的企业内部或外部各部门的相关信息(诸如金融、库存、生产及保障等信息),不管这些部门是否连接在企业的主机上。将这种理念以创造性的方法进行程序化和电子化,即实现了ERP,ERP具有以下特征:

(1)ERP是信息系统

在理论上,ERP允许开发商们为企业建立部门之间的信息交换,并最终将企业的所有事务处理实现电子化。从某种意义上来说,ERP的实施将最终导致无纸办公室(Paperless Office)的出现,虽然这个巨大的承诺招来了怀疑,特别是由于ERP系统的成本动辄以数十万甚至数千万美元计算,更是导致许多的非议,但是ERP毕竟使这一神话般的前景走向现实第一次成为了可能。

(2)ERP是系统集成

就完美形态而言,ERP承诺建立跨越企业各个部门、各种生产要素和环境的单一的数据库、单一的应用和统一的界面。它是统一网络应用设计的法宝。在单一应用的原则下处理所有的事务,即意味着集成。这种集成包括人力资源、财务、销售、制造、任务分派和企业供应链等的各项管理业务。值得注意的是,ERP系统的实施不仅仅是需要投入大量经费的问题,它更是一个在战略的考虑、精密的计划和部门间的紧密地磋商基础上的谨慎行动。

(3)ERP是企业过程再造(Business Process Re-engineerin—BPR)方案

许多权威的ERP专家和厂商都同意将ERP定义为“一种将商业规则作为网络设计的一部分的企业再造方案”。通过建立一种集成各个部门的金融和生产保障事务处理的企业计算环境,ERP系统能够增强任何一个企业及其部门的处理问题能力,从理论上来说,该系统能够将企业的所有事务处理(从制造过程到资产管理)转移到网络上进行,它是企业战略向先进的网络计算模式转变过程中最有力的企业过程再造方案。

2 ERP的结构

ERP是一种理念,它没有固定形式和一致公认的准则,因此在各个ERP厂商推出的产品之间有着较大的差异。尽管存在差异,不同的ERP产品在许多方面仍然有相同或类似的看法,采用的技术手段也几乎雷同。

2.1 技术手段

目前绝大多数的ERP产品是建立在新型的计算机及通信技术基础上的,并且这些新技术的大量引用也极大地推动了ERP产品的发展,提升了ERP产品的性能。这些技术手段主要包括:

(1)Browser/Server结构——大部分ERP产品已不再采用传统的客户机/服务器(Client/Server)方式,而是采用浏览器/服务器(Browser/Server)结构。随着Internet的不断发展,浏览器以其廉价和易用已被越来越多的人们所使用。浏览器和Web服务器已成为当前ERP产品中重要的组成部分,在大部分情况下,人们只需移动鼠标器(Mouse)和在感兴趣的屏幕目标上点击(Click),即可完成相应的工作:

(2)Java和HTML技术 Java和HTML(超文本标记语言)技术是广泛流行的Browser/Server结构不可缺少的技术基础,是进行浏览器描述的主要手段:

(3)安全保密技术 安全保密问题仍然是目前ERP实施过程中的重要问题,它甚至会影响到ERP功能的开发。现在通常采用的手段包括防火墙技术、安全认证技术、数字签名技术等;

(4)EDI技术 随着计算机及通信技术的高速发展、全球Internet的迅速增长,电子商务(Electronic Commerce—EC)的概念再一次成为热门话题,而电子数据交换(Electronic Data Interchange—EDI)技术则成为电子商务活动中重要工具。在ERP的实施过程中,电子商务和EDI技术已成为重要的组成部分。

2.2 捆绑式的API策略

捆绑式的应用程序接口(Application Programming Interface—API)策略是目前各主要ERP厂商和开发商在ERP实施过程中采取的基本方法。就本质来说,ERP系统中的API策略可分为两类:核心级的API和终端级的API。

(1)核心级API

这种API策略主要是保证用户可以存取不同类型的数据库系统,它通常是以某种应用服务器的形式出现。比如,IBM的DataJoiner就是其中之一,它充当了一个基于服务器的中间件的角色,它能够动态地将任何数据库的查询要求翻译为能被它所依赖的某种基础数据库所能理解的一组命令。也就是说,对拥有一系列不同的数据库(如Oracle8,DB2 UDB,Sybase甚至是微软的Access)的用户而言,DataJoiner将位于这些数据库引擎和数据库查询应用之间。查询是被自动地翻译成数据库所需要的格式以便得到合适的回馈。

(2)终端级的API

一般地说,终端级API是以桌面(Desk Top)为基础的,是面向具体应用的。考虑到版本升级和系统维护时可能会付出的高昂代价,ERP系统基本上不鼓励进行定制(Customize)。所谓定制,实际上是根据用户的具体要求进行ERP的开发。但由于各企业之间确实存在大量的差异,因此,各主要ERP厂商都提供了终端级API以用于用户桌面的定制。

2.3 模块化的ERP结构

针对ERP的基本结构来说,是采用定制开发,还是采用集成的一个灵活的模块组目前仍然是一个热点辩论话题。尽管不能奢望对大型企业有任何一种现成的解决方案真正能够很好地处理他们的特定的事务,但是模块化仍然是当前各主要的ERP系统所采用的基本结构。模块化的特点是结构灵活、安装方便、安全可靠、版本升级简单方便,再加上各种API,可以按照用户的需求进行灵活的配置,甚至在终端级进行定制。

Baan是目前世界上四个主要的ERP厂商之一(另外三家分别是SAP、PeopleSoft和Oracle),其推出的称为“应用组件”(Suite of applications)的ERP系统,在模块结构方面具有较强的代表性。“应用组件”共有六个需要安装在服务器上的模块,这些模块分别为:

(1)产品目录数据库 这是一个基于Java的产品目录数据库,供客户在进行订货挑选需要的产品;

(2)订单登录模块 上一个模块一起构成基本的电子表格。开发商可以将它们和数据源捆绑在一起、为用户设置标识(ID),限制用户的存取权利;

(3)产品配制管理模块 客户可以定义所要产品的结构(如有关零部件的规格、型号、或其它特殊要求等),设定约束条件(如价格、交货期等),并建立新的数据源;

(4)自助式查询模块 一种既允许企业内部人员又允许客户和供应商使用的信息查询模块。开发商可以在此基础上通过挂接多种数据库或其它系统来实现更多的查询;

(5)推式工作模块 一种面向订单驱动的工作模块。允许通过推式管道向供应商发送通知,并且可通过Internet Explorer 4.0来定义推式管道。

(6)增值Web 一种可提供某种承诺的有趣的浏览器。这个模块可根据库存、制造设备和能力等因素,来决定能对客户作出何种承诺。

3 ERP实施过程中几个值得注意的问题

对任何一个企业来说,实施ERP系统是一项极其重要的决策。和其它的企业信息管理系统不同,它不仅仅在于能够为企业带来多少经济效益,而在于它将对管理模式、企业目标、工作流程、商业伙伴、甚至是企业文化带来重大而深刻的影响。可以毫不夸张地说,这是一项无论怎样重视都不过份的工作。

3.1 模块化和专门化

在ERP的实施过程中,究竟是采用模块化的策略好呢?还是要求ERP厂商或ERP开发商进行专门的定制(即专门化)更为上算?这是一个极易引起人们迷惑的问题。模块化的好处已在2.3中表述,这里毋须再说;专门化的理由也常常使人不得不加以认真考虑:“我们的管理模式和别的企业不同”、“我们的生产组织方式有自己的特点”等等,但这些貌似理直气壮、冠冕堂皇的说法通常是不堪一击。这是因为,通过对企业各系统的详细调查分析常常可以发现;这些说法在大部分情况下是为了掩饰自己的落后和不足。

必须记住的是:ERP是强有力的企业再造方案。因此有必要强调“实施ERP战略决不是简单地对现有的管理模式、组织方式、工作流程的模拟,而是对现有的各种情况的再创造。ERP的实行将对企业作出从外表到内在进行重要而深刻的改变。”

然而,我们并不是说在ERP的实施过程中不能进行任何的定制。是否需要定制,应遵循如下原则:

(1)尽量避免定制 尽管定制可能满足一些特别的要求,但其带来的负面影响是很大的,它将会给ERP系统的维护和升级带来严重的后果。因为,任何一个小小的维护或版本升级都可能要求重新编写定制部分的代码。这不仅仅意味着要付出大量的金钱,而且更严重的是可能会对系统的稳定性、可靠性、安全性、以及系统的性能产生严重影响。

(2)由厂商或开发商完成定制 如果确实存在某些特殊需求无法用现有的模块或选项实现,那么就不得不考虑采用定制的方式。即使如此,也应尽量设法说服ERP厂商或开发商来完成相应的定制(一般地说,这需要支付另外的费用)。这是因为一方面,ERP厂商或开发商通常对各种API性能和应用方式有着更加深入的了解,由他们来进行定制,应该比其他人更为妥当;另一方面,由ERP厂商或开发商进行定制也有助于今后ERP系统的升级换代。

3.2 合作伙伴

实施ERP战略,无论从哪个方面来看,都是以往其它任何企业信息管理系统所无法比拟的。实施ERP战略是无法由企业的信息技术(IT)部门独自承担的,它不仅需要大量的资金投入、企业各部门的紧密合作和配合,它还需要对ERP的深刻理解。因此,在ERP战略的实施过程中,合作伙伴的选择就显得尤为重要,一般地说,合作伙伴可分为三类:

(1)ERP厂商 是指那些从事ERP产品研究、开发的专门公司。目前,世界上有四家主要的ERP厂商:SAP、Baan、PeopleSoft和Oracle,它们占有了全世界ERP市场的绝大部分份额。应该说,虽然这四家公司的ERP产品各具特色,但基本上都是非常优秀的;

(2)ERP开发商 大部分是以一家或几家ERP厂商的ERP产品为基础,以他们对ERP的深刻理解和对相关产品的API的熟练应用能力,帮助企业实施ERP战略。一般地说,ERP开发商又基本上是ERP产品的捆绑销售商。比如,J.D.Edwards & Co.、Lawson和QAD等都是较有名气的ERP开发商;

(3)ERP技术联盟 是指协助企业进行ERP战略实施的第三方技术组织。这种组织没有固定的形态,通常是企业根据自身开展ERP战略的实际情况和特点与一个或几个进行ERP或相关事务研究的专门组织(如研究所、高等院校等)组成的一种临时的或长期的合作机制。这种组织可以对企业起到咨询和顾问的作用。

“一分软件,七分实施”是ERP实施战略中得到公认的事实。这个事实形象地说明了购买软件并不能解决ERP战略的所有问题,更重要的是在于实施过程本身。因此挑选商业伙伴,在此具有特别重要的意义。

一般而言,ERP厂商或开发商与企业是一种供应商和客户的关系,而且更多的情况是企业和ERP开发商发生商业关系。也可以说,挑选商业伙伴实际上是挑选ERP产品和ERP开发商。在挑选ERP产品和ERP开发商时,除了要考虑诸如价格、性能、时间等传统性的因素外,特别要注意的是ERP系统的定制程度,原则上应选择定制程度较低的ERP产品及开发商。但是应对那些宣称没有定制的ERP产品和开发商加倍小心。

ERP技术联盟与企业之间是合作关系。联盟可以就ERP产品及开发商的挑选、企业管理模式和工作流程的重组等提出看法,对可选的产品进行性能等各方面的测试,对整个ERP方案的实施过程进行监督,对最终完成的ERP系统进行测试并向企业高层提出报告。

3.3 培训

由于浏览器技术的不断提高和日益普及,从客观上使得那些基于浏览器/服务器的系统的易用性得到了极大的改善。然而,并不能因为使用相对来说较为容易而忽视ERP系统实施过程中的企业全员职工培训的重要性。

由于实施ERP战略是对企业管理模式、工作流程、组织结构、以及企业环境等各个方面的重大革命,因此有计划、有步骤地对企业的所有职工进行培训,提高他们的素质、加深他们对ERP的理解,是ERP实施过程中不可缺少的重要内容,是保证ERP战略顺利实现的重要因素。也就是说,在进行ERP项目计划和预算时,应对此有充份的考虑。必须保证培训所需的时间、人员、场地、设备、以及经费。

总之,企业各级领导和ERP主管部门必须对ERP的培训工作引起高度重视。

标签:;  ;  ;  ;  ;  

ERP:是一个不再遥远的话题_erp论文
下载Doc文档

猜你喜欢