CN101916406A - 一种用于项目资金预算信息管理的系统以及方法 - Google Patents
一种用于项目资金预算信息管理的系统以及方法 Download PDFInfo
- Publication number
- CN101916406A CN101916406A CN2010102722428A CN201010272242A CN101916406A CN 101916406 A CN101916406 A CN 101916406A CN 2010102722428 A CN2010102722428 A CN 2010102722428A CN 201010272242 A CN201010272242 A CN 201010272242A CN 101916406 A CN101916406 A CN 101916406A
- Authority
- CN
- China
- Prior art keywords
- fund
- request
- information
- customer
- budget
- 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
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种用于项目资金预算信息管理的系统,该系统包括接入系统的各级客户节点和项目资金预算信息管理系统,其中项目资金预算信息管理系统至少包括预算信息管理模块、额度管理模块和资金管理模块。相应地,本发明还提供了一种应用于所述用于项目资金预算信息管理的系统的项目资金预算信息管理方法,可以通过客户节点对预算信息进行管理,有效地解决了目前依靠人工方式管理资金预算信息执行效率不高,执行成本较高,缺乏对资金预算信息的实时监控等问题。
Description
技术领域
本发明涉及金融数据管理领域,尤其涉及一种用于项目资金预算信息管理的系统以及应用于该系统的预算信息管理的方法。
背景技术
随着社会经济的发展,各种各样的工程项目建设也随之如火如荼地进行,然而每一个工程项目都会涉及巨大而复杂的资金预算信息管理,例如兰新铁路客运专线,东起兰州,西至乌鲁木齐,途径西宁、张掖、酒泉、嘉峪关、哈密、吐鲁番,线路正线全长1768公里。兰新铁路客运专线作为目前国内最长的客运专线,其地理区域跨度较大,参与铁路项目建设的单位和项目分部也较多,而且不少施工单位地处偏远地区,这为铁路建设项目的资金预算信息管理带来了问题。现有的资金预算信息管理主要依靠人工方式进行处理,执行成本较高,但是执行效率较低,且采用人工方式处理缺乏对项目资金预算信息的实时监控,可能导致无法统一、集中管理资金预算信息而产生预算信息更新不及时、资金滥用等问题
发明内容
本发明提供了一种用于项目资金预算信息管理的系统及其方法,通过接入该系统的客户节点获取参与预算信息管理的各级客户发送的预算计划信息及其相关的管理信息,并将项目资金预算信息管理系统对上述管理信息的处理结果通过相应的客户节点展示给客户,大大提高了项目资金预算信息管理的执行效率,降低了预算信息管理的执行成本。
为此,本发明提供了一种用于项目资金预算信息管理的系统,所述系统包括:项目资金预算信息管理系统和客户节点,其中,所述客户节点分为至少三级,包括一级客户节点、二级客户节点和三级客户节点;
所述项目资金预算信息管理系统包括:
预算信息管理模块,该预算信息管理模块包括:导入处理子模块,用于接收二级客户通过所述二级客户节点导入的预算计划信息,并将所述预算计划信息保存在数据库;审核处理子模块,用于将所述预算计划信息通过所述一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划信息的审核结果;
额度管理模块,该额度管理模块包括:额度设置子模块,用于根据所述审核通过的预算计划信息设置额度账户的分配额度,并将所述额度账户信息及分配额度信息保存在数据库中,其中所述额度账户包括至少三级客户账户;
资金管理模块,该资金管理模块包括:识别子模块,用于接收资金处理请求,识别所述资金处理请求的类型;资金处理子模块,用于根据所述识别子模块的识别结果进行相应的资金处理操作。
相应地,本发明还提供了一种应用于上述系统的项目资金预算信息管理方法,所述方法包括:
项目资金预算信息管理系统接收二级客户通过所述二级客户节点导入的预算计划信息,并将所述预算计划信息保存在数据库;
将所述预算计划信息通过所述一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划信息的审核结果;
根据所述审核通过的预算计划信息设置额度账户的分配额度,并将所述额度账户信息及额度信息保存在数据库中,其中额度账户至少包括三级客户账户;
接收资金处理请求,识别所述资金处理请求的类型,并根据所述资金处理请求的类型进行相应资金处理操作。
实施本发明的用于项目资金预算信息管理的系统以及方法,可接收二级客户通过二级客户节点导入的预算计划信息,并将该预算计划信息通过一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核处理,而且同时还可通过各级客户节点接收客户的查询、修改等资金预算信息管理请求,有效地解决了目前依靠人工方式管理资金预算信息效率不高,执行成本较高,缺乏对预算管理信息的实时监控而导致的预算信息更新不及时、资金滥用等问题。
附图说明
图1是根据本发明实施例的参与项目资金预算信息管理的各级客户关系示意图。
图2是根据本发明实施例的用于项目资金预算信息管理的系统网络架构示意图。
图3是根据本发明实施例的项目资金预算信息管理系统的结构示意图1。
图4是根据本发明实施例的项目资金预算信息管理系统的资金处理子模块的结构示意图1。
图5是根据本发明实施例的项目资金预算信息管理系统的资金处理子模块的结构示意图2。
图6是根据本发明实施例的项目资金预算信息管理系统的预算信息管理模块的结构示意图1。
图7是根据本发明实施例的项目资金预算信息管理系统的预算信息管理模块的结构示意图2。
图8是根据本发明实施例的项目资金预算信息管理系统的预算信息管理模块的结构示意图3。
图9是根据本发明实施例的项目资金预算信息管理系统的额度管理模块的结构示意图1。
图10是根据本发明实施例的项目资金预算信息管理系统的额度管理模块的结构示意图2。
图11是根据本发明实施例的项目资金预算信息管理系统的结构示意图2。
图12是根据本发明实施例的项目资金预算信息管理方法的流程图。
图13是根据本发明实施例的客户关系示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步详细的描述。
参见图1,图示了根据本发明实施例的参与项目资金预算信息管理的各级客户关系示意图。图1中所示的一级客户、二级客户和三级客户具体可分别对应于参与项目资金预算信息管理的项目总指挥部、项目分指挥部和参与项目建设的参建单位,当然也可以是具有图1所示层级关系的其他客户,并且,本发明也不仅限于包括三个层级的客户,应当理解,三级客户,即参建单位还可有其下属的一个以上的四级客户,例如参见单位中参与建设的多个项目部可作为四级客户,甚至四级客户进一步可有其下属五级客户等,这些基于本发明实质所作的等同变化也在本发明权利要求的保护范围之内。
参见图2,图示了根据本发明实施例的用于项目资金预算信息管理的系统网络架构图。在本发明的实施例中,用于项目资金预算信息管理的系统包括各级客户节点和项目资金预算信息管理系统。图1中所示的各级客户,通过客户所在地的客户节点,如图2中所示的一级客户节点A、二级客户节点B、三级客户节点D等客户节点,将资金预算信息的管理请求发送至项目资金预算信息管理系统,所述项目资金预算信息管理系统根据不同管理请求调用不同的模块进行相应的处理。如图2所示,在本发明实施例中,各级客户节点通过WEB服务器与项目资金预算信息管理系统进行通信,其中,所述客户节点可包括WEB终端,本领域的技术人员应当理解,各级客户节点也可以采用本领域熟知的其他通信技术或方式与项目资金预算信息管理系统进行通信。
各级客户所在地的WEB终端将客户的各种不同资金预算信息管理请求通过WEB服务器发送到项目资金预算信息管理系统进行相应的业务处理。在本发明的实施例中,WEB服务器和项目资金预算信息管理系统之间采用通讯中间件进行通信,可以采用的中间件包括但不限于BEA公司的分布式操作扩展后的UNIX事务系统(Transactions for Unix Extended for Distributed Operations,Tuxedo)、IBM公司的用户信息控制系统(Customer Information Control System,CICS)、东方通公司的消息中间件Tonglink、IBM公司的中间件平台WebSphere等。中间件的应用为系统提供了高速的数据传输通道,同时中间件还可完成预算管理请求中与数据库无关的逻辑处理任务,分担了很多需要数据库完成的工作,提高了系统在处理大量并发管理请求的性能。
下面结合附图和实施例,详细说明项目资金预算信息管理系统的结构。
参见图3,图示了根据本发明实施例的项目资金预算信息管理系统的示意图,该预算信息管理系统1包括预算信息管理模块101、额度管理模块102和资金管理模块103,其中,预算信息管理模块101具体包括:
导入处理子模块1011,用于接收二级客户通过所述二级客户节点导入的预算计划信息,并将所述预算计划信息保存在数据库;
审核处理子模块1012,用于将所述预算计划信息通过所述一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划信息的审核结果
在具体的实施方式中,项目资金预算信息管理系统接收到的预算计划信息是通过各个二级客户节点导入的,该预算计划信息来源于所述二级客户下属的各个三级客户上报的预算计划表。为了区分不同的预算计划表,二级客户会将预算计划信息根据客户的名称、类型、规模等因素进行编号或采用本领域技术人员所知的其他标识手段区分后导入系统,而后系统会根据预算计划信息的编号信息或其他标识信息进行读取、存储和查询等操作。
项目资金预算信息管理系统将保存在系统数据库中的预算计划信息展示给二级客户和一级客户进行审核,在本发明的实施过程中,审核处理子模块1012的审核过程具体包括二级客户的审核和一级客户的初审、复核和终审。
二级客户的审核过程具体为:二级客户中的审核工作人员通过其所在地的二级客户节点发送预算计划信息审核请求,项目资金预算信息管理系统接收该预算计划信息审核请求,并根据该预算计划信息审核请求读取系统数据库中的预算计划信息,然后通过发送预算计划信息审核请求的客户节点将读取的预算计划信息展示给二级客户的审核工作人员进行审核,并接收和保存审核工作人员录入的对该预算计划信息的审核结果。若该预算计划信息的审核结果为通过,则该预算计划信息可通过一级客户节点展示给一级客户继续进行审核;若该预算计划信息的审核结果为未通过,则系统从数据库中将该预算计划信息删除或者放入垃圾文件中。
所述预算计划信息通过一级客户节点展示给一级客户继续进行审核的过程具体为:资金预算信息管理系统接收一级客户的初审工作人员通过其所在地客户节点发送的预算计划信息初审请求,根据该预算计划信息初审请求从数据库中读取该预算计划信息,若该预算计划信息已通过二级客户的审核,则将该预算计划信息通过发起初审请求的客户节点展示给初审工作人员进行初审处理,并接收和保存初审工作人员录入的对该预算计划信息的初审结果信息;若该预算计划信息未通过二级客户的审核,则通过发起初审请求的客户节点提示初审工作人员该预算计划信息不存在或未通过初审。若该预算计划信息通过了一级客户的初审工作人员的初审,则该预算计划信息可通过一级客户节点分别展示给一级客户的预算计划信息复核工作人员和终审工作人员继续进行复核和终审。
项目资金预算信息管理系统中对于预算计划信息复核和终审的处理过程与初审的处理过程是类似的,都是接收工作人员通过客户节点发送的请求,根据该请求从数据库中读取预算计划信息,判断该预算计划信息是否已通过直接下属的审核工作人员的审核,并将通过直接下属的审核工作人员审核的预算计划信息展示给相应的工作人员进行具体的审核处理。其中,终审工作人员的直接下属的审核人员是负责复核的工作人员,复核工作人员的直接下属的审核人员是初审的工作人员。
项目资金预算信息管理系统一旦保存了预算计划信息,就可以开始接收不同客户的审核、初审等管理请求,避免了人工的纸质计划信息的重重审核操作,既减少了预算信息管理的执行成本,又有效地提高了预算信息管理的执行效率。
项目资金预算信息管理系统会将通过一级客户的终审工作人员终审的预算计划信息保存在系统的数据库中供客户查询、修改预算计划信息等业务需求。
额度管理模块102包括额度设置子模块1021,用于根据所述审核通过的预算计划信息设置额度账户的分配额度,并将所述额度账户信息及分配额度信息保存在数据库中,其中所述额度账户包括至少三级客户账户。
在本发明的实施例中,所述审核通过的预算计划信息是指通过一级客户的终审工作人员终审的预算计划信息。额度设置子模块1021根据终审通过的预算计划信息设置额度账户的分配额度,所述额度账户包括至少三级客户账户,在本发明的其他实施例中,额度账户还可以包括三级客户下属的客户的账户。所述额度账户信息和相应的分配额度信息会保存在系统的数据库中以供客户查询或修改等操作。
资金管理模块103包括识别子模块1031和资金处理子模块1032,其中,
识别子模块1031,用于接收资金处理请求,识别所述资金处理请求的类型;
资金处理子模块1032,用于根据所述识别子模块的识别结果进行相应的资金处理操作
在本发明的实施例中,识别子模块1031所识别的资金处理请求的类型包括资金下划录入请求、资金下划复核及签发请求、资金支出录入请求、资金支出复核及签发请求。
参见图4,图示了根据本发明实施例的项目资金预算信息管理系统的资金处理子模块的结构示意图1。当识别子模块1031的识别结果为资金下划录入请求时,资金处理子模块1032包括:
第一判断单元10321,用于实现以下功能:判断所述资金下划录入请求是通过一级客户节点发送的资金下划录入请求还是通过三级客户节点发送的资金下划录入请求,并在判断为通过一级客户节点发送的资金下划录入请求时,调用第一资金下划录入处理单元10322,判断为通过三级客户节点发送的资金下划录入请求时,调用第二资金下划录入处理单元10323;
第一资金下划录入处理单元10322,用于接收通过所述一级客户节点发送的向三级客户账户下划资金的资金下划录入信息,并将该资金下划录入信息保存在数据库中;
第二资金下划录入处理单元10323,用于接收通过所述三级客户节点发送的向三级客户下属的客户账户下划资金的资金下划录入信息,并将该资金下划录入信息保存在数据库中。
在本发明的一些实施例中,参建单位可能会请求项目总指挥部下划资金到其账户,即三级客户请求一级客户下划资金,相应地,一级客户的资金下划录入工作人员会根据上报的资金下划信息通过客户节点向项目资金预算信息管理系统发送资金下划录入请求并录入相应的资金下划的账户的账号和金额等信息。
本领域的技术人员可以理解,在预算信息管理的过程中为了确保资金下划录入的信息准确无误,一般还会进行复核检查操作。识别子模块1031的识别结果为资金下划复核及签发请求时,资金处理子模块1032除了包括图4中所示的结构外,还可以包括:
第二判断单元10324,用于判断所述资金下划复核及签发请求是通过一级客户节点发送的资金下划复核及签发请求还是通过三级客户节点发送的资金下划复核及签发请求,并在判断为通过一级客户节点发送的资金下划复核及签发请求时,调用第一资金下划复核及签发处理单元10325,在判断为通过三级客户节点发送的资金下划复核及签发请求时,调用第二资金下划复核及签发处理单元10326;
第一资金下划复核及签发处理单元10325,用于将所述第一资金下划录入处理单元保存的资金下划录入信息通过一级客户节点展示给一级客户进行复核及签发,并接收和保存对所述资金下划录入信息的复核及签发结果;
第二资金下划复核及签发处理单元10326,用于将所述第二资金下划录入处理单元保存的资金下划录入信息通过三级客户节点展示给三级客户进行复核及签发,并接收和保存对所述资金下划录入信息的复核及签发结果。
在本发明的具体实施方式中,一级客户和三级客户中的资金下划复核及签发处理操作一般分别是由一级客户和三级客户中不同级别的工作人员进行复核和签发的,通常是级别较高的工作人员进行最后的签发确认,系统会将签发的处理结果保存在系统数据库中。例如,通过一级客户节点录入的资金下划录入信息在系统接收到一级客户中具有签发权限的工作人员的最后签发确认结果后才真正生效,即可通知一级客户的开户行网点按照该签发确认后的资金下划录入信息通过银行的核心处理系统进行实际的资金下划操作。
参见图5,图示了根据本发明实施例的项目资金预算信息管理系统的资金处理子模块的示意图2。识别子模块1031的识别结果为资金支出录入请求时,所述资金处理子模块1032还包括:
资金支出录入处理单元10327,用于接收通过三级客户节点发送的资金支出录入请求以及对应的资金支出录入信息,并将所述资金支出录入信息保存在数据库中。
在本发明的一些实施方式中,三级客户需要对外支付资金时,三级客户的资金支付录入工作人员可以通过录入工作人员所在地的客户节点录入需要对外支付的资金支出金额等信息,请求系统进行后续的复核和签发操作。为了确保三级客户的资金支出录入工作人员通过其客户节点录入的资金支出信息完全准确,一般会有相关的复核工作人员进行后续的复核操作,识别子模块1031的识别结果为资金支出复核及签发请求时,所述资金处理子模块1032进一步包括:
资金支出复核及签发处理单元10328,用于将资金支出录入处理单元保存的资金支出录入信息通过三级客户节点展示给三级客户进行复核及签发,并接收和保存对所述资金支出录入信息的复核及签发结果。
资金支出复核及签发处理单元10328所处理的复核和签发过程与上面所述的资金下划复核及签发过程是类似的,不同点在于复核和签发的信息以及客户不同,资金支出复核及签发处理单元10328复核和签发的是资金支出的录入信息,资金支出录入信息录入的客户是三级客户。
在本发明的其他实施方式中,有可能因为突发的状况或者其他意外情况而撤消预算计划。参见图6,图示了根据本发明实施例的项目资金预算信息管理系统的预算信息管理模块的结构示意图1。预算信息管理模块101还包括第一接收子模块1013和计划撤消处理子模块1014,其中,
第一接收子模块1013,用于接收通过所述二级客户节点发送的预算计划撤消请求;
计划撤消处理子模块1014,用于根据所述预算计划撤消请求从数据库中读取请求撤消的预算计划信息,并将所述预算计划信息及预算计划撤消请求通过一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划撤消请求的审核结果,若所述一级客户和二级客户对所述预算计划撤消请求的审核结果均为通过,则从数据库中删除所述预算计划信息,否则,保留所述预算计划信息。
在项目资金预算信息管理系统中所有的预算计划信息都有其相应的编号或识别标识,通过预算计划信息编号项目资金预算信息管理系统可方便的从数据库中读取对应的预算计划信息。在系统接收到的预算计划撤消请求中会包括请求撤消的预算计划信息的编号等信息以供数据库查询到该预算计划信息。在本发明的一些实施方式中,将所述预算计划信息及预算计划撤消请求通过一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核具体可包括二级客户的初审和一级客户的终审。
二级客户对预算计划撤消请求的初审具体为:项目资金预算信息管理系统接收并保存二级客户中计划撤消初审工作人员通过客户节点发送的预算计划撤消初审请求,根据该预算计划撤消初审请求从数据库中查询该预算计划信息和预算计划撤消请求,并将查询得到的结果展示给发起初审请求的工作人员进行初审,接收并保存初审工作人员录入的对该预算计划撤消请求的初审结果;若对该预算计划撤消请求的初审结果为通过,该预算计划撤消请求及相应的预算计划信息可展示给一级客户进行终审。
一级客户对该预算计划撤消请求的终审具体为:系统接收并保存一级客户中计划撤消终审工作人员通过客户节点发送的预算计划撤消终审请求,根据该预算计划撤消终审请求从数据库中查询该预算计划信息和预算计划撤消请求,并将查询得到的结果展示给发起终审请求的工作人员进行终审,接收并保存终审工作人员录入的对该预算计划撤消请求的终审结果。若对该预算计划撤消请求的终审结果为通过,系统会从数据库中删除此预算计划信息,若对该预算计划撤消请求的终审结果为未通过,系统会保留所述预算计划信息。
在本发明的其他实施方式中,参与项目的各级客户可能需要查询预算计划信息。参见图7,图示了根据本发明实施例的项目资金预算信息管理系统的预算信息管理模块的结构示意图2,预算信息管理模块101还可以包括第二接收子模块1015和计划查询处理子模块1016,具体为:
第二接收子模块1015,用于接收通过所述一级客户节点、二级客户节点和三级客户节点发送的预算计划查询请求;
计划查询处理子模块1016,用于根据所述预算计划查询请求在数据库中读取请求查询的预算计划信息。
本领域的技术人员可以理解,在预算信息的管理过程中不仅涉及到预算计划信息,还会涉及到其他的一些事务文件,例如项目介绍文件、合同文件等。在本发明的另外一些实施例中,导入处理子模块1011还可用于接收通过一级客户节点和二级客户节点导入的事务文件,并将该事务文件保存在数据库中,其中,该事务文件包括项目介绍文件、合同文件、协议文件、公告文件。事务文件导入系统之前会依据其类别、属性等信息进行标识以方便存储或查询等操作。
相应地,各级客户可以查询导入系统的事务文件。参见图8,根据本发明实施例的项目资金预算信息管理系统的预算信息管理模块的结构示意图3,预算信息管理模块101还可以包括:
事务文件查询子模块1017,用于接收一级客户节点、二级客户节点和三级客户节点发送的事务文件查询请求,根据所述事务文件查询请求在数据库中读取请求查询的事务文件。
在本发明的具体实施过程中,客户节点发送的事务文件查询请求中一般包含请求查询的事务文件的编号、识别标识等标识信息以供系统进行文件查询。
参见图9,图示了根据本发明实施例的项目资金预算信息管理系统的额度管理模块的结构示意图1,额度管理模块102还可以包括:
第三接收子模块1022,用于接收通过三级客户节点发送的额度账户信息修改请求;
额度账户信息修改子模块1023,用于根据该额度账户信息修改请求修改数据库中的额度账户信息。
在本发明的实施方式,系统接收到的额度账户信息修改请求中可以包含请求修改的额度账户的具体信息,系统根据具体的额度账户信息修改请求对系统中对应的额度账户信息进行修改。
除了对系统中的额度账户信息进行修改,还可以对额度账户信息进行查询。参见图10,图示了根据本发明实施例的项目资金预算信息管理系统的额度管理模块的结构示意图2,额度管理模块102还可以包括:
第四接收子模块1024,用于接收通过一级客户节点、二级客户节点和三级客户节点发送的额度账户信息查询请求;
额度账户信息查询子模块1025,用于根据该额度账户信息查询请求在数据库中读取请求查询的额度账户信息。
参见图11,图示了根据本发明实施例的项目资金预算信息管理系统的结构示意图2,项目资金预算信息管理系统1还可以包括客户关系管理模块104,客户关系管理模块104可包括:
客户关系请求接收子模块1041,用于接收通过一级客户节点发送的客户关系签约录入请求、客户关系删除请求和客户关系查询请求;
客户关系签约处理子模块1042,当客户关系请求接收子模块接收到客户关系签约录入请求时,用于将接收到的所述客户关系签约录入请求所请求录入的信息保存在数据库中;
客户关系删除处理子模块1043,当客户关系请求接收子模块接收到客户关系删除请求时,用于根据所述客户关系删除请求删除数据库中的客户关系;
客户关系查询处理子模块1044,当所述客户关系请求接收子模块接收到客户关系查询请求时,用于根据所述客户关系查询请求在数据库中查询客户关系。
在实施本发明的过程中,通常是一级客户,即级别最高的客户负责所有客户的关系处理。项目资金预算信息管理系统接收一级客户中的客户关系管理工作人员通过客户节点发送的客户关系签约请求录入请求和请求录入的客户签约信息,例如二级客户b与三级客户d建立了签约关系,客户关系管理工作人员会将该签约关系录入到系统中,系统会将该签约关系存储在数据库中。系统以存储在数据库中的客户签约关系为依据,接收三级客户d的预算计划信息的导入等预算信息管理请求。如果需要删除二级客户b与三级客户d的签约关系,一级客户可通过一级客户节点发送要删除客户b和客户d关系的客户关系删除请求,系统接收到该请求后会从数据库中把该组客户关系删除。如果需要查询客户关系,一级客户可通过客户节点发送查询客户关系的请求,系统接收到该请求后,会根据请求中涉及的客户从数据库中查询客户的关系。
在项目资金预算信息管理系统中,预算信息管理模块101、额度管理模块102和资金管理模块103和客户关系管理模块104会将相应的撤消、查询、签约、删除的处理结果通过客户节点反馈给相应的客户。项目资金预算信息管理系统1还包括处理结果返回模块105,用于将所述项目资金预算信息管理系统对客户请求处理的处理结果通过发送所述客户请求的客户节点展示给客户。
上面结合附图和具体实施例详细阐述了本发明的项目资金预算信息管理系统,下面结合流程图具体说明应用所述用于项目资金预算信息管理的系统的项目资金预算信息管理方法。
参见图12,图示了根据本发明实施例的项目资金预算信息管理方法的流程图,所述方法包括:
S101,项目资金预算信息管理系统接收二级客户通过所述二级客户节点导入的预算计划信息,并将所述预算计划信息保存在数据库;
S102,将所述预算计划信息通过所述一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划信息的审核结果;
S103,根据所述审核通过的预算计划信息设置额度账户的分配额度,并将所述额度账户信息及分配额度信息保存在数据库中,其中额度账户至少包括三级客户账户;
S104,接收资金处理请求,识别所述资金处理请求的类型,并根据所述资金处理请求的类型进行相应资金处理操作。
下面通过具体的实施例阐述本发明的项目资金预算信息管理方法,但是本领域的技术人员应当理解,这些实施例仅仅是为了举例说明,并非意在限制本发明的保护范围,本领域的技术人员可以根据这些实施例的实质内容进行改变或变化,得到其他等同的实施例,这些等同的实施例也落入本发明权利要求的保护范围。
项目资金预算信息管理系统中的客户关系管理部分接收一级客户的客户签约关系录入信息后具有的客户关系如图13所示。所述各级客户a至f的客户节点分别对应的是图2中所示的各级客户节点A至F。假设二级客户b接收到三级客户d上报的编号为00D1的预算计划表。需要指出的是,预算计划的编号在此仅为一种实施方式而已,除了可采用预算计划信息编号的形式,还可以采用本领域技术人员认为适当的其他的识别标识来区别不同的预算计划信息。所述预算计划信息中包含了三级客户d的额度账户信息以及各项费用的资金数额。二级客户b中的预算计划信息处理人员会通过其所在地的客户节点将预算计划信息导入系统,项目预算信息管理系统的处理过程为:
S1011,接收二级客户b通过二级客户节点B导入的编号为00D1的预算计划信息;
S1012,系统将00D1号预算计划信息保存在数据库。
需要特别说明的是,项目资金预算信息管理系统在接收通过二级客户节点B导入的编号为00D1的预算计划信息的同时还可以接收二级客户节点C导入的预算计划信息,或者通过二级客户节点C发送的其他预算计划信息的审核处理,或者通过一级客户节点A发送的其他预算计划信息的终审请求处理等管理操作,本系统可以并行的处理多个客户发起的预算信息管理的服务请求。项目资金预算信息管理系统是基于B/S(Browser/Server,浏览器/服务器)的系统,可以同时处理各级客户的服务请求。
还需要明确的是,二级客户b的客户节点并不仅二级客户节点B一个客户节点,还可以有其他的多个客户节点,二级客户中的具有操作权限的工作人员所用的接入系统的节点设备均可作为二级客户节点,此方法同样适用于一级客户节点和三级客户节点。
在本发明的实施过程中,预算计划信息还需要一级客户和二级客户的审核。二级客户b中的审核工作人员通过其所在地的二级客户节点B发送对00D1号预算计划信息的审核请求,系统具体的处理操作包括:
S1021,接收对00D1号预算计划信息的审核请求,并根据该预算计划信息编号读取系统数据库中的预算计划信息;
S1022,通过二级客户节点B将读取的预算计划信息展示给二级客户的审核工作人员进行审核,并接收和保存对所述预算计划信息的审核结果。
若对00D1号预算计划信息的审核结果为通过,则该预算计划信息可通过一级客户节点展示给一级客户继续进行审核;若该预算计划信息的审核结果为未通过,则系统从数据库中将该预算计划信息删除或者放入垃圾文件中。
一级客户a还需要对00D1号预算计划信息继续进行审核,包括初审、复核和终审等,具体为,一级客户a中的初审工作人员通过一级客户节点A发送对00D1号预算计划信息的初审请求,系统的处理流程为:
S1023,接收一级客户节点A发送的对00D1号预算计划信息的初审请求,根据预算计划信息编号从数据库中读取该预算计划信息;
S1024,将该预算计划信息通过一级客户节点A展示给初审工作人员进行初审,并接收和保存对所述预算计划信息的初审结果。
若对00D1号预算计划信息的初审结果为通过,则该预算计划信息可进行下一步的复核及终审;若对00D1号预算计划信息的初审结果为未通过,系统会将该预算计划信息删除或放入垃圾文件。
一级客户a中的复核工作人员通过一级客户节点A发送对00D1号预算计划信息的复核请求,系统的处理流程为:
S1025,接收一级客户节点A发送的对00D1号预算计划信息的复核请求,根据预算计划信息编号从数据库中读取该预算计划信息;
S1026,将该预算计划信息通过一级客户节点A展示给复核工作人员进行复核,并接收和保存对所述预算计划信息的复核结果。
若对00D1号预算计划信息的复核结果为通过,则该预算计划信息可进行下一步的终审;若对00D1号预算计划信息的复核结果为未通过,系统会将该预算计划信息删除或放入垃圾文件。
一级客户a中的终审工作人员通过一级客户节点A发送对00D1号预算计划信息终的审请求,系统的处理流程为:
S1027,接收一级客户节点A发送的对00D1号预算计划信息的终审请求,根据预算计划信息编号从数据库中读取该预算计划信息;
S1028,将该预算计划信息通过一级客户节点A展示给终审工作人员进行终审,并接收和保存对所述预算计划信息的终审结果。
系统一旦保存预算计划信息后,就可以随时接收不同客户的审核、初审等管理请求,避免了人工的纸质计划信息的重重审核操作,既减少了预算信息管理的执行成本,又有效地提高了预算信息管理的执行效率。系统最后会将终审结果为通过的预算计划信息保存在系统的数据库中供客户查询、修改预算计划信息等业务需要。
假设00D1号预算计划信息是终审通过的预算计划信息,系统会根据该预算计划信息为额度账户,即三级客户d增加相应的额度,并将额度账户信息和分配额度信息保存到系统数据库以供客户查询、修改等操作。
若三级客户d需要修改其额度账户信息,则可通过三级客户节点D发送额度账户信息修改请求到项目资金预算信息管理系统,具体的处理步骤包括:
接收通过三级客户节点D发送的额度账户信息修改请求,根据该额度账户信息修改请求修改数据库中的额度账户信息,并将修改后的额度账户信息通过三级客户节点D展示给客户。
若三级客户d需要查询其额度账户信息,则可通过三级客户节点D发送额度账户信息查询请求到项目资金预算信息管理系统,具体的处理步骤包括:
接收三级客户节点D发送的额度账户信息查询请求,根据该额度账户信息查询请求在数据库中读取请求查询的额度账户信息,并将查询结果通过三级客户节点D展示给客户。
在此需要说明的是,不仅三级客户d可查询额度账户信息,其上属的二级客户b和一级客户a也可以对额度账户信息进行查询,系统中查询的处理过程与上述的额度账户信息查询过程是类似的。
在本实施例中,资金处理请求的类型包括资金下划录入请求、资金下划复核及签发请求、资金支出录入请求和资金支出复核及签发请求。当接收到的资金处理请求为资金下划录入请求时,系统根据资金交易请求的类型进行资金处理操作的步骤为:
S1041,判断所述资金下划录入请求是通过一级客户节点发送的资金下划录入请求还是通过三级客户节点发送的资金下划录入请求;
S1042,在判断为通过一级客户节点发送的资金下划录入请求时,接收通过所述一级客户节点发送的向三级客户账户下划资金的资金下划录入信息,并将该资金下划录入信息保存在数据库中;
S1043,在判断为通过三级客户节点发送的资金下划录入请求时,接收通过所述三级客户节点发送的向三级客户下属的客户账户下划资金的资金下划录入信息,并将该资金下划录入信息保存在数据库中。
在本发明的实施过程中,三级客户d会因实际资金预算需要而请求一级客户a下划资金到其账户,相应地,一级客户a的资金下划录入工作人员会根据上报的资金下划信息通过其所在地的客户节点向项目资金预算信息管理系统发送资金下划录入请求并录入相应的资金下划信息。
本领域的技术人员可以理解,在预算信息管理的过程中为了确保资金下划录入的信息准确无误,一般还会进行复核检查操作。当接收到的资金处理请求为资金下划复核及签发请求时,系统根据资金交易请求的类型进行资金处理操作的步骤为:
S1044,判断所述资金下划复核及签发请求是通过一级客户节点发送的资金下划复核及签发请求还是通过三级客户节点发送的资金下划复核及签发请求;
S1045,在判断为通过一级客户节点发送的资金下划复核及签发请求时,根据所述资金下划复核及签发请求从数据库中读取通过一级客户节点发送的资金下划录入信息展示给一级客户进行复核及签发,并接收和保存对所述资金下划录入信息的复核及签发结果;
S1046,在判断为通过三级客户节点发送的资金下划复核及签发请求时,则根据所述资金下划复核及签发请求从数据库中读取通过三级客户节点发送的资金下划录入信息展示给三级客户进行复核及签发,并接收和保存对所述资金下划录入信息的复核及签发结果。
在本发明的具体实施方式中,一级客户和三级客户中的资金下划复核及签发处理操作一般分别是由一级客户和三级客户中不同级别的工作人员分别进行复核和签发的,通常是级别较高的工作人员进行最后的签发确认,系统会将签发的处理结果保存在系统数据库中。例如,通过一级客户节点A录入的资金下划录入信息在系统接收到一级客户中具有签发权限的工作人员最后签发确认结果后才真正生效,即可通知一级客户a的开户行网点按照该签发确认后的资金下划录入信息通过银行的核心处理系统将资金实际下划到请求下划的三级客户d的账户。
三级客户d需要对外支付资金时会通过资金支付录入工作人员通过录入工作人员所在地的客户节点录入需要对外支付的资金支出数额等信息,请求系统进行后续的复核和签发操作,在最终签发确认后,资金才通过开户行网点实际支付到接收资金支付的收款单位。具体地,接收到的资金处理请求为资金支出录入请求时,系统根据资金交易请求的类型进行资金处理操作的步骤为:
S1047,接收通过三级客户节点D发送的资金支出录入请求以及对应的资金支出录入信息,并将所述资金支出录入信息保存在数据库中。
相应地,本方法还包括对上述资金支出录入信息进行复核及签发的过程,具体的处理步骤包括:
S1048,根据所述资金支出复核及签发请求从数据库中读取所述资金支出录入信息并通过三级客户节点D展示给三级客户d进行复核及签发,并接收和保存对所述资金支出录入信息的复核及签发结果。
在本发明的实施过程中,有可能因为突发的状况或者其他意外情况而撤消预算计划。本发明的具体实施方式中,一般是导入预算计划信息的二级客户进行预算计划的撤消操作。假设三级客户d向二级客户d请求撤消编号为00D1的预算计划,二级客户b中的预算计划信息工作人员通过客户节点发送预算计划撤消请求,系统的处理过程具体为:
接收通过二级客户节点B发送的预算计划撤消请求;
根据所述预算计划撤消请求从数据库中读取请求撤消的00D1号预算计划信息,并将所述预算计划信息及预算计划撤消请求通过一级客户节点A和二级客户节点B分别展示给一级客户a和二级客户b进行审核,并接收和保存对所述预算计划撤消请求的审核结果,若一级客户a和二级客户b对所述预算计划撤消请求的审核结果均为通过,则从数据库中删除00D1号预算计划信息,否则,保留该预算计划信息。
将00D1号预算计划信息和对应的预算计划撤消请求通过一级客户节点A和二级客户节点B分别展示给一级客户a和二级客户b进行审核包括二级客户b的初审和一级客户a的终审。
二级客户b的初审操作具体为,系统接收并保存二级客户b中计划撤消初审工作人员通过客户节点发送的预算计划撤消初审请求,根据该预算计划撤消初审请求从数据库中查询该预算计划信息和预算计划撤消请求,并将查询得到00D1号预算计划信息和对应的预算计划撤消请求展示给发起初审请求的工作人员进行初审,接收并保存录入对该预算计划撤消请求的初审结果;在初审结果为通过时,请求撤消的该预算计划信息可展示给一级客户a进行进一步地终审。
一级客户a对该预算计划撤消请求的终审具体为,接收并保存一级客户a中计划撤消终审工作人员通过客户节点发送的预算计划撤消终审请求,根据该预算计划撤消终审请求从数据库中查询该预算计划信息和预算计划撤消请求,并将查询得到的结果展示给发起终审请求的工作人员进行终审,接收并保存终审工作人员录入的对该预算计划撤消请求的终审结果。若对该预算计划撤消请求的终审结果为通过,系统从数据库中删除该预算计划信息,若对该预算计划撤消请求的终审结果为未通过,系统保留该预算计划信息。
除了可以撤消预算计划信息,各级客户还可以查询预算计划信息,在此我们以三级客户d请求查询00D1号预算为例,其他各级客户的查询过程都是类似的,系统对预算计划信息的查询处理步骤如下:
接收通过三级客户节点D发送的预算计划查询请求,根据所述预算计划查询请求查询预算计划信息,并将查询得到的00D1号预算计划信息通过三级客户节点D展示给客户。
本领域的技术人员可以理解,在预算信息的管理过程中不仅涉及到预算计划信息,还会涉及到其他的一些事务文件,例如项目介绍文件、合同文件等。一级客户a和二级客户b都可以通过其所在地的客户节点将项目预算中涉及的事务文件导入到项目资金预算信息管理系统中,具体的处理步骤包括:
接收通过一级客户节点A和二级客户节点B导入的事务文件,并将该事务文件保存在数据库中,其中,该事务文件包括项目介绍文件、合同文件、协议文件、公告文件。
相应地,各级客户,包括一级客户a、二级客户b和三级客户d等客户都可以通过其相应的客户节点查询导入系统的事务文件,具体的处理步骤包括:
接收一级客户节点、二级客户节点和三级客户节点发送的事务文件查询请求,根据所述事务文件查询请求在数据库中读取请求查询的事务文件,并将查询结果通过发送所述事务文件查询请求的客户节点展示给客户。
在上文中曾提到系统的客户关系管理部分不仅可以接收一级客户录入的签约关系,还可以对客户关系进行其他的管理,例如删除和查询,具体包括:
接收一级客户节点发送的客户关系删除请求,根据所述客户关系删除请求删除数据库中的客户关系;
接收一级客户节点发送的客户关系查询请求,根据所述客户关系查询请求查询数据库中的客户关系,并将查询结果通过发送查询请求的客户节点展示给客户。
综上所述,本发明的一种用于项目资金预算信息管理的系统以及方法,用于项目资金预算信息管理的系统通过接入系统的客户节点获取客户发送的资金预算计划信息和其他管理信息,并将项目资金预算信息管理系统的处理结果通过相应的客户节点展示给客户,使得所述用于项目资金预算信息管理的系统的各级客户可通过客户节点对预算信息进行管理,并查看对应的处理结果信息,有效的解决了目前依靠人工方式管理资金预算信息执行效率较低,缺乏对资金预算管理信息的实时监控,执行成本较高等问题。
通过以上实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现,当然也可以全部通过硬件来实施。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所公开的仅为本发明的一种具体实施例而已,当然不能以此来限定本发明的保护范围,依照本发明权利要求的技术实质所作的改变或等同变化,仍落入本发明所涵盖的范围。
Claims (31)
1.一种用于项目资金预算信息管理的系统,其特征在于,所述系统包括:项目资金预算信息管理系统和客户节点,其中,所述客户节点分为至少三级,包括一级客户节点、二级客户节点和三级客户节点;
所述项目资金预算信息管理系统包括:
预算信息管理模块,该预算信息管理模块包括:导入处理子模块,用于接收二级客户通过所述二级客户节点导入的预算计划信息,并将所述预算计划信息保存在数据库;审核处理子模块,用于将所述预算计划信息通过所述一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划信息的审核结果;
额度管理模块,该额度管理模块包括:额度设置子模块,用于根据所述审核通过的预算计划信息设置额度账户的分配额度,并将所述额度账户信息及分配额度信息保存在数据库中,其中所述额度账户包括至少三级客户账户;
资金管理模块,该资金管理模块包括:识别子模块,用于接收资金处理请求,识别所述资金处理请求的类型;资金处理子模块,用于根据所述识别子模块的识别结果进行相应的资金处理操作。
2.如权利要求1所述的系统,其特征在于,所述资金处理请求的类型包括资金下划录入请求、资金下划复核及签发请求、资金支出录入请求、资金支出复核及签发请求。
3.如权利要求2所述的系统,其特征在于,所述识别子模块的识别结果为资金下划录入请求时,所述资金处理子模块包括:
第一判断单元,用于实现以下功能:判断所述资金下划录入请求是通过一级客户节点发送的资金下划录入请求还是通过三级客户节点发送的资金下划录入请求,并在判断为通过一级客户节点发送的资金下划录入请求时,调用第一资金下划录入处理单元,判断为通过三级客户节点发送的资金下划录入请求时,调用第二资金下划录入处理单元;
第一资金下划录入处理单元,用于接收通过所述一级客户节点发送的向三级客户账户下划资金的资金下划录入信息,并将该资金下划录入信息保存在数据库中;
第二资金下划录入处理单元,用于接收通过所述三级客户节点发送的向三级客户下属的客户账户下划资金的资金下划录入信息,并将该资金下划录入信息保存在数据库中。
4.如权利要求3所述的系统,其特征在于,所述识别子模块的识别结果为资金下划复核及签发请求时,所述资金处理子模块包括:
第二判断单元,用于判断所述资金下划复核及签发请求是通过一级客户节点发送的资金下划复核及签发请求还是通过三级客户节点发送的资金下划复核及签发请求,并在判断为通过一级客户节点发送的资金下划复核及签发请求时,调用第一资金下划复核及签发处理单元,在判断为通过三级客户节点发送的资金下划复核及签发请求时,调用第二资金下划复核及签发处理单元;
第一资金下划复核及签发处理单元,用于将所述第一资金下划录入处理单元保存的资金下划录入信息通过一级客户节点展示给一级客户进行复核及签发,并接收和保存对所述资金下划录入信息的复核及签发结果;
第二资金下划复核及签发处理单元,用于将所述第二资金下划录入处理单元保存的资金下划录入信息通过三级客户节点展示给三级客户进行复核及签发,并接收和保存对所述资金下划录入信息的复核及签发结果。
5.如权利要求4所述的系统,其特征在于,所述识别子模块的识别结果为资金支出录入请求时,所述资金处理子模块包括:
资金支出录入处理单元,用于接收通过三级客户节点发送的资金支出录入请求以及对应的资金支出录入信息,并将所述资金支出录入信息保存在数据库中。
6.如权利要求5所述的系统,其特征在于,所述识别子模块的识别结果为资金支出复核及签发请求时,所述资金处理子模块包括:
资金支出复核及签发处理单元,用于将资金支出录入处理单元保存的资金支出录入信息通过三级客户节点展示给三级客户进行复核及签发,并接收和保存对所述资金支出录入信息的复核及签发结果。
7.如权利要求1所述的系统,其特征在于,所述预算信息管理模块还包括:
第一接收子模块,用于接收通过所述二级客户节点发送的预算计划撤消请求;
计划撤消处理子模块,用于根据所述预算计划撤消请求从数据库中读取请求撤消的预算计划信息,并将所述预算计划信息及预算计划撤消请求通过一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划撤消请求的审核结果,若所述一级客户和二级客户对所述预算计划撤消请求的审核结果均为通过,则从数据库中删除所述预算计划信息,否则,保留所述预算计划信息。
8.如权利要求1所述的系统,其特征在于,所述预算信息管理模块还包括:
第二接收子模块,用于接收通过所述一级客户节点、二级客户节点和三级客户节点发送的预算计划查询请求;
计划查询处理子模块,用于根据所述预算计划查询请求在数据库中读取请求查询的预算计划信息。
9.如权利要求1所述的系统,其特征在于,所述额度管理模块还包括:
第三接收子模块,用于接收通过三级客户节点发送的额度账户信息修改请求;
额度账户信息修改子模块,用于根据该额度账户信息修改请求修改数据库中的额度账户信息。
10.如权利要求1所述的系统,其特征在于,所述额度管理模块还包括:
第四接收子模块,用于接收通过一级客户节点、二级客户节点和三级客户节点发送的额度账户信息查询请求;
额度账户信息查询子模块,用于根据该额度账户信息查询请求在数据库中读取请求查询的额度账户信息。
11.如权利要求1所述的系统,其特征在于,所述导入处理子模块还用于接收通过一级客户节点和二级客户节点导入的事务文件,并将该事务文件保存在数据库中,其中,该事务文件包括项目介绍文件、合同文件、协议文件、公告文件。
12.如权利要求11所述的系统,其特征在于,所述预算信息管理模块还包括:事务文件查询子模块,用于接收一级客户节点、二级客户节点和三级客户节点发送的事务文件查询请求,根据所述事务文件查询请求在数据库中读取请求查询的事务文件。
13.如权利要求1所述的系统,其特征在于,所述项目资金预算信息管理系统还包括客户关系管理模块,该客户关系管理模块包括:
客户关系请求接收子模块,用于接收通过一级客户节点发送的客户关系签约录入请求、客户关系删除请求和客户关系查询请求;
客户关系签约处理子模块,当客户关系请求接收子模块接收到客户关系签约录入请求时,用于将接收到的所述客户关系签约录入请求所请求录入的信息保存在数据库中;
客户关系删除处理子模块,当客户关系请求接收子模块接收到客户关系删除请求时,用于根据所述客户关系删除请求删除数据库中的客户关系;
客户关系查询处理子模块,当所述客户关系请求接收子模块接收到客户关系查询请求时,用于根据所述客户关系查询请求在数据库中查询客户关系。
14.如权利要求1至13中任意一项所述的系统,其特征在于,所述项目资金预算信息管理系统还包括:
处理结果返回模块,用于将所述项目资金预算信息管理系统对客户请求处理的处理结果通过发送所述客户请求的客户节点展示给客户。
15.如权利要求14所述的系统,其特征在于,
所述用于项目资金预算信息管理的系统还包括:WEB服务器,该WEB服务器通过通讯中间件与所述项目资金预算信息管理系统通信;
所述客户节点包括WEB终端,该WEB终端通过所述WEB服务器与所述项目资金预算信息管理系统进行通信。
16.一种项目资金预算信息管理的方法,其特征在于,应用该方法的系统包括:项目资金预算信息管理系统和客户节点,其中,所述客户节点分为至少三级,包括一级客户节点、二级客户节点和三级客户节点;
所述方法包括:
项目资金预算信息管理系统接收二级客户通过所述二级客户节点导入的预算计划信息,并将所述预算计划信息保存在数据库;
将所述预算计划信息通过所述一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划信息的审核结果;
根据所述审核通过的预算计划信息设置额度账户的分配额度,并将所述额度账户信息及分配额度信息保存在数据库中,其中额度账户至少包括三级客户账户;
接收资金处理请求,识别所述资金处理请求的类型,并根据所述资金处理请求的类型进行相应资金处理操作。
17.如权利要求16所述的方法,其特征在于,所述资金处理请求的类型包括资金下划录入请求、资金下划复核及签发请求、资金支出录入请求和资金支出复核及签发请求。
18.如权利要求17所述的方法,其特征在于,当所述资金处理请求为资金下划录入请求时,根据所述资金处理请求的类型进行相应资金处理操作的步骤包括:
判断所述资金下划录入请求是通过一级客户节点发送的资金下划录入请求还是通过三级客户节点发送的资金下划录入请求,
在判断为通过一级客户节点发送的资金下划录入请求时,接收通过所述一级客户节点发送的向三级客户账户下划资金的资金下划录入信息,并将该资金下划录入信息保存在数据库中;
在判断为通过三级客户节点发送的资金下划录入请求时,接收通过所述三级客户节点发送的向三级客户下属的客户账户下划资金的资金下划录入信息,并将该资金下划录入信息保存在数据库中。
19.如权利要求18所述的方法,其特征在于,当所述资金处理请求为资金下划复核及签发请求时,根据所述资金处理请求的类型进行相应资金处理操作的步骤包括:
判断所述资金下划复核及签发请求是通过一级客户节点发送的资金下划复核及签发请求还是通过三级客户节点发送的资金下划复核及签发请求,
在判断为通过一级客户节点发送的资金下划复核及签发请求时,根据所述资金下划复核及签发请求从数据库中读取通过一级客户节点发送的资金下划录入信息展示给一级客户进行复核及签发,并接收和保存对所述资金下划录入信息的复核及签发结果,
在判断为通过三级客户节点发送的资金下划复核及签发请求时,根据所述资金下划复核及签发请求从数据库中读取通过三级客户节点发送的资金下划录入信息展示给三级客户进行复核及签发,并接收和保存对所述资金下划录入信息的复核及签发结果。
20.如权利要求19所述的方法,其特征在于,当所述资金处理请求为资金支出录入请求时,根据所述资金处理请求的类型进行相应资金处理操作的步骤包括:
接收通过三级客户节点发送的资金支出录入请求以及对应的资金支出录入信息,并将所述资金支出录入信息保存在数据库中。
21.如权利要求20所述的方法,其特征在于,当所述资金支付请求为资金支出复核及签发请求时,根据所述资金处理请求的类型进行相应资金处理操作的步骤包括:
根据所述资金支出复核及签发请求从数据库中读取所述资金支出录入信息并通过三级客户节点展示给三级客户进行复核及签发,并接收和保存对所述资金支出录入信息的复核及签发结果。
22.如权利要求16所述的方法,其特征在于,所述方法还包括:
接收通过所述二级客户节点发送的预算计划撤消请求;
根据所述预算计划撤消请求在数据库中读取请求撤消的预算计划信息,并将所述预算计划信息及预算计划撤消请求通过一级客户节点和二级客户节点分别展示给一级客户和二级客户进行审核,并接收和保存对所述预算计划撤消请求的审核结果;
若所述一级客户和二级客户对该预算计划撤消请求的审核结果均为通过,则从数据库中删除所述预算计划信息,否则,保留所述预算计划信息。
23.如权利要求16所述的方法,其特征在于,所述方法还包括:
接收通过所述一级客户节点、二级客户节点和三级客户节点发送的预算计划查询请求;
根据所述预算计划查询请求在数据库中读取请求查询的预算计划信息;
将读取的预算计划信息通过发送所述预算计划查询请求的客户节点展示给客户。
24.如权利要求16所述的方法,其特征在于,所述方法还包括:
接收通过三级客户节点发送的额度账户信息修改请求,根据该额度账户信息修改请求修改数据库中的额度账户信息,并将修改后的额度账户信息通过三级客户节点展示给客户。
25.如权利要求16所述的方法,其特征在于,所述方法还包括:
接收通过一级客户节点、二级客户节点和三级客户节点发送的额度账户信息查询请求,根据该额度账户信息查询请求在数据库中读取请求查询的额度账户信息,并将查询结果通过发送所述额度账户信息查询请求的客户节点展示给客户。
26.如权利要求16所述的方法,其特征在于,所述方法还包括:
接收通过一级客户节点和二级客户节点导入的事务文件,并将该事务文件保存在数据库中,其中,该事务文件包括项目介绍文件、合同文件、协议文件、公告文件。
27.如权利要求26所述的方法,其特征在于,所述方法进一步包括:
接收通过一级客户节点、二级客户节点和三级客户节点发送的事务文件查询请求,根据所述事务文件查询请求在数据库中读取请求查询的事务文件,并将查询结果通过发送所述事务文件查询请求的客户节点展示给客户。
28.如权利要求16所述的方法,其特征在于,所述方法还包括:
接收通过一级客户节点发送的客户关系签约录入请求,并将接收到的所述客户关系签约录入请求所请求录入的信息保存在数据库中。
29.如权利要求28所述的方法,其特征在于,所述方法还包括:
接收通过一级客户节点发送的客户关系删除请求,根据所述客户关系删除请求删除数据库中的客户关系。
30.如权利要求29所述的方法,其特征在于,所述方法还包括:
接收通过一级客户节点发送的客户关系查询请求,根据所述客户关系查询请求在数据库中查询客户关系,并将查询处理结果通过发送所述客户关系查询请求的客户节点展示给客户。
31.如权利要求30所述的方法,其特征在于,所述客户节点包括WEB终端,所述WEB终端通过WEB服务器与项目资金预算信息管理系统进行通信,其中所述WEB服务器通过通讯中间件与项目资金预算信息管理系统进行通信。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102722428A CN101916406A (zh) | 2010-09-01 | 2010-09-01 | 一种用于项目资金预算信息管理的系统以及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102722428A CN101916406A (zh) | 2010-09-01 | 2010-09-01 | 一种用于项目资金预算信息管理的系统以及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101916406A true CN101916406A (zh) | 2010-12-15 |
Family
ID=43323914
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102722428A Pending CN101916406A (zh) | 2010-09-01 | 2010-09-01 | 一种用于项目资金预算信息管理的系统以及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101916406A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105225029A (zh) * | 2015-08-27 | 2016-01-06 | 北京国电通网络技术有限公司 | 预算执行情况在线监测方法、装置以及公司运行监测系统 |
CN107330629A (zh) * | 2017-07-06 | 2017-11-07 | 广东电网有限责任公司信息中心 | 大型央企电力集团企业人工成本监控与分析实现系统 |
CN109615939A (zh) * | 2018-11-23 | 2019-04-12 | 上海豆为教育科技有限公司 | 家庭教育互动系统 |
CN109697598A (zh) * | 2018-12-14 | 2019-04-30 | 天津阿贝斯努科技有限公司 | 临床试验财务管理系统及管理方法 |
CN111402018A (zh) * | 2020-02-19 | 2020-07-10 | 中国建设银行股份有限公司 | 一种上报资源预算的方法和系统 |
-
2010
- 2010-09-01 CN CN2010102722428A patent/CN101916406A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105225029A (zh) * | 2015-08-27 | 2016-01-06 | 北京国电通网络技术有限公司 | 预算执行情况在线监测方法、装置以及公司运行监测系统 |
CN107330629A (zh) * | 2017-07-06 | 2017-11-07 | 广东电网有限责任公司信息中心 | 大型央企电力集团企业人工成本监控与分析实现系统 |
CN109615939A (zh) * | 2018-11-23 | 2019-04-12 | 上海豆为教育科技有限公司 | 家庭教育互动系统 |
CN109697598A (zh) * | 2018-12-14 | 2019-04-30 | 天津阿贝斯努科技有限公司 | 临床试验财务管理系统及管理方法 |
CN111402018A (zh) * | 2020-02-19 | 2020-07-10 | 中国建设银行股份有限公司 | 一种上报资源预算的方法和系统 |
CN111402018B (zh) * | 2020-02-19 | 2024-03-08 | 建信金融科技有限责任公司 | 一种上报资源预算的方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8438119B2 (en) | Foundation layer for services based enterprise software architecture | |
US8671032B2 (en) | Providing payment software application as enterprise services | |
US8315926B2 (en) | Architectural design for tax declaration application software | |
US8589275B2 (en) | System and method for processing tax codes by company group | |
US7945489B2 (en) | Flexible cost and revenue allocation for service orders | |
US20170278024A1 (en) | Travel expense automation | |
CN103814374B (zh) | 信息管理系统及方法 | |
CN101777148A (zh) | 一种收单商户管理方法、管理系统及商户管理服务端设备 | |
US20140095248A1 (en) | Supply chain financial orchestration system with task communication using universal format | |
CN101093572A (zh) | 一种前置系统及一种数据集中处理系统 | |
US20100138257A1 (en) | Architectural design for selling standardized services application software | |
CN101916406A (zh) | 一种用于项目资金预算信息管理的系统以及方法 | |
CN109741008A (zh) | 一种费用报销管理方法及装置 | |
CN102194163A (zh) | 企业资源规划管理方法、服务器及系统 | |
CN113112348A (zh) | 社保数据的处理方法、装置、电子设备和存储介质 | |
CN112258306B (zh) | 账务信息核对的方法、装置、电子设备和存储介质 | |
CN112766944A (zh) | 一种跨境资金管理方法、装置及系统 | |
CN115049269A (zh) | 一种应用于建材行业的客户信用管理系统 | |
US20050144079A1 (en) | Budgetary ledger | |
CN109741009A (zh) | 一种费用报销管理方法及装置 | |
KR20220008050A (ko) | 비오디 스키마를 이용하는 통합 시스템 | |
CN111461847B (zh) | 一种用于解决sap通用服务定制化的方法 | |
US20150073856A1 (en) | Mobile terminal management server and mobile terminal management program | |
KR102127046B1 (ko) | 투자 집행 투명성 재고를 위한 펀딩 제공 시스템 및 펀딩 제공 방법 | |
US10592206B2 (en) | Disruption index for tracking database records |
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: 20101215 |