CN106384222A - 保单回销方法和系统 - Google Patents

Abstract

本发明涉及一种保单回销方法和系统，所述方法包括：第一应用程序获取投保信息与审核规则，并将所述投保信息和审核规则发送至第二应用程序；所述第二应用程序根据所述审核规则对所述投保信息进行校验；若所述投保信息中存在不符合审核规则的异常内容，则所述第二应用程序记录所述异常内容，根据所述异常内容获取对应的问题描述，并将问题描述返回至所述第一应用程序；所述第一应用程序根据所述问题描述生成所述投保信息对应的异常通知，将所述异常通知发送至终端，以使得所述终端根据所述异常通知返回确认信息。采用本方法能够有效提高回销效率。

Description

保单回销方法和系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种保单回销方法和系统。

背景技术

保险单(简称为保单)是保险公司与被保险人订立保险合同的正式书面证明。被保险人也可称为保险公司的客户。在保单生成之前，保险公司会对客户提供的投保信息进行核保。如果在核保过程中发现问题，保险公司会向客户或业务人员寄送纸质函件，客户或业务人员在纸质函件中填写了相关信息后，再交回到保险公司，保险公司对客户或业务人员填写的信息再次进行审核。这个过程可以视为对保单进行回销。由于整个过程耗时较长，导致保单的回销效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够有效提高回销效率的保单回销方法和系统。

一种保单回销方法，所述方法包括：

第一应用程序获取投保信息与审核规则，并将所述投保信息和审核规则发送至第二应用程序；

所述第二应用程序根据所述审核规则对所述投保信息进行校验；

若所述投保信息中存在不符合审核规则的异常内容，则所述第二应用程序记录所述异常内容，根据所述异常内容获取对应的问题描述，并将问题描述返回至所述第一应用程序；

所述第一应用程序根据所述问题描述生成所述投保信息对应的异常通知，将所述异常通知发送至终端，以使得所述终端根据所述异常通知返回确认信息。

在其中一个实施例中，所述终端包括客户终端，所述第一应用程序根据所述问题描述生成所述投保信息对应的异常通知之后，还包括：

所述第一应用程序判断所述异常通知中是否包含预设关键字；

若是，则所述第一应用程序将所述异常通知发送至客户终端，以使得客户终端根据所述异常通知返回确认信息。

在其中一个实施例中，在所述第一应用程序将所述异常通知发送至客户终端之后，还包括：

所述第一应用程序接收确认人通过所述客户终端按照预设的确认方式返回的确认信息；

所述第一应用程序对确认人的身份进行验证，验证通过后将所述确认信息发送至第二应用程序；

所述第二应用程序利用所述审核规则对所述确认信息再次进行校验。

在其中一个实施例中，所述第一应用程序获取投保信息与审核规则包括：

第一应用程序根据机构标识抓取多个投保单；

获取多个投保单对应的投保信息，投保信息中包括投保险种；

根据投保险种将投保信息进行分组；

根据险种获取对应的审核规则，将审核规则分配至分组后的投保信息。

在其中一个实施例中，在所述将所述异常通知发送至终端之后，还包括：

所述第一应用程序若在预设时间内未能接收到所述终端返回的确认信息，则生成将所述异常通知打印为纸质函件的提示信息。

一种保单回销系统，所述系统包括：

服务器，用于获取投保信息与审核规则；根据所述审核规则对所述投保信息进行校验；若所述投保信息中存在不符合审核规则的异常内容，则记录所述异常内容，根据所述异常内容获取对应的问题描述，根据所述问题描述生成所述投保信息对应的异常通知；将所述异常通知发送至终端；

终端，用于接收所述异常通知，并根据所述异常通知返回对应的确认信息。

在其中一个实施例中，所述终端包括客户终端，所述服务器还用于判断所述异常通知中是否包含预设关键字；若是，则将所述异常通知发送至客户终端；所述客户终端用于根据所述异常通知返回对应的确认信息。

在其中一个实施例中，所述客户终端还用于确认人按照预设的确认方式返回确认信息，所述服务器还用于接收所述确认信息并对所述确认人的身份进行验证，验证通过后根据审核规则对所述确认信息进行校验。

在其中一个实施例中，所述服务器还用于根据机构标识抓取多个投保单；获取多个投保单对应的投保信息，投保信息中包括投保险种；根据投保险种将投保信息进行分组；根据险种获取对应的审核规则，将审核规则分配至分组后的投保信息。

在其中一个实施例中，所述服务器还用于若在预设时间内未能接收到所述终端返回的确认信息，则生成将所述异常通知打印为纸质函件的提示信息。

上述保单回销方法和系统，根据所述审核规则对所述投保信息进行校验，如果所述投保信息中存在不符合审核规则的异常内容，根据所述异常内容获取对应的问题描述。根据所述问题描述生成所述投保信息对应的异常通知，并将所述异常通知发送至终端。由此能够使得所述终端根据所述异常通知返回确认信息。从而节省了向业务人员和/或客户寄送纸质函件以及纸质函件的反馈时间，有效提高了保单的回销效率。

附图说明

图1为一个实施例中保单回销方法的应用环境图；

图2为一个实施例中保单回销方法的流程图；

图3为一个实施例中保单回销系统的结构示意图；

图4为又一个实施例中保单回销系统的结构示意图；

图5为一个实施例中服务器的结构示意图。

具体实施方式

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

本发明实施例中提供的保单回销方法，可以应用于如图1所示的应用环境中。服务器102通过网络与终端进行连接，其中，终端包括行销终端104和客户终端106。服务器102中运行了第一应用程序和第二应用程序。第一应用程序在数据库中抓取投保单，获取投保单对应的投保信息以及审核规则。第一应用程序将投保信息以及审核规则发送至第二应用程序。第二应用程序接受第一应用程序发送的投保信息和审核规则，并根据所述审核规则对投保信息进行校验。如果第二应用程序在对投保信息进行校验中发现投保信息中存在不符合审核规则的异常内容，则记录投保信息对应的标识以及异常内容。第二应用程序根据记录的异常内容获取对应的问题描述。第一应用程序根据异常内容和问题描述生成投保信息对应的异常通知，如果异常通知中未包括预设关键字，则第一应用程序将异常通知发送至行销终端104。行销终端104根据异常通知返回确认信息。如果异常通知中包括预设关键字，则第一应用程序将异常通知发送至客户终端106。确认人通过客户终端106按照预设的确认方式向返回对应的确认信息。第一应用程序接收返回的确认信息，并将确认信息发送至第二应用程序。第二应用程序根据审核规则对确认信息再次进行校验，从而完成保单的回销操作。在保单回销的过程中，节省了向业务人员和/或客户寄送纸质函件以及纸质函件的反馈时间，有效提高了保单的回销效率。

在一个实施例中，如图2所示，提供了一种保单回销方法，该方法具体包括：

202，第一应用程序获取投保信息与审核规则，并将投保信息和审核规则发送至第二应用程序。

服务器上运行了第一应用程序。第一应用程序在数据库中抓取投保单，获取投保单对应的投保信息。第一应用程序在数据库中获取审核规则。审核规则是指对投保单进行核保的规则。不同的险种对应的审核规则不同。具体的，第一应用程序根据投保信息获取投保险种，根据投保险种获取对应的审核规则。面对海量的投保单，第一应用程序还可以批量获取投保单及对应的投保信息。

在一个实施例中，第一应用程序根据机构标识抓取多个投保单；获取多个投保单对应的投保信息，投保信息中包括投保险种；根据投保险种将投保信息进行分组；根据险种获取对应的审核规则，将审核规则分配至分组后的投保信息。

第一应用程序根据机构标识在数据库抓取多个保单，根据投保险种对投保信息进行分组，将分组后的投保信息进行标识。相同的投保险种可以采用相同的审核规则，第一应用程序可以根据投保险种获取审核规则，根据分组标识将审核规则分配至分组后的投保信息。因此，在面对海量的投保单时，第一应用程序无需对每份投保单逐一获取对应的审核规则，有效降低了数据库压力。

204，第二应用程序根据审核规则对投保信息进行校验。

服务器上运行了第二应用程序，第二应用程序可以接受第一应用程序发送的投保信息和审核规则，并根据审核规则对投保信息进行校验。具体的，第二应用程序根据投保险种获取对应的审核规则，根据审核规则对该险种的投保信息进行校验。

206，若投保信息中存在不符合审核规则的异常内容，则第二应用程序记录异常内容，根据异常内容获取对应的问题描述，并将问题描述返回至第一应用程序。

不同的险种，审核规则不同。例如，投保信息中被保险人的血压超过预设值，如果投保险种为重疾，则血压一项属于异常内容，如果投保险种为意外险，则血压一项不属于异常内容。如果第二应用程序在对投保信息进行校验中发现投保信息中存在不符合审核规则的异常内容，则记录投保信息对应的标识以及异常内容。第二应用程序中预先存储了对多种异常内容对应的问题描述。第二应用程序根据记录的异常内容获取对应的问题描述。第二应用程序将投保信息对应的标识和问题描述发送至第一应用程序。

208，第一应用程序根据异常内容和问题描述生成投保信息对应的异常通知，将异常通知发送至终端，以使得终端根据异常通知返回确认信息。

第一应用程序接收到投保信息对应的标识和问题描述，根据该标识获取投保信息，利用投保信息和问题描述生成投保信息对应的异常通知。第一应用程序将异常通知发送至终端。其中终端包括行销终端和客户终端。对于发送至客户终端的异常通知，客户可以通过客户终端对异常通知返回确认信息。对于不需要客户确认的内容，业务人员可以自行通过行销终端向第一应用程序返回确认信息。对于需要客户确认的内容，客户可以通过客户终端对异常通知返回确认信息，或者业务人员在跟客户确认之后，通过行销终端向第一应用程序返回确认信息。因此在投保信息存在异常内容时，能够有效节省向业务人员或客户寄送纸质函件的时间以及纸质函件的反馈时间，提高了保单的回销效率。

本实施例中，通过第一应用程序获取投保信息与审核规则，通过第二应用程序根据审核规则对投保信息进行校验。如果投保信息中存在不符合审核规则的异常内容，第二应用程序会根据异常内容获取对应的问题描述。第一应用程序根据问题描述生成投保信息对应的异常通知，并将异常通知发送至终端。由此能够使得终端根据异常通知返回确认信息。从而节省了向业务人员和/或客户寄送纸质函件以及纸质函件的反馈时间，有效提高了保单的回销效率。

在一个实施例中，终端包括客户终端，第一应用程序根据问题描述生成投保信息对应的异常通知之后，还包括：第一应用程序判断异常通知中是否包含预设关键字；若是，则第一应用程序将异常通知发送至客户终端，以使得客户终端根据异常通知返回确认信息。

本实施例中，为了充分维护客户权益，部分异常通知还需要客户本人进行确认。第一应用程序判断异常通知中是否包含预设关键字，例如，保费和金额等。如果异常通知中包含预设关键字，则第一应用程序将异常通知发送至客户终端，以使得客户能够对异常通知返回对应的确认信息。如果异常通知中未包含预设关键字，可以视为异常通知不需要客户本人确认，第一应用程序可以将未包含预设关键字的异常通知发送至行销终端，以使得业务人员通过行销终端返回确认信息，有效减少保单的回销耗时。

在一个实施例中，在第一应用程序将异常通知发送至客户终端之后，还包括：第一应用程序接收确认人通过客户终端按照预设的确认方式返回的确认信息；第一应用程序对确认人的身份进行验证，验证通过后将确认信息发送至第二应用程序；第二应用程序利用审核规则对确认信息再次进行校验。

本实施例中，第一应用程序将异常通知发送至客户终端时，还可以同时向客户发送确认人和确认方式。确认人根据异常通知按照确认方式通过客户终端返回对应的确认信息。具体的，确认人包括：投保人和受益人。确认方式包括：视频确认、人脸识别、上传文件和亲临柜面等。第一应用程序根据确认方式对确认人的身份进行验证。

第一应用程序接收确认人通过客户终端按照确认方式发送的确认信息包括：接收确认人通过客户终端发起的视频通话请求；根据视频通话请求建立客户终端与坐席终端之间的视频通话；接收确认人在视频通话过程中通过客户终端上传的确认信息。其中，坐席是指呼叫中心接听客户来电并为客户办理业务的工作人员。坐席终端是指坐席与客户进行通话并为客户办理业务的终端。在客户终端与坐席终端的视频通话过程中，确认人通过客户终端可以上传确认信息。其中，确认信息中包括身份信息，坐席终端查看客户终端上传的确认信息，并对身份信息进行审核。通过建立客户终端与坐席终端之间的视频通话，可以使得坐席能够直观的看到确认人的视频图像，以此对确认人进行身份验证，由此可以视为确认人亲临柜面针对异常通知反馈了确认信息。因此，无需客户亲临柜面即可反馈确认信息，为客户提供了方便。

第一应用程序在接收客户终端返回的确认信息时，还可以通过验证确认人的电子签名对确认人进行身份验证。第一应用程序接收确认人通过客户终端上传的签名笔迹；将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对；若比对一致，则确定接收到的签名笔迹为确认人的电子签名。通过对电子签名进行确认，从而确保了确认信息的有效性。

进一步的，第一应用程序在接收客户终端返回的确认信息时，还可以通过验证确认人的人脸图像来进行身份验证。第一应用程序接收确认人利用客户终端上传的人脸图像，人脸图像为确认人的人脸图像；将人脸图像与已存储的确认人的人脸图像进行比对；若比对一致，则将接收到的人脸图像确定为确认人的身份信息。其中，已存储的确认人的人脸图像可以是确认人在公安系统身份管理服务器中已存储的身份证照片。

第一应用程序对确认人的身份进行验证之后，将接收到的确认信息发送至第二应用程序，第二应用程序根据审核规则对确认信息进行审核，直至投保信息中不再存在与审核规则不一致的内容，由此最终完成保单回销。

本实施例中，由于对于包含预设关键字的异常通知，是由确认人按照预设的确认方式来进行确认的，并且对确认人的身份进行了验证，由此能够确保确认人通过客户终端返回的确认信息的有效性。无需确认人亲临柜面反馈确认信息，为客户提供了方便。并且节省了为客户寄送纸质函件以及纸质函件的反馈时间，有效提高了保单的回销效率。

在一个实施例中，在将异常通知发送至行销终端之后，还包括：第一应用程序若在预设时间内未能接收到终端返回的确认信息，则生成将异常通知打印为纸质函件的提示信息。

本实施例中，为了确保能够接收到针对异常通知反馈的确认信息，对行销终端和/或客户终端反馈确认信息做了时间限定。如果第一应用程序在预设时间内未能接收到行销终端和/或客户终端返回的确认信息，例如，预设时间为24小时，则生成将异常通知打印为纸质函件的提示信息。以便尽快将异常通知打印为纸质函件，将函件寄送至业务人员和/或客户，以确保能够收到确认信息。

在一个实施例中，如图3所示，提供了一种保单回销系统，包括：服务器302和终端304，其中：

服务器302，用于获取投保信息与审核规则；根据审核规则对投保信息进行校验；若投保信息中存在不符合审核规则的异常内容，则记录异常内容，根据异常内容获取对应的问题描述，根据问题描述生成投保信息对应的异常通知；将异常通知发送至终端。

终端304，用于接收异常通知，并根据异常通知返回对应的确认信息。

本实施例中，服务器在数据库中抓取投保单，获取投保单对应的投保信息。并且在数据库中获取审核规则。面对海量的投保单，服务器还可以批量获取投保单及对应的投保信息。

在一个实施例中，服务器302还用于根据机构标识抓取多个投保单；获取多个投保单对应的投保信息，投保信息中包括投保险种；根据投保险种将投保信息进行分组；根据险种获取对应的审核规则，将审核规则分配至分组后的投保信息。

服务器302根据机构标识在数据库抓取多个保单，根据投保险种对投保信息进行分组，将分组后的投保信息进行标识。相同的投保险种可以采用相同的审核规则，服务器302可以根据投保险种获取审核规则，根据分组标识将审核规则分配至分组后的投保信息。因此，在面对海量的投保单时，服务器302无需对每份投保单逐一获取对应的审核规则，有效降低了数据库压力，节省了服务器资源。

服务器302根据审核规则对投保信息进行校验。具体的，服务器302根据投保险种获取对应的审核规则，根据审核规则对该险种的投保信息进行校验。如果在对投保信息进行校验中发现投保信息中存在不符合审核规则的异常内容，则服务器302记录投保信息对应的标识以及异常内容。服务器302中预先存储了对多种异常内容对应的问题描述。服务器302根据记录的异常内容获取对应的问题描述。服务器302根据该标识获取投保信息，利用投保信息和问题描述生成投保信息对应的异常通知。服务器302将异常通知发送至终端304。其中，终端304包括行销终端(图3中未标出)和客户终端(图3中未标出)。对于不需要客户确认的内容，业务人员可以自行通过行销终端向第一应用程序返回确认信息。对于需要客户确认的内容，客户可以通过客户终端对异常通知返回确认信息，或者业务人员在跟客户确认之后，通过行销终端向第一应用程序返回确认信息。

本实施例中，根据审核规则对投保信息进行校验，如果投保信息中存在不符合审核规则的异常内容，根据异常内容获取对应的问题描述。根据问题描述生成投保信息对应的异常通知，并将异常通知发送至终端。由此能够使得终端根据异常通知返回确认信息。从而节省了向业务人员和/或客户寄送纸质函件以及纸质函件的反馈时间，有效提高了保单的回销效率。

在一个实施例中，如图4所示，终端包括客户终端304a，服务器302还用于判断异常通知中是否包含预设关键字；若是，则将异常通知发送至客户终端304a，客户终端304a用于根据异常通知返回对应的确认信息。

本实施例中，服务器302断异常通知中是否包含预设关键字，例如，保费和金额等。如果异常通知中不包含预设关键字，则服务器302将异常通知发送至行销终端304b。业务人员通过行销终端304b返回确认信息，有效减少保单回销耗时。如果异常通知中包含预设关键字，则服务器302将异常通知发送至客户终端304a，以使得客户能够对异常通知返回对应的确认信息，充分维护客户权益。

在一个实施例中，客户终端304a还用于确认人按照预设的确认方式返回确认信息，服务器302还用于接收确认信息并对确认人的身份进行验证，验证通过后根据审核规则对确认信息进行校验。

本实施例中，服务器302将异常通知发送至客户终端304a时，还可以同时向客户发送确认人和确认方式。确认人根据异常通知按照确认方式通过客户终端304a返回对应的确认信息。具体的，确认人包括：投保人和受益人。确认方式包括：视频确认、人脸识别、上传文件和亲临柜面等。服务器302根据确认方式对确认人的身份进行验证。

服务器302在接收客户终端304a返回的确认信息时，还会对确认人的身份进行验证。服务器302可以通过视频确认的方式对确认人的身份进行确认。具体的，服务器302接收确认人通过客户终端304a发起的视频通话请求；根据视频通话请求建立客户终端304a与坐席终端(附图中未标出)之间的视频通话；接收确认人在视频通话过程中通过客户终端304a上传的确认信息。在客户306与坐席终端的视频通话过程中，确认人通过客户终端304a可以上传确认信息。其中，确认信息中包括身份信息，坐席终端308查看客户终端304a上传的确认信息，并对身份信息进行审核。通过建立客户终端304a与坐席终端之间的视频通话，可以使得坐席能够直观的看到确认人的视频图像，以此对确认人进行身份验证，由此可以视为确认人亲临柜面针对异常通知反馈了确认信息。因此，无需客户亲临柜面即可反馈确认信息，为客户提供了方便。

服务器302可以通过验证确认人的电子签名对确认人进行身份验证。第一应用程序服务器302接收确认人通过客户终端304a上传的签名笔迹；将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对；若比对一致，则确定接收到的签名笔迹为确认人的电子签名。通过对电子签名进行确认，从而确保了确认信息的有效性。

进一步的，服务器302在接收客户终端返回的确认信息时，还可以通过验证确认人的人脸图像来进行身份验证。服务器302接收确认人利用客户终端304a上传的人脸图像，人脸图像为确认人的人脸图像；将人脸图像与已存储的确认人的人脸图像进行比对；若比对一致，则将接收到的人脸图像确定为确认人的身份信息。其中，已存储的确认人的人脸图像可以是确认人在公安系统身份管理服务器中已存储的身份证照片。

服务器302对确认人的身份验证之后，根据审核规则对接收到的确认信息进行审核，直至投保信息中不再存在与审核规则不一致的内容，由此最终完成保单回销。

本实施例中，由于对于包含预设关键字的异常通知，是由确认人按照预设的确认方式来进行确认的，并且对确认人的身份进行了验证，由此能够确保确认人通过客户终端返回的确认信息的有效性。无需确认人亲临柜面反馈确认信息，为客户提供了方便。并且节省了为客户寄送纸质函件以及纸质函件的反馈时间，有效提高了保单的回销效率。

在一个实施例中，服务器302还用于若在预设时间内未能接收到终端返回的确认信息，则生成将异常通知打印为纸质函件的提示信息。

本实施例中，为了确保能够接收到针对异常通知反馈的确认信息，服务器302对客户终端a和/或行销终端304b反馈确认信息做了时间限定。如果服务器302在预设时间内未能接收到客户终端a和/或行销终端304b返回的确认信息，例如，预设时间为24小时，则生成将异常通知打印为纸质函件的提示信息。以便尽快将异常通知打印为纸质函件，将函件寄送至业务人员和/或客户，以确保能够收到确认信息。

在一个实施例中，如图5所示，提供了一种服务器，包括通过系统总线连接的处理器、内存储器、非易失性存储介质和网络接口。其中，该服务器的非易失性存储介质中存储有操作系统和第一应用程序和第二应用程序，第一应用程序和第二应用程序用于实现对投保信息进行回销，从而节省了向业务人员和/或客户寄送纸质函件以及纸质函件的反馈时间，有效提高了保单的回销效率。。服务器的处理器用于提供计算和控制能力，被配置为执行一种保单回销方法。服务器可以是独立服务器，也可以是集群服务器。

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

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

Claims (10)

1.一种保单回销方法，所述方法包括：

第一应用程序获取投保信息与审核规则，并将所述投保信息和审核规则发送至第二应用程序；

所述第二应用程序根据所述审核规则对所述投保信息进行校验；

若所述投保信息中存在不符合审核规则的异常内容，则所述第二应用程序记录所述异常内容，根据所述异常内容获取对应的问题描述，并将问题描述返回至所述第一应用程序；

所述第一应用程序根据所述问题描述生成所述投保信息对应的异常通知，将所述异常通知发送至终端，以使得所述终端根据所述异常通知返回确认信息。

2.根据权利要求1所述的方法，其特征在于，所述终端包括客户终端，所述第一应用程序根据所述问题描述生成所述投保信息对应的异常通知之后，还包括：

所述第一应用程序判断所述异常通知中是否包含预设关键字；

若是，则所述第一应用程序将所述异常通知发送至客户终端，以使得客户终端根据所述异常通知返回确认信息。

3.根据权利要求2所述的方法，其特征在于，在所述第一应用程序将所述异常通知发送至客户终端之后，还包括：

所述第一应用程序接收确认人通过所述客户终端按照预设的确认方式返回的确认信息；

所述第一应用程序对确认人的身份进行验证，验证通过后将所述确认信息发送至第二应用程序；

所述第二应用程序利用所述审核规则对所述确认信息再次进行校验。

4.根据权利要求1所述的方法，其特征在于，所述第一应用程序获取投保信息与审核规则包括：

第一应用程序根据机构标识抓取多个投保单；

获取多个投保单对应的投保信息，投保信息中包括投保险种；

根据投保险种将投保信息进行分组；

根据险种获取对应的审核规则，将审核规则分配至分组后的投保信息。

5.根据权利要求1所述的方法，其特征在于，在所述将所述异常通知发送至行端之后，还包括：

所述第一应用程序若在预设时间内未能接收到所述终端返回的确认信息，则生成将所述异常通知打印为纸质函件的提示信息。

6.一种保单回销系统，其特征在于，所述系统包括：

服务器，用于获取投保信息与审核规则；根据所述审核规则对所述投保信息进行校验；若所述投保信息中存在不符合审核规则的异常内容，则记录所述异常内容，根据所述异常内容获取对应的问题描述，根据所述问题描述生成所述投保信息对应的异常通知；将所述异常通知发送至终端；

终端，用于接收所述异常通知，并根据所述异常通知返回对应的确认信息。

7.根据权利要求6所述的系统，其特征在于，所述终端包括客户终端，所述服务器还用于判断所述异常通知中是否包含预设关键字；若是，则将所述异常通知发送至客户终端；所述客户终端用于根据所述异常通知返回对应的确认信息。

8.根据权利要求7所述的系统，其特征在于，所述客户终端还用于确认人按照预设的确认方式返回确认信息，所述服务器还用于接收所述确认信息并对所述确认人的身份进行验证，验证通过后根据审核规则对所述确认信息进行校验。

9.根据权利要求6所述的系统，其特征在于，所述服务器还用于根据机构标识抓取多个投保单；获取多个投保单对应的投保信息，投保信息中包括投保险种；根据投保险种将投保信息进行分组；根据险种获取对应的审核规则，将审核规则分配至分组后的投保信息。

10.根据权利要求6所述的系统，其特征在于，所述服务器还用于若在预设时间内未能接收到所述终端返回的确认信息，则生成将所述异常通知打印为纸质函件的提示信息。