DC子系统的业务包括:自动催欠,人工催缴,信用度调查,信用度计算等。其中最核心的主要是催欠和动作恢复,本章重点针对DC的核心:催欠业务进行介绍。
生成Dunning Schedule
(DC_DUN_SCHEDULE)
由1002定时任务生成,Dunning schedule 根据dunning policy生成,1002定时任务一个帐期只执行一次,具体的执行时间在配置文件中进行配置,如:DC.SCHEDULE.CALC.START=b1,表示帐期开始后一天生成此帐期的Dunning Schedule
Dunning schedule生成之后状态是否自动确认,可以在配置文件中进行设置:
DC.SCHEDULE.AUTO.CONFIRM=0/1
* 为1时,自动确认,即生成的schedule状态就是为Confirm,
* 为0时,手工确认,生成的schedule状态为UnConfirm,需要用户在执行日期之前进行确认,确认时可以修改Dunning Schedule的执行时间。
配置DC.SCHEDULE.CALC.START=b1,即帐期开始后一天生成此帐期的Dunning Schedule。
20071101帐期是从2007-11-01到2007-11-30
则在2007-11-02(1002定时任务执行的时间),系统会生成20071101帐期的dunning schedule,
执行时间为2007-11-30 + policy的Number of Days after Bill Cut,如果此日期为免催日则向后顺延,直到不是免催日为止,记录在THE_DATE字段,policy中的execute time记录在EXEC_TIME字段中。
生成Dunning Schedule
(DC_DUN_SCHEDULE)
由1002定时任务生成,Dunning schedule 根据dunning policy生成,1002定时任务一个帐期只执行一次,具体的执行时间在配置文件中进行配置,如:DC.SCHEDULE.CALC.START=b1,表示帐期开始后一天生成此帐期的Dunning Schedule
Dunning schedule生成之后状态是否自动确认,可以在配置文件中进行设置:
DC.SCHEDULE.AUTO.CONFIRM=0/1
* 为1时,自动确认,即生成的schedule状态就是为Confirm,
* 为0时,手工确认,生成的schedule状态为UnConfirm,需要用户在执行日期之前进行确认,确认时可以修改Dunning Schedule的执行时间。
配置DC.SCHEDULE.CALC.START=b1,即帐期开始后一天生成此帐期的Dunning Schedule。
20071101帐期是从2007-11-01到2007-11-30
则在2007-11-02(1002定时任务执行的时间),系统会生成20071101帐期的dunning schedule,
执行时间为2007-11-30 + policy的Number of Days after Bill Cut,如果此日期为免催日则向后顺延,直到不是免催日为止,记录在THE_DATE字段,policy中的execute time记录在EXEC_TIME字段中。