18

 

1.1.1.1.1        转移催欠Plan到执行队列业务流程说明

（1）任务获取所有确认过的Plan，同时其计划执行时间为当天及以后；

（2）处理待转移的每个Plan，如果是人工催欠动作则生成人工催欠任务，最后将自动催欠Plan加入到自动催欠队列,如果是生成催缴信动作，则生成催缴信文件;

(3)更新已经处理的plan状态，同时将超过配置期限的Plan转移到历史中；

1.1.1.2催欠动作执行业务设计

1.1.1.2.1        业务流程图

Figure图1             执行催欠动作流程图

 

1.1.1.2.2        业务流程说明

（1）       获取在执行队列中的帐户列表；

（2）       扫描队列，过滤不符合条件的催欠请求，规则如下：

a)        当前时间在该动作的不可执行时段内；

b)        检查该动作该帐户所属信控组（若该帐户不属于任何信控组则取默认信控组）的触发额，如果尚未配置，则不执行该催欠动作；

c)        需要检查最小付费额，则需满足该公式：最小付费额 - 监控期内缴费额 > 该动作该帐户所属信控组的触发额；

d)        检查各待执行催欠动作的用户是否被免催免停，若该动作被免催免停则不执行该动作；

2)        根据催欠动作ID和帐户/用户执行不同的催欠动作，调用Dunning Action模块的执行函数进行催欠动作，如果本次执行失败，则需要再次尝试，尝试次数可配置；

3)        将执行完的请求写回催欠请求表（修改状态，执行时间，执行失败原因）

4)        将需要Recovery的催欠请求（催欠动作可恢复，需要检查MINI PAYMENT）写入等待Recovery表；

5)        将执行过的请求记录转移至历史表中，并记录执行后的状态，删除催欠请求表中的已执行数据。