首页 > 如何进行CRM和ERP的数据集成呢？
这是一个IT的活！ 从业务角度讲，比较关心数据集成的时效性，业务流程，以及集成的数据是否满足业务要求，至于采用什么集成方式，用什么高精尖的大多是IT人员更为关注的。
从时效性方面讲，大概有以下几个方面需要：
实时数据集成要求，比如电子商务公司，在前端CRM或电子商务系统中的订单数据，需要及时的传递到后台系统中，以便进行后续处理。
可定期进行数据集成，比如在B2B业务中，对客户、订单等数据的更新及时性要求就会低很多了，采取每天，或每半天进行一次集成就可以了。
综合方式集成，其实在集成数据中会有及时性要求高的数据，也会有及时要求比较低的数据，可以根据实际业务进行相应的配置和管理。 大多会是这种情况，基础数据定期进行同步，交易数据实时进行同步。
从数据集成流向方面看，可以分为以下几个方面：
单向集成 - 不论是从CRM到ERP，还是从ERP到CRM，都只进行单一方向的数据传输。只从一个系统读数据，写到另外一个系统中。一个读取，另外一个进行更新。
双向集成 - 简而言之，双向集成就是既有数据从CRM到ERP系统，也有ERP系统数据到CRM。这个过程可以是全自动，也可以是半自动的。全自动的方式就是全部有系统完成接口数据的传输工作，这样就对接口程序的依赖性比较高，一旦出现接口程序有问题就不能完成数据集成，从而影响业务操作。 另外一种方式就是半自动的方式，一个系统的集成数据不通过程序来完成，而是有专门的工作人员进行审核后，再录入。这样会有一定的工作量，可某些情况下却是最可行的。
从数据集成方式方面，讲一讲：
基于文件集成 - 简单讲就是两个系统间通过文件进行数据传输，不论是通用文件（Excel文件，CSV文件，XML文件，文本文件等），还是专有集成文件。SAP iDoc 方式就是这种方式。此方式各系统间不进行直接数据访问，只要按约定好的数据格式，准备对方需要的数据就行了。对各业务系统不会产生太大的负担，可能及时性会差一下，对数据格式要求严格，而且容错机制相对薄弱。
所谓API方式 - 就是通过各系统提供的接口套件（如com组件，web service）进行相关数据的读取和更新，接口数据读取更新就如同系统本身用户的操作一样。若接口数据量比较大，会给业务系统来一些压力。但这种方式更灵活，及时性更高。 一些主流的CRM或ERP厂商都会提供此类接口方式，此处就不一一详述了。
基于数据库的集成- 基本上是两个数据库之间的交互，因为没有提供相应的系统接口，为了满足业务需要，只能进行两个业务数据直接直接就行数据交换，直接访问对方数据库，直接进行数据更新和读取。需要双方提供相应的数据结构，以及可能影响的业务逻辑。若 不考虑业务逻辑，就直接进行数据更新，真的有些危险。国内软件集成用这种方法的还挺多的。 作者不建议采取此类方法。
第三方集成工具 - 数据集成真的是一个头疼的工作，慢慢的促成了一个细分行业产生。比如像Informatica ，Scribe等公司就提供这方面成熟、专业的集成工具。 Informatica 主要服务于一些大型的ERP（SAP R/3，Oracel eBusiness）和CRM（Oracle Siebel, SAP CRM等）系统，Scribe 就针对的是一些中小型的ERP（例如SAGE MAS， Microsoft Dynamic GP，Microsoft Dynamic NAV等）和CRM（如Microsoft Dynamic CRM，Salesforce，Sage Saleslogix，Goldmine，ACT！等等）系统。 这些专业的集成工具从稳定性，工作量，效率等方面将都是很好的，只是需要购买这个工具，且价格不菲呀！ 对于大多数国内企业来讲，这种方式当然不会是首选的了。
简单介绍了一下CRM和ERP的集成，可能有考虑不到的地方，欢迎各位沟通交流！
CTI论坛编辑
