CRM的客户数据模型:SAP CRM 7.0 (V)

标签: crm 客户 数据模型 | 发表时间:2012-12-03 17:18 | 作者:zzminer
出处:http://blog.csdn.net

SAP CRM 7.0



分析SAPCRM 7.0 数据模型的信息主要来自:

1.      SAP Library(CRM7.0)

http://help.sap.com/crm702

2. SAPCRM data model

http://wiki.sdn.sap.com/wiki/display/CRM/SAP+CRM+datamodel

3. CRM Tables

http://wiki.sdn.sap.com/wiki/display/CRM/CRM+Tables

SAP CRM的客户(customer/partner)数据模型与SAP ERP的不同。

数据模型

Figure 4. The Conceptual Customer DataModel of SAP CRM 7.0


实体(Entity)说明


Business Partner(商业伙伴)

通常BusinessPartner(简称BP)是指对公司有商业利益的某一方(Party)。你可以为不同的商业事务,集中创建和管理BP,反映他们在商业事务中承担的不同角色,比如:sold-to party (购买方), ship-to party(收货方) 和contactperson(联络人)。BP是一个宽泛的术语,主要用在技术文档中,通常UI上不出现。但是许多做CRM咨询的倾向用BP这个术语与用户交流。

 

BP Category 属性标记当前BP是自然人(person)、组织(organization)还是群体(group)。BPCategory决定了BP对象需要的数据集。下面是不同的BP category和对应的主要数据集:

1. 自然人(Person):地址,姓名,头衔,性别等个人信息。

2. 群体(Group):地址,群体类型:例如夫妇和室友等。

3. 组织(Organization):地址,名称,公司类型,行业,法人实体等。

 

一旦新的BP定义了,它的BP Category就不能变化了。你可以在系统中添加添加新的Category。

 

在SAPCRM中,BP可以连接成层次结构,为了节省时间和空间,这部分的特性就不描述了,感兴趣的请参阅:

http://help.sap.com/saphelp_crm70/helpdata/en/12/cfea3b31aac554e10000000a114084/content.htm

 

Business Partner Role(商业伙伴角色)

BP Role 对BP进行的商务上的分类。BP的角色反映了他在(未来)商业事务中承担的角色。这样的角色例子有:

1.      General普通

2.      Sold-To-Party购买方

3.      Ship-To-Party收货方

4.      EndCustomer 终端客户

5.      SalesAgent 销售代理

6.      ContactPerson 联络人

7.      Employee员工

BP Role为一个BP定义了在某些商业流程中需要的数据和上下文(Context)。每个BP Role包含了各种不同的数据集。你要根据BPRole来维护不同的数据集。换句话讲,BP的每个BP Role均提供了一个不同的数据视角。你可以为某个BP创建多个BP Role,并且可以赋予时效性。

 

Business Partner Relationship(商业伙伴关联)

BP relationship代表了两个BP间的商业关联的情况。你需要为BPrelationship指定一个category,描述此关联的特征。当BP relationship 被创建的时候,系统会根据category 检验参与关联的BP的Role是否符合要求。

 

你可以在系统中添加新的BPCategory,你也可以为BPrelationship设置时效性数据。

 

注意:ContactPerson 类型的关联和其他关联的实现方法可能不同。为了让结构更加清晰,本文就不做详细区分。

Account, Contact, Employee(账户,联络人和员工)

他们就是不同类型的BP。技术文档常笼统称之为BP,但是这些概念会经常出现在UI上。从用户角度看,有以下不同类型的BP:

1.      Account(账户)

account 是有商务联系的公司、个人 或者群体。account可以是客户,潜在客户,销售商(vendor)或者竞争对手。基于BP Category(person, group, organization),account又分成三种:

a. Corporate account 企业账户:是公司和组织;

b. Individual account 个人账户:是个人;

c. Group 群账户:任何群体,比如家庭。

 

2.      Contact Person(联络人)

Contact是有商务关系的个体,大部分情况此个体属于一个corporateaccount,也就是说:是这个account的联络人。

 

3.      Employee (员工)

Employee是你公司的成员,参与公司与各种其他BP的交互过程。 Employee 的BPCategory 是Person,同时还具有BP Role: Employee。

Lead(线索)

在SAPCRM中,lead 是事务类型的实体。它用来描述、存储、更新和管理BP的潜在兴趣(在某个时间段内,针对特定的产品和服务)Lead能帮助公司在市场营销(marketing)和销售(Sales)之间建立流畅的连接,缩短首次接触到购买的时间。

Address(地址)

Address是独立的。每个Address分为一个或者多个具有时效性的类型,比如billing 和shipping 地址。CommunicationData(通信数据),例如手机、传真和电子邮件等,可以归属到某个Address或者独立存在(但是独立的Communication data,在SAP CRM实际处理为没有邮政地址信息的Address)。一个地址可以有很多种类的Communication data。一个BP可以有一个以上的Address。

 



Relationship(关系说明)

1.      BP 可以是独立的。

2.      一个BP可以有一个或者多个BP Role,它们可以具有时效性。

3.      BP Relationship 用于在BP 之间存在创建多对多的关系,每个BPRelationship有一个Category,也可具有时效性。

4.      从用户的角度看,BP在界面上以不同的术语出现,他们便是account, contact and employee。

5.      一个BP可以产生多个lead。

6.      Address可以是独立的。

7.      每个Address有一个或者多个具有时效性的类型。

8.      一个Address可以关联各种Communication data通信数据。

9.      一个BP有一个或者多个Address。

作者:zzminer 发表于2012-12-3 17:18:10 原文链接
阅读:36 评论:0 查看评论

相关 [crm 客户 数据模型] 推荐:

CRM的客户数据模型:Salesforce.com(III)

- - CSDN博客推荐文章
图2的数据模型来自以下资料. 其中虚线画出的实体和关系均只存在于用户界面上. Record Type(记录类型). 每个实体(account,lead和contact)均会自动或者手工赋予一个record type. Record Type 属于实现层面的设计,它提供了一种方法,能够根据不同用户的情况,提供不同的选择列表值(picklist)和布局.

CRM的客户数据模型:SAP CRM 7.0 (V)

- - CSDN博客推荐文章
分析SAPCRM 7.0 数据模型的信息主要来自:. SAP CRM的客户(customer/partner)数据模型与SAP ERP的不同. Business Partner(商业伙伴). 通常BusinessPartner(简称BP)是指对公司有商业利益的某一方(Party). 你可以为不同的商业事务,集中创建和管理BP,反映他们在商业事务中承担的不同角色,比如:sold-to party (购买方), ship-to party(收货方) 和contactperson(联络人).

CRM的客户数据模型:Oracle CRM On Demand (IV)

- - CSDN博客推荐文章
分析数据模型的主要信息源有:. 我们只关注OracleCRM On Demand标准版本的特性,不考虑其他扩展. 线索是一个人,他/她对公司的产品和服务感兴趣. 创建lead是快速收集新客户信息的方法. lead能转换到contact,或者 account. 在转换过程中lead的相关数据条目会转移到account和contact的对应数据条目.

CRM的客户数据模型:Microsoft Dynamic CRM 2011 (II)

- - CSDN博客推荐文章
图1展示了Microsoft Dynamic CRM 2011的概念客户数据模型,来自以下信息源:. 在Microsoft Dynamics CRM 2011中, 使用三个主要的实体:lead(线索), contact(联络人) 和account(账户,本文不用引起混淆的“客户”). Customer Address (客户地址)用来存储客户的各类地址信息,比如shipping address (寄送地址) 和billingaddress(账单地址).

微信里的CRM:麦客MikeCRM让用户在微信中回复关键字,即可查询客户联系方式

- - 谈资网 创业 天使投资 vc 创业诊断 融资
麦客MikeCRM 是一款帮助中小型企业解决客户联系人信息收集和管理问题,让企业更高效准确做市场营销的在线表单类工具(麦客 MikeCRM 曾上过我们上海站的开放日活动,具体介绍点 这里). 今天,麦客 CRM 在其微信公众平台中上线了“查看反馈”、“跟踪反馈”以及“查询联系人”等新功能,方便企业用户在移动办公场景下,更快速的查找到联系人的联系方式,以及查询和追踪具体的表单.

CRM系统新思维

- - 美团点评技术团队
客户关系管理系统(CRM系统)是管理公司当前以及未来潜在客户的系统,其主要目的是通过优化客户关系实现公司销售业绩的长期增长,它是企业信息系统的核心之一. 目前,移动互联网、大数据以及人工智能技术发展日新月异,正在加速改变世界. 但是在CRM等企业系统的构建和优化方法论上,却缺乏革命性的创新. 本文作者在构建和优化CRM系统的过程中总结出一些新方法论,与当下的一些先进理念不谋而合.

论NoSQL的数据模型

- - NoSQLFan
本文内容是对《 NoSQL Data Modeling Techniques》一文的简单概述,原文对NoSQL的几种 数据模型进行了详细深入的讨论. 是了解NoSQL数据模型不过错过的全面资料. NoSQL的一些非功能性的特性,比如扩展性、性能以及一致性的讨论,目前已经有很多. 而对于NoSQL产品内部数据模型相关的知识一直比较欠缺,本文就希望能够系统地对NoSQL数据模型进行一些探讨.

[转]Geodatabase数据模型

- - 小鸥的博客
1  Geodatabase概念.   Geodatabase是ArcInfo8引入的一种全新的面向对象的空间数据模型,是建立在DBMS之上的统一的、智能的空间数据模型. “统一”是指,Geodatabase之前的多个空间数据模型都不能在一个统一的模型框架下对地理空间要素信息进行统一的描述,而Geodatabase做到了这一点;“智能化”是指,在Geodatabase模型中,对空间要素的描述和表达较之前的空间数据模型更接近我们的现实世界,更能清晰、准确地反映现实空间对象的信息.

FullContact,社交 CRM 应用的后台

- walker - 爱范儿 · Beats of Bits
社交网络上的人际关系越来越多,就好像 Google+ 让我们做的,我们不停地加入这个圈子,然后又被那个圈子加入. 有时候会感到自己的人际关系像一团乱麻,有工具帮我们解决问题吗. 社交泛滥,让人们有统一管理人脉关系的需求,也让开发者看见“钱途”. 不过,自己从头开发应用,不容易. 刚从孵化器 TechStars 毕业的 FullContact 或许能够帮助创业者.

如何真正发挥CRM的价值?

- - 《商业价值》杂志
如何部署CRM系统,如何将CRM和其他业务系统结合,充分发挥其价值,是当前“以客户为中心”企业战略最应该思考的问题. 2012,越来越多的企业开始向“以客户为中心”转型. 为了迎合企业以客户为中心进行战略转型的发展趋势,CIO也开始利用IT工具,帮助企业重新架构以客户为中心的运营管理模式,CRM首当其冲的摆在了CIO面前.