客户加保业务数据查询方法、装置和电子设备

技术领域

本说明书一个或多个实施例涉及数据处理技术领域，尤其涉及一种客户加保业务数据查询方法、装置和电子设备。

背景技术

由于保障型产品的核保规则本身比较复杂，加入了差异化核保规则后，更难为销售人员理解和掌握。同时，现有的开展客户加保的系统智能化水平相对较低，给销售人员开展客户加保业务带来不少困难。

具体的，现有技术无法查询出销售员名下所有的客户信息；查询出的客户累计风险保额没有按照最新的核保政策进行清零减半，从而导致客户可加保的空间减小，无法给客户争取最大保障。且现有技术无法直接查询出客户免超额体检、免生存调查、免财务资料的不同险种的可加保空间，需要进行大量计算。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种客户加保业务数据查询方法、装置和电子设备，以克服现有技术中全部或部分不足。

基于上述目的，本说明书一个或多个实施例提供了客户加保业务数据查询方法，包括：

将客户分配给该客户的所有长险有效保单所属的销售员；

根据该销售员的工号查询出所述销售员名下所有客户列表，所述客户列表中的客户都为有长险有效保单的客户；

根据需加保客户的客户号、销售员等级以及销售机构类别查询出所述客户列表中所述需加保客户的信息；

根据所述需加保客户的信息，计算出优质客户和非优质客户不同险种的“三免”可加保空间；

根据优质用户判断条件，判断需加保客户为优质客户还是非优质客户，从而得出需加保客户不同险种的“三免”可加保空间。

基于同一发明构思，本说明书一个或多个实施例还提供了一种客户加保业务数据查询装置，包括：

分配模块，被配置为将客户分配给该客户的所有长险有效保单所属的销售员；

第一查询模块，被配置为根据该销售员的工号查询出所述销售员名下所有客户列表，所述客户列表中的客户都为有长险有效保单的客户；

第二查询模块，被配置为根据需加保客户的客户号、销售员等级以及销售机构类别查询出所述客户列表中所述需加保客户的信息；

计算模块，被配置为根据所述需加保客户的信息，计算出优质客户和非优质客户不同险种的“三免”可加保空间；

判断与生成模块，被配置为根据优质用户判断条件，判断需加保客户为优质客户还是非优质客户，从而得出需加保客户不同险种的“三免”可加保空间。

基于同一发明构思，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任意一项所述的方法。

从上面所述可以看出，本说明书一个或多个实施例提供的客户加保业务数据查询方法、装置和电子设备，主要发展持有长险保单的老客户，可查询出优质客户和非优质客户不同险种的“三免”可加保空间。从而助力销售员挖掘老客户，增加客户的加保空间，给客户争取最大保障。并且销售员可在可加保空间范围内有针对性地销售产品，提升精准营销水平和出单效率。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一个或多个实施例的客户加保业务数据查询方法流程图；

图2为本说明书一个或多个实施例的客户加保业务数据查询方法具体流程图；

图3为本说明书一个或多个实施例的客户加保业务数据查询装置结构示意图；

图4为本说明书一个或多个实施例的电子设备结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。

本说明书一个或多个实施例提供了一种客户加保业务数据查询方法，参考图1，包括以下步骤：

步骤S101、将客户分配给该客户的所有长险有效保单所属的销售员；

步骤S102、根据该销售员的工号查询出所述销售员名下所有客户列表，所述客户列表中的客户都为有长险有效保单的客户；

步骤S103、根据需加保客户的客户号、销售员等级以及销售机构类别查询出所述客户列表中所述需加保客户的信息；

步骤S104、根据所述需加保客户的信息，计算出优质客户和非优质客户不同险种的“三免”可加保空间；

步骤S105、根据优质用户判断条件，判断需加保客户为优质客户还是非优质客户，从而得出需加保客户不同险种的“三免”可加保空间。

可见，本说明书一个或多个实施例提供的客户加保业务数据查询方法，主要发展持有长险保单的老客户，可查询出优质客户和非优质客户不同险种的“三免”可加保空间。从而助力销售员挖掘老客户，增加客户的加保空间，给客户争取最大保障。并且销售员可在可加保空间范围内有针对性地销售产品，提升精准营销水平和出单效率。

以下，通过具体的实施例来详细说明本说明书一个或多个实施例的技术方案。

参考图2，为本说明书一个实施例的客户加保业务数据查询方法的流程图，包括以下步骤：

步骤S201、核保平台(UWBPS)根据销售员工号、时间戳、查询列、查询条数分页查询统一销售人员视图系统(USVS)，并将查询结果保存在核保数据库。

本步骤中，需要先将所有持有长险有效保单的客户分配给其持有的长险有效保单所属的若干个销售员(由于一个客户可能持有多份长险有效保单，而每份长险有效保单所属的销售员也可能不同，所以一个持有长险有效保单的客户可能会分配给多个销售员，那么所有持有长险有效保单的客户就会分配给若干个销售员)。然后利用核保平台(UWBPS)根据所述若干个销售员工号、时间戳、查询列、查询条数，对统一销售人员视图系统(USVS)进行分页查询，查询出所述若干个销售员名下的持有长险有效保单的客户的客户列表，将所述客户列表存在核保数据库中。

步骤S202、统一销售人员视图系统(USVS)根据所述核保平台(UWBPS)的查询需求，从大数据管理平台(BDMP)中提取所有持有长险有效保单的客户的信息，组成客户列表。

所述客户列表包括：所有持有长险有效保单的客户的姓名、性别、生日、电话、年龄、地址、理赔记录标识、黑名单记录标识、异常告知记录标识、异常承保记录标识、高风险职业标识。

步骤S203、核保平台(UWBPS)根据需加保客户的客户号、销售员等级以及销售机构类别查询统一销售人员视图系统(USVS)。

本步骤中，销售员可在统一销售人员视图系统(USVS)前台界面输入或选择需加保客户的客户号、自身的销售等级以及销售机构类别，然后核保平台(UWBPS)会根据需加保客户的客户号、销售员等级以及销售机构类别查询统一销售人员视图系统(USVS)中的客户列表，从而从客户列表中查询出需加保客户的信息，包括需加保客户的姓名、性别、生日、电话、年龄、地址、理赔记录标识、异常承保记录标识、黑名单记录标识、异常告知记录标识、高风险职业标识。

步骤S204、大数据管理平台(BDMP)利用FEL计算引擎，计算出需加保客户的累计风险保额和可加保空间。

本步骤中，首先，大数据管理平台(BDMP)会根据核保平台(UWBPS)从客户列表中查询出需加保客户的信息，在大数据库中查询出需加保客户的所有有效保单(此处，不区分长险和短险，因为计算累计风险保额时，长险和短险都要累计，才能更好地控制保险公司的风险)，计算出需加保客户为优质客户时不同险种的累计风险保额和为非优质客户时不同险种的累计风险保额。其中，所述需加保客户为优质客户时的累计风险保额为按照清零减半政策优惠之后的累计风险保额；所述需加保客户为非优质客户时的累计风险保额为未减免的累计风险保额。

所述清零减半政策适用于优质客户，可执行清零减半的险种为个险长险寿险和个险长险重疾险。其计算规则为：1-4类地区个险长险寿险和个险长险重疾险的累计风险保额两免一减半，5类地区个险长险寿险和个险长险重疾险的累计风险保额两减半。其中，1-5类地区的划分可按照不同保险公司的需求进行划分，例如：根据一线城市、二线城市等来划分。

例如：如表1所示，为2019年清零减半的计算规则表。

表1

由于2016年12月31日与2019年1月1日间隔两年，所以1-4类地区2016年12月31日及以前生效的保单，其个险长险寿险和个险长险重疾险的累计风险保额清零，即“两免”。由于2017年12月31日与2019年1月1日间隔一年，所以1-4类地区2017年1月1日至2017年12月31日期间生效的保单，其个险长险寿险和个险长险重疾险的累计风险保额减半，即“一减半”。同理，由于2015年12月31日与2019年1月1日间隔三年，所以5类地区2015年12月31日及以前生效的保单，其个险长险寿险和个险长险重疾险的累计风险保额清零，即“三免”。由于2016年12月31日与2019年1月1日间隔两年，所以5类地区2016年1月1日至2016年12月31日期间生效的保单，其个险长险寿险和个险长险重疾险的累计风险保额减半，即“两减半”。

然后，大数据管理平台(BDMP)根据所述需加保客户的信息、销售员等级以及销售机构类别，在三免额度表中进行查询，获取所述需加保客户的不同险种的三免额度。

所述三免额度＝min(最高免体检额度，最高免生存调查额度，最高免财务资料额度)，即三免额度取三者中的最小值。

如表2所示，为三免额度表中的部分数据。

表2

进一步的，大数据管理平台(BDMP)根据所述需加保客户的信息中的客户年龄，在临分额度表中进行查询，分别获取所述需加保客户的不同险种的临分额度。

如表3所示，为临分额度表中的部分数据。

表3

最后，大数据管理平台(BDMP)根据提前设置好的可加保空间的计算公式，计算出需加保客户“三免”(免体检、免生存调查、免财务资料)的不同险种(个险寿险、个险重疾险、个险意外险、个险护理险、个险储蓄险、个险豁免保险费、个险未成年人净赔付额)的可加保空间。计算公式为：可加保空间＝min(三免额度-累计风险保额，临分额度-累计风险保额)。

由于累计风险保额分为：非优质客户的未减免的累计风险保额和优质客户的按照清零减半政策优惠之后累计风险保额，所以最后计算出的可加保空间也分为优质客户可加保空间和非优质客户可加保空间两种结果。

另外，对于个险未成年人净赔付额，0-9岁的未成年人的可加保空间加上累计风险保额不能超过20万，10-17岁的未成年人的可加保空间加上累计风险保额不能超过50万。例如：某个0-9岁的需加保客户三免的个险未成年人净赔付额经过计算，可加保空间为15万，但是该客户的累计风险保额为10万，那么该客户的实际可加保空间为10万。

步骤S205、统一销售人员视图系统(USVS)从大数据管理平台(BDMP)中查询出所述优质客户和非优质客户的累计风险保额和“三免”可加保空间，并根据优质客户判断条件，判断所述需加保客户为优质客户还是非优质客户，从而得出需加保客户的累计风险保额和“三免”可加保空间。

本步骤中，统一销售人员视图系统(USVS)根据优质客户判断条件和核保平台(UWBPS)获取的需加保客户的信息(包括需加保客户的姓名、性别、生日、电话、年龄、地址、理赔记录标识、异常承保记录标识、黑名单记录标识、异常告知记录标识、高风险职业标识)以及大数据管理平台(BDMP)中客户的信息，判断所述需加保客户为优质客户还是非优质客户。所述优质客户判断条件为：0-55岁、没有理赔记录、没有异常承保记录、没有黑名单记录、没有异常告知记录、非高风险职业的客户为优质客户。例如：利用伪代码在大数据管理平台(BDMP)中进行查询，具体判断流程如下：

(1)0-55岁

(2)没有理赔记录

首先使用party_id查询：select cust_hist_mark_id,CLAIMS_EXPENSE_FLAGfrom tu_cust_hist_mark where party_id＝？；如果结果为空，使用五要素查询：selectupdate_date,CLAIMS_EXPENSE_FLAG from tu_cust_hist_mark where name＝？and sex＝？and id_type＝？and id_no＝？and birth_date＝？；然后查大数据客户指标表cmds_items：C_Pl201_Uwbps_Cpnst_Flag被保人既往理赔标识、C_Pl202_Uwbps_Cpnst_Date被保人既往理赔日期，比较核保平台update_date和大数据C_Pl202_Uwbps_Cpnst_Date，哪个最新用哪个标识。

(3)没有异常承保记录

首先根据party_id查询：SELECT EX_PREM_FLAG,CONV_FLAG,DEFERRED_FLAG,REJECT_FLAG FROM tu_cust_hist_mark WHERE PARTY_ID＝？；如果结果为空，使用五要素查询：SELECT EX_PREM_FLAG,CONV_FLAG,DEFERRED_FLAG,REJECT_FLAG FROM tu_cust_hist_mark WHERE NAME＝？AND SEX＝？AND ID_NO＝？AND BIRTH_DATE＝？；如果查询不到数据，默认标记不成立。

(4)没有黑名单记录

首先使用cust_no查询：select count(*)from T_BLACKLIST where cust_no＝？and black_list_stat＝1；如果查询为空，使用姓名，证件类型，证件号查询：select count(*)from T_BLACKLIST where name＝？and CUST_ID_TYPE＝？and CUST_ID_NO＝？andblack_list_stat＝1；如果count(*)>0则黑名单标识成立。

(5)没有异常告知记录

首先根据party_id查询：SELECT NOTIFY_FLAG FROM tu_cust_hist_mark WHEREPARTY_ID＝？；如果结果为空，使用五要素查询：SELECT NOTIFY_FLAG FROM tu_cust_hist_mark WHERE NAME＝？AND SEX＝？AND ID_NO＝？AND BIRTH_DATE＝？；如果查询不到数据，默认标记不成立。

(6)非高风险职业

根据职业代码查询职业等级：select*from TC_OCC_RISK_INFO where OCC_CODE＝？；然后取查询出来的第一条，如果职业等级不是1,2,3,4，那么职业等级为高风险职业。

更优的，所述步骤S204中，大数据管理平台(BDMP)可根据所述需加保客户的信息、销售员等级以及销售机构类别，在五免额度表中进行查询，获取所述需加保客户的不同险种的五免额度，从而得出需加保客户的累计风险保额和“五免”可加保空间。所述“五免”包括：免超额体检、免生存调查、免财务资料、免授权生存调查、免财务问卷。

可见，本说明书实施例提供的客户加保业务数据查询方法，主要发展持有长险保单的老客户，能根据提前设置好的可加保空间的计算公式，计算出优质客户和非优质客户不同险种的免超额体检、免生存调查、免财务资料的可加保空间。从而销售人员可以实时查询按照最新的核保优惠政策进行清零减半的不同险种的累计风险保额，保证了销售前端对核保优惠政策的实时掌控，增加了客户的加保空间，促进了销售，提升了用户体验；销售人员可有针对性的对老客户进行展业，在可加保空间范围内有针对性地销售产品，提升精准营销水平和出单效率。

可以理解，该方法可以通过任何具有计算、处理能力的装置、设备、平台、设备集群来执行。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种客户加保业务数据查询装置。

参考图3，所述客户加保业务数据查询装置，包括：

分配模块301，被配置为将客户分配给该客户的所有长险有效保单所属的销售员；

第一查询模块302，被配置为根据该销售员的工号查询出所述销售员名下所有客户列表，所述客户列表中的客户都为有长险有效保单的客户；

第二查询模块303，被配置为根据需加保客户的客户号、销售员等级以及销售机构类别查询出所述客户列表中所述需加保客户的信息；

计算模块304，被配置为根据所述需加保客户的信息，计算出优质客户和非优质客户不同险种的“三免”可加保空间；

判断与生成模块305，被配置为根据优质用户判断条件，判断需加保客户为优质客户还是非优质客户，从而得出需加保客户不同险种的“三免”可加保空间。

作为一个可选的实施例，所述需加保客户的信息包括：需加保客户的姓名、性别、生日、电话、年龄、地址、理赔记录标识、异常承保记录标识、黑名单记录标识、异常告知记录标识、高风险职业标识。

作为一个可选的实施例，所述“三免”可加保空间为：满足免体检、免生存调查、免财务资料任意一项的可加保空间。

作为一个可选的实施例，所述不同险种包括：个险寿险、个险重疾险、个险意外险、个险护理险、个险储蓄险、个险豁免保险费、个险未成年人净赔付额。

作为一个可选的实施例，所述计算模块304，具体被配置为根据所述需加保客户信息，在大数据库中查询出所述需加保客户的所有有效保单，计算出所述需加保客户为优质客户时不同险种的累计风险保额和为非优质客户时不同险种的累计风险保额；根据所述需加保客户的信息、销售员等级以及销售机构类别，在三免额度表中进行查询，得出所述需加保客户不同险种的三免额度；根据所述需加保客户的信息，在临分额度表中进行查询，得出所述需加保客户不同险种的临分额度；根据所述需加保客户不同险种的三免额度、临分额度和在两种情况下的累计风险保额，根据可加保空间计算公式，计算出所述需加保客户为优质客户时不同险种的“三免”可加保空间和所述需加保客户为非优质客户时不同险种的“三免”可加保空间。

作为一个可选的实施例，所述需加保客户为优质客户时的累计风险保额为按照清零减半政策优惠之后的累计风险保额；所述需加保客户为非优质客户时的累计风险保额为未减免的累计风险保额。

作为一个可选的实施例，所述可加保空间计算公式为：可加保空间＝min(三免额度-累计风险保额，临分额度-累计风险保额)。

作为一个可选的实施例，所述优质客户判断条件为：0-55岁、没有理赔记录、没有异常承保记录、没有黑名单记录、没有异常告知记录、非高风险职业的客户为优质客户。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述实施例中相应的客户加保业务数据查询方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的客户加保业务数据查询方法。

图4示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的客户加保业务数据查询方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。