一种审计结果调整的方法、装置、电子设备及存储介质与流程

1.本技术涉及自动程序设计技术领域，尤其涉及一种审计结果调整的方法、装置、电子设备及存储介质。


背景技术：

2.根据现有管理规范和外部审计要求，需要根据审查结果及外部审计机构审计或审阅结果对个别评估方式的减值损失估算结果提出调整建议，其中涉及到对风险分类和阶段划分的调整，既要外部审计提出的阶段/分类(以下简称阶段)审计下迁的调整，也要允许分行发起阶段审计上迁的调整。这些调整过程中，包括外部审计师发起阶段审计下迁的沟通确认流程，及分行发起阶段审计上迁的沟通确认流程；这些沟通确认和调整过程，均是线下进行的，存在沟通成本高、效率低、安全保密性无法得到保障等问题。另外，如果调整结果不及时，则无法全面利用现有数据及时作为参考材料和调整时的可靠依据，从而造成数据浪费。


技术实现要素：

3.本技术提供了一种审计结果调整的方法、装置、电子设备及存储介质，以解决现有技术中通过线下进行阶段审计上迁或下迁调整时存在的，存在沟通成本高、效率低、安全保密性无法得到保障等问题。
4.第一方面，本技术实施例提供了一种审计结果调整的方法，所述方法应用于审计管理系统中，所述方法包括：
5.接收调整任务，所述调整任务包括目标客户信息以及调整指示信息；
6.根据所述调整指示信息确定所述调整任务的调整类型；
7.根据所述调整类型，确定所述调整任务的处理流转顺序；
8.获取与所述目标客户信息对应的审计结果，所述审计结果包括所述目标客户信息对应的风险等级信息；
9.按照所述处理流转顺序对所述风险等级信息进行调整。
10.第二方面，本技术实施例还提供了一种审计结果调整的装置，所述装置应用于审计管理系统中，所述装置包括：
11.任务接收模块，用于接收调整任务，所述调整任务包括目标客户信息以及调整指示信息；
12.调整类型确定模块，用于根据所述调整指示信息确定所述调整任务的调整类型；
13.处理流转顺序确定模块，用于根据所述调整类型，确定所述调整任务的处理流转顺序；
14.审计结果获取模块，用于获取与所述目标客户信息对应的审计结果，所述审计结果包括所述目标客户信息对应的风险等级信息；
15.调整模块，用于按照所述处理流转顺序对所述风险等级信息进行调整。
16.第三方面，本技术实施例还提供了一种电子设备，所述电子设备包括：
17.一个或多个处理器；
18.存储装置，用于存储一个或多个程序，
19.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述第一方面的方法。
20.第四方面，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面的方法。
21.本技术所提供的技术方案，具有如下有益效果：
22.在本实施例中，当接收到调整任务以后，可以根据调整任务中的调整指示信息确定调整任务的调整类型，并根据调整类型，确定调整任务的处理流转顺序。同时，根据调整任务中的目标客户信息获得对应的审计结果，并按照处理流转顺序对审计结果中的风险等级信息进行调整，通过线上调整的方法，能够克服线下调整存在的沟通成本高、效率低和数据安全性无法保障等问题，实现快速且安全地进行和完成审计后的风险分类和阶段划分的调整。
附图说明
23.图1是本技术实施例一提供的一种审计结果调整的方法实施例的流程图；
24.图2是本技术实施例一提供的一种审计管理系统的结构示意图；
25.图3是本技术实施例一提供的一种风险上迁类型对应的处理流转顺序示意图；
26.图4是本技术实施例一提供的一种风险下迁类型对应的处理流转顺序示意图；
27.图5是本技术实施例二提供的一种审计结果调整的方法实施例的流程图；
28.图6是本技术实施例三提供的一种审计结果调整的装置实施例的结构框图；
29.图7是本技术实施例四提供的一种电子设备的结构示意图。
具体实施方式
30.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。
31.实施例一
32.图1为本技术实施例一提供的一种审计结果调整的方法实施例的流程图，本实施例涉及目前的金融资产质量管理系统的减值计提管理，以及涉及审计后风险分类及阶段划分的线上审阅，应用于境内金融机构与外部审计师沟通确认审计后风险分类及阶段划分情况的场景中，完成审计差异的线上审核及审计意见记录，同时与其他业务系统和资产保全平台实现信息对接，便捷获取现有其他系统的数据作为调整的补充材料。
33.本实施例可以应用于审计管理系统中，如图2所示，该审计管理系统可以包括服务器10。除此以外，该审计管理系统还可以包括多种客户端。在实际中，根据境内金融机构与外部审计师沟通确认的环节划分，可以包括综合环节、经办环节和审核环节，若境内金融机构为银行，则客户端可以包括分行综合环节客户端20、分行经办环节客户端30、分行审核环节客户端40、总行综合环节客户端50、总行经办环节客户端60以及总行审核环节客户端70。
其中，该分行可以为一级分行。
34.本实施例可以由服务器执行，如图1所示，可以包括如下步骤：
35.步骤110，接收调整任务，所述调整任务包括目标客户信息以及调整指示信息。
36.其中，该调整任务由发起调整任务的客户端发送至服务器的。而根据调整任务的调整类型不同，发起调整任务的客户端也是不同的，但一般而言，都是由综合环节的客户端，如总行综合环节客户端或分行综合环节客户端来发起调整任务。
37.目标客户信息是指需要进行风险等级调整的目标客户的信息，如目标客户标识，该目标客户信息可以是综合环节岗的用户选定的客户信息。
38.调整指示信息是指可以用于确定当前调整任务的调整类型的指示信息，根据不同的策略，可以设定不同的调整指示信息。例如，如果可以根据客户端标识来确定调整类型，则调整指示信息为客户端标识；又如，如果可以根据调整类型标识来确定调整类型，则调整指示信息为调整类型标识。
39.步骤120，根据所述调整指示信息确定所述调整任务的调整类型。
40.在实现时，可以根据预先配置的调整指示信息与调整类型的关联关系，来确定当前调整指示信息对应的调整类型。
41.示例性地，调整类型可以包括风险上迁类型或者风险下迁类型。
42.风险上迁类型的适用场景是，分行发起阶段划分或者风险分类上迁的调整；风险下迁类型的适用场景是，外部审计师发起阶段划分或者风险分类下迁的调整。
43.其中，风险分类是对客户的信用风险进行的分类，例如可以分为正常、关注、次级、可疑、损失等五级信用风险分类。风险上迁类型中风险分类上迁的调整例如可以为从“损失”分类上迁到“关注”分类，或者，从“关注”分类上迁到“正常”分类；相应地，风险下迁类型中风险分类下迁的调整例如可以为从“关注”分类下迁到“损失”分类，或者，从“正常”分类下迁到“关注”分类。
44.阶段划分是基于信用风险自初始确认后是否已显著增加，将业务(例如信贷业务)划分成若干个风险阶段。例如，假设划分成三个风险阶段，第一阶段为信用风险较初始确认时无显著增加或信用风险较低的信贷业务，第一阶段与风险分类为正常的信贷业务基本对应；第二阶段为信用风险较初始确认时显著增加，但尚无客观减值证据的信贷业务，比如如果信贷业务逾期30天以上，则视为信用风险显著增加，第二阶段与风险分类为关注的信贷业务基本对应；第三阶段为已发生信用减值的信贷业务，第三阶段与风险分类为次级、可疑、损失的信贷业务基本对应。风险上迁类型中阶段划分上迁的调整例如可以为从“第三阶段”上迁到“第二阶段”，或者，从“第二阶段”上迁到“第一阶段”；相应地，风险下迁类型中阶段划分下迁的调整例如可以为从“第一阶段”下迁到“第二阶段”，或者，从“第二阶段”下迁到“第三阶段”。
45.步骤130，根据所述调整类型，确定所述调整任务的处理流转顺序。
46.当确定当前调整任务的调整类型以后，则可以根据该调整类型，来确定当前调整任务中各节点的处理流转顺序。
47.如上所述，在环节上可以包括综合环节、经办环节和审核环节，则处理流转顺序可以包括上述三个环节的处理流转顺序。例如，对于风险上迁类型，处理流转顺序可以包括各客户端的如下执行顺序：分行综合环节客户端、总行综合环节客户端、总行经办环节客户端
及总行审核环节客户端；对于风险下迁类型，处理流转顺序包括各客户端的如下执行顺序：总行综合环节客户端、分行综合环节客户端、分行经办环节客户端、分行审核环节客户端、总行经办环节客户端、总行审核环节客户端。
48.在一种实施例中，可以从预设的配置文件中查找调整类型对应的处理流转顺序。而该配置文件为开发人员或者运维人员或者其他管理人员预先配置的文件。当确定调整类型以后，则根据配置文件就可以获得对应的处理流转顺序。
49.步骤140，获取与所述目标客户信息对应的审计结果，所述审计结果包括所述目标客户信息对应的风险等级信息。
50.在一种实现中，可以从审计结果数据库中读取当前目标客户信息对应的审计结果。该审计结果数据库中的数据记录可以来源于系统自动生成的结果，或者相关审计用户输入的结果，本实施例对此不作限定。
51.示例性地，该审计结果可以包括目标客户信息对应的风险等级信息，该风险等级信息例如可以包括风险分类与阶段划分中的一种或结合。
52.步骤150，按照所述处理流转顺序对所述风险等级信息进行调整。
53.对风险等级信息进行调整，可以包括，上迁风险等级或阶段划分，或者，下迁风险等级或阶段划分。
54.在一种实施例中，若调整类型为风险上迁类型，适用于分行发起的从高等级风险上迁到较低风险的调整请求，则步骤150进一步可以包括如下子步骤：
55.子步骤s11，将所述第一反馈意见、所述调整类型以及所述审计结果发送至所述总行综合环节客户端，并接收所述总行综合环节客户端返回的总行经办环节客户端标识。
56.子步骤s12，将所述第一反馈意见、所述调整类型以及所述审计结果发送至所述总行经办环节客户端标识对应的总行经办环节客户端中，并接收所述总行经办环节客户端返回的第二反馈意见。
57.子步骤s13，将所述第二反馈意见、所述调整类型以及所述审计结果发送至总行审核环节客户端中，并接收所述总行审核环节客户端返回的第一审核意见。
58.子步骤s14，根据所述第一审核意见，判断是否上调所述风险等级信息。
59.在该实施例中，如图3所示，处理流转顺序包括各客户端的如下执行顺序：分行综合环节客户端、总行综合环节客户端、总行经办环节客户端及总行审核环节客户端。
60.例如，对于阶段划分上迁调整的场景，根据子步骤s11-子步骤s14，其流程可以如下：
61.1，一级分行发起阶段上迁：分行综合环节客户端发起调整任务，在调整任务中添加目标客户信息以及第一反馈意见，经由服务器提交至总行综合环节客户端。
62.2，总行与外部审计师商定阶段划分结果：总行综合环节客户端经由服务器分发调整任务至总行经办环节客户端，总行经办环节客户端根据一级分行反馈的第一反馈意见，与外部审计师沟通后，提出阶段划分的第二反馈意见，经由服务器提交至总行审核环节客户端，总行审核环节客户端提出第一审核意见。根据第一审核意见，可以判断是否上调风险等级信息，例如，如果第二反馈意见为从第二阶段上调到第一阶段，第一审核意见为同意，则可以将当前阶段划分从原有的第二阶段上调到第一阶段。
63.在另一种实施例中，若调整类型为风险下迁类型，适用于外部审计发起的从低等
级风险下迁到较高风险的调整请求，则步骤150进一步可以包括如下子步骤：
64.子步骤s21，将所述调整类型以及所述审计结果发送至所述分行综合环节客户端以及总行经办环节客户端中。
65.子步骤s22，接收所述分行综合环节客户端返回的分行经办环节客户端标识，并将所述调整类型以及所述审计结果发送至所述分行经办环节客户端标识对应的分行经办环节客户端中。
66.子步骤s23，接收所述分行经办环节客户端返回的第三反馈意见，并将所述第三反馈意见、所述调整类型以及所述审计结果发送至分行审核环节客户端中。
67.子步骤s24，接收所述分行审核环节客户端返回的第二审核意见，并根据所述第二审核意见发送至所述总行经办环节客户端中。
68.子步骤s25，接收所述总行经办环节客户端返回的第四反馈意见，并将所述第四反馈意见、所述调整类型以及所述审计结果发送至总行审核环节客户端中。
69.子步骤s26，接收所述总行审核环节客户端返回的第三审核意见，并根据所述第三审核意见，判断是否下调所述风险等级信息。
70.在该实施例中，如图4所示，处理流转顺序包括各客户端的如下执行顺序：总行综合环节客户端、分行综合环节客户端、分行经办环节客户端、分行审核环节客户端、总行经办环节客户端、总行审核环节客户端。
71.例如，对于阶段划分下迁调整的场景，根据子步骤s21-子步骤s24，其流程可以如下：
72.1，外部审计发起阶段调整：若外部审计师无法直接登录本系统，则外部审计可以通过与总行综合岗人员沟通，由总行综合岗人员协助，通过总行综合环节客户端发起调整任务，并在调整任务中添加目标客户信息，经由服务器提交至总行经办环节客户端，同时将调整任务分发至一级分行综合环节客户端。
73.2，一级分行反馈意见：由分行综合环节客户端将调整任务经由服务器分发至分行经办环节客户端中，分行经办人员通过分行经办环节客户端填写阶段调整反馈意见(即第三反馈意见)，经分行审核环节客户端审核后，生成第二审核意见，提交至总行经办环节客户端中。
74.3，总行与外部审计师商定阶段划分结果：总行经办环节客户端中根据该第二审核意见，与外部审计师沟通后，提出阶段划分初步意见(即第四反馈意见)，提交至总行审核环节客户端中；总行审核人员经由总行审核环节客户端提出审核意见(即第三审核意见)，并结束流程。根据第三审核意见，可以判断是否下调风险等级信息，例如，如果第四反馈意见为从第一阶段下调到第二阶段，第三审核意见为同意，则可以将当前阶段划分从原有的第一阶段下调到第二阶段。
75.在一种实施例中，出于补充支持材料等需要，审核环节可将任务退回至同级经办环节，经办环节可将任务退回至同级综合环节；上一级经办环节可将流程退回至下一级经办环节。例如，若调整类型为风险上迁类型，则本实施例还可以包括如下步骤：
76.当接收到所述总行审核环节客户端发起的退回操作时，将当前调整任务退回至所述总行经办环节客户端中；当接收到所述总行经办环节客户端发起的退回操作时，将当前调整任务退回至所述总行综合环节客户端中。
77.其中，退回的意思是，将任务退回到上一个处理环节中进行处理。
78.在一种实施例中，综合岗可以收回已经发起或分配的任务。例如，若调整类型为风险上迁类型，则本实施例还可以包括如下步骤：
79.当接收到所述分行综合环节客户端或所述总行综合环节客户端发起的收回操作时，将当前调整任务从正在流转的客户端或者已经流转过的客户端中收回。
80.其中，收回的意思是，将任务收回到综合环节客户端中进行处理。
81.在一种实施例中，综合岗可以终止已经发起的任务。例如，若调整类型为风险上迁类型，则本实施例还可以包括如下步骤：
82.当接收到所述分行综合环节客户端或所述总行综合环节客户端发起的终止操作时，终止当前调整任务的继续流转执行。
83.其中，终止的意思是，停止或暂停对当前任务的继续执行。
84.在一种实施例中，经办岗可以催办已经分配给下级机构的任务。例如，若调整类型为风险上迁类型，则本实施例还可以包括如下步骤：
85.当接收到所述总行经办环节客户端发起的催办操作时，则向所述总行审核环节客户端发出催办通知。
86.在其他实施例中，系统还具备审阅任务管理功能，可以新建、修改和删除调整任务，并对调整任务的完成情况予以跟踪和督促。
87.在本实施例中，当接收到调整任务以后，可以根据调整任务中的调整指示信息确定调整任务的调整类型，并根据调整类型，确定调整任务的处理流转顺序。同时，根据调整任务中的目标客户信息获得对应的审计结果，并按照处理流转顺序对审计结果中的风险等级信息进行调整，通过线上调整的方法，能够克服线下调整存在的沟通成本高、效率低和数据安全性无法保障等问题，实现快速且安全地进行和完成审计后的风险分类和阶段划分的调整。
88.实施例二
89.图5为本技术实施例二提供的一种审计结果调整的方法实施例的流程图，本实施例在实施例一的基础上，对审计数据的采集、处理与展示的过程进行说明，如图5所示，本实施例可以包括如下步骤：
90.步骤510，按照设定时间单位采集业务数据。
91.示例性地，该业务数据可以包括但不限于：基础业务数据、重点客户清单、阶段划分参数等。
92.其中，基础业务数据可以包括上游系统的债项信息、客户信息、风险分类信息等基础数据，可以利用数据湖或者云化数仓，通过批处理调度完成基础业务数据的采集。
93.重点客户清单可以为业务人员批量导入的重点客户信息，用于对公客户风险预警变动情况识别，对公客户财务数据变动情况识别，每日风险客户清单变动监测，退出客户监测等。
94.阶段划分参数可以为业务人员批量导入的参数，用于批处理作业对债项信息等基础业务数据自动执行阶段划分。
95.步骤520，对所述业务数据按照设定的多维度进行统计，获得所述时间单位下的多种统计数据，并记录所述统计数据。
96.在实际中，在进行统计之前，可以首先对数据进行清洗。具体的，步骤510中采集的业务数据的数据量较大，导致计算量大、耗时长，为了加快计算结果展示，可以启用批处理任务，根据事先配置好的任务调度信息，将上一时间单位(例如上一日)采集的业务数据预先进行规范清洗。然后针对清洗后的业务数据，按照设定的多维度进行统计，得到对应的多种统计数据。
97.示例性地，多种统计数据可以包括但不限于：每日对公客户风险预警变动情况、每日对公客户财务数据变动情况、每日风险客户清单变动监测情况、每日退出客户监测变动情况、上一日信贷审阅阶段分类审批结果等。
98.步骤530，通过客户端页面展示所述多种统计数据，或者，接收用户经由客户端页面输入的搜索关键词，并在所述统计数据中获取与所述搜索关键词对应的搜索结果，通过所述客户端页面展示所述搜索结果。
99.在一种实施例中，当获得多种维度的统计数据以后，则可以在系统页面(例如系统首页)展示该多种维度的统计数据，为企业从多角度展示客户每日风险分类和阶段调整异动情况和风险预警提示，便于及时进行风险分类和阶段划分的线上审阅流程。
100.在另一种实施例中，还可以针对统计数据提供搜索功能，当前端发来搜索请求时，从搜索请求中获得搜索关键词，根据搜索关键词对记录的统计数据进行筛选，得到搜索结果进行展示，从而加快数据获取和呈现速度，满足用户实时请求的目的。
101.步骤540，接收调整任务，所述调整任务为根据选定的统计数据生成的任务，包括目标客户信息以及调整指示信息。
102.在该步骤中，业务人员可以从展示的统计数据中选定一个或多个统计数据或目标客户信息，生成调整任务。
103.步骤550，根据所述调整指示信息确定所述调整任务的调整类型。
104.步骤560，根据所述调整类型，确定所述调整任务的处理流转顺序。
105.步骤570，获取与所述目标客户信息对应的审计结果，所述审计结果包括所述目标客户信息对应的风险等级信息。
106.步骤580，按照所述处理流转顺序对所述风险等级信息进行调整。
107.在本实施例中，能够统一在一个界面门户，从多角度进行数据的采集，以及从多维度统计数据，并对多种统计数据进行展示，以便用户能更科学地做出决策，为用户进行分析节约时间，提高数据的利用率。
108.实施例三
109.图6为本技术实施例三提供的一种审计结果调整的装置实施例的结构框图，所述装置应用于审计管理系统中，可以包括如下模块：
110.任务接收模块610，用于接收调整任务，所述调整任务包括目标客户信息以及调整指示信息；
111.调整类型确定模块620，用于根据所述调整指示信息确定所述调整任务的调整类型；
112.处理流转顺序确定模块630，用于根据所述调整类型，确定所述调整任务的处理流转顺序；
113.审计结果获取模块640，用于获取与所述目标客户信息对应的审计结果，所述审计
结果包括所述目标客户信息对应的风险等级信息；
114.调整模块650，用于按照所述处理流转顺序对所述风险等级信息进行调整。
115.在一种实施例中，所述处理流转顺序确定模块630具体用于：
116.从预设的配置文件中查找所述调整类型对应的处理流转顺序。
117.在一种实施例中，所述调整类型包括风险上迁类型，所述审计管理系统包括：分行综合环节客户端、总行综合环节客户端、总行经办环节客户端以及总行审核环节客户端，所述处理流转顺序包括各客户端的如下执行顺序：分行综合环节客户端、总行综合环节客户端、总行经办环节客户端及总行审核环节客户端；所述调整任务为所述分行综合环节客户端发送的信息；所述调整任务包括第一反馈意见；
118.所述调整模块650具体用于：
119.将所述第一反馈意见、所述调整类型以及所述审计结果发送至所述总行综合环节客户端，并接收所述总行综合环节客户端返回的总行经办环节客户端标识；
120.将所述第一反馈意见、所述调整类型以及所述审计结果发送至所述总行经办环节客户端标识对应的总行经办环节客户端中，并接收所述总行经办环节客户端返回的第二反馈意见；
121.将所述第二反馈意见、所述调整类型以及所述审计结果发送至总行审核环节客户端中，并接收所述总行审核环节客户端返回的第一审核意见；
122.根据所述第一审核意见，判断是否上调所述风险等级信息。
123.在一种实施例中，所述装置还可以包括退回模块，用于：
124.当接收到所述总行审核环节客户端发起的退回操作时，将当前调整任务退回至所述总行经办环节客户端中；
125.当接收到所述总行经办环节客户端发起的退回操作时，将当前调整任务退回至所述总行综合环节客户端中。
126.在一种实施例中，所述装置还可以包括收回模块，用于：
127.当接收到所述分行综合环节客户端或所述总行综合环节客户端发起的收回操作时，将当前调整任务从正在流转的客户端或者已经流转过的客户端中收回。
128.在一种实施例中，所述装置还可以包括终止模块，用于：
129.当接收到所述分行综合环节客户端或所述总行综合环节客户端发起的终止操作时，终止当前调整任务的继续流转执行。
130.在一种实施例中，所述装置还可以包括催办模块，用于：
131.当接收到所述总行经办环节客户端发起的催办操作时，则向所述总行审核环节客户端发出催办通知。
132.在另一种实施例中，所述调整类型包括风险下迁类型，所述审计管理系统包括：分行综合环节客户端、分行经办环节客户端、分行审核环节客户端、总行综合环节客户端、总行经办环节客户端以及总行审核环节客户端；
133.所述处理流转顺序包括各客户端的如下执行顺序：总行综合环节客户端、分行综合环节客户端、分行经办环节客户端、分行审核环节客户端、总行经办环节客户端、总行审核环节客户端；所述调整任务为所述总行综合环节客户端发送的信息；
134.所述调整模块650具体用于：
135.将所述调整类型以及所述审计结果发送至所述分行综合环节客户端以及总行经办环节客户端中；
136.接收所述分行综合环节客户端返回的分行经办环节客户端标识，并将所述调整类型以及所述审计结果发送至所述分行经办环节客户端标识对应的分行经办环节客户端中；
137.接收所述分行经办环节客户端返回的第三反馈意见，并将所述第三反馈意见、所述调整类型以及所述审计结果发送至分行审核环节客户端中；
138.接收所述分行审核环节客户端返回的第二审核意见，并根据所述第二审核意见发送至所述总行经办环节客户端中；
139.接收所述总行经办环节客户端返回的第四反馈意见，并将所述第四反馈意见、所述调整类型以及所述审计结果发送至总行审核环节客户端中；
140.接收所述总行审核环节客户端返回的第三审核意见，并根据所述第三审核意见，判断是否下调所述风险等级信息。
141.在一种实施例中，所述装置还可以包括如下模块：
142.采集模块，用于按照设定时间单位采集业务数据；
143.统计模块，用于对所述业务数据按照设定的多维度进行统计，获得所述时间单位下的多种统计数据，并记录所述统计数据。
144.在一种实施例中，所述装置还可以包括展示模块，用于：
145.通过客户端页面展示所述多种统计数据；
146.或者，
147.接收用户经由客户端页面输入的搜索关键词，并在所述统计数据中获取与所述搜索关键词对应的搜索结果，通过所述客户端页面展示所述搜索结果。
148.本技术实施例所提供的一种审计结果调整的装置可执行本技术实施例一或实施例二中的一种审计结果调整的分法，具备执行方法相应的功能模块和有益效果。
149.实施例四
150.图7为本技术实施例四提供的一种电子设备的结构示意图，如图7所示，该电子设备包括处理器710、存储器720、输入装置730和输出装置740；电子设备中处理器710的数量可以是一个或多个，图7中以一个处理器710为例；电子设备中的处理器710、存储器720、输入装置730和输出装置740可以通过总线或其他方式连接，图7中以通过总线连接为例。
151.存储器720作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本技术实施例中的上述实施例一或实施例二对应的程序指令/模块。处理器710通过运行存储在存储器720中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述的方法实施例一或实施例二中提到的方法。
152.存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器720可进一步包括相对于处理器710远程设置的存储器，这些远程存储器可以通过网络连接至设备/终端/服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
153.输入装置730可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置740可包括显示屏等显示设备。
154.实施例五
155.本技术实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行上述方法实施例一或实施例二中的方法。
156.当然，本技术实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本技术任意实施例所提供的方法中的相关操作。
157.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本技术可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
158.值得注意的是，上述装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。
159.注意，上述仅为本技术的较佳实施例及所运用技术原理。本领域技术人员会理解，本技术不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本技术的保护范围。因此，虽然通过以上实施例对本技术进行了较为详细的说明，但是本技术不仅仅限于以上实施例，在不脱离本技术构思的情况下，还可以包括更多其他等效实施例，而本技术的范围由所附的权利要求范围决定。