CN107871229B - 控制缴费通知单生成的方法和装置 - Google Patents
控制缴费通知单生成的方法和装置 Download PDFInfo
- Publication number
- CN107871229B CN107871229B CN201610864814.9A CN201610864814A CN107871229B CN 107871229 B CN107871229 B CN 107871229B CN 201610864814 A CN201610864814 A CN 201610864814A CN 107871229 B CN107871229 B CN 107871229B
- Authority
- CN
- China
- Prior art keywords
- information
- payment
- request
- billing information
- partner
- 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.)
- Active
Links
Images
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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Technology Law (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明一种控制缴费通知单生成的方法,所述方法包括:接收第一开单请求,所述第一开单请求是保单生成时自动发送的;根据所述第一开单请求获取对应的开单信息;将获取到的所述开单信息进行缓存;按照预设的规则发起第二开单请求,根据所述第二开单请求获取缓存中的所有开单信息;提取所述所有开单信息中的合作伙伴标识,确定与每个合作伙伴标识对应的开单信息;获取与每个所述合作伙伴标识对应的缴费通知模板;将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单。整个过程中自动将同一合作伙伴标识对应的多个开单信息整合到一份缴费通知单中,省时省力。此外,还提出了一种控制缴费通知单生成的装置。
Description
技术领域
本发明涉及计算机处理领域,特别是涉及一种控制缴费通知单生成的方法和装置。
背景技术
随着保险行业的发展,越来越多的人有了投保的意识,比如,出去旅行,很多人会选择买意外险、飞机延误险等等,为了更方便人们进行投保,保险公司一般会和一些网络平台(即合作伙伴)进行合作,用户可以通过这些网络平台直接进行投保。一般与合作伙伴进行合作采用的是非见费出单,即先出单,然后再向合作伙伴收取保费,保费的收取需要向合作伙伴发送缴费通知单,传统的向合作伙伴收取保费需要人工将待收取的保费进行统计,操作繁琐,且耗时耗力。
发明内容
基于此,有必要针对上述问题,提供一种省时省力的控制缴费通知单生成方法和装置。
一种控制缴费通知单生成的方法,所述方法包括:接收第一开单请求,所述第一开单请求是保单生成时自动发送的;根据所述第一开单请求获取对应的开单信息;将获取到的所述开单信息进行缓存;按照预设的规则发起第二开单请求,根据所述第二开单请求获取缓存中的所有开单信息;提取所述所有开单信息中的合作伙伴标识,确定与每个合作伙伴标识对应的开单信息;获取与每个所述合作伙伴标识对应的缴费通知模板;将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单。
在其中一个实施例中,所述提取所述所有开单信息中的合作伙伴标识,确定与每个合作伙伴标识对应的开单信息的步骤包括:提取所有开单信息中的合作伙伴标识,将具有相同合作伙伴标识的开单信息进行关联;根据关联后的开单信息,确定与每个合作伙伴标识对应的开单信息。
在其中一个实施例中,所述将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单的步骤包括:从与相同合作伙伴标识对应的开单信息中提取险种信息,将具有相同险种信息的开单信息组合为一个单元;将不同险种信息对应的不同单元分别放置在所述缴费通知模板中的不同位置,组合生成缴费通知单。
在其中一个实施例中,所述开单信息包括:合作伙伴标识、保单号、险种信息、保费金额和投保时间;所述根据所述第一开单请求获取对应的开单信息的步骤包括:获取与所述开单请求对应的保单号和合作伙伴标识;根据所述保单号获取与该保单号对应的保单信息,所述保单信息包括险种信息、保费金额和投保时间。
在其中一个实施例中,按照预设的规则发起第二开单请求,根据所述第二开单请求获取缓存中的所有开单信息的步骤包括:每隔预设的时间间隔发起第二开单请求,根据所述第二开单请求获取所述缓存中所有开单信息;或者当缓存中的开单信息数量达到预设值时发起第二开单请求,根据所述第二开单请求获取所述缓存中的所有开单信息。
一种控制缴费通知单生成的装置,所述装置包括:接收模块,用于接收第一开单请求,所述第一开单请求是保单生成时自动发送的;获取模块,用于根据所述第一开单请求获取对应的开单信息;缓存模块,用于将获取到的所述开单信息进行缓存;发起模块,用于按照预设的规则发起第二开单请求,根据所述第二开单请求获取缓存中的所有开单信息;确定模块,用于提取所述所有开单信息中的合作伙伴标识,确定与每个合作伙伴标识对应的开单信息;模板获取模块,用于获取与每个所述合作伙伴标识对应的缴费通知模板;生成模块,用于将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单。
在其中一个实施例中,所述确定模块还用于提取所有开单信息中的合作伙伴标识,将具有相同合作伙伴标识的开单信息进行关联,根据关联后的开单信息,确定与每个合作伙伴标识对应的开单信息。
在其中一个实施例中,所述生成模块包括:组合模块,用于从与相同合作伙伴标识对应的开单信息中提取险种信息,将具有相同险种信息的开单信息组合为一个单元;通知单生成模块,用于将不同险种信息对应的不同单元分别放置在所述缴费通知模板中的不同位置,组合生成缴费通知单。
在其中一个实施例中,所述开单信息包括:合作伙伴标识、保单号、险种信息、保费金额和投保时间;所述获取模块还用于获取与所述开单请求对应的保单号和合作伙伴标识,根据所述保单号获取与该保单号对应的保单信息,所述保单信息包括险种信息、保费金额和投保时间。
在其中一个实施例中,所述发起模块还用于每隔预设的时间间隔发起第二开单请求,根据所述第二开单请求获取所述缓存中所有开单信息;或者当缓存中的开单信息数量达到预设值时发起第二开单请求,根据所述第二开单请求获取所述缓存中的所有开单信息。
上述控制缴费通知单生成的方法和装置,首先通过接收保单生成时发送的第一开单请求,根据该第一开单请求获取对应的开单信息,并将获取到的开单信息进行缓存,然后按照预设的规则发起第二开单请求,根据该第二开单请求获取缓存中的所有开单信息,提取开单信息中的合作伙伴标识,并确定与每个合作伙伴标识对应的开单信息,继而获取与合作伙伴标识对应的缴费通知模板,将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单。这样,通过系统便可自动将同一合作伙伴标识对应的多个开单信息整合到一份缴费通知单中,无需人工参与,省时省力。
附图说明
图1为一个实施例中控制缴费通知单生成的方法应用环境图;
图2为一个实施例中服务器的内部结构图;
图3为一个实施例中控制缴费通知单生成的方法流程图;
图4为一个实施例中确定与每个合作伙伴标识对应的开单信息的方法流程图;
图5为一个实施例中将开单信息和缴费通知模板进行嵌套组合生成缴费通知单的方法流程图;
图6为一个实施例中根据第一开单请求获取对应的开单信息的方法流程图;
图7为一个实施例中控制缴费通知单生成的装置结构框图;
图8为一个实施例中生成模块的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
如图1所示,在一个实施例中,提出了一种控制缴费通知单生成的方法可应用于如图1所示的应用环境中,在该应用环境中,服务器102与终端104通过网络连接。其中,服务器102可以是独立的服务器,也可以是多个服务器组成的服务器集群。终端104可以是智能手机、平板电脑、笔记本电脑、台式计算机等,但并不局限于此。服务器102接收到第一开单请求后,获取与第一开单请求对应的开单信息,并将获取到的开单信息进行缓存,然后按照预设的规则发起第二开单请求,根据第二开单请求获取缓存中的所有开单信息,提取所有开单信息中的合作伙伴标识,确定与每个合作伙伴标识对应的开单信息,获取与每个合作伙伴标识对应的缴费通知模板,将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单,将生成的缴费通知单发送给与合作伙伴标识对应的终端104。
如图2所示,在一个实施例中,上述服务器102的内部结构如图2所示,包括通过系统总线连接的处理器、非易失性存储介质、内存和网络接口。其中,该非易失存储介质包括操作系统、数据库、控制缴费通知单生成的装置。数据库用于存储数据。该控制缴费通知单生成的装置用于实现一种控制缴费通知单生成的方法,该服务器的处理器用于提供计算和控制能力,支撑整个服务器的运行。该服务器的网络接口用于与外部的服务器和终端通过网络连接通信,比如,将生成的缴费通知单发送给与合作伙伴标识对应的终端等。本领域技术人员可以理解,图2中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的服务器的限定,具体的服务器可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
如图3所示,提出了一种缴费通知单生成的方法,该方法包括:
步骤302,接收第一开单请求,第一开单请求是保单生成时自动发送的。
在本实施例中,开单请求是指开缴费通知单的请求,第一开单请求是保单生成时自动发送的。具体的,首先,由承保系统处理客户通过合作伙伴的平台发送的投保请求,根据客户的投保请求为客户生成相应的保单,保单生成时会自动向缴费通知系统发送一条开单请求即第一开单请求,这样,每当有保单生成时,缴费通知系统便会收到一条开单请求。
步骤304,根据第一开单请求获取对应的开单信息。
在本实施例中,服务器中的缴费通知系统收到第一开单请求后,获取与该第一开单请求对应的开单信息。其中,开单信息包括合作伙伴标识、保单号、险种信息、保费金额和投保时间等中的一个或多个。其中,合作伙伴标识用于唯一标识一个合作伙伴,表示客户是通过该合作伙伴的平台进行投保的;保单号用于唯一标识一份保单,保单生成时会为该保单分配一个唯一的保单号用来标识该保单;险种信息是指客户投保的保险种类,比如,人身意外险、飞机延误险等。保费金额是指客户投保时缴纳的保费。投保时间是指保单生成的时间。根据第一开单请求获取开单信息,将获取到的与保单对应的开单信息进行存储。在一个实施例中,首先获取与开单请求对应的保单号和合作伙伴标识,继而再根据保单号获取与该保单号对应的保单信息,其中,保单信息包括:险种信息、保费金额和投保时间。
步骤306,将获取到的开单信息进行缓存。
在本实施例中,为了避免客户频繁收到缴费通知单,缴费通知系统在获取到开单信息后不立即根据开单信息生成缴费通知单,而是先将获取到的开单信息进行存储。具体的,缴费通知系统每接收到第一开单请求,就获取与该第一开单请求对应的开单信息,然后将获取到的开单信息进行缓存,便于后续调用。
步骤308,按照预设的规则发起第二开单请求,根据第二开单请求获取缓存中的所有开单信息。
在本实施例中,缴费通知系统将获取到与第一开单请求对应的开单信息进行存储后,通过异步任务按照预设的规则主动发起第二开单请求,然后根据该第二开单请求获取缓存中的所有开单信息。其中,第二开单请求是真正的开缴费通知单的请求。具体的,采用异步任务处理的方式,缴费通知系统每隔预设的时间间隔(比如,15天)定时发起第二开单请求,根据该第二开单请求从缓存或内存中获取当前时间之前所有的未开单的开单信息。在另一个实施例中,当缓存中未开单的开单信息达到一定数量(比如,100条)时发起第二开单请求,然后获取当前缓存中的所有开单信息。
步骤310,提取所有开单信息中的合作伙伴标识,确定与每个合作伙伴标识对应的开单信息。
在本实施例中,缴费通知系统获取到缓存中的开单信息后,提取每个开单信息中的合作伙伴标识,将具有相同合作伙伴标识的开单信息关联起来即整合到一起,这样,就可以获取到与同一合作伙伴标识对应的多个开单信息,进而就可以确定与每个合作伙伴标识对应的开单信息。便于后续将同一个合作伙伴的多个开单信息整合到一张缴费通知单中,减少了开缴费通知单的数量,省时省力,且容易提高合作伙伴的满意度。
步骤312,获取与合作伙伴标识对应的缴费通知模板。
在本实施例中,缴费通知系统将具有相同合作伙伴标识的多个开单信息整合到一起后,还需要进一步获取与每个合作伙伴标识对应的缴费通知模板。具体的,在缴费通知系统中预先为各个合作伙伴设置与之对应的缴费通知模板,将合作伙伴标识与缴费通知模板进行对应存储,根据合作伙伴标识就可以获取与之对应的缴费通知模板。
步骤314,将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单。
在本实施例中,缴费通知系统将与同一合作伙伴标识对应的多个开单信息和对应的缴费通知模板进行嵌套组合生成一个缴费通知单。嵌套组合即将开单信息的内容写入到对应的缴费通知模板中,从而生成一个完整的缴费通知单。具体的,从与合作伙伴标识对应的多个开单信息中提取险种信息,将具有相同险种信息的开单信息组合为一个单元,并将该单元中的所有开单信息对应的保费金额汇总,将不同单元分别放置在缴费通知模板中的不同位置,并将所有单元对应的保费金额汇总作为该缴费通知单的总金额。
在本实施例中,首先通过接收保单生成时发送的第一开单请求,根据该第一开单请求获取对应的开单信息,并将获取到的开单信息进行缓存,然后按照预设的规则发起第二开单请求,根据该第二开单请求获取缓存中的所有开单信息,提取开单信息中的合作伙伴标识,并确定与每个合作伙伴标识对应的开单信息,继而获取与合作伙伴标识对应的缴费通知模板,将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单。这样,通过系统自动将同一合作伙伴标识的多个开单信息整合到一份缴费通知单中,省时省力。
如图4所示,在一个实施例中,提取所有开单信息中的合作伙伴标识,确定与每个合作伙伴标识对应的开单信息的步骤310包括:
步骤310A,提取所有开单信息中的合作伙伴标识,将具有相同合作伙伴标识的开单信息进行关联。
在本实施例中,缴费通知系统获取缓存中的所有开单信息后,提取所有开单信息中的合作伙伴标识,然后将具有相同合作伙伴标识的开单信息进行关联。比如,一共有10条开单信息,分别为a,b,c,d,e,f,g,h,i,j。假设10条开单信息中共有两个合作伙伴标识A和B。其中,a,b,c,d,e,f六条开单信息中的合作伙伴标识相同为合作伙伴标识A,其他四个g,h,i,j开单信息中的合作伙伴标识为B。将具有相同合作伙伴标识的开单信息进行关联,即将具有相同合作伙伴标识的开单信息放在一起,比如,将a,b,c,d,e,f六条开单信息放在一起,将g,h,i,j四条开单信息放在一起。
步骤310B,根据关联后的开单信息,确定与每个合作伙伴标识对应的开单信息。
在本实施例中,缴费通知系统将具有相同合作伙伴标识的开单信息关联起来后,就可以确定与每个合作伙伴标识对应的开单信息。即获取了合作伙伴标识与多个开单信息之间的关联关系。
如图5所示,在一个实施例中,将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单的步骤314包括:
步骤314A,从与相同合作伙伴标识对应的开单信息中提取险种信息,将具有相同险种信息的开单信息组合为一个单元。
在本实施例中,缴费通知系统将具有相同合作伙伴标识的开单信息整合到一起后,从与合作伙伴标识对应的多个开单信息中提取险种信息,将具有相同险种信息的开单信息放在一起组合为一个单元。这样,按照险种分类,将具有相同合作伙伴标识的开单信息分为了若干个单元,不同的险种信息对应不同的单元。这样可以清楚的统计中每一个险种对应的投保情况,也便于合作伙伴收到缴费通知单后快速了解收费的明细。
步骤314B,将不同险种信息对应的不同单元分别放置在缴费通知模板中的不同位置,组合生成缴费通知单。
在本实施例中,按照险种分类后,不同的险种信息对应不用的单元,将不同单元分别放置在缴费通知模板中的不同位置。具体的,可以按照每个单元中包含的开单信息的个数进行排序,比如,将包含开单信息个数最多的单元放置在第一位置,依次类推。当然还可以按照其他顺序,比如,按照预先设置好的险种信息在缴费通知模板中的位置来进行放置,从而组合为一个缴费通知单。此外,缴费通知系统计算出每个单元中所有开单信息对应的保费金额,并将所有单元对应的保费金额汇总作为缴费通知单的总金额显示在缴费通知单中,最后将组合后的缴费通知单发送到与合作伙伴标识对应的终端。这样,将多个开单信息整合到一张缴费通知单中,且相同的险种信息整合到一块,便于查看每个险种对应的投保情况。
如图6所示,在一个实施例中,开单信息包括:合作伙伴标识、保单号、险种信息、保费金额和投保时间;根据第一开单请求获取对应的开单信息的步骤304包括:
步骤304A,获取与第一开单请求对应的保单号和合作伙伴标识。
在本实施例中,开单信息包括合作伙伴标识、保单号、险种信息、保费金额和投保时间。具体的,缴费通知系统接收到第一开单请求后,提取该第一开单请求中的保单号和合作伙伴标识。由于第一开单请求是当承保系统生产保单时自动发送的,发送时,该第一开单请求中携带有该生产保单的保单号以及该保单是由哪个合作伙伴平台发起投保请求生成的。
步骤304B,根据保单号获取与该保单号对应的保单信息,保单信息包括险种信息、保费金额和投保时间。
在本实施例中,缴费通知系统获取到保单号和合作伙伴标识后,如果还需要进一步获取保单信息,则根据保单号查找与之对应的保单信息,其中,保单信息包括险种信息、保费金额和投保时间。
在一个实施例中,按照预设的规则发起第二开单请求,根据第二开单请求获取缓存中的所有开单信息的步骤包括:每隔预设的时间间隔发起第二开单请求,根据第二开单请求获取缓存中所有开单信息;或者当缓存中的开单信息数量达到预设值时发起第二开单请求,根据第二开单请求获取缓存中的所有开单信息。
在本实施例中,服务器中的缴费通知系统按照预先设置的规则通过异步任务发起第二开单请求,然后根据第二开单请求获取缓存中的所有开单信息。具体的,在一个实施例中每隔预设的时间间隔(比如,7天)发起第二开单请求,根据该第二开单请求获取缓存中的所有开单信息。在另一个实施例中,当缓存中的开单信息数量达到预设值时发起第二开单请求,继而根据该第二开单请求获取缓存中的所有开单信息。
如图7所示,在一个实施例中,提出了一种控制缴费通知单生成的装置,该装置包括:
接收模块702,用于接收第一开单请求,第一开单请求是保单生成时自动发送的;
获取模块704,用于根据第一开单请求获取对应的开单信息;
缓存模块706,用于将获取到的开单信息进行缓存;
发起模块708,用于按照预设的规则发起第二开单请求,根据第二开单请求获取缓存中的所有开单信息;
确定模块710,用于提取所有开单信息中的合作伙伴标识,确定与每个合作伙伴标识对应的开单信息;
模板获取模块712,用于获取与每个合作伙伴标识对应的缴费通知模板;
生成模块714,用于将同一合作伙伴标识对应的开单信息和缴费通知模板进行嵌套组合生成缴费通知单。
在一个实施例中,确定模块710还用于提取所有开单信息中的合作伙伴标识,将具有相同合作伙伴标识的开单信息进行关联,根据关联后的开单信息,确定与每个合作伙伴标识对应的开单信息。
如图8所示,在一个实施例中,生成模块714包括:
组合模块714A,用于从与相同合作伙伴标识对应的开单信息中提取险种信息,将具有相同险种信息的开单信息组合为一个单元;
通知单生成模块714B,用于将不同险种信息对应的不同单元分别放置在缴费通知模板中的不同位置,组合生成缴费通知单。
在一个实施例中,开单信息包括:合作伙伴标识、保单号、险种信息、保费金额和投保时间;获取模块704还用于获取与开单请求对应的保单号和合作伙伴标识,根据保单号获取与该保单号对应的保单信息,保单信息包括险种信息、保费金额和投保时间。
在一个实施例中,发起模块708还用于每隔预设的时间间隔发起第二开单请求,根据第二开单请求获取缓存中所有开单信息;或者当缓存中的开单信息数量达到预设值时发起第二开单请求,根据第二开单请求获取缓存中的所有开单信息。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (8)
1.一种控制缴费通知单生成的方法,所述方法包括:
接收第一开单请求,所述第一开单请求是保单生成时自动发送的;
根据所述第一开单请求获取对应的开单信息;所述开单信息包括合作伙伴标识、险种信息和保费金额,所述合作伙伴标识用于唯一标识对应合作伙伴,所述险种信息表示客户投保的保险种类,所述保费金额表示客户投保时缴纳的保费;
将获取到的所述开单信息进行缓存;
采用异步处理的方式,当缓存中未开单的开单信息数量达到预设值时,按照预设的规则发起第二开单请求,根据所述第二开单请求获取缓存中的所有开单信息;
提取所述所有开单信息中的合作伙伴标识,将具有相同合作伙伴标识的开单信息进行关联,根据关联后的开单信息,确定与每个合作伙伴标识对应的多个开单信息;
获取与每个所述合作伙伴标识对应的缴费通知模板;
将同一合作伙伴标识对应的多个开单信息和缴费通知模板进行嵌套组合生成一份缴费通知单;
所述将同一合作伙伴标识对应的多个开单信息和缴费通知模板进行嵌套组合生成一份缴费通知单的步骤包括:
从与相同合作伙伴标识对应的多个开单信息中提取险种信息,将具有相同险种信息的开单信息组合为一个单元,并将该单元中的所有开单信息对应的保费金额汇总;
将不同险种信息对应的不同单元分别放置在所述缴费通知模板中的不同位置,组合生成缴费通知单,并将所述单元对应的保费金额汇总作为所述缴费通知单的总金额;其中,可根据每个单元中包含的开单信息数量进行排序,确定每个单元在所述缴费通知模板中的位置。
2.根据权利要求1所述的方法,其特征在于,所述开单信息还包括:保单号和投保时间;
所述根据所述第一开单请求获取对应的开单信息的步骤包括:
获取与所述开单请求对应的保单号;
根据所述保单号获取与该保单号对应的保单信息,所述保单信息包括险种信息、保费金额和投保时间。
3.根据权利要求1所述的方法,其特征在于,按照预设的规则发起第二开单请求,根据所述第二开单请求获取缓存中的所有开单信息的步骤包括:
每隔预设的时间间隔发起第二开单请求,根据所述第二开单请求获取所述缓存中所有开单信息;或者
当缓存中的开单信息数量达到预设值时发起第二开单请求,根据所述第二开单请求获取所述缓存中的所有开单信息。
4.根据权利要求1所述的方法,其特征在于,在所述获取与每个所述合作伙伴标识对应的缴费通知模板之前,还包括:为各个合作伙伴设置对应的缴费通知模板,将所述合作伙伴标识与所述缴费通知模板进行对应存储。
5.一种控制缴费通知单生成的装置,其特征在于,所述装置包括:
接收模块,用于接收第一开单请求,所述第一开单请求是保单生成时自动发送的;
获取模块,用于根据所述第一开单请求获取对应的开单信息;所述开单信息包括合作伙伴标识、险种信息和保费金额,所述合作伙伴标识用于唯一标识对应合作伙伴,所述险种信息表示客户投保的保险种类,所述保费金额表示客户投保时缴纳的保费;
缓存模块,用于将获取到的所述开单信息进行缓存;
发起模块,用于采用异步处理的方式,当缓存中未开单的开单信息数量达到预设值时,按照预设的规则发起第二开单请求,根据所述第二开单请求获取缓存中的所有开单信息;
确定模块,用于提取所述所有开单信息中的合作伙伴标识,将具有相同合作伙伴标识的开单信息进行关联,并根据关联后的开单信息,确定与每个合作伙伴标识对应的多个开单信息;
模板获取模块,用于获取与每个所述合作伙伴标识对应的缴费通知模板;
生成模块,用于将同一合作伙伴标识对应的多个开单信息和缴费通知模板进行嵌套组合生成一份缴费通知单;
所述生成模块包括:
组合模块,用于从与相同合作伙伴标识对应的多个开单信息中提取险种信息,将具有相同险种信息的开单信息组合为一个单元,将该单元中的所有开单信息对应的保费金额汇总;
通知单生成模块,用于将不同险种信息对应的不同单元分别放置在所述缴费通知模板中的不同位置,组合生成缴费通知单,并将所述单元对应的保费金额汇总作为所述缴费通知单的总金额;其中,可根据每个单元中包含的开单信息数量进行排序,确定每个单元在所述缴费通知模板中的位置。
6.根据权利要求5所述的装置,其特征在于,所述开单信息还包括:保单号和投保时间;
所述获取模块还用于获取与所述开单请求对应的保单号,根据所述保单号获取与该保单号对应的保单信息,所述保单信息包括险种信息、保费金额和投保时间。
7.根据权利要求5所述的装置,其特征在于,所述发起模块还用于每隔预设的时间间隔发起第二开单请求,根据所述第二开单请求获取所述缓存中所有开单信息;或者当缓存中的开单信息数量达到预设值时发起第二开单请求,根据所述第二开单请求获取所述缓存中的所有开单信息。
8.根据权利要求5所述的装置,其特征在于,所述装置还包括用于为各个合作伙伴设置对应的缴费通知模板,将所述合作伙伴标识与所述缴费通知模板进行对应存储的模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610864814.9A CN107871229B (zh) | 2016-09-28 | 2016-09-28 | 控制缴费通知单生成的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610864814.9A CN107871229B (zh) | 2016-09-28 | 2016-09-28 | 控制缴费通知单生成的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107871229A CN107871229A (zh) | 2018-04-03 |
CN107871229B true CN107871229B (zh) | 2021-02-26 |
Family
ID=61761757
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610864814.9A Active CN107871229B (zh) | 2016-09-28 | 2016-09-28 | 控制缴费通知单生成的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107871229B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101464993A (zh) * | 2007-12-18 | 2009-06-24 | 新晨科技股份有限公司 | 企业贸易结算系统及信息处理方法 |
CN102930668A (zh) * | 2012-09-21 | 2013-02-13 | 高新现代智能系统股份有限公司 | 一种超市定期付费结算方法及系统 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101470874A (zh) * | 2007-12-29 | 2009-07-01 | 阿里巴巴集团控股有限公司 | 利用中间平台完成交易的方法及系统 |
CN101334886A (zh) * | 2008-07-30 | 2008-12-31 | 李爱香 | 利用保险综合业务系统实现信用卡分期邮购的系统及方法 |
CN201886559U (zh) * | 2010-10-25 | 2011-06-29 | 姚远 | 保险产品零售管理系统 |
WO2013082630A1 (en) * | 2011-12-02 | 2013-06-06 | Ezsav Inc. | Unified processing of events associated with a transaction executing product purchase and/or use |
CN103208077B (zh) * | 2013-03-28 | 2016-09-14 | 腾讯科技(深圳)有限公司 | 一种协同订购方法及设备、系统 |
US20150379460A1 (en) * | 2014-06-27 | 2015-12-31 | Kamal Zamer | Recognizing neglected items |
CN105809548A (zh) * | 2015-12-29 | 2016-07-27 | 平安科技(深圳)有限公司 | 控制自助卡结算的方法和系统 |
CN105825654A (zh) * | 2016-05-25 | 2016-08-03 | 国网上海市电力公司 | 一种水电煤联合抄收系统及其方法 |
-
2016
- 2016-09-28 CN CN201610864814.9A patent/CN107871229B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101464993A (zh) * | 2007-12-18 | 2009-06-24 | 新晨科技股份有限公司 | 企业贸易结算系统及信息处理方法 |
CN102930668A (zh) * | 2012-09-21 | 2013-02-13 | 高新现代智能系统股份有限公司 | 一种超市定期付费结算方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107871229A (zh) | 2018-04-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108876133B (zh) | 基于业务信息的风险评估处理方法、装置、服务器和介质 | |
WO2019178914A1 (zh) | 欺诈检测和风险评估方法、系统、设备及存储介质 | |
CN109614238B (zh) | 一种目标对象识别方法、装置、系统及可读存储介质 | |
CN108416506B (zh) | 客户风险等级管理方法、服务器及计算机可读存储介质 | |
CN109597936B (zh) | 一种新用户筛选系统及方法 | |
CN108510396B (zh) | 投保校验的方法、装置、计算机设备及存储介质 | |
WO2019062081A1 (zh) | 业务员画像形成方法、电子装置及计算机可读存储介质 | |
US10963888B2 (en) | Payment complaint method, device, server and readable storage medium | |
CN107886414B (zh) | 一种订单合并方法和设备以及计算机存储介质 | |
CN112884092A (zh) | Ai模型生成方法、电子设备及存储介质 | |
CN110163739B (zh) | 支付申诉方法、装置、服务器及可读存储介质 | |
CN110798709B (zh) | 视频处理方法和装置、存储介质及电子装置 | |
CN108776791A (zh) | 客户身份识别校验方法、装置、计算机设备和存储介质 | |
CN111324802A (zh) | 基于身份识别的数据审核方法、装置和计算机设备 | |
CN109582550B (zh) | 一种获取全量业务场景故障集合的方法、装置及服务器 | |
CN112100219A (zh) | 基于数据库查询处理的报表生成方法、装置、设备和介质 | |
CN114693192A (zh) | 风控决策方法、装置、计算机设备和存储介质 | |
CN108416662B (zh) | 一种数据验证方法及装置 | |
CN112416558A (zh) | 基于区块链的业务数据处理方法、装置及存储介质 | |
CN111192150B (zh) | 车辆出险代理业务的处理方法、装置、设备及存储介质 | |
CN107871229B (zh) | 控制缴费通知单生成的方法和装置 | |
US8918406B2 (en) | Intelligent analysis queue construction | |
CN107730380B (zh) | 联名账户处理方法、系统及服务器 | |
CN109585013A (zh) | 一种分布式医学诊断分析方法及系统 | |
CN114817518A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |