17

 

1.1.1.1.1        Dunning Plan业务流程说明

（1）       获取确认的dunning schedule，循环处理每个schedule；

（2）       根据用户的欠费，用户属于的催欠组处理每个属于该催欠组的用户；

（3）       对每个用户系统需要判断是否免催停，欠费是否大于触发额度；

（4）       系统对满足条件的用户根据系统配置是否要对生成的催欠计划进行自动确认；

（5）       如果自动确认，生成确认的plan，非自动确认生成unconfirmed的催缴计划，等待用户确认；

（6）       将被block的客户的plan标记为block，被block的plan不能被执行，unblock之后才能执行。

（7）       对于超过一定时间没有处理的plan系统要定期清理；

1.1.1.1.2        状态转移图

Figure图1             Dunning Plan 状态转移图

1.1.1.1.3        状态转移图说明

（1）       由Dunning schedule根据配置生成催缴计划初始状态为unconfirmed或者confirmed状态；

（2）       Unconfirmed的催缴计划允许在前台进行Cancel操作；

（3）       Unconfirmed的催缴计划经过前台人工确认后可以确认；

（4）       Confirmed的plan在没有被执行之前可以在前台进行hold和unhold操作；

（5）       Confirmed的plan如果手工导出执行计划后，状态直接修改为success；

（6）       Confirmed的催缴计划到执行队列后就等待执行，执行结果为成功或者失败；