7结算02.docx

1、7结算027 结算子系统7.1 介绍结算子系统提供全国各省之间、中国移动同国外电信运营公司之间关于移动电话漫游的帐务应收、应付以及冲销结算的依据，并提供根据全国中心接收到或发送出的文件所进行对帐的凭据。 结算子系统在业务和功能上分为三个不同部分，即国内GSM漫游结算、国内TACS漫游结算和国际GSM漫游结算。结算子系统的基本出发点是文件级结算。也就是说，一个文件只能在入库日期所属的结算月中结算一次。同一个文件或者参与结算，或者不参结，不能只有部分话单参结。同一个文件只能有一个漫游费摊分比。结算子系统的报表生成工作由第十章“查询统计分析”子系统完成。本章讨论的是如何提供结算用数据给结算报表生成模

2、块。具体的结算报表要求详见第十章。报表样式参见本文附件。结算模块(以国内GSM结算模块为例)在整个系统中的流程定位如下：7.2 结算依据由省计费中心或国际运营商/国际清算中心发送给全国中心的上发文件，包含全国中心向省中心或国际运营商/国际清算中心应付的费用；而由全国中心下发给省中心或国际运营商/国际清算中心的下发文件，包含了全国中心应收的费用。将结算周期内处理的省/运营商上发文件中的结算费用累加起来，即形成当月全国中心对省/运营商应付的结算费用累计；将结算周期内下发给省/运营商文件中的结算费用累加起来，即形成当月全国中心对省/运营商应收的结算费用累计。它们的差额形成了冲销额。三期系统中结算以及

3、对帐的依据是经由预处理模块处理后的上发来访文件以及下发到各归属省的下发文件。当上发文件被采集并完成预处理后，预处理模块会将该文件的处理结果和处理时间写入审计数据库，该文件也会马上由下发文件生成模块合并产生下发文件输出。换句话说，一旦上发文件被系统预处理，下发文件就会马上产生，中间没有文件积压的情况。而且全国中心每天会向各省发送接收处理日汇总文件以及下发日汇总文件，帮助结算时进行对帐。例如广东省作为被访省时，可以用当日从全国中心收到的上发接收和处理汇总文件来对帐，它包含了当日广东省上发话单数、总金额以及全国中心实际接收的话单数、总金额。如果发现对帐不平时，广东省可以查看每个上发文件对应的返回错单

4、文件。当广东省作为归属省时，对从全国中心接收的下发文件，可以向全国中心发送下发文件的错单文件及下发接收处理日汇总文件，全国中心实现下发文件的自动对帐(电子对帐)。如果发现对帐不平时，则查询统计分析子系统可以对下发文件中包含的详单提供查询，以作进一步的对帐。本月结算周期之后处理的上发文件不反映在当月结算中，即使文件中包含了本月发生的话单。该文件将在下一个月结算周期内进行结算处理。7.3 国内GSM和TACS漫游结算国内GSM漫游结算模块主要实现各省GSM用户漫游对全国中心每月的帐务结算，产生全国中心对各省帐务结算报表文件。国内TACS漫游结算模块主要实现各省TACS用户漫游对全国中心每月的帐务结

5、算，生成全国中心对各省的帐务结算报表。这两种业务的结算模块互相独立。由于这两种业务的结算要求十分相似，因此合并在同一节中描述。7.3.1 结算月和结算摊分比国内GSM和TACS漫游的结算月相同，均为上月21日0时0分0秒到本月20日23时59分59秒。结算时间为21日凌晨。对于漫游费，国内GSM和TACS漫游的正常文件（序号范围000-095）的结算摊分比相同，都是被访省80%（这部分金额也称被访漫游费），归属省20%（归属漫游费）。对于过期文件，漫游费结算摊分比要根据文件序号范围而定。800号文件（指序号范围800-899）参与结算，结算摊分比是被访省50%，归属省50%。700号文件（指序

6、号范围700-749）不参结，结算摊分比是被访省50%，归属省50%。其它序号的文件目前暂不使用，使用时再由全国中心发文确定。不同序号范围的文件结算摊分比均通过图形界面配置。7.3.2 结算数据来源国内GSM和TACS漫游的结算数据分别由相应业务预处理模块的审计表（1）和（2）提供。两种业务的预处理模块对处理的每一个文件，都在审计库中有相应记录。（1）来访文件总审计表该表包含了来访文件（即上发文件）的结算信息。每个文件有一条记录。来访文件结算信息： 来访文件名：上发文件名。 入库日期：该文件入库日期。 被访漫游费：被访漫游费为话单漫游费中结算给被访省的费用部分（即0.48元/分钟）之和。漫游费

7、为0.6元*计费时长，通话时长按计费单元向上取整即为计费时长。漫游费计费单元为60秒。 归属漫游费：归属漫游费为话单漫游费中结算给归属省的费用部分（即0.12元/分钟）之和。 主叫长途费：主叫话单的长途费累计。 被叫长途费：被叫话单的长途费累计。 结算标记：表示该来访文件是否参结，供结算子系统使用。其中，主叫长途费+被访漫游费属被访省所有，被叫长途费+归属漫游费属归属省所有。国内GSM和TACS漫游业务在漫游费审计时有一点不同：国内GSM漫游话单中，漫游费按0.6元/分钟填写，结算时被访漫游费为0.48元/分钟，归属漫游费为0.12元/分钟。国内TACS漫游话单中，漫游费按0.48元/分钟填写

8、，结算时被访漫游费为0.48元/分钟，归属漫游费为0.12元/分钟。（2）XX省出访文件审计表该表包含了预处理模块对该来访文件分拣到XX归属省的结算信息。来访文件结算信息： 来访文件名：上发文件名。 入库日期：该文件入库日期。 被访漫游费：该来访文件中归属省为XX的被访漫游费之和。 归属漫游费：该来访文件中归属省为XX的归属漫游费之和。 主叫长途费：该来访文件中归属省为XX的主叫话单的长途费之和。 被叫长途费：该来访文件中归属省为XX的被叫话单的长途费之和。7.3.3 结算模块需产生的汇总信息国内GSM和TACS结算模块在每月结算周期到来时，(缺省值为每月21日凌晨1点钟，可调)，在查询统计服

9、务器上启动运行。为不影响正常的上发文件处理和下发文件产生，结算模块将扫描以上国内GSM处理服务器上的审计库中的数据表，将满足条件的记录拷贝到查询统计服务器的汇总数据库中： 参与结算的文件 入库日期介于结算起始日期和结算截止日期为使统计分析系统中的结算报表产生模块在产生结算报表时能方便引用，结算模块还需在汇总库中做处理工作，产生汇总信息：（1）国内GSM/TACS来访信息汇总：省代码结算起始日期结算截止日期结算日期来访用户数来访总话单来访总话费1000921102010211028923897123456通过扫描汇总库中的“来访文件总审计表”，确定表中来访文件来源省为，例如100的行，将它们的话

10、单数、话费额相加而得。对来访用户数的统计，则要搜寻详单数据库。由于详单库在动态地被更新，因而所提供的用户数仅为截至到结算时在数据库内的用户数，统计所得的用户数会有一定误差。（2）国内GSM/TACS出访信息汇总省代码结算起始日期结算截止日期结算日期出访用户数出访总话单出访总话费1000921102010211028923897123456通过扫描汇总库中省代码例如100对应省的“XX省出访文件审计表”，将表中所有来访文件的话单数、话费额相加而得。对出访用户数的统计，则同样要搜寻动态的详单数据库，因而统计所得的用户数会有误差。7.4 国际GSM结算国际GSM漫游结算模块主要实现全国中心与国际运营

11、商每月的帐务结算，生成全国中心与国际运营商的帐务结算报表。7.4.1 结算月、结算货币和汇率国际GSM结算包含国际漫游来访和国际漫游出访的结算，它们都包含了国际口结算（与国际清算中心或国际运营商进行来、出访结算）和国内口结算（即与省中心进行来、出访结算）。国内口结算月与国内GSM相同，即上月21日0时0分0秒到本月20日23时59分59秒。结算货币是人民币。自2001/4/1起，国际口来访和出访结算月为自然月，即每月1日0时0分0秒到本月最后一日23时59分59秒。如下图所示。结算货币为SDR。在2001/4/1之前，国际口来访和出访结算月与国内口相同。国际漫游来访结算(国际口)+ 国际来/出

12、访漫游(国内口)5/23 6/21 6/23 7/ 1 7/20 7/30R1 R2 国际漫游出访结算(国际口)从省计费中心采集的国际来访漫游话单话费以RMB为单位，表示省计费中心应向全国中心收取的话费。全国中心需要将RMB换算成SDR后，向国际运营商或清算中心收取相应结算费用。相反，从国际运营商或国际清算中心采集的国际出访话单话费以SDR为单位，表示国际运营商或清算中心向中国移动收取的漫游话费，全国中心需要将这些话费转换为RMB后向漫游用户相应归属省收取。在RMB和SDR货币转换时，从2001/4/1起，转换汇率采用处理时间的前一自然月23日的汇率。以上图为例，对7月1日到7月30日的国际漫

13、游来访和出访文件，应采用6月23日的汇率(上图中的R2)。也就是说，对于国际口结算，每个结算月使用同一个汇率。对于国内口结算，每个结算月有2个汇率，即6月21日到6月30日使用5月23日汇率，7月1日到7月20日使用6月23日汇率。在2001/4/1之前，转换汇率采用的是上上结算月23日的汇率。以上图为例，对从6月21日到7月20日处理的国际漫游来访和出访文件，采用5月23日的汇率(上图中的R1)。对于国际GSM来访和出访，每个结算月内处理的文件都采用相同的汇率。下表给出国际来访/出访结算汇总表：结算月结算内容结算对象使用哪天的汇率结算币种6/21-7/20国际来访全国中心被访省5/23(6/

14、21-6/30)6/23(7/1-7/20)RMB7/1-7/31国际来访全国中心归属运营商6/23SDR/US$6/21-7/20国际出访全国中心归属省5/23(6/21-6/30)6/23(7/1-7/20)RMB7/1-7/31国际出访全国中心被访运营商6/23SDR/US$7.4.2 结算数据来源国际GSM来访的国内口（对被访省）和国际口（对归属运营商）的结算数据来自国际GSM来访预处理模块的日志服务表（1）和（2）。对每一个国际来访文件，系统在审计库以下表中都有相应记录。（1）国际来访文件总审计表该表包含了国际GSM来访文件的结算信息。来访文件结算信息： 来访文件名：来访上发文件名。

15、 漫游费：对国际来访GSM用户收取的漫游费，费用为2.88元*计费时长。通话时长按计费单元向上取整即为计费时长。计费单元为1分钟。 主叫长途费：主叫话单的长途费累计。 入库日期：该文件入库日期。 结算标记：表示是否参与结算，供结算子系统使用。漫游费和主叫长途费为中国移动被访省所有。(2) XX运营商出访文件审计表该表包含了每个来访文件中归属运营商为XX的所有话单的结算信息。来访文件结算信息： 来访文件名：国际来访上发文件名。 漫游费：该来访文件中归属运营商为XX的漫游费累计，费用为2.88元*计费时长。通话时长按计费单元向上取整即为计费时长。计费单元为1分钟。 主叫长途费：该来访文件中归属运营

16、商为XX的主叫话单的长途费累计。表（1）和表（2）中所有涉及到话费的字段，需同时存贮RMB和SDR两种货币的话费。RMB转换为SDR的汇率参见7.4.1节。SDR值向上取整到厘(0.001SDR)。同样地，国际GSM出访的国际口（对被访运营商）和国内口（对归属省）的结算数据来自国际GSM出访预处理模块的日志服务表（3）和（4）。对每一个国际出访文件，系统在审计库以下表中都有相应记录。（3） 国际出访上发文件总审计表该表包含了出访文件的结算信息。 出访文件名：国际GSM出访上发文件名。 原始总通话费：文件尾记录中的总通话费。 主叫通话费：记录类型字段为20的主叫话单通话费总和。 被叫通话费：记录

17、类型字段为30的被叫话单通话费总和。 入库日期：该记录入审计库日期。 结算标记：表示是否参与结算，供结算子系统使用。主叫和被叫通话费为被访运营商所有。(4) XX省国际出访文件审计表该表记录了每个出访文件中归属省为XX的所有话单的结算信息。 出访文件名：国际出访上发文件名。 主叫通话费：该出访文件中归属省为XX的主叫话单通话费累计。 被叫通话费：该出访文件中归属省为XX的被叫话单的通话费累计。表（3）和表（4）中所有涉及到话费的字段，都要同时存贮SDR和RMB两种货币的话费。SDR转换为RMB的汇率参见7.4.1节。RMB值向上取整到厘。7.4.3 结算模块需产生的汇总信息国际GSM结算模块在

18、每月国内口、国际口结算周期到来时，(缺省值分别为每月21日和下月1日凌晨1点钟，可调)，在查询统计服务器上启动运行。为不影响正常的上发文件处理和下发文件产生，结算模块将扫描以上国际处理服务器上的审计库中的数据表，将满足条件的记录拷贝到查询统计服务器的汇总数据库中： 参与结算的文件 入库日期介于结算起始日期和结算截止日期 国际出访文件来源于正式运营商 国际来访的话单归属于正式运营商为使统计分析系统中的结算报表产生模块在产生结算报表时能方便引用，结算模块还需在汇总库中做处理工作，产生汇总信息：（1）国际GSM来访信息汇总：省代码结算起始日期结算截止日期结算日期来访用户数来访总话单来访总话费1000

19、921102010211028923897123456通过扫描汇总库中的“来访上发文件总审计表”，确定表中来访文件来源省为例如100的行，将它们的话单数、话费额相加而得。对来访用户数的统计，则要搜寻动态详单数据库，因而统计所得的用户数会有一定误差。（2）国际GSM出访信息汇总省代码结算起始日期结算截止日期结算日期出访用户数出访总话单出访总话费1000921102010211028923897123456通过扫描汇总库中省代码例如100对应省的“XX省出访文件审计表”，将表中所有来访文件的话单数、话费额相加而得。对出访用户数的统计，则同样要搜寻动态的详单数据库，因而统计所得的用户数会有误差。（3

20、）国际运营商来访信息汇总：运营商代码结算起始日期结算中止日期结算日期来访用户数来访总话单来访总话费SGPST0901093010011028923897123456通过扫描汇总库中的“XX运营商出访文件审计表”，确定表中来访文件来源运营商为例如SGPST的行，将它们的话单数、话费额相加而得。对来访用户数的统计，则要搜寻动态详单数据库，因而统计所得的用户数会有一定误差。（4）国际运营商出访信息汇总运营商代码起始日期中止日期结算日期出访用户数出访总话单出访总话费SGPST0901093010011028923897123456通过扫描汇总库中“国际出访文件总审计表”运营商代码为例如SGPST的行，将它们的话单数、话费额相加而得。对出访用户数的统计，则同样要搜寻动态的详单数据库，因而统计所得的用户数会有误差。