CN109948895A - 基于业务员分配的数据处理方法、装置及电子设备 - Google Patents
基于业务员分配的数据处理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN109948895A CN109948895A CN201910100653.XA CN201910100653A CN109948895A CN 109948895 A CN109948895 A CN 109948895A CN 201910100653 A CN201910100653 A CN 201910100653A CN 109948895 A CN109948895 A CN 109948895A
- Authority
- CN
- China
- Prior art keywords
- business personnel
- target service
- service person
- resolution request
- business
- 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
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例提供了一种基于业务员分配的数据处理方法、装置及电子设备。该方法包括:接收到理赔请求时,确定处理理赔请求的目标业务员;将理赔请求发送至目标业务员对应的客户端,并获取目标业务员针对理赔请求生成的处理结果;将处理结果发送至指定系统,并获取指定系统针对处理结果的发送反馈信息;依据反馈信息执行相应的操作。本申请实施例解决了现有理赔技术中,完全依赖人工对业务员进行指派,导致的指派效率低的问题,保证了理赔请求能够得到及时处理,提高了保险行业处理理赔请求的效率。
Description
技术领域
本申请涉及数据处理技术领域,具体而言,本申请涉及一种基于业务员分配的数据处理方法、装置及电子设备。
背景技术
随着互联网技术的发展,保险行业饿到迅猛发展。不同保险运营商接收到理赔请求后,尤其是车险理赔请求,都需要为理赔请求分配相应的业务员进行理赔工作处理。
然而现有的业务员指派方式一般是依赖人工进行,这种指派方式可能导致有的业务员接收到的理赔请求多,有的业务员的则少,理赔请求的分配严重不合理,进而直接影响了后续针对理赔请求的处理效率。
发明内容
本申请提供了一种基于业务员分配的数据处理方法、装置及电子设备,可以解决上述的问题。所述技术方案如下:
第一方面,提供了一种基于业务员分配的数据处理方法,该方法包括:
接收到理赔请求时,确定处理所述理赔请求的目标业务员;
将所述理赔请求发送至所述目标业务员对应的客户端,并获取所述目标业务员针对所述理赔请求生成的处理结果;
将所述处理结果发送至指定系统,并获取所述指定系统针对所述处理结果的发送反馈信息;
依据所述反馈信息执行相应的操作。
进一步地,所述确定处理所述理赔请求的目标业务员,包括:
查询预配置的业务小组,确定各个业务小组的当前业务量;
依据各个业务小组的当前业务量,选定当前业务量最少的业务员作为目标小组,并确定所述目标小组中各个业务员的当前业务量;
在所述目标小组中,选定当前业务量最少的业务员作为目标业务员。
进一步地,若各个业务小组的当前业务量均相同,所述选定当前业务量最少的作为目标小组,包括:
利用预设的随机算法选定目标小组。
进一步地,若当前业务量最少的业务员的数量至少为2,所述在所述目标小组中,选定当前业务量最少的业务员作为目标业务员,包括:
确定各个业务员的等级;
依据各个业务员的等级,选定等级最低的业务员作为目标业务员。
进一步地,若所述目标小组中各个业务员的当前业务量均相同,所述在所述目标小组中,选定当前业务量最少的业务员作为目标业务员,包括以下至少一项:
利用预设的随机算法选定目标业务员;
接收第一指定用户输入的选定指令,以依据所述选定指令确定目标业务员。
进一步地,所述将所述理赔请求发送至所述目标业务员对应的客户端之后,所述方法还包括:
检测所述目标业务员大于预定时间未处理所述理赔请求时,生成相应的第一提示信息,并将所述第一提示信息发送至第二指定用户对应的客户端,以确定是否重新选定目标业务员。
进一步地,所述依据所述反馈信息执行相应的操作,包括:
若所述反馈信息为确认所述处理结果的提示信息,生成针对所述理赔请求处理完成的提示信息;
若所述反馈信息为确认所述处理结果异常的提示信息,生成相应的第二提示信息,并将所述第二提示信息发送至第二指定用户对应的客户端,以确定是否重新选定目标业务员。
第二方面,提供了一种基于业务员分配的数据处理装置,该装置包括:
请求接收模块,用于接收到理赔请求时,确定处理所述理赔请求的目标业务员;
请求处理模块,用于将所述理赔请求发送至所述目标业务员对应的客户端,并获取所述目标业务员针对所述理赔请求生成的处理结果;
结果发送模块,用于将所述处理结果发送至指定系统,并获取所述指定系统针对所述处理结果的发送反馈信息;
数据处理模块,用于依据所述反馈信息执行相应的操作。
进一步地,所述确定处理所述理赔请求的目标业务员,请求接收模块,用于:
查询预配置的业务小组,确定各个业务小组的当前业务量;
依据各个业务小组的当前业务量,选定当前业务量最少的业务员作为目标小组,并确定所述目标小组中各个业务员的当前业务量;
在所述目标小组中,选定当前业务量最少的业务员作为目标业务员。
进一步地,若各个业务小组的当前业务量均相同,请求接收模块用于:
利用预设的随机算法选定目标小组。
进一步地,若当前业务量最少的业务员的数量至少为2,所述在所述目标小组中,选定当前业务量最少的业务员作为目标业务员,包括:
确定各个业务员的等级;
依据各个业务员的等级,选定等级最低的业务员作为目标业务员。
进一步地,若所述目标小组中各个业务员的当前业务量均相同,请求接收模块在所述目标小组中,选定当前业务量最少的业务员作为目标业务员,包括以下至少一项:
利用预设的随机算法选定目标业务员;
接收第一指定用户输入的选定指令,以依据所述选定指令确定目标业务员。
进一步地,请求处理模块将所述理赔请求发送至所述目标业务员对应的客户端之后,还用于:
检测所述目标业务员大于预定时间未处理所述理赔请求时,生成相应的第一提示信息,并将所述第一提示信息发送至第二指定用户对应的客户端,以确定是否重新选定目标业务员。
进一步地,数据处理模块用于:
若所述反馈信息为确认所述处理结果的提示信息,生成针对所述理赔请求处理完成的提示信息;
若所述反馈信息为确认所述处理结果异常的提示信息,生成相应的第二提示信息,并将所述第二提示信息发送至指定用户对应的客户端,以确定是否重新选定目标业务员。
第三方面,提供了一种电子设备,该电子设备包括:
一个或多个处理器;
存储器;
一个或多个应用程序,其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序配置用于:执行上述基于业务员分配的数据处理方法。
第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述基于业务员分配的数据处理方法。
本申请实施例提供的技术方案带来的有益效果是:接收到理赔请求时,确定处理理赔请求的目标业务员,将理赔请求发送至所述目标业务员对应的客户端,并获取目标业务员针对理赔请求生成的处理结果,将处理发送至指定系统,并获取指定系统针对处理结果的发送反馈信息,依据反馈信息执行相应的操作,解决了现有理赔技术中,完全依赖人工对业务员进行指派,导致的指派效率低的问题,保证了理赔请求能够得到及时处理,提高了保险行业处理理赔请求的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种基于业务员分配的数据处理方法的流程示意图;
图2为本申请实施例提供的一种基于业务员分配的数据处理方法中确定目标业务员的一个实施例的流程示意图;
图3为本申请实施例提供的一种基于业务员分配的数据处理方法中S104的流程示意图;
图4为本申请实施例提供的一种基于业务员分配的数据处理装置的结构示意图;
图5为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
实施例一
本申请实施例提供了一种基于业务员分配的数据处理方法,如图1所示,该方法包括:步骤S101至步骤S104。
步骤S101、接收到理赔请求时,确定处理理赔请求的目标业务员。
本申请实施例中,理赔请求用于表征待处理的事项,具体地,理赔请求可以为任意系统的待处理的事项,例如,理赔系统中待处理的理赔申请信息。
本申请实施例中,服务器接收待处理的理赔请求,实际应用时,该服务器一般设置为理赔管理系统,如XX保险理赔系统。
本申请实施例中,服务器接收到理赔请求时,确定目标业务员,以将该目标业务员分配给发送该理赔请求的用户,以使目标业务员针对该理赔请求进行处理,如现场查勘、定损、核损等。
具体地,理赔请求包括车险理赔请求、人身险理赔请求等。本申请实施例一般将理赔请求设置为车险理赔请求。
实际应用时,服务器一般通过预配置的业务员管理系统进行筛选,实现自动匹配目标业务员的目的,从而提高理赔请求的处理效率。
步骤S102、将理赔请求发送至所述目标业务员对应的客户端,并获取目标业务员针对理赔请求生成的处理结果。
本申请实施例中,服务器将理赔请求发送至目标业务员对应的客户端,以便目标业务员进行处理,实现了分配理赔请求的目的。实际应用时,目标业务员对应的客户端接收到理赔请求时,一般通过提示信息提示目标业务员,例如音频、提示信息、短信、邮件等方式。
本申请实施例中,客户端一般设置为手机、Pad、笔记本、PC机等电子设备,本申请实施例中,将客户端设置为手机。实际应用时,目标业务员通过客户端获取针对理赔请求的处理结果,具体地,该处理结果既可以包括目标业务利用手机输入的信息,也可以包括利用手机拍摄到的图像数据。
实际应用时,处理结果一般用于表征目标业务员针对理赔请求的查勘、定损的结果,具体地,处理结果可以包括
步骤S103、将处理结果发送至指定系统,并获取指定系统针对处理结果的发送反馈信息。
本申请实施例中,指定系统一般设置为保险系统,如AA保险、BB保险,具体地,指定系统可以运行在该服务器上,也可以运行在其他独立的服务器上。实际应用时,一般由该服务器对本申请提供的方法和指定系统进行管理。
步骤S104、依据反馈信息执行相应的操作。
本申请实施例,接收到理赔请求时,确定处理理赔请求的目标业务员,将理赔请求发送至所述目标业务员对应的客户端,并获取目标业务员针对理赔请求生成的处理结果,将处理发送至指定系统,并获取指定系统针对处理结果的发送反馈信息,依据反馈信息执行相应的操作,解决了现有理赔技术中,完全依赖人工对业务员进行指派,导致的指派效率低的问题,保证了理赔请求能够得到及时处理,提高了保险行业处理理赔请求的效率。
在一个实现方式中,如退2所示,步骤S101中确定处理理赔请求的目标业务员,包括:步骤S1011、步骤S1012和步骤S1013。
步骤S1011、查询预配置的业务小组,确定各个业务小组的当前业务量;
步骤S1012、依据各个业务小组的当前业务量,选定当前业务量最少的业务小组作为目标小组,并确定目标小组中各个业务员的当前业务量;
步骤S1013、在目标小组中,选定当前业务量最少的业务员作为目标业务员。
本申请实施例中,业务小组的设置实现了对业务员的管理,通过查询确定各个业务小组的当前业务量,从而目标小组,以确定目标小组中各个业务员的当前业务量,进而选定目标业务员。
例如,存在业务小组A、业务小组B和业务小组C三个小组,其中,业务小组A当前的业务总量为100件,业务小组B当前的业务总量为80件,业务小组C当前的业务总量为30件,那么可以确定业务小组C为目标小组。那么可以缩小范围,在业务小组C中选定目标业务员。通过业务小组的确定不仅方便了对业务员的管理,而且起到了快速确定目标小组的作用,从而实现匹配目标业务员的目的。
在另一个实现方式中,步骤S1012中定当前业务量最少的作为目标小组,包括:
检测各个业务小组的当前业务量均相同时,利用预设的随机算法选定目标小组。
本申请实施例,通过预设的随机算法解决了在当前业务量最少的业务小组的数量超过1时,即存在两个或者两个以上的业务小组的当前业务量最少且相等的情形下,如何确定目标小组的方式。
例如,存在业务小组A、业务小组B和业务小组C三个小组,其中,业务小组A当前的业务总量为100件,业务小组B当前的业务总量为30件,业务小组C当前的业务总量为30件,那么业务小组B和业务小组C的均为可选小组,那么利用随机算法,从业务小组B和业务小组C中选定一个作为目标小组。
在另一个实现方式中,若当前业务量最少的业务员的数量至少为2,步骤S1013在目标小组中,选定当前业务量最少的业务员作为目标业务员,包括:
确定各个业务员的等级;
依据各个业务员的等级,选定等级最低的业务员作为目标业务员。
本申请实施例中解决了目标小组中存多个业务员的当前业务量相等的情形下,如何确定目标业务员的问题。本申请实施例通过确定各个业务员的等级,解决了按照等级选定目标业务员的问题。例如,目标小组中业务员1和业务2的当前业务量最少且相等,假设业务员1为初级业务员,业务员2为中级业务员,那么选定业务员1为目标业务员。通过等级进行选定,防止同时存在不同级别的业务员时,因指派高级别的业务员进行处理,导致以后续无法找到相应级别的业务员处理复杂情形的问题,最大限度利用资源,起到资源优化的作用。
在又一个实现方式中,若目标小组中各个业务员的当前业务量均相同,步骤S1013在目标小组中,选定当前业务量最少的业务员作为目标业务员,包括以下至少一项:
利用预设的随机算法选定目标业务员;
接收第一指定用户输入的选定指令,以依据选定指令确定目标业务员。
本申请实施例提供两种确定目标业务员的方式,一种是利用随机算法进行选定,另一种是根据用户输入的选定指令进行确定。前一种方式提高了目标业务员的选定速度,后一种方式则实现了人工微调确定目标业务员的问题。
实施应用时,若当前业务量最少的业务员的数量至少为2的情形下,确定的各个业务员的等级相同且相同等级的业务员的数量超过1时,可以参照本实施例,利用预设的随机算法选定目标业务员,或者接收指定用户输入的选定指令,以依据选定指令确定目标业务员。
在又一个实现方式中,如图1所示,步骤S102将所述理赔请求发送至所述目标业务员对应的客户端之后,该方法还包括:
步骤S1021(图中未示出)、检测目标业务员大于预定时间未处理理赔请求时,生成相应的第一提示信息,并将第一提示信息发送至第二指定用户对应的客户端,以确定是否重新选定目标业务员。
本申请实施例通过预定时间的设置,保证了理赔请求能够及时处理,实际应用时,第二指定用户一般设置为具有目标业务员指派权限的用户。
例如,假设预定时间为t1,目标业务员在t1时间段内未能及时处理理赔请求,那么生成第一提示信息,将第一提示信息发送这是第二指定用户,以便第二指定用户确定是否为该理赔请求重新分配目标业务员。
实施应用时,可以将理赔请求以及为该理赔请求分配的目标业务员作为一个理赔订单进行监控,具体地,可以通过预设的存储区域用于存储该理订单。若目标业务员未在预定时间段内对该理赔请求进行及时处理,那么第二指定用户可以为该理赔请求重新指定目标业务员。
在又一个实现方式中,如图3所示,步骤S104依据反馈信息执行相应的操作,包括:
步骤S1041、若反馈信息为确认处理结果的提示信息,生成针对理赔请求处理完成的提示信息;
步骤S1042、若反馈信息为确认处理结果异常的提示信息,生成相应的第二提示信息,并将第二提示信息发送至第二指定用户对应的客户端,以确定是否重新选定目标业务员。
实际应用时,若反馈信息为确认处理结果的提示信息表征指定系统(如保险系统)的管理用户认可目标业务员确定的处理结果,那么针对该理赔请求的处理完成;若反馈信息为确认处理结果异常的提示信息表征指定系统的管理用户不认可目标业务员确定的处理结果,例如,任务可能存在欺诈骗保等情形,那么生成第二提示信息,并将第二提示信息发送至第二指定用户对应的客户端,由第二指定用户确定是否重新选定目标业务员。
实施例二
本申请实施例提供了一种基于业务员分配的数据处理装置,如图4所示,该基于业务员分配的数据处理装置30可以包括:请求接收模块301、请求处理模块302、结果发送模块303以及数据处理模块304,其中,
请求接收模块301,用于接收到理赔请求时,确定处理所述理赔请求的目标业务员;
请求处理模块302,用于将所述理赔请求发送至所述目标业务员对应的客户端,并获取所述目标业务员针对所述理赔请求生成的处理结果;
结果发送模块303,用于将所述处理结果发送至指定系统,并获取所述指定系统针对所述处理结果的发送反馈信息;
数据处理模块304,用于依据所述反馈信息执行相应的操作
本申请实施例,接收到理赔请求时,确定处理理赔请求的目标业务员,将理赔请求发送至所述目标业务员对应的客户端,并获取目标业务员针对理赔请求生成的处理结果,将处理发送至指定系统,并获取指定系统针对处理结果的发送反馈信息,依据反馈信息执行相应的操作,解决了现有理赔技术中,完全依赖人工对业务员进行指派,导致的指派效率低的问题,保证了理赔请求能够得到及时处理,提高了保险行业处理理赔请求的效率。
进一步地,请求接收模块用于:
查询预配置的业务小组,确定各个业务小组的当前业务量;
依据各个业务小组的当前业务量,选定当前业务量最少的业务员作为目标小组,并确定所述目标小组中各个业务员的当前业务量;
在所述目标小组中,选定当前业务量最少的业务员作为目标业务员。
进一步地,选定当前业务量最少的业务员作为目标小组,请求接收模块用于:
检测各个业务小组的当前业务量均相同时,利用预设的随机算法选定目标小组。
进一步地,若当前业务量最少的业务员的数量至少为2,请求接收模块用于:
确定各个业务员的等级;
依据各个业务员的等级,选定等级最低的业务员作为目标业务员。
进一步地,若目标小组中各个业务员的当前业务量均相同,请求接收模块选定当前业务量最少的业务员作为目标业务员,包括以下至少一项:
利用预设的随机算法选定目标业务员;
接收第一指定用户输入的选定指令,以依据选定指令确定目标业务员。
进一步地,所述将所述理赔请求发送至所述目标业务员对应的客户端之后,请求处理模块还用于:
检测所述目标业务员大于预定时间未处理所述理赔请求时,生成相应的第一提示信息,并将所述第一提示信息发送至指定用户对应的客户端,以确定是否重新选定目标业务员。
进一步地,数据处理模块用于:
若反馈信息为确认所述处理结果的提示信息,生成针对理赔请求处理完成的提示信息;
若反馈信息为确认所述处理结果异常的提示信息,生成相应的第二提示信息,并将第二提示信息发送至第二指定用户对应的客户端,以确定是否重新选定目标业务员。
本实施例的基于业务员分配的数据处理装置可执行本申请实施例一所示的基于业务员分配的数据处理方法,其实现原理相类似,此处不再赘述。
实施例三
本申请实施例提供了一种电子设备,如图5所示,图5所示的电子设备400包括:处理器4001和收发器4004。其中,处理器4001和收发器4004相连,如通过总线4002相连。可选的,电子设备400还可以包括存储器4003。需要说明的是,实际应用中收发器4004不限于一个,该电子设备400的结构并不构成对本申请实施例的限定。
处理器4001可以是CPU,通用处理器,DSP,ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器4001也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
总线4002可包括一通路,在上述组件之间传送信息。总线4002可以是PCI总线或EISA总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器4003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备,RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
可选的,存储器4003用于存储执行本申请方案的应用程序代码,并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码,以实现图4所示实施例提供的基于业务员分配的数据处理装置的动作。
本申请实施例,接收到理赔请求时,确定处理理赔请求的目标业务员,将理赔请求发送至所述目标业务员对应的客户端,并获取目标业务员针对理赔请求生成的处理结果,将处理发送至指定系统,并获取指定系统针对处理结果的发送反馈信息,依据反馈信息执行相应的操作,解决了现有理赔技术中,完全依赖人工对业务员进行指派,导致的指派效率低的问题,保证了理赔请求能够得到及时处理,提高了保险行业处理理赔请求的效率。
实施例三
本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现实施例一至实施例三任一实施例所示的方法。
本申请实施例提供了一种计算机可读存储介质,与现有技术相比,接收到理赔请求时,确定处理理赔请求的目标业务员,将理赔请求发送至所述目标业务员对应的客户端,并获取目标业务员针对理赔请求生成的处理结果,将处理发送至指定系统,并获取指定系统针对处理结果的发送反馈信息,依据反馈信息执行相应的操作,解决了现有理赔技术中,完全依赖人工对业务员进行指派,导致的指派效率低的问题,保证了理赔请求能够得到及时处理,提高了保险行业处理理赔请求的效率。
本申请实施例提供了一种计算机可读存储介质适用于上述方法实施例。在此不再赘述。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种基于业务员分配的数据处理方法,其特征在于,包括:
接收到理赔请求时,确定处理所述理赔请求的目标业务员;
将所述理赔请求发送至所述目标业务员对应的客户端,并获取所述目标业务员针对所述理赔请求生成的处理结果;
将所述处理结果发送至指定系统,并获取所述指定系统针对所述处理结果的发送反馈信息;
依据所述反馈信息执行相应的操作。
2.根据权利要求1所述的方法,其特征在于,所述确定处理所述理赔请求的目标业务员,包括:
查询预配置的业务小组,确定各个业务小组的当前业务量;
依据各个业务小组的当前业务量,选定当前业务量最少的业务员作为目标小组,并确定所述目标小组中各个业务员的当前业务量;
在所述目标小组中,选定当前业务量最少的业务员作为目标业务员。
3.根据权利要求2所述的方法,其特征在于,若各个业务小组的当前业务量均相同,所述选定当前业务量最少的作为目标小组,包括:
利用预设的随机算法选定目标小组。
4.根据权利要求2所述的方法,其特征在于,若当前业务量最少的业务员的数量至少为2,所述在所述目标小组中,选定当前业务量最少的业务员作为目标业务员,包括:
确定各个业务员的等级;
依据各个业务员的等级,选定等级最低的业务员作为目标业务员。
5.根据权利要求2所述的方法,其特征在于,若所述目标小组中各个业务员的当前业务量均相同,所述在所述目标小组中,选定当前业务量最少的业务员作为目标业务员,包括以下至少一项:
利用预设的随机算法选定目标业务员;
接收第一指定用户输入的选定指令,以依据所述选定指令确定目标业务员。
6.根据权利要求1所述的方法,其特征在于,所述将所述理赔请求发送至所述目标业务员对应的客户端之后,所述方法还包括:
检测所述目标业务员大于预定时间未处理所述理赔请求时,生成相应的第一提示信息,并将所述第一提示信息发送至第二指定用户对应的客户端,以确定是否重新选定目标业务员。
7.根据权利要求1所述的方法,其特征在于,所述依据所述反馈信息执行相应的操作,包括:
若所述反馈信息为确认所述处理结果的提示信息,生成针对所述理赔请求处理完成的提示信息;
若所述反馈信息为确认所述处理结果异常的提示信息,生成相应的第二提示信息,并将所述第二提示信息发送至指定用户对应的客户端,以确定是否重新选定目标业务员。
8.一种基于业务员分配的数据处理装置,其特征在于,包括:
请求接收模块,用于接收到理赔请求时,确定处理所述理赔请求的目标业务员;
请求处理模块,用于将所述理赔请求发送至所述目标业务员对应的客户端,并获取所述目标业务员针对所述理赔请求生成的处理结果;
结果发送模块,用于将所述处理结果发送至指定系统,并获取所述指定系统针对所述处理结果的发送反馈信息;
数据处理模块,用于依据所述反馈信息执行相应的操作。
9.一种电子设备,其特征在于,其包括:
一个或多个处理器;
存储器;
一个或多个应用程序,其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序配置用于:执行根据权利要求1-7任一项所述的业务员分配方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-7任一项所述的业务员分配方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910100653.XA CN109948895A (zh) | 2019-01-31 | 2019-01-31 | 基于业务员分配的数据处理方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910100653.XA CN109948895A (zh) | 2019-01-31 | 2019-01-31 | 基于业务员分配的数据处理方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109948895A true CN109948895A (zh) | 2019-06-28 |
Family
ID=67006561
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910100653.XA Pending CN109948895A (zh) | 2019-01-31 | 2019-01-31 | 基于业务员分配的数据处理方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109948895A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112132476A (zh) * | 2020-09-28 | 2020-12-25 | 平安养老保险股份有限公司 | 案件分配方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847376A (zh) * | 2016-04-11 | 2016-08-10 | 深圳市永兴元科技有限公司 | 车险查勘系统及方法 |
CN106408147A (zh) * | 2016-01-25 | 2017-02-15 | 平安科技(深圳)有限公司 | 车险查勘任务的派发方法及系统 |
CN106779422A (zh) * | 2016-12-22 | 2017-05-31 | 安徽保腾网络科技有限公司 | 车险查勘系统 |
CN107679778A (zh) * | 2017-11-21 | 2018-02-09 | 北京新网医讯技术有限公司 | 影像报告工作量智能分配系统及其分配方法 |
WO2018166098A1 (zh) * | 2017-03-17 | 2018-09-20 | 平安科技(深圳)有限公司 | 数据稽核方法、装置、移动终端及计算机可读存储介质 |
-
2019
- 2019-01-31 CN CN201910100653.XA patent/CN109948895A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106408147A (zh) * | 2016-01-25 | 2017-02-15 | 平安科技(深圳)有限公司 | 车险查勘任务的派发方法及系统 |
CN105847376A (zh) * | 2016-04-11 | 2016-08-10 | 深圳市永兴元科技有限公司 | 车险查勘系统及方法 |
CN106779422A (zh) * | 2016-12-22 | 2017-05-31 | 安徽保腾网络科技有限公司 | 车险查勘系统 |
WO2018166098A1 (zh) * | 2017-03-17 | 2018-09-20 | 平安科技(深圳)有限公司 | 数据稽核方法、装置、移动终端及计算机可读存储介质 |
CN107679778A (zh) * | 2017-11-21 | 2018-02-09 | 北京新网医讯技术有限公司 | 影像报告工作量智能分配系统及其分配方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112132476A (zh) * | 2020-09-28 | 2020-12-25 | 平安养老保险股份有限公司 | 案件分配方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108446974B (zh) | 数据处理装置、方法及计算机可读存储介质 | |
CN102236843B (zh) | 票务订购方法、装置和系统 | |
EP3489825A1 (en) | Method, apparatus and computer readable storage medium for processing service | |
US9497096B2 (en) | Dynamic control over tracing of messages received by a message broker | |
CN111245900B (zh) | 一种分布式消息发送的处理系统及其处理方法 | |
CN110377410A (zh) | 任务调度方法、系统、电子设备及计算机可读存储介质 | |
CN111199379A (zh) | 工作流引擎的审批方法、审批设备及存储介质 | |
CN102799485B (zh) | 历史数据的迁移方法及装置 | |
TW201947481A (zh) | 虛擬卡生成方法、使用者終端以及權杖伺服器 | |
CN109951546A (zh) | 基于智能合约的事务请求处理方法、装置、设备和介质 | |
CN112070501B (zh) | 一种区块链交易发起、验证方法及系统 | |
CN110602214A (zh) | 司法链的证据存证和处理方法、装置、设备和介质 | |
CN110650216A (zh) | 云服务请求方法和装置 | |
CN104484167B (zh) | 任务处理方法及装置 | |
CN105573996A (zh) | 数据库处理方法、装置及系统 | |
US8914517B1 (en) | Method and system for predictive load balancing | |
CN112767135A (zh) | 规则引擎的配置方法及装置、存储介质、计算机设备 | |
CN112767133A (zh) | 业务决策方法及装置、存储介质、计算机设备 | |
CN103608801A (zh) | 演示软件自动化服务 | |
CN106445936A (zh) | 一种数据处理方法及设备 | |
CN109948895A (zh) | 基于业务员分配的数据处理方法、装置及电子设备 | |
CN111126935B (zh) | 保全数据的处理方法、装置、电子设备和存储介质 | |
CN115098840B (zh) | 一种身份认证方法、装置、设备、介质及产品 | |
CN112637201B (zh) | 一种web服务端的请求处理方法、装置、设备及系统 | |
CN110298757A (zh) | 涉及DPoS的共识方法及其装置 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190628 |