一种财务数据的处理方法和装置与流程

本申请涉及信息处理领域，具体而言，涉及一种一种财务数据的处理方法和装置。

背景技术：

目前，市场上的财务软件主要有三种模式：

第一种为图1所示的手动录入的传统记账模式，这种模式在录入凭证时需要用户自行填写借贷科目，因而需要用户自行判断借贷双方，专业性要求极高。

第二种为图2(a)至2(c)所示的半自动化输入的现存日记账模式，这种模式仅能支持填写货币资金科目，在通过图2(a)所示的界面录入日记账后，点击图2(b)界面所示的“生成凭证”，即生成了图2(c)所示的凭证，该凭证仅填写了货币资金的一方，没有对“销售收入”做处理，流水数据必须经由另一位懂财务知识的人员进行二次加工，才能成为真正的凭证，进而生成财务报表数据。专业性要求较高。

第三种为图3(a)至3(e)所示的全自动输入的记账模式，这种记账模式涵盖的流水类别较多，但如图3(a)所示，这种模式无法对流水类别设置，当预设科目与企业实际发生场景不同的时候，预设的流水类别将无法适用。另外，如图3(b)所示，流水账模块内只有“新增流水”、“流水账列表”、“收支统计表”、“现金银行日记账”4大模块，如图3(c)所示，在收支明细设置界面中，没有流水设置入口。如图3(d)所示，在新增页面的“设置”中，仅是对界面的设置，不涉及关联科目。如图3(e)所示的记账凭证，在生成凭证后修改科目，仍不能改变错误数据对纳税申报表的影响。

由上可以看出，现有的财务软件，对企业做账人员的专业性要求较高，从而使得很多小微企业不得不将账务外包给代账公司进行记账，存在一定的安全隐患。

针对上述现有的财务软件在使用过程中需要专业会计知识导致小微企业做账难的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种一种财务数据的处理方法和装置，以至少解决现有的财务软件在使用过程中需要专业会计知识导致小微企业做账难的技术问题。

根据本申请实施例的一个方面，提供了一种财务数据的处理方法，包括：获取预设流水类别的流水数据，其中，预设流水类别包括：预设的至少一个流水类别，每个流水类别和/或每个流水类别指定的关联卡用于确定记账凭证所需的会计科目，会计科目包括：生成记账凭证的借方科目和贷方科目；基于预设流水类别确定的会计科目，和/或预设流水类别指定的关联卡确定的会计科目，根据预设流水类别的流水数据，生成预设流水类别对应的会计科目的财务数据。

进一步地，在获取预设流水类别的流水数据之前，方法还包括：创建至少一个流水类别；配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡，其中，每张关联卡包含至少一个会计科目。

进一步地，配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡，包括：获取生成财务数据所需的所有会计项目；基于生成财务数据所需的所有会计项目，配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡，其中，至少一个流水类别关联的会计科目，和/或至少一个流水类别指定的关联卡确定的会计科目包含了生成财务数据所需的所有会计项目。

进一步地，基于预设流水类别确定的会计科目，和/或预设流水类别指定的关联卡确定的会计科目，根据预设流水类别的流水数据，生成预设流水类别对应的会计科目的财务数据，包括如下任意之一：根据预设流水类别关联的会计科目确定记账凭证中的借方科目和贷方科目，并根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据；根据预设流水类别指定的关联卡关联的会计科目确定记账凭证中的借方科目和贷方科目，进而根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据；根据预设流水类别关联的会计科目和预设流水类别指定的关联卡关联的会计科目确定记账凭证中的借方科目和贷方科目，进而根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据。

进一步地，在基于预设流水类别确定的会计科目，和/或预设流水类别指定的关联卡确定的会计科目，根据预设流水类别的流水数据，生成预设流水类别对应的会计科目的财务数据之后，方法还包括：根据预设流水类别对应的会计科目的财务数据，生成记账凭证；根据记账凭证，生成财务报表。

进一步地，在获取预设流水类别的流水数据之后，方法还包括：根据预设流水类别的流水数据，生成流水报表。

进一步地，预设流水类别指定的关联卡包括如下至少之一：往来单位关联卡、账户关联卡、项目关联卡、存货关联卡。

进一步地，预设流水类别包括如下至少之一：营业收入、营业支出、费用支出、薪酬支出、税费支出、营业外收入、营业外支出、暂收款项、暂付款项、长期资产、借款、投资、资本、内部转账、收付管理、成本结转、认证发票、开具发票、转出未交增值税。

进一步地，财务报表包括如下至少之一：利润表、现金流量表、资产负债表。

根据本申请实施例的另一方面，还提供了一种财务数据的处理装置，包括：获取单元，用于获取预设流水类别的流水数据，其中，预设流水类别包括：预设的至少一个流水类别，每个流水类别和/或每个流水类别指定的关联卡用于确定记账凭证所需的会计科目，会计科目包括：生成记账凭证的借方科目和贷方科目；第一生成单元，用于基于预设流水类别确定的会计科目，和/或预设流水类别指定的关联卡确定的会计科目，根据预设流水类别的流水数据，生成预设流水类别对应的会计科目的财务数据。

进一步地，上述装置还包括：创建单元，用于创建至少一个流水类别；配置单元，用于配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡，其中，每张关联卡包含至少一个会计科目。

进一步地，上述配置单元包括：获取模块，用于获取生成财务数据所需的所有会计项目；配置模块，用于基于生成财务数据所需的所有会计项目，配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡的会计科目，其中，至少一个流水类别关联的会计科目，和/或至少一个流水类别指定的关联卡确定的会计科目包含了生成财务数据所需的所有会计项目。

进一步地，上述第一生成单元包括如下任意之一：第一生成模块，用于根据预设流水类别关联的会计科目确定记账凭证中的借方科目和贷方科目，并根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据；第一生成模块，用于根据预设流水类别指定的关联卡关联的会计科目确定记账凭证中的借方科目和贷方科目，进而根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据；第三生成模块，用于根据预设流水类别关联的会计科目和预设流水类别指定的关联卡关联的会计科目确定记账凭证中的借方科目和贷方科目，进而根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据。

进一步地，上述装置还包括：第二生成单元，用于根据预设流水类别对应的会计科目的财务数据，生成记账凭证；第三生成单元，用于根据记账凭证，生成财务报表。

进一步地，上述装置还包括：第四生成单元，用于根据预设流水类别的流水数据，生成流水报表。

根据本申请实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述任意一项的财务数据的处理方法。

根据本申请实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述任意一项的财务数据的处理方法。

在本申请实施例中，通过获取预设流水类别的流水数据，其中，预设流水类别包括：预设的至少一个流水类别，每个流水类别和/或每个流水类别指定的关联卡用于确定记账凭证所需的会计科目，会计科目包括：生成记账凭证的借方科目和贷方科目；基于预设流水类别确定的会计科目，和/或预设流水类别指定的关联卡确定的会计科目，根据预设流水类别的流水数据，生成预设流水类别对应的会计科目的财务数据，达到了将用户输入的文字和金额等流水数据转换为专业财务数据，以生成专业财务报表的目的，从而实现了降低企业记账难度，快速生成企业财务报表的技术效果，进而解决了现有的财务软件在使用过程中需要专业会计知识导致小微企业做账难的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据现有技术的一种纯手工录入的传统记账界面示意图；

图2(a)是根据现有技术的一种可选的半自动化记账的录入界面示意图；

图2(b)是根据现有技术的一种可选的半自动化记账的生成凭证界面示意图；

图2(c)是根据现有技术的一种可选的半自动化记账的凭证示意图；

图3(a)是根据现有技术的一种可选的全自动化记账的流水录入界面示意图；

图3(b)是根据现有技术的一种可选的全自动化记账的流水录入界面示意图；

图3(c)是根据现有技术的一种可选的全自动化记账的收支明细设置界面示意图；

图3(d)是根据现有技术的一种可选的全自动化记账的收支页面设置界面示意图；

图3(e)是根据现有技术的一种可选的全自动化记账的凭证界面示意图；

图3(f)是根据现有技术的一种可选的全自动化记账的凭证修改界面示意图；

图4是根据本申请实施例的一种财务数据的处理方法流程图；

图5(a)是根据本申请实施例的一种可选的流水录入界面示意图；

图5(b)是根据本申请实施例的一种可选的流水查询界面示意图；

图5(c)是根据本申请实施例的一种可选的凭证查询界面示意图；

图5(d)是根据本申请实施例的一种可选的流水类别配置界面示意图；

图6是根据本申请实施例的一种优选的财务数据的处理方法流程图；

图7是根据本申请实施例的一种可选的将流水数据转换为财务数据的数据处理过程示意图；

图8(a)是根据本申请实施例的一种可选的根据流水类别确定记账凭证的借贷科目示意图；

图8(b)是根据本申请实施例的一种可选的根据流水类别指定的一张关联卡确定记账凭证的借贷科目示意图；

图8(c)是根据本申请实施例的一种可选的根据流水类别指定的多张关联卡确定记账凭证的借贷科目示意图；

图8(d)是根据本申请实施例的一种可选的根据流水类别和关联卡共同确定记账凭证的借贷科目示意图；以及

图9是根据本申请实施例的一种财务数据的处理装置示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

根据本申请实施例，提供了一种财务数据的处理方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图4是根据本申请实施例的一种财务数据的处理方法流程图，如图4所示，该方法包括如下步骤：

步骤s401，获取预设流水类别的流水数据，其中，预设流水类别包括：预设的至少一个流水类别，每个流水类别和/或每个流水类别指定的关联卡用于确定记账凭证所需的会计科目，会计科目包括：生成记账凭证的借方科目和贷方科目。

具体地，上述流水类别可以是系统预先配置的，也可以用户自定义配置的，作为一种可选的实施方式，可以是根据小企业会计准则以及企业实际业务情况而设计的多个流水类别，这些流水类别中，存在如下三种情形：第一种，流水类别关联两个或两个以上会计科目，仅根据流水类别关联的会计科目确定生成记账凭证的借方科目和贷方科目；第二种，流水类别关联至少一个会计科目，由流水类别指定的关联卡关联至少一个会计科目，可以根据流水类别关联的会计科目和该流水类别指定的关联卡关联的会计科目共同确定生成记账凭证的借方科目和贷方科目；第三种，流水类别指定一张或多张关联卡，由一张关联卡关联的至少两个会计科目或由多张关联卡关联的至少两个会计科目确定生成记账凭证的借方科目和贷方科目。会计科目可以是“资产”、“负债”、“权益”、“成本”、“损益”五大类科目，还可以是这些科目下的子科目。

作为一种可选的实施方式，在获取预设流水类别的流水数据之前，需要创建至少一个流水类别；并配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡，其中，每张关联卡包含至少一个会计科目。

具体地，在配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡的时候，可以通过如下步骤来实现：获取生成财务数据所需的所有会计项目；基于生成财务数据所需的所有会计项目，配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡，其中，至少一个流水类别关联的会计科目，和/或至少一个流水类别指定的关联卡确定的会计科目包含了生成财务数据所需的所有会计项目。

需要说明的是，通过上述步骤s401，将现有的会计科目进行了重新分类，没有新增或删除原有的科目，所以新的架构需兼容小企业会计准则下的所有科目。

例如，图5(a)是根据本申请实施例的一种可选的流水录入界面示意图，如图5(a)所示，用户可以通过该流水录入界面，录入流水数据，录入的流水数据完全不涉及任何会计知识，简单录入点击保存即可生成凭证。当用户通过图5(a)所示的流水录入界面录入流水数据后，还可以通过图5(b)所示的流水查询界面，查询录入的一条或多条流水记录。

可选地，在获取预设流水类别的流水数据之后，上述方法还可以包括：根据预设流水类别的流水数据，生成流水报表。

步骤s402，基于预设流水类别确定的会计科目，和/或预设流水类别指定的关联卡确定的会计科目，根据预设流水类别的流水数据，生成预设流水类别对应的会计科目的财务数据。

具体地，在将生成财务报表所需的会计科目关联到各个流水类别和/或各个流水类别对应的关联卡后，可以根据每个流水类别的流水数据，基于每个流水类别确定的会计科目，和/或每个流水类别指定的关联卡确定的会计科目，生成每个流水类别对应的会计科目的财务数据。

具体地，上述步骤s402的实现方式包括但不限于如下任意一种：

第一种，根据预设流水类别关联的会计科目确定记账凭证中的借方科目和贷方科目，并根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据。

第二种，根据预设流水类别指定的关联卡关联的会计科目确定记账凭证中的借方科目和贷方科目，进而根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据。

第三种，根据预设流水类别关联的会计科目和预设流水类别指定的关联卡关联的会计科目确定记账凭证中的借方科目和贷方科目，进而根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据。

需要说明的是，本申请从流水数据中获取有效信息，将简单直白的文字和金额信息转换为专业通用的财务数据。例如，图5(c)是根据本申请实施例的一种可选的凭证查询界面示意图，如图5(c)所示，系统可以根据用户输入的流水数据，自动提取有效信息，生成相应的会计科目和财务数据。

此外，还需要说明的是，对于差异化的流水类别，基于本申请实施例提供的财务数据处理方法开发的财务系统允许用户新增和编辑流水类别，配置出符合企业自身情况的数据，应对多样的业务需求。如图5(d)所示，用户可对流水关联的科目根据企业的实际情况进行填写或修改。也可以对收付管理/订金管理等功能启用或禁用，自由度高。

步骤s403，根据预设流水类别对应的会计科目的财务数据，生成记账凭证。

具体地，在基于预设流水类别确定的会计科目，和/或预设流水类别指定的关联卡确定的会计科目，根据预设流水类别的流水数据，生成预设流水类别对应的会计科目(例如，记账凭证中借方科目和贷方科目等)的财务数据后，可以根据该预设流水类别对应的会计科目的财务数据生成相应的记账凭证。

步骤s404，根据记账凭证，生成财务报表。

可选地，上述财务报表包括但不限于如下至少之一：利润表、现金流量表、资产负债表。

由上可知，在本申请上述实施例中，通过预先配置至少一个流水类别，以及每个流水类别确定的会计科目和/或每个流水类别指定的关联卡确定的会计科目，在获取每个流水类别的流水数据后，根据每个流水类别的流水数据生成每个流水类别对应的会计科目的财务数据，最后根据每个流水类别对应的会计科目的数据生成相应的流水报表、记账凭证或财务报表，达到了将用户输入的文字和金额等流水数据转换为专业财务数据，以生成专业财务报表的目的，从而实现了降低企业记账难度，快速生成企业财务报表的技术效果，进而解决了现有的财务软件在使用过程中需要专业会计知识导致小微企业做账难的技术问题。

作为一种优选的实施方式，下面结合图6来具体说明本申请实施例，如图6所示，包括如下步骤：

步骤s601，根据企业需求及《小企业会计准则》配置会计科目架构。

步骤s602，配置流水类别和关联卡。

步骤s603，录入流水数据。

步骤s604，将流水数据转换为财务数据。

步骤s605，根据财务数据，生成记账凭证。

步骤s606，根据记账凭证，生成财务报表。

通过上述步骤s601至s606公开的方案，用户可以根据企业需求和《小企业会计准则》，设计会计科目架构，配置用于生成企业财务数据的流水类别和关联卡，从而实现自定义配置的目的，以更好的满足企业的实际需求。

图7是根据本申请实施例的一种可选的将流水数据转换为财务数据的数据处理过程示意图，如图7所示，基于系统或用户预置的流水类别与关联卡信息，根据用户实际场景录入流水数据，从而对流水数据进行分析，生成专业记账凭证、财务报表及相关流水报表的功能。

作为一种可选的实施方式，可以根据《小企业会计准则》中的财务处理规定，将企业的财务处理类别分为了19大类(即19大类流水类别)，又根据实际场景的复杂性，对不同的财务处理类别做了不同的状态划分。在不同流水类别的不同的状态下，系统根据流水类别和关联卡信息，确定其关联科目，从而生成记账凭证数据和财务报表数据。其中，根据流水类别和关联卡信息确定其关联科目的方式有以下3种：

第一种，如图8(a)所示，仅根据类别的关联科目生成财务数据。根据类别的关联科目，能完整确定一张凭证所需的借方科目和贷方科目，从而生成完整的记账凭证和财务报表。

第二种，如图8(b)和8(c)所示，仅根据关联卡的关联科目生成财务数据。其中，图8(b)所示为根据一张关联卡关联的至少两个关联科目确定一张凭证所需的借方科目和贷方科目，从而生成完整的记账凭证和财务报表；图8(c)所示为根据至少两关联卡关联的关联科目确定一张凭证所需的借方科目和贷方科目，从而生成完整的记账凭证和财务报表。

第三种，如图8(d)所示，根据流水类别与关联卡的关联科目生成财务数据。根据类别的关联科目和关联卡的关联科目，共同确定一张凭证所需的借方科目和贷方科目，从而生成完整的记账凭证和财务报表。

作为一种可选的实施方式，以19大类流水为例，19大类流水在不同的状态下，确定其财务数据的方式如下：

一、营业收入。

(1)预收：仅根据关联卡“往来单位”、“账户”的关联科目生成财务数据；

(2)销售：根据类别与关联卡“往来单位”、“账户”的关联科目生成财务数据；

(3)退销：根据类别与关联卡“往来单位”、“账户”的关联科目生成财务数据。

二、营业支出。

(1)预付：仅根据关联卡“往来单位”、“账户”的关联科目生成财务数据；

(2)采购：根据类别与关联卡“往来单位”、“账户”、“存货”的关联科目生成财务数据；

(3)退购：根据类别与关联卡“往来单位”、“账户”、“存货”的关联科目生成财务数据。

三、费用支出。

(1)预付：仅根据关联卡“往来单位”、“账户”的关联科目生成财务数据；

(2)已付款：根据类别与关联卡“账户”的关联科目生成财务数据；

(3)未付款：根据类别与关联卡“往来单位”的关联科目生成财务数据。

四、薪酬支出。

(1)计提：仅根据类别的关联科目生成财务数据；

(2)发放：根据类别与关联卡“账户”的关联科目生成财务数据；

(3)缴纳：根据类别与关联卡“账户”的关联科目生成财务数据。

五、税费支出。

(1)计提：仅根据类别的关联科目生成财务数据；

(2)缴纳：根据类别与关联卡“账户”的关联科目生成财务数据。

六、营业外收入。

(1)已收款：根据类别与关联卡“账户”的关联科目生成财务数据；

(2)未收款：根据类别与关联卡“往来单位”的关联科目生成财务数据。

七、营业外支出。

(1)已付款：根据类别与关联卡“账户”的关联科目生成财务数据；

(2)未付款：根据类别与关联卡“往来单位”的关联科目生成财务数据。

八、暂收款项：根据类别与关联卡“账户”的关联科目生成财务数据。

九、暂付款项：根据类别与关联卡“账户”的关联科目生成财务数据。

十、长期资产。

(1)购进资产-已付款：根据类别与关联卡“账户”的关联科目生成财务数据；

(2)购进资产-未付款：根据类别与关联卡“往来单位”的关联科目生成财务数据；

(3)处置资产-已收款：根据类别与关联卡“账户”的关联科目生成财务数据；

(4)处置资产-未收款：根据类别与关联卡“往来单位”的关联科目生成财务数据；

(5)资产结转损益：仅根据类别的关联科目生成财务数据。

十一、借款。

(1)取得借款：根据类别与关联卡“账户”的关联科目生成财务数据；

(2)偿还利息-计提利息：仅根据类别的关联科目生成财务数据；

(3)偿还利息-支付利息：根据类别与关联卡“账户”的关联科目生成财务数据；

(4)偿还本金：根据类别与关联卡“账户”的关联科目生成财务数据。

十二、投资。

(1)对外投资：根据类别与关联卡“账户”的关联科目生成财务数据；

(2)取得收益-计提股利：仅根据类别的关联科目生成财务数据；

(3)取得收益-收入股利：根据类别与关联卡“账户”的关联科目生成财务数据；

(4)收回投资：根据类别与关联卡“账户”的关联科目生成财务数据。

十三、资本。

(1)增资：根据类别与关联卡“账户”的关联科目生成财务数据；

(2)利润分配-利润分配：仅根据类别的关联科目生成财务数据；

(3)利润分配-支付利润：根据类别与关联卡“账户”的关联科目生成财务数据；

(4)减资：根据类别与关联卡“账户”的关联科目生成财务数据。

十四、内部转账：仅根据关联卡“账户”的关联科目生成财务数据。

十五、收付管理：仅根据关联卡“往来单位”、“账户”的关联科目生成财务数据。

十六、成本结转：根据类别与关联卡“存货”的关联科目生成财务数据。

十七、认证发票：仅根据类别的关联科目生成财务数据。

十八、开具发票：仅根据类别的关联科目生成财务数据。

十九、转出未交增值税：仅根据类别的关联科目生成财务数据。

可选地，为了实现中小企业记账，基于本申请实施例提供的财务数据的处理方法，可以开发一套财务软件，并按照《小企业会计准则》中的财务处理规定，系统默认内置上述19大类流水类别，可以使得企业内财务小白(非专业财务人士，例如，小企业的老板)，或者有做账记录要求的业务员，以“小白模式”进行记账，具体操作方式包括但不限于如下几种：

①营业收入/支出情况：选择预设好的流水类别，有时候可能还需细分类型，如“销售”、“预收”、“退货”等，此时记账摘要部分会自动填充。点击选择关联卡“往来单位”和“存货”。如果没有当前交易对象，可直接点击新增，即可生效。然后录入金额，包括总金额，预收抵扣、应收抵扣、本次收款额等，默认本次收款额＝总金额。接着，选择票据类型，如有发票，选择开票或认证状态。需要注意的是，如需结转成本，则填写成本金额。最后，保存流水，查看报表，数据已实时生成。

②工资薪酬：有计提习惯的，在选择“计提”类型，并填写相应金额，保存。次月发放，点击“发放”类型，勾选需要处理的计提流水。输入本次支付的工资总额和代扣代缴的员工社保、公积金及个税。最后，保存流水。

③其他流水类别：选择相应的流水类别和类型；输入金额；如付现则填写账户，否则不填；最后，保存流水。

④核算管理：内部转账的时候，输入日期、摘要、金额，然后选择转出/转入账户；最后，保存流水。

⑤核算管理-收付管理：在应收应付预收预付列表中，选择需核销的流水；然后填写需核销的金额；最后，保存流水。

⑥核算管理-开具发票：在未开票的流水列表中，勾选需要开具发票的流水；最后，保存流水。

进一步地，对于有专职会计、业务人员、出纳人员的企业来说，还可以根据企业实际场景设置流水类别，通过进入流水设置界面，分别设置相应的流水类别，以及流水类别对应的关联卡(包括但不限于往来单位关联卡、账户关联卡、项目关联卡、存货关联卡)。

在设置好流水类别以及流水类别关联的科目以及关联卡后，用户即可录入流水，保存成功后，可生成凭证；其中，生成的凭证，数据会进入财务报表，仅生成流水的情况下不会被报表统计。其余操作同上述“小白模式”，此处不再赘述。

根据本申请实施例的另一方面，还提供了一种财务数据的处理装置，图9是根据本申请实施例的一种财务数据的处理装置示意图，如图9所示，包括：获取单元901和第一生成单元902。

其中，获取单元901，用于获取预设流水类别的流水数据，其中，预设流水类别包括：预设的至少一个流水类别，每个流水类别和/或每个流水类别指定的关联卡用于确定记账凭证所需的会计科目，会计科目包括：生成记账凭证的借方科目和贷方科目；

第一生成单元902，用于基于预设流水类别确定的会计科目，和/或预设流水类别指定的关联卡确定的会计科目，根据预设流水类别的流水数据，生成预设流水类别对应的会计科目的财务数据。

可选地，上述预设流水类别包括如下至少之一：营业收入、营业支出、费用支出、薪酬支出、税费支出、营业外收入、营业外支出、暂收款项、暂付款项、长期资产、借款、投资、资本、内部转账、收付管理、成本结转、认证发票、开具发票、转出未交增值税。

可选地，上述预设流水类别指定的关联卡包括如下至少之一：往来单位关联卡、账户关联卡、项目关联卡、存货关联卡。

此处需要说明的是，上述获取单元901、第一生成单元902和第二生成单元903对应于方法实施例中的步骤s401至s403，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述方法实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

由上可知，在本申请上述实施例中，通过预先配置至少一个流水类别，以及每个流水类别确定的会计科目和/或每个流水类别指定的关联卡确定的会计科目，在通过获取单元901获取某一流水类别的流水数据后，通过第一生成单元902根据获取到该流水类别的流水数据生成该流水类别对应的会计科目的财务数据，最后通过第二生成单元903根据该流水类别对应的会计科目的数据生成相应的流水报表、记账凭证或财务报表，达到了将用户输入的文字和金额等流水数据转换为专业财务数据，以生成专业财务报表的目的，从而实现了降低企业记账难度，快速生成企业财务报表的技术效果，进而解决了现有的财务软件在使用过程中需要专业会计知识导致小微企业做账难的技术问题。

在一种可选的实施例中，上述装置还可以包括：创建单元，用于创建至少一个流水类别；配置单元，用于配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡，其中，每张关联卡包含至少一个会计科目。

可选地，基于上述实施例，上述配置单元可以包括：获取模块，用于获取生成财务数据所需的所有会计项目；配置模块，用于基于生成财务数据所需的所有会计项目，配置每个流水类别关联的会计科目，和/或每个流水类别对应的至少一张关联卡，其中，至少一个流水类别关联的会计科目，和/或至少一个流水类别指定的关联卡确定的会计科目包含了生成财务数据所需的所有会计项目。

作为一种可选的实施例，上述第一生成单元包括如下任意之一：第一生成模块，用于根据预设流水类别关联的会计科目确定记账凭证中的借方科目和贷方科目，并根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据；第一生成模块，用于根据预设流水类别指定的关联卡关联的会计科目确定记账凭证中的借方科目和贷方科目，进而根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据；第三生成模块，用于根据预设流水类别关联的会计科目和预设流水类别指定的关联卡关联的会计科目确定记账凭证中的借方科目和贷方科目，进而根据预设流水类别的流水数据，生成相应借方科目和贷方科目的财务数据。

在一种可选的实施例中，上述装置还可以包括：第二生成单元，用于根据预设流水类别对应的会计科目的财务数据，生成记账凭证；第三生成单元，用于根据记账凭证，生成财务报表。

可选地，上述装置还包括：第四生成单元，用于根据预设流水类别的流水数据，生成流水报表。

根据本申请实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述任意一项的财务数据的处理方法。

根据本申请实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述任意一项的财务数据的处理方法。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。