CN117745459A - 一种基于分录配置的灵活记账方法 - Google Patents

Abstract

本申请涉及数据处理技术领域，公开了一种基于分录配置的灵活记账方法。所述方法包括：获取多个第一账户记账请求并进行业务账户匹配和技术可行性分析，得到多个第一业务账户和技术可行性分析结果；配置第一记账分录并进行规则参数解析，得到第一记账规则参数；通过目标业务线分别调用账户记账接口进行规则参数传递；接收第二账户记账请求并进行业务账户匹配，得到第二业务账户以及获取第二业务场景；进行记账分录查询，得到第二记账分录，获取第二记账规则参数并进行规则参数校验，得到规则参数校验结果；进行账户记账，得到账户流水表及账户明细表，本申请提高了分录配置的记账灵活性。

Description

一种基于分录配置的灵活记账方法

技术领域

本申请涉及数据处理领域，尤其涉及一种基于分录配置的灵活记账方法。

背景技术

在实际生产生活中，需要追踪和管理资金流动的场景都可以使用账户记账来帮助记录和分析财务信息。因此，在账户系统中如何支撑各式各样的业务记账，快速响应业务的需求，这就要求系统能灵活配置扩展，高效地支撑业务的发展，把握市场的先机。

现有技术比较重视服务的拆分和解耦，即每个服务负责特定的业务功能。这种解耦使得开发团队可以独立开发、测试和部署每个服务，减少了对整个系统的影响范围。但是当市场上有新业务急于推出抢占先机时，由于研发生命周期的存在，即包括研发、测试、准生产、生产、验收等环节，势必会耗费一定时间。因此，零代码快速支撑新业务场景记账的技术，实际中有存在的必要。

发明内容

本申请提供了一种基于分录配置的灵活记账方法，用于提高分录配置的记账灵活性。

第一方面，本申请提供了一种基于分录配置的灵活记账方法，所述基于分录配置的灵活记账方法包括：

获取不同第一业务场景的多个第一账户记账请求，并分别对所述多个第一账户记账请求进行业务账户匹配和技术可行性分析，得到多个第一业务账户和每个第一业务账户的技术可行性分析结果；根据所述技术可行性分析结果分别配置每个第一业务账户的第一记账分录，并对所述第一记账分录进行规则参数解析，得到每个第一业务账户的第一记账规则参数；将所述第一记账规则参数传输至预置的目标业务线，通过所述目标业务线分别调用每个第一业务账户的账户记账接口对所述第一记账规则参数进行规则参数传递；接收待处理的第二账户记账请求，并根据所述第二账户记账请求对所述多个第一业务账户进行业务账户匹配，得到第二业务账户，以及获取所述第二业务账户对应的第二业务场景；根据所述第二业务场景对所述第二业务账户进行记账分录查询，得到对应的第二记账分录，获取所述第二业务账户的第二记账规则参数并进行规则参数校验，得到规则参数校验结果；根据所述规则参数校验结果和所述第二记账分录进行账户记账，得到账户流水表及账户明细表。

第二方面，本申请提供了一种基于分录配置的灵活记账装置，所述基于分录配置的灵活记账装置包括：

获取模块，用于获取不同第一业务场景的多个第一账户记账请求，并分别对所述多个第一账户记账请求进行业务账户匹配和技术可行性分析，得到多个第一业务账户和每个第一业务账户的技术可行性分析结果；解析模块，用于根据所述技术可行性分析结果分别配置每个第一业务账户的第一记账分录，并对所述第一记账分录进行规则参数解析，得到每个第一业务账户的第一记账规则参数；传输模块，用于将所述第一记账规则参数传输至预置的目标业务线，通过所述目标业务线分别调用每个第一业务账户的账户记账接口对所述第一记账规则参数进行规则参数传递；匹配模块，用于接收待处理的第二账户记账请求，并根据所述第二账户记账请求对所述多个第一业务账户进行业务账户匹配，得到第二业务账户，以及获取所述第二业务账户对应的第二业务场景；校验模块，用于根据所述第二业务场景对所述第二业务账户进行记账分录查询，得到对应的第二记账分录，获取所述第二业务账户的第二记账规则参数并进行规则参数校验，得到规则参数校验结果；记账模块，用于根据所述规则参数校验结果和所述第二记账分录进行账户记账，得到账户流水表及账户明细表。

本申请第三方面提供了一种基于分录配置的灵活记账设备，包括：存储器和至少一个处理器，所述存储器中存储有指令；所述至少一个处理器调用所述存储器中的所述指令，以使得所述基于分录配置的灵活记账设备执行上述的基于分录配置的灵活记账方法。

本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的基于分录配置的灵活记账方法。

本申请提供的技术方案中，本申请能够自动处理不同业务场景下的账户记账请求，无需手动干预。这提高了效率，减少了人为错误的风险，节省了时间和人力资源。通过对每个业务账户进行技术可行性分析，可以确定哪些账户能够处理特定的记账请求。这有助于避免将请求发送到无法处理的账户，从而提高了数据处理的准确性和效率。对第一记账规则参数和第二记账规则参数进行解析和校验，确保记账操作符合预定规则。对多个技术可行性分析结果的综合分析，以确定最合适的业务账户。还对规则参数进行评估和最优化，以获得最佳的规则参数组合。这有助于提高系统的性能和效率。通过记账操作生成的账户流水表和账户明细表可以自动生成，无需手动处理。这使得报告生成更加快速和准确。对目标账户记账数据的分类和列表转换，以便将数据按照需要的格式呈现。提高了决策的智能化和精确性，进而提高了分录配置的记账灵活性，利用灵活的参数模式，对应分录配置，可实现零代码高效扩展新业务场景的账户记账，提高客户的满意度。

附图说明

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

图1为本申请实施例中基于分录配置的灵活记账方法的一个实施例示意图；

图2为本申请实施例中基于分录配置的灵活记账装置的一个实施例示意图。

具体实施方式

本申请实施例提供了一种基于分录配置的灵活记账方法。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本申请实施例的具体流程进行描述，请参阅图1，本申请实施例中基于分录配置的灵活记账方法的一个实施例包括：

步骤S101、获取不同第一业务场景的多个第一账户记账请求，并分别对多个第一账户记账请求进行业务账户匹配和技术可行性分析，得到多个第一业务账户和每个第一业务账户的技术可行性分析结果；

可以理解的是，本申请的执行主体可以为基于分录配置的灵活记账装置，还可以是终端或者服务器，具体此处不做限定。本申请实施例以服务器为执行主体为例进行说明。

具体的，首先，获取不同第一业务场景的多个第一账户记账请求，并对这些请求进行详细的业务账户匹配，以确保每个请求都准确对应到特定的第一业务账户。通过数据分析和模式识别技术，服务器高效地识别和分类各种不同的业务场景和账户类型。接下来，针对每个已匹配的第一业务账户获取其业务账户信息，并根据这些信息确定对应的第一可行性校验模型。从预置的可行性校验模型库中检索适合的模型，以及根据账户特性和业务需求对模型进行适当的调整或优化。此时，每个账户将有一个专门为其量身定制的第一可行性校验模型，以确保校验过程的准确性和有效性。接着，服务器从可行性校验模型库中获取与第一可行性校验模型相对应的第二可行性校验模型，并根据两者确定第三可行性校验模型的输入数据。这一阶段是一个综合性的数据处理过程，其中第一可行性校验模型的输出数据将作为第三可行性校验模型的输出数据，形成一个多层次、互相协作的校验体系。随后，服务器对第一和第二可行性校验模型进行可行性校验组合，形成一个目标可行性校验组合，这一组合将作为第三可行性校验模型的核心功能。这种组合方式不仅增强了模型的校验能力，还为不断变化的业务场景和账户类型提供了更高的灵活性和适应性。同时，将这个新形成的第三可行性校验模型加入到可行性校验模型库中，这样可以不断丰富和完善库中的模型资源，提高整个服务器的处理效率和准确度。最终，通过第一、第二和第三可行性校验模型对每个第一业务账户进行细致的技术可行性分析，分别得到三组可行性分析结果。这些结果不仅单独具有参考价值，而且通过对它们进行综合分析，可以更全面、更深入地评估每个第一业务账户的技术可行性。

步骤S102、根据技术可行性分析结果分别配置每个第一业务账户的第一记账分录，并对第一记账分录进行规则参数解析，得到每个第一业务账户的第一记账规则参数；

具体的，首先，根据技术可行性分析结果为每个第一业务账户配置第一记账分录。具体地，根据每个账户的技术可行性分析，确定其记账所需的具体内容，如何记录每笔交易的借贷情况等。然后，针对每个记账分录，执行规则参数的组合分类，以形成第一规则类型组合和第二规则类型组合。这一过程中，服务器将记账分录的各个元素与预置的规则参数相匹配，生成两种不同的规则组合。接着，对这两种规则类型组合进行规则参数解析，解析过程中提取出每种组合的参数评价指标，分别是第一规则类型组合的第一参数评价指标和第二规则类型组合的第二参数评价指标。这些指标是根据记账分录的具体内容和规则参数的特征提取出的，它们将用于后续的优化分析。接下来，根据这两组参数评价指标对第一和第二规则类型组合进行最优化分析，旨在从中选出最适合当前业务需求的组合，即目标规则类型组合。确定一种组合，使得记账过程既符合规定又适应具体的业务需求。最终，对所选的目标规则类型组合进行参数数值分析，以获得每个第一业务账户的第一记账规则参数。这些参数包括分录编码数据、借方数据、贷方数据及金额数据，它们是根据目标规则类型组合确定的，确保每个账户的记账处理既准确无误又高效。通过这一系列步骤，每个第一业务账户得到其精确的第一记账规则参数。

步骤S103、将第一记账规则参数传输至预置的目标业务线，通过目标业务线分别调用每个第一业务账户的账户记账接口对第一记账规则参数进行规则参数传递；

具体的，首先，通过安全的数据传输通道，如使用HTTPS或其他加密协议，将第一记账规则参数传输至预置的目标业务线。这一传输过程中要注意数据的安全性和保密性，以防止数据在传输过程中被截获或篡改。为此，需要在数据传输前后进行加密和解密操作，以及使用数字签名确保数据的完整性。接着，根据业务线的配置调用相应的账户记账接口。每个第一业务账户都有一个对应的记账接口，这些接口负责接收传入的规则参数，并根据这些参数执行记账操作。在这一阶段，服务器需要处理各种兼容性问题，确保从不同来源和格式的规则参数都能被正确解析和处理。在调用记账接口时，服务器还需要考虑到接口调用的效率和稳定性。为了提高效率，可以采用异步调用的方式，这样即使某些记账操作耗时较长，也不会阻塞整个服务器的运行。同时，为了保证稳定性，服务器需要有容错和异常处理机制，确保在遇到错误或异常时能够及时响应并采取适当的补救措施。

步骤S104、接收待处理的第二账户记账请求，并根据第二账户记账请求对多个第一业务账户进行业务账户匹配，得到第二业务账户，以及获取第二业务账户对应的第二业务场景；

具体的，首先，接收并解析待处理的第二账户记账请求。解析过程中，服务器将提取请求中的特征标识信息，这些信息是识别和匹配账户的关键依据，包括交易类型、金额、日期等具体细节。接下来，利用提取出的请求特征标识信息，在已有的多个第一业务账户中进行匹配。服务器将生成一个账户标识特征矩阵，这个矩阵将请求的特征标识与每个第一业务账户的相关数据进行对比和关联。创建这样的矩阵是为了使后续的数据处理和分析更加高效和准确。随后，通过熵权评价模型，根据账户标识特征矩阵分别计算每个第一业务账户的正理想解和负理想解。正理想解和负理想解是评价模型中用于表示最佳和最差结果的概念，它们提供了一种衡量每个账户匹配度的标准。熵权评价模型的应用是为了客观评估每个账户与请求特征的匹配程度，确保选择最适合的账户。接着，根据每个账户的正理想解和负理想解来计算它们的综合得分。这个得分反映了每个账户与第二账户记账请求的匹配程度，得分越高表示匹配度越好。最后，采用自然断点法对这些综合得分进行聚类分析。自然断点法是一种有效的统计方法，用于识别数据集中的自然分组。通过这种聚类分析，服务器能够识别出与第二账户记账请求最匹配的账户，即第二业务账户，并据此确定其对应的第二业务场景。

步骤S105、根据第二业务场景对第二业务账户进行记账分录查询，得到对应的第二记账分录，获取第二业务账户的第二记账规则参数并进行规则参数校验，得到规则参数校验结果；

具体的，首先，根据第二业务场景的具体要求对第二业务账户进行记账分录查询。对账户数据库深入搜索和分析，以便准确地找到符合当前业务场景需求的记账分录。记账分录包含了所有必要的财务信息，如交易的借贷方向、金额、相关账户等，它们是记账处理的基础。接着，获取第二业务账户的第二记账规则参数。这些参数决定了如何对交易进行分类和记录。在获取这些参数后，服务器执行一个向量转换过程，将第二记账规则参数转换为第一记账规则参数向量。这种转换是为了将参数标准化，以便能够用统一的方法进行比较和分析。接着，对预置的基准记账规则参数进行类似的向量转换，生成第二记账规则参数向量，创建一个标准的比较基准，以便对当前的记账规则参数进行评估。然后，对第一记账规则参数向量和第二记账规则参数向量进行欧式距离计算。欧式距离是一种常用的度量方法，用于计算两个向量间的“距离”。在这里，它被用来衡量当前记账规则参数与基准记账规则参数之间的差异。计算得到的目标欧式距离数据将作为规则参数校验的评价指标。最后，服务器将对规则参数校验评价指标与预设的校验评价指标阈值进行比较，确定当前的记账规则参数是否符合预定的标准和要求。如果目标欧式距离数据在阈值范围内，表示记账规则参数是可接受的，否则需要进行调整。通过以上步骤，服务器能够确保每笔交易都按照正确的规则进行记账，从而保持财务记录的准确性和一致性。这种方法不仅提高了记账处理的效率，还保证了数据的准确性和可靠性。

首先，获取第二业务账户的第二记账规则参数，这包括分录编码数据、借方数据、贷方数据以及金额数据。这些数据构成了记账过程的核心，包含了所有必要的财务信息，用于确保每笔交易都按照正确的财务规则进行记录。随后，服务器对分录编码数据进行数据识别，以得到第一数据信息。通过模式识别或机器学习算法，以确保从编码数据中准确提取出有用信息。提取出的第一数据信息随后将与第一编码映射表进行匹配，以确定第一编码元素。这个映射表包含了各种编码数据和它们对应的财务含义，使得服务器能够将抽象的编码转换为具体的财务条目。接着，对借方数据执行类似的处理流程，通过数据识别得到第二数据信息，并利用第二编码映射表进行编码匹配，以确定第二编码元素。同样地，贷方数据也经过数据识别，得到第三数据信息，然后与第三编码映射表进行匹配，得到第三编码元素。这些步骤确保了借贷双方数据的准确识别和处理。接着，对于金额数据，进行数据识别，得到第四数据信息。随后，这些数据信息将与第四编码映射表进行匹配，以确定第四编码元素。最后，将第一、第二、第三和第四编码元素进行向量转换，生成第一记账规则参数向量。这种向量转换是将不同类型的记账数据统一成一种标准格式，便于后续的处理和分析。通过这样的转换，每个记账规则参数都被转化为一个数值向量。

步骤S106、根据规则参数校验结果和第二记账分录进行账户记账，得到账户流水表及账户明细表。

具体的，首先，根据校验结果和第二记账分录对第二业务账户执行具体的记账操作。根据校验过程中确定的有效规则参数，以及第二记账分录中包含的具体交易细节，如交易日期、金额、借贷方向等，来更新账户的财务记录。此过程中，服务器将生成目标账户记账数据，这些数据是后续生成账户流水表和账户明细表的基础。接下来，对这些目标账户记账数据进行扫描，以确定记账数据的类型标识，识别每笔记账数据的具体特性。记账数据类型标识决定了如何处理和分类这些数据。然后，根据记账数据类型标识，从预置的数据表转换规则库中确定相应的目标数据表转换规则。数据表转换规则库包含了一系列的规则和指令，用于指导如何将记账数据转换成特定格式的表格数据。这些规则根据记账数据的类型和特点，提供了不同的处理逻辑，确保数据能够被正确分类和格式化。最后，服务器将使用这些目标数据表转换规则对目标账户记账数据进行数据分类和列表转换。这一过程不仅涉及到数据的分类，还包括将数据转换成特定格式，如表格或图表，以便于阅读和分析。通过这种转换，服务器将生成账户流水表和账户明细表。账户流水表通常包含了所有的交易记录，显示了账户资金的流动情况；而账户明细表则提供了更加详细的每笔交易信息，如交易方、金额、时间等。通过这些表格，可以清晰地展示账户的财务状况，为账户管理和决策提供了重要的信息。

本申请实施例中，本申请能够自动处理不同业务场景下的账户记账请求，无需手动干预。这提高了效率，减少了人为错误的风险，节省了时间和人力资源。通过对每个业务账户进行技术可行性分析，可以确定哪些账户能够处理特定的记账请求。这有助于避免将请求发送到无法处理的账户，从而提高了数据处理的准确性和效率。对第一记账规则参数和第二记账规则参数进行解析和校验，确保记账操作符合预定规则。对多个技术可行性分析结果的综合分析，以确定最合适的业务账户。还对规则参数进行评估和最优化，以获得最佳的规则参数组合。这有助于提高系统的性能和效率。通过记账操作生成的账户流水表和账户明细表可以自动生成，无需手动处理。这使得报告生成更加快速和准确。对目标账户记账数据的分类和列表转换，以便将数据按照需要的格式呈现。提高了决策的智能化和精确性，进而提高了分录配置的记账灵活性，利用灵活的参数模式，对应分录配置，可实现零代码高效扩展新业务场景的账户记账，提高客户的满意度。

在一具体实施例中，执行步骤S101的过程可以具体包括如下步骤：

（1）获取不同第一业务场景的多个第一账户记账请求，并分别对多个第一账户记账请求进行业务账户匹配，得到每个第一账户记账请求的第一业务账户；（2）分别获取每个第一业务账户的业务账户信息，并根据业务账户信息确定每个第一业务账户对应的第一可行性校验模型；（3）根据预置的可行性校验模型库获取第一可行性校验模型对应的第二可行性校验模型；（4）根据第一可行性校验模型和第二可行性校验模型确定第三可行性校验模型的输入数据，并将第一可行性校验模型的输出数据作为第三可行性校验模型的输出数据；（5）对第一可行性校验模型和第二可行性校验模型进行可行性校验组合，得到目标可行性校验组合，并将目标可行性校验组合作为第三可行性校验模型的可行性校验功能，以及将第三可行性校验模型加入可行性校验模型库；（6）通过第一可行性校验模型对每个第一业务账户进行技术可行性分析，得到第一可行性分析结果，并通过第二可行性校验模型对每个第一业务账户进行技术可行性分析，得到第二可行性分析结果，以及通过第三可行性校验模型对每个第一业务账户进行技术可行性分析，得到第三可行性分析结果；（7）对第一可行性分析结果、第二可行性分析结果以及第三可行性分析结果进行结果综合分析，得到每个第一业务账户的技术可行性分析结果。

具体的，首先，获取不同第一业务场景的多个第一账户记账请求。这些请求来自不同的业务单元或账户类型，每个请求都携带着特定的业务信息，如交易金额、日期、交易类型等。这些记账请求的获取涉及到对来自各个业务渠道的数据进行捕获和记录。接下来，对这些第一账户记账请求进行业务账户匹配。这一匹配过程基于请求中的信息，如交易类型指向销售账户、采购账户或其他特定类型的账户。接着，根据每个第一业务账户获取其具体的业务账户信息。这些信息包括账户的历史交易数据、账户类型、风险评估等。基于这些信息，服务器确定每个第一业务账户对应的第一可行性校验模型。这个模型的选择依赖于账户的特性和历史表现，例如，对于高风险账户，选用的模型更侧重于风险控制。接着，根据预置的可行性校验模型库获取与第一可行性校验模型相对应的第二可行性校验模型。这一步骤涉及模型的选择和适配，确保第二模型能够补充第一模型的不足，提供更全面的评估。然后，服务器确定第三可行性校验模型的输入数据，这些数据基于前两个模型的输出。第三可行性校验模型的设计是为了综合前两个模型的分析结果，提供一个更全面的评估视角。例如，第一个模型关注交易的合规性，第二个模型关注交易的风险程度，而第三个模型则结合这两方面，提供一个综合的风险和合规性评估。随后，第一和第二可行性校验模型的输出被用于形成目标可行性校验组合，这个组合随后作为第三可行性校验模型的可行性校验功能，并被加入可行性校验模型库。这样，服务器不仅对每个单独的模型进行评估，还通过组合模型来获取更深入的洞察。在这些模型的基础上，服务器对每个第一业务账户进行技术可行性分析，得到第一、第二和第三可行性分析结果。每个结果提供了从不同角度对账户的评估，例如，第一结果关注基本的合规性，第二结果更侧重于交易的风险评估，而第三结果则提供一个交易风险和合规性的综合评估。最后，服务器对这三个可行性分析结果进行综合分析，得到每个第一业务账户的最终技术可行性分析结果。这个综合结果是基于多个模型和多维度分析得出的，为每个账户提供了全面的评估。

在一具体实施例中，执行步骤S102的过程可以具体包括如下步骤：

（1）根据技术可行性分析结果，分别配置每个第一业务账户的第一记账分录；（2）根据第一记账分录对预置的多个规则参数进行组合分类，得到第一规则类型组合和第二规则类型组合；（3）分别对第一规则类型组合和第二规则类型组合进行规则参数解析，得到第一规则类型组合的第一参数评价指标以及第二规则类型组合的第二参数评价指标；（4）根据第一参数评价指标和第二参数评价指标，对第一规则类型组合和第二规则类型组合进行最优化分析，得到目标规则类型组合；（5）对目标规则类型组合进行参数数值分析，得到每个第一业务账户的第一记账规则参数，第一记账规则参数包括：分录编码数据、借方数据、贷方数据及金额数据。

具体的，首先，根据技术可行性分析的结果为每个第一业务账户配置第一记账分录。技术可行性分析考虑了各种因素，如账户类型、交易频率、历史记录、风险评估等。基于这些分析结果，服务器能够确定最适合每个账户的记账方式。例如，对于高频交易的账户，服务器配置一种能够快速处理大量小额交易的记账分录；而对于涉及大额交易的账户，服务器配置一种更加注重风险管理和详细审查的记账分录。接着，根据这些第一记账分录对预置的多个规则参数进行组合分类。分析和匹配记账分录中的信息与预设的规则参数，如交易类型、金额阈值、时间限制等。这样，服务器形成针对不同业务场景的第一规则类型组合和第二规则类型组合。接着，对这些规则类型组合进行详细的规则参数解析。这个过程中，服务器会评估每个规则类型组合的效果和适用性，生成参数评价指标。第一规则类型组合的第一参数评价指标和第二规则类型组合的第二参数评价指标是基于特定业务需求和风险评估生成的。这些评价指标反映了每种规则组合的优势和局限，帮助服务器做出更加合理的选择。然后，服务器根据这些评价指标对第一和第二规则类型组合进行最优化分析，确定最适合当前业务场景和账户特性的目标规则类型组合。这个最优化过程涉及到数据驱动的决策算法，比如基于历史数据和预测模型来评估不同组合的潜在效果。例如，如果第一规则类型组合在处理高风险交易方面表现更好，而第二规则类型组合在处理高频交易方面更高效，则服务器将根据账户的具体需求和特性来决定采用哪一种组合。最后，对于选定的目标规则类型组合，服务器进行参数数值分析，得到每个第一业务账户的第一记账规则参数。这些参数包括分录编码数据、借方数据、贷方数据及金额数据等。例如，对于一个主要处理销售收入的账户，记账规则参数包括销售收入的分类编码、收款的借方数据、应收账款的贷方数据和交易金额。通过这样的参数数值分析，服务器能够确保每个账户的记账分录既符合个性化的业务需求，又保持了整体的一致性和准确性。

在一具体实施例中，执行步骤S104的过程可以具体包括如下步骤：

（1）接收待处理的第二账户记账请求，并对第二账户记账请求进行请求解析，得到请求特征标识信息；（2）获取请求特征标识信息对应的多个第一业务账户，并根据多个第一业务账户和请求特征标识信息生成对应的账户标识特征矩阵；（3）通过熵权评价模型，根据账户标识特征矩阵分别计算每个第一业务账户的正理想解和负理想解；（4）根据正理想解和负理想解，分别计算每个第一业务账户的综合得分；（5）采用自然断点法，对综合得分进行聚类分析，得到第二账户记账请求对应的第二业务账户，并获取第二业务账户对应的第二业务场景。

具体的，首先，接收待处理的第二账户记账请求，并对第二账户记账请求进行请求解析，得到请求特征标识信息。这个过程中，服务器识别和提取记账请求的关键特征标识信息，这些信息包括交易的日期、金额、涉及的账户类型等。这些信息是理解和处理记账请求的基础。随后，基于这些提取出的特征标识信息，识别与之相对应的第一业务账户。搜索现有账户数据库，匹配账户属性与记账请求的特征。例如，服务器会根据交易金额的大小、交易的频繁程度等特征，来确定与之最相关的业务账户。接着，根据已识别的第一业务账户和记账请求的特征标识信息，构建一个账户标识特征矩阵。这个矩阵是多维度的，包含了账户的各种属性和记账请求的特征，为后续的数据分析和决策提供基础。之后，通过熵权评价模型，利用这个矩阵为每个第一业务账户计算正理想解和负理想解。正理想解表示在给定的记账请求特征下，最匹配或最优的账户状态；而负理想解则表示最不匹配或最差的状态。这些计算结果帮助服务器评估每个账户处理特定记账请求的适宜程度。然后，服务器根据正理想解和负理想解为每个账户计算综合得分。这个得分反映了账户在特定记账请求下的整体适应性和效率。得分较高的账户被视为更适合处理该类请求。最后，采用自然断点法，对所有账户的综合得分进行聚类分析。这种分析方法帮助服务器识别出哪些账户最适合处理特定的记账请求，从而确定最适合的第二业务账户以及相应的业务场景。这个过程不仅基于数据驱动的分析结果，也考虑了账户的历史表现和特性。

在一具体实施例中，执行步骤S105的过程可以具体包括如下步骤：

（1）根据第二业务场景对第二业务账户进行记账分录查询，得到对应的第二记账分录；（2）获取第二业务账户的第二记账规则参数，并对第二记账规则参数进行向量转换，得到第一记账规则参数向量；（3）对预置的基准记账规则参数进行向量转换，得到第二记账规则参数向量；（4）对第一记账规则参数向量和第二记账规则参数向量进行欧式距离计算，得到目标欧式距离数据，并将目标欧式距离数据作为对应的规则参数校验评价指标；（5）对规则参数校验评价指标和预设的校验评价指标阈值进行比较，得到规则参数校验结果。

具体的，首先，根据第二业务场景对第二业务账户进行记账分录查询，包括搜索相关的账户记录，获取与该场景相关的所有交易数据，如交易金额、日期和其他相关细节。接着，获取这些第二业务账户的第二记账规则参数。这些参数包括对交易类型的分类、金额的处理方式、以及与交易相关的其他特定规则。获取这些参数后，服务器将进行向量转换，将记账规则参数转换为数学向量，形成第一记账规则参数向量。接下来，对预置的基准记账规则参数进行相同的向量转换，形成第二记账规则参数向量。这些基准参数代表了广泛适用的、通用的记账标准，包括通用的会计准则和一般认可的财务处理方法。随后，通过计算第一记账规则参数向量和第二记账规则参数向量之间的欧式距离来评估两者之间的差异。欧式距离提供了一种量化这些差异的方法，帮助判断实际记账规则与基准记账规则之间的一致性。最后，将这个计算出的欧式距离与预设的校验评价指标阈值进行比较。这决定了记账规则是否符合预定的标准。如果欧式距离低于阈值，这表明记账规则与通用标准相符，而超过阈值则表示记账规则需要调整或审核。

在一具体实施例中，执行步骤获取第二业务账户的第二记账规则参数，并对第二记账规则参数进行向量转换，得到第一记账规则参数向量的过程可以具体包括如下步骤：

（1）获取第二业务账户的第二记账规则参数，并获取第二记账规则参数的分录编码数据、借方数据、贷方数据及金额数据；（2）对分录编码数据进行数据识别，得到第一数据信息，并获取第一编码映射表，对第一数据信息进行编码匹配，得到第一编码元素；（3）对借方数据进行数据识别，得到第二数据信息，并获取第二编码映射表，对第二数据信息进行编码匹配，得到第二编码元素；（4）对贷方数据进行数据识别，得到第三数据信息，并获取第三编码映射表，对第三数据信息进行编码匹配，得到第三编码元素；（5）对金额数据进行数据识别，得到第四数据信息，并获取第四编码映射表，对第四数据信息进行编码匹配，得到第四编码元素；（6）对第一编码元素、第二编码元素、第三编码元素及第四编码元素进行向量转换，得到第一记账规则参数向量。

具体的，首先，获取第二业务账户的第二记账规则参数。这些参数决定了如何对每笔交易进行记录和处理。例如，这些参数包括特定的记账方式、交易分类和金额处理规则，还包括具体的分录编码数据、借方数据、贷方数据及金额数据。接着，对分录编码数据进行数据识别，分析分录编码数据以提取关键信息，如交易类型或交易类别。例如，一个特定的编码代表销售收入或采购成本。提取出的这些数据信息随后将与第一编码映射表进行匹配。第一编码映射表是一个预设的数据库，包含了各种编码和它们对应的财务含义。通过这种匹配，服务器能够将抽象的编码转换为具体的财务条目，得到第一编码元素。类似地，服务器对借方数据和贷方数据执行相同的处理流程。通过数据识别，从借方和贷方数据中提取关键信息，并分别利用第二和第三编码映射表进行匹配。这些映射表分别包含了借方和贷方的具体财务解释，帮助服务器理解这些数据的财务含义。例如，借方数据涉及资产的增加或负债的减少，而贷方数据则涉及资产的减少或负债的增加。通过匹配过程，服务器能够识别出每笔交易的借方和贷方影响，得到第二和第三编码元素。对于金额数据，服务器同样需要进行数据识别和映射。通过分析金额数据并与第四编码映射表进行匹配，服务器能够确定这些金额数据的具体含义，如实际交易金额、预算金额或调整金额等。这一步骤确保了金额数据的准确性和适用性。最后，服务器将第一、第二、第三和第四编码元素进行向量转换，形成一个综合的第一记账规则参数向量。这个向量是对原始记账数据的数学表示，便于进行后续的计算和分析。例如，这个向量可以用于与其他记账数据进行比较，或用于进一步的财务分析。通过以上步骤，服务器能够从原始的记账请求中提取出关键的财务信息，并将其转换为标准化的格式。这不仅提高了记账处理的准确性，还为进一步的分析和决策提供了可靠的基础。例如，通过分析这些转换后的数据，服务器评估交易的财务影响，或者确定是否需要调整记账规则以符合更广泛的财务标准和规则。这种方法适用于处理各种复杂的财务场景，确保了记账准确性和合规性，同时提供了必要的灵活性和深度。

在一具体实施例中，执行步骤S106的过程可以具体包括如下步骤：

（1）根据规则参数校验结果和第二记账分录，对第二业务账户进行账户记账，得到目标账户记账数据；（2）对目标账户记账数据进行扫描，确定记账数据类型标识；（3）通过记账数据类型标识从预置数据表转换规则库中确定对应的目标数据表转换规则；（4）通过目标数据表转换规则对目标账户记账数据进行数据分类和列表转换，得到账户流水表及账户明细表。

具体的，首先，根据规则参数校验结果和第二记账分录对第二业务账户进行账户记账。按照已校验和确认的记账规则来处理交易记录。例如，如果第二业务账户是一个处理多种服务和商品销售的商业账户，其记账分录包括从收到的客户付款到支付给供应商的款项。在这一阶段，服务器会详细记录每笔交易的具体信息，如交易金额、日期、交易对方等，以生成目标账户的记账数据。这些数据构成了后续生成账户流水表和明细表的基础。接下来，对这些目标账户记账数据进行扫描以确定记账数据的类型标识。服务器会分析每笔交易的性质，如销售收入、采购成本、运营支出等。不同类型的交易需要不同的处理方式。例如，销售收入需要反映在利润表上，而采购成本则影响资产负债表的相应项目。接着，利用记账数据类型标识从预置的数据表转换规则库中确定相应的目标数据表转换规则。这个规则库包含了多种数据转换规则，这些规则指导如何将记账数据转换成特定格式的表格数据。例如，销售收入的转换规则包括将收入分摊到特定的时间段，而采购成本的转换规则涉及到存货的会计处理。最后，根据确定的目标数据表转换规则对目标账户记账数据进行数据分类和列表转换。这包括将原始的记账数据转换成适用于财务报表的格式。例如，服务器会将销售收入和采购成本等不同类型的交易数据分别处理，以生成准确的账户流水表和账户明细表。账户流水表提供了一段时间内账户所有交易的概览，而账户明细表则提供了每笔交易的详细信息。

上面对本申请实施例中基于分录配置的灵活记账方法进行了描述，下面对本申请实施例中基于分录配置的灵活记账装置进行描述，请参阅图2，本申请实施例中基于分录配置的灵活记账装置一个实施例包括：

获取模块201，用于获取不同第一业务场景的多个第一账户记账请求，并分别对所述多个第一账户记账请求进行业务账户匹配和技术可行性分析，得到多个第一业务账户和每个第一业务账户的技术可行性分析结果；解析模块202，用于根据所述技术可行性分析结果分别配置每个第一业务账户的第一记账分录，并对所述第一记账分录进行规则参数解析，得到每个第一业务账户的第一记账规则参数；传输模块203，用于将所述第一记账规则参数传输至预置的目标业务线，通过所述目标业务线分别调用每个第一业务账户的账户记账接口对所述第一记账规则参数进行规则参数传递；匹配模块204，用于接收待处理的第二账户记账请求，并根据所述第二账户记账请求对所述多个第一业务账户进行业务账户匹配，得到第二业务账户，以及获取所述第二业务账户对应的第二业务场景；校验模块205，用于根据所述第二业务场景对所述第二业务账户进行记账分录查询，得到对应的第二记账分录，获取所述第二业务账户的第二记账规则参数并进行规则参数校验，得到规则参数校验结果；记账模块206，用于根据所述规则参数校验结果和所述第二记账分录进行账户记账，得到账户流水表及账户明细表。

通过上述各个组成部分的协同合作，本申请能够自动处理不同业务场景下的账户记账请求，无需手动干预。这提高了效率，减少了人为错误的风险，节省了时间和人力资源。通过对每个业务账户进行技术可行性分析，可以确定哪些账户能够处理特定的记账请求。这有助于避免将请求发送到无法处理的账户，从而提高了数据处理的准确性和效率。对第一记账规则参数和第二记账规则参数进行解析和校验，确保记账操作符合预定规则。对多个技术可行性分析结果的综合分析，以确定最合适的业务账户。还对规则参数进行评估和最优化，以获得最佳的规则参数组合。这有助于提高系统的性能和效率。通过记账操作生成的账户流水表和账户明细表可以自动生成，无需手动处理。这使得报告生成更加快速和准确。对目标账户记账数据的分类和列表转换，以便将数据按照需要的格式呈现。提高了决策的智能化和精确性，进而提高了分录配置的记账灵活性，利用灵活的参数模式，对应分录配置，可实现零代码高效扩展新业务场景的账户记账，提高客户的满意度。

本申请还提供一种基于分录配置的灵活记账设备，所述基于分录配置的灵活记账设备包括存储器和处理器，存储器中存储有计算机可读指令，计算机可读指令被处理器执行时，使得处理器执行上述各实施例中的所述基于分录配置的灵活记账方法的步骤。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述基于分录配置的灵活记账方法的步骤。

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

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种基于分录配置的灵活记账方法，其特征在于，所述基于分录配置的灵活记账方法包括：

获取不同第一业务场景的多个第一账户记账请求，并分别对所述多个第一账户记账请求进行业务账户匹配和技术可行性分析，得到多个第一业务账户和每个第一业务账户的技术可行性分析结果；

根据所述技术可行性分析结果分别配置每个第一业务账户的第一记账分录，并对所述第一记账分录进行规则参数解析，得到每个第一业务账户的第一记账规则参数；

将所述第一记账规则参数传输至预置的目标业务线，通过所述目标业务线分别调用每个第一业务账户的账户记账接口对所述第一记账规则参数进行规则参数传递；

接收待处理的第二账户记账请求，并根据所述第二账户记账请求对所述多个第一业务账户进行业务账户匹配，得到第二业务账户，以及获取所述第二业务账户对应的第二业务场景；

根据所述第二业务场景对所述第二业务账户进行记账分录查询，得到对应的第二记账分录，获取所述第二业务账户的第二记账规则参数并进行规则参数校验，得到规则参数校验结果；

根据所述规则参数校验结果和所述第二记账分录进行账户记账，得到账户流水表及账户明细表。

2.根据权利要求1所述的基于分录配置的灵活记账方法，其特征在于，所述获取不同第一业务场景的多个第一账户记账请求，并分别对所述多个第一账户记账请求进行业务账户匹配和技术可行性分析，得到多个第一业务账户和每个第一业务账户的技术可行性分析结果，包括：

获取不同第一业务场景的多个第一账户记账请求，并分别对所述多个第一账户记账请求进行业务账户匹配，得到每个第一账户记账请求的第一业务账户；

分别获取每个第一业务账户的业务账户信息，并根据所述业务账户信息确定每个第一业务账户对应的第一可行性校验模型；

根据预置的可行性校验模型库获取所述第一可行性校验模型对应的第二可行性校验模型；

根据所述第一可行性校验模型和所述第二可行性校验模型确定第三可行性校验模型的输入数据，并将所述第一可行性校验模型的输出数据作为所述第三可行性校验模型的输出数据；

对所述第一可行性校验模型和所述第二可行性校验模型进行可行性校验组合，得到目标可行性校验组合，并将所述目标可行性校验组合作为所述第三可行性校验模型的可行性校验功能，以及将所述第三可行性校验模型加入所述可行性校验模型库；

通过所述第一可行性校验模型对每个第一业务账户进行技术可行性分析，得到第一可行性分析结果，并通过所述第二可行性校验模型对每个第一业务账户进行技术可行性分析，得到第二可行性分析结果，以及通过所述第三可行性校验模型对每个第一业务账户进行技术可行性分析，得到第三可行性分析结果；

对所述第一可行性分析结果、所述第二可行性分析结果以及所述第三可行性分析结果进行结果综合分析，得到每个第一业务账户的技术可行性分析结果。

3.根据权利要求1所述的基于分录配置的灵活记账方法，其特征在于，所述根据所述技术可行性分析结果分别配置每个第一业务账户的第一记账分录，并对所述第一记账分录进行规则参数解析，得到每个第一业务账户的第一记账规则参数，包括：

根据所述技术可行性分析结果，分别配置每个第一业务账户的第一记账分录；

根据所述第一记账分录对预置的多个规则参数进行组合分类，得到第一规则类型组合和第二规则类型组合；

分别对所述第一规则类型组合和所述第二规则类型组合进行规则参数解析，得到所述第一规则类型组合的第一参数评价指标以及所述第二规则类型组合的第二参数评价指标；

根据所述第一参数评价指标和所述第二参数评价指标，对所述第一规则类型组合和所述第二规则类型组合进行最优化分析，得到目标规则类型组合；

对所述目标规则类型组合进行参数数值分析，得到每个第一业务账户的第一记账规则参数，所述第一记账规则参数包括：分录编码数据、借方数据、贷方数据及金额数据。

4.根据权利要求1所述的基于分录配置的灵活记账方法，其特征在于，所述接收待处理的第二账户记账请求，并根据所述第二账户记账请求对所述多个第一业务账户进行业务账户匹配，得到第二业务账户，以及获取所述第二业务账户对应的第二业务场景，包括：

接收待处理的第二账户记账请求，并对所述第二账户记账请求进行请求解析，得到请求特征标识信息；

获取所述请求特征标识信息对应的多个第一业务账户，并根据所述多个第一业务账户和所述请求特征标识信息生成对应的账户标识特征矩阵；

通过熵权评价模型，根据所述账户标识特征矩阵分别计算每个第一业务账户的正理想解和负理想解；

根据所述正理想解和所述负理想解，分别计算每个第一业务账户的综合得分；

采用自然断点法，对所述综合得分进行聚类分析，得到所述第二账户记账请求对应的第二业务账户，并获取所述第二业务账户对应的第二业务场景。

5.根据权利要求1所述的基于分录配置的灵活记账方法，其特征在于，所述根据所述第二业务场景对所述第二业务账户进行记账分录查询，得到对应的第二记账分录，获取所述第二业务账户的第二记账规则参数并进行规则参数校验，得到规则参数校验结果，包括：

根据所述第二业务场景对所述第二业务账户进行记账分录查询，得到对应的第二记账分录；

获取所述第二业务账户的第二记账规则参数，并对所述第二记账规则参数进行向量转换，得到第一记账规则参数向量；

对预置的基准记账规则参数进行向量转换，得到第二记账规则参数向量；

对所述第一记账规则参数向量和所述第二记账规则参数向量进行欧式距离计算，得到目标欧式距离数据，并将所述目标欧式距离数据作为对应的规则参数校验评价指标；

对所述规则参数校验评价指标和预设的校验评价指标阈值进行比较，得到规则参数校验结果。

6.根据权利要求5所述的基于分录配置的灵活记账方法，其特征在于，所述获取所述第二业务账户的第二记账规则参数，并对所述第二记账规则参数进行向量转换，得到第一记账规则参数向量，包括：

获取所述第二业务账户的第二记账规则参数，并获取所述第二记账规则参数的分录编码数据、借方数据、贷方数据及金额数据；

对所述分录编码数据进行数据识别，得到第一数据信息，并获取第一编码映射表，对所述第一数据信息进行编码匹配，得到第一编码元素；

对所述借方数据进行数据识别，得到第二数据信息，并获取第二编码映射表，对所述第二数据信息进行编码匹配，得到第二编码元素；

对所述贷方数据进行数据识别，得到第三数据信息，并获取第三编码映射表，对所述第三数据信息进行编码匹配，得到第三编码元素；

对所述金额数据进行数据识别，得到第四数据信息，并获取第四编码映射表，对所述第四数据信息进行编码匹配，得到第四编码元素；

对所述第一编码元素、所述第二编码元素、所述第三编码元素及所述第四编码元素进行向量转换，得到第一记账规则参数向量。

7.根据权利要求1所述的基于分录配置的灵活记账方法，其特征在于，所述根据所述规则参数校验结果和所述第二记账分录进行账户记账，得到账户流水表及账户明细表，包括：

根据所述规则参数校验结果和所述第二记账分录，对所述第二业务账户进行账户记账，得到目标账户记账数据；

对所述目标账户记账数据进行扫描，确定记账数据类型标识；

通过所述记账数据类型标识从预置数据表转换规则库中确定对应的目标数据表转换规则；

通过所述目标数据表转换规则对所述目标账户记账数据进行数据分类和列表转换，得到账户流水表及账户明细表。

8.一种基于分录配置的灵活记账装置，其特征在于，所述基于分录配置的灵活记账装置包括：

获取模块，用于获取不同第一业务场景的多个第一账户记账请求，并分别对所述多个第一账户记账请求进行业务账户匹配和技术可行性分析，得到多个第一业务账户和每个第一业务账户的技术可行性分析结果；

解析模块，用于根据所述技术可行性分析结果分别配置每个第一业务账户的第一记账分录，并对所述第一记账分录进行规则参数解析，得到每个第一业务账户的第一记账规则参数；

传输模块，用于将所述第一记账规则参数传输至预置的目标业务线，通过所述目标业务线分别调用每个第一业务账户的账户记账接口对所述第一记账规则参数进行规则参数传递；

匹配模块，用于接收待处理的第二账户记账请求，并根据所述第二账户记账请求对所述多个第一业务账户进行业务账户匹配，得到第二业务账户，以及获取所述第二业务账户对应的第二业务场景；

校验模块，用于根据所述第二业务场景对所述第二业务账户进行记账分录查询，得到对应的第二记账分录，获取所述第二业务账户的第二记账规则参数并进行规则参数校验，得到规则参数校验结果；

记账模块，用于根据所述规则参数校验结果和所述第二记账分录进行账户记账，得到账户流水表及账户明细表。

9.一种基于分录配置的灵活记账设备，其特征在于，所述基于分录配置的灵活记账设备包括：存储器和至少一个处理器，所述存储器中存储有指令；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述基于分录配置的灵活记账设备执行如权利要求1-7中任一项所述的基于分录配置的灵活记账方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现如权利要求1-7中任一项所述的基于分录配置的灵活记账方法。