CN107358531A - 保费结算方法和装置 - Google Patents

Abstract

本发明涉及一种保费结算方法，其特征在于，所述方法包括以下步骤：接收保全请求，所述保全请求中携带了保全项目；根据所述保全项目确定所述用户在当前结算周期中的轧差数额；获取与用户对应的结算阈值；当所述轧差数额不大于所述结算阈值时，对所述保全项目进行保全操作。通过上述方法，可无需在每次受理保全请求时都进行调用银行接口与用户进行保费的结算，从而可减少对资源的占用。此外，还对应提供了一种保费结算装置。

Description

保费结算方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种保费结算方法和装置。

背景技术

团体险是以团体为保险对象，以集体名义投保并由保险人签发一份总的保险合同，保险人按合同规定向其团体中的成员提供保障的保险。在保险合同的有效期内，保险公司可以为被客户提供保单保全的服务。保单保全通俗的理解就是对保单的相关信息进行变更。例如，变更被保人、追加保费等等。

团体险一般都是由企业为企业员工所购买的保险福利，其中，一份团体险中可具有多个被保人，每个被保人所对应的保额不一定相同。由于企业的员工总是会产生频繁的变动，因此团体险中出现保全操作变得尤为频繁。比如，员工离职、薪水变化以及新员工入职等等，当产生员工变动时，该企业为员工所购买的相应的保险福利也需要对应调整，比如，将新入职的员工作为被保人增加到该团体险中，将离职的员工进行退保，或者将待遇有变化的员工的保额也进行对应调整，上述的情况都需要向保险公司提交保全请求。

传统方法中，团体险用户在进行保全请求时，经常需要和保险公司产生资金往来。当产生资金往来时，需要及时完成对应资金的结算才可进行相应的保全操作。比如，向该团体险中增加被保人，可能需要向保险公司缴纳对应的保费，当完成向保险公司支付对应的保费后，才完成对被保人的添加；或者对团体险中的一个或多个被保人结束保险，则保险公司可能需要向对应的投保人返还相应的保费，在保险公司向投保人退还相应的保费后，才可完成对被保人的删除。

因此，传统的这种针对团体险的结算方法由于需要及时进行结算，从而需要占用大量资源。

发明内容

基于此，有必要针对上述技术问题，提供一种能够减少资源占用的保费结算方法和装置。

一种保费结算方法，所述方法包括以下步骤：

接收保全请求，所述保全请求中携带了保全项目；

根据所述保全项目确定所述用户在当前结算周期中的轧差数额；

获取与用户对应的结算阈值；

当所述轧差数额不大于所述结算阈值时，对所述保全项目进行保全操作。

在其中一个实施例中，所述结算阈值由包括所述用户的信用值和对应保单的保费阈值确定；所述信用值由评估因子确定；所述评估因子包括结算及时率、提前结算天数、逾期结算天数、结算宽限天数以及当前有效保单数。

在其中一个实施例中，在所述对所述保全项目进行保全操作的步骤之前，还包括：

当当前时间超过当前结算周期下的结算时间时，对保单设置暂停标记，使得不允许发起新的保全请求；

当完成对当前结算周期的轧差数额的结算时，撤销所述暂停标记。

在其中一个实施例中，所述方法还包括：

当所述轧差数额大于所述结算阈值时，对保单设置暂停标记，使得不允许发起新的保全请求；

当所述轧差数额不大于所述结算阈值时，撤销所述暂停标记。

在其中一个实施例中，所述方法还包括：

接收预结算请求，所述预结算请求为用户准备进行部分或全部保费的结算的请求；

检测所述预结算请求中是否包含明细保费，若是，则根据所述明细保费确定结算金额，否则，根据预设的结算明细匹配规则自动确定明细保费。

在其中一个实施例中，所述装置包括：

保全请求接收模块，用于接收保全请求，所述保全请求中携带了保全项目；

轧差数额确定模块，用于根据所述保全项目确定所述用户在当前结算周期中的轧差数额；

结算阈值获取模块，用于获取与用户对应的结算阈值；

保全执行模块，用于当所述轧差数额不大于所述结算阈值时，对所述保全项目进行保全操作。

在其中一个实施例中，其特征在于，所述结算阈值由包括所述用户的信用值和对应保单的保费阈值确定；所述信用值由评估因子确定；所述评估因子包括结算及时率、提前结算天数、逾期结算天数、结算宽限天数以及当前有效保单数。

在其中一个实施例中，所述装置还包括：

第一暂停标记设置模块，用于当当前时间超过当前结算周期下的结算时间时，对保单设置暂停标记，使得不允许发起新的保全请求；当完成对当前结算周期的轧差数额的结算时，撤销所述暂停标记。

在其中一个实施例中，所述装置还包括：

第二暂停标记设置模块，用于当所述轧差数额大于所述结算阈值时，对保单设置暂停标记，使得不允许发起新的保全请求；当所述轧差数额不大于所述结算阈值时，撤销所述暂停标记。

在其中一个实施例中，所述装置还包括：

预结算模块，用于接收预结算请求，所述预结算请求为用户准备进行部分或全部保费的结算的请求；检测所述预结算请求中是否包含明细保费，若是，则根据所述明细保费确定结算金额，否则，根据预设的结算明细匹配规则自动确定明细保费。

上述保费结算方法和装置，通过获取与用户对应的结算阈值；并根据保全项目确定用户在当前结算周期中的轧差数额；当轧差数额不大于结算阈值时，对保全项目进行保全操作。从而避免了用户在每次提交保全请求都需要进行保费的结算，提高了用户的使用体验。且由于服务器也无需在每次受理保全请求时都进行调用银行接口与用户进行保费的结算，从而可减少对资源的占用。

附图说明

图1为一个实施例中保费结算方法的应用环境图；

图2为一个实施例中保费结算方法的流程图；

图3为另一个实施例中保费结算方法的流程图；

图4为又一个实施例中保费结算方法的流程图；

图5为还一个实施例中保费结算方法的流程图；

图6为一个实施例中保费结算装置的结构框图；

图7为另一个实施例中保费结算装置的结构框图；

图8为又一个实施例中保费结算装置的结构框图；

图9为还一个实施例中保费结算装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中提供的保费结算方法，可应用于如图1所示的应用环境中。参考图1，终端102通过网络与服务器104相连。终端102可通过访问保险公司的相关网站或相关的应用软件与服务器104通信来办理保险业务或查询相关保险信息。服务器104可为保险公司的服务器，该服务器104中可存储保险用户的相关信息以及各种保险的信息，比如存储保险用户的个人信息和保单信息等，存储各种保险的保全操作规则和受理条件等。

终端102向服务器104发送保全请求，保全请求中携带了保全项目。服务器104在接收到保全请求之后，根据保全请求中携带的保全项目计算出用户在当前结算周期中的轧差数额，并判断该轧差数额与用户对应的结算阈值的大小。当轧差数额不大于结算阈值时，则对该保全项目进行保全操作；当轧差数额大于结算阈值时，则不对该保全项目进行保全操作。由此可对多个保全请求产生的保费进行一次性结算，而无需在每次受理保全请求时都进行结算，从而可节省结算时所占用的资源。

在一个实施例中，如图2所示，提供了一种保费结算方法，该方法可应用于如图1所示的服务器104中，具体的，包括下述步骤202～208。

步骤202，接收保全请求。

本实施例中，保全请求中携带了用户团体险的保险标识，该保险标识可为对应团体险的保单号。团体险保单具有唯一保单号，该保单中具有多个被保人，每个被保人具有唯一对应的一个分单号。服务器可根据所携带的保险标识对应获取到该保险的投保人(即用户)和被保人的信息，并获取该保险对应的投保数额等。保全请求中还携带了保全项目，保全项目包括被保人的变更和被保人保费的变更等信息。比如，被保人的增加和删除、被保人保费的增加数额和减少数额等，其中所变更的被保人可包括多个。

步骤204，根据保全项目确定用户在当前结算周期中的轧差数额。

本实施例中，结算周期为服务器为用户所确定的周期。比如，可设置结算周期为一个月、一个季度或一年等任意时长。进一步的，该结算周期可适用于用户名下的所有团体保单。

服务器在每次接收到用户的保全请求后，则对应确定并记录该保全项目所产生的相应的待缴费的数额和待退费的数额，并累计当前结算周期下每次保全请求所对应的待缴费的数额和待退费的数额，以计算出用户在当前结算周期中的轧差数额。其中，轧差数额为用户向保险公司所需支付的数额以及保险公司所需向用户退还的数额之间进行互相抵减后，若最终为用户需要向保险公司进行缴纳保费时，用户所需缴纳的具体数额。

举例来说，如下表1所示，在接收到用户的保全请求(即表1中的当前保全请求)后，则根据该保全请求中所携带的保全项目计算出用户在当前保全请求中所产生的用户待缴费的数额和保险公司待退费的数额，并获取当前周期下的历史保全请求(即表1中的前1～4次保全请求)所产生的用户待缴费的数额和保险公司待退费的数额。并对应计算出用户在当前结算周期中的轧差数额为19200元。

表1当前周期下的保全请求所产生的交易数额表

服务器在统计出当前周期下的轧差数额后，确定该周期的结算日和结算宽限天数，将该轧差数额及其明细信息、结算日和结算宽限天数发送给对应的保险用户。

步骤206，获取与用户对应的结算阈值。

本实施例中，服务器为不同用户设置了对应不同的结算阈值，该结算阈值为用于判断是否可继续允许用户提交新的保全请求的临界数值。

具体的，该结算阈值可由包括用户的信用值和对应保单的保费阈值确定，其中，保费阈值可为任意数值，优选的，可为用户在初期办理该团体险时所交保费的数额。信用值m又由评估因子确定，评估因子包括结算及时率v、提前结算天数a、逾期结算天数b、结算宽限天数c以及当前有效保单数n。

其中，v为由服务器所统计到的用户历次的结算的时间或者为在预设时间段中的结算的时间是否超期的以及未超期次数比例而得到的，且该结算可不局限于某一个保单。预设时间段可为最近3年等任意设置的时间段。举例来说，服务器统计到用户在预设时间段内发生了50次结算，其中有3次结算超期，47次未超期，则可计算出v＝94％。当服务器每检测到用户完成一次结算行为，则对应更新该结算及时率v。可以理解的，v为服务器所更新的最新的结算及时率。

进一步的，信用值m与结算及时率v成正比关系，当v越大，则对应的m值也越大。

更进一步的，信用值m可有下述公式来确定：

可以理解的，当用户在不考虑宽限期的结算日之前进行结算时，a为距离该结算日的剩下天数，b为0，c为用户可享受的宽限时长；当用户在结算宽限期内才进行结算时，则a为0，b为0，c为剩下的宽限天数；当用户超过结算宽限期后才进行结算时，则a为0，c为0，b为对应的超过天数。

在一个实施例中，结算宽限天数c又可与信用值m关联，m越大，则c也越大，对应的，当每更新用户的信用值m之后，则对应可根据c与m之间的关系来更新c的值，同样的，c为服务器所更新的最新的结算宽限天数。

在另一个实施例中，服务器可预先设置不同信用值范围对应的信用等级，并设置不同等级对应的结算比例，结算阈值即为结算比例与保费阈值的乘积。可以理解的，信用值越大，则用户的信用等级越高，对应的结算比例也越大。结算比例可为大于0的任意数值。

步骤208，当轧差数额不大于结算阈值时，对保全项目进行保全操作。

本实施例中，服务器可比较轧差数额与结算阈值的大小，判断轧差数额是否大于结算阈值。若是，则向用户提醒当前欠费数额较大，无法完成保全操作的提示信息。若否，则对保全项目进行保全操作。

具体的，当轧差数额不大于结算阈值时，服务器可根据该保全请求执行与其所携带的保全项目对应的保全操作。比如，该保全请求中包括新增被保人，保全项目中包括该新增被保人的基本信息、保费和保额等。服务器则为该被保人分配对应的分单号，将该被保人的基本信息、保费和保额添加到保单中。并计算出本次保全请求更新用户在当前结算周期中的轧差数额。

本实施例所提供的保费结算方法，通过获取与用户对应的结算阈值；并根据保全项目确定用户在当前结算周期中的轧差数额；当轧差数额不大于结算阈值时，对保全项目进行保全操作。从而避免了用户在每次提交保全请求都需要进行保费的结算，提高了用户的使用体验。且由于服务器也无需在每次受理保全请求时都进行调用银行接口与用户进行保费的结算，从而可减少对资源的占用，降低保险公司运营成本。

在一个实施例中，保费结算方法还包括：当当前时间超过当前结算周期下的结算时间时，对保单设置暂停标记，使得不允许发起新的保全请求；当完成对当前结算周期的轧差数额的结算时，撤销暂停标记。

具体的，如图3所示，提供了另一种保费结算方法。该方法包括下述步骤302～314。

步骤302，接收保全请求，保全请求中携带了保全项目。

步骤304，判断当前时间是否超过当前结算周期下的结算时间，若是，执行步骤306，否则，执行步骤310。

结算时间为用户的保单在当前周期下考虑到了宽限期的最迟结算时间。

步骤306，对保单设置暂停标记，使得不允许发起新的保全请求。

本实施例中，服务器可对未及时结算的保单设置暂停标记，该暂停标记用于暂停用户的保全请求，以提醒用户及时完成保费的结算。

步骤308，当完成对当前结算周期的轧差数额的结算时，撤销暂停标记。

本实施例中，撤销暂停标记后，则用户的保全请求不受影响。进一步的，还根据该结算操作更新用户的结算及时率，以及对应的信用值和结算宽限天数。

步骤310，根据保全项目确定用户在当前结算周期中的轧差数额。

具体的，可检测该保全项目所对应的保单是否存在暂停标记，若不存在，则根据保全项目确定用户在当前结算周期中的轧差数额。

步骤312，获取与用户对应的结算阈值。

步骤314，当轧差数额不大于结算阈值时，对保全项目进行保全操作。

本实施例中，通过对超过结算时间的保单设置暂停标记，可提醒用户及时进行保费结算，降低保费结算的风险。

在一个实施例中，保费结算方法还包括：当轧差数额大于结算阈值时，对保单设置暂停标记，使得不允许发起新的保全请求；当轧差数额不大于结算阈值时，撤销暂停标记。

具体的，如图4所示，提供了又一种保费结算方法。该方法包括下述步骤402～414。

步骤402，接收保全请求，保全请求中携带了保全项目。

步骤404，根据保全项目确定用户在当前结算周期中的轧差数额。

步骤406，获取与用户对应的结算阈值。

步骤408，判断轧差数额是否大于结算阈值，若是，则执行步骤410，否则，执行步骤412。

步骤410，对保单设置暂停标记，使得不允许发起新的保全请求。

步骤412，撤销暂停标记。

本实施例中，用户可通过对当前结算周期中的部分或全部的未结算的保全项目进行结算，服务器根据用户的结算更新轧差数额，当更新后的轧差数额不大于结算阈值时，则撤销暂停标记。并根据该结算操作更新用户的结算及时率，以及对应的信用值和结算宽限天数。

步骤414，对保全项目进行保全操作。

本实施例中，通过对轧差数额超过结算阈值的保单也设置暂停标记，可提醒用户及时进行保费结算，也进一步降低了保费结算的风险。

在一个实施例中，如图5所示，提供了还一种保费结算方法。该方法包括下述步骤502～516。

步骤502，接收保全请求，保全请求中携带了保全项目。

步骤504，根据保全项目确定用户在当前结算周期中的轧差数额。

步骤506，获取与用户对应的结算阈值。

步骤508，当轧差数额不大于结算阈值时，对保全项目进行保全操作。

步骤510，接收预结算请求。

本实施例中，服务器可根据保全项目记录对应的明细保费。每个明细保费均对应用户的某一保单中的一个被保人的保费变更信息，该被保人包括被保人的增加的被保人和删除的被保人，保费变更信息包括保费的增加数额和减少数额，增加数额为用户需向对应保险公司缴纳的数额，减少数额为保险公司需向用户退还的数额。

预结算请求为用户准备进行部分或全部保费的结算的请求。具体的，终端上可提供结算界面，用户可在该结算界面中直接输入预结算数额，将包含该预结算数额的预结算请求发送给服务器。终端还可在结算界面中进一步提供保单选择和保单下的明细保费选择子界面，用户可在明细保费选择子界面中选择准备结算的具体明细保费，根据该明细保费选择结果生成对应的预结算数额，将所包含的明细保费和预结算数额发送给服务器。具体的，终端可为每个明细保费提供一个勾选框，通过接收用户对每个明细保费的勾选框的选中和不选中来对应确定所选择的具体明细保费。本实施例中，该预结算请求不局限于用户的单个保险，当存在多个保险时，可对该多个保险同时进行一次与结算请求。

步骤512，检测预结算请求中是否包含明细保费，若是，则执行步骤514，否则，执行步骤516。

具体的，可检测预结算请求中是否包含保险标识，若是，则进一步检测预结算请求中是否包含该保险标识对应的保险中的明细保费。若不包含保险标识，则根据预设的结算明细匹配规则自动确定预结算的保险及其对应的明细保费。

步骤514，根据预结算明细保费确定结算金额。

步骤516，根据预设的结算明细匹配规则自动确定明细保费。

本实施例中，结算明细匹配规则可为按照明细保费的生成时间的先后顺序进行匹配，也可为按照明细保费的数额由大到小的顺序进行匹配，还可为按照保单生成时间的先后顺序进行匹配等规则，直至所确定的明细保费所对应的总数额与该结算金额相等。若所选取的明细保费的总数额与结算金额不相等，则将所选取的最后一个明细保费拆分成两个子明细保费，使得其中一个子明细保费与之前所选取的明细保费的总数额与结算金额相等。

如下表2所示，为一个实施例中的部分明细保费列表，该表为按照生成时间的先后顺序所排列。当结算请求中包含的结算金额为20000元而没有包含具体的保费明细，则可根据结算明细匹配规则自动选中其中的序号为1～5所对应的明细保费，并将序号6所对应的保费明细拆分为序号6A“王六保费增加3000元”和序号6B“王六保费增加2000元”的子保费明细，并继续选中序号6A，即自动选中序号为1～6A所对应的明细保费。

表2部分明细保费列表

本实施例中，通过根据预结算请求来对应确定明细保费，可简化用户的保费结算操作，提高保费结算效率。

在一个实施例中，如图6所示，提供了一种保费结算装置，该装置包括：

保全请求接收模块602，用于接收保全请求。

本实施例中，保全请求中携带了用户团体险的保险标识，该保险标识可为对应团体险的保单号。团体险保单具有唯一保单号，该保单中具有多个被保人，每个被保人具有唯一对应的一个分单号。服务器可根据所携带的保险标识对应获取到该保险的投保人(即用户)和被保人的信息，并获取该保险对应的投保数额等。保全请求中还携带了保全项目，保全项目包括被保人的变更和被保人保费的变更等信息。比如，被保人的增加和删除、被保人保费的增加数额和减少数额等，其中所变更的被保人可包括多个。

轧差数额确定模块604，用于根据所述保全项目确定所述用户在当前结算周期中的轧差数额。

本实施例中，结算周期为服务器为用户所确定的周期。比如，可设置结算周期为一个月、一个季度或一年等任意时长。进一步的，该结算周期可适用于用户名下的所有团体保单。

服务器在每次接收到用户的保全请求后，则对应确定并记录该保全项目所产生的相应的待缴费的数额和待退费的数额，并累计当前结算周期下每次保全请求所对应的待缴费的数额和待退费的数额，以计算出用户在当前结算周期中的轧差数额。其中，轧差数额为用户向保险公司所需支付的数额以及保险公司所需向用户退还的数额之间进行互相抵减后，若最终为用户需要向保险公司进行缴纳保费时，用户所需缴纳的具体数额。

举例来说，如上表1所示，在接收到用户的保全请求(即表1中的当前保全请求)后，则根据该保全请求中所携带的保全项目计算出用户在当前保全请求中所产生的用户待缴费的数额和保险公司待退费的数额，并获取当前周期下的历史保全请求(即表1中的前1～4次保全请求)所产生的用户待缴费的数额和保险公司待退费的数额。并对应计算出用户在当前结算周期中的轧差数额为19200元。

服务器在统计出当前周期下的轧差数额后，确定该周期的结算日和结算宽限天数，将该轧差数额及其明细信息、结算日和结算宽限天数发送给对应的保险用户。

结算阈值获取模块606，用于获取与用户对应的结算阈值。

本实施例中，服务器为不同用户设置了对应不同的结算阈值，该结算阈值为用于判断是否可继续允许用户提交新的保全请求的临界数值。

具体的，该结算阈值可由包括用户的信用值和对应保单的保费阈值确定，其中，保费阈值可为任意数值，优选的，可为用户在初期办理该团体险时所交保费的数额。信用值m又由评估因子确定，评估因子包括结算及时率v、提前结算天数a、逾期结算天数b、结算宽限天数c以及当前有效保单数n。

其中，v为由服务器所统计到的用户历次的结算的时间或者为在预设时间段中的结算的时间是否超期的以及未超期次数比例而得到的，且该结算可不局限于某一个保单。预设时间段可为最近3年等任意设置的时间段。举例来说，服务器统计到用户在预设时间段内发生了50次结算，其中有3次结算超期，47次未超期，则可计算出v＝94％。当服务器每检测到用户完成一次结算行为，则对应更新该结算及时率v。可以理解的，v为服务器所更新的最新的结算及时率。

进一步的，信用值m与结算及时率v成正比关系，当v越大，则对应的m值也越大。

更进一步的，信用值m可有下述公式来确定：

可以理解的，当用户在不考虑宽限期的结算日之前进行结算时，a为距离该结算日的剩下天数，b为0，c为用户可享受的宽限时长；当用户在结算宽限期内才进行结算时，则a为0，b为0，c为剩下的宽限天数；当用户超过结算宽限期后才进行结算时，则a为0，c为0，b为对应的超过天数。

在一个实施例中，结算宽限天数c又可与信用值m关联，m越大，则c也越大，对应的，当每更新用户的信用值m之后，则对应可根据c与m之间的关系来更新c的值，同样的，c为服务器所更新的最新的结算宽限天数。

在另一个实施例中，服务器可预先设置不同信用值范围对应的信用等级，并设置不同等级对应的结算比例，该结算比例为用户所剩保费的比例。结算阈值即为结算比例与保费阈值的乘积。可以理解的，信用值越大，则用户的信用等级越高，对应的结算比例也越大。结算比例可为大于0的任意数值。

保全执行模块608，用于当所述轧差数额不大于所述结算阈值时，对所述保全项目进行保全操作。

本实施例中，服务器可比较轧差数额与结算阈值的大小，判断轧差数额是否大于结算阈值。若是，则向用户提醒当前欠费数额较大，无法完成保全操作的提示信息。若否，则对保全项目进行保全操作。

具体的，当轧差数额不大于结算阈值时，服务器可根据该保全请求执行与其所携带的保全项目对应的保全操作。比如，该保全请求中包括新增被保人，保全项目中包括该新增被保人的基本信息、保费和保额等。服务器则为该被保人分配对应的分单号，将该被保人的基本信息、保费和保额添加到保单中。并计算出本次保全请求更新用户在当前结算周期中的轧差数额。

本实施例所提供的保费结算装置，通过获取与用户对应的结算阈值；并根据保全项目确定用户在当前结算周期中的轧差数额；当轧差数额不大于结算阈值时，对保全项目进行保全操作。从而避免了用户在每次提交保全请求都需要进行保费的结算，提高了用户的使用体验。且由于服务器也无需在每次受理保全请求时都进行调用银行接口与用户进行保费的结算，从而可减少对资源的占用，降低保险公司运营成本。

在一个实施例中，如图7所示，提供了另一种保费结算装置，该装置还包括：

第一暂停标记设置模块610，用于当当前时间超过当前结算周期下的结算时间时，对保单设置暂停标记，使得不允许发起新的保全请求；当完成对当前结算周期的轧差数额的结算时，撤销所述暂停标记。

本实施例中，结算时间为用户的保单在当前周期下考虑到了宽限期的最迟结算时间。服务器可对未及时结算的保单设置暂停标记，该暂停标记用于暂停用户的保全请求，以提醒用户及时完成保费的结算。在检测到用户完成该周期下的保费的结算后，则撤销暂停，使用户的保全请求不受影响。进一步的，还根据该结算操作更新用户的结算及时率，以及对应的信用值和结算宽限天数。

本实施例中，通过对超过结算时间的保单设置暂停标记，可提醒用户及时进行保费结算，降低保费结算的风险。

在一个实施例中，如图8所示，提供了又一种保费结算装置，该装置还包括：

第二暂停标记设置模块612，用于当所述轧差数额大于所述结算阈值时，对保单设置暂停标记，使得不允许发起新的保全请求；当所述轧差数额不大于所述结算阈值时，撤销所述暂停标记。

当设置有暂停标记时，用户可通过对当前结算周期中的部分或全部的未结算的保全项目进行结算，服务器根据用户的结算更新轧差数额，当更新后的轧差数额不大于结算阈值时，则撤销暂停标记。并根据该结算操作更新用户的结算及时率，以及对应的信用值和结算宽限天数。

本实施例中，通过对轧差数额超过结算阈值的保单也设置暂停标记，可提醒用户及时进行保费结算，也进一步降低了保费结算的风险。

在一个实施例中，如图9所示，提供了还一种保费结算装置，该装置还包括：

预结算模块614，用于接收预结算请求，所述预结算请求为用户准备进行部分或全部保费的结算的请求；检测所述预结算请求中是否包含明细保费，若是，则根据所述明细保费确定结算金额，否则，根据预设的结算明细匹配规则自动确定明细保费。

服务器可根据保全项目记录对应的明细保费。每个明细保费均对应用户的某一保单中的一个被保人的保费变更信息，该被保人包括被保人的增加的被保人和删除的被保人，保费变更信息包括保费的增加数额和减少数额，增加数额为用户需向对应保险公司缴纳的数额，减少数额为保险公司需向用户退还的数额。

预结算请求为用户准备进行部分或全部保费的结算的请求。具体的，终端上可提供结算界面，用户可在该结算界面中直接输入预结算数额，将包含该预结算数额的预结算请求发送给服务器。终端还可在结算界面中进一步提供保单选择和保单下的明细保费选择子界面，用户可在明细保费选择子界面中选择准备结算的具体明细保费，根据该明细保费选择结果生成对应的预结算数额，将所包含的明细保费和预结算数额发送给服务器。具体的，终端可为每个明细保费提供一个勾选框，通过接收用户对每个明细保费的勾选框的选中和不选中来对应确定所选择的具体明细保费。本实施例中，该预结算请求不局限于用户的单个保险，当存在多个保险时，可对该多个保险同时进行一次与结算请求。

具体的，可检测预结算请求中是否包含保险标识，若是，则进一步检测预结算请求中是否包含该保险标识对应的保险中的明细保费。若不包含保险标识，则根据预设的结算明细匹配规则自动确定预结算的保险及其对应的明细保费。

结算明细匹配规则可为按照明细保费的生成时间的先后顺序进行匹配，也可为按照明细保费的数额由大到小的顺序进行匹配，还可为按照保单生成时间的先后顺序进行匹配等规则，直至所确定的明细保费所对应的总数额与该结算金额相等。若所选取的明细保费的总数额与结算金额不相等，则将所选取的最后一个明细保费拆分成两个子明细保费，使得其中一个子明细保费与之前所选取的明细保费的总数额与结算金额相等。

本实施例中，通过根据预结算请求来对应确定明细保费，可简化用户的保费结算操作，提高保费结算效率。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种保费结算方法，其特征在于，所述方法包括以下步骤：

接收保全请求，所述保全请求中携带了保全项目；

根据所述保全项目确定所述用户在当前结算周期中的轧差数额；

获取与用户对应的结算阈值；

当所述轧差数额不大于所述结算阈值时，对所述保全项目进行保全操作。

2.根据权利要求1所述的方法，其特征在于，所述结算阈值由包括所述用户的信用值和对应保单的保费阈值确定；所述信用值由评估因子确定；所述评估因子包括结算及时率、提前结算天数、逾期结算天数、结算宽限天数以及当前有效保单数。

3.根据权利要求1所述的方法，其特征在于，在所述对所述保全项目进行保全操作的步骤之前，还包括：

当当前时间超过当前结算周期下的结算时间时，对保单设置暂停标记，使得不允许发起新的保全请求；

当完成对当前结算周期的轧差数额的结算时，撤销所述暂停标记。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述轧差数额大于所述结算阈值时，对保单设置暂停标记，使得不允许发起新的保全请求；

当所述轧差数额不大于所述结算阈值时，撤销所述暂停标记。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收预结算请求，所述预结算请求为用户准备进行部分或全部保费的结算的请求；

检测所述预结算请求中是否包含明细保费，若是，则根据所述明细保费确定结算金额，否则，根据预设的结算明细匹配规则自动确定明细保费。

6.一种保费结算装置，其特征在于，所述装置包括：

保全请求接收模块，用于接收保全请求，所述保全请求中携带了保全项目；

轧差数额确定模块，用于根据所述保全项目确定所述用户在当前结算周期中的轧差数额；

结算阈值获取模块，用于获取与用户对应的结算阈值；

保全执行模块，用于当所述轧差数额不大于所述结算阈值时，对所述保全项目进行保全操作。

7.根据权利要求6所述的装置，其特征在于，所述结算阈值由包括所述用户的信用值和对应保单的保费阈值确定；所述信用值由评估因子确定；所述评估因子包括结算及时率、提前结算天数、逾期结算天数、结算宽限天数以及当前有效保单数。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第一暂停标记设置模块，用于当当前时间超过当前结算周期下的结算时间时，对保单设置暂停标记，使得不允许发起新的保全请求；当完成对当前结算周期的轧差数额的结算时，撤销所述暂停标记。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二暂停标记设置模块，用于当所述轧差数额大于所述结算阈值时，对保单设置暂停标记，使得不允许发起新的保全请求；当所述轧差数额不大于所述结算阈值时，撤销所述暂停标记。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

预结算模块，用于接收预结算请求，所述预结算请求为用户准备进行部分或全部保费的结算的请求；检测所述预结算请求中是否包含明细保费，若是，则根据所述明细保费确定结算金额，否则，根据预设的结算明细匹配规则自动确定明细保费。