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)        将执行过的请求记录转移至历史表中,并记录执行后的状态,删除催欠请求表中的已执行数据。
阅读更多
文章标签: payment 任务 action c
想对作者说点什么? 我来说一句

18 votes 18 votes 18 votes 18 votes

2010年01月24日 10B 下载

没有更多推荐了,返回首页

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭