CN101067863A - 一种帐务管理系统、装置及方法 - Google Patents

一种帐务管理系统、装置及方法 Download PDF

Info

Publication number
CN101067863A
CN101067863A CNA2007101084818A CN200710108481A CN101067863A CN 101067863 A CN101067863 A CN 101067863A CN A2007101084818 A CNA2007101084818 A CN A2007101084818A CN 200710108481 A CN200710108481 A CN 200710108481A CN 101067863 A CN101067863 A CN 101067863A
Authority
CN
China
Prior art keywords
account
user
fees
paying
bill
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2007101084818A
Other languages
English (en)
Inventor
房厚波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNA2007101084818A priority Critical patent/CN101067863A/zh
Publication of CN101067863A publication Critical patent/CN101067863A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种帐务管理系统及方法,以非销帐为核心处理机制,使相关业务可实时进行,并且消除网络资源占用的峰值效应。系统包括:账本装置,用于根据用户的缴费信息,将该用户所缴的金额作为第一类数据输出;帐单装置,用于根据用户的消费信息,将该用户所消费的金额作为第二类数据输出;帐务平衡装置,用于实时合并所述第一类数据和所述第二类数据。帐务平衡装置包括:第一接收单元,用于接收与用户所缴的金额相关的第一类数据;第二接收单元,用于接收与用户所消费的金额相关的第二类数据;合并单元,用于将第一接收单元和第二接收单元收到的数据,实时合并。

Description

一种帐务管理系统、装置及方法
技术领域
本发明涉及通信行业运营支撑(BOSS)领域,特别是涉及一种帐务管理系统、装置及方法。
背景技术
帐务管理系统是BOSS系统一个很重要的组成部分:从业务感知方面,帐务管理主要指从用户的帐单(消费)生成,到用户缴费打发票的这一业务层面,完成用户从消费到缴费这两个方面的管理。
功能上主要包括:缴费,销帐(含批量销帐),返销帐,发票打印,缴费查询,帐单查询等。
作为和用户直接打交道的业务子系统,有以下几个特点:
◆业务量大(缴费打发票业务应该能占到整个业务量的80%左右)。
◆细致是其重要要求(因为和余额相关,用户对此很敏感)。
◆和后台(计费帐务)前台(营业)都相关,相对比较复杂。
现有技术一:参见图1所示,一种帐务管理模型。
基于该模型的帐务管理处理流程主要由出帐流程和销帐处理流程两部分组成。
其中,出帐流程包括下列步骤:
1、根据费率配置信息和话单信息,生成计费批价结果,一般称为:话费详单;
2、首先判断是否到了出帐时间,现在国内电信运营商一般都是每个自然月1号出帐.出帐期间为每月1-3号,将话费详单处理成未销帐帐单,也叫欠费帐单。
3、未销帐帐单生成后,根据用户办理的业务不同,对用户进行打折、保底、包月等帐务优惠处理;优惠完成后,如果用户有余额且比欠费多,系统自动进行批量销帐处理。
其中,缴费销帐处理流程包括下列步骤:
1、用户来营业前台缴费,系统根据用户给定的号码信息,查询用户的资料信息,生成缴费日志信息,查询用户的欠费信息,以便用户知道此次业务的应交金额。
2、收到用户缴费后,系统首先判断用户是否有未销帐帐单,如果有,判断用户缴费金额是否大于欠费金额,如果缴费金额大于欠费金额,进行销帐处理,否则不销帐,只是将将用户缴费金额累加到帐户余额;如果用户没有未销帐帐单,不销帐,将用户缴费金额累加到帐户余额。
3、如果进行了销帐处理,根据销帐情况,结合缴费日志,销帐日志,帐单,和用户的资料信息,按照设定的格式,向用户提供发票。
该模型的特点是比较简单,处理机制以销帐为核心完成用户消费和缴费的处理。
实现该模型主要涉及以下几个实体(装置):
帐户实体(acct):用来存放用户的余额。
缴费实体(payment):用来存放用户的缴费相关日志信息。
销帐实体(bill):用来存放用户的销帐日志。
帐单实体(acct_item):用来存放用户使用电信服务的消费明细信息。
现有技术二:参见图2所示,为另一种现有帐务管理模。基于该模型的帐务管理处理流程主要由出帐流程和销帐处理流程两部分组成。处理流程和现有技术一基本一致,不再重复描述。
其对现有技术一的帐务管理模型作了改进,但处理机制还是以销帐为核心。
其主要改进点体现在以下几个方面:
1、提出账本的概念,将用户缴的钱以账本科目的形式加以区分,适应了现金、充值卡,协议款,赠送款等专款专用业务的延伸。
2、初步有了类似银行收支的概念。
3、初步实现发票定制,发票有自己单独的规划和存储。
综上所述发明人在发明过程中发现:现有技术的处理机制是以销帐为核心,导致相关业务不能实时进行,不能满足运营商的实时处理业务趋势,并且网络资源占用的峰值效应明显。
发明内容
本发明实施例提供一种帐务管理系统、装置及方法,以非销帐为核心处理机制,使相关业务可实时进行,并且消除网络资源占用的峰值效应。
本发明实施例的一种帐务管理系统,包括:账本装置,用于根据用户的缴费信息,将该用户所缴的金额作为第一类数据输出;帐单装置,用于根据用户的消费信息,将该用户所消费的金额作为第二类数据输出;帐务平衡装置,用于实时合并所述第一类数据和所述第二类数据。
本发明实施例的一种怅务平衡装置,包括:第一接收单元,用于接收与用户所缴的金额相关的第一类数据;第二接收单元,用于接收与用户所消费的金额相关的第二类数据;合并单元,用于将第一接收单元和第二接收单元收到的数据,实时合并。
本发明实施例的一种帐务管理方法,包括下列步骤:根据用户的缴费信息,以该用户所缴的金额得出第一类数据;根据用户的消费信息,以该用户所消费的金额得出第二类数据;以及实时合并得出的第一类数据和第二类数据。
本发明实施例中,账本装置根据用户的缴费信息,将该用户所缴的金额作为第一类数据(例如:正值)输出;帐单装置根据用户的消费信息,将该用户所消费的金额作为第二类数据(例如:负值)输出。并以帐务平衡装置为核心,接收账本装置和帐单装置输出的数据,实时合并。从而基于非销帐为核心的处理机制,使相关业务可实时进行,并且消除网络资源占用的峰值效应。
附图说明
图1为现有的一种帐务管理模型示意图;
图2为现有的另一种帐务管理模型示意图;
图3为本发明实施例的帐务管理系统结构示意图;
图4为本发明实施例的另一帐务管理系统结构示意图;
图5为本发明实施例的装置结构示意图;
图6为本发明实施例的消费入帐流程图;
图7为本发明实施例的缴费入帐流程图;
图8为本发明实施例的帐务平衡处理流程图;
图9为本发明实施例的按帐期结转存储处理流程图;
图10为本发明实施例的帐单消费进入行式帐务平衡装置处理流程图;
图11为本发明实施例的帐本科目余额进入行式帐务平衡装置处理流程图;
图12为本发明实施例的账本科目可用余额与帐单联动处理流程图;
图13为本发明实施例的帐单消费进入列式帐务平衡装置处理流程图;
图14为本发明实施例的帐本科目余额进入列式帐务平衡装置处理流程图;
图15为本发明实施例的账本科目可用余额与帐单联动处理流程图;
图16为本发明实施例的帐单消费进入组合帐务平衡装置处理流程图;
图17为本发明实施例的帐本科目余额进入组合帐务平衡装置处理流程图;
图18为本发明实施例的账本科目可用余额与帐单联动处理流程图;
图19为本发明实施例的帐单消费进入分体帐务平衡装置处理流程图;
图20为本发明实施例的帐本科目余额进入分体帐务平衡装置处理流程图;
图21为本发明实施例的账本科目可用余额与帐单联动处理流程图;
图22为本发明实施例的行式平衡算法结构的示意图;
图23为本发明实施例的列式平衡算法结构的示意图;
图24为本发明实施例的组合平衡算法结构的示意图;
图25为本发明实施例的分体动态平衡算法结构的示意图。
具体实施方式
为了避开以销帐为核心的处理机制,使相关业务可实时进行,并且消除网络资源占用的峰值效应。
1、本发明实施例提供了一种帐务管理系统,参见图3所示,其包括:账本装置、帐单装置和帐务平衡装置。
账本装置,用于根据用户的缴费信息,将该用户所缴的金额作为第一类数据输出;
帐单装置,用于根据用户的消费信息,将该用户所消费的金额作为第二类数据输出;
帐务平衡装置,实时合并所述第一类数据和所述第二类数据。
基于上述实施例进一步,参见图4所示,该系统还包括:缴费接收装置,用于接收用户的缴费信息;缴费日志装置,用于根据缴费接收装置接收的缴费信息,生成缴费日志信息;
上述账本装置,则用于从缴费日志装置中获得当前缴费日志信息,并将所缴的金额归入对应的账本科目;以及根据各个账本科目的属性,分别输出相应的第一类数据;上述帐单装置,则用于接收用户的消费信息,并将所消费的金额归入对应的账本科目;以及根据各个账本科目的属性,分别输出相应的第二类数据;上述帐务平衡装置,则用于接收账本装置和帐单装置输出的数据,并按照账本科目分别进行实时合并。
根据上述各个装置之间的逻辑关系可见,当用户缴费后或特定科目的金额可用时(例如充100返30,返的30元每月可用10元),或者用户消费时,将触发帐务平衡装置完成新的平衡运算及相关处理。从而实现用户消费和缴费的实时入帐。
基于上述实施例的系统,进一步还至少包括下列装置之一:票据管理装置、实时余额信控装置、自动结转装置和余额流动日志装置。若存在实时余额信控装置,则还包括查询接口装置。
票据管理装置,用于根据缴费接收装置收到的缴费信息输出对应金额的票据;或者根据账本装置输出到帐务平衡装置中特定账本科目的第一类数据输出票据。具体的在接收用户费用的同时,向用户提供特定规格的票据(如发票),并生成相关记录信息;票据管理装置具有良好的内聚性,因为消费数据已经实时入帐,不再和销帐与否相关联;支持用户按金额个性化结帐和不定期结帐打发票的需求趋势;支持用户一次缴费,多次开票,每次开票金额可根据用户需求任意指定(前提是总开票金额不能超过缴费金额),每帐发票上体现的消费金额也可以按用户的需求,按时间段进行金额调整划归(前提是各张发票上体现的消费金额之和不能超过总消费金额)。
实时余额信控装置,用于根据帐务平衡装置的处理情况,得到用户的实时余额,并根据实时余额的正负值控制用户的停机、开机状态,以及提供对外查询接口装置供外围调用。
自动结转装置,用于按帐期从帐务平衡装置中获取数据,并自动结转和保存用户在该帐期的怅务数据。具体的为了便于用户查询核对和数据统计,系统提供按帐期(如1个自然月为1个帐务周期)自动结转功能,实现往月数据静态按期存储;这样系统既能提供实时数据,又能将历史数据静态化,不再轻易变动,以便核对、统计、分析等。
余额流动日志装置,用于从缴费接收装置接收的缴费信息中获得余额流入信息;以及根据账本装置输出的数据获得余额流出信息。
本发明实施例还提供了一种帐务平衡装置,参见图5所示,包括:第一接收单元、第二接收单元和合并单元。
第一接收单元,用于接收与用户所缴的金额相关的第一类数据;
第二接收单元,用于接收与用户所消费的金额相关的第二类数据;
合并单元,用于将第一接收单元和第二接收单元收到的数据,实时合并。
基于上述实施例的帐务平衡装置,所述第一接收单元根据各个账本科目的属性,分别接收相应的第一类数据,所述第二接收单元根据各个账本科目的属性,分别接收相应的第二类数据;所述装置还包括:账本科目单元,用于按照账本科目保存第一类数据和第二类数据,并保存合并单元按照账本科目分别进行实时合并后的结果。具体的可采用行式帐务平衡方式、列式帐务平衡方式、组合帐务平衡方式或分体帐务平衡方式,保存第一接收单元和第二接收单元收到的数据,并保存合并单元按照账本科目分别进行实时合并后的结果。关于行式帐务平衡方式、列式帐务平衡方式、组合帐务平衡方式和分体帐务平衡方式,参见后述。
2、本发明实施例还提供了一种帐务管理方法,包括下列主要步骤:
步骤1、根据用户的缴费信息,以该用户所缴的金额得出第一类数据;
具体的,可根据用户的缴费信息生成缴费日志信息;并根据当前缴费日志信息将所缴的金额归入对应的账本科目,以及根据各个账本科目的属性,分别输出相应的第一类数据(所述第一类数据例如正值金额),同时产生余额信息。
步骤2、根据用户的消费信息,以该用户所消费的金额得出第二类数据;
具体的,可将用户消费的金额归入对应的账本科目,以及根据各个账本科目的属性,分别输出相应的第二类数据(所述第二类数据例如负值金额)。
步骤3、实时合并得出的第一类数据和第二类数据;
具体的,可按照账本科目分别实时合并输出的第一类数据和第二类数据。
进一步,具体可拆分成以下流程:消费入帐流程、缴费入帐流程、帐务平衡处理流程和按帐期结转存储处理流程。
2.1、消费入帐流程,参见图6所示,包括下列内容:
帐单装置接收一次性费用(如GPS卡费等)、周期性费用(如月租费,包月费等)、基本费用(如通话费,短信费,GPRS上网费等)等,进行实时批价处理,生成各种话费详单。
帐单装置检测到有新的话费详单生成,则进行合帐处理,按帐单科目分类合并,生成帐单。
帐单装置根据帐单上的帐期标记,本帐务周期所属的时间段内(如1号到30号或31号),有新的帐单生成,触发帐务平衡装置进行消费入帐处理,将帐单金额,累计到相应的消费科目上。
帐务平衡装置检测到本帐期的帐单金额发生变化,则根据帐单消费情况,重新计算该用户账本科目的可用余额,并体现在相应的结构装置上。
2.2、缴费入帐流程,参见图7所示,包括下列内容:
用户缴费,产生缴费日志,累计到相应的账本科目,并产生余额流动日志。
账本科目有余额流入,触发帐务平衡装置检测此账本科目是否无条件可用,如果是,马上全部流入帐务平衡装置,体现在相应的科目上;如果是限额使用的,根据条件将限额流入帐务平衡装置(如用户参加交100元送可乐活动,这100元每个月只能用20元,5个月用完,一次只能流入20元);如果账本科目的可用余额需要参考帐单(如新入网用户前三个月打多少市话送多少市话,最多送300元市话费业务,这300元就是先放在账本中根据市话帐单金额的变化,实时向帐务平衡装置中流入)每次有帐单金额的变化,都会触发帐务平衡装置对此科目的可用余额进行重算处理。
用户要求开票据(如发票),检查用户输入开票金额,如果小于等于用户的相应类型的票据余额,查询帐单,用户的缴费信息,用户的资料信息,按约定的格式生成票据,打印提供给用户,并更新相关类型票据信息,生成相应的日志。
2.3、帐务平衡处理流程,参见图8所示,包括下列内容:
读账本科目数据,检测账本科目内有无到期可用的科目,如果没有,则停止此次处理。如果有,检查科目属性,查看其可用余额是否需要参考帐单,如果需要,查询帐单,计算其可用余额。将其可用金额流入到帐务平衡装置,同时生成余额流动日志的流出日志。
检测有无新的未销帐帐单生成,如果有,将其累加到帐务平衡装置的相应结构的科目中。
帐单消费科目数据发生变化,触发帐务平衡装置检查账本装置有无参考帐单的账本科目,如果有,重新计算该账本科目的可用余额;重新调整装置的最新余额,供其他功能模块使用。
2.4、按帐期结转存储处理流程,参见图9所示,包括下列内容:
检测是否到了帐期的结束时间(例如月末最后一天零点;该时间可以通过参数设置),如果是,触发帐务平衡装置进行结转运算。
逐用户进行处理,检测用户现在是有余额还是有欠费,如果有余额,将其相关类别的账本科目余额,按照当初设定的优先级,从高到底,依次分科目将当前余额结转到新帐期;如果有欠费,将其欠费金额,结转到新帐期的往月欠费科目上。
结转期间,如果用户缴费或账本科目到期可以使用,将该科目的可用余额,流入到新帐期的帐务平衡装置中,同时生成余额流动日志。
结转期间,如果用户打电话等操作,产生新帐期未出帐帐单,将其消费金额累加到新帐期的本月消费科目上。
结转完成后,将当前帐期的帐务平衡数据移出内存区域,进行归档存储;将新生成帐期的帐务平衡数据标记成当前帐期数据。
2.5、帐务平衡装置的实现方式:帐务平衡装置是本发明的核心内容之一,通过帐务平衡装置,实现用户收入和支出的平衡,避开以销帐为核的处理机制,使相关业务可实时分散连续的执行,避免大任务批量操作,消除网络资源占用的峰值效应。本发明实施例提供了四种帐务平衡装置的实现方式,来满足不同客户需求,包括:行式帐务平衡装置、列式帐务平衡装置、组合帐务平衡装置和分体帐务平衡装置。以下逐一说明。
2.5.1、行式帐务平衡装置。
行式平衡:就是用户的各种数据以行值的形式体现在一起,通过类别的正负属性,通过相加就能得到用户的最新帐务状况,是有余额还是有欠费。
行式帐务平衡装置的处理流程包括:帐单消费进入行式帐务平衡装置处理流程、科目余额进入行式帐务平衡装置处理流程、账本科目可用余额与帐单联动处理流程。
2.5.1.1、帐单消费进入行式帐务平衡装置处理流程,参见图10所示,包括下列内容:
外围子系统将用户的一次费用、期性费用、基本费用等生成帐单。
有新帐单生成,触发行式帐务平衡装置进行消费入帐处理,在行式记录结构中查找用户的相关消费科目,如果存在,则将未出帐帐单金额累进到科目的中,否则插入一条。
帐单消费入帐完成,触发帐务平衡装置进行消费和缴费的平衡运算,生成用户的最新余额,供其他业务使用,同时触发信控处理,根据最新余额的变化,控制用户停机开机状态。
2.5.1.2、帐本科目余额进入行式帐务平衡装置处理流程,参见图11所示,包括下列内容:
用户缴费,缴费金额进入账本科目,如果相关科目账本符合使用条件,判断有没有使用限额,如果没有,全部进入帐务平衡装置,如果有,则按限额阀值进入;如果可用余额需要参考帐单,则读取帐单,计算该科目的可用余额,将其流入到帐务平衡装置,并记录余额流动日志。
有账本科目可用余额流入,触发帐务平衡装置进行账本科目入帐处理。在行式记录结构中查找用户的相关账本科目,如果存在,则将账本入帐金额累进到科目的中,否则插入一条。
账本科目可用余额流入完成,触发帐务平衡装置消费和缴费的平衡预算,生成用户的最新余额,供其他业务使用;同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.1.3、账本科目可用余额与帐单联动处理流程,参见图12所示,包括下列内容:
读账本科目数据,检测账本科目内有无到期可用的科目,如果没有,则停止此次处理。如果有,检查科目属性,查看其可用余额是否需要参考帐单,如果需要,读帐单,计算其可用余额。
将其可用金额流入到帐务平衡装置,同时生成余额流动日志的流出日志;检测有无新的帐单生成,如果有,将其累加到帐务平衡装置的相应结构的消费科目中。
帐单消费科目入帐完成,触发帐务平衡装置检查有无参考帐单的账本科目,如果有,重新计算账本科目的可用余额;重新调整装置的最新余额,供其他功能模块使用,同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.2、列式帐务平衡装置。
列式平衡,就是用户的各种数据以列值的形式体现在一起,通过对列值根据类别的不同设置正负属性,通过加减运算就能得到用户的最新帐务状况(有余额还是有欠费)。
列式帐务平衡装置的处理流程包括:帐单消费进入列式帐务平衡装置处理流程,科目余额进入列式帐务平衡装置处理流程,账本科目可用余额与帐单联动处理流程
2.5.2.1、帐单消费进入列式帐务平衡装置处理流程,参见图13所示,包括下列内容:
外围子系统将用户的一次费用、期性费用、基本费用等生成帐单。
有新帐单生成,触发帐务平衡装置进行消费入帐处理,根据预先设定的数据映射规则,定位到相应的列位置,将未出帐帐单金额累进到相应的列值中。如果找不到映射规则,则发出错误提示信息,缓存该记录,继续处理其他数据。
帐单消费科目入帐完成,触发帐务平衡装置进行消费和缴费的平衡运算,生成用户的最新余额,供其他业务使用,同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.2.2、帐本科目余额进入列式帐务平衡装置处理流程,参见图14所示,包括下列内容:
用户缴费进入账本科目,如果相关科目账本符合使用条件,判断有没有使用限额,如果没有,全部进入帐务平衡装置,如果有,则按条件将可用余额流入平衡装置,并生成余额流动日志。
有账本科目可用余额流入,触发帐务平衡装置进行账本科目入帐处理。根据预先设定的数据映射规则,定位到相应的列位置,将科目的可用余额累进到相应的列值中。
可用余额入帐完成,触发帐务平衡装置进行消费和缴费平衡运算,生成用户的最新余额,供其他业务使用,同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.2.3、账本科目可用余额与帐单联动处理流程,参见图15所示,包括下列内容:
读账本科目数据,检测账本科目内有无到期可用的科目,如果没有,则停止此次处理。如果有,检查科目属性,查看其可用余额是否需要参考帐单,如果需要,读帐单,计算其可用余额。
将其可用金额流入到帐务平衡装置,同时生成余额流动日志的流出日志。
检测有无新的帐单生成,如果有,将其累加到帐务平衡装置的相应结构的消费科目中。触发帐务平衡装置检查账本装置有无参考帐单的账本科目,如果有,重新计算账本科目的可用余额;重新调整装置的最新余额,供其他业务使用,同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.3、组合帐务平衡装置。
组合平衡就是结合行式结构和列式结构优点,将二者有机的结合起来,发挥行式结构的灵活和列式结构的直观易懂等特点,以达到更优化的效果。
组合帐务平衡装置的处理流程包括:帐单消费进入组合平衡装置处理流程、科目余额进入组合平衡装置处理流程,账本科目可用余额与帐单联动处理流程。
2.5.3.1、帐单消费进入组合帐务平衡装置处理流程,参见图16所示,包括下列内容:
外围子系统将用户的一次费用、期性费用、基本费用等生成帐单。
有新帐单生成,触发组合帐务平衡装置进行消费入帐处理,在行式记录结构中查找用户的相关消费科目,如果存在,将帐单金额累进到科目的相关列值,否则插入一条新记录。
帐单消费科目入帐完成,触发组合帐务平衡装置进行消费和缴费的平衡运算,生成用户的最新余额,供其他业务使用,同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.3.2、帐本科目余额进入组合帐务平衡装置处理流程,参见图17所示,包括下列内容:
用户缴费,缴费金额进入账本科目,如果相关科目账本符合使用条件,判断有没有使用限额,如果没有,全部进入帐务平衡装置,如果有,则按限额阀值进入;如果可用余额需要参考帐单,则读取帐单,计算该科目的可用余额,其流入到组合帐务平衡装置,并记录余额流动日志。
有账本科目可用余额流入,触发帐务平衡装置进行账本科目入帐处理。在组合式记录结构中查找用户的相关账本科目,如果存在,则将账本入帐金额累进到科目相应列值中,否则插入一条。
账本科目可用余额流入完成,触发组合帐务平衡装置消费和缴费的平衡预算,生成用户的最新余额,供其他业务使用;同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.3.3、账本科目可用余额与帐单联动处理流程,参见图18所示,包括下列内容:
读账本科目数据,检测账本科目内有无到期可用的科目,如果没有,则停止此次处理。如果有,检查科目属性,查看其可用余额是否需要参考帐单,如果需要,读帐单,计算其可用余额。将其可用金额流入到帐务平衡装置,同时生成余额流动日志的流出日志。
检测有无新的帐单生成,如果有,将其累加到帐务平衡装置的相应结构的消费科目中。
帐单消费科目入帐完成,触发帐务平衡装置检查有无参考帐单的账本科目,如果有,重新计算账本科目的可用余额;重新调整装置的最新余额,供其他功能模块使用,同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.4、分体帐务平衡装置。
分体平衡就是根据数据的类别特点,将数据分类存放,如将消费类科目数据存放在一起,缴费类科目数据存放在一起,使用时动态合并。
分体帐务平衡装置的处理流程包括:帐单消费进入分体帐务平衡装置处理流程,帐本科目余额进入分体帐务平衡装置处理流程,账本科目可用余额与帐单联动处理流程。
2.5.4.1、帐单消费进入分体帐务平衡装置处理流程,参见图19所示,包括下列内容:
外围子系统将用户的一次费用、期性费用、基本费用等生成帐单。
有新帐单生成,触发分体式帐务平衡装置进行消费入帐处理,在消费类数据中查找用户的相关消费科目,如果存在,将帐单金额累进到相关消费科目中,否则插入一条新记录。
帐单消费科目入帐完成,触发帐务平衡装置进行消费和缴费的平衡运算,生成用户的最新余额,供其他业务使用,同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.4.2、帐本科目余额进入分体帐务平衡装置处理流程,参见图20所示,包括下列内容:
用户缴费,缴费金额进入账本科目,如果相关科目账本符合使用条件,判断有没有使用限额,如果没有,全部进入帐务平衡装置,如果有,则按限额阀值进入;如果可用余额需要参考帐单,则读取帐单,计算该科目的可用余额,将其流入到帐务平衡装置,并记录余额流动日志。
有账本科目可用余额流入,触发帐务平衡装置进行账本科目入帐处理。在缴费类数据中查找用户的相关账本科目;如果存在,则将账本入帐金额累进到科目相应列值中,否则插入一条。
账本科目可用余额流入完成,触发帐务平衡装置消费和缴费的平衡预算,生成用户的最新余额,供其他业务使用;同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
2.5.4.3、账本科目可用余额与帐单联动处理流程,参见图21所示,包括下列内容:
读账本科目数据,检测账本科目内有无到期可用的科目,如果没有,则停止此次处理;如果有,检查科目属性,查看其可用余额是否需要参考帐单,如果需要,读帐单,计算其可用余额。
将其可用金额流入到帐务平衡装置,同时生成余额流动日志的流出日志。
检测有无新的帐单生成,如果有,将其累加到帐务平衡装置消费类数据的相关科目中;同时触发帐务平衡装置检查有无参考帐单的账本科目,如果有,读取帐单,重新计算账本科目的可用余额。
消费类数据或缴费类数据发生变化,触发分体式平衡装置进行运算,动态合成用户的最新余额,供其他业务使用;同时触发信控处理,根据用户的最新余额,控制用户停机开机状态。
3、以下通过4个实施例具体描述。
实施例1、以行式平衡算法结构实现帐务平衡。
本实施例的流程可以分为三个部分:部分一、用户缴费(收入);部分二、用户消费(支出);部分三、用户缴费(收入)和用户消费(支出)通过帐务平衡装置关联起来。
其中,缴费流程如下:
1、用户来办理缴费业务,产生缴费日志,同时也产生余额流动日志的流入信息。
2、用户缴费先存入账本的相应科目(如现金,充值卡,协议款等)。
3、根据该科目对应的属性,如:期限属性(如马上可用,N个月后可用等)、限额属性(如本月全部可用,本月可用20元)等相关属性,将相应金额划入帐务平衡装置,同时产生余额流动日志的流出信息。
4、用户缴费完成后,根据用户的需求和系统的相关设置,向用户提供相应格式的发票或收据。(本步骤与上述步骤2和3没有先后顺序)
说明:余额流动日志表记录的相关金额的流动金额、流动方向、流动时间等信息,供统计分析使用(通过其他表也可以间接得到),如果运营商对此数据不太关心,也可以不生成,以提高系统的运行效率。
其中,消费流程如下:
1、用户进行消费动作(如:打电话,发短信等),系统产生话费清单。
2、计费帐务系统将话费清单实时的处理,批价计费后,分类处理(即按照账本科目分别处理),再将各类费用合并成未出帐帐单(如:该未出帐帐单包括市话费条目,短信费条目等)。
3、用户帐单费用变化,触发系统继续处理,未出帐帐单进入帐务平衡装置(以消费金额进行体现)。
其中,通过帐务平衡装置关联缴费和消费的内容包括:
帐务平衡装置通过收入和支出的合并运算,实现帐务平衡,得到当前用户的可用余额。用户查询其余额时,就得到了其实时的余额信息。
具体的,本实施例中采用行式平衡算法结构实现帐务平衡,行式平衡算法结构的示意图参见图22所示。图22中,用户的各种数据以行值的形式体现在一起,各个类别存在正负属性,通过类别相加就能得到用户的最新帐务状况,是有余额还是有欠费。
例如:参见表一所示,为某一用户2006年12月整个月的帐务平衡数据。
                   2006年12月整个月的帐务平衡数据
帐务周期 帐号 用户号 类别 帐务科目   金额(分)   运算方向(+:收入-:支出)
  200612   531001   0   上期结余   现金   10000   +
  200612   531001   0   上期结余   充值卡   20000   +
  200612   531001   0   本期缴费   现金   5000   +
  200612   531001   0   协议返现   协议款   2000   +
  200612   531001   0   本期消费   帐单合计   20000   -
                        表一
参见表二所示,为2007-01-01过了零点系统进行出帐翻转后的帐务平衡数据。
                2007-01-01过了零点系统进行出帐翻转后
  帐务周期   帐号   用户号   类别   帐务科目   金额(分)   运算方向(+:收入-:支出)
  200701   531001   0   上期结余   现金   15000   +
  200701   531001   0   上期结余   充值卡   2000   +
                        表二
参见表三所示,为2007年01月15号的场景。
                               2007年01月15号的场景
  帐务周期 帐号   用户号 类别 帐务科目 金额(分)   运算方向(+:收入-:支出)
  200701   531001   0   上期结余   现金   15000   +
  200701   531001   0   上期结余   充值卡   2000   +
  200701   531001   0   本期消费   帐单合计   12300   -
  200701   531001   0   本期调帐   调帐   1000   +
通过上述表一、二和三,可以清晰的看到该用户帐号的帐务数据在上月末、本月初和本月中,三个典型时间点的数值变化。
实施例2、以列式平衡算法结构实现怅务平衡。
本实施例的流程可以分为三个部分:部分一、用户缴费(收入);部分二、用户消费(支出);部分三、用户缴费(收入)和用户消费(支出)通过怅务平衡装置关联起来。
其中,缴费流程和消费流程与实施例1相同。
其中,通过账务平衡装置关联缴费和消费的内容包括:
帐务平衡装置通过收入和支出的合并运算,实现帐务平衡,得到当前用户的可用余额。用户查询其余额时,就得到了其实时的余额信息。
具体的,本实施例中采用列式平衡算法结构实现帐务平衡,列式平衡算法结构的示意图参见图23所示。图23中,用户的各种数据以列值的形式体现在一起,根据类别的不同对各个列值设置正负属性,通过类别相加就能得到用户的最新帐务状况,是有余额还是有欠费。
例如:参见表四所示,为帐户收支情况。
                                   帐户的收支情况
                          收入            支出
  序号   帐期   上期结余   协议款使用   赠送款使用   过户遗留   科目间转移   其他流入   本期消费   本期调帐   本期违约金   本期结余
  1   200607   5006   2000   0   0   0   0   6149   0   0   857
  2   200608   857   0   1870   0   0   0   1870   0   0   857
  3   200609   857   0   2000   0   0   0   2297   0   0   560
  4   200610   560   0   1730   0   0   0   1730   0   0   560
                                      表四
从表四中可以看出,通过不同含义(由列值参数定义装置进行规定其含义)的列值平衡组合表达,该帐号的收支情况可以直观的得到。即帐户的本期结余=上期结余+收入-支出。
实施例3、以组合平衡算法结构实现帐务平衡。
本实施例的流程可以分为三个部分:部分一、用户缴费(收入);部分二、用户消费(支出);部分三、用户缴费(收入)和用户消费(支出)通过帐务平衡装置关联起来。
其中,缴费流程和消费流程与实施例1相同。
其中,通过帐务平衡装置关联缴费和消费的内容包括:
帐务平衡装置通过收入和支出的合并运算,实现帐务平衡,得到当前用户的可用余额。用户查询其余额时,就得到了其实时的余额信息。
具体的,本实施例中采用组合平衡算法结构实现帐务平衡,组合平衡算法结构的示意图参见图24所示。组合平衡结合行式结构和列式结构的优点,将二者有机的结合起来,以达到更优化的效果。
例如:参见表五所示,为某个帐号的200701帐期数据。
科目 帐务周期   上期结余   本期流入 余额 本期可用   本期废弃   支出限额 起效周期 失效周期
 subjectid   billCycle   lastVal   Income   balance   UsableVal   Discard   ceilVal   startCycle   endCycle
 消费(Arrear)   200701   -20000   -5600   -25600   -25600   0   0   199001   209901
 现金(Cash)   200701   0   0   3252   3252   0   0   199001   209901
 充值卡(Card)   200701   0   0   5000   5000   0   0   199001   209901
 赠送(Present)   200701   0   0   10000   1500   0   0   200510   200603
                                            表五
从表五中可以看出,每一个科目数据结构都由几个表达含义一致的列值组成,许多相关信息可以直观得到。如:
帐户的最新余额=本期可用的合计=-25600+3252+5000+1500
实施例4、以分体动态平衡算法结构实现帐务平衡。
本实施例的流程可以分为三个部分:部分一、用户缴费(收入);部分二、用户消费(支出);部分三、用户缴费(收入)和用户消费(支出)通过帐务平衡装置关联起来。
其中,缴费流程和消费流程与实施例1相同。
其中,通过帐务平衡装置关联缴费和消费的内容包括:
帐务平衡装置通过收入和支出的合并运算,实现帐务平衡,得到当前用户的可用余额。用户查询其余额时,就得到了其实时的余额信息。
具体的,本实施例中采用分体动态平衡算法结构实现帐务平衡,分体动态平衡算法结构的示意图参见图25所示。分体动态平衡算法是根据数据的类别特点,将数据分类存放,使用时动态合并。
例如:将缴费余额类的放在一起,将消费类的放在一起,使用时动态合并。
综上所述,本发明实施例中不再以销帐为核心处理机制,而是通过帐务平衡机制来达到帐务管理的目的,所以可以使相关业务可实时进行,并且消除网络资源占用的峰值效应。
进一步更为具体的,
1、支持多种平衡算法结构,方便业务扩展。
2、用户的消费、缴费可以实时入帐,不再有月底的批量操作,资源占用的浪涌峰值现象较小,负载比较均衡;改善了系统的运行性能和稳定性。
实现用户消费和缴费的帐务平衡和信控处理的统一。现系统在查询用户信控余额时,需要对用户进行模拟销帐(实际的处理是在月底批量销帐做的);采用本发明实施例后,数据进行实时处理,不再需要模拟处理。
3、实现流水入帐,分帐期存储(即满足实时性的余额的查询),又可以分段核对、结帐。
从而既满足运营商财务统计的需求,又能改善用户的统计查询和帐务核对。
4、类似上期结余的翻转等大批量操作,改变原来的update销帐(技术方案一和方案二的销帐本质,就是update帐单标记,将帐单标记由欠费修改为不欠费,同时还得update更新帐单得其他字段,以满足业务需要)为主数据操作模式,以insert为主数据导入(非销帐模式的帐务管理系统,不需要对帐单进行update操作,只需要在帐期结束时,以当前帐期的帐务平衡数据为基础,利用帐务平衡装置,insert初始化生成新帐期的帐务平衡数据即可),操作简单,性能较高。
5、因为消费,缴费,余额集成在一起,平帐能力强,便于查询、核对、统计及展示。
6、细化帐单、缴费、发票、收据等,各个业务功能独立实现,提高业务的内聚性。
对于发票,明确发票开票金额和欠票金额的概念,以支持用户一次缴费,定制多张发票金额的需求。正常用户在网期间,其缴费金额大于等于帐单消费金额大于等于发票金额;使系统的发票管理能提供个性化服务,同时更严格的适应国家的财务政策,不多开发票。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (15)

1、一种帐务管理系统,其特征在于,包括:
账本装置,用于根据用户的缴费信息,将该用户所缴的金额作为第一类数据输出;
帐单装置,用于根据用户的消费信息,将该用户所消费的金额作为第二类数据输出;
帐务平衡装置,用于实时合并所述第一类数据和所述第二类数据。
2、如权利要求1所述的系统,其特征在于,所述系统还包括:
缴费接收装置,用于接收用户的缴费信息;
缴费日志装置,用于根据缴费接收装置接收的缴费信息,生成缴费日志信息。
3、如权利要求2所述的系统,其特征在于,所述系统还包括:
票据管理装置,用于根据缴费接收装置收到的缴费信息输出对应金额的票据;或者根据账本装置输出到帐务平衡装置中特定账本科目的第一类数据输出票据。
4、如权利要求1或2所述的系统,其特征在于,所述系统还包括:
实时余额信控装置,用于根据帐务平衡装置的处理情况,得到用户的实时余额,并根据实时余额的正负值对该用户执行操作。
5、如权利要求4所述的系统,其特征在于,所述系统还包括:
查询接口装置,用于提供对外查询接口,供系统外部的装置调用实时余额信控装置得出的实时余额。
6、如权利要求1或2所述的系统,其特征在于,所述系统还包括:
自动结转装置,按帐期从帐务平衡装置中获取数据,并自动结转和保存用户在该帐期的帐务数据。
7、如权利要求2所述的系统,其特征在于,所述系统还包括:余额流动日志装置,用于从缴费接收装置接收的缴费信息中获得余额流入信息;以及根据账本装置输出的数据获得余额流出信息。
8、一种帐务平衡装置,其特征在于,包括:
第一接收单元,用于接收与用户所缴的金额相关的第一类数据;
第二接收单元,用于接收与用户所消费的金额相关的第二类数据;
合并单元,用于将第一接收单元和第二接收单元收到的数据,实时合并。
9、如权利要求8所述的装置,其特征在于,所述装置还包括:账本科目单元,用于按照账本科目保存第一类数据和第二类数据,并保存合并单元按照账本科目分别进行实时合并后的结果。
10、一种帐务管理方法,其特征在于,包括下列步骤:
根据用户的缴费信息,以该用户所缴的金额得出第一类数据;
根据用户的消费信息,以该用户所消费的金额得出第二类数据;以及
实时合并得出的第一类数据和第二类数据。
11、如权利要求10所述的方法,其特征在于,所述根据用户的缴费信息,以该用户所缴的金额得出第一类数据,包括:根据用户的缴费信息生成缴费日志信息;并根据当前缴费日志信息将所缴的金额归入对应的账本科目,以及根据各个账本科目的属性,分别得出相应的第一类数据;
所述根据用户的消费信息,以该用户所消费的金额得出第二类数据,包括:将用户消费的金额归入对应的账本科目,以及根据各个账本科目的属性,分别得出相应的第二类数据;
实时合并得出的第一类数据和第二类数据,包括:按照账本科目分别实时合并得出的第一类数据和第二类数据。
12、如权利要求11所述的方法,其特征在于,根据所述缴费信息输出对应金额的票据;或者根据特定账本科目对应的第一类数据输出票据。
13、如权利要求10或11所述的方法,其特征在于,根据所述第一类数据和第二类数据的合并情况,得到用户的实时余额,并根据实时余额的正负值对该用户执行操作。
14、如权利要求10或11所述的方法,其特征在于,按帐期获取所述第一类数据和第二类数据的合并情况,并自动结转和保存用户在该帐期的帐务数据。
15、如权利要求10所述的方法,其特征在于,从所述缴费信息中获得余额流入信息,以及根据所述得出的第一类数据获得余额流出信息,以备查询和/或统计。
CNA2007101084818A 2007-06-14 2007-06-14 一种帐务管理系统、装置及方法 Pending CN101067863A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2007101084818A CN101067863A (zh) 2007-06-14 2007-06-14 一种帐务管理系统、装置及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007101084818A CN101067863A (zh) 2007-06-14 2007-06-14 一种帐务管理系统、装置及方法

Publications (1)

Publication Number Publication Date
CN101067863A true CN101067863A (zh) 2007-11-07

Family

ID=38880407

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007101084818A Pending CN101067863A (zh) 2007-06-14 2007-06-14 一种帐务管理系统、装置及方法

Country Status (1)

Country Link
CN (1) CN101067863A (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102663625A (zh) * 2012-04-23 2012-09-12 钱春安 具有返现功能的快速销售方法
CN105808905A (zh) * 2014-12-30 2016-07-27 金蝶软件(中国)有限公司 余额计算方法及装置
TWI610261B (zh) * 2012-08-10 2018-01-01 Zhou yan ru 交易憑證管理系統及其方法
CN109542915A (zh) * 2018-10-11 2019-03-29 广州珠江数码集团股份有限公司 一种基于boss系统的出账不停业务的方法
CN109766358A (zh) * 2018-12-17 2019-05-17 深圳壹账通智能科技有限公司 账单数据管理方法、装置、计算机设备和存储介质
CN110889687A (zh) * 2019-11-18 2020-03-17 厦门网宿有限公司 分布式架构下账户余额的处理方法及装置
CN112181937A (zh) * 2019-07-04 2021-01-05 北京京东振世信息技术有限公司 一种结转数据的方法和装置
CN114791941A (zh) * 2022-06-21 2022-07-26 北京有生博大软件股份有限公司 一种静默化数据处理方法及处理系统

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102663625A (zh) * 2012-04-23 2012-09-12 钱春安 具有返现功能的快速销售方法
TWI610261B (zh) * 2012-08-10 2018-01-01 Zhou yan ru 交易憑證管理系統及其方法
CN105808905A (zh) * 2014-12-30 2016-07-27 金蝶软件(中国)有限公司 余额计算方法及装置
CN105808905B (zh) * 2014-12-30 2019-04-02 金蝶软件(中国)有限公司 余额计算方法及装置
CN109542915A (zh) * 2018-10-11 2019-03-29 广州珠江数码集团股份有限公司 一种基于boss系统的出账不停业务的方法
CN109766358A (zh) * 2018-12-17 2019-05-17 深圳壹账通智能科技有限公司 账单数据管理方法、装置、计算机设备和存储介质
CN112181937A (zh) * 2019-07-04 2021-01-05 北京京东振世信息技术有限公司 一种结转数据的方法和装置
CN112181937B (zh) * 2019-07-04 2023-11-03 北京京东振世信息技术有限公司 一种结转数据的方法和装置
CN110889687A (zh) * 2019-11-18 2020-03-17 厦门网宿有限公司 分布式架构下账户余额的处理方法及装置
CN114791941A (zh) * 2022-06-21 2022-07-26 北京有生博大软件股份有限公司 一种静默化数据处理方法及处理系统

Similar Documents

Publication Publication Date Title
CN101067863A (zh) 一种帐务管理系统、装置及方法
CN1320883A (zh) 销售活动管理系统、装置和方法
CN1196809A (zh) 用于在帐户之间传递资金的面向用户的自动系统
CN1226897C (zh) 支持位置信息服务的方法和装置
CN1636363A (zh) 实时处理
CN1343944A (zh) 提供环境管理信息的系统及方法、记录介质和数据信号
CN1516034A (zh) 提供环境影响信息的系统和方法、记录介质及数据信号
CN110807059B (zh) 一种财务共享模式下的会计凭证转换装置及其方法
CN101044482A (zh) 基于实体的可配置数据归档管理系统和方法
CN1462936A (zh) 在线市场中的自动广告发布计划管理
CN1568476A (zh) 用于再保险安排的系统和方法
CN101059857A (zh) 对发票进行电子验证的方法、系统和程序产品
CN101080737A (zh) 程序性交易的自动授权
CN1459759A (zh) 金融交易的系统和方法
CN1463406A (zh) 信息处理设备、信息处理方法和程序
CN1707504A (zh) 印刷装置、印刷限制管理系统、印刷控制程序、记录媒体
CN1787006A (zh) 证券投资个股风险价值评估系统和方法
CN1859534A (zh) 一种业务服务的计费方法及系统
CN101534494A (zh) 结算出账处理方法和装置
CN1889132A (zh) 一种实现信用卡分期付款的系统、装置及方法
CN1604103A (zh) 自动建立和配置许可模型和策略的方法
CN1484805A (zh) Ic卡和ic卡操作方法
CN1585964A (zh) 预付卡信息发行系统、通话费结算系统、通信费结算系统和费用结算系统
CN1395711A (zh) 用于管理金融交易中个人账户的装置及其管理方法
CN1848734A (zh) 通信系统,通信设备,以及通信方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20071107