当组织不能够从一个来源处获得它们的CRM大系统的时候，就需要用一个整体的、战略性的方法来获得CRM，从而在CRM应用范围内，降低客户集成努力的成本和复杂性。并且现有的后端办公室/供应链功能在客观上也要求这么做。采用相互独立的、单一功能/单一渠道（例如，为一个地区销售力量而实施的销售自动化）的CRM配置，是当前在许多公司内的一个通常的做法，它也许能够解决短期的、操作方面的难题，但是如果这些配置没有从更广阔和更具战略性的角度来经过仔细考虑的话，它便可能会导致一种内在的分离状况。因此，在运营性的、分析性的和合作性的功能之间构造一个综合性的CRM框架结构或是以顾客为中心的主体系统，对维持组织的健全，最终推动多流程运作和跨功能的前后端办公室/供应链管理的集成来说，是相当关键的。  

　　2.主体应用系统的重复问题   

在过去的几年当中，ERP组件作为企业内部流程自动化的一个事实上的主要部分，已经在许多企业里出现了。随着ERP领域的不断的向上（包括购买方，供应链功能）和向下的扩张（包括卖方，CRM功能），人们就对是否需要一套包括全部的CRM、ERP、SCM、电子商务在内的单一来源的企业内部主体系统产生了争论。尽管这一提法对许多IT公司极具诱惑力，但是直到2001年2月之前，现有的ERP提供商所提供的产品仍将继续限制在当前的这些应用领域内，因此也就必然会导致组织内现有的CRM/SCM/电子商务战略和应用程序的配置产生一定的分离。相应地，大多数公司在2003年4月之前所面临的一项关键的挑战，也就是尽力去减轻应用程序、功能和流程重复的状况，尤其是关于CRM的重复问题。这在客观上就要求公司去建立和集成多样的、连锁的应用框架来支持内外部的多项功能与流程。  

就像快速发展的CRM、SCM和电子商务市场所反映的那样，很多公司并没有一直在等待它们的ERP供应商们来为将要出现的应用程序提供的所谓支持。尤其是正处于快速扩张阶段的CRM，它超出了传统的销售和服务自动化的范围，并将电子商务、营销自动化、分析性的应用程序和电话授权等功能囊括进来。部分来自于ERP供应商方面的灵活性的缺乏，正不断地影响到许多公司的内部管理，这种状况就迫使他们来配置非ERP基础的应用程序，使得外部/电子商务的交易或流程完全自动化并进行相应的管理，同时利用基于ERP的订单管理（因此能够了解到如库存、订单状态和ATP等的后端信息）来进行服务，并以此作为应用程序集成的一个关键的结合点。尽管复杂性会随着多样化的开发环境、体系结构、建模工具等而有所增加，但不断要求进步的公司会通过计划管理、彻底的自我评估和有效的计划来管理这些复杂性，并最终通过成功的实施案例来证明应用程序中心的可取之处。（请看ADS Delta 729, 29 Mar 1999）。相反的，为了集成和协调多样化的应用程序结构，所采取的那些没有经过仔细考虑、权宜性的特别措施将不会有效。  

3.评论与总结   

商业冲击：不断发展的客户关系管理和其它出现的快速发展的独立的企业应用程序，将会引导许多公司去集成多样性的、共存的应用程序的主体系统。  

概要：IT公司们应该去仔细地评估它们那些快速发展的应用程序配置所产生的影响。尽管推向市场的速度是至关重要的，但具有前瞻性的程序管理和集成计划将会大大减少与集成多样的、分离的应用程序主体系统相关的许多令人头疼的问题。