财会业务参数管理方法及系统与流程

本发明涉及财会业务技术领域，尤其是涉及财会业务参数管理方法及系统。

背景技术

随着建设银行的发展，财务管理系统建设将“多法人、多语言和多时区”定义为系统所需实现的基础能力。但是在现有技术中，我行境内外财会参数管理基于单法人、单时区设计，分布于境内和境外两套核心系统部署，业务、技术及流程管理相对独立，需要同时由两个开发中心技术团队分别对其硬件、软件、网络等进行运营维护。对原系统财会参数管理方式的主要缺点总结如下：

境内外参数制定和流程管理相对独立，总行财会部对境外参数审批流程管理主要采用线下模式，由人工手动串接，时效性控制及系统控制不强，造成企业人力成本和时间成本浪费；

业务参数基于单法人、单时区设计，对于全球可复制、可统一标准化的业务参数配置技术支持能力不足；

业务参数生效方式无法同时支持实时生效、预期生效、按应用版本批号生效，各法人业务操作时间往往要配合参数生效的时点要求。用户界面展示仅支持单一语种，无法按当地语言习惯切换语言展示。参数维护模式较为单一、灵活性不够，用户体验度不高；

多法人间的业务差异通过多套应用分开部署解决，系统参数化配置较低。数据、应用版本不统一，致使系统建设成本和后期维护成本较高。

技术实现要素：

有鉴于此，本发明的目的在于提供财会业务参数管理方法及系统，以提高时效控制性、节省人力成本和时间成本，提高技术支持能力和用户体验。

第一方面，本发明实施例提供了一种财会业务参数管理方法，其中，所述方法包括：

通过采用不同的部署模式、参数化配置方式、数据库分区设计和批处理独立运行方式，建立多法人业务运行模式；

对不同地区的分支机构增加时区标识，获得多时区参数，并对所述多时区参数设置生效模式，以及对所述多时区参数进行发布设计；

通过定期和不定期的核对参数信息管理中集中发布的所有参数和各参数使用组件的参数数据进行检查、比对，确定参数稽核结果；

在交易接入及展示方，对多语言字段建立和不同语言编码的对照表，以使展示层对多语言信息进行动态展现。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，在所述通过采用不同的部署模式、参数化配置方式、数据库分区设计和批处理独立运行方式，建立多法人业务运行模式的步骤之前，所述方法还包括：

采用fsmd建立参数数据模型，并采用参数分层设计对所述参数数据模型进行参数化设计。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述通过采用不同的部署模式、参数化配置方式、数据库分区设计和批处理独立运行方式，建立多法人业务运行模式，包括：

将业务运营的应用系统进行同一版本的开发设计；

采用不同的部署模式建立数据库实例，每个所述数据库实例中存储多个法人；

采用参数化配置的方式对各法人行进行参数化业务差异处理；

各法人行根据多法人标识并采用数据库分区的方式进行数据隔离；

各法人行采用独立、并行的运行方式进行批处理。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述部署模式包括单实例模式和多实例模式。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述对所述多时区参数设置生效模式，包括：

对于即期生效的采用会计日期生效的参数变更，维护人员录入数据时，参数管理组件通过交易接口查询财会组件的当前会计日期填写在数据记录中并发给参数订阅组件；

对于即期生效的采用交易日期生效的参数变更，参数管理组件将各法人时区的自然时间填写在数据记录中并发给参数订阅组件，财会组件接收到参数管理组件发布的参数数据后，根据当前会计日期进行生效处理；

对于不包含生效日期字段的参数，采用即时生效方式；

对于包含生效日期字段的参数，参数管理组件根据实际业务需求支持预期生效和即时生效的参数变更；

对于预期生效的参数变更，参数管理组件在变更时间前将参数数据发布，财会组件成功接收参数数据后需对参数进行装载、生效处理。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述对所述多时区参数进行发布设计，包括：

经过参数管理组件的参数变更流程之后，参数管理组件将参数发往订阅该参数的组件；

参数使用组件收到参数发布文件后完成参数装载和参数技术生效；

参数管理组件在参数装载时间点开始查询参数装载结果，成功则停止，失败则会在预设时间段内轮循查询。

结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，所述通过定期和不定期的核对参数信息管理中集中发布的所有参数和各参数使用组件的参数数据进行检查、比对，确定参数稽核结果，包括：

参数管理组件通过参数稽核通知将稽核请求发往各参数使用组件，被通知组件在收到稽核通知后，将组件内待稽核的参数返回给参数管理组件；

参数管理组件对返回的参数数据进行稽核。

结合第一方面，本发明实施例提供了第一方面的第七种可能的实施方式，其中，参数稽核的对象为参数，稽核的粒度为该参数的全部数据。

结合第一方面，本发明实施例提供了第一方面的第八种可能的实施方式，其中，所述在交易接入及展示方，对多语言字段建立和不同语言编码的对照表，以使展示层对多语言信息进行动态展现，包括：

展示层对当前国家/地区的语言配置并展示，根据用户签到时选择的语言代码选取匹配的语种提示信息；

报表展示层使用报表工具cognos支持多种语言的展示。

第二方面，本发明实施例还提供一种财会业务参数管理系统，其中，所述系统包括：

多法人设计单元，用于通过采用不同的部署模式、参数化配置方式、数据库分区设计和批处理独立运行方式，建立多法人业务运行模式；

多时区设计单元，用于对不同地区的分支机构增加时区标识，获得多时区参数，并对所述多时区参数设置生效模式，以及对所述多时区参数进行发布设计；

稽核单元，用于通过定期和不定期的核对参数信息管理中集中发布的所有参数和各参数使用组件的参数数据进行检查、比对，确定参数稽核结果；

多语言设计单元，用于在交易接入及展示方，对多语言字段建立和不同语言编码的对照表，以使展示层对多语言信息进行动态展现。

本发明实施例带来了以下有益效果：

本发明提供了财会业务参数管理方法及系统，涉及财会业务技术领域，包括：通过采用不同的部署模式、参数化配置方式、数据库分区设计和批处理独立运行方式，建立多法人业务运行模式；对不同地区的分支机构增加时区标识，获得多时区参数，并对多时区参数设置生效模式，以及对多时区参数进行发布设计；通过定期和不定期的核对参数信息管理中集中发布的所有参数和各参数使用组件的参数数据进行检查、比对，确定参数稽核结果；在交易接入及展示方，对多语言字段建立和不同语言编码的对照表，以使展示层对多语言信息进行动态展现。本发明可以提高时效控制性、节省人力成本和时间成本，提高技术支持能力和用户体验。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的财会业务参数管理方法流程图；

图2为本发明实施例二提供的参数数据建模示意图；

图3为本发明实施例二提供的业务参数设计示意图；

图4为本发明实施例二提供的多法人内部账实施方案示意图；

图5为本发明实施例二提供的参数发布流程图；

图6为本发明实施例二提供的参数稽核流程示意图；

图7为本发明实施例二提供的多语言设计方法流程图；

图8为本发明实施例三提供的财会业务参数管理系统示意图。

图标：

100-多法人设计单元；200-多时区设计单元；300-稽核单元；400-多语言设计单元。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

随着建设银行的发展，财务管理系统建设将“多法人、多语言和多时区”定义为系统所需实现的基础能力。但是在现有技术中，我行境内外财会参数管理基于单法人、单时区设计，分布于境内和境外两套核心系统部署，业务、技术及流程管理相对独立，需要同时由两个开发中心技术团队分别对其硬件、软件、网络等进行运营维护。对原系统财会参数管理方式的主要缺点总结如下：

境内外参数制定和流程管理相对独立，总行财会部对境外参数审批流程管理主要采用线下模式，由人工手动串接，时效性控制及系统控制不强，造成企业人力成本和时间成本浪费；

业务参数基于单法人、单时区设计，对于全球可复制、可统一标准化的业务参数配置技术支持能力不足；

业务参数生效方式无法同时支持实时生效、预期生效、按应用版本批号生效，各法人业务操作时间往往要配合参数生效的时点要求。用户界面展示仅支持单一语种，无法按当地语言习惯切换语言展示。参数维护模式较为单一、灵活性不够，用户体验度不高；

多法人间的业务差异通过多套应用分开部署解决，系统参数化配置较低。数据、应用版本不统一，致使系统建设成本和后期维护成本较高。

基于此，本发明实施例提供的财会业务参数管理方法及系统，可以提高时效控制性、节省人力成本和时间成本，提高技术支持能力和用户体验。

为便于对本实施例进行理解，首先对本发明实施例所公开的财会业务参数管理方法进行详细介绍。

实施例一：

图1为本发明实施例一提供的财会业务参数管理方法流程图。

参照图1，财会业务参数管理方法主要包括：

步骤s110，通过采用不同的部署模式、参数化配置方式、数据库分区设计和批处理独立运行方式，建立多法人业务运行模式。

步骤s120，对不同地区的分支机构增加时区标识，获得多时区参数，并对所述多时区参数设置生效模式，以及对所述多时区参数进行发布设计。

步骤s130，通过定期和不定期的核对参数信息管理中集中发布的所有参数和各参数使用组件的参数数据进行检查、比对，确定参数稽核结果。

步骤s140，在交易接入及展示方，对多语言字段建立和不同语言编码的对照表，以使展示层对多语言信息进行动态展现。

实施例二：

图2为本发明实施例二提供的参数数据建模示意图。

在步骤s110之前，财会业务参数管理方法首先包括：采用fsmd(finitestatemachinewithdatapath，带有数据通道的有限状态机)建立参数数据模型，并采用参数分层设计对所述参数数据模型进行参数化设计。

具体的，参数化方法是业务模型修改设计的需要，是设计自动化所采用的关键技术之一。如图2所示，参数数据建模开始于‘识别候选参数实体’，结束于‘描述属性及业务规则’，其中‘分配属性至候选参数实体’至‘定义域和实例’需要反复迭代以完善参数模型内容。

以fsmd为基础建立企业级参数数据模型，从概念数据模型出发，利用fsmd、业务流程建模结果等各种内容开展参数逻辑数据模型的建设。

对于复杂的业务模型，在进行参数化设计时，若采用单层的方式描述，不仅会加大参数化设计的难度，使得参数约束难以求解，而且在处理多维参数化问题时，主要引入的是全局变量，并通过链路关系同时作用于能力部件和功能构件，多层参数设计具有简洁、方便的优点，能实现具有连续变化的关系。

业务参数是对系统中一些重要的参数进行设定，这些参数对系统中的系统流程、操作方式产生重要的影响，所以，参数的分层设计对能否保证系统高效平稳运行是重要衡量指标。参照图3，以会计引擎核算参数设计原理为例，交易与核算两者是保障银行正常运营的重要功能，但如果两者建立紧耦合关系，采用与交易绑定的核算处理模式，对银行快速响应市场变化，加速产品创新就会产生制约影响。本实施例在参数设计上基于对客交易可以复用多个原子交易的方案，通过组合多个原子交易来达到满足多样化的业务场景，增强产品创新和对客交易组合的灵活性；同时基于抽取原子交易的核算规则有利于核算统一和标准化。从业务目的出发分析业务的关键点，通过归纳和提炼产品业务场景和会计核算的关系，识别出“核算类型”、“原子动作”、“金额类型”三要素是交易与核算分离的落脚点，同时将产品信息加条件映射到核算类型，核算类型映射到产品各生命周期的科目；会计引擎通过接收产品组件送入的交易信息，驱动产品到核算类型的映射找到确定的核算类型，并根据事先配置的核算分录规则和核算类型到科目的映射动态生成与之配套的会计分录。

分层的参数设计，通过核算类型隔离和衔接产品与科目，解决了产品和核算间各自变动带来的调整影响，保证了前后系统的稳定。同时支持多套会计准则、多区域统一核算，满足会计准则和信息披露的要求。业务参数设计对于保证业务稳定的运行至关重要，基于模型的设计(modelbaseddesign)，所有信息产生、信息关系、信息使用都是若干模型，信息节点中的信息产生和信息使用均是通过模型中的任务或者活动完成的。信息模型由信息分类、信息节点连接关系和信息交换矩阵组成，通过业务活动交换的信息归纳出一个树状的信息分类图。通过信息分类图和信息节点连接关系对交互信息内容、交换的方式、交换的要素等进行逻辑分析，即形成信息交换矩阵模型。通过模型化设计，将复杂地系统设计与业务实践结合，使系统设计复用性强，可灵活配置，便于业务人员容易理解和掌握。

进一步的，财会业务参数管理方法的步骤s110的实现过程如下：

第一、将业务运营的应用系统进行同一版本的开发设计。将国内与海外的应用系统进行统一设计和开发，实现开发资源及成果共享。

第二、采用不同的部署模式建立数据库实例，每个所述数据库实例中存储多个法人。其中，部署模式包括单实例模式和多实例模式。

财务会计参数管理组件、交易组件、管理分析组件根据自身的特点，选择单实例或多实例不同的部署模式。单实例模式下境内外系统完全融合，实现集团层面it系统的集中统一运维管理；多实例模式下按照境内、亚太、欧非、美洲四大时区段划分为四个实例，且每个实例内部支持多个法人，以兼顾运行维护和资源共享的需求。

第三、采用参数化配置的方式对各法人行进行参数化业务差异处理。

不同的法人行必然会有业务运行模式的差异，财务会计在设计时主要采用参数化配置的方式满足各法人行的差异，参数设计支持全行统一和法人行独立的参数。

财务会计参数在预设的具有固定结构和规则内进行调整和维护，以引导和控制系统业务处理的标准、规则、账务走向和处理流程等的基础数据。所有参数在系统中进行配置，配置的操作方式比如有“新增”、“修改”、“查询”、“删除”，还有批量文件导入处理。

第四、各法人行根据多法人标识并采用数据库分区的方式进行数据隔离。

同一数据库实例存储多个法人行的数据，各法人行依据多法人标识进行表分区的方式实现数据隔离。每个海外分支机构的业务数据是相对隔离的，一个机构的数据不能被其他机构随意查询、保留和更改。

第五、各法人行采用独立、并行的运行方式进行批处理。

不同法人行的批处理为独立、并行运行，比如，不同法人行的业务日期切换可独立进行。

进一步的，多法人标识将贯穿业务处理流程，以柜面发生的参数维护交易为例，其多法人相关处理流程为：员工渠道在接收到柜员端的交易请求后，将交易发生地所对应的多法人标识记录在联机报文中；财务会计组件在接收到交易报文时，将根据此多法人标识获取该法人的基本参数、产品参数等，同时在更新数据库表时写入对应的数据库分区中，以实现法人间数据的隔离。

另外，为了便于业务人员对财务会计业务参数进行参数化统一维护，参数实体中均需包含法人标识字段，对于单法人参数，可通过法人标识字段确认参数记录适用的法人实体。对于全球通用参数，根据设计方式的不同，分为如下两类：一、参数中包含法人标识字段，业务人员录入单条数据后，系统根据法人标识自动生成多条数据(生成数据的条目数根据法人数目确定，各数据记录仅法人标识不同，其他信息全部相同)。二、参数中不包含法人标识字段，业务人员录入单条数据后，该数据记录无差别适用所有法人。

参照图4，以财务会计内部账开销户管理为例，采用单法人、全球通用参数维护混合模式。内部账开销户及相关业务参数管理模式统一，参数设计支持全行统一和法人行独立的参数，以多实体id做为各法人分区的标识。内部账标准模板户由境内总行统一管理，采用单点维护多法人生效，通过全球共享参数管理达成业务规则标准化的目的，以技术手段提供解决业务规范管理、规则标准化控制、降低维护成本等问题。内部账非标准模板户由法人(境内和境外)一级省分行独立管理，按单一法人行生效。通过标准户和非标准户协同管理，寻求全球业务标准化与地域个性化业务差异的平衡点，为推动我行集约化管理提供了参考范本。

多法人数据模型设计支持使用同一数据库实例存储多个法人行的数据，各法人行依据多实体id表分区的方式进行数据隔离。数据文件按照每一个法人行来独立命名。内存表不同实体申请独立的内存空间，用于存储需要高效访问的数据。

进一步的，财会业务参数管理方法的步骤s120中，对多时区参数设置生效模式，包括如下内容。

多时区的设计可以保证业务数据、以及批量联机时间一致性，对处于不同国家或地区的分支机构增加时区的标识，获得统一的客户交易时间，并能处理不同时区分支机构间的业务往来。将应用日期定义为表1所示的几种类型：

表1应用日期定义表

参数生效包括即时生效、预期生效两种模式。

对于即期生效的采用会计日期生效的参数变更，当维护人员录入数据时，参数管理组件通过交易接口查询财会组件的当前会计日期填写在数据记录中并发给参数订阅组件；对于即期生效的采用交易日期生效的参数变更，参数管理组件将各法人时区的自然时间填写在数据记录中并发给参数订阅组件。财会组件接收到参数管理组件发布的参数数据后，根据当前会计日期进行生效处理。

对于不包含生效日期字段的参数，默认采用即时生效方式。

对于包含生效日期字段的参数，按业务需求需要在设计上明确该生效日期是采用会计日期还是交易日期，参数管理组件对此类型参数可根据实际业务需求支持预期生效和即时生效的参数变更。

对于预期生效的参数变更，参数管理组件在变更时间前将参数数据发布，财会组件成功接收参数数据后需对参数进行装载、生效处理。

若参数按会计日期生效，则参数记录中包含生效日期字段，各法人于每日日切时对参数进行生效处理，并根据本法人的当前会计日期确定业务需使用的参数数据记录。若参数按交易日期生效，则各法人接收参数数据后即时进行装载、生效处理，并根据本法人的当前交易日期确定业务需使用的参数数据记录。

进一步的，财会业务参数管理方法的步骤s120中，对多时区参数进行发布设计，包括如下内容。

参数发布是根据参数订阅信息和参数更新情况，向各参数使用组件发送参数数据的处理过程。参数发布的流程如下：

经过参数管理组件的参数变更流程之后，参数管理组件将参数发往订阅了该参数的组件。

参数使用组件收到参数发布文件后完成参数装载和参数技术生效。

参数管理组件在参数装载时间点开始查询参数装载结果，成功则停止，否则会在预设时间段内轮循查询；

参数管理组件与参数使用组件之间的信息交互包含两种方式：第一种信息交互采用联机交易带附件的形式，参数实体表数据信息采用文件的形式作为联机交易的附件；第二种使用文件传输组件完成与参数使用组件之间交互。在一个完整的参数发布流程中参数管理组件与参数使用组件之间需要多次交互，具体流程可参加图4。

进一步的，财会业务参数管理方法的步骤s130，参数稽核的实现过程如下。

参数稽核是通过定期和不定期的核对参数信息管理中集中发布的所有参数和各参数使用组件的参数数据进行检查、比对，判断两边参数数据是否存在差异。首先，参数管理组件通过参数稽核通知将稽核请求发往各参数使用组件，被通知组件在收到稽核通知后，将组件内待稽核的参数返回给参数管理组件；然后，参数管理组件对返回的参数数据进行稽核。参数稽核的对象为参数，稽核的粒度为该参数的全部数据。在一个完整的参数稽核流程中参数管理组件与参数使用组件之间需要两次交互，具体流程参见图5。

参数稽核是根据不同的法人标识路由到参数使用组件不同的法人组所在实例：

在设计阶段明确“法人-法人组-法人实例”的对应关系，参数管理组件根据对应关系对各组件、各法人组的参数数据进行稽核。

对于全球通用参数，各法人实例的参数数据应保持一致，且与参数管理组件中的参数数据一致。

使用联机服务完成与参数使用组件之间交互，参数稽核通知是由参数使用组件提供联机服务，参数管理组件定时或不定时发起该服务调用(定时的特性来源于参数的运维属性)；参数稽核返回是由参数管理组件提供的联机服务，参数使用组件在组织好待返回的参数之后发起该服务调用。

使用文件传输组件完成与参数使用组件之间交互，数管理组件在参数稽核时点向参数使用组件发送参数稽核通知文件，使用方跟据本地最新参数数据生成参数稽核返回文件并发送给参数管理组件。

如果参数管理组件在成功发送参数稽核通知之后的预设时间(如60分钟)内，被通知的参数使用组件成功调用参数管理组件提供的稽核返回交易，则视为参数稽核成功，并置本次参数稽核任务中对应的任务明细为“目标组件稽核返回成功”；如果在60分钟内被通知的参数使用组件未成功调用参数管理组件提供的稽核返回交易，则视为本次稽核任务失败，并置本次参数稽核任务为“目标组件稽核返回失败”。在上述时间范围之外，如果收到参数使用组件调用的稽核返回交易，参数管理组件将不做处理。上述“目标组件稽核返回失败”的错误以及具体参数稽核结果都将记录在稽核报告中。

参数稽核失败后，参数管理组件可再次发起参数稽核，再次发起的参数稽核视为一个新的业务，业务流程同上。

进一步的，财会业务参数管理方法的步骤s140，多语言设计的实现包括如下内容。

在交易处理过程中，前端展示层实现对实际交易所使用的语言种类和编码类型进行标识，支持多语言信息的可配置化输入和输出，如图6所示。

交易接入及展示方，对多语言字段建立和不同语言编码的对照表，实现展示层对多语言信息的动态展现。

展示层根据各国语言和文化习惯的不同，对本国家/地区的语言配置后进行展示，对于输入的提示文字信息和错误信息，系统自动根据柜员/客户签到/登陆时选择的语言代码来选取正确的语种提示信息。

报表展示层，使用报表工具cognos对语言进行支持，能够即时支持多种语言的展示。报表用户可以定义哪些报表元素需要适应每个用户的工作语言，其中包括用户界面和报表内容等。

实施例三：

图7为本发明实施例三提供的财会业务参数管理系统示意图。

本实施例提供了一种财会业务参数管理系统，用于实现上述实施例所提供的财会业务参数管理方法。参照图7，财会业务参数管理系统主要包括如下单元：

多法人设计单元100，用于通过采用不同的部署模式、参数化配置方式、数据库分区设计和批处理独立运行方式，建立多法人业务运行模式；

多时区设计单元200，用于对不同地区的分支机构增加时区标识，获得多时区参数，并对所述多时区参数设置生效模式，以及对所述多时区参数进行发布设计；

稽核单元300，用于通过定期和不定期的核对参数信息管理中集中发布的所有参数和各参数使用组件的参数数据进行检查、比对，确定参数稽核结果；

多语言设计单元400，用于在交易接入及展示方，对多语言字段建立和不同语言编码的对照表，以使展示层对多语言信息进行动态展现。

本发明实施例所提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。

本发明实施例带来了以下有益效果：

本发明提供了财会业务参数管理方法及系统，涉及财会业务技术领域，包括：通过采用不同的部署模式、参数化配置方式、数据库分区设计和批处理独立运行方式，建立多法人业务运行模式；对不同地区的分支机构增加时区标识，获得多时区参数，并对多时区参数设置生效模式，以及对多时区参数进行发布设计；通过定期和不定期的核对参数信息管理中集中发布的所有参数和各参数使用组件的参数数据进行检查、比对，确定参数稽核结果；在交易接入及展示方，对多语言字段建立和不同语言编码的对照表，以使展示层对多语言信息进行动态展现。本发明可以提高时效控制性、节省人力成本和时间成本，提高技术支持能力和用户体验。

本发明实施例还提供一种电子设备，包括存储器、处理器，存储器中存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例提供的财会业务参数管理方法的步骤。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述实施例的财会业务参数管理方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。