06信用控制.docx

06信用控制.docx

《06信用控制.docx》由会员分享，可在线阅读，更多相关《06信用控制.docx（43页珍藏版）》请在冰豆网上搜索。

06信用控制

1实时费用检测

实时费用监测完成对用户当月实时帐务费用和往月欠费的累计，同时结合用户帐户可用余额、用户信用度完成用户监控值的计算处理。

版本号：

V2.0版

1、修订内容：

a）基本流B7，增加10、子业务信控

b）基本流B7，增加11、集团信控

修订人：

宋绪首。

版本号：

V2.0+版

1、修订内容：

a）基本流B8增加规则，支持根据实时话费汇总结果对客户的欠费及信用度进行控制。

修订人：

付庆国。

版本号：

V4.2.1

修订内容：

1、1.7.5增加黑龙江保留信息。

2、B7增加规则：

“支持按照号段进行催缴和停机。

宽带完全包月用户，可以按照当月实际使用的天数，进行催缴和停机。

”。

3、B7，增加规则：

“支持对账本余额的使用规则必须与销账的规则保持一致”。

4、B7，规则6增加山东保留信息。

5、B7规则2添加“可配置”信息。

6、B7规则3增加黑龙江保留信息。

7、B7规则5添加“可配置”信息。

8、B7规则8增加黑龙江保留信息。

9、B7增加规则：

“在有在途工单而导致信控工单无法执行时，应有消息反馈。

”。

修订人：

潘涛

1.1用例名称

实时费用检测

1.2用例标识

Billing-F-06-0001

1.3参与者

无

1.4简要说明

实时费用监测完成对用户当月实时帐务费用和往月欠费的累计，同时结合用户帐户可用余额、用户信用度、用户资料完成用户监控值的计算处理。

1.5事件流

1.5.1基本流

B1：

事件触发

[系统]：

根据帐目累计数据、实时费用变化、用户资料变化、帐户余额变化或信用度额度变化触发信控流程。

B2：

信控用户提取

[系统]：

从用户列表中提取需要进行信控处理的用户

[输出数据]：

订购实例标识用户所属帐户、停开机标识等

B3：

帐户可用余额计算

[系统]：

余额管理模块提取用户实时帐本余额数据，并且根据规则计算用户的可用余额总和（由于用户的余额存在专款专用等约束情况，因此必须对余额进行筛选）

输出：

帐户标识、余额类型标识、余额费用、订购实例标识等

[规则]：

用户帐户余额为用户帐户下所有帐本可用余额之和。

B4：

用户欠费数据提取

[系统]：

从欠费管理模块提取用户欠费数据

[输出数据]：

客户标识、帐户标识、订购实例标识、帐目类型、帐目费用、欠费标识、帐务周期、欠费周期标识等

[规则]：

1、呆坏账不参与信控

B5：

实时优惠后帐目数据提取

[系统]：

从帐务处理模块提取实时优惠后帐目数据

[输出数据]：

帐户标识、帐目项类型标识、帐目费用、订购实例标识、客户标识等

[规则]：

用户的当月实时费用应包含实时通信费用、当月代收费用、调帐费用、一次性费用、周期性费用等。

B6：

用户信用额度提取

[系统]：

从帐务处理中从客户评价用户信用度管理模块中提取用户信用额度

[输出]：

订购实例标识、信用额度类型、信用额度等

[规则]：

1、信用度与账户、用户、用户帐本的关系。

a）账户无信用额度，信用额度细分到用户，且只有用户的主账本才能使用其信用度，其他专用帐本信用额度为0。

便于用户理解及客户解释。

b）改变以往一个账户下所有用户同开同停规则，当一个账户欠费时，其账下用户根据自身不同的信用额度可能状态不一致。

B7：

用户监控值计算

[系统]：

计算用户的监控值，用户的监控值=用户帐户可用余额＋用户信用额度－用户当月实时话费－用户累计欠费话费

[输入]：

B3、B4、B5、B6步输出数据

[输出数据]：

用户的监控值

[规则]：

1、支持依据用户状态、规则设定触发条件，预付费用户不参与信控

2、支持对优惠后的实时话费，包括月租可以触发可参数配置（重庆、安徽、河北、山东）

3、对某个特定套餐的单独信控（河北，黑龙江）

4、托收用户不参与信控；

5、要求对多次托收不成功用户也要参与信控，可参数配置。

（安徽）

6、普通后付费用户不参与信控。

（重庆，山东）

7、非现金付费用户,不进行信控。

（重庆）

8、普通后付费用户进行每月批量停机，不参与实时停机。

（重庆，黑龙江）

9、系统记录相关操作日志。

10、支持子业务信控，如下：

a）用户在选择某项业务作专款项目的前提下，在保证该项专款有盈余的情况下，即使总实时账户余额为负，也不能关闭该项业务功能。

（如：

掌宽用户因语音费用产生造成停机的，应做到仅停语音通信功能，不停掌宽功能,掌宽的费用做到专款专用）（需交换支持）

b）设置是否可使用普通帐户余额、使用普通帐户优先级、可使用的信用度、是否分子业务监控标志、指令类型；

c）查询界面需提供子业务专用账本余额查询、子业务目前状态；

d）它代支付情况按普通帐户处理；

f）其他规则实施时各自定义

11、支持对集团客户进行信控，对集团客户支持如下信控规则：

a）支持集团客户采取信控方式或欠费管理方式分别进行话费控制处理。

b）支持集团帐户与个人帐户按照预先定义的规则分别进行信用控制（预先定义的规则各个省实施的时候定义），支持多种信用控制流程（这个预定义的规则各个省实施是具体细化）。

c）支持当集团客户透支金额达到一定值时，系统应发送催缴信息给相应的集团客户经理和该集团客户联系人。

d）对于使用统一账户的集团付费用户，采用根据其中各个号码不同的信用额度进行逐步停机。

e）对集团系统中的关键客户的欠停机之前以短信通知客户经理，以便做好欠停前的服务工作。

f）支持根据集团统一付费计划对成员的实时信控进行调整。

可实时按集团统一付费规则计算成员当前由集团付费额度，并为成员动态增加相应实时信控额度。

g）如果集团欠费的话，支持停止集团的业务，如集团炫铃，集团短信等。

h）其他规则各省实施时自行确定。

12、支持按照号段进行催缴和停机。

宽带完全包月用户，可以按照当月实际使用的天数，进行催缴和停机。

13、支持对账本余额的使用规则必须与销账的规则保持一致。

14、在有在途工单而导致信控工单无法执行时，应有消息反馈。

B8：

数据计算结果，并触发信用监控

[系统]：

数据计算结果，触发信用监控

[规则]：

对VIP用户支持通知相应的客户经理。

支持根据实时话费汇总结果对客户的欠费及信用度进行控制。

1.5.2备选流

无

1.5.3异常流

1.5.3.1异常流E1

E1.1在基本流步骤B1、B2、B3、B4、B5、B6、B7、B8：

[系统]：

个别数据失败，给出失败数据和原因，流程结束。

1.6用例场景

1.6.1成功场景

用户监控数据计算完成:

基本流

1.6.2失败场景

某个数据计算失败，通过异常流A1输出异常数据检查异常：

基本流+异常流E1

1.7特殊需求

1.7.1权限需求

无

1.7.2性能需求

要求快速查询相关数据；

要求处理速度较快；

1.7.3易用性需求

无

1.7.4内控需求

无

1.7.5其他需求

重庆中行用户是一批特殊的协议用户，其催缴和停机、开机都不走正常的流程，而是由中行提供文件，联通根据文件进行催缴和停机。

（重庆，黑龙江）

1.8前置条件

无

1.9后置条件

计算出用户监控值

2信用额度变更

版本修订说明

版本号:

V3.0融合业务

修订内容：

初稿

日期：

2009-01-20

修订人：

尤寒

版本号：

V4.2.1

修订内容：

1、B2【系统】添加“对历史记录日志进行保留。

”

2、权限需求增加：

“根据地域（省、市、县）和工号、角色，设置不同的信用额度。

”。

修订人：

潘涛

2.1用例名称

信用额度变更

2.2用例标识

2.3参与者

无

2.4简要说明

在客户变更、账户付费关系变更、用户变更情况下，需要将该用户原有的信用额度清零，并参照新客户、新账户、新用户的信用控制原则重新进行初始信用评估。

2.5事件流

2.5.1基本流

B1：

事件触发

[系统]：

根据客户变更、账户付费关系变更、用户变更触发信用额度变更流程。

B2：

信用额度清零

[系统]：

将三户关系变更相关用户的信用额度全部清零，对历史记录日志进行保留。

B3：

重新计算信用额度

[系统]：

根据新的三户关系，参考新客户、新帐户和新用户的信用控制原则重新计算用户新的信用额度。

2.5.2备选流

A1：

手工计算信用额度

[系统维护人员]：

允许系统维护人员根据信用控制原则手工计算和录入用户新的信用额度。

2.5.3异常流

E1：

在基本流步骤B1、B2、B3：

[系统]：

个别数据失败，给出失败数据和原因，流程结束。

2.6用例场景

2.6.1成功场景

信用额度变更完成：

基本流

2.6.2失败场景

信用额度变更失败：

基本流+异常流E1

2.7特殊需求

2.7.1权限需求

根据地域（省、市、县）和工号、角色，设置不同的信用额度变更值。

2.7.2性能需求

要求在三户关系变更完成后5分钟内完成信用额度的重新计算

2.7.3易用性需求

无

2.7.4内控需求

无

2.7.5其他需求

无

2.8前置条件

三户关系变更

2.9后置条件

无

3信用监控

信用监控依据用户状态，结合用户监控值，判断是否触发催缴和停开机处理。

版本号：

V2.0版

1、修订内容：

a）基本流B3增加12对预付费用户的增值、短信等业务上海需进行信控（上海）

b）基本流B3增加13支持延时停机处理：

支持对某些特殊的用户可以延时停机，可设置相应延时停机时间参数（可自行设置），延时停机时间到达后系统自动进行停机处理。

如：

支持某些产品半停后间隔多少天后方能进行全停。

c）基本流B3增加14空月租停机。

对当月无计费详单的用户进行余额判断，如果实时余额小于零，做停机处理。

修订人：

宋绪首

版本号：

V2.0＋版

1、修订内容：

a）修改基本流B2的14，空月租停机（即当月无计费详单的用户）。

对当月无计费详单的用户进行余额判断，如果实时余额小于停机余额，做停机处理。

修订人：

付庆国

版本号：

V4.0

修订内容：

在[信用控制]->

3.5.1基本流B2:

监控处理[规则]：

添加：

15．支持捆绑产品的欠费判断和捆绑产品中的单产品欠费停机的规则配置。

举例：

1）ADSL/vdsl欠费固话不欠费，只生成ADSL/vdsl欠费拆机数据。

如固话欠费，将固话和ADSL/vdsl都生成欠费拆机数据。

2）固话和小灵通等有捆绑关系时，如只小灵通符合拆机条件，只拆除小灵通，固话解除业务捆绑关系，改为其他资费；如只固话欠费，只拆固话，小灵通则和固话解除捆绑关系，改为其他资费。

修订人：

沈江兵，李安子

修订时间:

2009-02-08

版本号：

V4.0

修订内容：

在[信用控制]->[3信用控制]->3.5.1基本流B2规则5添加：

d）对于停机保号的用户，如果欠费，也进行欠费停机处理，缴清欠费后，恢复到停机保号状态。

e）一号双机的两个设备，有一个小于阈值，两个都停机。

修订人：

沈江兵，李安子

修订时间：

2009-02-08

版本号：

V4.2.1

修订内容：

1、3.5.1B2规则7a）、b）、c）、d）、e），增加：

“用户级预存款”。

2、3.5.1B2规则2增加黑龙江保留信息。

3、B2规则4添加：

“可以通过界面设置免催免停用户，可以按照号码、合同号、套餐类型进行设置。

”

4、B2规则7“可能有以下四种”前补充“欠费部分需要剔除出专款支付的费用。

”。

5、B3:

[规则]:

增加：

支持录入免催缴、免呼限（即单停）、免停机（即双停）等特定保护的号码及账户

6、B2规则5e）添加：

“是否停机可配置”。

7、内控需求增加：

“信控需要具备操作日志，有相关的申请、审核流程，完备的审批日志，对信控结果进行定期和不定期检查，并留有复核日志。

”

修订人：

潘涛

3.1用例名称

信用监控

3.2用例标识

Billing-F-06-0002

3.3参与者

无

3.4简要说明

信用监控依据用户状态，结合用户监控值，判断是否触发催缴和停开机处理。

3.5事件流

3.5.1基本流

B1：

信用监控

[系统]：

结合监控值和信控参数判断是否触发停开机和催缴处理

[输入]：

用户监控值、信用监控参数

[功能]：

根据用户监控值以及规则判断触发不同的流程。

B2：

监控处理：

[系统]：

信用监控依据用户状态、用户监控值，结合信用控制规则进行催缴和停开机处理：

[规则]：

1、支持依据用户状态、用户监控值以及规则设定触发不同的催缴处理以及停开机处理。

2、支持对后付费用户的信控功能，要求按一定查询条件，查询出符合停机的后付费用户，系统按照对后付费信控的各种阀值，进行相应的呼限、告警、停开、催缴控制。

（河北，黑龙江）

3、支持依据客户信用等级设定不同的停机方式。

4、支持过滤不参与信控的用户，可以通过界面设置免催免停用户，可以按照号码、合同号、套餐类型进行设置。

。

5、信用监控判断用户状态是否是停机状态：

a）如果是，判断是否大于开机阈值，如果符合条件，为用户做开机。

b）如果用户状态为非停机状态，判断是否达到欠费预警阈值，如果是则生成催缴数据，并发送到CRM客户接触管理。

c）如果用户状态为非停机状态，判断是否达到停机阈值，如果是则生成停机数据，并将数据发送给CRM订单处理。

d）对于停机保号的用户，如果欠费，也进行欠费停机处理，缴清欠费后，恢复到停机保号状态。

e）一号双机的两个设备，有一个小于阈值，两个都停机，是否停机可配置。

6、对VIP用户支持通知相应的客户经理。

7、如果对存在帐户\客户信用度的用户进行信控（如果帐户和用户上没有信用度不予考虑）：

先对用户进行信用评分，然后根据用户的信用评分（如果一客户对多用户，取其中的最大值）为客户定义信用等级，根据客户的信用等级定义用户的信用额度，之后根据用户的信用额度进行监控。

以上模式对于一帐户对一用户的情况，用户信用额度等同于帐户信用额度参与信控，对于一帐户对多用户的情况，欠费部分需要剔除出专款支付的费用，可能有以下支撑方式：

a）先比较帐户欠费与帐户预存款，用户级预存款，之后将其差值与需要监控的用户的信用额度以及监控阈值进行比较，确定对那些用户进行停机；

b）将帐户信用额度定义为用户信用额度的最大、最小或平均值，比较帐户欠费、帐户预存款，用户级预存款及帐户信用额度差值，对其下所有用户同停同开。

c）将帐户信用额度定义为其下所有付费用户的用户信用额度之和，比较帐户欠费、帐户预存款，用户级预存款及帐户信用额度差值，对其下所有用户同停同开。

d）比较用户欠费、帐户预存款，用户级预存款及用户信用额度差值，确定对那些用户进行停机。

e）具体采用那种方式根据各省实际情况自行选择。

f）将用户的在网时长、欠费频次、消费能力作为信用综合评价的评估指标，赋予不同的权重。

g）综合评估值＝在网时长×对应权重系数＋欠费记录次数×对应权重系数＋消费能力×对应权重系数

h）信用评估指标是在系统初次建立信用等级管理，对系统中老用户确定信用等级时使用，通过计算综合评估值确定用户等级；在系统建立信用等级管理后，新入网用户一般设定为D等级，不需计算。

i）综合评估分数计算公式＝在网时长评分×权重T+欠费记录评分×权重TCO+消费能力评分×权重CA

8、若用户费用存在代付问题，如果付费帐户依据信控监控规则有欠费，对代付的用户是否停机处理有以下两种处理方式：

a）对所有付费用户，包括代付用户全部进行停机处理。

b）对非代付关系用户进行停机处理，对代付的用户不进行停机处理。

具体采用那种方式根据各省实际情况自行选择。

9、能够设置特定用户群的限制漫游的阀值。

（山东）

10、对于已申请有漫游功能的用户，判断是否达到限制漫游的阈值，如果是则生成限制漫游数据，并将数据发送给CRM订单处理。

（山东）

11、对于已申请有漫游功能的用户，信用监控判断用户漫游功能的状态是被限制漫游状态，如果是，判断是否大于开漫游阈值，如果符合条件，为用户开漫游。

（山东）

12、对预付费用户的增值、短信等业务上海需进行信控（上海）

13、支持延时停机处理：

支持对某些特殊的用户可以延时停机，可设置相应延时停机时间参数（可自行设置），延时停机时间到达后系统自动进行停机处理。

如：

支持半停后间隔多少天后方能进行全停。

14、空月租停机（即当月无计费详单的用户）。

对当月无计费详单的用户进行余额判断，如果实时余额小于停机余额，做停机处理。

15．支持捆绑产品的欠费判断和捆绑产品中的单产品欠费停机的规则配置。

举例：

1）ADSL/vdsl欠费固话不欠费，只生成ADSL/vdsl欠费拆机数据。

如固话欠费，将固话和ADSL/vdsl都生成欠费拆机数据。

2）固话和小灵通等有捆绑关系时，如只小灵通符合拆机条件，只拆除小灵通，固话解除业务捆绑关系，改为其他资费；如只固话欠费，只拆固话，小灵通则和固话解除捆绑关系，改为其他资费。

B3：

信用监控后划账处理（福建）：

[系统]：

福建需求：

要求能够由信控触发划帐流程。

[规则]：

1、信控可以触发其他相关业务流程或信用度预警。

支持当信用度余额达到不同值时进行信用度预警（如短信提醒等）。

如：

当金卡用户本次费用造成可用金额低于扣款阀值时发金卡扣款，反之本次费用使得可用金额高于扣款阀值的发取消扣款。

（福建）

2、对银行代扣业务采用的是实时划帐方式，用户在银行受理业务，确定划帐方式，比如1天划一次帐或每消费50元划一次帐，之后用户发生消费后，信控判是否满足划帐条件，如果满足，就触发划帐程序，连到银行，从用户的银行帐户上划取相应金额到用户帐上来。

（福建）

3、支持录入免催缴、免呼限（即单停）、免停机（即双停）等特定保护的号码及账户。

B4：

记录操作日志。

3.5.2备选流

无

3.5.3异常流

无

3.6用例场景

3.6.1成功场景

信用监控判断成功：

基本流

3.6.2失败场景

信用监控判断失败：

基本流+异常流E1

3.7特殊需求

3.7.1权限需求

无

3.7.2性能需求

1、要求整个信控过程平均不超过10ms，忙时（销帐）不超过5分钟（福建）

2、支持信控程序的连续运行，在出帐或批量销帐时应不允许停止信控程序的运行。

3.7.3易用性需求

无

3.7.4内控需求

开通国际长途、国际漫游时，信用控制或信息维护不当，将导致无法收回的应收帐款和坏帐的增加，从而间接影响应收数据的权利和义务。

信控需要具备操作日志，有相关的申请、审核流程，完备的审批日志，对信控结果进行定期和不定期检查，并留有复核日志。

3.7.5其他需求

无

3.8前置条件

用户监控值计算

3.9后置条件

无

4催缴处理

依据实时费用检测计算出的用户监控值，结合信控规则中定义的催缴阈值，对达催缴阈值的用户按一定格式生成催缴清单，发送给CRM。

修订说明：

版本号：

V2.0版

1、修订内容：

a）基本流B3增加：

7、支持动态催缴阀值规则的设置

b）基本流B3增加：

8、支持根据地市、业务、产品，等级等配置不同的催缴途径，催缴时间，催缴内容，催缴对象。

配置权限可分配。

c）基本流B3增加9、支持针对数据业务的催缴，数据宽带（包括无线宽带）和语音专线个人用户在停机前也需要进行催缴

d）基本流B3增加10、可根据用户信用度分阶段进行催费提醒（可配置），细分为三类（各省可自行选择）：

修订人：

宋绪首

版本号：

V2.0+版

1、修订内容：

a）基本流B3修改第8条：

增加按照用户类型配置不同的催缴途径，同时修改第8条中a）,增加电子邮箱（提供催缴清单给邮箱相关系统）催缴方式

2、修订内容：

a）基本流B3增加第11条：

增加用户停机前若无催费提醒，则需先通过语音或短信提醒用户。

b）基本流B3增加第12条：

欠费综合管理批量停机数据维护后，需要记录操作日志。

c）基本流B1增加第3条：

支持分业务进行催缴，根据分业务账户余额监控结果，进行催缴。

催缴内容可根据业务类型设定。

催缴时间可设置。

（浙江）

d）基本流B1增加第4条：

星级用户的催费要特殊处理：

如果是星级周末或者节假日催费就按照规则自动催费;如果不是就要进行人工催费。

（浙江）

修订人：

王婷

版本号：

V4.2.1

修订内容：

1、B1规则3增加黑龙江保留信息。

2、B3规则4“可以任意设置催缴时间段，催缴次数。

”。

3、B3规则5增加黑龙江保留信息。

4、B3规则6补充：

“可通过生成催缴队列时设置催缴次数为1实现。

实际催缴动作由CRM系统负责，计费系统无法获知这部分数据。

5、B1增加规则“禁催方式：

可以根据用户的要求进行禁催设置，禁催方式可以选择短信催禁、语音禁催或是全部禁催”。

6、B1增加规则“语音催费转短信：

当语音催费无法催通用户时，可以根据设置自动转换为短信催费”

修订人：

潘涛

4.1用例名称

催缴处理

4.2用例标识

Billing-F-06-0003

4.3参与者

无

4.4简要说明

依据实时费用检测计算出的用户监控值，结合信控规则中定义的催缴阈值，对达催缴阈值的用户按一定格式生成催缴清单，发送给CRM。

4.5事件流

4.5.1基本流

B1：

催缴规则读取

[系统]：

[规则]：

1、支持依据定义的信控规则，在指定的信用控制时间，对符合信控规则的指定地市、指定业务、指定用户类型、指定产品的用户进行催缴处理，支持对不参与信控的用户不进行催缴处理。

如：

若用户没有预存，只有信用度时，需要发短信提示，但如果用户已经被告警、限呼或停机时不做提示；（安徽）

2、短信提醒和催缴功能短信发送规则可以按基本的默认规则方式处理,其他规则保留各省需求.基本规则模板应包括:

短信发送的时段;重发处理方式;发送对象用户群;发送的短信内容应包含设备号码和应缴纳话费.

3、支持分业务进行催缴，根据分业务账户余额监控结果，进行催缴。

催缴内容可根据业务类型设定。

催缴时间可设置。

（浙江，黑龙江）

4、星级用户的催费要特殊处理：

如果是星级周末或者节假日催费就按照规则自动催费;如果不是就要进行人工催费。

（浙江）

5、支持禁催方式：

可以根据用户的要求进行禁催设置，禁催方式可以选择短信催禁、语音禁催或是全部禁催。

6、支持语音催费转短信：

当语音催费无法催通用户时，可以根据设置自动转换为短信催费。

B2：

用户资料读取

B3：

催缴清单生成

[系统]：

[输入]：

用户资料、用户监控值、催缴规则

[功能]：

根据用户监控值及催缴规则生成催缴清单。

[输出数据]：

催缴清单（订购实例标识、催缴号码、催缴优先级、催缴内容、催缴次数、催缴方式等）

存储数据：

催缴日志（订购实例标识、催缴时间、催缴号码、催缴状态、催缴次数等）

[规则]：

1、支持对个人客户及集团客户采用不同的催缴规则。

如：

G网16-20号对上月有欠费的用户短信催缴（批量停机中不停的用户同样不进行批量催缴），主要信息有：

设备号码和短信内容（重庆）

如：

支持当集团客户透支金额达到一定值时，系统应发送催缴信息给相应的集团客户经理和该集团客户联系人。

2、批量催缴的短信内容：

尊敬的用户，每月5至15日为缴费期，21日起对未缴纳话费计收滞纳金。

您当前应缴纳话费为%.2f元，请及时缴纳。

感谢您对联通的理解支持！

（具体的根据各省的情况自行定义短信发送的内容）

3、短信中的“应缴纳话费”填计算出的帐户余额，计算帐户余额时除要计算滞纳金外，其