迈向整合阶段
越来越多的电子商务先行者们发现，“传统”企业对网络的理解和应用通常要走过几个阶段。无论企业属于何种行业、接触网络或早或迟，这几个阶段都会成为被普遍认可的结论。这几个阶段分别为：电子小册子阶段、电子交易阶段和电子化决策阶段。
所谓“电子小册子”阶段，就是公司仅仅把自己的介绍性信息放在网页上。这也是目前95%号称“已经触网”的中国企业的网页形式。无论是对于现存客户还是合作伙伴，登录之后都会发现这样的网页对与该公司进行交易并没有什么帮助。“新经济”不是这样的“电子小册子”的集合。
第二个阶段，也就是北美在过去的两年中方兴未艾的CRM热潮开始让企业从“电子小册子”走向实现“前端办公自动化”。在这个阶段中，需要重组业务流程和融合内部应用软件，需要把互联网功能与企业内部网功能实现交互。最需要变化的通常是订单管理模块、供应链系列模块、财务管理模块和客户服务模块。我们在这里所说的重整有两种实现方式，一种是从“前端办公软件”开始，向“后端”推进，即首先建立销售人员可以迅速学习和掌握的订单输入和服务要求输入的界面，然后把收集到的数据向后台ERP传送，或者实现这两个数据库的同步更新；另一种方式是从“后端”的企业资源数据库（ERP）中向前端推进，保持ERP的服务器/客户端的基本架构，而且“客户端”可以采用以浏览器为主的“瘦客户端”，也就是说，后台数据库可以直接接受网络上传入的数据，用户从浏览器上输入用户名和密码后，立刻就可以查询、更新后端数据库里的信息。
第三个阶段，称为“电子化决策阶段”。实际上，这个阶段究竟应该如何定义还存在着相当的不确定性,我们只能从目前已经完成的电子化网络化工程中揣测一二。这也涉及到电子商务当前的重点话题：B2B垂直整合。在这个阶段中，不仅仅是一个企业把自己的资源数据库向客户或供应商延伸，而且是许多企业的数据库相互连接，满足一定规则的交易，比如常规性购买，将由计算机自动完成；一个企业的库存数量将根据其交易伙伴的订单自动更改；每个客户将以最短的时间获得按他的要求定制的产品。
慢慢地，其他行业会加入进来，庞大的跨国跨行业的数据网络中心将逐步形成，成为工商业资源调配中心枢纽，真正实现“网络革命”。不过，罗马不是一天建成的，要达到全社会的资源安全共享，没有前面的步骤是不可能的。中国目前的国情决定了大部分的企业还将在未来的一两年内建立和保持他们的“电子小册子”；但是在中国的通信行业、金融业和消费品行业中的佼佼者已经有能力也有动力进入“前端办公自动化”的实验期；当他们的实验获得回报的时候，其他的具备相当规模和全球性战略眼光的中国企业才会随风而动；而至少要在四五年之后，我们才能更清晰地看到中国是否可能开始同行业的企业与企业间的数据库联合，跨行业的数据交流可能需要更长的时间才能实现。
让数据同步更新
前面我们提到在实现与后台整合的“前端办公自动化”的时候，最经常需要考虑的通常是CRM软件与订单管理模块、供应链管理模块、财务管理模块和客户服务模块之间的数据交换。
这里有一个例子,北美的一家名为Value America的公司在他们的CRM工程中遇到了下面的问题——这家公司采用SAP的R/3系统作为他们ERP的后台架构，并安装了Siebel 的CRM软件作为前端进行销售、市场推广和客户服务的IT平台。由于安装时没有采用标准的Siebel和SAP接口的中间软件，在系统运行之后发现有两个大的问题：1．为了保持两个系统之间数据（尤其是顾客信息方面的数据）的同步更新，在一个系统运行过数据更新之后，必须人工启动另外一个系统的数据更新，否则在两个系统中有关同一个顾客的信息就有了差异;另一个问题是反应时间的差别。比如说“订单状态”这个数据在SAP中生成并随着订单处理的各个步骤而变化，如果数据更新不是同步的，那么SAP中的“订单状态”可能已经更改为“完成”，而前端数据库可以查询到的却还是“未批准”。
如果在CRM设计中就充分考虑到了哪些数据需要不断和ERP进行同步更新，上述麻烦就会大大减少。这也是为什么像Siebel这样的行业领先的前端办公软件开始提供与SAP R/3 3.1以上版本的ERP进行完全兼容的中间软件。
在这个名为Siebel Enterprise Connector的中间软件中，这种整合通过两个方法来实现。一是通过中间文件（IDoc）实现的整合，它可以把SAP中的基本信息输入到Siebel中，其中IDocs接收器接收从SAP服务器中存储的关于客户户口、联系人、产品和价格等信息，然后把这些信息存入IDocs界面中，于是这些信息就可以完全传入到Siebel中。这样的整合不仅在CRM最初启动的时候可以用来进行数据转化，而且在ERP和CRM的同步运行中还能不断地把最新调整的产品目录、价格和折扣等信息输入到前端软件中。
第二种整合是通过BAPI进行的即时数据支持。在这种整合中，Siebel运用SAP提供的即时界面，包括BAPI（Business API）和远程功能呼叫RFC界面（Remote Function Call）组合成即时整合管理器，通过它可以把同一时间在Siebel中生成的订单立即传输到SAP中。
如果前端软件和后端软件需要进行如此精细的整合，而市场上提供的中间软件又不能完全满足需要的话，那么以Oracle为代表的ERP提供商们则开始在它们原有的ERP客户基础上努力推动CRM的发展。与Siebel不同，Oracle CRM并不需要另外增设服务器，而是在原有的Oracle ERP服务器上增设一个或多个CRM模块。像订单号码这样的数据，Oracle的CRM可以直接到ERP的订单管理模块中取得而不需要麻烦的转接或同步更新的程序。
无论通过中间软件还是在原有基础上增设模块，只要企业内部的前后端整合可以无缝进行，实现网络化的订单输入和报价也就容易多了。因为这只相当于原来对销售人员开放的前端软件延伸到了网络上而已。企业的现存或潜在客户只要能够从网络界面上获得如下信息：产品目录、单价、折扣率和库存信息之后，就可以决定是否下订单。而客户从网络上输入的订单正如销售人员输入的订单一样，这些信息可以立刻传输到后台ERP，后台ERP在接受之后经过计算，把订单总价、订单号码和折扣金额等信息再传回到网络界面上，客户记录下这些信息，就可以随时通过呼叫中心，或与销售人员联系，继续追踪这笔订单。
现在，国内的网络公司可以提供的仅仅是建立“电子小册子”式的网页，因而在谈到实现即时互动的双向数据流的时候就会心存顾忌。这不难理解，网络公司通常是凭借网络概念和基础的HTML语言、Java语言建立的，要实现与ERP的联合，还要求他们必须了解后台数据库的设计和安装。而每个行业、每个企业的后台数据库都有着自身的复杂性和规范。网络经济的所有后台支撑点在于大规模的数据整合，在这个基础上，经过“网络化”的改造，“传统”企业因为本身已经具备大规模物流、生产线和客户服务的“水泥”设施，将具有更强大的竞争实力。当企业对网络的理解突破了“电子小册子”的阶段，能够主动把单个客户的需求与每一笔订单的完成相对应,“传统”企业完全可以提供更快、更全面和更个人化的产品与服务。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：ERP与CRM的整合
本文网址：http://www.toberp.com/html/consultation/10820622999.html
相关文章
