相关热词搜索：
ERP与CRM如何整合起来
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安装那样“脱胎换骨”的痛苦 过程，只有进行了改造的企业资源数据库才可以为下一步的行业垂直整合和跨行 业数据交换作好准备。如果我们把网络经济从单纯的“上市”这个短期目标中推远 一些，我们就会发现，“新经济”实际上是在数据快速交流的基础上创建一个完全围绕顾客需求的精细的社会资源交换体系。
