分散账期下数据业务平台改造需求.docVIP

按照《关于全面推进分散账期工作的通知》（中移有限市[2011]32号）文件要求，参照《中国移动分散账期业务规范》，《中国移动分散账期财务实施方案》，总部数据部与市场部、业务支撑系统部、各增值业务基地、全网业务运营支撑方共同讨论，以一类全网业务为例，明确分散账期下数据业务平台通用改造需求。 一、分散账期对现有数据业务的影响 分散账期实施后，客户账期最多可达28个（一阶段为6个），平台需要对不同账期客户提供差异化服务，并依据客户账期进行计费、结算和相关数据统计。账期变更会出现大小账期，在大小账期内，平台对客户提供的服务、计费均需进行相应调整。 分散账期的实施对数据业务平台产生较大的影响。下面将重点从业务订购/退订、业务提供、业务计费、业务结算、业务稽核五个方面分析影响，并以全网业务为例，制定了通用平台改造需求。 二、分散账期下数据业务平台改造需求 （一）包月业务客户账期信息同步：包月业务客户账期与业务服务提供密切相关，业务平台有必要获知包月订购关系客户的账期信息。对于业务平台与BOSS直连的业务，BOSS负责将客户账期信息同步给业务平台。分散账期实施前，首次对具有订购关系的客户进行全量账期信息同步。对于通过MISC间接实现与BOSS连接的业务，BOSS将包月订购关系客户账期信息统一返回给MISC，由MISC进一步分解给各业务平台。 （二）点播业务账期信息不同步：对点播类业务而言，目前没有条件同步账期信息给业务平台。因此，按账期周期进行结算时，业务平台对账需求暂无法满足，需注意对外解释。 （三）基地业务账期信息同步：对基地业务而言，一级BOSS可将全网客户账期信息同步给基地省BOSS，满足基地业务（含包月及点播）的计费、结算、服务提供及对账等多方面需求。 （四）订购后下月生效业务生效时间确认：对于订购后预约生效（下月生效）业务而言，存在客户账期变更导致的生效时间确认相对复杂。从保证数据一致性的角度考虑，由BOSS确认生效时间，BOSS仅仅在预约服务生效的当日将订购确认信息返回（中间的计算过程由BOSS自行处理），业务平台收到确认信息后即开始提供服务。比如10号账期客户，在20日订购某包月业务（下月生效），BOSS会在下月10日（或前一天）将该订购确认信息同步给业务平台，在BOSS信息未同步到业务平台时，业务平台不可提供服务。 （五）订购关系取消确认：当BOSS反馈确认取消某业务定购关系时，理论上应立即停止服务。对于部分业务需要完成本周期内的服务提供时（比如已收取包月费的手机阅读包），需要业务平台按照客户账期信息自行计算提供服务的最后期限。比如10号账期客户，在某月20日退订某业务包，BOSS立即清理掉订购关系，但业务平台可能继续提供服务到下月9号，这个时间需要业务平台自行计算。 （六）包月业务服务提供：业务平台需以客户账期周期作为包月业务服务周期，对不同账期的客户提供不同周期的服务。如客户A的账期日为每月5日，客户B的账期日为每月10日。对于包月内容按月更新的业务，业务平台则需要在每日5日更新A客户的服务内容，在10日更新B客户的服务内容。对大小账期客户，由于计费上已经按天数折算收取不同的包月费用，因此针对大小账期客户需要提供与大小账期相匹配的业务内容。 （七）包月业务计费：针对少部分数据业务包月计费话单仍由业务平台生成的现实，在分散账期实施前，建议将平台的计费功能全部迁移到各级BOSS，迁移后平台不需要改造。如未完成迁移的，各业务平台需获取客户账期信息，按照分散账期计费规则进行升级改造。由于广东公司部分客户仍通过智能网管理，该客户数据业务包月话单仍由智能网负责生成，在分散账期实施前，建议将智能网的计费功能迁移到各级BOSS,迁移后智能网系统不需改造。如未完成迁移，智能网系统需要根据客户账期信息，按分散账期计费规则进行升级改造。 （八）业务结算：对于不按信息费结算（如以活跃客户数、查询次数等客户数及业务量为结算依据）的业务而言，保持目前自然月的方式不变。对按应收信息费（含后续欠费核减）结算的业务而言，为保证客户计费数据与结算数据完全一致，同时遵循客户账期未结束不对外结算的规则，将按照分散账期的方式计算结算报表。操作上先对客户按账期进行分类，然后汇总不同账期客户结算信息生成结算报表。以账期结束日所在月份为准，如结算7月份的信息费，在一阶段六个账期情况下，7月份的结算费用为7月1日-7月31日账期客户、6月25日-7月24日账期客户、6月20日-7月19日账期客户、6月15日-7月14日账期客户、6月10日-7月9日账期客户、6月5日-7月4日账期客户在该账期内的结算信息汇总。对于大小账期的信息费，以结束日为依据归类到上述客户群中。 （九）业务稽核：对于与信息费无关的业务稽核（如纯粹针对活跃客户、业务使用量稽核），保持现有稽核规则与计