【技术实现步骤摘要】
一种联系函数据的处理方法和处理装置
[0001]本专利技术涉及大数据
，尤其涉及一种联系函数据的处理方法和处理装置。
技术介绍
[0002]转移接续是指个人因工作调动等原因，通过转移接续平台将住房公积金从一个住房公积金管理中心转移至另一个住房公积金管理中心。在办理转移接续业务的过程中，各个单位之间通过联系函互相沟通，由业务人员手动执行联系函的确认接收或驳回，在业务人员不在岗的情况下，则需要等待业务人员返岗后再继续办理相关业务。
[0003]在实现本专利技术过程中，专利技术人发现现有技术中至少存在如下问题：
[0004]人工办理联系函的确认接收或驳回，导致确认接收或驳回业务处理效率低、缺乏及时性、人力成本高。
技术实现思路
[0005]有鉴于此，本专利技术实施例提供一种联系函数据的处理方法和处理装置，能够自动处理转移接续中的确认接收或驳回业务，提高确认接收或驳回业务的处理效率，降低人力成本。
[0006]为实现上述目的，根据本专利技术实施例的第一方面，提供了一种联系函数据的处理方法...
【技术保护点】
【技术特征摘要】
1.一种联系函数据的处理方法，其特征在于，包括：响应于接收到联系函处理请求，获取处于待处理状态的联系函数据；在所述联系函数据符合预先设置的接收条件的情况下，根据预先设置的第一外呼接口发送联系函确认接收请求，以确认接收所述联系函数据；响应于接收到所述联系函确认接收请求的响应，在所述响应指示所述联系函确认接收成功的情况下，将所述联系函数据的状态修改为确认接收状态。2.根据权利要求1所述的方法，其特征在于，在所述联系函数据不符合所述接收条件的情况下，所述方法还包括：根据预先设置的第二外呼接口发送联系函驳回请求，以拒绝接收所述联系函数据；响应于接收到所述联系函驳回请求的响应，在所述响应指示所述联系函驳回成功的情况下，将所述联系函数据的状态修改为撤销状态。3.根据权利要求2所述的方法，其特征在于，在所述联系函确认接收请求的响应指示所述联系函确认接收失败的情况下或者在所述联系函驳回请求的响应指示所述联系函驳回失败的情况下，所述方法还包括：确定所述联系函数据对应的联系函确认接收失败和联系函驳回失败的失败总次数；在所述失败总次数小于等于预先设置的失败次数阈值的情况下，重复执行如下步骤，直至所述联系函数据的状态为确认接收状态或者撤销状态：判断所述联系函数据是否符合所述接收条件，根据判断结果发送目标请求，在所述目标请求的响应指示所述目标请求成功的情况下，修改所述联系函数据的状态。4.根据权利要求3所述的方法，其特征在于，在所述失败总次数大于预先设置的失败次数阈值的情况下，所述方法还包括：将所述联系函数据的状态修改为待人工处理状态，以使所述联系函数据由人工进行处理。5.根据权利要求3所述的方法，其特征在于，在每次执行所述如下步骤之后，所述方法还包括：存储所述联系函数据的数据标识和执行所述如下步骤的执行结果。6.根据权利要求1所述的方法，其特征在于，在所述联系函数据符合预先设置的接收条件的情况下，所述方法还包括：判断自动确认接收流程是否开启；在所述自动确认接收流程未开启的情况下，将所述联系函数据的状态修改为无需处理状态。7.根据权利要求2所述的方法，其特征在于，在所述联系函数据不符合所述接收条件的情况下，所述方法还包括：判断自动驳回流程是否开启；在所述自动驳回流程未开启的情况下，将所述联系函数据的状态修改为无需处理状态。8.根据权利要求1所述的方法，其特征在于，所述处于待处理状态的联系函数据是存储在数据库表中的；在获取处于待处理状态的联系函数据之前，所述方法还包括：根据预先设置的第三外呼接口发送联系函数据查询请求，以获取符合预先设置的处理条件的联系函数据；将获取到的未存储在所述数据库表中的所述符合预先设置的处理条件的联系函数据
存储至所述数据库表。9.根据权利要求8所述的方法，其特征在于，在判断所述联系函数据是否符合预先设置的接收条件之前，所述方法还包括：根据所述第三外呼接口发送联系函数据查询请求，以判断所述联系函数据是否符合所述处理条件；在所述联系函数据不符合所述处理条件的情况下，将所述联系函数据的状态修改...
【专利技术属性】
技术研发人员：程剑佳，
申请(专利权)人：建信金融科技有限责任公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。