erp实施呕心沥血谈

ERP实施呕心沥血谈 第一节 实施 ERP 系统前的资料准备 看过很多关于 ERP 选型方面的文章，大部分的文章都以评估供货商的角度去看题，却很少有 提到：作为软件的需求方需要准备些什么、ERP 系统实施前需要准备些什么、需要考查 ERP 软件件 的哪些内容？在本文中我将给予详细说明。 个人认为，首先应该准备公司的业务流程、销售采购、仓库管理、生产计划的流程，甚至包 括公司的组织架构。软件供货商通过一个公司现有的流程，可以分析出一个公司的管理水平、权力 分配情况，甚至可以从这些资料中看出贵公司的 ERP 实施能否成功。有的公司应集中的权力被分散 了。如果能通过 ERP 顾问公司，在实施 ERP 系统前，先对公司的流程进行改造（BPR），那往后的 实施进度将有可能大大加快。除了流程资料以外，在选择 ERP 系统前，还应该准备公司里的基础资 料。这里基础资料不仅是为了将来实施 ERP 系统用，也可以用于选型的时候作为测试资料-只有 一个公司完整、真实的资料，才检验出所选择的 ERP 系统是否真正满足需求，在准备资料的过程中 才能真正明白-我需要什么！ 一、基础资料： 1、物料控制、物料类型、物料分类及分类码、物料编码规则、物料的计量单位（采购单位、 库存单位、销售单位）、计量单位的转换、物料的生产/采购提前期、物料损耗、订购批量、计划 方法。 2、品结构品清单、 BOM 类型、BOM 的编制方法工程清单与生产清单的转换。 3、工作中心与工艺路线工作中心设置、机器与机器编码、任务 Task、工艺路线设置、生产提 前期、关键工作中心设定。 4、成本核算参数、成本类型与成本价格要素、成本的计算方法、外协加工成本计算方法、附 加费成本计算方法、计算成本价格的程序、品成本计算、标准成本的计算。 5、库存控制仓库设置、仓库存储位置设置、库存分类库存分析及库存评价、安全库存与库存 订货、库存查询与报告。 二、计划与控制： 1、生产预测与计划的相互关系、预测的基本原则、预测方法； 2、生产规划生产资料的收集、生产规划的编制、资源需求、完善生产规划、批准生产规划； 3、主生产计划 MPS 时间分段基准、主生产计划需求来源、如何将预测转为生产的实际需求、 编制主生产计划的步骤； 4、物料需求计划 MRP BOM 结构、MRP 运行策略； 5、能力需求计划 CRP 工作中心能力的核定、能力需求的报告。 三、计划的执行： 1、推式生产订单、作业生产订单与基本格式、生产订单成本核算要素、生产订单实际成本的 核算、车间在制品控制、生产订单中的外协工序； 2、重复生产物流分析、重复生产的操作程序、重复生产的成本记录； 3、流程生产物料控制、流程的基本结构、工艺路线、成本计算、计划方法； 4、工时核算、工时主资料设置、工时预算方法、工时核算处理程序。 四、采购与销售： 1、采购管理：采购订单基本格式、采购收货流程、采购成本控制、采购库存与财务关系、税 务处理、采购报价、供货商评估、采购价格控制； 2、销售管理：销售订单处理程序、基本操作程序、销售与财务关系、产品销售成本、销售订 单举例、销售价格控制、销售报价、客户信誉评估。 五、项目管理： 1、项目成本估算； 2、项目计划； 3、项目进程控制（项目库存控制、项目生产控制）； 4、项目结算。 六、财务管理： 1、会计方程式与科目系统：帐户系统、帐户的基本结构、帐户层次结构、成本中心、 ERP 的 财务计算机系统； 2、总分类帐 GL：帐户资料及帐户结构、会计期及期初余额设置、期间事务处理； 3、应付帐：采购与总帐的集成、采购发票登记、采购发票与采购收货匹配、付款、结算； 4、应收帐：销售与财务集成、收款、结算； 5、财务报表：报表资料来源、报告结构； 6、固定资管理：固定资的成本范围、固定资折旧方法。 其它特殊要求。 第二节 实施 ERP 前（过程中）制度的建立 前一节中我谈到了系统实施前需要准备的系统基础资料，但仅有基础资料的准备还是不够的。 基础资料的准备，只能加快实施的速度，但 ERP 系统的实施是提高整个公司管理水平的过程。所以， 除了上述部分资料的准备以外，我们还应做好包括制度上的准备。正所谓没有规矩，不成方圆，而 规矩的建立也有赖于文字的记录。 一、会议制度： ERP 实施会议是实施过程中必不可少的一部分，通过 ERP 的实施会议，可以辅助控制整个 ERP 实施的进度，协调相关人员讨论和解决实施过程中遇到的问题。 但会议也不是随便能开的，错误的时间在错误的地方讨论了错误的话头，或许会产生适得其反 的效果。那个会议制度应该包括哪些内容呢？ 1、会议的组织制度： 即规定：什么时间在什么地开什么会议？由哪些人参加 ERP 的会议？其实主要包括两种：一种 是固定的问题讨论总结或汇报会议；另一类是临时性专为解决某一问题而设的会议。对于前者，应 该对会议的议程做出一定的规范，常见的这类会议包括：周/月/季的 ERP 实施总结会议。不同的时 间需要不同的人参与，对于部门主管经理，每周应参加一到两次相关议题的协调会议；而对工厂高 级管理人员，每两周一次的总结最好能亲自出席。ERP 的实施又称之为一把手工程，可一把手也不 一定有太多的时间顾及到，如何有效的利用一把手的时间可真还是个问题。会议也不是多多益善， 相反过于密集和无聊的会议只会让人厌烦。请注意：会议必须减少不必要的参加人员-没事让他 们呆在这干吗？ 2、会议的文件组织： 召开会议也就必须涉及到三种文档的编写：会议通知、会议记录以及由会议讨论内容所形成的 正规程序文件。切记：任何会议都需要有相关文档支持，否则就是空谈。 A、会议通知： 会议通知应包括如下内容：什么人何时参加哪类会议？会议主题是什么？主题的简单介绍，让 用户做到有备而来。同时，会议通知也应考虑到该通知哪些领导，让领导对会议的议程有所了解， 并安排相关人员出席。 B、会议记录： 常被忽略的一项会议记录内容就是签到，我们参加会议常遇到的问题就是迟到。八点钟开会九 点钟到，十点钟开始做报告，可因为一个人的问题而耽误大家的时间，合理吗？会议签到是有效防 止这类问题的方法之一。会议中讨论了什么内容、如何对问题进行分析规划的、做出了哪些结论？ 这些内容都应该一一予以说明。 C、会议后形成的程序文件： 该部分内容将在以后予以说明。 3、会议内容的执行制度： 会议内容的执行也是会议的重要组成部分，会开了却没有效果，这样的会议还会有谁参加？ 除了会议记录以外，会议的内容也要形成正规的操作指引，来指导用户进行工作，同时还应在后续 的会议中不断总结和纠正执行过程中的问题，使之达到预定的目的。和操作手册不同的是，会议记 录的操作指引是针对某个特定的问题，他规定了该问题的解决方法、参与人员、完成时间以及需要 达到的效果。该文档也常与会议记录合并为一个文档。 二、培训制度： 对于整个实施的过程来说，ERP 的实施培训也是必不可少的。培训的内容，包括规章制度的宣 导、ERP 理念的宣导，一直到 ERP 操作的指导培训，可以说培训贯穿 ERP 实施的整个过程。什么时 间、什么人物应该参加哪类培训？这也是在实施初期需要给以规定的。系统的培训，可以加快整个 实施的过程。我个人认为，有效的培训是 ERP 实施成功的主要因素之一。 ERP 实施呕心沥血谈 第 3 页 共 8 页 培训也就会涉及到培训的文档，我个人将培训资料分为以下五部分： 1、培训计划实施前，便需要从全局考虑的问题：该如何培训？如何达到最佳的效果？需要通 过哪些步骤？每个培训的目的是什么？ 2、培训教材（文字性的说明） 说明文件主要讲解培训中遇到的概念性的问题，比如：什么叫 ERP、MRP、库存管制等等。简洁的文字描述，能让用户有一个初步的了解。培训教材中，也应该包 括图型化的流程说明（即流程图），简要介绍整个操作过程和步骤。 3、培训教材（演示文件） 我常用 Powerpoint 制作演示文件，图形生动加上生动的说明，才 能吸引用户的注意力。 4、培训教材（操作演示） Lotus 的屏幕录入软件是个极好的工具，对于大部分简单的操作， 我们可以把整个操作过程分步骤的录下来。用户到了某个步骤，不清楚下一步该如何进行时，便可 以通过该软件查看-这类教材尤其适合与实施初期的操作指导培训。 5、培训记录 培训记录包括培训的人员、老师、培训的内容（包括教材资料）。本人就遇到 过培训了四次，反倒被用户报怨的问题，好在有培训记录和用户自己的签字在，否则被人投诉还无 从辩解呢！不同的文档作用不同，但都有个相同的要求：通俗易懂。用户对 ERP 理解与电脑操作能 力，和文档编写者往往相差甚远。所以，编写文文件时，特别需要按照用户的语言去阐述问题，最 好能结合用户的手工操作，相对应地进行说明；而对于 ERP 的操作，就按照实际的操作步骤，一步 一步地给以说明。 三、实施操作制度： 这里所说的实施操作制度，是指指导系统操作的文件。不同的公司有不同的问题反馈解决方 法，这就需要您在实际的工作中予以思考，并制定相应的制度。 规章制度的提前制定，也有利于对 ERP 系统的考核。有没有考虑过应该建立哪些文档？我简 单的归纳一下，至少应该包括如下几个部分： 1、文件总纲：规定系统应该包括哪些文档，以及文档的内容和作用。 2、系统角色、职权、职责设定文档。这类文档主要包括： a. 系统授权手册：说明哪些人需要授权、授予什么权利、作用是什么、由谁批准、由谁执行 该操作等。 b. 系统信息需求手册：用户需要哪些报表，或需要增加哪些功能时需要填写哪些文件，文件 中同时应解释报表的格式和作用。实际的操作过程中，用户的需求也是不断变化的，该文件也可以 促使用户思考要求的合理性。 c. 故障报告手册：该手册中需要记录发问题时应该如何报告、对已报告问题的记录、问题登 记/解决的时间方法，以及导致该问题的原因、预防措施等。 d. 用户支持手册：即用户的培训记录。 3、系统完整性安全性设定文档：该部分文件主要介绍系统的日常维护和备份制度，它包括： a. 系统日常维护手册：何时检查系统日志？何时检查 ERP 系统状况（数据流量、数据库大小、 磁盘空间等）？ b. 系统备份手册：系统备份包括哪些层次？何时进行哪一层次的系统备份？如何备份？如何 恢复等。同时该文件也给日后的系统升级做了铺垫，系统达到什么状况时需要进行升级。 c. 系统安装设定手册：系统的安装包括两部分：服务器端的安装和客户端的安装。服务器端 的安装，主要是为了防止万一系统崩溃时如何从原安装盘恢复，从原盘的安装恢复与备份恢复略有 不同；而客户端的安装，则可以属于日常维护的一部分。 d. 系统故障处理手册：发生系统故障时应该如何处理？对于每次的系统故障应给予记录。大 型的 ERP 系统故障处理手册，应按 ERP 系统、操作系统、硬件系统三大部分进行分类，而硬件系统 更应该注明硬件维护/维修/保障服务公司的联络方法。 4、系统业务流程系统：业务流程主要指系统的操作手册，严格意义上讲操作手册包括两大部 分： a. 部门级的操作手册：该手册由各部门自行编写，主要是结合本部门的实际操作进行编写； b. 全局性的操作手册：该手册按系统功能模块进行编写，同一个系统功能模块的操作可能会 涉及到不同的部门，该文档必须从全局的角度出发，介绍各部门应该如何相互配合，以及如何培训。 该文件还需要指出，交接的程序和文件包括哪些？这是整个文档中最重要的部分，由 ERP 实施顾问 负责编写。 5、资料的修正程序：这里把资料的修正程序单独列出，原因在于错误的资料对 ERP 系统的影 响往往极其巨大。比如说，系统的参数设置错误甚至能导致系统崩溃，而资料与资料间往往相互关 联，牵一发而动全身。对于资料的修正，一般由 ERP 系统维护人员负责，但对资料的修正必须经过 相关人员的签字确认。该程序包括三大部分： a. 系统参数设定的修改：该部分主要是指导 ERP 系统维护人员对 ERP 系统参数设置的修订， 对这部分参数的修订，影响到的不绝仅仅是几个资料，设置错误的参数或错误的步骤，有可能会导 致系统崩溃。必要时，对系统参数修改时需要对 ERP 系统进行资料备份。 b. 模块参数的修改：该部分内容同样由 ERP 系统维护人员负责，如对制造模块的工场控制， 或分销模块中的采购控制功能的调整，或对 ERP 系统进行流程重组等模块参数的修改。不同于系统 参数的修改，文档中应指明修改后对用户操作的影响有哪些？操作上应如何调整？完成参数调整后， 还需要对哪些文档的操作进行修正等。 c. 基础资料的修正：基础资料是指影响到其它模块/程序运作的资料，如料件资料、仓库资料、 工艺流程资料等等。以料件资料为例，需要修改料件的库存单位时，影响到的就不仅仅是维护料件 中的库存单位，而且包括库存数据。库存单位为公斤时，库存资料 100 表示 100 公斤，如果将库存 单位更改为克时，库存资料应该相应的乘以 1000。 d. 对于维护 ERP 资料，进行业务流程相关操作时出的错误，如收错 P/O、开错生产订单等， 该错误不影响到其它系统，运作时可以将错误的修正程序在部门级的操作手册中予以说明。 四、问题的反馈制度： 问题的反馈也是 ERP 实施过程中常遇到的问题，用户往往在发了问题以后，便停留在那不予 处理和反映，或者自己尝试解决，但用户的权限或能力往往不能达到要求。这样，只能使问题越来 越大。不同的公司有不同的问题反馈解决方法，这就需要您在实际的工作中予以思考，并制定相应 的制度。实际的操作中，还有一种比较特殊的问题反馈，即软件或实施的问题向软件供货商的反馈。 这类问题的反馈和解决程序，也属于考查供货商的一部分。实施了 ERP 系统以后，也应规范管理 ERP 系统人员，对 ERP 系统问题向软件厂商的反馈，不能因故延误。 第三节 实施 ERP 技巧杂谈 ERP 的实施，可以从顾问公司的系统实施人员和工厂内部的实施人员两个角度来看问题。因本 人的阅历所限，只能详细介绍作为工厂内部的实施人员应该如何处理好 ERP 系统实施的问题。就笔 者所接触到的大多数 ERP 系统实施过程而言，大多是总经理挂帅，而由专业的 ERP 管理人士负责具 体实施。从项目管理的观点来看，这是所谓职能式组织，由项目经理（负责人）协调相关职能部门 的工作。这样做的优点是正常的生产管理模式不会受到较大的冲击，缺点是需要项目经理具备较大 的权力，能直接干预相关部门的 ERP 系统运作。尽管 ERP 的实施号称一把手工程，但往往在实施不 成功的企业，主导 ERP 系统实施的却是那些对 ERP 系统或者是计算机系统比较熟悉却没有太多实权 的朋友。他们虽然有足够的精力来全心处理 ERP 系统中发生的问题，同时也需要他们协调各个部门 之间的工作，却常常力不从心-为什么？ 在实际操作过程中，一般会出现新旧系统并用的时期，而对于手工操作的用户，他们习惯要 满足的首先是手工的那套操作，在有空的时候才会处理 ERP 系统的问题-因此也认为 ERP 系统是 占用他们空闲时间的额外的工作。如何协调相关部门的工作、如何引导用户由旧系统转向 ERP 系统 操作的问题，是我们这次讨论的重点。 首先，如果 ERP 实施的人员不具备比较大的权力时，不应该再和职能部门的经理争夺权力，或 者说不应该让其感到你在跟他争夺权力。我们实施的方法是先建立一套完整的管理制度，通过公司 高层批核的管理制度，去强化职能部门经理对 ERP 系统实施的支持。同时，通过详尽的操作手册指 导用户运作，通过问题反馈机制调整运作的过程，并修正错误。 其次，通过改变手工的部分操作，将 ERP 系统和手工系统完整顺利的融合到一起。通过 ERP 系 统，可以减少手工操作的工作量-切忌增加用户的负担。 其三，让公司高层在 ERP 系统实施的过程中起催化剂的作用，甚至要做到狐假虎威。每月的 例会由公司高层组织召开，我们将为其提供详尽的资料，方便高层掌控系统的实施进度。对于系统 实施过程中出的问题，我们也不要过激的批评相关人员，而是让其意识到问题的重要性，并在我们 的指导下改善。实施过程中最重要的：就是让公司高层明了系统实施的状态和进度，并得到高层的 强力支持。可以说，高层支持的力度是 ERP 实施成败的关键。就实施的步骤而言，目前存在两种实 施的方法：整体切换法、分段调整法。顾问公司一般建议，通过两到三个月的试用，在某一特定时 间，通过盘调整仓库库存，并更新财务、生产资料，从而一次性切换到正常 ERP 生产运作。然而， 实际上这种切换很难成功-尤其在测试的资料不够完整，培训并不到位时。我们采用分段调整的 方法：先从采购系统开始，控制原材料的进出仓操作，保证 PO 收货与实物一致，经过一个月的运 行，相关人员都没有问题后再切入到销售系统，保证销售开单和成品发货的正常。可不要以为通过 ERP 实施呕心沥血谈 第 5 页 共 8 页 简单的培训，就能解决所有的问题，尤其是对于 MRP 和生产计划，发生的问题就更多。不断的调整 系统的运作和实际操作的流程，以达到二者完美配合。 实施的过程，也是一个业务流程重组的过程，需要调整许多部门的手工操作。这也将影响到 相关部门的利益，这也必须得到公司高层的认可。资料的调整是一个漫长的过程，对于某些公司而 言，可能需要一年甚至更长。俗话也说得好，没法一口吃出个胖子来。实施过程中的会议也是个内 部的谈判过程，需要 ERP 系统实施人员非常注意谈判的技巧。分析问题、整理问题也要相当全面， 并甚至要考虑到相关部门主管的情绪。能由领导说话的，就不要插嘴；你能做好的，我也不多说。 或许吧，实施的过程会有些痛苦，但对自己各方面都是种锻炼。实施的过程相当强调人的主观能动 性，特别要培养用户主动发问题、反映问题的能力，这也是对 ERP 系统实施人员能力的一种检验。 工厂内部 ERP 系统实施人员还容易养成依赖顾问公司顾问的习惯，即总期望顾问公司的顾问 能帮他们发问题、提出问题，哪怕实施人员已经很清楚公司内部存在的各种问题，他们也会寄希望 于顾问，或者是央求顾问帮他们提出-这是典型的缺乏自信，尤其容易出在那种在公司里没有实 权的实施人员身上。他们常常认为：既然是顾问公司的人员，具备较丰富的经验，又是公司老板花 大价钱请来的，老板自然会尊重他们的意见，由他们提出问题理所当然。部分具有实权的 ERP 项目 管理人员也会认为：花了钱请他们来，自然要由他们发现和解决问题-否则钱不是白花了吗？ 换个角度去看，顾问也会认为：我对公司的内部情况不是特别了解，提了错误意见对公司的 形象会大有影响，只要合同中没有注明的条款，我便可以睁只眼闭只眼，能不说就不说，能少说就 少说。实际上，双方的观点都有道理，竟都习惯站在自己的角度考虑问题，而不是考虑解决问题。 确实，在没有了解公司的具体运作情况和权力分配情况下，顾问们绝不敢乱提意见，如果提了，那 么也将是以书面形式存在的文件-信口开河是顾问的大忌！所以正确的方法应该是：谁发现问题 由谁提出，经双方协商后再以书面的形式决定下来。这里，主要责任还是在工厂内部的 ERP 实施人 员，他们对公司的内部情况比较了解，系统实施后续的工作也要由他们负责，考虑问题必须长远、 全面。 第四节 从项目管理的角度看 ERP 系统实施 这里的 ERP 系统实施，不仅包括了前期的准备工作，也包括了后期的工作交接。从项目管理 的角度看，ERP 系统实施包括：项目准备、项目评估、项目谈判、专案实施、项目交接四个阶段； 项目范围管理、项目时间管理、项目费用管理、项目质量管理、项目沟通管理、项目风险管理、项 目采购管理、项目交接管理等九个单元。 一、项目准备： 项目准备主要是对实施 ERP 系统的可行性和必要性进行评估。按照 ERP 软件供货商的说法， 没有哪家公司不需要使用 ERP 系统进行管理的，可真是这样吗？公司高层决定使用 ERP 系统时必然 有他的理由，而这个理由或许只需要通过简单的加强手工管理便能达到目的。大费周折地采用 ERP 系统来管理，拖延了时间，最终反到会让老板失去兴趣。而得不到公司高层有效支持的 ERP 系统， 只有死路一条。所以，ERP 系统项目经理必须先明确公司领导层的意图，并将其意图量化：实施 ERP 系统后，采购、销售、生产或库存管理必须达到一个什么样的水平，是不是可以通过其它的途 经改善。 对于某些企业而言，其内部的管理本身就很混乱，这时如果贸然实施 ERP 系统，只能造成 ERP 系统内的资料一片混乱，反而加重了员工的负担。评估系统时，也应制定 ERP 系统的实施范围、参 与人员、进度计划、费用预算，有了这些量化的资料，才不至于盲目寻找 ERP 供货商。在这个阶段， 也应明确项目负责人，并以书面文件的形式，确定项目负责人在公司内部的地位，做到师出有名。 通过该文件，明确在收集整理资料和系统实施过程中，相关业务部门应该给予何种程度的配合。项 目实施负责人，有名无实是整个项目实施中的大忌。很多企业习惯为公司的老总挂上 ERP 系统实施 负责人的头衔，可在实际的运作中，项目实施负责人却以太忙为借口，不闻不问，而具体负责项目 的技术人员却没有相应权力去控制整个项目，也就是所谓的有责无权，这种情况下实施的进度将举 步维艰。 二、项目评估： 项目评估主要是对软件供货商的选择，即项目采购管理。或许寻找到了十数家 ERP 软件供货 商，经过初步的对比，将功能、价格、实力与计划相差甚远的供货商排除在外，再对剩下的进行细 致评选。常有某些负责技术出身的项目实施人员，习惯寻找那些技术力量比较雄厚的、知名的 ERP 软件，打着 ERP 项目选型的牌子去索取资料-可实质上呢？公司的预算或计划根本达不到实施先 进系统的要求，这种做法只会耽误别人的时间。评估的结果需要以报告的形式列出，主要内容包括： ERP 系统的实施范围、费用范围、本公司的行业特点，符合条件的 ERP 软件和软件的基本情况（公 司创建时间、开发平台、使用平台）、优缺点、适用行业、行业内的成功案例，评估选择的软件情 况对比，实施方法建议，实施费用预算（软件报价）等等。因 ERP 系统实施只是工厂内部的项目， 故对上级企业的汇报内容在此省略。 三、项目谈判： 项目谈判是指 ERP 项目人员与 ERP 供货商协商项目的实施方法和费用问题，初期的报价已经 给项目谈判做了一个铺垫，通过谈判将已达成的协议明确化、明细化。 1 费用计算方法： ERP 项目实施有个特点，即软件和实施需要分别计算。价值为 10 万元的软件，实施周期过长， 实施费用可能高达 100 万元。一般而言，ERP 软件供货商会卖出一套标准功能的软件，即软件包括 分销、制造、财务、系统维护中的部分功能，其它特殊要求则另外收费（如某些软件的高级分销、 高级生产计划、人力资源、系统二次开发模块）。同时，软件也附带若干个并发使用用户（一般为 5 个），如客户需要增加并发用户，价格则按每增加 1 个或 5 个计算（另据了解 BAAN 系统已从 2001 年五月开始采用按普通用户数量计算价格的方式）。所谓并发用户数量，是指能同时使用系 统资源的用户数量，比如系统允许同时十个用户在使用 ERP 系统。一般不限制总的用户数量，而限 制并发访问系统的用户数量。决定并发用户，可以从以下几个方面考虑： 1、系统的模块数量。这里的模块不是指大的分销、制造模块，而是基础资料、生产、采购、 销售、仓务、人力资源、清单管理等业务功能模块，这类模块一般由某个部门单独负责，除生产以 外均可由一至两人负责。 2、使用 ERP 系统的部门。如生产报告、生产完成集中在一处汇总，则并发数量为 1 或 2；料 件资料由两个部门共同维护，则并发用户不能少于 2 个。对项目管理人员而言，除保证必须的用户 使用 ERP 系统外，还应保留 15%25%的冗余，以防止将来用户数量的急剧增加。实施的周期长短也 是影响 ERP 系统费用的一个主要原因，顾问公司计算顾问每人每天的实施费用一般为 800 1800 美 金。试算 5 个实施顾问实施 3 个月的费用应该是多少？ 需要注意的是，国际上也常出软件与实施分别由不同公司进行的案例。软件公司的顾问在某些 时候常从 ERP 系统开发设计的角度考虑问题，而不是按照项目实施单位的具体情况考虑；而顾问公 司代理的软件品价格一般会比软件开发商的价格高（代理费用），同时顾问公司代理软件品也限制 了用户的选择范围-并不是某套软件就能适应所有的公司，不能因为软件而限制了用户实施。 2 常见 ERP 系统及实施费用： SAP、ORACLE、JDE、PEOPLESOFT、BAAN 系统，一般的最低软件、实施费用总和约在 200 万元 以上（极少数功能简单实施周期短的项目费用才能在 200 万元以下）；而 QAD、SYMIX、MACOLA、SCALA、ACCPAC、Lily VM 等系统，软件、实施费用总和一般在 70 万250 万之间。如果项目实施总投资在 60 万以下，一般只能选择国内的 ERP 软件（以上费用仅供参考！ ！） 3 项目谈判内容： 项目谈判的过程前，需要 ERP 软件顾问对企业的环境进行初步的调研。调研是否需要付费，则 看具体的顾问公司而定。调研的目的，是让顾问公司对项目实施企业有一个初步的实质的了解。调 研报告中，需要分析公司实施项目可以支配的资源（软件、硬件和其它）、公司目前的状况（人力、 物力、管理、组织结构等）、公司目前存在的问题、期望达到的目标，以及为达到目标需要作出哪 些改进。项目实施过程中，针对这些问题的解决方法在这里。需要实施 ERP 系统的企业，也需要做 一个很重要的工作，即在项目签约前，建议将公司的管理状况量化：年值、员工人数、年利润、平 均库存价值、月平均加班小时数，这些量化的资料将作为后续评估的基准。除项目的实施费用 和软件费用等需要进行谈判外，还需要协商实施的过程和实施的方法，比如：是否需要顾问公司提 供本公司的状况调查报告？是否需要顾问公司对公司进行业务流程重组？如何对用户进行培训？培 训后的用户应该达到什么水平等等。需要决定的事项很多很多，可以说，某些时候一招不慎，满盘 皆输。具体签约的内容在本文中就不再叙述，能够告诉大家的是，我见过的实施调研报告多达 100 余页。 四、项目实施： ERP 系统的实施一般分为三个步骤：系统培训阶段、系统试运行阶段、系统上线阶段。各个阶 段的时间长短与合同洽谈时的细节有关，在这里我将就每个阶段需要注意的问题作简要的说明： 1 系统培训阶段： ERP 实施呕心沥血谈 第 7 页 共 8 页 系统培训阶段，是指顾问公司/软件公司对企业的 ERP 用户进行操作和实施培训。一般情况下， 顾问公司只培训 ERP 系统的 KEY USER，而对具体操作录入 ERP 数据人员的培训则由 KEY USER 负责。 在这里，对 KEY USER 和 END USER 的任务做一个简单说明： KEY USER：ERP 系统的关键用户，一般由相关业务部门的主管组成。在实施的过程中，KEY USER 一般不负责数据的录入，只负责 ERP 系统某个业务模块的监督控制和实施指导（培训）工作， 每个业务功能模块至少需要一名 KEY USER 负责。 END USER：ERP 系统的最终用户，负责 ERP 系统数据资料的录入和日常操作的处理工作。由于 实际运作中，END USER 会经常发生变动（工作调动、离职、请假等），故同一工作中必须保证有 两到三名 END USER。实际运作过程中，也可以考虑 END USER 工作相互含盖。系统操作的文件中， 需要补充规定每个系统具体负责的 KEY USER 和 END USER，并规定各 USER 不能处理某项工作时的 代理人员。培训的过程中，必须做到审核三有，即有明确的目的、有合适的教材、有具体的评价 （评测）。项目的培训时间长短，与 ERP 系统的实施费用相关，某些计算机操作（如 WIN98、WORD、EXCEL 等）的培训，就大可不必由顾问公司去处理（这类问题在由手工直接转向 ERP 系统操作的公司中普遍存在）；培训 ERP 系统操作，也只需要培训本公司能用上的功能模块，其它 不相关的扩充模块可以少培训或不培训。 正规的顾问公司进行 ERP 系统培训时，都会有自己的标准教材。不过在培训前，需要由本公司 的 ERP 项目负责人对系统的教材进行审定。很多教材都是按照标准流程制定的，该教材是不是符合 本公司的实际情况，本公司的人员能否理解教材的内容，需要进行审定。每项培训，都必须有成果， 而对成果的判定就需要相关的评测，包括两个部分：对学生学习内容的考核和对教师指导能力的考 核（评价）。这里需要注意评测的方法，防止评测流于形式。系统培训中的内容，应根据项目合同 中的实施方法而定。在整个培训的过程中，应有一至两位 ERP 系统实施人员（ERP 系统负责人）全 程参与，即参加所有的培训项目，以方便日后的系统