CN108416680A - 保单垫付配送方法及终端设备 - Google Patents
保单垫付配送方法及终端设备 Download PDFInfo
- Publication number
- CN108416680A CN108416680A CN201711216603.5A CN201711216603A CN108416680A CN 108416680 A CN108416680 A CN 108416680A CN 201711216603 A CN201711216603 A CN 201711216603A CN 108416680 A CN108416680 A CN 108416680A
- Authority
- CN
- China
- Prior art keywords
- declaration form
- paying
- pays
- pay
- paid
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Abstract
本发明适用于计算机技术领域,提供了一种保单垫付配送方法及终端设备。该方法包括:获取垫付保单,确定获取的垫付保单的保单状态;根据保单状态对获取的垫付保单进行第一次过滤;校验保单是否完整;查询校验完整的垫付保单的投保单信息;根据投保单信息对校验完整的垫付保单进行第二次过滤;校验是否满足预设垫付开单条件;对满足预设垫付开单条件的垫付保单进行缴费垫付;对缴费垫付后的垫付保单进行开单,并生成还款通知;确定开单后的垫付保单对应的客户,将生成的还款通知发生至开单后的垫付保单对应的客户,可以减少业务员送单次数,节省时间,提高业务员工作效率,缩短客户承保周期,降低人工成本,满足实际应用需要。
Description
技术领域
本发明属于计算机技术领域,尤其涉及一种保单垫付配送方法及终端设备。
背景技术
随着人们生活水平的不断提高,人们对自己生活品质以及安全健康问题更加注重,越来越多的人开始购买保险,保险已经成为人们生活中不可或缺的一部分。
保险单(简称保单)是保险公司与投保人订立保险合同的正式书面证明。目前保险业务交易方式和结算方式大多数情况是面对面交易,业务员在给客户承保过程中,不仅要上门收款,而且保单生成后还需上门送单,花费业务员大量时间,造成客户承保周期长、效率低,同时增加人工成本,不符合实际应用需要。
发明内容
本发明实施例提供一种保单垫付配送方法及终端设备,以解决现有保单配送方式花费业务员大量时间,造成客户承保周期长、效率低,同时增加人工成本的问题。
本发明实施例的第一方面提供了一种保单垫付配送方法,包括:
获取垫付保单,确定获取的垫付保单的保单状态;
根据所述保单状态对获取的垫付保单进行第一次过滤;
校验第一次过滤后的垫付保单是否完整;
查询校验完整的垫付保单的投保单信息;
根据所述投保单信息对校验完整的垫付保单进行第二次过滤;
校验第二次过滤后的垫付保单是否满足预设垫付开单条件;
对满足所述预设垫付开单条件的垫付保单进行缴费垫付;
对缴费垫付后的垫付保单进行开单,并生成还款通知;
确定开单后的垫付保单对应的客户,将生成的还款通知发生至开单后的垫付保单对应的客户。
可选的,所述保单状态包括已垫付和未垫付;
所述根据所述保单状态对获取的垫付保单进行第一次过滤包括:
删除获取的垫付保单中保单状态为已垫付的保单。
可选的,所述校验第一次过滤后的垫付保单是否完整包括:
校验第一次过滤后的垫付保单是否包含投保单号,校验第一次过滤后的垫付保单的格式是否为预设文件格式,且校验第一次过滤后的垫付保单的大小是否超过预设大小阈值。
可选的,所述投保单信息包括是否生成保单、保单止期、保单汇缴状态和是否为记录的不存在的保单;
所述根据所述投保单信息对校验完整的垫付保单进行第二次过滤包括:
删除校验完整的垫付保单中已生成保单且保单止期大于当前时间的保单,删除校验完整的垫付保单中保单汇缴状态为汇缴中和汇缴完成的保单,且删除校验完整的垫付保单中为记录的不存在的保单。
可选的,所述校验第二次过滤后的垫付保单是否满足预设垫付开单条件包括:
校验第二次过滤后的垫付保单是否属于同一个渠道,且校验第二次过滤后的垫付保单是否开启保单垫付功能。
可选的,上述保单垫付配送方法还包括:
对校验完整的垫付保单中的每条记录分别转换成一个对象,得到校验完整的垫付保单对应的对象List;
审核所述对象List的长度是否大于预设长度阈值;
若审核所述长度大于所述预设长度阈值,根据所述长度和所述预设长度阈值确定最小平均分组数值,根据所述最小平均分组数值对所述对象List进行平均分组;
所述查询校验完整的垫付保单的投保单信息包括:
分别查询平均分组后的对象List的投保单信息。
可选的,所述获取垫付保单的方式包括:
接收机构选择指令,所述机构选择指令携带机构标识;
根据所述机构标识从预存的机构列表中确定目标机构,获取所述目标机构的垫付保单。
本发明实施例的第二方面提供了一种保单垫付配送终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如下步骤:
获取垫付保单,确定获取的垫付保单的保单状态;
根据所述保单状态对获取的垫付保单进行第一次过滤;
校验第一次过滤后的垫付保单是否完整;
查询校验完整的垫付保单的投保单信息;
根据所述投保单信息对校验完整的垫付保单进行第二次过滤;
校验第二次过滤后的垫付保单是否满足预设垫付开单条件;
对满足所述预设垫付开单条件的垫付保单进行缴费垫付;
对缴费垫付后的垫付保单进行开单,并生成还款通知;
确定开单后的垫付保单对应的客户,将生成的还款通知发生至开单后的垫付保单对应的客户。
可选的,所述保单状态包括已垫付和未垫付;
所述根据所述保单状态对获取的垫付保单进行第一次过滤包括:
删除获取的垫付保单中保单状态为已垫付的保单。
本发明实施例的第三方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如上述保单垫付配送方法的步骤。
本发明实施例与现有技术相比存在的有益效果是:本发明实施例通过获取垫付保单,确定获取的垫付保单的保单状态,根据所述保单状态对获取的垫付保单进行第一次过滤,校验第一次过滤后的垫付保单是否完整,查询校验完整的垫付保单的投保单信息,根据所述投保单信息对校验完整的垫付保单进行第二次过滤,校验第二次过滤后的垫付保单是否满足预设垫付开单条件,对满足预设垫付开单条件的垫付保单进行缴费垫付,对缴费垫付后的垫付保单进行开单,并生成还款通知,最后确定开单后的垫付保单对应的客户,将生成的还款通知发生至开单后的垫付保单对应的客户。由于本发明通过缴费垫付进行开单,完成开单后生成还款通知,将还款通知发送给客户通知客户进行费用支付,可以减少业务员送单次数,节省时间,提高业务员工作效率,缩短客户承保周期,降低人工成本,满足实际应用需要。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种保单垫付配送方法的示意流程图;
图2是本发明另一实施例提供的一种保单垫付配送方法的示意流程图;
图3是本发明再一实施例提供的一种保单垫付配送方法的示意流程图;
图4是本发明又一实施例提供的一种保单垫付配送方法的示意流程图;
图5是本发明又一实施例提供的一种保单垫付配送方法的示意流程图;
图6是本发明又一实施例提供的一种保单垫付配送方法的示意流程图;
图7是本发明又一实施例提供的一种保单垫付配送方法的示意流程图;
图8是本发明实施例提供的一种保单垫付配送程序的示意性框图;
图9是本发明实施例提供的一种保单垫付配送终端设备的示意性框图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。
为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。
参见图1,图1是本发明实施例提供的一种保单垫付配送方法的示意流程图,在该实施例中,以终端的角度触发为例进行说明,这里,终端可以为智能手机、平板电脑等移动终端。如图1所示,在该实施例中,终端的处理过程可以包括以下步骤:
S101:获取垫付保单,确定获取的垫付保单的保单状态。
这里,在获取垫付保单之前,可以设置最大获取保单阈值,根据设置的最大获取保单阈值获取垫付保单,也可以设置获取预设区域的垫付保单,该预设区域根据实际需要设置,例如北京、上海、广州、深圳等区域。在获取垫付保单之后,还可以显示获取的垫付保单,方便相关人员审核。垫付保单为保险公司为投保人垫付的保单,例如,当某一保单的投保人没有按时缴纳续期保费,保险公司为投保人垫交保费,该保单为垫付保单。
具体地,每一个垫付保单可以携带相应的垫付信息,根据每一个垫付保单携带的垫付信息确定上述获取的垫付保单的保单状态。可以根据确定的保单状态对获取的垫付保单进行分类,显示分类后的结果,方便后续处理。
S102:根据所述保单状态对获取的垫付保单进行第一次过滤。
这里,根据确定的保单状态对获取的垫付保单进行过滤,删除获取的垫付保单中不符合要求的保单。在第一次过滤完成后,可以保存第一次过滤结果,并对第一次过滤结果进行显示,生成是否调整保单的提示,若接收到保单调整指令,根据该指令对第一次过滤后的垫付保单进行调整,满足多种应用场景需要。
S103:校验第一次过滤后的垫付保单是否完整。
具体地,校验第一次过滤后的垫付保单是否完整可以根据实际需要设置,例如校验第一次过滤后的垫付保单是否非空,是否满足长度限制和格式限制等。具体地,非空:可以校验过滤后的垫付保单是否携带预设关键字段;长度限制:可以校验所有字段是否超出设定的范围;格式限制:可以校验过滤后的垫付保单是否是汉字与符号的组合等。
S104:查询校验完整的垫付保单的投保单信息。
这里,垫付保单可以携带保单标识,例如保单名称、保单编号等,根据预存的保单标识和投保单信息,查询校验完整的垫付保单携带的保单标识对应的投保单信息。具体地,投保单信息可以包括是否生成保单、保单止期、保单汇缴状态和是否为记录的不存在的保单等,其中,保单止期为保单终止日期,保险合同都有一个保险期限,终止日期之前保险有效,保单终止日期之后,保险无效。保单汇缴状态包括未汇缴、汇缴中和汇缴完成等。数据库表中预先记录存在的保单,根据预先记录的信息和上述保单标识确定不存在的保单。
S105:根据所述投保单信息对校验完整的垫付保单进行第二次过滤。
这里,根据上述查询到的投保信息对校验完整的垫付保单进行第二次过滤,进一步删除不符合要求的保单,保证后续处理正常进行,符合实际应用需要。
具体地,在进行第二次过滤之后,还可以保存第二次过滤结果,并对第二次过滤结果进行显示,生成是否调整保单的提示,若接收到保单调整指令,根据该指令对第二次过滤后的垫付保单进行调整。
S106:校验第二次过滤后的垫付保单是否满足预设垫付开单条件。
这里,预设垫付开单条件根据实际情况设置,例如设置保单终止日期为今天,且投保人同意续保缴费,但未成功缴费的保单。
在校验完成后,还可以显示校验结果,生成是否调整校验结果的提示,若接收到结果调整指令,根据该指令对上述校验结果进行调整,使调整后的校验结果更加符合实际情况。
S107:对满足所述预设垫付开单条件的垫付保单进行缴费垫付。
具体地,可以调用财务系统缴费接口对满足预设垫付开单条件的垫付保单进行缴费垫付,在缴费成功后更新保单状态为“已垫付”,如果缴费失败,经过预设时间间隔重新调用财务系统缴费接口进行缴费垫付,直到缴费成功。
S108:对缴费垫付后的垫付保单进行开单,并生成还款通知。
这里,还款通知根据实际需要设置,可以包括保单标识、还款金额、还款时间等。在生成还款通知之后,还可以保存生成的还款通知,方便以后相关人员查看。
S109:确定开单后的垫付保单对应的客户,将生成的还款通知发生至开单后的垫付保单对应的客户。
具体地,可以预先存储保单和客户的对应关系,根据该关系确定开单后的垫付保单对应的客户,这里,客户可以是投保人、被保人等,按照预设发送方式将生成的还款通知发生至开单后的垫付保单对应的客户,预设发送方式根据实际需要设置,例如邮件发送、QQ发送等,如果经过预设时间间隔没有收到某一客户的付款,再次向该客户发送还款通知。
从以上描述可知,本发明实施例的保单垫付配送方法,可以减少业务员送单次数,节省时间,提高业务员工作效率,缩短客户承保周期,降低人工成本,满足实际应用需要。
请参阅图2,图2是本发明另一实施例提供的一种保单垫付配送方法的示意流程图。所述保单状态包括已垫付和未垫付。与图1对应的实施例的区别在于:所述根据所述保单状态对获取的垫付保单进行第一次过滤可以包括S202。其中S201与上一实施例中的S101相同,S203~S209与上一实施例中的S103~S109相同,具体请参阅上述实施例中S101、S103~S109的相关描述,此处不赘述。具体地,S202可以包括S2021:
S2021:删除获取的垫付保单中保单状态为已垫付的保单。
这里,已垫付表示保单已经完成垫付,不需要再次进行垫付,未垫付表示保单未进行垫付,可以进行后续的保单垫付操作。在删除获取的垫付保单中保单状态为已垫付的保单之后,还可以显示删除的保单,方便相关人员审核,还可以生成是否对删除已垫付保单后获取的垫付保单进一步进行调整,若是接收到进一步调整指令,根据该指令对删除已垫付保单后获取的垫付保单进一步进行调整,直至满足实际需要。
通过删除获取的垫付保单中保单状态为已垫付的保单,避免后续对已垫付的保单再次进行垫付,节省时间,提高处理效率。
请参阅图3,图3是本发明再一实施例提供的一种保单垫付配送方法的示意流程图。与图1对应的实施例的区别在于:所述校验第一次过滤后的垫付保单是否完整可以包括S303。其中S301~S302与上一实施例中的S101~S102相同,S304~S309与上一实施例中的S104~S109相同,具体请参阅上述实施例中S101~S102、S104~S109的相关描述,此处不赘述。具体地,S303可以包括S3031~S3033:
S3031:校验第一次过滤后的垫付保单是否包含投保单号。
S3032:校验第一次过滤后的垫付保单的格式是否为预设文件格式。
S3033:校验第一次过滤后的垫付保单的大小是否超过预设大小阈值。
这里,预设文件格式可以根据实际情况设置,例如csv文件格式(Comma-SeparatedValues,逗号分隔值文件格式),预设大小阈值也可以根据实际情况设置,例如500KB。
若校验第一次过滤后的垫付保单包含投保单号,第一次过滤后的垫付保单的格式为预设文件格式,且第一次过滤后的垫付保单的大小未超过预设大小阈值,则校验第一次过滤后的垫付保单完整,否则,校验第一次过滤后的垫付保单不完整。
这里,校验第一次过滤后的垫付保单是否完整,在校验完整后才进行后续处理,保证后续处理的正确性和有效性,适合应用。
请参阅图4,图4是本发明又一实施例提供的一种保单垫付配送方法的示意流程图。所述投保单信息包括是否生成保单、保单止期、保单汇缴状态和是否为记录的不存在的保单。与图1对应的实施例的区别在于:所述根据所述投保单信息对校验完整的垫付保单进行第二次过滤可以包括S405。其中S401~S404与上一实施例中的S101~S104相同,S406~S409与上一实施例中的S106~S109相同,具体请参阅上述实施例中S101~S104、S106~S109的相关描述,此处不赘述。具体地,S405可以包括S4051~S4053:
S4051:删除校验完整的垫付保单中已生成保单且保单止期大于当前时间的保单。
S4052:删除校验完整的垫付保单中保单汇缴状态为汇缴中和汇缴完成的保单。
S4053:删除校验完整的垫付保单中为记录的不存在的保单。
这里,垫付保单可以携带投保单号,根据投保单号查询投保单信息,根据投保单信息删除不符合要求的投保单,循环遍历所有投保单。
删除不符合要求的投保单,对满足条件的投保单进行后续处理,缩短处理周期,保证后续处理准确进行。
请参阅图5,图5是本发明又一实施例提供的一种保单垫付配送方法的示意流程图。与图1对应的实施例的区别在于:所述校验第二次过滤后的垫付保单是否满足预设垫付开单条件可以包括S506。其中S501~S505与上一实施例中的S101~S105相同,S507~S509与上一实施例中的S107~S109相同,具体请参阅上述实施例中S101~S105、S107~S109的相关描述,此处不赘述。具体地,S506可以包括S5061~S5062:
S5061:校验第二次过滤后的垫付保单是否属于同一个渠道。
这里,校验第二次过滤后的垫付保单是否属于同一个渠道,不同渠道不允许一起开单。渠道可以理解为商品销售路线,是商品的流通路线,所指为厂家的商品通向一定的社会网络或代理商而卖向不同的区域,以达到销售的目的。
S5062:校验第二次过滤后的垫付保单是否开启保单垫付功能。
具体地,可以通过设置垫付开关启动保单垫付功能,校验第二次过滤后的垫付保单的垫付开关是否打开,如果有一个未打开则不允许垫付开单,必须全部打开才可以进行垫付开单。
若校验第二次过滤后的垫付保单属于同一个渠道,且校验第二次过滤后的垫付保单开启保单垫付功能,则检验第二次过滤后的垫付保单满足预设垫付开单条件,否则,检验第二次过滤后的垫付保单不满足预设垫付开单条件。预设垫付开单条件根据实际需要设置。
这里,通过设置预设垫付开单条件,在校验第二次过滤后的垫付保单满足预设垫付开单条件后才进行后续处理,避免出现误操作,提高后续垫付开单的准确率。
请参阅图6,图6为本发明又一实施例提供的一种保单垫付配送方法的示意流程图。本实施例上述实施例的区别在于S604~S607,其中S601~S603与上一实施例中的S101~S103相同,S608~S612与上一实施例中的S105~S109相同,具体请参阅上述实施例中S101~S103、S105~S109的相关描述,此处不赘述。本实施例中的保单垫付配送方法还可以包括:
S604:对校验完整的垫付保单中的每条记录分别转换成一个对象,得到校验完整的垫付保单对应的对象List(清单)。
这里,以校验完整的垫付保单的格式为csv格式为例,使用MultipartHttpServletRequest工具解析csv格式的文件,使用MultipartHttpServletRequest工具将csv文件中的每一条记录转换成一个对象,csv中的所有记录对应的就是包含N个对象的List。
S605:审核所述对象List的长度是否大于预设长度阈值。
S606:若审核所述长度大于所述预设长度阈值,根据所述长度和所述预设长度阈值确定最小平均分组数值,根据所述最小平均分组数值对所述对象List进行平均分组。
S607:分别查询平均分组后的对象List的投保单信息。
具体地,若解析csv文件后获取的对象List的长度大于预设长度阈值,则根据预设长度阈值和获取的对象List的长度,确定最小平均分组数值,根据最小平均分组数值对获取的对象List的长度进行平均分组,例如,预设长度阈值为250,获取的对象List的长度为400,需要对400进行平均分组,每组分组的长度不能大于250,最小平均分组数值为2,将400平均分为2组,每组长度为200。
这里,可以根据实际需要将校验完整的垫付保单转换成符合要求的格式,审核转换的文件的大小,若转换的文件的大小超过阈值,对转换的文件进行分组,加快后续处理速度,满足实际应用需要。
请参阅图7,图7是本发明又一实施例提供的一种保单垫付配送方法的示意流程图。与图1对应的实施例的区别在于:所述获取垫付保单,确定获取的垫付保单的保单状态可以包括S701。其中S702~S709与上一实施例中的S102~S109相同,具体请参阅上述实施例中S102~S109的相关描述,此处不赘述。具体地,S701可以包括S7011~S7012:
S7011:接收机构选择指令,所述机构选择指令携带机构标识。
S7012:根据所述机构标识从预存的机构列表中确定目标机构,获取所述目标机构的垫付保单,确定获取的垫付保单的保单状态。
这里,可以通过接收机构选择指令,从预存的机构中选择相应的机构,提取这些机构的垫付保单进行后续保单垫付配送处理,适合实际应用,同时按照机构获取垫付保单避免后续出现垫付保单遗漏问题。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
对应于上文实施例所述的保单垫付配送方法,图8示出了本发明实施例提供的保单垫付配送程序的运行环境示意图。为了便于说明,仅示出了与本实施例相关的部分。
在本实施例中,所述的保单垫付配送程序800安装并运行于终端设备80中。该终端设备80可以是移动终端、掌上电脑、服务器等。该终端设备80可包括,但不仅限于,存储器801、处理器802及显示器803。图8仅示出了具有组件801-803的终端设备80,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
所述存储器801在一些实施例中可以是所述终端设备80的内部存储单元,例如该终端设备80的硬盘或内存。所述存储器801在另一些实施例中也可以是所述终端设备80的外部存储设备,例如所述终端设备80上配备的插接式硬盘,智能存储卡(Smart MediaCard,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器801还可以既包括所述终端设备80的内部存储单元也包括外部存储设备。所述存储器801用于存储安装于所述终端设备80的应用软件及各类数据,例如所述保单垫付配送程序800的程序代码等。所述存储器801还可以用于暂时地存储已经输出或者将要输出的数据。
所述处理器802在一些实施例中可以是一中央处理器(Central ProcessingUnit,CPU),微处理器或其他数据处理芯片,用于运行所述存储器801中存储的程序代码或处理数据,例如执行所述保单垫付配送程序800等。
所述显示器803在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。所述显示器803用于显示在所述终端设备80中处理的信息以及用于显示可视化的用户界面,例如应用菜单界面、应用图标界面等。所述终端设备80的部件801-803通过系统总线相互通信。
请参阅图9,是本发明实施例提供的保单垫付配送程序800的功能模块图。在本实施例中,所述的保单垫付配送程序800可以被分割成一个或多个模块,所述一个或者多个模块被存储于所述存储器801中,并由一个或多个处理器(本实施例为所述处理器802)所执行,以完成本发明。例如,在图9中,所述的保单垫付配送程序800可以被分割成保单获取单元901、第一过滤单元902、完整校验单元903、保单查询单元904、第二过滤单元905、保单校验单元906、保单垫付单元907、开单单元908和还款通知单元909。本发明所称的单元是指能够完成特定功能的一系列计算机程序指令段,比程序更适合于描述所述保单垫付配送程序800在所述终端设备80中的执行过程。以下描述将具体介绍所述模块901-909的功能。
其中,保单获取单元901,用于获取垫付保单,确定获取的垫付保单的保单状态。第一过滤单元902,用于根据所述保单状态对获取的垫付保单进行第一次过滤。完整校验单元903,用于校验第一次过滤后的垫付保单是否完整。保单查询单元904,用于查询校验完整的垫付保单的投保单信息。第二过滤单元905,用于根据所述投保单信息对校验完整的垫付保单进行第二次过滤。保单校验单元906,用于校验第二次过滤后的垫付保单是否满足预设垫付开单条件。保单垫付单元907,用于对满足所述预设垫付开单条件的垫付保单进行缴费垫付。开单单元908,用于对缴费垫付后的垫付保单进行开单,并生成还款通知。还款通知单元909,用于确定开单后的垫付保单对应的客户,将生成的还款通知发生至开单后的垫付保单对应的客户。
可选的,所述保单状态包括已垫付和未垫付。
所述第一过滤单元902可以被分割为第一删除单元9021。
其中,第一删除单元9021,用于删除获取的垫付保单中保单状态为已垫付的保单。
可选的,所述完整校验单元903可以被分割为投保单号校验单元9031、文件格式校验单元9032和保单大小校验单元9033。
其中,投保单号校验单元9031,用于校验第一次过滤后的垫付保单是否包含投保单号。文件格式校验单元9032,用于校验第一次过滤后的垫付保单的格式是否为预设文件格式。保单大小校验单元9033,用于校验第一次过滤后的垫付保单的大小是否超过预设大小阈值。
可选的,所述投保单信息包括是否生成保单、保单止期、保单汇缴状态和是否为记录的不存在的保单。
所述第二过滤单元905可以被分割为第二删除单元9051、第三删除单元9052和第三删除单元9053。
其中,第二删除单元9051,用于删除校验完整的垫付保单中已生成保单且保单止期大于当前时间的保单。第三删除单元9052,用于删除校验完整的垫付保单中保单汇缴状态为汇缴中和汇缴完成的保单。第三删除单元9053,用于删除校验完整的垫付保单中为记录的不存在的保单。
可选的,所述保单校验单元906可以被分割为第一校验单元9061和第二校验单元9062。
其中,第一校验单元9061,用于校验第二次过滤后的垫付保单是否属于同一个渠道。第二校验单元9062,用于校验第二次过滤后的垫付保单是否开启保单垫付功能。
可选的,所述的保单垫付配送程序800还可以被分割成保单转换单元910、长度审核单元911和平均分组单元912。
其中,保单转换单元910,用于对校验完整的垫付保单中的每条记录分别转换成一个对象,得到校验完整的垫付保单对应的对象List。长度审核单元911,用于审核所述对象List的长度是否大于预设长度阈值。平均分组单元912,用于若审核所述长度大于所述预设长度阈值,根据所述长度和所述预设长度阈值确定最小平均分组数值,根据所述最小平均分组数值对所述对象List进行平均分组。所述保单查询单元904,还用于分别查询平均分组后的对象List的投保单信息。
可选的,所述保单获取单元901可以被分割为指令接收单元9011和保单获取单元9012。
其中,指令接收单元9011,用于接收机构选择指令,所述机构选择指令携带机构标识。保单获取单元9012,用于根据所述机构标识从预存的机构列表中确定目标机构,获取所述目标机构的垫付保单,确定获取的垫付保单的保单状态。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本发明所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。
Claims (10)
1.一种保单垫付配送方法,其特征在于,包括:
获取垫付保单,确定获取的垫付保单的保单状态;
根据所述保单状态对获取的垫付保单进行第一次过滤;
校验第一次过滤后的垫付保单是否完整;
查询校验完整的垫付保单的投保单信息;
根据所述投保单信息对校验完整的垫付保单进行第二次过滤;
校验第二次过滤后的垫付保单是否满足预设垫付开单条件;
对满足所述预设垫付开单条件的垫付保单进行缴费垫付;
对缴费垫付后的垫付保单进行开单,并生成还款通知;
确定开单后的垫付保单对应的客户,将生成的还款通知发生至开单后的垫付保单对应的客户。
2.如权利要求1所述的保单垫付配送方法,其特征在于,所述保单状态包括已垫付和未垫付;
所述根据所述保单状态对获取的垫付保单进行第一次过滤包括:
删除获取的垫付保单中保单状态为已垫付的保单。
3.如权利要求1所述的保单垫付配送方法,其特征在于,所述校验第一次过滤后的垫付保单是否完整包括:
校验第一次过滤后的垫付保单是否包含投保单号,校验第一次过滤后的垫付保单的格式是否为预设文件格式,且校验第一次过滤后的垫付保单的大小是否超过预设大小阈值。
4.如权利要求1所述的保单垫付配送方法,其特征在于,所述投保单信息包括是否生成保单、保单止期、保单汇缴状态和是否为记录的不存在的保单;
所述根据所述投保单信息对校验完整的垫付保单进行第二次过滤包括:
删除校验完整的垫付保单中已生成保单且保单止期大于当前时间的保单,删除校验完整的垫付保单中保单汇缴状态为汇缴中和汇缴完成的保单,且删除校验完整的垫付保单中为记录的不存在的保单。
5.如权利要求1所述的保单垫付配送方法,其特征在于,所述校验第二次过滤后的垫付保单是否满足预设垫付开单条件包括:
校验第二次过滤后的垫付保单是否属于同一个渠道,且校验第二次过滤后的垫付保单是否开启保单垫付功能。
6.如权利要求1所述的保单垫付配送方法,其特征在于,还包括:
对校验完整的垫付保单中的每条记录分别转换成一个对象,得到校验完整的垫付保单对应的对象List;
审核所述对象List的长度是否大于预设长度阈值;
若审核所述长度大于所述预设长度阈值,根据所述长度和所述预设长度阈值确定最小平均分组数值,根据所述最小平均分组数值对所述对象List进行平均分组;
所述查询校验完整的垫付保单的投保单信息包括:
分别查询平均分组后的对象List的投保单信息。
7.如权利要求1所述的保单垫付配送方法,其特征在于,所述获取垫付保单的方式包括:
接收机构选择指令,所述机构选择指令携带机构标识;
根据所述机构标识从预存的机构列表中确定目标机构,获取所述目标机构的垫付保单。
8.一种保单垫付配送终端设备,其特征在于,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如下步骤:
获取垫付保单,确定获取的垫付保单的保单状态;
根据所述保单状态对获取的垫付保单进行第一次过滤;
校验第一次过滤后的垫付保单是否完整;
查询校验完整的垫付保单的投保单信息;
根据所述投保单信息对校验完整的垫付保单进行第二次过滤;
校验第二次过滤后的垫付保单是否满足预设垫付开单条件;
对满足所述预设垫付开单条件的垫付保单进行缴费垫付;
对缴费垫付后的垫付保单进行开单,并生成还款通知;
确定开单后的垫付保单对应的客户,将生成的还款通知发生至开单后的垫付保单对应的客户。
9.如权利要求8所述的保单垫付配送终端设备,其特征在于,所述保单状态包括已垫付和未垫付;
所述根据所述保单状态对获取的垫付保单进行第一次过滤包括:
删除获取的垫付保单中保单状态为已垫付的保单。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述保单垫付配送方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711216603.5A CN108416680A (zh) | 2017-11-28 | 2017-11-28 | 保单垫付配送方法及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711216603.5A CN108416680A (zh) | 2017-11-28 | 2017-11-28 | 保单垫付配送方法及终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108416680A true CN108416680A (zh) | 2018-08-17 |
Family
ID=63125342
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711216603.5A Pending CN108416680A (zh) | 2017-11-28 | 2017-11-28 | 保单垫付配送方法及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108416680A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100088122A1 (en) * | 2006-11-06 | 2010-04-08 | Wiiliam Gray | Life insurance system and method |
CN101998349A (zh) * | 2009-08-22 | 2011-03-30 | 丁雨 | 手机话费有偿垫付 |
CN102509241A (zh) * | 2011-11-25 | 2012-06-20 | 朱鹏飞 | 用于保险销售的pos终端系统的管理方法和装置 |
CN105809548A (zh) * | 2015-12-29 | 2016-07-27 | 平安科技(深圳)有限公司 | 控制自助卡结算的方法和系统 |
CN106447498A (zh) * | 2016-03-29 | 2017-02-22 | 平安科技(深圳)有限公司 | 保单垫付方法、装置和系统 |
AU2017100025A4 (en) * | 2017-01-09 | 2017-02-23 | The Hollard Insurance Company Pty Ltd | Method for Providing Vehicle Insurance |
CN106886943A (zh) * | 2016-05-12 | 2017-06-23 | 国泰人寿保险股份有限公司 | 实时借还款系统与方法 |
CN106934718A (zh) * | 2015-12-29 | 2017-07-07 | 平安科技(深圳)有限公司 | 投保单的自动承保方法及系统 |
CN107292579A (zh) * | 2016-04-13 | 2017-10-24 | 平安科技(深圳)有限公司 | 保单保全处理方法和装置 |
-
2017
- 2017-11-28 CN CN201711216603.5A patent/CN108416680A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100088122A1 (en) * | 2006-11-06 | 2010-04-08 | Wiiliam Gray | Life insurance system and method |
CN101998349A (zh) * | 2009-08-22 | 2011-03-30 | 丁雨 | 手机话费有偿垫付 |
CN102509241A (zh) * | 2011-11-25 | 2012-06-20 | 朱鹏飞 | 用于保险销售的pos终端系统的管理方法和装置 |
CN105809548A (zh) * | 2015-12-29 | 2016-07-27 | 平安科技(深圳)有限公司 | 控制自助卡结算的方法和系统 |
CN106934718A (zh) * | 2015-12-29 | 2017-07-07 | 平安科技(深圳)有限公司 | 投保单的自动承保方法及系统 |
CN106447498A (zh) * | 2016-03-29 | 2017-02-22 | 平安科技(深圳)有限公司 | 保单垫付方法、装置和系统 |
CN107292579A (zh) * | 2016-04-13 | 2017-10-24 | 平安科技(深圳)有限公司 | 保单保全处理方法和装置 |
CN106886943A (zh) * | 2016-05-12 | 2017-06-23 | 国泰人寿保险股份有限公司 | 实时借还款系统与方法 |
AU2017100025A4 (en) * | 2017-01-09 | 2017-02-23 | The Hollard Insurance Company Pty Ltd | Method for Providing Vehicle Insurance |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108462724A (zh) | 数据共享方法、装置、系统、成员节点和可读存储介质 | |
CN109325729A (zh) | 一种生成电子合同的方法及服务器 | |
CN108305055A (zh) | 支付测试方法及装置 | |
CN107609848A (zh) | 一种基于物联网的知识产权许可方法及系统 | |
JP2019519017A (ja) | 精算処理方法、精算処理装置、端末機器及び記憶媒体 | |
CN109784870A (zh) | 合同管理方法、装置、计算机设备及计算机可读存储介质 | |
CN110163634B (zh) | 基于区块链的退款方法和装置、电子设备 | |
CN103246996A (zh) | 实现折扣消费的方法和系统、询价系统、终端及收单系统 | |
CN107800894A (zh) | 一种用于电话业务系统的语音提示方法及终端设备 | |
CN107025604A (zh) | 业务订单数据的生成方法及装置 | |
CN104299132A (zh) | 统一支付网关 | |
US20210125285A1 (en) | Method, device, storage medium and terminal for modifying account name | |
CN110633970A (zh) | 一种数字资产清分方法、装置、计算机设备及存储介质 | |
CN108830715A (zh) | 批量文件部分回盘处理方法和系统 | |
CN107742213A (zh) | 一种支付方法、系统及终端 | |
KR100983478B1 (ko) | 이동 단말의 메시지 서비스를 이용한 가계부 작성 방법 및시스템 | |
CN107273250A (zh) | 电子化保单自动承保系统的测试方法及装置 | |
US8904485B2 (en) | System and method for intermediating between subscriber devices and communication service providers | |
CN107301595A (zh) | 一种电子发票对账方法及系统 | |
CN106530025A (zh) | 一种移动开具发票的方法和装置 | |
CN108737763A (zh) | 视频连线方法、装置、计算机设备及存储介质 | |
CN107798508A (zh) | 月度结算管理方法及终端设备 | |
CN108256834A (zh) | 退款管理方法、装置及存储介质 | |
CN108416682A (zh) | 电子保单发送方法及终端设备 | |
CN108416680A (zh) | 保单垫付配送方法及终端设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180817 |
|
RJ01 | Rejection of invention patent application after publication |