预算管控方法、系统、装置、计算机设备和存储介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种预算管控方法、系统、装置、计算机设备和存储介质。


背景技术：

2.随着计算机技术的发展，出现了对企业财务进行预算管控的技术，因此针对不同费用类型的预算，需要根据企业的生产、经营活动的财务计划等来编制相应的预算管控方案，进而实现企业财务的管理。
3.目前，通常采用人工方式逐一对预算申请进行管控的方式，但当企业组织构架较复杂时，容易出现某些类别的预算金额不足难以继续进行经营活动，而其他类别的预算金额又出现超支的情况，此时通过人工方式无法及时进行预算的动态管控，造成了预算等财务资源的浪费。因此，如何提高预算管控的灵活性是本技术需要解决的问题。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种能够能提高企业财务管理灵活性的预算管控方法、系统、装置、计算机设备和计算机可读存储介质。
5.第一方面，本技术提供了一种预算管控方法。上述方法包括：当获取得到预算申请任务时，确定预算申请任务的预算信息；从预算单元集合中筛选出与预算信息相匹配的目标预算单元；通过目标预算单元执行预算申请任务；根据目标预算单元的标识，得到至少一种目标预算管控方案；通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果。
6.在一个实施例中，预算信息包括预算申请人员的人员信息、预算费用的费用类型和预算申请时间；从预算单元集合中筛选出与预算信息相匹配的目标预算单元包括：从组织构架数据库中查询人员信息所对应的目标组织节点；从费用类型数据库中查询费用类型所对应的目标费用节点，并确定目标费用节点所对应的目标预算科目；确定预算申请时间所属的目标预算期间；根据目标组织节点、目标预算科目和目标预算期间，从预算单元集合中筛选出目标预算单元。
7.在一个实施例中，从组织构架数据库中查询人员信息所对应的目标组织节点，包括：从组织构架数据库中查询人员信息所对应的至少一个组织节点；根据预设的节点层级关系，从至少一个组织节点中确定目标组织节点。
8.在一个实施例中，在根据目标预算单元的标识，得到至少一种目标预算管控方案之前，方法还包括：获取至少一个初始预算管控方案，并根据目标预算单元的标识，获取至少一组方案配置参数；将每组方案配置参数分别输入至相应的初始预算管控方案中，得到配置好的至少一种目标预算管控方案。
9.在一个实施例中，方案配置参数包括超额管控参数和汇总参数中的至少一种；超额管控参数包括强管控和弱管控中的任意一种；汇总参数包括结转汇总、非结转汇总、周期汇总中的任意一种；初始预算管控方案包括多个子方案；将每组方案配置参数分别输入至相应的初始预算管控方案中，得到配置好的至少一种目标预算管控方案，包括：根据方案配置参数，从初始预算管控方案包括的多个子方案中筛选出目标子方案，并将目标子方案作为目标预算管控方案。
10.在一个实施例中，预算信息还包括预算申请金额；目标预算管控方案包括超额管控方案和预警方案中的至少一种；管控结果包括第一管控结果和第二管控结果中的至少一种；通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果，包括：通过超额管控方案对预算申请金额进行管控，得到第一管控结果；当第一管控结果为提交通过时，通过预警方案对目标预算单元所对应的剩余金额进行管控，得到第二管控结果。
11.在一个实施例中，超额管控方案所对应的方案配置参数包括预算申请阈值；通过超额管控方案对预算申请金额进行管控，得到第一管控结果，包括：确定预算申请金额与预算申请阈值之间的大小；确定超额管控方案的管控类型；当预算申请金额大于预算申请阈值、且管控类型为弱管控类型时，确定第一管控结果为提交通过且触发第一预警；当预算申请金额大于预算申请阈值、且管控类型为强管控类型时，确定第一管控结果为禁止提交。
12.在一个实施例中，预警方案所对应的方案配置参数包括剩余比例阈值；当第一管控结果为提交通过时，通过预警方案对目标预算单元所对应的剩余金额进行管控，得到第二管控结果，包括：确定目标预算单元所对应的历史剩余金额和预先配置的总金额；从历史剩余金额中扣除预算申请金额，得到实际剩余金额；根据实际剩余金额与总金额确定实际剩余比例，并当实际剩余比例大于剩余比例阈值时，得到第二管控结果为触发第二预警。
13.在一个实施例中，目标预算管控方案还包括预算释放方案；方法还包括：当第一管控结果为提交通过、且当接收到对预算申请任务进行审核的审核结果时，对预算申请任务中的预算申请金额进行金额占用；当审核结果为审核不通过时，确定对预算申请任务进行审核的审核时间，并确定审核时间对应的参考预算单元；将进行了金额占用的预算申请金额释放至参考预算单元中。
14.在一个实施例中，目标预算管控方案还包括汇总方案；上述方法还包括：确定汇总方案的汇总类型；当汇总方案的汇总类型为累积结转汇总类型时，按照预设频率查看目标预算单元的实际剩余金额；确定与预算期间相邻的下一个相邻期间，并确定相邻期间对应的相邻预算单元，将实际剩余金额结转至相邻预算单元中。
15.在一个实施例中，目标预算管控方案还包括汇总方案；管控结果还包括第三管控结果；方法还包括：确定汇总方案的汇总类型；当汇总方案的汇总类型为周期汇总类型时，确定与预算期间相关联的至少一个关联期间，并确定每个关联期间各自对应的关联预算单元；确定目标预算单元和各关联预算单元分别对应的实际占用金额，并对各实际占用金额进行叠加，得到总占用金额；确定与目标预算单元相对应的预先配置的总周期预算，并当总占用金额大于总周期预算时，得到第三管控结果为触发第三预警。
16.第二方面，本技术还提供了一种预算管理系统。上述系统包括预算编制微服务；预算编制微服务包括基础资料模块和方案编制模块，其中：
基础资料模块，用于当获取得到预算申请任务时，确定预算申请任务的预算信息；基础资料模块，还用于从预算单元集合中筛选出与预算信息相匹配的目标预算单元；方案编制模块，用于通过目标预算单元执行预算申请任务，并根据目标预算单元的标识，得到至少一种目标预算管控方案；方案编制模块，还用于通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务对应的管控结果。
17.第三方面，本技术还提供了一种预算管控装置，上述装置包括：单元确定模块，用于当获取得到预算申请请求时，确定预算申请请求的预算信息；从预算单元集合中筛选出与预算信息相匹配的目标预算单元。
18.方案确定模块，用于通过目标预算单元执行预算申请任务；根据目标预算单元的标识，得到至少一种目标预算管控方案；结果确定模块，用于通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果。
19.第四方面，本技术还提供了一种计算机设备。计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：当获取得到预算申请任务时，确定预算申请任务的预算信息；从预算单元集合中筛选出与预算信息相匹配的目标预算单元；通过目标预算单元执行预算申请任务；根据目标预算单元的标识，得到至少一种目标预算管控方案；通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果。
20.第五方面，本技术还提供了一种计算机可读存储介质。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：当获取得到预算申请任务时，确定预算申请任务的预算信息；从预算单元集合中筛选出与预算信息相匹配的目标预算单元；通过目标预算单元执行预算申请任务；根据目标预算单元的标识，得到至少一种目标预算管控方案；通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果。
21.上述预算管控方法、系统、装置、计算机设备和存储介质，通过在获取得到预算申请任务时，确定预算申请任务的预算信息，进而可从预算单元集合中筛选出与预算信息相匹配的目标预算单元，如此，便可通过目标预算单元执行预算申请任务，并根据目标预算单元的标识，得到至少一种目标预算管控方案，使得通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果。由于本技术是在先确定出目标预算单元之后，再基于目标预算单元得到至少一种目标预算管控方案，因此，相比于传统的通过人工方式逐一对预算申请进行管控的方式，本技术针对不同的目标预算管控方案，可得到与目标预算管控方案相对应的管控结果，因此提高了提高预算管控的灵活性，也提高了企业财务管理的效率。同时，由于目标预算单元是直接通过预算申请任务中
的预算信息得到，使得由目标预算单元来执行预算申请任务，因此确保了预算管控的准确性。
附图说明
22.图1为一个实施例中预算管控方法的应用环境图；图2为一个实施例中预算管控方法的流程示意图；图3为一个实施例中配置预算管控方案的结构原理图；图4为一个实施例中执行预算申请任务的时序图；图5为一个实施例中筛选目标预算单元的流程示意图；图6为一个实施例中得到第一管控结果的流程示意图；图7为另一个实施例中预算管控方法的流程示意图；图8为一个实施例中预算管控系统的结构框图；图9为一个实施例中预算管控装置的结构框图；图10为一个实施例中计算机设备的内部结构图。
具体实施方式
23.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
24.本技术实施例提供的预算管控方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。终端102用于获取预算申请任务，并将预算申请任务发送至服务器104。服务器104用于确定预算申请任务的预算信息，并从预算单元集合中筛选出与预算信息相匹配的目标预算单元；服务器104还用于通过目标预算单元执行预算申请任务，并根据目标预算单元的标识，得到至少一种目标预算管控方案；服务器104还用于通过至少一种目标预算管控方案，对执行预算申请请求的过程进行管控，得到与预算申请任务相对应的管控结果，并将管控结果返回至终端102。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
25.在一个实施例中，如图2所示，提供了一种预算管控方法，以该方法应用于计算机设备为例进行说明，该计算机设备可为图1中的终端或服务器，包括以下步骤：步骤202，当获取得到预算申请任务时，确定预算申请任务的预算信息。
26.具体地，计算机设备中展示有一种预算申请界面，预算申请人员可在预算申请界面中登录员工账户信息后，填写预算费用的费用类型、预算申请时间和预算申请金额等信息。计算机设备响应于预算申请人员对预算申请界面的触发操作，得到相应的预算申请任务。当计算机设备得到预算申请任务时，便可对预算申请任务进行解析，得到与预算申请人员相对应的预算信息。其中，解析后得到的预算信息中包括预算申请人员的人员信息、预算
费用的费用类型、预算申请时间和预算申请金额等。
27.步骤204，从预算单元集合中筛选出与预算信息相匹配的目标预算单元。
28.其中，预算单元集合中包括至少一个预算单元，每个预算单元为一种进行预算管控的最小执行单元，通过预先对预算组织、预算科目、预算期间进行自由编排与配置，形成了多个预算单元，因此配置完成的预算单元中包括一个预算组织、一个预算科目和一个预算期间。其中，预算组织包括企业分公司、部门、员工个人等；预算科目包括餐饮预算科目、业务招待预算科目、日常交通预算科目等；预算期间包括第一季度、第二季度、6月份、7月份等。
29.具体地，计算机设备根据预算申请人员的人员信息，可确定目标预算组织、根据预算费用的费用类型可确定目标预算科目、根据预算申请时间可确定目标预算期间，因此，计算机设备根据目标预算组织、目标预算科目、目标预算期间，便可从预算单元集合中筛选出目标预算单元。
30.步骤206，通过目标预算单元执行预算申请任务。
31.其中，目标预算单元中包括预先配置的单元配置参数，如目标预算单元的总金额、总周期预算等，单元配置参数存储至方案数据库中。
32.具体地，计算机设备在确定目标预算单元时，便将与预算申请人员相对应的预算信息输入至目标预算单元，使得通过目标预算单元执行预算申请任务，比如，通过预算信息中的预算申请金额对总金额进行金额占用的任务、对审核通过的预算信息中的预算申请金额进行汇总的任务、对审核不通过的预算信息或预算申请人员临时撤回的预算信息进行金额释放的任务等。
33.步骤208，根据目标预算单元的标识，得到至少一种目标预算管控方案。
34.其中，目标预算管控方案包括超额管控方案、预警方案、预算释放方案和汇总方案。超额管控方案为一种当预算申请人员提交的预算申请金额超过预设的预算申请阈值时，对预算申请金额进行管控的过程；预警方案为一种目标预算单元的实际剩余比例超过预设的剩余比例阈值时，触发第二预警的过程；预算释放方案用于当预算信息的审核不通过或预算申请人员临时撤回时，对预算申请金额的金额释放过程进行管控；汇总方案用于在预算期间的期末时，对预算期间中的所有预算信息进行金额汇总的过程进行管控。
35.具体地，计算机设备预先通过方案配置参数，完成了目标预算单元的标识与目标预算管控方案之间的关联配置，其中，方案配置参数可为超额管控方案所对应的预算申请阈值、预警方案所对应的剩余比例阈值等。比如，对于预算单元1，方案配置参数中的剩余比例阈值为0.8，则得到预算单元1与预警方案之间的关联配置，因此，当计算机设备确定预算单元1时，可得到至少一种目标预算管控方案，如预警方案。
36.步骤210，通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果。
37.具体地，当目标预算管控方案为超额管控方案时，与超额管控方案相对应的预算申请任务为，对预算申请金额超过预设的预算申请阈值进行管控的任务；当目标预算管控方案为预警方案时，与预警方案相对应的预算申请任务为，根据目标预算单元的实际剩余比例和预设的剩余比例阈值，判断是否触发第二预警的任务；当目标预算管控方案为预算释放方案时，与预算释放方案相对应的预算申请任务为，对审核不通过的预算信息或预算
申请人员临时撤回的预算信息进行金额释放的任务；当目标预算管控方案为汇总方案时，与汇总方案相对应的预算申请任务为，对审核通过的预算信息中的预算申请金额进行汇总的任务。计算机设备针对每种目标预算管控方案，均在对预算申请任务的执行过程进行管控时，得到与预算申请任务相对应的管控结果。
38.上述预算管控方法中，通过在获取得到预算申请任务时，确定预算申请任务的预算信息，进而可从预算单元集合中筛选出与预算信息相匹配的目标预算单元，如此，便可通过目标预算单元执行预算申请任务，并根据目标预算单元的标识，得到至少一种目标预算管控方案，使得通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果。由于本技术是在先确定出目标预算单元之后，再基于目标预算单元得到至少一种目标预算管控方案，因此，相比于传统的通过人工方式逐一对预算申请进行管控的方式，本技术针对不同的目标预算管控方案，可得到与目标预算管控方案相对应的管控结果，因此提高了提高预算管控的灵活性，也提高了企业财务管理的效率。
39.在一个实施例中，在根据目标预算单元的标识，得到至少一种目标预算管控方案之前，方法还包括：获取至少一个初始预算管控方案，并根据目标预算单元的标识，获取至少一组方案配置参数；将每组方案配置参数分别输入至相应的初始预算管控方案中，得到配置好的至少一种目标预算管控方案。
40.其中，初始预算管控方案可为一种初始管控模块，通过对初始管控模块进行初始化创建后得到，初始管控模块中包括有运行管控方案所需的全部代码与资源等。初始预算管控方案包括初始超额管控方案、初始预警方案、初始预算释放方案和初始汇总方案。通常每个预算单元各自对应的方案配置参数均不相同，因此得到的目标预算管控方案也不相同。
41.具体地，如图3所示，图3为对配置预算管控方案的结构原理图。计算机设备获取预先创建完成的初始功能组件，并从方案数据库中获取与目标预算单元的标识相对应的至少一组方案配置参数。其中，方案数据库是一种预先创建的关系型数据库，例如mysql数据库；方案配置参数可包括预算申请阈值、剩余比例阈值、超额管控参数、释放标识和汇总参数等。计算机设备将每组方案配置参数分别输入至相应的初始预算管控方案中，得到配置好的至少一种目标预算管控方案。比如将预算申请阈值和超额管控参数输入至初始超额管控方案中，得到配置好的超额管控方案；将剩余比例阈值输入至初始预警方案中，得到配置好的预警方案；将释放标识输入至初始预算释放方案中，得到配置好的预算释放方案；将汇总参数输入至初始汇总方案中，得到配置好的汇总方案。
42.在一个实施例中，当计算机设设备配置好汇总方案时，创建一个可对预算单元的实际剩余金额进行查询的定时查询任务。
43.在一个实施例中，计算机设备中展示有一种预算配置界面，管理人员可在预算配置界面中，预先对预算单元集合中的至少一个预算单元进行配置。首先填写预算单元的名称，其次选择处于启用状态的预算组织，其中，可按照预算组织编码、名称模糊搜索进行选择，且预算配置界面中会对处于启动状态的预算组织进行显示，并对已被添加但处于禁用状态的预算组织进行显示。接着选择适用的预算期间，且不能为过期期间，并在每个预算组织下分别添加预算科目。综合添加完成的预算组织、预算期间和预算科目，得到配置好的预
算单元。在一个实施例中，管理人员可在预算配置界面中填写每个预算单元的标识各自对应的至少一组方案配置参数。
44.在一个实施例中，对包含了多个预算组织的组织构架微服务、包含了多个费用类型的费用类型微服务、通知中心、消息中心和任务中心分别进行配置。其中，配置好的组织构架微服务和费用类型微服务用于提供基础数据，预算组织、预算期间和预算科目均作为配置预算单元的预算基础资料。因此，通过将组织架构微服务中的预算组织和费用类型微服务中的费用类型进行自由组合的方式，可灵活配置预算单元的预算基础资料，进而得到多维度的预算单元。
45.本实施例中，针对每个预算单元各自对应的方案配置参数，均根据每组方案配置参数得到配置好的至少一种目标预算管控方案，确保了通过目标预算管控方案，实现对目标预算单元的精准管控。同时，由于预算单元配置过程是将将企业组织架构与费用类型独立开，避免了预算组织与预算科目之间的强耦合性，确保当企业组织架构有调整或费用类型需增删改时，能动态地对预算单元进行灵活配置。
46.在一个实施例中，方案配置参数包括超额管控参数和汇总参数中的至少一种；超额管控参数包括强管控和弱管控中的任意一种；汇总参数包括结转汇总、非结转汇总、周期汇总中的任意一种；初始预算管控方案包括多个子方案；将每组方案配置参数分别输入至相应的初始预算管控方案中，得到配置好的至少一种目标预算管控方案，包括：根据方案配置参数，从初始预算管控方案包括的多个子方案中筛选出目标子方案，并将目标子方案作为目标预算管控方案。
47.其中，初始预算管控方案包括至少一个子方案，如初始超额管控方案包括初始强管控方案和初始弱管控方案，初始汇总方案包括初始累积结转汇总方案、初始累积非结转汇总方案和初始周期汇总方案。
48.具体地，当方案配置参数包括预算申请阈值和超额管控参数中的强管控时，根据超额管控参数中的强管控，从初始预算管控方案中筛选出初始子方案为初始强管控方案，将预算申请阈值输入至初始强管控方案中，得到目标子方案为强管控方案，因此将强管控方案作为目标预算管控方案。当方案配置参数包括汇总参数中的结转汇总时，直接根据结转汇总，从初始预算管控方案中筛选出目标子方案为结转汇总方案，因此将结转汇总方案作为目标预算管控方案。
49.本实施例中，针对包括多个子方案的初始预算管控方案，可预先通过方案配置参数筛选出目标子方案后，再确定出目标预算管控方案，使得配置得到的目标预算管控方案更准确。
50.在一个实施例中，当完成预算管控方案的配置后，计算机设备可基于配置完成的目标预算管控方案，对执行预算申请任务的过程进行管控。如图4所示，图4为一个实施例中执行预算申请任务的时序图。预算编制微服务获取预算申请人员的预算信息，并将预算信息中的人员信息发送至组织架构微服务，使得组织架构微服务将组织架构返回至预算编制微服务；预算编制微服务根据组织架构确定人员信息对应的目标预算组织、根据预算费用的费用类型可确定目标预算科目、根据预算申请时间可确定目标预算期间；预算编制微服务综合目标预算组织、目标预算科目、目标预算期间，确定目标预算单元；通过超额管控方案，对预算申请任务的过程进行管控，当得到第一管控结果为提交通过时，对预算申请金额
进行金额冻结，当得到第一管控结果为提交不通过时，则拒绝提交；预算编制微服务将第一管控结果发送至预算申请人员的所在的预算申请界面进行展示，并将提交通过的信息发送至消息中心的消息队列中；通过预警方案，对预算申请任务的过程进行管控，当得到第二管控结果，并将第二管控结果发送至消息中心的消息队列中；通过管理人员对预算申请任务的进行审核后，将得到的审核结果发送至消息中心的消息队列中；消息中心模块响应于针对消息队列中的信息的触发，向通知中心发送通知服务信息。
51.本实施例中，通过配置完成的目标预算管控方案，可对预算申请人员所对应的预算申请任务的过程进行管控，并在预算申请界面中对第一管控结果进行展示，而针对第二管控结果、审核结果等，可通过通知服务信息的形式进行展示，因此提高了不同用户进行预算申请或预算审核的便捷性。
52.在一个实时例中，参考图4所示，当预算申请人员的所在的预算申请界面中填写预算信息时，需要从费用类型微服务中拉取费用架构，并将费用构架在预算申请人员的所在的预算申请界面进行展示。
53.在一个实时例中，参考图4所示，当管理人员将预先配置的汇总方案存储至任务中心后，预算编制微服务便可通过任务中心，执行汇总类型为累积结转汇总类型的汇总方案，也即执行结转操作。
54.在一个实施例中，预算信息包括预算申请人员的人员信息、预算费用的费用类型和预算申请时间，如图5所示，从预算单元集合中筛选出与预算信息相匹配的目标预算单元的过程，还包括以下步骤：步骤502，从组织构架数据库中查询人员信息所对应的目标组织节点。
55.其中，组织构架数据库是一种预先创建的关系型数据库，参考图3所示，例如mysql数据库，组织构架数据库中存储了由分公司、部门、员工个人构成的、具有不同层级关系的组织构架，且组织构架以一种结构树的形式呈现，分公司、部门、员工个人均为结构树中的不同组织节点。人员信息为预算申请人员的姓名等信息。
56.具体地，计算机设备确定人员信息在组织构架中的候选组织节点，并将候选组织节点的上一节点层级的第一组织节点作为目标组织节点。例如，先确定员工小张所在的候选组织节点，再将员工小张所在的部门作为目标组织节点。
57.在一个实施例中，从组织构架数据库中查询人员信息所对应的目标组织节点，包括：从组织构架数据库中查询人员信息所对应的至少一个组织节点；根据预设的节点层级关系，从至少一个组织节点中确定目标组织节点。
58.其中，节点层级关系表征费用类型与组织构架数据库中的节点层级之间的关联关系。例如，费用类型为办公类型时，与费用类型相关联的节点层级为分公司层级；费用类型为餐饮类型时，与费用类型相关联的节点层级为部门层级。
59.具体地，计算机设备可确定人员信息所对应的至少一个组织节点，此时的组织节点可包括候选组织节点的上一节点层级的第一组织节点、以及第一组织节点的上一节点层级的第二组织节点。例如，第一组织节点为员工小张所在的部门，第二组织节点为员工小张所在的分公司。计算机设备根据预设的节点层级关系，若节点层级关系表征费用类型与部门层级相关联，则将部门层级中的第一组织节点作为目标组织节点；若节点层级关系表征费用类型与分公司层级相关联，则将分公司层级中的第二组织节点作为目标组织节点。
60.在一个实施例中，计算机设备可根据人员信息和费用类型，从组织构架数据库中确定出目标组织节点。
61.本实施例中，通过将不同节点层级与费用类型相关联，使得针对不同的费用类型能准确查询出员工信息对应的目标组织节点，也提高了对后续组织节点与费用节点激进行组合的灵活性。
62.步骤504，从费用类型数据库中查询费用类型所对应的目标费用节点，并确定目标费用节点所对应的目标预算科目。
63.其中，费用类型数据库是一种预先创建的关系型数据库，参考图3所示，例如mysql数据库，费用类型数据库中存储了一种结构树形式的费用构架，比如餐饮类型、出行类型、办公类型等为结构树中的父级费用节点，用餐、招待费、餐补则为餐饮类型节点下的子级费用节点；快递、办公用品等则为办公类型节点下的子级费用节点等。其中，预算科目是预算收支的总分类及明细分类，是组织预算会计核算，反映预算执行情况，进行财务考核分析和预算统计等的分类依据。
64.具体地，计算机设备确定费用类型在费用构架中的候选费用节点，并将候选费用节点的父级费用节点作为目标费用节点。例如，先确定招待费所在的候选费用节点，再将招待费所对应的餐饮类型作为目标费用节点。计算机设备可预先通过建立费用类型与预算科目的对应关系，例如将费用类型中的餐饮类型添加为餐饮预算科目，也可将餐饮类型中的用餐和招待费添加为业务招待预算科目等。计算机设备根据费用类型与预算科目之间的对应关系，便可确定出目标费用节点所对应的目标预算科目。
65.在一个实施例中，计算机设备根据目标组织节点、目标费用节点和预算申请时间，从预算单元集合中筛选出目标预算单元。
66.步骤506，确定预算申请时间所属的目标预算期间。
67.其中，预算期间可为月份、季度、年份和自定义期间等期间类型，例如，可自定义将一个星期作为一个预算期间。预算申请时间为预算申请人员将要执行预算活动时的时间，例如，小张5月5日在预算申请界面填写信息，内容为6月5日要出差，希望申请100元餐饮类型的费用，则预算申请时间为6月5日。
68.具体地，计算机设备根据费用类型，确定预算申请时间对应的目标期间类型，例如，费用类型为餐饮类型时，对应的目标期间类型为月份、费用类型为办公类型时，对应的目标期间类型为季度。计算机设备根据目标期间类型，确定预算申请时间所属的目标预算期间，例如6月5日的目标预算期间为6月份。
69.步骤508，根据目标组织节点、目标预算科目和目标预算期间，从预算单元集合中筛选出目标预算单元。
70.其中，预算组织则为组织构架数据库中的组织节点。当计算机设备在确定目标组织节点、目标预算科目和目标预算期间时，便可直接从预算单元集合中筛选出目标预算单元。
71.本实施例中，根据人员信息可确定目标组织节点、根据费用类型确定所对应的目标费用节点、以及根据预算申请时间确定所属的目标预算期间，便可以准确得到筛选出的目标预算单元，使得后续对目标预算单元进行灵活管控。
72.在一个实施例中，预算信息还包括预算申请金额；目标预算管控方案包括超额管
控方案和预警方案中的至少一种；管控结果包括第一管控结果和第二管控结果中的至少一种；如图6所示，通过超额管控方案对预算申请金额进行管控，得到第一管控结果还包括以下步骤：步骤602，确定预算申请金额与预算申请阈值之间的大小，并确定超额管控方案的管控类型。
73.其中，超额管控方案的管控类型包括强管控和弱管控，弱管控表示预算信息中的预算申请金额超出预算范围则显示预警，但允许提交；强管控表示预算信息中的预算申请金额超出预算范围时，则禁止提交。
74.具体地，计算机设备在接收到预算信息时，确定目标预算单元是否为超额管控方案下的自定义管控形式，若是，则确定预算申请金额与预算申请阈值之间的大小，并确定超额管控方案的管控类型，进而根据管控类型对预算申请金额进行管控。
75.在一个实施例中，计算机设备会预先对每个预算单元分别对应的超额管控方案的管控类型进行配置。此时，方案配置后的预算单元为超额管控方案下的一种自定义管控形式。
76.在一个实施例中，计算机设备会预先对预算组织所对应的超额管控方案的管控类型进行配置。此时，方案配置后的预算组织为超额管控方案下的一种统一管控形式。也即目标组织节点对应于超额管控方案下的统一管控形式。
77.步骤604，当预算申请金额大于预算申请阈值、且管控类型为弱管控类型时，确定第一管控结果为提交通过且触发第一预警。
78.在一个实施例中，当预算申请金额小于等于预算申请阈值、且管控类型为弱管控类型时，计算机设备确定第一管控结果为提交通过。
79.在一个实施例中，计算机设备将提交通过的标识和触发第一预警的第一预警标识存储至消息队列中。
80.步骤606，当预算申请金额大于预算申请阈值、且管控类型为强管控类型时，确定第一管控结果为禁止提交。
81.具体地，计算机设备根据不同的管控类型，得到各自对应的第一管控结果。当管控类型为强管控类型，若预算申请金额小于等于预算申请阈值，计算机设备确定第一管控结果为提交通过；若预算申请金额大于预算申请阈值，则确定第一管控结果为禁止提交，此时通过预算申请界面直接向预算申请人员展示禁止提交的结果。
82.在一个实施例中，计算机设备在接收到预算信息时，确定目标组织节点是否对应于超额管控方案下的统一管控形式，若是，则确定与目标组织节点相关联的至少一个待管控预算单元，并通过超额管控方案对多个待管控预算单元均进行管控。
83.在一个实施例中，计算机设备在接收到预算信息时，确定目标预算单元是否为超额管控方案下的自定义管控形式，若否，则确定目标组织节点是否对应于超额管控方案下的统一管控形式，若是，则确定与目标组织节点相关联的至少一个待管控预算单元，并对多个待管控预算单元均进行强管控或弱管控中的任意一种。例如，当目标组织节点为部门a，待管控预算单元可包括由部门a、餐饮类型、1月预算期间组成的预算单元1、由部门a、出行类型、2月预算期间组成的预算单元2等，因此，同时对预算单元1和预算单元2进行强管控或弱管控中的任意一种。
84.本实施例中，通过对不同管控形式进行判断后，便可对预算申请金额超出预算申请阈值的预算申请任务灵活地进行强管控或弱管控，同时确保了在弱管控下会触发第一预警对管理人员进行通知。
85.进一步地，当第一管控结果为提交通过时，通过预警方案对目标预算单元所对应的剩余金额进行管控，得到第二管控结果，包括：预警方案所对应的方案配置参数包括剩余比例阈值，确定目标预算单元所对应的历史剩余金额和预先配置的总金额；从历史剩余金额中扣除预算申请金额，得到实际剩余金额；根据实际剩余金额与总金额确定实际剩余比例，并当实际剩余比例大于剩余比例阈值时，得到第二管控结果为触发第二预警。
86.具体地，计算机设备在确定第一管控结果为提交通过时，从方案数据库中查询目标预算单元预先配置的总金额，并通过金额检测模块确定目标预算单元所对应的历史剩余金额。其中，总金额为最大可申请的预算金额的总数量，历史剩余金额是指执行历史预算申请任务后剩余的金额。计算机设备从历史剩余金额中扣除预算申请金额，得到实际剩余金额；根据实际剩余金额与总金额确定实际剩余比例，当实际剩余比例大于剩余比例阈值时，得到第二管控结果为触发第二预警；当实际剩余比例小于等于剩余比例阈值时，得到第二管控结果为金额通过。
87.参考上述举例，若剩余比例阈值为0.8，预算单元1的总金额为1000元，当预算单元1在执行小王等其他员工申请的历史预算申请任务后，历史剩余金额还剩800元。从800元中扣除小张申请的100元后，得到实际剩余金额为700元，此时得到实际剩余比例为0.7，因此，第二管控结果为触发第二预警。
88.在一个实施例中，在得到第二管理结果为触发第二预警之后，计算机设备将触发第二预警的第二预警标识存储至消息队列中，响应于针对消息队列中的第二预警标识的触发操作，对目标预算单元所对应的总金额进行更新。比如，提升目标预算单元所对应的总金额。
89.本实施例中，通过设置相应的剩余比例阈值，进而得到第二管控结果为触发第二预警后，可将第二预警标识通知到管理人员，进而增强管理人员对企业财务的预算管控能力。
90.在一个实施例中，当第一管控结果为提交通过时，管理人员对预算申请任务中预算信息进行审核，得到的审核结果包括审核通过或审核不通过。
91.在一个实施例中，计算机设备将审核结果存储至消息队列中，响应于针对消息队列中的审核结果的触发操作，向管理人员展示通知服务信息。
92.在一个实施例中，目标预算管控方案还包括预算释放方案；方法还包括：当第一管控结果为提交通过、且当接收到对预算申请任务进行审核的审核结果时，对预算申请任务中的预算申请金额进行金额占用；当审核结果为审核不通过时，确定对预算申请任务进行审核的审核时间，并确定审核时间对应的参考预算单元；将进行了金额占用的预算申请金额释放至参考预算单元中。
93.具体地，计算机设备在得到的审核结果时，对预算申请任务中的预算申请金额进行金额占用，也即通过预算申请金额对目标预算单元中的历史剩余金额进行更新，得到实际占用金额。参考上述举例，当小张申请的预算申请金额为100元时，其他员工申请的历史预算申请任务后的历史剩余金额还剩800元，因此，预算单元1的实际占用金额为300元。
94.进一步地，由于审核人员对预算申请任务进行审核的审核时间，相较于预算申请时间可能会出现时间延迟地情况，因此，审核时间所对应的预算单元可能出现与目标预设单元不统一的情况。例如，审核时间为7月1日时对应的预算单元则为7月份的预算单元。当审核结果为审核不通过时，计算机设备确定对预算申请任务进行审核的审核时间，并确定审核时间对应的参考预算单元，此时的参考预算单元通常为与目标预算期间相邻的下一个相邻期间所对应的预算单元。计算机设备确定参考预算单元中预先配置的总金额，并将进行了金额占用的预算申请金额释放至参考预算单元的总金额中。例如，当参考预算单元的总金额为500元时，将小张的预算申请金额100元释放至参考预算单元后，参考预算单元的总金额变为600元。
95.在一个实施中，当预算申请金额释放至参考预算单元的总金额时，计算机设备对目标预算单元中金额占用了的预算申请金额不做处理。
96.在一个实施中，当预算申请人员撤回预算申请任务时，计算机设备可将进行了金额占用的预算申请金额释放至参考预算单元或目标预算单元中。
97.在一个实施中，当得到的第一管理结果时，计算机设备对预算申请金额进行金额冻结，可确保预算申请人员不能再对预算申请金额进行修改等，且此时的预算申请金额还未由管理人员进行审核。比如将小张申请的100元冻结。
98.本实施例中，通过预算释放方案对预算申请任务的执行过程进行管控，避免了管理人员驳回预算申请任务或预算申请人员撤回预算申请任务的情况下，因为审核时间与预算申请时间存在时间差时，出现金额释放够不灵活、释放规则单一的情况；同时也避免了因金额释放够不灵活，需要管理人员多次对预算单元中的总金额进行人工编辑的次数。
99.在一个实施例中，目标预算管控方案还包括汇总方案；方法还包括：确定汇总方案的汇总类型；当汇总方案的汇总类型为累积结转汇总类型时，按照预设频率查看目标预算单元的实际剩余金额；确定与预算期间相邻的下一个相邻期间，并确定相邻期间对应的相邻预算单元，将实际剩余金额结转至相邻预算单元中。
100.其中，汇总方案的汇总类型包括累积结转汇总类型、累积非结转汇总类型和周期汇总类型中的任意一种。累积结转汇总类型表示将当前目标预算单元中的剩余金额结转到下一个预算单元的过程；累积非结转汇总类型表示将当前目标预算单元中的剩余金额清零的过程；周期汇总类型表示按照预设的总周期预算，对至少一个预算单元的占用金额进行汇总管控的过程。
101.具体地，当汇总方案的汇总类型为累积结转汇总类型时，计算机设备响应于定时查询任务时，可按照预设频率查看目标预算单元的实际剩余金额。参考上述举例，查询到实际剩余金额为700元，此时的目标预算单元为6月份对应的预算单元1。计算机设备确定与预算期间相邻的下一个相邻期间，并确定相邻期间对应的相邻预算单元，将实际剩余金额结转至相邻预算单元中。例如，相邻期间为7月份，相邻预算单元则为7月份对应的预算单元2，若预算单元2中预先设置的总金额为500，将700元结转至预算单元2后，总金额变为1300元。
102.本实施例中，通过汇总方案中的累积结转汇总类型，可对目标预算单元中的剩余金额进行准确、高效的管控，避免了通过人工方式对每期末的目标预算单元中进行逐一汇总时效率不足的问题。同时，针对每个预算期间不同部门开展的经营活动不同、或各员工预算申请金额不一样，本技术在确定预算期间相邻的下一个相邻期间后，便将没有占用的预
算金额结转到相邻期间对应的相邻预算单元中，提高了对预算金额的进行管控的灵活性。
103.在一个实施例中，目标预算管控方案还包括汇总方案；管控结果还包括第三管控结果；方法还包括：确定汇总方案的汇总类型；当汇总方案的汇总类型为周期汇总类型时，确定与预算期间相关联的至少一个关联期间，并确定每个关联期间各自对应的关联预算单元；确定目标预算单元和各关联预算单元分别对应的实际占用金额，并对各实际占用金额进行叠加，得到总占用金额；确定与目标预算单元相对应的预先配置的总周期预算，并当总占用金额大于总周期预算时，得到第三管控结果为触发第三预警。
104.具体地，计算机设备在汇总方案的汇总类型为周期汇总类型时，确定与预算期间相关联的至少一个关联期间，并从方案数据库中获取与目标预算单元相对应的预先配置的总周期预算。其中，预算期间与关联期间之间的关联关系为预先配置。例如，当预算期间为某月份的第二个星期时，与预算期间相关联的关联期间则包括该月份的第一个星期、第三个星期和第四个星期。计算机设备根据目标预算单元和各关联预算单元分别对应的实际占用金额，得到总占用金额。计算机设备确定占用金额和总周期预算之间的大小，当总占用金额大于总周期预算时，得到第三管控结果为触发第三预警；当总占用金额小于等于总周期预算时，得到第三管控结果为汇总通过。计算机设备将得到第三管控结果存储至消息队列中。
105.例如，总周期预算为2000时，第一个星期、第二个星期、第三个星期和第四个星期分别对应的实际占用金额均为400元，得到总占用金额为1600元，因此第三管控结果为汇总通过。
106.本实施例中，通过提供另一种周期汇总类型的汇总方案，可对目标预算单元中的剩余金额进行准确、高效的管控，进一步提高了管理人员对企业财务的预算管控能力。
107.在一个实施例中，如图7所示，提供了一种预算管理方法的流程示意图，包括以下步骤：s701：管理人员根据企业内部的组织构架、费用类型设置的预算组织、预算科目、设置的预算期间，组成预算基础资料；s702：根据预算基础资料中的预算组织、预算科目、预算期间编制成多个预算单元；s703：通过方案检测模块检查编制的预算单元的正确性；s704：配置预算单元的超额管控方案、预警方案、预算释放方案和汇总方案；s705：根据预算申请人员在预算申请界面中填写的信息，得到预算申请任务的预算信息；s706：根据预算信息确定相匹配的目标预算单元，并通过至少一种目标预算管控方案，对目标预算单元执行预算申请任务的过程进行管控。
108.在一个实施例中，如图8所示，提供了一种预算管控系统的结构框图，该系统包括预算编制微服务；预算编制微服务包括基础资料模块和方案编制模块，其中基础资料模块，用于当获取得到预算申请任务时，确定预算申请任务的预算信息；基础资料模块，还用于从预算单元集合中筛选出与预算信息相匹配的目标预算单元；方案编制模块，用于通过目标预算单元执行预算申请任务，并根据目标预算单元的标识，得到至少一种目标预算管控方案；方案编制模块，还用于通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务对应的管控结果。
109.其中，基础资料模块包括由预算组织、预算科目、预算期间组成的预算基础资料；通过预算管控系统解决技术问题的实现方案与上述预算管控方法中所记载的实现方案相似，本技术在此不再赘述。
110.在一个实施例中，参考图8所示，系统还包括任务中心、消息中心、通知中心、方案检测模块、组织构架微服务和费用类型微服务，其中：任务中心，用于按照预设频率查看目标预算单元的实际剩余金额，并在目标预算管控方案为累积结转汇总类型的汇总方案时，对实际剩余金额进行结转操作。其中，通过响应于预先创建的定时查询任务，便可查询目标预算单元的实际剩余金额。
111.消息中心，用于提供存储了至少一种管控结果的消息队列，并响应于针对管控结果的触发，向通知中心发送通知服务信息。其中，通过面向消息的中间件（如rabbitmq）保存消息队列中的信息。
112.其中，消息队列中的管控结果包括有触发第一预警的第一预警标识、触发第二预警的第二预警标识、触发第三预警的第三预警标识、提交通过的标识和审核结果等。当触发消息队列中的管控结果不同时，向通知中心模块发送的通知服务信息也不同，比如，对第一预警标识进行触发，通知服务信息为弱管控类型时的超额预算管控下，第一管控结果为提交通过；对第三预警标识进行触发，通知服务信息为周期汇总类型时的汇总方案下，总占用金额超过了预设的总周期预算。因此，通过对消息队列中的不同管控结果的触发，可实现对企业经营活动前、经营活动中、经营活动后的不同管控情况进行实时跟踪查看，促进企业财务管理的效率。
113.通知中心，用于接收通知服务信息，并通过第三方平台对通知服务信息进行展示。其中，可通过http接口（hyper text transfer protocol，超文本传输协议）向第三方平台发送通知服务信息，第三方平台包括企业微信机器人、企业邮箱、微信公众号等。
114.方案检测模块，用于在配置好每个预算单元各自对应的至少一种预算管控方案之后，以已配置的组织节点、已配置的费用节点和已配置的预算期间中的任意一种作为查找基础，均能从预算单元集合中在查找到相对应的预算单元。其中，由于因为配置好的预算单元中结合了企业的预算组织、费用类型、预算期间，通过人工方式审核难以确保配置的正确性，因此方案检测模块可实现预算单元的自动检测。
115.组织构架微服务，用于获取包括多个组织节点的组织构架，并将组织构架存储至组织构架数据库中。其中，获取的组织构架包括各级部门的行政架构、架构下的员工、与企业关联的分公司主体信息等数据，这些数据来源可以是管理人员通过组织构架微服务进行手动录入、通过企业微信中的sdk（software development kit，软件开发工具包）导入，导入后的组织构架保存到组织架构数据库中。同时，组织构架为一种基于云计算的分布式集群架构，可提升预算管控系统的执行效率和响应速度。
116.费用类型微服务，用于获取多个费用节点，并根据各费用节点各自对应的节点类型创建费用构架，并将费用构架存储至费用类型数据库中。其中，费用节点包括用餐、招待费、快递、办公用品等；节点类型包括餐饮类型节点、办公类型节点等，因此将用餐、招待费创建为餐饮类型节点下的子级费用节点等，直至得到费用构架。
117.应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤
或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
118.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的预算管控方法的预算管控装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个预算管控装置实施例中的具体限定可以参见上文中对于预算管控方法的限定，在此不再赘述。
119.在一个实施例中，如图9所示，提供了一种预算管控装置900，包括：单元确定模块902、方案确定模块904和结果确定模块906，其中：单元确定模块902，用于当获取得到预算申请请求时，确定预算申请请求的预算信息；从预算单元集合中筛选出与预算信息相匹配的目标预算单元。
120.方案确定模块904，用于通过目标预算单元执行预算申请任务；根据目标预算单元的标识，得到至少一种目标预算管控方案；结果确定模块906，用于通过至少一种目标预算管控方案，对执行预算申请任务的过程进行管控，得到与预算申请任务相对应的管控结果。
121.在一个实施例中，预算信息包括预算申请人员的人员信息、预算费用的费用类型和预算申请时间；单元确定模块902，还用于从组织构架数据库中查询人员信息所对应的目标组织节点；从费用类型数据库中查询费用类型所对应的目标费用节点，并确定目标费用节点所对应的目标预算科目；确定预算申请时间所属的目标预算期间；根据目标组织节点、目标预算科目和目标预算期间，从预算单元集合中筛选出目标预算单元。
122.在一个实施例中，预算管控装置900还包括方案配置模块908，用于获取至少一个初始预算管控方案，并根据目标预算单元的标识，获取至少一组方案配置参数；将每组方案配置参数分别输入至相应的初始预算管控方案中，得到配置好的至少一种目标预算管控方案。
123.在一个实施例中，方案配置参数包括超额管控参数和汇总参数中的至少一种；超额管控参数包括强管控和弱管控中的任意一种；汇总参数包括结转汇总、非结转汇总、周期汇总中的任意一种；初始预算管控方案包括多个子方案；方案配置模块908，还用于根据方案配置参数，从初始预算管控方案包括的多个子方案中筛选出目标子方案，并将目标子方案作为目标预算管控方案。
124.在一个实施例中，超额管控方案所对应的方案配置参数包括预算申请阈值；结果确定模块906还包括第一管控模块9061，用于确定预算申请金额与预算申请阈值之间的大小；确定超额管控方案的管控类型；当预算申请金额大于预算申请阈值、且管控类型为弱管控类型时，确定第一管控结果为提交通过且触发第一预警；当预算申请金额大于预算申请阈值、且管控类型为强管控类型时，确定第一管控结果为禁止提交。
125.在一个实施例中，预警方案所对应的方案配置参数包括剩余比例阈值；结果确定模块906还包括第二管控模块9062，用于确定目标预算单元所对应的历史剩余金额和预先配置的总金额；从历史剩余金额中扣除预算申请金额，得到实际剩余金额；根据实际剩余金额与总金额确定实际剩余比例，并当实际剩余比例大于剩余比例阈值时，得到第二管控结果为触发第二预警。
126.在一个实施例中，结果确定模块906还包括第三管控模块9063，用于当第一管控结
果为提交通过、且当接收到对预算申请任务进行审核的审核结果时，对预算申请任务中的预算申请金额进行金额占用；当审核结果为审核不通过时，确定对预算申请任务进行审核的审核时间，并确定审核时间对应的参考预算单元；将进行了金额占用的预算申请金额释放至参考预算单元中。
127.在一个实施例中，结果确定模块906还包括第四管控模块9064，用于确定汇总方案的汇总类型；当汇总类型为累积结转汇总类型时，按照预设频率查看目标预算单元的实际剩余金额；确定与预算期间相邻的下一个相邻期间，并确定相邻期间对应的相邻预算单元，将实际剩余金额结转至相邻预算单元。
128.在一个实施例中，第四管控模块9064，还用于确定汇总方案的汇总类型；当汇总方案的汇总类型为周期汇总类型时，确定与预算期间相关联的至少一个关联期间，并确定每个关联期间各自对应的关联预算单元；确定目标预算单元和各关联预算单元分别对应的实际占用金额，并对各实际占用金额进行叠加，得到总占用金额；确定与目标预算单元相对应的预先配置的总周期预算，并当总占用金额大于总周期预算时，得到第三管控结果为触发第三预警。
129.上述预算管控装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
130.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括处理器、存储器、输入/输出接口(input/output，简称i/o）、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、移动蜂窝网络、nfc（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种预算管控方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置，显示屏可以是液晶显示屏或电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
131.本领域技术人员可以理解，图10中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
132.在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
133.在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
134.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取
存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（read-only memory，rom）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（reram）、磁变存储器（magnetoresistive random access memory，mram）、铁电存储器（ferroelectric random access memory，fram）、相变存储器（phase change memory，pcm）、石墨烯存储器等。易失性存储器可包括随机存取存储器（random access memory，ram）或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器（static random access memory，sram）或动态随机存取存储器（dynamic random access memory，dram）等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
135.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
136.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。