生产实践的感想.doc

精品文档，仅供学习与交流，如有侵权请联系网站删除生产实践的感想客户关系子系统学号：01070026姓名：蒋凌摘要：这篇生产实践的感想，是按照我学习这方面的知识的顺序，从了解ERP的定义及其发展过程，了解CRM的定义以及ERP与CRM之间的区别与联系，二者之间是怎样统一起来的，作为初步的知识积累。关键字：ERP，CRM，MRP，MRPII，计算机信息处理技术，集成体系，电子商务正文：ERP的定义ERP是Enterprise Resource Planning的缩写体，可以翻译成"企业资源计划"，它具有两种意思。广义上讲是指在有效利用整个企业经营资源的观点上，谋求购买、生产、物流、会计等的整体业务功能，并追求经营高效化。ERP概念是经过1960年代诞生的生产/库存管理技法-MRP(Manufacturing ResourcePlanning：生产资源计划)产生的，MRP可以作为ERP产生的根本。其狭义的含义是指以实现ERP概念为目的的"一体化业务软件包"本身。近来把"ERP"定义为ERP软件包的情况很多。有的人还这样下了定义，即"ERP是把贯通于生产、材料、营业、人事、会计等企业整个部分的人力、资金等各种经营资源重新构筑为一个一体化体系，最大限度地提高生产效率的代表企业lee-engineering运动。"ERP的发展历程七十年代闭环MRP  60年代时段式MRP能根据有关数据计算出相关物料需求的准确时间与数量，但它还不够完善，其主要缺陷是没有考虑到生产企业现有的生产能力和采购的有关条件的约束。因此，计算出来的物料需求的日期有可能因设备和工时的不足而没有能力生产，或者因原料的不足而无法生产。同时，它也缺乏根据计划实施情况的反馈信息对计划进行调整的功能。 正是为了解决以上问题，MRP系统在七十年代发展为闭环MRP系统。闭环MRP系统除了物料需求计划外，还将生产能力需求计划、车间作业计划和采购作业计划也全部纳入MRP，形成一个封闭的系统。 1.闭环MRP的原理与结构 MRP系统的正常运行，需要有一个现实可行的主生产计划。它除了要反映市场需求和合同订单以外，还必须满足企业的生产能力约束条件。因此，除了要编制资源需求计划外，我们还要制定能力需求计划(CRP)，同各个工作中心的能力进行平衡。只有在采取了措施做到能力与资源均满足负荷需求时，才能开始执行计划。 而要保证实现计划就要控制计划，执行MRP时要用派工单来控制加工的优先级，用采购单来控制采购的优先级。这样，基本MRP系统进一步发展，把能力需求计划和执行及控制计划的功能也包括进来，形成一个环形回路，称为闭环MRP，如图1示。 图1 闭环MRP逻辑流程图 因此，闭环MRP则成为一个完整的生产计划与控制系统。 2.能力需求计划(Capacity Requirement Planning, CRP) （1）资源需求计划与能力需求计划 在闭环MRP系统中，把关键工作中心的负荷平衡称为资源需求计划，或称为粗能力计划，它的计划对象为独立需求件，主要面向的是主生产计划；把全部工作中心的负荷平衡称为能力需求计划，或称为详细能力计划，而它的计划对象为相关需求件，主要面向的是车间。由于MRP和MPS之间存在内在的联系，所以资源需求计划与能力需求计划之间也是一脉相承的，而后者正是在前者的的基础上进行计算的。 （2）能力需求计划的依据 工作中心：它是各种生产或加工能力单元和成本计算单元的统称。对工作中心，都统一用工时来量化其能力的大小。 工作日历：是用于编制计划的特殊形式的日历，它是由普通日历除去每周双休日、假日、停工和其它不生产的日子，并将日期表示为顺序形式而形成的。 工艺路线：是一种反映制造某项"物料"加工方法及加工次序的文件。它说明加工和装配的工序顺序，每道工序使用的工作中心，各项时间定额，外协工序的时间和费用等。 由MRP输出的零部件作业计划。 （3）能力需求计划的计算逻辑 闭环MRP的基本目标是满足客户和市场的需求，因此在编制计划时，总是先不考虑能力约束而优先保证计划需求，然后再进行能力计划。经过多次反复运算，调整核实，才转入下一个阶段。能力需求计划的运算过程就是把物料需求计划定单换算成能力需求数量，生成能力需求报表。这个过程可用图2来表示。 图2 能力需求报表生成过程 当然，在计划时段中也有可能出现能力需求超负荷或低负荷的情况。闭环MRP能力计划通常是通过报表的形式(直方图是常用工具)向计划人员报告之，但是并不进行能力负荷的自动平衡，这个工作由计划人员人工完成。 3现场作业控制 各工作中心能力与负荷需求基本平衡后，接下来的一步就要集中解决如何具体地组织生产活动，使各种资源既能合理利用又能按期完成各项订单任务，并将客观生产活动进行的状况及时反馈到系统中，以便根据实际情况进行调整与控制，这就是现场作业控制。它的工作内容一般包括以下四个方面： 车间定单下达：定单下达是核实MRP生成的计划订单，并转换为下达定单。 作业排序：它是指从工作中心的角度控制加工工件的作业顺序或作业优先级。 投入产出控制：是一种监控作业流(正在作业的车间定单)通过工作中心的技术方法。利用投入/产出报告，可以分析生产中存在的问题，采取相应的措施。  作业信息反馈：它主要是跟踪作业定单在制造过程中的运动，收集各种资源消耗的实际数据，更新库存余额并完成MRP的闭环。 八十年代的MRPII  闭环MRP系统的出现，使生产活动方面的各种子系统得到了统一。但这还不够，因为在企业的管理中，生产管理只是一个方面，它所涉及的仅仅是物流，而与物流密切相关的还有资金流。这在许多企业中是由财会人员另行管理的，这就造成了数据的重复录入与存贮，甚至造成数据的不一致性。 于是，在八十年代，人们把生产、财务、销售、工程技术、采购等各个子系统集成为一个一体化的系统，并称为制造资源计划（Manufacturing Resource Planning）系统，英文缩写还是MRP，为了区别物流需求计划（亦缩写为MRP）而记为MRP II。 1MRP的原理与逻辑 MRP的基本思想就是把企业作为一个有机整体，从整体最优的角度出发，通过运用科学方法对企业各种制造资源和产、供、销、财各个环节进行有效地计划、组织和控制，使他们得以协调发展，并充分地发挥作用。  MRP的逻辑流程图如图1所示。 图1 MRP逻辑流程图 在流程图的右侧是计划与控制的流程，它包括了决策层、计划层和控制执行层，可以理解为经营计划管理的流程；中间是基础数据，要储存在计算机系统的数据库中，并且反复调用。这些数据信息的集成，把企业各个部门的业务沟通起来，可以理解为计算机数据库系统；左侧是主要的财务系统，这里只列出应收帐、总帐和应付帐。各个联线表明信息的流向及相互之间的集成关系。 2MRP管理模式的特点 MRP的特点可以从以下几个方面来说明，每一项特点都含有管理模式的变革和人员素质或行为变革两方面，这些特点是相辅相成的。 (1)计划的一贯性与可行性 MRP是一种计划主导型管理模式，计划层次从宏观到微观、从战略到技术、由粗到细逐层优化，但始终保证与企业经营战略目标一致。它把通常的三级计划管理统一起来，计划编制工作集中在厂级职能部门，车间班组只能执行计划、调度和反馈信息。计划下达前反复验证和平衡生产能力，并根据反馈信息及时调整，处理好供需矛盾，保证计划的一贯性、有效性和可执行性。  (2)管理的系统性 MRP是一项系统工程，它把企业所有与生产经营直接相关部门的工作联结成一个整体，各部门都从系统整体出发做好本职工作，每个员工都知道自己的工作质量同其他职能的关系。这只有在"一个计划"下才能成为系统，条块分割、各行其是的局面应被团队精神所取代。 (3)数据共享性 MRP是一种制造企业管理信息系统，企业各部门都依据同一数据信息进行管理，任何一种数据变动都能及时地反映给所有部门，做到数据共享。在统一的数据库支持下，按照规范化的处理程序进行管理和决策。改变了过去那种信息不通、情况不明、盲目决策、相互矛盾的现象。  (4)动态应变性 MRP是一个闭环系统，它要求跟踪、控制和反馈瞬息万变的实际情况，管理人员可随时根据企业内外环境条件的变化迅速作出响应，及时决策调整，保证生产正常进行。它可以及时掌握各种动态信息，保持较短的生产周期，因而有较强的应变能力。 (5)模拟预见性 MRP具有模拟功能。它可以解决"如果怎样将会怎样"的问题，可以预见在相当长的计划期内可能发生的问题，事先采取措施消除隐患，而不是等问题已经发生了再花几倍的精力去处理。这将使管理人员从忙碌的事务堆里解脱出来，致力于实质性的分析研究，提供多个可行方案供领导决策。 6物流、资金流的统一 MRP包含了成本会计和财务功能，可以由生产活动直接产生财务数据，把实物形态的物料流动直接转换为价值形态的资金流动，保证生产和财务数据一致。财务部门及时得到资金信息用于控制成本，通过资金流动状况反映物料和经营情况，随时分析企业的经济效益，参与决策，指导和控制经营和生产活动。 以上几个方面的特点表明，MRP是一个比较完整的生产经营管理计划体系，是实现制造业企业整体效益的有效管理模式。 九十年代的ERP系统  进入90年代，随着市场竞争的进一步加剧，企业竞争空间与范围的进一步扩大，80年代MRP主要面向企业内部资源全面计划管理的思想逐步发展为90年代怎样有效利用和管理整体资源的管理思想，ERP（Enterprise Resource Planning）企业资源计划也就随之产生。ERP是在MRP-的基础上扩展了管理范围，给出了新的结构。 1ERP同MRP的主要区别 在资源管理范围方面的差别 MRP II主要侧重对企业内部人、财、物等资源的管理，ERP系统在MRP II的基础上扩展了管理范围，它把客户需求和企业内部的制造活动、以及供应商的制造资源整合在一起，形成企业一个完整的供应链并对供应链上所有环节如订单、采购、库存、计划、生产制造、质量控制、运输、分销、服务与维护、财务管理、人事管理、实验室管理、项目管理、配方管理等进行有效管理。 在生产方式管理方面的差别 MRP II系统把企业归类为几种典型的生产方式进行管理，如重复制造、批量生产、按订单生产、按订单装配、按库存生产等，对每一种类型都有一套管理标准。而在80年代末、90年代初期，为了紧跟市场的变化，多品种、小批量生产以及看板式生产等则是企业主要采用的生产方式，由单一的生产方式向混合型生产发展，ERP则能很好地支持和管理混合型制造环境，满足了企业的这种多角化经营需求。 在管理功能方面的差别 ERP除了MRP II系统的制造、分销、财务管理功能外，还增加了支持整个供应链上物料流通体系中供、产、需各个环节之间的运输管理和仓库管理；支持生产保障体系的质量管理、实验室管理、设备维修和备品备件管理；支持对工作流（业务处理流程）的管理。 在事务处理控制方面的差别 MRP II是通过计划的及时滚动来控制整个生产过程，它的实时性较差，一般只能实现事中控制。而ERP系统支持在线分析处理OLAP（Online Analytical Processing）、售后服务即质量反馈，强调企业的事前控制能力，它可以将设计、制造、销售、运输等通过集成来并行地进行各种相关的作业，为企业提供了对质量、适应变化、客户满意、绩效等关键问题的实时分析能力。 此外，在MRP II中，财务系统只是一个信息的归结者，它的功能是将供、产、销中的数量信息转变为价值信息，是物流的价值反映。而ERP系统则将财务计划和价值控制功能集成到了整个供应链上。 在跨国（或地区）经营事务处理方面的差别 现在企业的发展，使得企业内部各个组织单元之间、企业与外部的业务单元之间的协调变得越来越多和越来越重要，ERP系统应用完整的组织架构，从而可以支持跨国经营的多国家地区、多工厂、多语种、多币制应用需求。 在计算机信息处理技术方面的差别 随着IT技术的飞速发展，网络通信技术的应用，使得ERP系统得以实现对整个供应链信息进行集成管理。ERP系统采用客户/服务器（C/S）体系结构和分布式数据处理技术，支持Internet/Intranet/Extranet、电子商务（E-business、E-commerce）、电子数据交换（EDI）。此外，还能实现在不同平台上的互操作。 2ERP系统的管理思想 ERP的核心管理思想就是实现对整个供应链的有效管理，主要体现在以下三个方面： 体现对整个供应链资源进行管理的思想 现代企业的竞争已经不是单一企业与单一企业间的竞争，而是一个企业供应链与另一个企业的供应链之间的竞争，即企业不但要依靠自己的资源，还必须把经营过程中的有关各方如供应商、制造工厂、分销网络、客户等纳入一个紧密的供应链中，才能在市场上获得竞争优势。ERP系统正是适应了这一市场竞争的需要，实现了对整个企业供应链的管理。 体现精益生产、同步工程和敏捷制造的思想 ERP系统支持都混合型生产方式的管理，其管理思想表现在两各方面：其一是“精益生产LP（Lean Production）”的思想，即企业把客户、销售代理商、供应商、协作单位纳入生产体系，同他们建立起利益共享的合作伙伴关系，进而组成一个企业的供应链。其二是“敏捷制造（Agile Manufacturing）”的思想。当市场上出现新的机会，而企业的基本合作伙伴不能满足新产品开发生产的要求时，企业组织一个由特定的供应商和销售渠道组成的短期或一次性供应链，形成“虚拟工厂”，把供应和协作单位看成是企业的一个组成部分，运用“同步工程（SE）”，组织生产，用最短的时间将新产品打入市场，时刻保持产品的高质量、多样化和灵活性，这即是“敏捷制造”的核心思想。 体现事先计划与事中控制的思想 ERP系统中的计划体系主要包括：主生产计划、物流需求计划、能力计划、采购计划、销售执行计划、利润计划、财务预算和人力资源计划等，而且这些计划功能与价值控制功能已完全集成到整个供应链系统中。另一方面，ERP系统通过定义事务处理（Transaction）相关的会计核算科目与核算方式，在事务处理发生的同时自动生成会计核算分录，保证了资金流与物流的同步记录和数据的一致性。从而实现了根据财务资金现状，可以追溯资金的来龙去脉，并进一步追溯所发生的相关业务活动，便于实现事中控制和实时做出决策。 至此我们就完成了对整个ERP原理的介绍。当然，ERP仍旧处于不断发展变化的过程中。对于它的最新发展，我们还会在以后的系列中给予详尽的介绍。最后，作为一个总结，我们可以通过图1来对ERP发展的几个主要阶段进行一下简要的回顾：  图1 ERP发展阶段图CRM的定义CRM是通过赢得、发展、保持有价值的客户，增加企业收入，优化盈利性，提高客户满意度的商务战略。通过获得更多的客户线索、更广泛地共享客户信息，协同工作，增加收益，提高给客户的价值，实现企业和客户的"双赢"。企业希望通过CRM系统能够了解更多的客户的需求，从而为客户提供个性化的产品和服务，提高客户满意度，与此同时也能够获得更大的利润。CRM是选择对待客户的方式和从客户身上得到的收益，CRM是关于理念、组织和技术的基础，从而将所有的业务过程围绕着各个不同客户的需求进行。CRM是一种旨在健全、改善企业与客户之间关系的新型管理系统。指的是企业利用信息技术，通过有意义的交流来了解并影响客户的行为，以提高客户招揽率、客户保持率、客户忠诚度和客户收益率。CRM是一种把客户信息转换成良好的客户关系的可重复性过程。利用激励因素来刺激客户进一步消费，并激发其"感激"心理，对保持长期的销售和提高客户保持率十分重要。CRM是建立在信息技术平台上，分析并影响拥护消费行为的管理技术。具有以下特征：（1）确定客户满意度、（2）对客户构成进行分析、（3）深度分析利润构成、（4）分析的连续性、（5）巩固与现有客户的忠诚度。其他 以上各种定义对"客户关系"的概念理解是明确、一致的，即"客户关系"是客户与企业发生的所有关系的综合，是公司与客户之间建立的一种相互有益的关系。综合所有CRM的定义，我们可以将其理解为理念、战略、技术三个层面，正确的战略、策略是CRM实施的指导，信息系统、IT技术是CRM成功实施的手段和方法。其实，企业实施CRM主要有6个重要领域：理念、战略、战术、技术、技能、业务过程。其中，理念是CRM成功的关键，它是CRM实施应用的基础和土壤。ERP与CRM的关系从管理理念上来说，ERP是提高企业内部资源的计划和控制能力，讲究的是在满足客户、及时交货的同时最大限度地降低各种成本，通过提高内部运转效率来提高对客户的服务质量，是以效率为中心的。CRM是以客户关系的建立、发展和维持为主要目的的。二者在关注对象上有所区别，与企业级的内部资源计划ERP相比，CRM更多的是关注市场与客户。所以CRM的作用主要在与客户直接接触的部门，主要针对的是企业的市场营销、销售、服务部门，包括管理整个客户生命周期的各个阶段，为企业提供对客户及所购产品的统计、跟踪、服务等信息化手段和功能。也就是说，如果ERP是企业级的全面管理应用，CRM就是ERP的最前端，它的作用延伸到了ERP以前力所不能及的范围。 从应用系统的设计角度看，大部分CRM业务流程相对比较灵活，而ERP主要业务流程则相对固定。ERP系统是一个“事务处理”系统，强调准确记录企业中人、财、物各项资源的轨迹，无缝集成企业生产、库存、财务等管理模块，提高企业的“自动化”能力，从而极大地降低人力需求及差错，提高效率。而CRM的体系设计以客户关系发展和维系为目标，系统以统一的客户数据库为中心，为系统用户提供客户的统一视图和对客户的分析、预测等。由此可见，ERP和CRM既有区别又有很紧密的联系，主要在于它们最终都要使企业的利益实现最大化、长久化，使投资回报率（ROI）最高。 ERP和CRM应该谁先谁后那么CRM是否可以先于ERP上线，或者说ERP和CRM应该谁先谁后，要视企业的行业特征和关键业务来定。如果企业是以销售业务为主，或者服务业务占重要地位，那就需要先上CRM。CRM未来发展的方向应该是更好地与ERP集成和整合，形成企业从销售前端、企业内部到供应后端的协同电子商务整体，实现最大的价值。以汽车行业为例，由于汽车行业的特有销售、服务体制，最终客户的信息分散于销售商、制造商、维修服务商各个层面，如果没有一个有效的机制对客户信息进行采集和管理，要对广大客户群体进行系统、一致的服务，确切了解客户的需求信息便只能是一个理想。另外，从客户服务的角度来看，由于购车、用车、修车等环节所涉及的单位不同，客户无法获得统一、方便的服务。而如果将CRM呼叫中心与ERP系统数据集成，呼叫代理就能马上根据客户历史、服务级别就近选择代理商。 怎样才能达到CRM与ERP良好的集成体系呢 目前较好的整合方法有两种：一是CRM和ERP两个系统出自同一个软件厂商，两者已经高度集成了。二是提供标准的中间件，通过系统升级维护。我们更倾向于第一种，因为同一厂家的CRM与ERP产品，不仅在技术上增强了系统稳定集成性、模块化概念，还可以通过“一揽子”解决方案，在市场策略和价格方面为客户带来好处。 CRM与ERP的紧密集成，将不仅仅为企业带来销售业绩的增长，更是一次全面提升企业管理水平和方法的机遇，改变企业的内部管理积弊现状，从而提升企业的核心竞争力，带来更多的利润。ERP与CRM的整合 迈向电子商务的三个步骤:越来越多的电子商务的先行者们发现，“传统”企业对网络的理解和应用通常要走过几个阶段。无论企业属于何种行业、接触网络或早或迟，这几个阶段都会成为被普遍认可的经验总结。Intel公司董事长Grove在最近接受华尔街日报的采访时把这三个阶段总结为：电子小册子阶段、电子交易阶段和电子化决策阶段。这样的总结可以说与我们正在全球范围内开展的上千个CRM咨询项目所获得的体会不谋而合。所谓“电子小册子”阶段，就是公司仅仅把自己的介绍性信息放在网页上。这也是目前95%号称“已经触网”的中国企业的网页形式。这种网页通常分成几个目录：公司组织结构、新闻中心、产品目录、客户联络、合作伙伴等等。这种网页与书面的“公司简介”等小册子从内容到排版都非常相象，所以被称为“电子小册子”。要把这样的介绍书搬上网，加上一个网址，编写起来并不难，硬件上也不必专门购置服务器，只要挂在某个网络公司的虚拟主机上即可，人员方面也不需要配备专门的网页维护更新人手。可以说，建立这样的网页投资少，见效快。不过这种见效最多体现在公司已经注册了自己的域名，可以在职员的名片上加印一个http:/www的地址而已，无论是现存客户还是合作伙伴，登录之后都会发现这样的网页对与该公司进行交易并没有什么帮助。“新经济”不是这样的“电子小册子”的集合。第二个阶段，也就是北美在过去的两年中方兴未艾的CRM热潮开始让企业从“电子小册子”走向实现“前端办公自动化”。在这个阶段中，需要重组业务流程和融合内部应用软件，需要把互联网功能与企业内部网功能实现交互。最需要变化的通常是定单管理模块、供应链系列模块、财务管理模块和客户服务模块。我们在这里所说的重整有两种实现方式，一种是从“前端办公软件”开始，向“后端”推进，即首先建立销售人员可以迅速学习和掌握的机会管理、定单输入和服务要求输入的界面，然后把收集到的数据向后台ERP传送，或者实现这两个数据库的同步更新；另一种方式是从“后端”的企业资源数据库（ERP）中向前端推进，保持ERP的服务器/客户端的基本架构，而且“客户端”可以采用以浏览器为主的“瘦客户端”（thin client），也就是说，后台数据库可以直接接受网络上传入的数据，用户从浏览器上输入用户名和密码后，立刻就可以查询、更新后端数据库里的信息。不是所有企业都愿意立刻把它的后台数据库向世界各地的网民公开。因此，在这个阶段，即使数据库用户已经超出了“内部范围”，内部网和外部网的严格界限正在打破，可以login的用户仍然是有选择的，他们通常是企业现存的分销商、已经建立了交易关系的“老客户”以及长期的合作伙伴。在这个阶段中，CRM与ERP的整合势在必行。具体的模块整合过程下面还会详细介绍。第三个阶段，Grove把它称为“电子化决策阶段”。实际上，这个阶段究竟应该如何定义还存在着相当的不确定性。我们只能从目前已经完成的电子化网络化工程中揣测一二。这也涉及到电子商务当前的重点话题：B2B垂直整合。在这个阶段中，不仅仅是一个企业把自己的资源数据库向客户或供应商延伸，而且是许多企业的数据库相互联接，满足一定规则的交易，比如常规性购买，将由计算机自动完成；一个企业的库存数量将根据其交易伙伴的定单自动更改；每个客户将以最短的时间获得按他的要求定制的产品。在零部件供应高度标准化的电子产品行业、医疗用品行业、办公用品购买中，我们会首先看到不同企业的资料库，包括价格、规格和库存量一起展示在同一个网络平面上，搜寻、比较和下定单变得快速、易如反掌。慢慢地，其他行业会加入进来，庞大的跨国跨行业的数据网络中心将逐步形成，成为工商业资源调配中心枢纽，真正实现“网络革命”。不过，罗马不是一天建成的，要达到全社会的资源安全共享，没有前面的步骤是不可能的。在企业内部数据库运用比较成熟的国家和行业中，这种变化会先于其他的国家和行业发生。我认为，中国目前的国情决定了大部分的企业还将在未来的一两年内建立和保持他们的“电子小册子”；但是在中国的通信行业、金融业和消费品行业中的佼佼者已经有能力也有动力进入“前端办公自动化”的实验期；当他们的实验获得回报的时候，其他的具备相当规模和全球性战略眼光的中国企业才会随风而动；而至少要在四、五年之后，我们才能更清晰地看到中国是否可能开始同行业的企业与企业间的数据库联合，跨行业的数据交流可能需要更长的时间才能实现。同步更新的ERP与CRM前面我们提到在实现与后台整合的“前端办公自动化”的时候，最经常需要考虑的通常是CRM软件与定单管理模块、供应链管理模块、财务管理模块和客户服务模块之间的数据交换。在北美进行的某些CRM项目中，由于预先对这种前后整合的设计不够细致，以致出现某些极为挠头的问题，需要不断地追加投资来加以更正。弗吉尼亚州的一家名为Value America的公司最近在他们的CRM工程中遇到了下面的问题这家公司采用SAP的R/3系统作为他们ERP的后台架构，并安装了Siebel 99.5作为前端进行销售、市场推广和客户服务的IT平台。由于安装时没有采用标准的Siebel和SAP接口的中间软件，在系统运行之后发现有这样两个大的问题：1为了保持两个系统之间数据（尤其是顾客信息方面的数据）的同步更新，在一个系统运行过数据更新之后，必须人工启动另外一个系统的数据更新，否则在两个系统中有关同一个顾客的信息就有了差异。了解数据库运行的DBA们知道，这种人工运作几乎是不可能长时间维持的。2另一个问题是反应时间的差别。比如说“定单状态”这个数据在SAP中生成并随着定单处理的各个步骤而变化，如果数据更新不是同步的，那么SAP中的“定单状态”可能已经更改为“完成”，而前端数据库可以查询到的却还是“未批准”。如果在CRM设计中就充分考虑到了哪些数据需要不断和ERP进行同步更新，上述麻烦就会大大减少。这也是为什么像Siebel这样的行业领先的前端办公软件开始提供与SAPR/33.1以上版本的ERP进行完全兼容的中间软件（middle ware）。在这个名为Siebel Enterprise Connector的中间软件中，这种整合通过两个方法来实现。一是通过中间文件（Intermediate Document IDoc）实现的整合（图示一），它可以把SAP中的基本信息输入到Siebel中，其中IDocs接收器接收从SAP服务器中存储的关于客户户口、联系人、产品和价格等信息，然后把这些信息存入IDocs界面中，这个界面是Siebel的整合管理（Enterprise Integration Manager，EIM）的一部分，于是这些信息就可以完全传入到Siebel中。这样的整合不仅在CRM最初启动的时候可以用来进行数据转化，而且在ERP和CRM的同步运行中还能不断地把最新调整的产品目录、价格和折扣等信息输入到前端软件中，让销售人员可以及时地给出正确的报价。第二种整合是通过BAPI进行的即时数据支持（图示二）。在这种整合中，Siebel运用SAP提供的即时界面，包括BAPI（Business API）和远程功能呼叫RFC界面（Remote Function Call）组合成即时整合管理器，通过它可以把同一时间在Siebel中生成的定单立即传输到SAP中。如果在SAP中运行SAP BAPI处理器，还可以完成同期的多个请求的并行处理。如果前端软件和后端软件需要进行如此精细的整合，而市场上提供的中间软件又不能完全满足需要的话，那么以Oracle为代表的ERP提供商们则是在它们原有的ERP客户基础上努力推动CRM的发展。与Siebel不同，Oracle CRM并不需要另外增设服务器，而是在原有的Oracle ERP服务器上增设一个或多个CRM模块。像定单号码这样的数据，Oracle的CRM可以直接到ERP的定单管理模块（Order Management）中取得而不需要麻烦的转接或同步更新的程序。对于已经运用了Oracle ERP的客户来说，这一优势无疑是其他CRM提供商所不具备的。无论通过中间软件还是在原有基础上增设模块，只要企业内部的前后端整合可以无缝进行，实现网络化的定单输入和报价也就容易多了。因为这只相当于原来对销售人员开放的前端软件延伸到了网络上而已。企业的现存或潜在客户只要能够从网络界面上获得如下信息：产品目录、单价、折扣率和库存信息之后，就可以决定是否下定单。而客户从网络上输入的定单正如销售人员输入的定单一样，这些信息可以立刻传输到后台ERP，后台ERP在接受之后经过计算，把定单总价、定单号码和折扣金额等信息再传回到网络界面上，客户记录下这些信息，就可以随时通过呼叫中心，或与销售人员联系，继续追踪这笔定单。现在，国内的网络公司多数可以提供的仅仅是建立“电子小册子”式的网页，因而在谈到实现即时互动的双向数据流的时候就会心存顾忌。这不难理解。网络公司通常是凭借网络概念和基础的html语言、java语言建立的，要实现与ERP的联合，还要求他们必须了解后台数据库的设计和安装。而每个行业，每个企业的后台数据库都有着自身的复杂性和规范，一个航空公司的信息系统和一个银行的信息系统就可能大相径庭。可以把个人网页做得很漂亮的技术人员，不一定能够把一个银行的所有客户余额查询实现网络化。网络经济的所有后台支撑点在于大规模的数据整合，在这个基础上，经过“网络化”的改造，“传统”企业因为本身已经具备大规模物流、生产线和客户服务的“水泥”设施，将比那些完全依靠“虚拟经济”生存的“纯网络公司”具有更强大的竞争实力。当企业对网络的理解突破了“电子小册子”的阶段，能够主动把单个客户的需求与每一笔定单的完成相对应的“传统”企业，完全可以提供更快、更全面和更个人化的产品与服务。无论这种整合是否需要让企业经历诸如ERP安装那样“脱胎换骨”的痛苦过程，只有进行了改造的企业资源数据库才可以为下一步的行业垂直整合和跨行业数据交换作好准备。如果我们把网络经济从单纯的“上市”这个短期目标中推远一些，我们就会发现，“新经济”实际上是在数据快速交流的基础上创建一个完全围绕顾客需求的精细的社会资源交换体系。通过生产实践这一阶段的学习，初步的了解了什么是ERP，它是如何发展的，同时针对我的毕设题目：客户管理子系统，当前存在着CRM（客户关系管理）系统。了解了一些它们之间的联系，集成方面的知识，为毕设做到了知识的储备。【精品文档】第 14 页