一种预算业务的管理方法及装置与流程
1.本技术涉及计算机技术领域，尤其涉及一种预算业务的管理方法及装置。
背景技术：
2.随着当前银行内部管理系统的逐渐发展，业务管理也日益占据重要地位。目前中央预算业务管理规范不统一，各商户交易前需要每笔交易的支付凭证，收到凭证后方可由代理银行进行委托收付款，待隔日由代理银行出具日报或者月报进行清算。
3.此种方式存在银行端逻辑复杂，在处理进程中需要处理凭证、同步扣款及相关异常处理。涉及日终或者跨日由银行单方面计算，因此存在诸多弊端，交易易失败、数据易丢失、对账清算难度大、每笔交易反检查等。
技术实现要素：
4.有鉴于此，本技术实施例提供了一种预算业务的管理方法及装置，旨在对欠费银行卡进行追缴。
5.第一方面，本技术实施例提供了一种预算业务的管理方法，所述方法包括：
6.获取预算信息，所述预算信息包括支付方信息、收款方信息和金额信息；
7.根据所述预算信息判断客户是否具备管理功能；
8.响应于所述客户具备管理功能，判断商户是否具备管理功能，所述客户为所述商户下的用户；
9.响应于所述商户具备管理功能，对所述商户的金融账户进行减计，对所述客户的金融账户进行增计；
10.根据所述预算信息和记账结果进行缴费处理；
11.记录保存缴费处理结果和所述记账结果。
12.可选的，所述获取预算信息之后，还包括：
13.根据所述预算信息和智能合约规则生成流程信息；
14.获取预申请信息，所述预申请信息为取决于业务类型的，正式交易前的申请信息；
15.根据所述流程信息和所述预申请信息判断是否进行缴费处理。
16.可选的，所述判断客户是否具备管理功能之后，还包括：
17.响应于所述客户不具备管理功能，根据预算信息对第一内部账户进行扣款和增计，对所述商户的金融账户进行减计，所述第一内部账户为银行内部起挂销账作用的bgl或cgl账户；
18.根据所述预算信息对所述第一内部账户进行退款。
19.可选的，所述判断商户是否具备管理功能之后，还包括：
20.根据所述预算信息进行缴费处理；
21.记录保存缴费处理结果。
22.可选的，所述记录保存缴费处理结果和所述记账结果之后，还包括：
23.根据需求信息筛选整合所述记账结果和所述缴费处理结果，得到账单信息。
24.第二方面，本技术实施例提供了一种预算业务的管理装置，所述装置包括：
25.预算信息获取模块，用于获取预算信息，所述预算信息包括支付方信息、收款方信息和金额信息；
26.客户管理功能判断模块，用于根据所述预算信息判断客户是否具备管理功能；
27.商户管理功能判断模块，响应于所述客户具备管理功能，用于判断商户是否具备管理功能，所述客户为所述商户下的用户；
28.第一增减计处理模块，响应于所述商户具备管理功能，用于对所述商户的金融账户进行减计，对所述客户的金融账户进行增计；
29.第一缴费处理模块，用于根据所述预算信息和记账结果进行缴费处理；
30.第一记录模块，用于记录保存缴费处理结果和所述记账结果。
31.可选的，所述装置还包括：
32.流程信息生成模块，用于根据所述预算信息和智能合约规则生成流程信息；
33.预申请信息获取模块，用于获取预申请信息，所述预申请信息为取决于业务类型的，正式交易前的申请信息；
34.缴费判断模块，用于根据所述流程信息和所述预申请信息判断是否进行缴费处理。
35.可选的，所述装置还包括：
36.第二增减计处理模块，响应于所述客户不具备管理功能，根据预算信息对第一内部账户进行扣款和增计，对所述商户的金融账户进行减计，所述第一内部账户为银行内部起挂销账作用的bgl或cgl账户；
37.退款模块，用于根据所述预算信息对所述第一内部账户进行退款。
38.可选的，所述装置还包括：
39.第二缴费处理模块，用于根据所述预算信息进行缴费处理；
40.第二记录模块，用于记录保存缴费处理结果。
41.可选的，所述装置还包括：
42.账单信息确定模块，用于根据需求信息筛选整合所述记账结果和所述缴费处理结果，得到账单信息。
43.本技术实施例提供了一种预算业务的管理方法及装置。在执行所述方法时，获取预算信息，所述预算信息包括支付方信息、收款方信息和金额信息；根据所述预算信息判断客户是否具备管理功能；响应于所述客户具备管理功能，判断商户是否具备管理功能，所述客户为所述商户下的用户；响应于所述商户具备管理功能，对所述商户的金融账户进行减计，对所述客户的金融账户进行增计；根据所述预算信息和记账结果进行缴费处理；记录保存缴费处理结果和所述记账结果。由此，使用了区块链的账本特性，导致数据不会被丢失、篡改，也减少了反风险；使用金融的增减计功能，信息记录在区块链上不会消耗银行核心资源，对账清晰透明，在智能合约的基础上增加流程管理机制，将各种触发条件考虑，系统将更加清晰及简单。
附图说明
44.为更清楚地说明本实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
45.图1为本技术实施例提供的预算业务的管理方法的一种方法流程图；
46.图2为本技术实施例提供的预算业务的管理方法的一种方法流程图；
47.图3为本技术实施例提供的预算业务的管理装置的一种结构示意图；
48.图4为本技术实施例提供的基于金融的中央预算管理系统；
49.图5为本技术实施例提供的基于金融的中央预算管理系统流程控制机制。
具体实施方式
50.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
51.正如前文所述，目前中央预算业务管理规范不统一，各商户交易前需要每笔交易的支付凭证，收到凭证后方可由代理银行进行委托收付款，待隔日由代理银行出具日报或者月报进行清算。此种方式存在银行端逻辑复杂，在处理进程中需要处理凭证、同步扣款及相关异常处理。涉及日终或者跨日由银行单方面计算，但是，发明人经过研究发现，存在诸多弊端，交易易失败、数据易丢失、对账清算难度大、每笔交易反检查等。
52.为了解决这一问题，本技术实施例提供了一种预算业务的管理方法及装置。在执行所述方法时，获取预算信息，根据所述预算信息判断客户是否具备管理功能；响应于所述客户具备管理功能，判断商户是否具备管理功能，所述客户为所述商户下的用户；响应于所述商户具备管理功能，对所述商户的金融账户进行减计，对所述客户的金融账户进行增计；根据所述预算信息和记账结果进行缴费处理；记录保存缴费处理结果和所述记账结果。由此，使用了区块链的账本特性，导致数据不会被丢失、篡改，也减少了反风险；使用金融的增减计功能，信息记录在区块链上不会消耗银行核心资源，对账清晰透明，在智能合约的基础上增加流程管理机制，将各种触发条件考虑，系统将更加清晰及简单。
53.本技术实施例提供的方法由银行后台系统执行，例如可以由银行后台服务器执行。所述银行后台服务器可以是一台服务器设备，也可以是由多台服务器组成的服务器集。
54.在具体实现过程中，搭建一个基于金融的中央预算管理系统，如图4。商户端发起办理支付业务，取消直接/授权支付操作。基于金融的中央预算管理系统作为一个金融区块链平台，将其交易信息进行信息记录的同时也发送财政系统。财政对集中支付业务进行全流程控制与监控。如图5所示，在区块链系统的智能合约中增加自动流程控制，针对资金支付、资金退回、委托收款、支付更正、错缴资金退回等进行自动化流程可配
置，实现业务实时调节等功能。在应用过程中，建立基于金融的中央预算管理系统的区块链平台。由系统和信息记录之间的数据接口；系统和对接方之间的交易接口；系统和财政部之间的数据接口。接口设计模块中的系统和各关联方之间的数据传输。银行端对来自商户方的数据处理，转发需要银行处理的交易，及进行自我应用。银行端对来自商户方的数据处理，转发需要银行处理的交易，及进行自我应用。
55.以下通过一个实施例，对本技术提供的预算业务的管理方法进行说明。请参考图1，图1为本技术实施例所提供的银行卡限额的调整方法的一种方法流程图，包括：
56.s101：获取预算信息。
57.所述预算信息包括支付方信息、收款方信息和金额信息。系统和信息记录，商户、预算管理系统、银行之间分别进行接口定义，包含支付凭证id(唯一标识)、凭证类型、凭证号、资金性质、支付方式、支出功能信息、结算方式信息、银行编号、银行账号、银行户名、纳税人识别号、预算类型、用途信息、银行流水号、金额、币种、汇率、日期、时间、商户预算单位信息等。
58.当商户要进行预算处理时，登录预算管理系统，输入预算类型，支付账号，收款账号信息，金额等步骤2中绝大多数信息。预算类型比如水费、电费、个税、网费等。
59.数据填写完成后，预算管理系统将信息上链。财政部业务人员可预先使用预算流程管理，系统根据智能合约规则，根据商户号和业务类型进行判断，记录预算流程信息。业务类型是预算类型的聚类，比如水电费可能会算一种业务类型，个税会算一种业务类型。
60.在实际应用过程中，银行端取到数据及预算流程后，根据流程判断是否涉及预申请或申请信息，如有将客户申请数据上链，预算管理系统审核后，同步银行结果，银行根据申请信息进行账务处理(包含支付)，并将账务处理结果同步上链。预申请或申请信息，指业务类型要求，在正式交易之前要发起预申请或申请交易，待审核通过方可发起正式交易。
61.s102：根据所述预算信息判断客户是否具备管理功能。
62.根据上述步骤获取得到的预算信息对客户的情况进行判断。
63.s103：响应于所述客户具备管理功能，判断商户是否具备管理功能。
64.如果该商户标识和业务类型匹配完整后，并且该商户具备管理功能时，对客户是否具备管理功能进行判断，所述客户为所述商户下的用户。
65.s104：响应于所述商户具备管理功能，对所述商户的金融账户进行减计，对所述客户的金融账户进行增计。
66.如果该商户标识和业务类型匹配完整后，并且该商户具备管理功能时，并且客户也具备管理功能时。首先为该商户进行金融进行减计，对该客户金融账户进行增计，将缴费结果更新到预算管理系统中。其中，增计减计为中的账户记账方式，缴费结果是预算的执行结果。
67.在一些可能实现的实施方式中，响应于所述商户不具备管理功能，根据所述预算信息进行缴费处理；记录保存缴费处理结果。即如果该商户标识和业务类型匹配完整后，并且该商户不具备管理功能时，则为该笔交易首先进行银行传统核心扣款。将缴费结果更新到预算管理系统中。
68.s105：根据所述预算信息和记账结果进行缴费处理。
69.根据上述步骤获取得到记账结果进行缴费，将将缴费结果更新到预算管理系统中。缴费结果是预算的执行结果。
70.s106：记录保存缴费处理结果和所述记账结果。
71.对上述处理得到的缴费处理结果以及增减计记账结果记录保存，将缴费结果更新到预算管理系统中。
72.下面结合具体的应用场景，对本技术实施例提供的预算业务的管理的方法进行详细介绍。参见图2，该图为本技术实施例提供的预算业务的管理的方法的又一种流程示意图，包括：
73.s201：获取预算信息。
74.所述预算信息包括支付方信息、收款方信息和金额信息。
75.s202：根据所述预算信息和智能合约规则生成流程信息。
76.在实际应用过程中，财政部业务人员可预先使用预算流程管理，系统根据智能合约规则，根据商户号和业务类型进行判断，记录预算流程信息。
77.s203：获取预申请信息。
78.所述预申请信息为取决于业务类型的，正式交易前的申请信息。
79.s204：根据所述流程信息和所述预申请信息判断是否进行缴费处理。
80.银行端取到数据及预算流程后，根据流程判断是否涉及预申请或申请信息，如有将客户申请数据上链，预算管理系统审核后，同步银行结果，银行根据申请信息进行账务处理(包含支付)，并将账务处理结果同步上链。
81.s205：根据所述预算信息判断客户是否具备管理功能。
82.根据上述步骤获取得到的预算信息对客户的情况进行判断。
83.s206：响应于所述客户不具备管理功能，根据预算信息对第一内部账户进行扣款和增计，对所述商户的金融账户进行减计。
84.所述第一内部账户为银行内部起挂销账作用的bgl或cgl账户。
85.如果该商户标识和业务类型匹配完整后，并且该商户具备管理功能时，但是客户不具备管理功能时。首先银行专用内部金融进行增计，对该商户金融账户进行减计。
86.s207：根据所述预算信息对所述第一内部账户进行退款。
87.完成后该笔交易进行银行传统核心退款。
88.s208：根据所述预算信息和记账结果进行缴费处理，记录保存缴费处理结果和所述记账结果。
89.将缴费结果更新到预算管理系统中。在实际应用过程中，同步信息到中国人民银行系统。
90.s209：根据需求信息筛选整合所述记账结果和所述缴费处理结果，得到账单信息。
91.系统根据业务规则和属性，每日生成当日或者前几日的对账单信息。在实际应用过程中，拥有的商户或者客户可根据自身金融账户通过代理行进行支取和转账。
92.以上为本技术实施例提供一种预算业务的管理方法的一些具体实现方式，基于
此，本技术还提供了对应的装置。下面将从功能模块化的角度对本技术实施例提供的装置进行介绍。
93.请参考图3，图3为本技术实施例所提供的一种预算业务的管理装置的结构示意图。
94.本实施例中，该装置可以包括：
95.预算信息获取模块301，用于获取预算信息，所述预算信息包括支付方信息、收款方信息和金额信息；
96.客户管理功能判断模块302，用于根据所述预算信息判断客户是否具备管理功能；
97.商户管理功能判断模块303，响应于所述客户具备管理功能，用于判断商户是否具备管理功能，所述客户为所述商户下的用户；
98.第一增减计处理模块304，响应于所述商户具备管理功能，用于对所述商户的金融账户进行减计，对所述客户的金融账户进行增计；
99.第一缴费处理模块305，用于根据所述预算信息和记账结果进行缴费处理；
100.第一记录模块306，用于记录保存缴费处理结果和所述记账结果。
101.可选的，所述装置还包括：
102.流程信息生成模块，用于根据所述预算信息和智能合约规则生成流程信息；
103.预申请信息获取模块，用于获取预申请信息，所述预申请信息为取决于业务类型的，正式交易前的申请信息；
104.缴费判断模块，用于根据所述流程信息和所述预申请信息判断是否进行缴费处理。
105.可选的，所述装置还包括：
106.第二增减计处理模块，响应于所述客户不具备管理功能，根据预算信息对第一内部账户进行扣款和增计，对所述商户的金融账户进行减计，所述第一内部账户为银行内部起挂销账作用的bgl或cgl账户；
107.退款模块，用于根据所述预算信息对所述第一内部账户进行退款。
108.可选的，所述装置还包括：
109.第二缴费处理模块，响应于所述商户不具备管理功能，用于根据所述预算信息进行缴费处理；
110.第二记录模块，用于记录保存缴费处理结果。
111.可选的，所述装置还包括：
112.账单信息确定模块，用于根据需求信息筛选整合所述记账结果和所述缴费处理结果，得到账单信息。
113.以上对本技术所提供的一种预算业务的管理方法及装置进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。
114.还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
115.需要说明的是，本发明提供的一种预算业务的管理方法及装置，可用于区块链领域或金融领域。上述仅为示例，并不对本发明提供的一种预算业务的管理方法及装置的应用领域进行限定。
116.以上所述仅为本技术的较佳实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。
