金融服务云数据模型基础知识 – 探索保险单的承保范围，资产和交易

学习目标

完成本单元后，您将能够：

• 列出典型保险单的关键属性。
• 设置策略的覆盖范围详细信息。
• 配置政策的付款信息。
• 描述保险数据模型如何支持工人的赔偿政策。

保险单的基础

保险数据模型将与保险单和索赔摘要相关的所有信息带到Salesforce，因此您可以360度查看保单持有人。让我们看看Cumulus如何与其中一位保单持有人做到这一点。

雷切尔·亚当斯（Rachel Adams）是Cumulus的长期高净值客户，她与该公司有数项财务关系。她最近从积云购买了轿车轿车保险。

一些策略属性如下。

• 有效期：1年
• 开始日期：2020年1月1日
• 结束日期：2020年12月31日
• 已付保险费：$ 1000

如果您已经获得了 Financial Services Cloud数据建模徽章，您就会知道Rachel Adams被建模为个人帐户，这是Financial Services Cloud的长期对象。

关键对象

但是，如何表达Rachel汽车保险政策在Salesforce中的关键属性？以下对象捕获了保险单的详细信息以及该保险所投保的汽车。

这是所有这些信息及其相互联系的视觉显示方式。

显示覆盖范围

我们的全明星销售代理Zeynep最初向Rachel出售了她的汽车保险单，而Zeynep现在帮助Karuna为Cumulus建立了保险数据模型。Karuna从Zeynep得知Rachel的汽车政策包括：

• 全面覆盖
• 碰撞伤害范围
• 人身伤害保险

碰撞损坏的范围尤其包括：

• 赔偿限额为$ 50,000
• 个人免赔额$ 500

反过来，雷切尔政策中的其他内容（全面和人身伤害）也有进一步的细微差别，但我们暂时不涉及这些内容。Karuna将她到目前为止对Rachel的保单所拥有的其他详细信息映射到Salesforce保险数据模型。

保险单参加者

雷切尔（Rachel）希望她的丈夫奈杰尔（Nigel）包含在汽车保险单中。奈杰尔（Nagel）周末用雷切尔（Rachel）的轿车来杂货店购物，雷切尔（Rachel）想确保自己被遮盖。Nigel通过他的其他金融投资已经成为Cumulus客户。与Rachel一样，他使用Person Account对象在Salesforce中建模。

Karuna使用“保险保单参与者”对象将他与Rachel的保单联系起来。

一项政策下的多种资产

由于最近的工作奖励，雷切尔决定奖励自己全新的SUV。她希望Cumulus在现有政策下为这辆新车提供服务。但是她想提出一些细节：她想全面覆盖SUV，而不是轿车。卡鲁纳开始工作。

数据模型的多功能性

雷切尔的丈夫奈杰尔（Nigel）也一直在疯狂收购。最近生意兴隆，他给自己买了一辆新的小型货车。雷切尔与Zeynep进行了核对，以查看是否可以将新车添加到她现有的汽车保险单中，以及是否会降低总保费。是的，是的！雷切尔（Rachel）还希望增加其继女尼亚拉（Nyala）作为小型货车的司机。

Karuna开始为这个高级方案建模。保险数据模型灵活而灵活是一件好事。

您有仪表盘警报

Zeynep在一个星期一的早晨登录，只是看到一个仪表板警报，提醒她这是几天里Rachel的30岁生日。曾经是销售摇滚明星的Zeynep利用这次机会向Rachel交叉销售新的人寿保险。

Rachel感谢Zeynep的积极主动：她从Cumulus购买了资产支持的人寿保险。这项政策可以保护生命，但也可以让雷切尔投资于股票和债券等市场证券。雷切尔（Rachel）提名她的丈夫奈杰尔（Nigel）为政策提名人。让我们欣赏一下Karuna在这上面的手工。

分配付款

雷切尔（Rachel）希望每季度通过其主要信用卡支付人寿保险保费。这是Karuna对信用卡信息，季度保费付款和帐单关系进行建模的方式。

路上的颠簸

雷切尔（Rachel）需要就自己的汽车保险单提出索赔。当Cumulus Insurance将索赔的收益转移到Rachel的银行帐户时，Karuna使用Financial Account Transaction对象为该活动建模。

我们已经覆盖了所有人

保险数据模型支持替代保险的实现：您可以将保险的主列表带入“保险类型”对象，然后利用“保险保单”联结对象对在特定保单下购买的保险建模。看起来就是这样。

雇主保险

Rachel的雇主Cloud Kicks已购买了工人赔偿政策，以支付其工厂发生的任何事故所产生的费用。工人补偿政策通常涵盖不同工厂地点的不同类别的员工。这是Karuna建模的方式。