论分散账期实施对数据业务平台的影响与解决方案.docx
- 文档编号:6249824
- 上传时间:2023-01-04
- 格式:DOCX
- 页数:25
- 大小:52.31KB
论分散账期实施对数据业务平台的影响与解决方案.docx
《论分散账期实施对数据业务平台的影响与解决方案.docx》由会员分享,可在线阅读,更多相关《论分散账期实施对数据业务平台的影响与解决方案.docx(25页珍藏版)》请在冰豆网上搜索。
论分散账期实施对数据业务平台的影响与解决方案
⏹
此资料来自:
.(....)
联系电话:
020-.
值班手机:
提供50万份管理资料下载
3万集企业管理资料下载
1300GB高清管理讲座硬盘拷贝
⏹
⏹
⏹
此资料来自:
.(....)
联系电话:
020-.
值班手机:
提供50万份管理资料下载
3万集企业管理资料下载
1300GB高清管理讲座硬盘拷贝
调研报告
分散账期实施对数据业务平台的影响及解决方案
版本号:
0.9.0
中国移动研究院
1.范围
2.
本文主要阐述分散账期对数据业务及业务平台的影响。
提出了对数据业务平台影响的判断流程和原则、业务平台所需改造以及业务平台与业务支撑系统针对分散账期实施的同步方案,并在此基础上,对各数据业务所需的改造进行了统计。
可作为分散账期对业务平台影响及改造的评估依据。
3.规范性引用文件
4.
序号
标准编号
名称
发布单位
[1]
《中国移动分散账期业务规范》
中国移动通信集团
5.术语、定义和缩略语
6.
6.1.术语、定义
6.2.
下列术语、定义和缩略语适用于本标准:
术语/定义
解释
订购立即生效(72小时)
订购关系在用户订购时立即生效,其中包括72小时内使用不收费,72小时后订购关系生效
订购下月生效
订购关系在用户订购的下一个自然月生效
订购预约生效
用户预约订购关系,在用户订购的时刻或者下一个自然月生效
套餐升/降级立即生效
用户在本月订购同一类型互斥且不同级别的套餐,在产生套餐升/降级关系时立即生效
套餐升/降级下月生效
用户在本月订购同一类型互斥且不同级别的套餐,在产生套餐升/降级关系时立即生效
内容/服务按月升级包月业务
业务提供的内容或服务为包月类业务,且包月内容/服务是按照自然月升级或者更新
内容/服务非按月升级包月业务
业务提供的内容或服务为包月类业务,且包月内容/服务不是按照自然月升级或者更新
退订立即生效
退订关系在用户退订时立即生效
退订下月生效
退订关系在用户退订的下一个自然月生效
7.分散账期对业务平台影响的分析方法及原则
8.
8.1.分散账期与现有系统的主要矛盾
8.2.
分散账期与自然月账期时间不同步,每个自然月分为6个账期,平台需要对每个自然月内的6个账期用户分别提供服务、计费、与服务提供商进行结算和数据统计。
账期变更会导致出现大小账期,在大小账期内,平台对用户提供的服务、计费等问题与自然月账期处理不相同。
分散账期后,用户账期与原有自然月账期不同,并且账期变更会出新大账期、小账期等,平台需要获取用户账期,因此,对平台系统和业务都有很大的改变。
本文档希望根据判断原则对业务使用、结算、数据统计、平台的改造等进行统一的评估。
8.3.分散账期对业务平台影响的判断方法
8.4.
以下从业务使用、业务结算、数据统计等方面对分账期是否对增值业务产生影响给出了具体的判断分析方法。
业务可根据该方法考虑业务是否受分账期影响。
8.4.1.业务类型定义
8.4.2.
分账期实施前,原有业务分类如下图。
在分账期实施后,包月业务的使用周期从自然月变为用户账期。
以下章节将按照原有业务分类对分散账期的影响进行分析。
8.4.3.业务使用
8.4.4.
分散账期对业务使用的影响,业务主要包括流程分为业务订购、业务提供和业务退订等方面。
主要影响需考虑以下两个方面:
✓分散账期实施后,不同用户具有不同账期,因此,业务包月服务不以自然月为单位,而以用户账期为单位,因此,业务是否由于不同用户的不同账期而产生变化;
✓
✓分散账期实施后,用户在变更账期时,将产生大小账期,在此账期内对用户提供的服务是否有变化。
✓
下面从业务订购、业务提供和业务退订三个方面分别分析分账期实施对业务平台的影响以及判断原则。
8.4.4.1.业务订购
8.4.4.2.
8.4.4.2.1.业务订购影响
8.4.4.2.2.
业务订购主要分为两类:
包月订购和按次点·。
按次点播业务在业务订购方面不受分账期实施影响。
分散账期方案对包月业务订购的影响包括两个方面,首次订购及套餐升降级考虑对平台业务订购的影响。
●首次订购
●
1)立即生效:
订购关系在用户订购/升级时立即生效,这种情况下,该类产品的订购不受分账期的影响,业务平台不需要改造;
2)
3)下月生效:
此类订购套餐受分账期影响,在分账期实施前,该类订购将在下一自然月生效,在分账期方案实施后,该类业务变为下一账期日生效,这种情况下,有两种技术实现方案:
4)
a)如果BOSS通知业务平台订购生效信息,则业务平台根据账期信息,下一个账期生效订购关系,业务平台不需要进行改造;(推荐)
b)
c)如果BOSS不通知业务平台订购生效信息,需要业务平台向BOSS平台同步账期,根据此账期确定订购关系生效时间,需要对业务平台进行改造;
d)
5)预约生效:
该类包月产品分为预约特定时间生效或预约下月生效。
预约特定时间生效,则以预约生效的时间作为用户订购时间,其处理方式与立即生效相同,预约下月生效则与下月生效处理方法相同;
6)
●套餐升级/降
●
1)套餐升级立即生效:
套餐升级立即生效与首次订购立即生效的处理方式相似,从BOSS确认之后,平台立即升级用户套餐并提供相应服务。
2)
3)套餐升级/降级下月生效:
所谓套餐升降级下月生效,是指用户在本月订购了同一类型互斥且级别不同的套餐,并且该级别套餐(业务)将在下月生效。
该情况下,相当于用户订购了新套餐(业务),并且在下账期生效,因此,与订购下月生效的处理方法相同;如139邮箱由20元套餐降级到5元套餐。
4)
业务订购不受账期变更的影响,以订购生效的时刻为订购时间。
8.4.4.2.3.业务订购是否受账期影响判断流程
8.4.4.2.4.
如何判断业务订购是否受分账期实施的影响,判断流程说明如下:
业务平台改造:
如果业务订购下月生效,那么业务平台需要根据用户订购的生效时间或者用户的账期,使用户的业务在用户的账期日生效。
8.4.4.3.业务提供
8.4.4.4.
业务提供同样分为按次点播、包月两类,其中包月类业务按照按月升级和非按月升级划分。
●按次点播:
按次点播类业务,当次点播,当次生效,业务内容为当前的数据包,与分散账期无关,不受账期变更的影响;
●
●包月类业务:
对于包月类业务,业务平台对用户提供业务时,由于不同用户的账期不同,因此,包月类业务的业务提供受分散账期以及账期变更所影响。
●
8.4.4.4.1.分散账期对包月类业务提供的影响
8.4.4.4.2.
从业务提供的角度,包月业务存在以下两种类型:
●包月内容/服务非按月更新:
●
包月内容非按月更新,业务提供不受时间影响,因此平台在提供业务时不需要知道用户的账期信息,统一按照平台业务原则进行管理控制。
●包月内容/服务按月更新:
●
包月内容/服务按月更新是指用户在不同月(原账期)之间所享受的内容/服务不相同的情况。
判断分账期是否对这种业务形式存在影响,主要是看包月业务中的内容/服务的更新是否与用户的账期相关联。
如果内容变更立即生效,即用户在一个账期内可以随时享受更新的内容/服务,则不受分账期实施影响。
如果考虑到与CP/SP的结算问题,内容/服务的变更需要下月生效,那么分账期实施后,内容变更需要在用户的下个账期生效,这种情况下,业务使用会受分账期实施的影响。
–立即生效:
不受影响;
–
–下月生效:
业务平台需要用户账期信息,并对用户是否能够使用更新的内容进行控制,例如G+游戏包业务;
–
业务平台改造:
如果业务平台按照账期(原自然月)提供服务更新,那么需要同步用户的账期信息,并以不同用户的不同账期为期限,进行服务更新。
8.4.4.4.3.账期变更对包月类业务提供的影响
8.4.4.4.4.
●按次点播类业务与账期变更无关,业务平台不受影响。
●
●包月业务中,内容/服务非按月更新业务,内容/服务按月更新且立即生效业务与用户账期变更无关,平台不需要针对业务提供控制等进行改造。
●
●包月业务中,内容/服务按月更新且下月生效的业务与用户账期变更有关,需要考虑账期变更情况:
●
1)小账期:
如果用户账期变更为一个小账期的,提供当前账期的与账期时长对应的服务,业务平台需要根据小账期时长对业务提供进行控制,需要进行改造。
2)
3)大账期:
如果用户账期变更为大账期的将大账期分为一个正常账期和一个小账期,在正常账期内提供当前账期的服务,业务平台只需提供正常服务即可,不需要改造;在小账期内,提供下一账期同小账期时长的服务,业务平台改造需要根据小账期时长对业务提供进行控制,需要进行改造。
4)
5)决策点:
此类业务需业务部门统一考虑用户变更账期时的业务收费和提供策略。
6)
8.4.4.5.业务退订
8.4.4.6.
包月业务退订包括以下几种类型:
●退订当前生效:
按照当前时间生效退订关系;
●
●退订下月生效:
更改为按照下个账期时间生效退订关系,在此期间对账期进行更改,则以新的账期时间为准,生效退订关系,在这种情况下,有两种方案可进行账期同步,第一种是业务平台从BOSS同步用户账期信息,第二种是BOSS在恢复退订确认的报文中携带退订生效信息,业务平台通过业务退订生效日期终止用户业务的提供。
鉴于用户账期同步较为复杂,在退订生效上,推荐采取BOSS确认信息携带退订生效时间的形式进行同步。
●
●退订下月生效与账期变更:
对于退订下月生效的过程中,用户账期产生变更,则仍以生效时间为准。
具体分析如下:
●
1)小账期:
2)
a)如果用户先退订再变更账期:
b)
有两种可能:
1.退订生效时间不变;
2.用户退订时间变为新账期。
例如,用户在6.6日退订业务,退订本来应在7.6日生效,但用户在6.7日改变了账期日,改为10号。
那么根据业务的具体情况,退订生效日期可以是7.5日,也可以是6.10日。
需根据业务部门具体业务策略决定采取哪种生效日期。
对与方式1,可以确认信息中的生效日期为准。
业务平台不需要特殊处理,根据退订日期正生效。
对于方式2则需要在业务平台退订之后,需要从BOSS同步用户账期变更信息,并监控退订用户,对账期变更进行处理。
c)如果用户先变更账期,再退订:
则以新账期作为退订生效时间。
d)
3)大账期:
4)
a)如果用户先退订再变更账期:
则以原有账期日作为退订生效时间。
业务平台从BOSS获得的退订生效日期为准。
b)
a)如果用户先变更账期再退订:
则以新账期日作为退订生效时间。
业务平台从BOSS获得的退订生效日期为准。
b)
判断原则如下:
用户计费分为按次点播类、包月类,具体计费标准参考《中国移动分散账期业务规范》。
8.4.5.结算、稽核
8.4.6.
如果业务结算系统在一级业务支撑系统,则一级业务支撑系统/省业务支撑系统自行结算,业务平台不需要针对结算进行改造和账期信息同步。
如果平台如果具备结算系统,则结算系统需要进行相应升级,每月根据账期输出结算报表。
并且分散账期对业务稽核的影响同业务结算一致。
目前结算时间为一个月,更改为分账期后,与结算周期不变即一个月的周期,并且需要提供一个月内6个账期的用户信息。
结算原则更改如下:
(1)以查询次数、发送短信条数等与计费无关的业务量为依据
(2)
结算原则不受分账期影响。
需要按照一个月为周期统计6个账期用户的相关业务量,与合作伙伴结算。
(3)以活跃用户数为依据
(4)
结算原则不受分账期影响。
需要按照一个月为周期统计6个账期的活跃用户数,与合作伙伴结算。
(5)以信息费为依据
(6)
a)按次点播类
b)
结算原则不受分账期影响,将本次点播计入该用户的账期内,结算时计算为该用户在账期内的信息费。
c)包月类
d)
平台需要按照一个月为周期统计6个账期用户的信息费,与合作伙伴结算。
并且需要改造结算系统,同步账期信息。
●内容/服务非按月更新
●
结算原则不受分账期影响。
●内容/服务按月更新且立即生效
●
用户可能在一个账期内使用了两个合作伙伴的服务/内容,对这两个合作伙伴的结算原则和结算方法需要业务部门进行重新制定。
●内容/服务按月更新且下月生效
●
结算原则受账期变更影响,如果用户账期变更产生大、小账期,需要重新制定结算原则,规定大、小账期内提供的服务/内容和结算方法。
8.4.7.数据统计
8.4.8.
一般来说,数据统计工作如果在业务平台进行,则需要同步账期信息,并根据相关统计需求对数据统计系统进行相应的升级改造。
数据统计主要的影响为统计字段的周期和统计原则,更新依据如下:
(1)统计财务收入方面
(2)
财务采用自然月的虚拟列帐方式进行收入确认,从财务收入上看,与目前的自然月方式差异不大。
建议仍按照当前以一个自然月为周期进行统计。
(3)统计活跃及使用量方面
(4)
统计活跃客户、查询次数、短信条数、gprs用户数、gprs流量、到大用户等活跃及使用量,由于没有必要按照分散账期的方式进行活跃客户与使用量的统计,建议仍按照原来的以一个自然月为周期进行统计。
(5)统计用户收费方面
(6)
从收费客户的统计上看,由于计费以及结算均会用分散账期方式进行,对按次点播的用户分账期对其统计没有影响;包月的收费使用客户统计需要按分散账期来统计,统计周期为账期时间。
受影响业务案例
可能受根据分散账期影响的,可能需要业务平台和BOSS系统进行相关的改造升级,其中与分散账期相关的业务流程列举如下:
●服务订购退订下月生效:
业务订购退订在下月生效,分账期实施后,生效时间更新为当前的下一个账期日。
如果存在用户变更账期,生效时间受账期变更影响。
如用户发生订购退订动作,在此之后变更账期,产生小账期,那么订购退订的生效时间点需要重新定义,并且业务提供与计费结算都会受到影响;
●
●服务升级:
从一种级别的包月服务升级到另一级别的包月服务(如139邮箱5元包月升级到20元包月),分账期实施后,升级的时间可能受用户账期改变影响,139邮箱需要通过BOSS的生效时间或者同步用户账期的方式获取20元包的生效方式,以便在生效时,平台对用户服务进行升级;
●
●服务包存在更新:
在一个包月业务中,提供的内容每个自然月更新一次,但用户账期不以自然月为周期,那么每个自然月更新的内容给用户的提供时间受到用户账期的影响,用户要在新账期到来之后才能享受到新的内容。
较为典型的代表是游戏业务G+包,G+包原以自然月为业务提供时长,每月更新一次。
分账期实施后,G+包的更新时间如仍按照自然月进行,则更新的G+包是实时生效还是根据用户的账期进行生效,需要确定原则,如实时生效则无需同步相关信息,但是需要对结算原则进行更新,如按账期生效,则需要同步相关信息,并且按账期提供相应服务内容。
●
●套餐包含服务次数类型:
套餐中包月业务内包括一定的服务次数,在账期内超过该服务次数的服务将进行单独计费的类型,如短信包月,计费方式受用户账期改变影响;
●
●业务结算:
数据业务结算时,如果由业务平台根据业务支撑系统数据进行结算,则需要进行用户账期同步,而且需要根据结算的原则进行结算系统的升级更新。
●
●数据统计:
业务平台统计包月用户收入时,需要用户账期进行统计。
否则会引起业务数据统计误差。
例如,对于包月业务,某用户订购了一个月的业务,但该用户账期跨了两个月,那么,如果没有账期信息,在业务统计的时候可能会认为该用户订购了两个月的业务。
在数据统计上产生误差。
●
9.业务平台所需改造
10.
分账期实施后,业务平台主要改造点包括且不限于以下几个方面:
业务使用
10.1.1.业务订购
10.1.2.
●与业务支撑系统同步账期信息
●
如果进行业务订购或套餐升/降级(如139邮箱5元套餐升级到20元套餐)存在下月生效的情况,则需要业务支撑系统在订购确认信息中携带订购生效信息及用户账期信息,业务平台保存用户账期信息,并根据生效信息在下一账期为用户提供服务。
●订购关系生效时间原则重新制定
●
如果用户账期变更,在账期变更时间点之前产生首次退订或套餐升/降级,那么业务部门需要重新制定订购关系生效原则,规定此种情况下的订购关系生效时间。
例如,当前账期日为5日,在6日进行业务订购,7日账期变更为10日。
此种情况有两种生效原则:
✓第一种,订购生效时间为当前账期的订购生效时间,即根据上例,订购生效时间为下个月5日,那么需要业务平台提供下个月5日到下个月10日一个非正常账期的服务和内容,且用户账期日在10日。
✓
✓第二种,订购生效时间在账期变更后,同步为新的账期时间生效,即根据上例,订购生效时间为10日,业务平台不需要提供非正常账期的服务,但是需要在用户账期变更时实时与业务支撑系统同步账期信息。
✓
10.1.3.业务提供
10.1.4.
●业务平台需与业务支撑系统同步用户账期信息,并且按账期向用户提供业务
●
如果包月类业务提供的内容/服务按月更新且下月生效,则业务平台需要与业务支撑系统同步用户账期信息,业务需要更新服务原则,按照用户账期为用户提供业务。
●用户账期变更导致的业务原则改变
●
包月类业务内容/服务按月更新且下月生效,用户账期变更对此类业务会产生影响。
如果用户账期变更,产生小账期和大账期的情况,则需要业务部分根据具体业务情况确定业务原则,业务平台根据业务原则对不同账期用户的内容生效时间进行控制。
10.1.5.业务退订
10.1.6.
●与业务支撑系统同步账期信息
●
如果业务退订存在下月生效的情况,则平台需要从业务支撑系统的退订确认信息中获取退订生效时间,并根据退订信息在下一账期终止对用户的服务。
●退订关系生效时间原则重新制定
●
如果账期变更产生一个小账期,在账期变更时间点之前产生业务退订,那么业务部门需要重新制定退订关系生效原则,规定此种情况下的退订关系生效时间。
如当前账期日为5日,在6日进行业务退订,7日账期变更为10日。
此种情况有两种生效原则:
✓第一种,退订生效时间为当前账期的退订生效时间,即根据上例,退订生效时间为下个月5日,那么需要业务平台提供下个月5日到下个月5日一个正常账期的服务和内容,但用户账期日在10日,计费原则需要重新制定。
✓
✓第二种,退订生效时间在账期变更后,同步为新的账期时间生效,即根据上例,退订生效时间为10日,业务平台下个月5日到下个月10日一个非正常账期的服务和内容。
需要业务平台在用户账期变更时实时与业务支撑系统同步账期信息,并且计费原则需要重新制定。
✓
结算、稽核
●与业务支撑系统同步账期信息
●
如果业务按照信息费进行结算,并且为包月类业务,那么在结算、稽核过程中需要根据用户账期进行结算,因此需要与业务支撑系统同步用户账期,不需要实时同步,同步周期可根据结算需求具体设定;
●结算、稽核原则的更新
●
结算、稽核原则的更新,在业务为按信息费进行计算时产生,有两种情况
✓如果内容/服务按月更新且立即生效,结算原则受分账期影响。
用户可能在一个账期内使用了两个合作伙伴的服务/内容,对这两个合作伙伴的结算、稽核原则需要进行相应的调整更新。
✓
✓如果内容/服务按月更新且下月生效,结算原则受账期变更影响。
如果用户账期变更产生大、小账期,需要重新制定结算、稽核原则,规定大、小账期内提供的服务/内容和结算方法。
✓
数据统计
●数据统计周期和统计原则的更改
●
包月的收费使用客户统计需要按分散账期来统计,计费以及结算均会用分散账期方式进行,统计周期更改为账期时间,并且统计原则需要做相应的调整。
11.业务平台获取用户账期信息方案
12.
概述
业务平台需要业务支撑系统与业务平台之间新增新的同步方法或字段,以便业务平台进行业务业务提供控制、结算及统计等用途。
主要同步的信息包括以下两个类型:
1)用户账期信息同步:
业务支撑系统需向业务平台同步用户账期信息;
2)
3)订购/退订生效时间:
在包月业务订购/退订接口中,增加用户账期信息及生效时间。
4)
用户账期数据同步流程
12.1.1.账期数据首次全量同步
12.1.2.
在分散账期实施初期,业务平台没有相应的用户账期数据,需要将订购了该类业务包月服务的用户账期从BOSS全量同步到业务平台。
同步流程如下。
图51用户账期数据全量同步
主要应用场景:
分散账期方案实施后首次用户账期信息全量同步。
流程说明:
1)分散账期方案实施;
2)
3)将订购了A业务包月服务的用户账期数据同步至业务平台A;
4)
12.1.3.新增订购用户账期同步
12.1.4.
新增用户的账期信息在用户订购时进行同步,用户在首次订购某业务时,业务支撑系统在反返回的确认信息中携带用户账期信息,将用户账期同步到业务平台。
12.1.5.用户账期变更同步
12.1.6.
增量同步接口可以由业务平台主动发起增量请求,可以按照业务平台的需求,以一定的时间周期调用该接口。
调用的频度可以根据具体业务需求分为:
●按日调用:
每天调用请求变更的用户账期信息,一般在需要实时进行账期控制的业务中使用,如短信、语音等,数据增值业务中一般不需要按日调用。
●
●按账期日前一日调用:
在每个账期日之前,调用该接口同步变更的用户账期信息。
一般来说,增值业务按照该频度调用该接口,可以满足业务使用、结算及数据统计的需求。
●
●按月调用:
每月调用一次,同步变更的用户账期信息。
对与用户账期不敏感的业务平台,可以考虑按月进行调用。
或后续用户账期相对稳定之后(变更较少),可以考虑按月调用该接口。
但可能会对极少用户的数据统计信息存在偏差。
●
从双方交互的方式上来说,可以有两种方案:
业务平台主动请求及Boss主动发送。
主要应用场景:
业务订购次月生效时产生账期变更,业务退订次月生效时产生账期变更,业务使用过程中受账期变更影响,业务结算,业务数据统计。
a)业务平台主动请求方式:
图51用户账期数变更同步
流程说明:
1)业务平台请求增量同步;
2)
3)业务支撑系统分拣出更新了了的A业务用户;
4)
5)将用户信息同步至业务平台A;
6)
c)业务支撑系统主动发送:
d)
流程说明:
1)业务平台A告知业务支撑
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 分散 实施 数据业务 平台 影响 解决方案