ERP 项目实施与应用的三要素_erp项目实施计划步骤

ERP 项目实施与应用的三要素由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“erp项目实施计划步骤”。

ERP 项目实施与应用的三要素：系统、流程与数据

经过近20年的发展，国内外已经形成了一套比较成熟的ERP系统实施方法。成功实施ERP项目的基本方法对所有企业都是适用的，不完全取决于生产的类型和经营规模的大小。但在ERP项目具体实施与应用时必须注意某些关键要素。

过去有人将ERP系统说成是三分“技术”、七分“组织”、十二分“数据”，也有人将ERP系统说成是三分“技术”、七分“管理”、十二分“数据”。这里的“技术”主要指ERP系统的功能、技术特点（如编程语言、B/S架构、面向对象技术等等）。对于目前大多数企业采用市面上成熟的商品化软件而言，三分“技术”放在今天有些言过其实；这里的“管理”主要指实施，即把行业最佳实践、本企业的管理特点和精髓与ERP系统结合起来。

本文中三要素中第一位的系统（System）可以理解为“技术”＋“管理”，三要素中第二位的流程（Proce）则包含、并超越了“管理”或“组织”，而三要素中第三位的数据（Data），其重要性同样不可忽视。

首先分析第一要素：系统

在ERP项目实施时，大多数ERP原厂家与管理咨询公司非常强调 CRP（Conference Room Pilot，即会议室导航、会议室试点，也有称作“沙盘演练”、“原型测试－Prototype”、“蓝图设计－Blueprint”），甚至还细分为 CRP1（单元测试）和CRP2（集成测试）两个渐进的阶段。那么这些试点、演练和测试的对象是什么呢？就是业务模型（Busine Model）。

业务模型的测试通常应包括以下内容：

 测试业务情景（Busine Scenarios）；

 测试案例（Test Cases）；

 测试数据（Test Data）；

 测试预期结果（Expected Results）；

 单元测试（Functional Testing）、集成测试（Integrated Testing）； 测试问题清单（Test Problem Log）。

可以说通过详细地业务流程调研、测试后归纳出的业务模型，不仅反映了实施顾问乃至项目组对业务与软件功能把握的水平，而且直接影响整个ERP项目实施与应用的成败与效果。大家可以看到很多 ERP 项目的《流程手册》编写得非常漂亮、业务人员也在严格执行流程，静态数据和动态数据的准确性、及时性也得到了较好地保证，但项目在运行中总是感觉别别扭扭，对管理水平的提升效果也不明显。究其原因，所提炼的业务模型之合理性与科学性值得怀疑。

诚然，外部经营环境与企业内部业务是不断变化的，业务模型也不可能一成不变，所以ERP项目持续改进（Continues Improvement）的重要内容之一就是不断对业务模型进行修正、改进。但相对于流程（Proce）和数据（Data）而言，业务模型的改动对整个ERP项目影响最大。

再来分析第二要素：流程

在进行业务模型（Busine Model）测试时，不可避免地遇到按什么流程、那个流程进行测试的问题。通常在业务模型测试时，也包含了对流程的测试。甚至有时候，业务模型中解决不了的问题，可以通过巧妙的流程设计来解决。一个经典的案例是三个人均分一个蛋糕，模型很简单：保证均分；流程则可以设计为切蛋糕的人最后一个拿切下的蛋糕。这样为了不拿到最小的蛋糕、且稍大一些的蛋糕不被另外两人拿走，切蛋糕的人一定会努力把蛋糕均分。

在大多数ERP原厂家和管理咨询公司的实施方法论中，CRP（Conference Room Pilot，会议室导航）后马上开始《流程手册》的编写。前几年，曾经有少数管理咨询公司与专家提出先做 BPR（Busine Proce Reengineering，业务流程重组）、后做 ERP 的观点。实践证明，先期脱离 ERP 系统而作的的 BPR，往往在实施 ERP项目中需大量修改、甚至推倒重来。所以更多ERP原厂家和管理咨询公司是把BPR 与ERP结合起来同步实施，或者在 ERP 实施一段时间后、流程已固化的基础上，再进行流程的优化、再固化、再优化。

《流程手册》通常应包括以下内容：

 流程图（Flowchart）；

 程序描述（Procedure Specification）；

 工作指导书（Work Instruction）。

我们在浏览很多企业的《流程手册》时，经常碰到一个共同的问题，就是每个具体流程缺乏编号，这对于规范企业流程管理、开展BPR等工作，都埋下了隐患。下图是笔者对某制造业企业所作的BPR建议中对业务流程编号的定义，全部流程分为三级，一级业务流程分为以下11个部分，并尝试了以英文字母开头的业务流程编号规则，详见下表：

至于二级和三级流程，我们仅以采购管理示例，详见下表：

表二企业采购管理业务流程

三级流程应该是流程管理的最小“单元”，BPR（Busine Proce Reengineering，业务流程重组）可以认为是对这些最小“单元”的优化组合。

最后分析第三要素：数据

ERP的数据基本上分为三大类——静态数据、动态数据和控制数据。控制数据指根据测试后的业务模型而对系统的设置，诸如缺省值、下一个编号、是/否开关等，因为控制数据只在初始化时设置，我们通常把控制数据纳入系统（System）范畴。这里主要讨论前二者。

首先是静态数据，它包括了：

 企业组织结构代码（合并报表、帐套、公司、业务板块或业务单元、工厂、办事处、生产线、仓库、库位、成本中心、利润中心、班组、员工等等）； 币种、会计科目表、付款条款；

 物料编号与物料主文件（计划数据、成本数据、仓储数据、发货数据等）； 客户主文件（客户编号、地区、等级、销售员、信贷限额等等）； 供应商主文件（供应商编号、供应商类型、采购员等等）；

 物料清单或配方；

 工艺路线或工艺流程；

 固定资产帐簿；

 质量检验指标。

二是动态数据（物流数据和财务数据），包括：

 出入库、库存转移、盘点等日常物流动态数据；

 应付帐、应收帐、固定资产和总帐会计分录等日常财务动态数据；

 期末结帐事务产生的动态数据。

ERP数据的重要性不言而喻，“垃圾理论（Garbage in, garbage out）”也被大家认可。但随着企业管理水平尤其是标准化水平的普遍提高，企业静态数据的合理性也越来越高；另外目前成熟的 ERP 软件都提供了对诸如物料编号、供应商编号、客户编号甚至会计科目的批改变功能，使得企业可以在实施一段时间后仍然可以对原来的静态数据编码进行快速、简易地自我修正。

至于动态数据中物流数据的不准确，则可以通过使用条形码、RFID 和流程优化（如增加审核流程等）来降低；而经过若干年《会计法》与《会计准则》等的贯彻、财务电算化的普及、ERP系统中大量财务分录可自动生成特点以及企业财务队伍的相对专业性，财务动态数据的准确性近年来也得到了相当程度的保证。所以过分强调数据（Data）的重要性、而忽视系统（System）与流程（Proce）的重要性是片面的。

综上所述，三要素之间是相互联系、不可割裂的。笔者认为如果非要把系统

（System）、流程（Proce）和数据（Data）的重要性给一个比例的话，我个人认为四分“系统”、三分“流程”和三分“数据”更合理一些。