CN1818968A - 多个独立账户现金联结的装置和方法 - Google Patents

多个独立账户现金联结的装置和方法 Download PDF

Info

Publication number
CN1818968A
CN1818968A CNA2005100239174A CN200510023917A CN1818968A CN 1818968 A CN1818968 A CN 1818968A CN A2005100239174 A CNA2005100239174 A CN A2005100239174A CN 200510023917 A CN200510023917 A CN 200510023917A CN 1818968 A CN1818968 A CN 1818968A
Authority
CN
China
Prior art keywords
account
group
cash
company
sub
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
CNA2005100239174A
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.)
ZHAOSHANG BANK CO Ltd
Original Assignee
ZHAOSHANG BANK 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 ZHAOSHANG BANK CO Ltd filed Critical ZHAOSHANG BANK CO Ltd
Priority to CNA2005100239174A priority Critical patent/CN1818968A/zh
Publication of CN1818968A publication Critical patent/CN1818968A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明介绍一种数据处理系统。

Description

多个独立账户现金联结的装置和方法
技术领域
本发明涉及银行数据管理系统中多个独立账户现金联结的装置和方法。
背景技术
随着公司规模不断发展,许多集团公司(或集团母公司)拥有越来越多的子公司。由于这些集团母公司、子公司是相对财务独立核算的单位,在现金管理上,不但这些子公司之间相互独立,而且这些子公司和其上属集团母公司也相互独立。因而,把一个集团母公司和其下属子公司作为一个整体,分离式的现金管理不能充分利用集团公司和其所有下属子公司所具有的现金资源。例如,如果集团母公司要在某日必须支付8百万人民币现金,而其账户上只有6百万人民币现金,尽管其下属子公司有大于2百万人民币现金,由于现金管理相互独立,该集团母公司将不能用从银行账户要求划款的方式支付8百万人民币的现金。子公司也面临同样问题。如果一个子公司的结余现金不够所需要支付现金,即使其母公司或兄弟子公司有足够结余现金,该子公司也无法用从银行账户要求划款的方式进行现金支付。
随着计算机信息系统的发展,大多数公司的现金能通过银行的计算机系统对其现金进行有效地管理,包括存入、取出、支付、划拨公司现金。但是,现有的计算机系统的数据组织和系统设计不适用于统一操作和管理在财务上各自独立的集团公司和其子公司的现金。
发明内容
本发明要解决的一个技术问题是,在计算机信息系统上合理地组织数据和设计系统结构,使该计算机系统适用于统一操作和管理公司运作上相对独立的集团公司和其子公司的现金账户。
本发明要解决的另一个技术问题是,在计算机信息系统上合理地组织数据和设计系统结构,使该计算机系统适用于统一操作和管理公司运作上相对独立的集团母公司和其子公司的现金账户,而且和现有的由多年开发而成的银行计算机系统相兼容。
本发明还要解决的一个技术问题是,在计算机信息系统上合理地组织数据和设计系统结构,使该计算机系统适用于统一操作和管理公司运作上相对独立的集团母公司和其子公司的现金账户,而且能实时处理集团母公司和其子公司的现金账户。
为了实现上述目的,本发明的一种数据处理系统包括:
安装在所述计算机系统中的存储装置,用于设置一个主账户及至少一个子账户;
安装在所述用户终端的输入装置,用于输入客户存款请求;
安装在所述计算机系统中的判断装置,用于判断所述客户存款请求是否存入子账户或存入主账户;
安装在所述计算机系统中的执行装置,用于将存款存入所述主账户,如果客户存款请求是向所述主账户存款,用于将存款先存入所述子账户,然后将所述存款从所述子账户中转出再存入所述主账户,如果所述客户存款请求是向所述子账户存款。
为了实现上述目的,本发明的另一种数据处理系统包括:
安装在所述计算机系统中的存储装置,用于设置一个主账户及至少一个子账户;
安装在所述用户终端的输入装置,用于所输入客户支付款请求;
安装在所述计算机系统中的判断装置,用于判断所述客户支付款请求是否从子账户中支付或从主账户中支付;
安装在所述计算机系统中的执行装置,用于将支付款从所述主账户支付,如果客户支付款请求是从所述主账户支付,用于先将支付款先从所述主账户中转出,然后将所述转出款存入所述子账户,再将支付款从所述子账户中支付,如果所述客户支付款请求是从所述子账户中支付。
与现有技术相比,本发明的有益效果在于,能对运作上相对独立的集团母公司和其子公司现金账户中的现金进行汇集,并且这些集团母公司和其子公司能用从其银行账户要求划款的方式对汇集的现金进行调用。
附图说明
图1A是本发明用于管理集团现金的系统的一个实施例100A。
图1B是本发明用于管理集团现金的另一个实施例100B。
图1C表示图1A和图1B中的银行计算机系统10的硬件示意图。
图2A表示某一集团母公司和其下属子公司的结构图。
图2B表示和图2A中所表示的公司结构相对应的账户数据结构。
图3表示图2中所示的某一服务器的示范性结构。
图4A表示图3中所示处理部件302更详细的结构。
图4B表示如图3所示的外存储部件306中存储的数据和程序。
图5是本发明表示使用如图1A所示系统100A进行账户现金支付管理的流程图。
图6A-6D表示使用本发明图1A所示的系统结构按照图5所示的流程图对图2A-2B所示的集团现金账户进行顺序操作的实例。
图7是本发明使用如图1B所示系统100B进行账户现金管理流程图。
图8A是本发明使用如图1B所示系统100B进行存款处理的流程图。
图8B是本发明使用如图1B所示系统100B进行支付处理的流程图。
图9A-9B表示使用本发明图1B所示的系统结构按照图8A-8B所示的流程图对图2A-2B所示的集团现金账户进行顺序操作的实例。
具体实施方式
图1A是本发明用于管理集团现金的系统的一个实施例100A。如图1A所示,系统100A包括银行计算机系统10,计算机网络12,M个客户终端202·1,202·2,……,202·M,K个银行柜面处理终端304·1,304·2,……,304·K。银行计算机系统10含有N个业务系统,包括业务系统1(存取现业务系统),业务系统2(信用卡业务系统),……,业务系统N。每一个业务系统能完成一个特定的银行业务。例如,存取现业务系统(102·1)能够对客户存取现金的业务进行处理;信用卡业务系统(102·2)能够对信用卡的各项业务进行处理。每个业务系统102·1,102·2,……,或102·N和账务系统104在软件功能上互相连结。
账务系统104的功能是对银行账户进行核算,为业务系统提供账户的核算支持。银行账户数据库108独立保存每个客户的账户信息,集团现金账户数据库106管理集团母公司与子公司之间的资金往来信息。账务系统104负责对银行账户数据库108进行访问、存取和管理。集团现金支付管理103·1,103·2,103·N和集团现金收入管理107负责对集团现金账户数据库106进行访问、存取和管理。每个业务系统102·1,102·2,……,或102·N可以通过集团现金支付管理103·1,103·2,或103·N和账务系统104对集团现金账户数据库106和银行账户数据库108进行访问或存取。每一个业务系统102·1,102·2,……,102·N含有一个集团现金支付管理103·1,103·2,……,或103·N,因为集团现金支付管理103·1,103·2,……,或103·N是含在各业务系统中的,所以该集团现金支付管理103·1,103·2,……,或103·N将银行账户数据库108中的现金与集团现金账户数据库106中的相应账户对现金支取性业务进行实时处理。这种实时处理是银行业务的需要,因为银行不能在集团现金账户数据库106中相应集团账户中无现金的情况下,继续让集团子公司进行支取性业务。至于每个业务系统中支付管理的具体操作由该业务系统的具体性质而定。
集团现金收入管理107定期对存在银行账户数据库108中集团母公司和其子公司独立账户和存在集团现金账户数据库106中相对应的集团公司和其子公司账户进行处理,将银行账户数据库108中分散在子公司账户中的现金汇集到集团母公司账户,同时更新集团现金账户数据库106中的相应账户信息中。因为集团现金收入管理107是和每块业务系统102·1,102·2,……,或102·N分开的,所以集团现金收入管理107不能实时对存入现金进行处理,而只能定期启动,对分散在各个相关账户中的现金进行处理。在处理的间隔期中,存入银行账户数据库108中各集团子公司账户中的现金仍留在其账户中。
银行客户可以在客户终端202·1,202·2,……,或202·M发出被银行授权的业务操作要求,这些业务操作要求通过计算机网络12向业务系统102·1,102·2,……,或102·N发出业务操作要求,以完成某个银行业务。
银行柜面处理终端304·1,304·2,……,304·K设在总行和各个分支银行中,银行业务操作员根据客户的要求,在银行柜面处理终端上输入操作命令,通过计算机网络12送到相应的业务系统102·1,102·2,……,102·N以完成某个银行业务。
图1B是本发明用于管理集团现金的另一个实施例100B。
在图1B中,和图1A中具有相同的标号的功能块具有相同的功能,其功能描述和图1A中的描述一样,所以不再重复描述。如图1B所示,账务系统104’包括集团现金处理层104-1。和图1A的实施例相比,图1B中的系统100B去掉了每块业务系统102·1,102·2,……,或102·N中的集团现金支付管理103·1,103·2,……,或103·N,并去掉了集团现金收入管理107,而将这些去掉的模块的功能加入到集团现金处理层104-1中去。图1B中账务系统104’的其他功能与图1A中的账务系统104相仿。
和图1A中的系统100A相比,图1B中的系统100B将每块业务系统102·1,102·2,……,或102·N中的集团现金支付管理103·1,103·2,……,或103·N以及集团现金收入管理107都移入账务系统104’中。这样每块业务系统就再不单独处理集团现金管理处理,而是由账务系统104’在必要的时候调用集团现金处理层104-1来进行现金处理。
图1A所示结构的优点是无须对现有的账户系统进行体系上的修改,只需对需要支持集团现金的业务系统增加集团现金支付处理管理功能。而且集团现金收入管理是公用的系统,可以统一开发。
图1A所示结构的不足之处是业务系统需要考虑账户是否支持集团现金,对需要支持集团现金的业务系统需要调整业务处理流程,开发集团现金支付管理功能。而且集团现金收入管理是定时处理,容易在子公司账户内滞留资金,无法做到实时的现金回流。
和图1A相比,图1B所示结构虽然要求账务系统需要集成集团现金功能从而对现有的账务系统会有较大的修改,但其优点是集团现金的处理被封装在账户系统内,业务系统无须考虑是否需要支持集团现金,即可支持集团现金支付功能和收入功能。而且集团现金收入功能集成在账户系统内,可以支持现金的实时回流,做到子公司不滞留资金。
图1C表示图1A和图1B中的银行计算机系统10的硬件示意图。如图1C所示,银行A计算机系统10包括一组服务器。为了便于人机通讯,其中的一个服务器和一个显示屏幕14以及一个键盘16相连。
图2A表示某一集团母公司和其下属子公司的结构图。如图2A所示,某集团母公司A302具有J个下属集团子公司Z1,Z2,……,ZJ
图2B表示和图2A中所表示的公司结构相对应的账户数据结构。如图2B所示,集团母公司A与集团子公司Z1,Z2,……,ZJ在银行账户数据库108中各自设有独立的账户412;414·1,414·2,……,414·J。与这些各自独立的账户对应,集团子公司Z1,Z2,……,ZJ在集团现金账户数据库106中设有一个对应的账户402。
账户402管理了集团子公司与母公司的资金往来,记录了相应子公司在母公司处的现金结余或透支情况,集团母公司A和其所属集团子公司能按照事先和银行达成的约定对现金池(即对集团母公司A账户412)中的现金进行调用。
尽管集团母公司A账户412可作为一个整体现金池被调用,但该账户在逻辑上还是分为J个内部账户402·1,402·2,……,402·J。每个逻辑账户中的记录对设在银行账户数据库108中集团子公司414·1,414·2,……,414·J的存入、支取作跟踪和记录。
相对于集团母公司A账户412以及集团子公司414·1,414·2,……,414·J,账户402对客户来说是透明的(Transparent),且账户402的设置和现有银行账户设置相兼容。具体地说,每个客户账户在银行账户数据库108中都有一个账户记录,对于集团子公司而言,在集团现金账户数据库106中还有一个相应的账户记录,记录集团子公司与集团母公司的关系及资金往来信息。软件程序根据集团现金账户数据库106所提供的账户标识来识别银行账户数据库108的相应账户是否具有集团现金账户的功能。如果一个客户在集团现金账户数据库106中有记录,则表明该账户具有集团现金账户管理功能,本发明的软件程序按照集团现金账户的处理规则处理该客户账户。如果一个客户账户不具有集团现金账户管理功能,则该账户仅在银行账户数据库108中设立账户而不在集团现金账户数据库106中设立账户,本发明的软件程序则按照传统方法来处理该客户账户。
图3表示图1C中所示的某一服务器或计算机终端的示范性结构。如图3所示,图2中所示的某一服务器包括一个处理部件302,一个内存储部件304,一个外存储部件(硬盘)306,一个磁盘驱动器接口308,一个显示器310,一个显示接口312,一个网络通讯接口316,一个输入/输出接口318,一个鼠标320,一个键盘322和一组系统总线314。
外存储部件(硬盘)306和磁盘驱动器接口308相连;显示器310和显示接口312相连;鼠标320及键盘322和输入/输出接口318相连。
处理部件302、内存储部件304、磁盘驱动器接口308、显示接口312、网络通讯接口316及输入/输出接口318与系统总线314相连。
内存储部件304和外存储部件306能够存储程序、指令和数据。一般来说,内存储部件304有更快的存取速度,而外存储部件306有更大的存储容量。显示器310能够在正在执行的程序和使用者之间提供一个可视界面。网络通讯接口316能够在计算机系统网络6和该服务器之间提供一个通讯接口。
处理部件302能够存取内存储部件304和外存储部件306中的程序指令和数据,并能通过执行这些程序和指令来控制该服务器的运行。
图4A表示图3中所示处理部件302更详细的结构。如图4A所示,处理部件302包含一个译码装置402,一个控制装置403,一个逻辑运算装置404,一个算术运算装置406和一个执行装置408。译码装置402能将一条指令译成计算机内部控制信号;逻辑运算装置404能根据控制信号来执行逻辑运算;算术运算装置406能根据控制信号来执行算术运算;执行装置408能根据控制信号来执行操作外部设备、存取内存储部件304和外存储部件306、控制装置403能控制操作结果和操作流程的转向。
图4B表示如图3所示的外存储部件306中所存储的数据和程序。具体地说,外部存储部件由306中存有集团现金账户数据库106,银行账户数据库108。另外,外部存储部件306中还存有业务系统102·1,102·2,……,102·N,集团现金支付管理103·1,103·2,……,103·N,账务系统104和104’,集团现金处理层104-1,集团现金收入管理107以及软件程序用于执行如图5、图7、图8A、图8B所表示的流程。另外,外部存储部件306中还存有如图2B、图6A-6D以及图9A-9B所示的数据结构。
图5是本发明表示使用如图1A所示系统100A进行账户现金支付管理的流程图。
如图5所示,在步骤502,银行业务员通过银行柜面处理终端304·1,304·2,……,或304·K为客户输入业务要求或者客户自己通过客户终端202·1,202·2,……,或202·M输入业务要求。这种业务要求包括现金存入、现金支取、信用卡借支、信用卡还贷等业务。
在步骤503,该业务要求被转换成电子形式的业务要求命令,通过计算机网络12这些命令被送向银行计算机系统10。计算机系统10在接收到该业务要求命令后,按照该业务要求的性质将该业务要求命令发送到相应的业务系统102·1,102·2,……,或102·N以启动该业务系统。
在步骤504,被启动的业务系统进行相应业务处理。如图5所示,步骤504中设有集团现金支付处理504’(对应于图1A中的集团现金支付管理模块103·1,103·2,……,或103·N)。在业务处理完成之后,进入账务处理以前,集团现金支付处理504’进行集团现金账户数据库106和银行账户数据库108之间账户处理。具体地说,在某集团子公司对自己的账户进行支取性质业务时,集团现金支付处理504’要先查问该账户在银行账户数据库108中是否有结余现金,如果没有结余现金,则集团现金支付处理504’要访问其相应集团现金账务数据库106的记录中该集团子公司是否有结余现金。如果没有结余现金,则集团现金支付处理504’要进一步判断该集团子公司是否有透支权限和透支额度。只有在该集团子公司有足够的结余现金额或现金透支额的情况下,才允许该集团子公司进行现金支取。被启动的业务系统在完成相应业务处理后,向账务系统104发出命令信息和相关的数据信息。
步骤506,账务系统104按照业务处理中所产生的命令信息和相关的数据信息进行账务处理,并将产生的记录存入银行账户数据库108中。而后,操作转到步骤502,等待输入下一个业务要求。
如图5所示,步骤510是与步骤502~506平行运行的一个过程。作用是定时对银行账户数据库108中的各个账户进行集团现金收入管理。
在步骤510,集团现金收入管理107对存在银行账户数据库108中各独立账户中的现金定时进行结余处理,即将结余现金定时从银行账户数据库108中各独立账户中转出结余现金,并将这些结余现金转入集团母公司A账户412中,然后将从集团子公司转出的结余现金记录到集团现金账户数据库106的相应账户中。
图6A-6D表示使用本发明图1A所示的系统结构按照图7所示的流程图对图2A-2B所示的集团现金账户进行顺序操作的实例。我们假设初始阶段集团母公司A和集团子公司Z1,Z2,……,ZJ存在集团现金账户数据库106和银行账户数据库108中的现金数为零。
如图6A所示,集团母公司A以及其集团子公司Z1,Z2,……,ZJ在图5所示的502步骤使用图1A所示的银行柜面处理终端或客户终端输入存入¥800万,¥700万,¥600万和¥100万的业务要求。这些存款要求通过计算机网络12被传送到银行计算机系统10。
在如图5所示的步骤503,这些存款要求被转换成电子形式的业务要求命令,通过计算机网络12这些存款命令被送向银行计算机系统10。在接收到该业务要求命令后,银行计算机系统10将这些存入业务要求分时送到业务系统1(存取现业务系统)并分时启动业务系统1。
在如图5所示步骤504,业务系统1(存取现业务系统)对这些存入业务要求分时进行处理。业务系统1(存取现业务系统)在完成存入业务处理后,向账务系统104发出存入业务命令信息和相关的数据信息,包括存入命令、账户信息和相应现金数量信息,存入时集团现金支付处理功能不做额外的处理。
在如图5所示步骤506,账务系统104按照业务系统1(存取现业务系统)发来的存入命令和关的数据信息,把存入款¥800万,¥700万,¥600万和¥100万分别存入银行账户数据库108中的账户412;414·1,414·2,……,414·J
步骤506所产生的客户账户记录如图6A所示。因为在图1A所示的系统100A中,集团现金收入管理107是定期处理存入款的,所以这些存款在一开始都留在各自的银行账户数据库108中。
如图6B所示,集团母公司A以及其集团子公司Z1,Z2,……,ZJ在如图5所示的502步骤使用图1A所示的银行柜面处理终端或客户终端输入支取¥100万,¥40万,¥20万和¥10万的业务要求。这些支取要求通过计算机网络12被传送到银行计算机系统10。
在如图5所示的步骤503,这些支取要求被转换成电子形式的业务要求命令,通过计算机网络12这些命令被送向银行计算机系统10。在接收到这些支取要求命令后,银行计算机系统10将这些支取业务要求分时送到业务系统1(存取现业务系统)并分时启动业务系统1。
在如图5所示步骤504,业务系统1(存取现业务系统)对这些支取业务要求分时进行处理。业务系统1(存取现业务系统)在完成支取业务处理后,查询集团现金账户信息,发现这些账户是集团子公司账户进行集团现金支付处理。由于此时集团子公司Z1,Z2,……,ZJ在银行账户数据库108中的余额均足够支付,所以不用进行集团母公司向集团子公司的转账处理,而是直接从这些账户中进行支付,再向账务系统104发出直接从子公司账户支取的指令。
如图5所示步骤506,账务系统104按照业务系统1(存取现业务系统)发来的支取命令和关的数据信息,把¥100万,¥40万,¥20万,¥10万分别从银行账户数据库108中的账户412;414·1,414·2,……,414·J中取出。步骤506所产生的客户账户记录如图6B所示。
如图6C所示,集团现金收入管理107按图5中510步骤对在银行账户数据库108中有集团现金管理的账户进行处理,并更新集团现金账户数据库106中相应的账户记录。
在如图5所示步骤510,集团现金收入管理107定期处理银行账户数据库108中的集团母公司和集团子公司账户。我们假设在集团现金收入管理107进行处理前银行账户数据库108中客户账户结余情况如图6B所示。在步骤510,集团现金收入管理107将存在银行账户数据库108中集团子公司账户414·1,414·2,……,414·J的结余现金转出,并将这些转出的结余现金转入设在在银行账户数据库108中集团母公司A账户412中。然后集团现金收入管理107更新设在在集团现金账户数据库106中的相应账户402·1,402·2,……,402·J
步骤510所产生的客户账户记录如图6C所示,其中,集团现金账户数据库106中的账户402·1,402·2,……,402·J中的现金分别为¥660万、¥580万和¥90万。而在银行账户数据库108中,集团母公司A的账户412中的现金为集团母公司A以及集团子公司414·1,414·2,……,414·J账户现金的总和¥2030万。可以看出,经过集团现金处理以后,整个集团公司的现金总量增大。对于集团母公司A或某一集团子公司来说,在某一时刻,其支付能力要大于一个公司现金结余额。
如图6D所示,集团母公司A以及其集团子公司Z1,Z2,……,ZJ在如图5所示的502步骤使用图1A所示的银行柜面处理终端或客户终端输入支取¥800万,¥60万,¥30万和¥100万的业务要求。这些支取要求通过计算机网络12被传送到银行计算机系统10。
在如图5所示的步骤503,这些支取要求被转换成电子形式的业务要求命令,通过计算机网络12这些命令被送向银行计算机系统10。在接收到这些支取要求命令后,银行计算机系统10将这些支取业务要求分时送到业务系统1(存取现业务系统)并分时启动业务系统1。我们假设,在进行支取前,各账户现金存留情况如图6C所示。
在如图5所示的步骤504,业务系统1(存取现业务系统)102·1对集团母公司A账户412与集团子公司Z1,Z2,……,ZJ的账户414·1,414·2,……,414·J进行操作。如果一个支取操作不涉及集团现金支取,则在处理该支取操作时集团现金支付管理1031不会被启动。如果一个支取操作涉及到集团现金管理,则在处理该支取操作时集团现金支付管理1031就被启动。
因为在叙述的实例中涉及集团现金支取,业务系统1模块中的集团现金支付管理1031被启动,所以在图5所示集团现金支付处理504’中,对于处理集团子公司的支出命令,集团现金支付管理1031先检查集团子公司的余额是否足够支付,发现不够支付后,在正常的支付指令前增加了以下三组指令:(1)从集团母公司账户中412中转出三笔现金¥60万,¥30万和¥100万;(2)将这三笔现金分别转入账户414·1,414·2,……,414·J;(3)更新账户402·1,402·2,……,402·J。在以上指令正常完成后,再发出正常的支付指令,将现金¥800万,¥60万,¥30万和¥100万分别从账户412;414·1,414·2,……,414·J中支出。
如图5所示步骤506,账务系统104按照业务系统1(存取现业务系统)发来的支取命令和相关的数据信息,对账户412;414·1,414·2,……,414·J;402·1,402·2,……,402·J进行相应操作。步骤506所产生的客户账户记录如图6D所示。
图7是本发明使用如图1B所示系统100B进行账户现金管理流程图。
如图7所示,在步骤702,银行业务员通过如图1B所示的银行柜面处理终端为客户输入业务要求或者客户自己通过客户终端输入业务要求。这种业务要求包括现金存入、现金支取、信用卡借支和信用卡还贷等业务。
在步骤704,该业务要求转换成电子形式的业务要求命令,通过计算机网络12业务要求命令被送向银行计算机系统10。在收到业务要求命令后,计算机系统10按照业务要求的性质,将该业务要求命令发送到相应的业务系统102·1,102·2,……,或102·N以启动相应业务系统。
在步骤706,接受到业务命令的业务系统根据命令进行相应的业务处理。在完成相应业务处理后,被启动的业务系统向账务系统104发出命令和相关的数据信息。和如图1A所示系统100A不同,图1B所示系统100B在业务系统102·1,102·2,……,或102·N中不进行集团现金管理处理。
在步骤708,账务系统104’判断从步骤706送来的业务命令是支付业务性质的命令还是存入业务性质的命令。如果送来的业务命令是支付业务性质的命令,账务系统104’调用账务系统104’中的集团现金处理层104-1(包括步骤710和步骤712),然后操作转入步骤710;如果送来的业务命令是存入业务性质的命令,操作转入步骤716。
在步骤710,集团现金处理层104-1判断从步骤706送来的业务命令是否需要集团现金支付处理。如果不需要集团现金支付处理(也就是说该客户账户是一个独立账户,其现金和任何集团母公司或集团子公司无关),则操作直接转入步骤714,对业务系统发来的业务命令和相关数据信息直接进行处理。如果需要集团现金支付处理,则操作转入步骤712。
在步骤712,集团现金处理层104-1先作集团现金支付处理。在完成集团现金支付处理后,在转入正常账务流程。
在步骤714,账务系统104’对业务命令作账务处理。
如前所述,在步骤708,如果送来的业务命令是存入业务性质的命令,操作转入步骤716以启动账务系统104’。
在步骤716,账务系统104’先对业务命令作账务处理,然后调用账务系统104’中的集团现金处理层104-1(包括步骤718和步骤720)。
在步骤718,集团现金处理层104-1判断从步骤716送来的业务命令是否需要集团现金收入处理。如果不需要集团现金收入处理(也就是说该客户账户是一个独立账户,其现金和任何集团母公司或集团子公司无关),则操作结束,从而转回步骤702以等待下一个业务要求命令。如果需要集团现金收入处理,则操作转入步骤720。
在步骤720,集团现金处理层104-1先作集团现金收入处理。而后转回步骤702以等待下一个业务要求命令。
图8A是本发明使用如图1B所示系统100B进行存款处理的流程图。实际上,流程图8A是对如图7所示的流程在存款处理上的具体化,是对图9A所示的集团现金账户进行顺序操作的实例。我们假设初始阶段集团母公司A和集团子公司Z1,Z2,……,ZJ存在集团现金账户数据库106和银行账户数据库108中的现金数为零。
如图8A所示,在步骤802,银行业务员通过如图1B所示的银行柜面处理终端为客户输入存入业务要求或者客户自己通过客户终端输入如图9A所示的对集团母公司A账户412及集团子公司账户414·1,414·2,……和414·J分别存入人民币¥800万,¥700万,¥600万和¥100万的业务要求。
在步骤804,这些存入业务要求被转换成电子形式的存入业务要求命令,通过计算机网络12这些存入业务要求命令被送向银行计算机系统10。在收到存入业务要求命令后,计算机系统10将这些存入业务要求命令后分时发送到业务系统102·1(存取现业务系统)并分时启动存取现业务系统。
在步骤806,存取现业务系统根据这些存入业务要求命令分时进行相应的存入业务处理。在完成每一个存入业务处理后,存取现业务系统向账务系统104’发出命令和相关的数据信息,然后调用账务系统104’以启动账务存入处理流程。
在步骤816,账务系统104’先对每一个存入业务命令作账务处理(即对集团母公司A账户412及集团子公司账户414·1,414·2,……和414·J分别存入人民币¥800万,¥700万,¥600万和¥100万),然后调用账务系统104’中的集团现金处理层104-1(包括步骤818和步骤820)。
在步骤818,集团现金处理层104-1判断在步骤816完成的每一个存入业务命令是否需要集团现金收入处理。如果不需要集团现金收入处理(也就是说该客户账户是一个独立账户,其现金和任何集团母公司或集团子公司无关),则操作结束,从而转回步骤802以等待下一个业务要求命令。如果需要集团现金收入处理,则操作转入步骤820。因为在步骤816完成的每一个存入业务命令都需要集团现金收入处理,所以操作转到步骤820。
在步骤820,集团现金处理层104-1作集团现金收入处理,而后转回步骤702以等待下一个业务要求命令。集团现金收入处理包括以下三步:
(1)作子公司账户转出处理(即将¥700万,¥600万和¥100万分别从集团子公司账户414·1,414·2,……和414·J分别转出);
(2)作母公司转入处理(即将¥700万,¥600万和¥100万存入集团母公司A账户);
(3)作更新处理(即将¥700万,¥600万和¥100万分别存入402·1,402·2,……和402·J)。
图8B是本发明使用如图1B所示系统100B进行支付处理的流程图。实际上,流程图8B是对如图7所示的流程在支付处理上的具体化,是对图9B所示的集团现金账户进行顺序操作的实例。我们假设在支付处理操作前集团母公司A和集团子公司Z1,Z2,……,ZJ存在集团现金账户数据库106和银行账户数据库108中的现金数如图9A所示。
如图8B所示,在步骤802’,银行业务员通过如图1B所示的银行柜面处理终端为客户输入支付业务要求或者客户自己通过客户终端输入从集团母公司A账户412及集团子公司账户414·1,414·2,……和414·J分别支付人民币¥900万,¥70万,¥50万和¥110万的业务要求。
在步骤804’,这些支付业务要求被转换成电子形式的支付业务要求命令,通过计算机网络12这些支付业务要求命令被送向银行计算机系统10。在收到支付业务要求命令后,计算机系统10将这些支付业务要求命令后分时发送到业务系统102·1(存取现业务系统)并分时启动存取现业务系统。
在步骤806’,存取现业务系统根据这些支付业务要求命令分时进行相应的支付业务处理。在完成每一个支付业务处理后,存取现业务系统向账务系统104’发出命令和相关的数据信息,然后调用账务系统104’以启动账务支付处理流程。
在步骤810,集团现金处理层104-1判断步骤806’所处理的支付业务命令是否需要集团现金支付处理。如果不需要集团现金支付处理(也就是说该客户账户是一个独立账户,其现金和任何集团母公司或集团子公司无关),则操作直接转入步骤814,对支付业务命令直接进行账务处理。如果需要集团现金支付处理,则操作转入步骤812。
在步骤812,集团现金处理层104-1先作集团现金支付处理。在完成集团现金支付处理后,再转入正常账务流程814。集团现金支付处理包括以下三步:
(1)作母公司账户转出处理(即从母公司A账户412中分别转出人民币¥70万,¥50万和¥110万);
(2)作子公司转入处理(即将人民币¥70万,¥50万和¥110万分别转入集团子公司账户402·1,402·2,……和402·J);
(3)作更新处理(即将人民币¥70万,¥50万和¥110万分别从集团子公司账户402·1,402·2,……和402·J的金额中减去)。
在步骤814,账务系统104’对支付业务要求命令作账务处理。
图9A-9B表示使用本发明图1B所示的系统结构按照图8A-8B所示的流程图对图2A-2B所示的集团现金账户进行顺序操作的实例。
应该说明的是,银行的数据管理系统是多年逐渐累积发展起来的,而本发明所实现的多个独立账户现金联结的装置和方法适合于在现有的银行数据管理系统上进行开发。
在图1A所示的系统100A中,集团现金结余平衡管理107是另外加入的一个独立功能模块,对客户账户数据库108中的相关账户中的结余现金进行定期平衡处理。这样,在不改动银行现有数据管理系统的业务系统和账务系统的情况下,能迅速增加向客户提供集团现金结余平衡功能。另外,集团现金支取性质平衡管理103·1,103·2,……,或103·N是加在每个业务系统中的。这样在现有银行数据管理系统中,集团现金支取性质平衡管理功能逐个在不同的业务系统中加入,便于所服务功能开发。
图1A所示系统100A的缺点是客户账户数据库108中的客户账户是定期平衡的,在某一阶段,集团子公司的结余现金可能还会滞留在集团子公司账户中。
在如图1B所示的系统100B中,由于集团现金平衡处理层104-1是嵌入在原账务系统中的。这样,在业务系统前,集团现金平衡处理层104-1对处理过的业务要求进行集团现金平衡处理。这样原来系统中的业务系统和账务系统都不要进行改动,而只要集中开发一个集团现金平衡处理层。
另外,虽然本发明加入了独立账户现金汇集功能,但因为每次对集团现金账户数据库106的相关账户进行平衡处理时,所有操作都是经过客户在客户账户数据库108中相关账户进行的,所有存入、支取记录都没有损失。所以通过集团现金账户数据库106和客户账户数据库108中的信息,本发明能完整无缺地打印出各个客户业务来往报告。
另外,集团现金账户数据库106中的账户记录还为集团内部公司之间支付利息作为根据。
集团内部利息计价是以集团现金账户的每日余额为基础,计算母子公司间的资金往来。当集团子公司收入资金,并将资金上划给集团母公司时,当做集团子公司在集团母公司处的存款,集团母公司需要按照一定的利率计算利息给集团子公司。当集团子公司进行支付,集团母公司下拨资金给集团子公司时,当作集团子公司向集团母公司借款,集团母公司需要按照一定的利率向集团子公司收取利息。集团现金管理会按照集团母子公司之间的资金划拨情况,按照以上的规则计算集团母子公司之间的存款和借款,并按照公司的要求计算出利息。
应该说明的是,虽然本发明中所使用的如图3、图4A和图4B所示的是一台通用计算机装置,但是这样一台通用计算机装置与本发明中的数据结构、程序、软件以及流程图相结合后,就成为了一台能够完成本发明具体功能的新颖计算机。从而如图3、图4A以及图4B中的个硬件模块就成为执行本发明中具体功能的硬件装置。
作为一个系统,如图2B、图6A-6D、图9A-9B所示的数据结构能够设置和存放在如图4B所示的集团账户数据库106和客户账户数据库108中。如图5、图7、图8A-8B的流程图和其他软件程序指令能存在计算机应用程序308中。组成这些流程图的程序、指令软件能被图3所示的计算机系统300执行,从而完成本发明的功能。

Claims (4)

1.一种数据处理系统包括至少一个用户终端和一个计算机系统,其特征在于所述系统包括:
安装在所述计算机系统中的存储装置,用于设置一个主账户及至少一个子账户;
安装在所述用户终端的输入装置,用于所输入客户存款请求;
安装在所述计算机系统中的判断装置,用于判断所述客户存款请求是否存入子账户或存入主账户;
安装在所述计算机系统中的执行装置,用于将存款存入所述主账户,如果客户存款请求是向所述主账户存款,用于将存款先存入所述子账户,然后将所述存款从所述子账户中转出再存入所述主账户,如果所述客户存款请求是向所述子账户存款。
2.如权利要求1所述的数据处理系统,其特征在于所述存储装置还设置一个与所述主账户及子账户的关联账户,所述计算机系统中的执行装置,将从所述子账户中转出而后存入到主账户的存款记录到所述关联账户。
3.一种数据处理系统包括至少一个用户终端和一个计算机系统,其特征在于所述系统包括:
安装在所述计算机系统中的存储装置,用于设置一个主账户及至少一个子账户;
安装在所述用户终端的输入装置,用于所输入客户支付款请求;
安装在所述计算机系统中的判断装置,用于判断所述客户支付款请求是否从子账户中支付或从主账户中支付;
安装在所述计算机系统中的执行装置,用于将支付款从所述主账户支付,如果客户支付款请求是从所述主账户支付,用于先将支付款先从所述主账户中转出,然后将所述转出款存入所述子账户,再将支付款从所述子账户中支付,如果所述客户支付款请求是从所述子账户中支付。
4.如权利要求3所述的数据处理系统,其特征在于所述存储装置还设置一个与所述主账户及子账户的关联账户,所述计算机系统中的执行装置,将从所述主账户中转到所述子账户中的支付款记录到所述关联账户。
CNA2005100239174A 2005-02-07 2005-02-07 多个独立账户现金联结的装置和方法 Pending CN1818968A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2005100239174A CN1818968A (zh) 2005-02-07 2005-02-07 多个独立账户现金联结的装置和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2005100239174A CN1818968A (zh) 2005-02-07 2005-02-07 多个独立账户现金联结的装置和方法

Publications (1)

Publication Number Publication Date
CN1818968A true CN1818968A (zh) 2006-08-16

Family

ID=36918967

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2005100239174A Pending CN1818968A (zh) 2005-02-07 2005-02-07 多个独立账户现金联结的装置和方法

Country Status (1)

Country Link
CN (1) CN1818968A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101034411A (zh) * 2007-04-09 2007-09-12 招商银行股份有限公司 一种计算机数据处理系统及其处理方法和应用
CN102479360A (zh) * 2010-11-22 2012-05-30 金蝶软件(中国)有限公司 一种自动付款方法、相关装置及系统
CN110610424A (zh) * 2019-09-18 2019-12-24 汇智点亮科技(北京)有限公司 账户系统、服务终端、交易管理方法及系统、设备及介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101034411A (zh) * 2007-04-09 2007-09-12 招商银行股份有限公司 一种计算机数据处理系统及其处理方法和应用
CN101034411B (zh) * 2007-04-09 2016-05-11 招商银行股份有限公司 一种计算机数据处理系统及其处理方法和应用
CN102479360A (zh) * 2010-11-22 2012-05-30 金蝶软件(中国)有限公司 一种自动付款方法、相关装置及系统
CN110610424A (zh) * 2019-09-18 2019-12-24 汇智点亮科技(北京)有限公司 账户系统、服务终端、交易管理方法及系统、设备及介质
WO2021051888A1 (zh) * 2019-09-18 2021-03-25 汇智点亮科技(北京)有限公司 账户系统、服务终端、交易管理方法及系统、设备及介质

Similar Documents

Publication Publication Date Title
AU2019204122B2 (en) Aggregation source routing
CN1308866C (zh) 自动银行机处理系统及方法
CN1308862C (zh) 使用信息通讯网络的医疗保险管理系统
CN108520461B (zh) 一种基于基金份额赎转付的信用卡还款方法及系统
CN1755732A (zh) 银行个人信贷业务数据审批处理的方法
CN1573728A (zh) 显示嵌入芯片状态和嵌入芯片最终用户应用程序状态的方法和设备
CN1959716A (zh) 用于按要求创建和分发所定制动态合同的方法和系统
CN1795462A (zh) 用于预测流失客户的方法和系统
CN1639723A (zh) 用于处理信用卡相关业务的方法和系统
CN103366306A (zh) 共享资金数据处理装置及其使用方法
CN111639911B (zh) 一种资产托管指令线上化处理方法、装置、存储介质及电子设备
CN110276674A (zh) 数据处理方法及系统、存储介质、电子装置
CN108830715A (zh) 批量文件部分回盘处理方法和系统
US20200265326A1 (en) Machine learning assisted transaction component settlement
CN1679057A (zh) 用于实现支付卡交易的方法和系统
CN107316245A (zh) 费用理算方法及系统
CN1818968A (zh) 多个独立账户现金联结的装置和方法
CN110634066A (zh) 确定结算利息的方法、装置和设备
CN1306429C (zh) 支付装置及支付处理方法、金额分配装置及金额分配方法
CN1828650A (zh) 集团资金实时帐务服务方法
CN1450748A (zh) 用于智能网的计费装置
CN102629362A (zh) 一种企业年金账户管理系统中实现灵活账户结构的方法
CN1783120A (zh) 计算机系统的分析技术
CN110347657A (zh) 数据生成方法、装置、电子设备及存储介质
CN114841673A (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: 20060816