具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清 楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部 的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳 动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例公开了一种数据处理方法,可以自动获取待处理的凭证数据, 并对凭证数据进行合并汇总处理,提升了凭证数据合并汇总过程的实时性和准 确性。以下分别进行详细说明。
请参见图1,图1为本发明实施例公开的一种消息处理方法流程示意图。如 图1所示,该财务凭证汇总方法可以包括以下步骤。
S101、数据处理终端获取待处理的多条凭证数据。
本发明实施例中,数据处理终端与多个业务系统相连接,当业务系统处理 完一项业务之后,便会将处理该业务产生的凭证数据发送给数据处理终端,数 据处理终端会接收该凭证数据并对其进行存储。需要说明的是,业务系统为企 业处理各种财务业务的系统,例如,借款业务系统、存款业务系统、利息业务 系统等。因此,数据处理终端中会存在大量业务系统传入的凭证数据,凭证数 据的内容可以包括日期、批次编号、业务场景名称、公司名称、成本中心、科 目、凭证金额等。
可选的,该多条凭证数据为同一个批次的凭证数据。数据处理终端分批次 接收业务系统传入的凭证数据,当数据处理终端接收到业务系统发送的凭证数 据之后,会检测该凭证数据携带的批次编号,其中,同一批次的凭证数据的批 次编号相同。可选的,一个批次的凭证数据可以为业务系统在同一天处理某业 务时产生的数据,或者,一个批次的凭证数据可以为业务系统在一个时间段的 产生的凭证数据,或者,一个批次的凭证数据可以为业务系统在处理某一具体 业务时产生的多条凭证数据等,其具体可由业务系统在处理业务时添加,本发 明实施例不做限定。通过对凭证数据赋予批次编号,业务系统和数据处理终端 之间可以通过批次编号来进行凭证数据的核对。
S102、数据处理终端确定多条凭证数据对应的预设拆分维度,并根据预设 拆分维度对多条凭证数据进行拆分分组,得到分组后的凭证数据。
本发明实施例中,数据处理终端检测接收到的批次编号相同的凭证数据, 对批次编号相同的凭证数据进行拆分处理。
在对凭证数据进行拆分之前,需要检测针对该凭证数据的拆分维度,不同 的业务场景可以对应不同的拆分维度,其中,业务场景可以包括合同付款申请 单、差旅费报销单、员工借款申请单等。例如,当业务场景为合同付款申请单 时,其对应的拆分维度可以为业务场景、公司名称、成本中心和科目的组合, 即将具有相同的业务场景、公司名称、成本中心和科目的凭证数据拆分为同一 组。可选的,当业务场景为差旅费报销单时,其对应的拆分维度可以为业务场 景、公司名称,即将具有相同的业务场景、公司名称的凭证数据拆分为同一组。 需要说明的是,业务场景与拆分维度的具体对应关系可以由用户预先设置,本发明实施例不做限定。
可选的,若用户未预先设置拆分维度,则按照批次编号对凭证数据进行拆 分处理,将批次编号相同的财务凭证数据分为同一组。当数据处理终端完成对 凭证数据的拆分处理之后,会得到至少一组具有相同拆分维度的凭证数据集合。
S103、数据处理终端确定多条凭证数据对应的预设合并维度,并根据预设 合并维度对分组后的凭证数据进行合并。
本发明实施例中,当数据处理终端完成对凭证数据的拆分之后,会检测针 对每组拆分后的凭证数据的合并维度,并根据该合并维度对拆分后的凭证数据 进行合并处理。需要说明的是,合并处理即将拆分后的各组凭证数据中凭证金 额进行汇总。
可选的,不同的业务场景和科目对应不同的合并维度,其中,科目可以包 括成本、利润、所得税、借款和还款等。例如,业务场景为合同付款申请单、 科目为成本时,其对应的合并维度为业务场景名称、公司名称、成本中心和科 目的组合,则当数据处理终端检测到凭证数据的业务场景名称为合同付款申请 单时,将具有相同的业务场景名称、公司名称、成本中心和科目的凭证数据进 行合并处理。
可选的,合并的维度与拆分的维度相同,例如,拆分的维度为根据业务场 景名称对每一个批次的凭证数据进行拆分,合并的维度为根据业务场景名称对 拆分后的凭证数据进行合并。当数据处理终端将每一个批次的凭证数据拆分为 多组具有相同业务场景名称的凭证数据之后,会继续进行合并操作,即将每组 凭证数据中的凭证金额进行汇总,得到一条合并后的凭证数据,即该合并后的 凭证数据的凭证金额为一组凭证数据的合并金额汇总的结果。需要说明的是, 汇总时,凭证金额相加或相减可以由凭证数据的科目确定,例如,若凭证数据 的科目是借款,则凭证金额相加,若凭证数据的科目是还款,则凭证金额相减。
可选的,合并的维度也可以与拆分的维度不同,例如,拆分的维度设置为 将相同业务场景下的凭证数据拆分为同一组,合并的维度可以为将每一个业务 场景和科目相同的凭证数据合并为同一组。对于具体的合并维度,可以由用户 预先设置,本发明实施例不做限定。
可选的,当数据处理终端完成对一批数据的合并处理之后,可以将该批次 的凭证数据与其他批次的合并后的凭证数据进行再次合并。并将合并后的凭证 数据上传财务管理系统,财务管理系统根据合并后的凭证数据生成分析报告, 可选的,该财务管理系统为SAP系统。
本发明实施例中,通过数据处理终端自动获取待处理的多条凭证数据,确 定多条凭证数据对应的预设拆分维度,并根据预设拆分维度对多条凭证数据进 行拆分分组,得到分组后的凭证数据后,数据处理终端确定分组后的多条凭证 数据对应的预设合并维度,根据预设合并维度对分组后的凭证数据进行合并。 可以实现数据处理终端自动对凭证数据进行合并汇总处理,避免了人工对凭证 数据进行合并汇总处理而浪费大量时间和精力,提升了凭证数据合并汇总过程 的实时性和准确性。
请参见图2,图2为本发明实施例公开的另一种数据处理方法流程示意图。 如图2所示,该数据处理方法可以包括以下步骤。
S201、检测数据处理终端中待处理的凭证数据的优先级,获取优先级最高 的批次编号对应的多条凭证数据。
本发明实施例中,数据处理终端中会存在大量业务系统传入的不同批次的 凭证数据,其中,同一批次的凭证数据批次编号相同,凭证数据的内容可以包 括日期、批次编号、业务场景名称、公司名称、成本中心、科目、凭证金额等, 当数据处理终端需要对存储的凭证数据处理之前,需要检测数据处理终端中凭 证数据的优先级,对优先级高的凭证数据优先处理。
可选的,数据处理终端检测待处理凭证数据的批次编号,批次编号越小的 凭证数据优先级越高,具体的,对于不同批次的凭证数据,数据处理终端接收 到的凭证数据的时间越早,其批次编号越小。
可选的,数据处理终端检测待处理凭证数据的金额,金额越高的凭证数据 优先级越高。具体的,数据处理终端检测金额最高的凭证数据,并获取该凭证 数据的批次编号,数据处理终端优先对该批次编号对应的多条凭证数据进行处 理。需要说明的是,凭证数据的优先级也可由用户自行设定,本发明实施例不 做限定。
S202、数据处理终端检测第一字段信息,根据字段信息与预设拆分维度的 对应关系,确定第一字段信息对应的拆分维度为多条凭证数据对应的预设拆分 维度。
本发明实施例中,当数据处理终端获取一个批次的待处理的凭证数据之后, 会检测凭证数据中的第一字段的信息,并根据字段信息与预设拆分维度的对应 关系,确定第一字段信息对应的拆分维度为多条凭证数据对应的预设拆分维度。 其中,第一字段可以为凭证数据中的业务场景字段。
举例说明,业务场景分为业务场景A、业务场景B。针对业务场景A,预设 的拆分维度为公司名称、业务场景名称,即当凭证数据的业务场景名称为业务 场景A时,将数据处理终端中公司名称和业务场景名称都相同的凭证数据拆分 为同一组;针对业务场景B,预设的拆分维度为业务场景名称和科目,即当凭证 数据的业务场景名称为业务场景B时,将数据处理终端中业务场景名称和科目 都相同的凭证数据拆分为同一组。
如表1所示,为一批拆分前的待处理凭证数据。
表1
批次号 |
公司名称 |
日期 |
业务场景 |
科目 |
金额 |
001 |
A公司 |
2017.11.05 |
业务场景A |
科目1 |
100 |
001 |
A公司 |
2017.11.05 |
业务场景A |
科目1 |
100 |
001 |
A公司 |
2017.11.05 |
业务场景A |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景A |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目1 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目1 |
100 |
根据业务场景名称对表1进行拆分,针对业务场景A,预设的拆分维度为 公司名称、业务场景名称,针对业务场景B,预设的拆分维度为业务场景名称和 科目,根据业务场景A和业务场景B对应的拆分维度对表1进行拆分,拆分结 果如表2所示。
表2
批次号 |
公司名称 |
日期 |
业务场景 |
科目 |
金额 |
001 |
A公司 |
2017.11.05 |
业务场景A |
科目1 |
100 |
001 |
A公司 |
2017.11.05 |
业务场景A |
科目1 |
100 |
001 |
A公司 |
2017.11.05 |
业务场景A |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景A |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目1 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目1 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目2 |
100 |
需要说明的是,业务场景可以包括多种涉及财务业务的场景,并不限于上 述业务场景A和业务场景B,具体由业务系统处理的实际业务确定。业务场景 A可以对应员工借款申请单,业务场景B可以对应员工差旅费报销单,对于业 务场景A和业务场景B对应的实际的业务场景,本发明实施例不做限定。可选 的,业务场景A对应的拆分维度也可以是批次号、公司名称、日期、业务场景、 科目等的一种或多种的组合,本发明实施例不做限定。
可选的,第一字段可以为凭证数据中的公司名称,例如,A公司对应的拆 分维度为公司名称和科目,则数据处理终端将公司名称和科目都相同的凭证数 据拆分为同一组。可选的,第一字段信息也可以为科目,科目对应的拆分维度 为日期和科目,则数据处理终端日期和科目都相同的凭证数据拆分为同一组。 对于具体的第一字段,可由用户自行设定。需要说明的是,若用户未预先设置 第一字段,可选的,结束本流程,或直接按照批次号对凭证数据进行拆分处理, 将含有相同批次号的凭证数据拆分为同一组。
可选的,当数据处理终端检测到针对凭证数据的拆分维度之后,可以只显 示凭证数据中拆分维度对应的项目,将凭证数据中的其他项隐藏。例如,针对 表1所示的一批凭证数据,其拆分维度为公司名称、业务场景和科目。则数据 处理终端在对表1中的数据进行拆分处理之后,会显示凭证数据公司名称、业 务场景、科目和金额项,将批次号和日期项隐藏。通过上述方法,可以在凭证 数据过长时,保留凭证数据中的关键项,方便用户浏览。
S203、数据处理终端检测第二字段信息,根据字段信息与预设合并维度的 对应关系,确定第二字段信息对应的合并维度为多条凭证数据对应的预设合并 维度。
本发明实施例中,第二字段信息为拆分后凭证数据中的字段信息,数据处 理终端根据预设的拆分维度对凭证数据拆分之后,会检测拆分后的凭证数据中 的第二字段的信息,并根据字段信息与预设合并维度的对应关系,确定第二字 段信息对应的合并维度为多条凭证数据对应的预设合并维度。其中,第二字段 可以为凭证数据中的科目字段。
可选的,针对科目1,预设的合并维度为公司名称、业务场景名称、科目; 针对科目2,预设的合并维度为预为公司名称、业务场景名称和科目。需要说明 的是,合并即将凭证数据中相同项不变,金额项进行汇总。
举例说明,数据处理终端根据第二字段对应的合并维度对凭证数据进行合 并,表2合并后的结果如表3所示。
表3
批次号 |
公司名称 |
日期 |
业务场景 |
科目 |
金额 |
001 |
A公司 |
2017.11.05 |
业务场景A |
科目1 |
200 |
001 |
A公司 |
2017.11.05 |
业务场景A |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景A |
科目2 |
100 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目1 |
200 |
001 |
B公司 |
2017.11.05 |
业务场景B |
科目2 |
200 |
可选的,数据处理终端对同一批次的凭证数据进行合并处理之后,可以接 收合并明细查看指令,若数据处理终端接收到合并明细查看指令,则显示该合 并后的凭证数据具体的合并明细。例如,如数据处理终端接收到针对表3的合 并明细查看指令,则会显示表2中的凭证数据,可选的,数据处理终端还会显 示表2到表3的合并维度。需要说明的是,不同的科目可以表示企业的不同出 入账情况,例如,科目1表示企业的入账,科目2表示企业的出账。
还需要说明的是,若用户未预先设置第二字段或用户设置的第二字段未能 在凭证数据中找到,可选的,结束本流程,或直接按照批次号对凭证数据进行 合并处理,将含有相同批次号的凭证数据进行合并,或者,向用户发出提示信 息提示用户合并失败。
可选的,当数据处理终端完成了一个批次的凭证数据的合并后,可以将该 批次的合并后的凭证数据与其他批次合并后的凭证数据再次进行合并,得到各 个批次凭证数据合并后的结果,并执行步骤S205。
S204、数据处理终端对合并后的凭证数据进行检测。
本发明实施例中,数据处理终端对凭证数据进行合并处理后,还会检测合 并后的凭证数据是否包含所有的预设字段,这些预设字段为导入SAP系统中所 需要的字段,若合并后的凭证数据包含所有的预设字段,则将合并后的凭证数 据导入SAP系统,SAP系统根据合并后的凭证数据生成数据分析报告。
若合并后的凭证数据包缺少预设字段,例如,预设字段为业务场景,则导 入SAP系统的凭证数据必须有业务场景,若缺少业务场景项,则数据处理终端 会发出提示信息提示合并后的凭证数据不能上传SAP系统,并显示不能上传 SAP系统的原因。
可选的,数据处理终端对凭证数据进行合并完成后,还会检测合并后的金 额是否与企业的出入账金额相同,若相同,则确定合并过程中未出现合并差错, 若不同,则向用户发出金额不一致的提示信息。
S205、数据处理终端将合并后的凭证数据上传财务管理系统。
本发明实施例中,该财务管理系统可以为SAP系统,数据处理终端根据凭 证数据的优先级选择处理存储的凭证数据的顺序,然后根据凭证数据中的第一 字段确定凭证数据的拆分维度,对凭证数据进行拆分处理,然后根据凭证数据 中的第二字段确定凭证数据的合并维度,对凭证数据进行合并处理,最后将合 并处理后的凭证数据导入SAP系统,得到财务分析报告。可以实现数据处理终 端自动对凭证数据进行合并汇总处理,避免了人工对凭证数据进行合并汇总处 理而浪费大量时间和精力,提升了凭证数据合并汇总过程的实时性和准确性。
下面将结合附图3对本发明实施例提供的数据处理终端进行详细介绍。需 要说明的是,附图3所示的数据处理终端30,用于执行本发明图所示实施例的 方法,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未 揭示的,经参照本发明所示的实施例。
请参见图3,为本发明提供的一种数据处理终端的结构示意图;该数据处理 终端30可包括:获取模块301、拆分模块302和合并模块303。
获取模块301,用于获取待处理的多条凭证数据;
拆分模块302,用于确定所述多条凭证数据对应的预设拆分维度,并根据所 述预设拆分维度对所述多条凭证数据进行拆分分组,得到分组后的凭证数据;
合并模块303,用于确定所述多条凭证数据对应的预设合并维度,并根据所 述预设合并维度对所述分组后的凭证数据进行合并。
可选的,本发明实施例中的数据处理终端还可以包括:
检测模块304,用于检测第一字段信息,所述第一字段信息为所述多条凭证 数据中的字段信息;
确定模块305,用于根据字段信息与预设拆分维度的对应关系,确定所述第 一字段信息对应的拆分维度为所述多条凭证数据对应的预设拆分维度。
可选的,所述检测模块304还用于检测第二字段信息,所述第二字段信息 为拆分后凭证数据中的字段信息;
所述确定模块305还用于根据字段信息与预设合并维度的对应关系,确定 所述第二字段信息对应的合并维度为所述多条凭证数据对应的预设合并维度。
可选的,所述检测模块304还用于检测数据处理终端中待处理的凭证数据 的优先级;
所述获取模块301具体用于获取优先级最高的批次编号相同的多条凭证数 据。
可选的,所述检测模块304还用于对所述合并后的凭证数据进行检测;
导入模块306,用于若所述合并后的凭证数据包含所有的预设字段,则将所 述合并后的凭证数据导入财务管理系统,所述财务管理系统用于根据所述合并 后的凭证数据生成数据分析报告;
提示模块307,若所述合并后的凭证数据中缺少一个或多个预设字段,则输 出合并失败的提示信息。
本发明实施例中,通过获取模块301获取待处理的多条凭证数据,确定模 块305确定所述多条凭证数据对应的预设拆分维度,拆分模块302根据所述预 设拆分维度对所述多条凭证数据进行拆分分组,得到分组后的凭证数据,确定 模块305确定所述多条凭证数据对应的预设合并维度,合并模块303根据所述 预设合并维度对所述分组后的凭证数据进行合并。可以实现数据处理终端自动 对凭证数据进行合并汇总处理,避免了人工对凭证数据进行合并汇总处理而浪 费大量时间和精力,提升了凭证数据合并汇总过程的实时性和准确性。
请参见图4,为本发明实施例提供的另一种数据处理终端的结构示意图。如 图4所示,该数据处理终端包括:至少一个处理器401,输入设备403,输出设 备404,存储器405,至少一个通信总线402。其中,通信总线402用于实现这 些服务器之间的连接通信。其中,输入设备403可以是控制面板或者麦克风等, 输出设备404可以是显示屏等。其中,存储器405可以是高速RAM存储器,也 可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存 储器405可选的还可以是至少一个位于远离前述处理器401的存储装置。其中 处理器401可以结合图3所描述的数据处理终端,存储器405中存储一组程序 代码,且处理器401,输入设备403,输出设备404调用存储器405中存储的程 序代码,用于执行以下操作:
输入设备403获取待处理的多条凭证数据;
处理器401确定所述多条凭证数据对应的预设拆分维度,并根据所述预设 拆分维度对所述多条凭证数据进行拆分分组,得到分组后的凭证数据;
处理器401确定所述多条凭证数据对应的预设合并维度,并根据所述预设 合并维度对所述分组后的凭证数据进行合并。
在可选的实施例中,处理器401检测第一字段信息,所述第一字段信息为 所述多条凭证数据中的字段信息;
处理器401根据字段信息与预设拆分维度的对应关系,确定所述第一字段 信息对应的拆分维度为所述多条凭证数据对应的预设拆分维度。
在可选的实施例中,处理器401检测第二字段信息,所述第二字段信息为 拆分后凭证数据中的字段信息;
处理器401根据字段信息与预设合并维度的对应关系,确定所述第二字段 信息对应的合并维度为所述多条凭证数据对应的预设合并维度。
在可选的实施例中,处理器401检测数据处理终端中待处理的凭证数据的 优先级;
输入设备403获取优先级最高的批次编号相同的多条凭证数据。
在可选的实施例中,处理器401对所述合并后的凭证数据进行检测;
若所述合并后的凭证数据包含所有的预设字段,则输出设备404将所述合 并后的凭证数据导入财务管理系统,所述财务管理系统用于根据所述合并后的 凭证数据生成数据分析报告;
若所述合并后的凭证数据中缺少一个或多个预设字段,则输出设备404输 出合并失败的提示信息。
本发明实施例中,通过输入设备403获取待处理的多条凭证数据,处理器 401确定所述多条凭证数据对应的预设拆分维度,处理器401根据所述预设拆分 维度对所述多条凭证数据进行拆分分组,得到分组后的凭证数据,处理器401 确定所述多条凭证数据对应的预设合并维度,处理器401根据所述预设合并维 度对所述分组后的凭证数据进行合并。可以实现数据处理终端自动对凭证数据 进行合并汇总处理,避免了人工对凭证数据进行合并汇总处理而浪费大量时间 和精力,提升了凭证数据合并汇总过程的实时性和准确性。
本发明实施例中所述模块,可以通过通用集成电路,例如CPU(CentralProcessing Unit,中央处理器),或通过ASIC(Application Specific IntegratedCircuit, 专用集成电路)来实现。
应当理解,在本发明实施例中,所称处理器401可以是中央处理单元 (CentralProcessing Unit,CPU),该处理器还可以是其他通用处理器、数字信号 处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array, FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件 等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
总线402可以是工业标准体系结构(Industry Standard Architecture,ISA) 总线、外部设备互联(Peripheral Component,PCI)总线或扩展工业标准体系结 构(ExtendedIndustry Standard Architecture,EISA)总线等,该总线402可以分 为地址总线、数据总线、控制总线等,为便于表示,图4仅用一条线表示,但 并不表示仅有一根总线或一种类型的总线。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程, 是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于计算机 存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中, 所述的计算机存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之 权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。