CN108776674A - 一种电子凭证存储方法、装置及服务器 - Google Patents
一种电子凭证存储方法、装置及服务器 Download PDFInfo
- Publication number
- CN108776674A CN108776674A CN201810500622.9A CN201810500622A CN108776674A CN 108776674 A CN108776674 A CN 108776674A CN 201810500622 A CN201810500622 A CN 201810500622A CN 108776674 A CN108776674 A CN 108776674A
- Authority
- CN
- China
- Prior art keywords
- voucher
- original text
- business
- business voucher
- node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供一种电子凭证存储方法、装置及服务器,通过确定待存储的电子凭证中的业务凭证原文;基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果;动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中的方式,使得在不需要针对每个电子凭证均设置与其对应的业务数据表的基础上实现了对各个电子凭证的存储,进而降低了现有技术所导致的电子凭证存储繁琐、电子凭证存储效率低的问题。
Description
技术领域
本发明涉及电子凭证技术领域,更具体地说,涉及一种电子凭证存储方法、装置及服务器。
背景技术
在国库集中支付电子化建设的过程中,电子凭证是代理银行、财政部、人民银行之间业务系统信息交互的重要载体,业务系统间根据报文规范传输的相应的业务数据信息。
目前中央业务的通信报文就有十余种,将来业务系统在各省份推广的时候,由于财政业务的特殊性,各省份都会有一些个性化的报文需求(比如,新增电子凭证或者增删改现有电子凭证的部分节点)。
由此,业务系统面临需要处理各种电子凭证的问题,传统的方式是为每种电子凭证都设计一个处理程序和业务数据表,来解析、转换和存储该电子凭证。然而,这种方式的面临一个严峻的问题就是业务系统将需要开发大量的处理程序和设计大量的业务数据表,通常存在电子凭证存储繁琐、电子凭证存储效率低的问题。
发明内容
有鉴于此,本发明提供一种电子凭证存储方法、装置及服务器,以降低电子凭证存储繁琐、电子凭证存储效率低的问题。
技术方案如下:
一种电子凭证存储方法,包括:
确定待存储的电子凭证中的业务凭证原文;
基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
根据所确定的凭证处理规则对所述业务凭证原文进行处理,得到处理结果;
动态拼装用于在通用数据表中存储所述处理结果的数据库操作语句,执行所述数据库操作语句将所述处理结果存储至所述通用数据表中。
优选的,所述基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则,包括:
获取所述业务凭证原文中的主单信息中的指示行政区划编码的节点的值和指示凭证类型的节点的值;
基于所述主单信息中的指示行政区划编码的节点的值、所述主单信息中的指示凭证类型的节点的值,以及预先设置的生成规则,生成业务凭证原文标识信息;
查找预先设置的业务凭证原文标识信息和凭证处理规则的对应关系,从预先设置的至少一个凭证处理规则中,查找与所生成的业务凭证原文标识信息对应的凭证处理规则;所查找到的凭证处理规则为与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则。
优选的,所述根据所确定的凭证处理规则对所述业务凭证原文进行处理,得到处理结果,包括:
根据所确定的凭证处理规则,获取所述业务凭证原文中的节点的值,将所述节点的值确定为处理结果。
优选的,还包括:
按照所述凭证处理规则指示的与所述节点对应的数据处理规则,对所述节点的值进行处理;
所述将所述节点的值确定为处理结果,包括:将处理后的所述节点的值确定为处理结果。
优选的,所述凭证处理规则包括主单凭证处理规则和明细凭证处理规则;所述根据所确定的凭证处理规则对所述业务凭证原文进行处理,得到处理结果,包括:
根据所确定的凭证处理规则中的主单凭证处理规则,对所述业务凭证原文中的主单信息进行处理,得到第一处理结果;
根据所确定的凭证处理规则中的明细凭证处理规则,对所述业务凭证原文中的明细信息进行处理,得到第二处理结果,所述处理结果由所述第一处理结果和所述第二处理结果构成。
优选的,所述动态拼装用于在通用数据表中存储所述处理结果的数据库操作语句,执行所述数据库操作语句将所述处理结果存储至所述通用数据表中,包括:
确定通用数据表中用于指示所述节点的列;
基于所述节点的值和所述通用数据表中用于指示所述节点的列,动态拼装用于将所述节点的值存入所述通用数据表中的用于指示所述节点的列的数据库操作语句;
执行所述数据库操作语句将所述节点的值存储至所述通用数据表。
优选的,还包括:
确定所述业务凭证原文是否已被存储于所述通用数据表;
所述基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则,包括:若确定所述业务凭证原文未被存储于所述通用数据表,基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
若确定所述业务凭证原文已被存储于所述通用数据表;确定待存储的下一个电子凭证。
一种电子凭证存储装置,包括:
电子凭证确定单元,用于确定待存储的电子凭证中的业务凭证原文;
凭证处理规则确定单元,用于基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
处理结果确定单元,用于根据所确定的凭证处理规则对所述业务凭证原文进行处理,得到处理结果;
处理结果存储单元,用于动态拼装用于在通用数据表中存储所述处理结果的数据库操作语句,执行所述数据库操作语句将所述处理结果存储至所述通用数据表中。
优选的,还包括判断单元,用于:确定所述业务凭证原文是否已被存储于所述通用数据表;
所述凭证处理规则确定单元,具体用于若确定所述业务凭证原文未被存储于所述通用数据表,基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
若确定所述业务凭证原文已被存储于所述通用数据表,返回所述电子凭证确定单元,以确定待存储的下一个电子凭证的业务凭证原文。
一种电子凭证存储服务器,包括所述电子凭证存储装置。
本申请提供一种电子凭证存储方法、装置及服务器,通过确定待存储的电子凭证中的业务凭证原文;基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果;动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中的方式,使得在不需要针对每个电子凭证均设置与其对应的业务数据表的基础上实现了对各个电子凭证的存储,进而降低了现有技术所导致的电子凭证存储繁琐、电子凭证存储效率低的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种电子凭证存储方法流程图;
图2为本申请实施例提供的一种电子凭证的结构示意图;
图3为本申请实施例提供的一种基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则的方法流程图;
图4为本申请实施例提供的一种动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中的方法流程图;
图5为本申请实施例提供的另一种电子凭证存储方法流程图;
图6为本申请实施例提供的一种电子凭证存储装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本申请实施例提供的一种电子凭证存储方法流程图。
如图1所示,该方法包括:
S101、确定待存储的电子凭证中的业务凭证原文;
可选的,电子凭证是业务系统间通讯的一种XML报文格式,XML是一种标准通用的可扩展的标记语言。
在本申请实施例中,优选的,电子凭证的形式可参见图2。
如图2所示,电子凭证由报文头和报文体构成;报文体中包括至少一个电子凭证信息,具体的,报文体由两部分信息构成,一部分信息是报文体中包括的电子凭证信息的数量,另一部分信息是报文体中包括的各个电子凭证信息。比如,若电子凭证的报文体中包括了3个电子凭证信息,分别为电子凭证信息1、电子凭证信息2和电子凭证信息3;则报文体中的一部分信息的值为3,用于指示报文体中包括3个电子凭证信息,另一部分信息包括电子凭证信息1、电子凭证信息2和电子凭证信息3,用于指示报文体由电子凭证信息1、电子凭证信息2和电子凭证信息3构成;图2中的电子凭证信息(1,N)用于指示报文体中包括N个电子凭证信息,这N个电子凭证信息为从电子凭证信息1、电子凭证信息2、电子凭证信息3...一直到电子凭证信息N。
可选的,每个电子凭证信息均包括业务凭证原文,参见图2。相应的,电子凭证的存储主要涉及到的是对电子凭证中包括的各个业务凭证原文的存储。
进一步的,在本申请实施例提供的一种电子凭证中,其所包括的电子凭证信息中还可以进一步包括凭证状态、附加信息、签名信息(0,N)、签章信息(0,N)等。有关电子凭证的具体内容,发明人可根据自己的需求自行设置,再此不做限定。
在本申请实施例中,优选的,业务凭证原文由主单和明细两部分组成,主单对应了业务凭证原文中的一级节点(即,业务凭证原文中的一级节点的值为业务凭证原文中所包括的主单的信息),明细对应了业务凭证原文中的二级节点(即,业务凭证原文中的二级节点的值为业务凭证原文中所包括的明细的信息)。
可选的,对电子凭证的存储所涉及到的主要是对电子凭证所包括的业务凭证原文中的主单的信息和明细的信息的存储。
为了便于理解,现提供一种业务凭证原文的优选实施例进行详细说明,业务凭证原文可以如下:
针对这一业务凭证原文而言,电子凭证原文中Voucher下面的一级节点称为主单信息。针对该业务凭证原文而言:
<Id>215</Id>为该业务凭证原文中的一个主单信息;
<AdmDivCode>230000</AdmDivCode>为该业务凭证原文中的一个主单信息;
<StYear>2017</StYear>为该业务凭证原文中的一个主单信息;
<VtCode>2201</VtCode>为该业务凭证原文中的一个主单信息;
<VouDate>20120328</VouDate>为该业务凭证原文中的一个主单信息;
<VoucherNo>00005</VoucherNo>为该业务凭证原文中的一个主单信息。
针对这一业务凭证原文而言,业务凭证原文中的/Voucher/DetailList下的Detail节点称为明细。一个主单下面可以有多个明细信息。比如,针对该业务凭证原文而言:
在本申请实施例中,优选的,针对一个业务凭证原文而言,该业务凭证原文的主单中可以包括至少5个节点(此处的节点为一级节点),这5个节点分别为:AdmDivCode节点,此节点用于指示行政区划编码、StYear节点,此节点用于指示业务年度、VtCode节点,此节点用于指示凭证类型、VouDate节点,此节点用于指示凭证日期,以及VoucherNo节点,此节点用于指示凭证号。
可选的,行政区划:是国家行政机关的识别符号,执行我国《中华人民共和国行政区划代码》标准,该标准对我国县以上行政区划代码做了规定,用6为阿拉伯数字分层次代表我国的省(自治区、直辖市)、地区(市、州、盟)、县的名称。
凭证类型:由4位数字组成,代表一种业务类型。
凭证号:是该类型凭证的唯一标识,每个凭证类型的凭证号在同一业务年度不重复。
以上仅仅是本申请提供的业务凭证原文中的主单的优选内容,有关主单的具体内容,发明人可根据自己的需求任意设置,再此不做限定。
S102、基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
本申请实施例提供的一种基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则的方法请参见图3。如图3所示,该方法包括:
S301、获取业务凭证原文中的主单信息中的指示行政区划编码的节点的值和指示凭证类型的节点的值;
比如,以上述实施例提供的业务凭证原文的示例为例,业务凭证原文中的指示行政区划编码的节点为AdmDivCode节点,相应的该业务凭证原文中的指示行政区划编码的节点的值为230000;业务凭证原文中的指示凭证类型的节点为VtCode节点,相应的该业务凭证原文中的指示凭证类型的节点的值为2201。
S302、基于主单信息中的指示行政区划编码的节点的值、主单信息中的指示凭证类型的节点的值,以及预先设置的生成规则,生成业务凭证原文标识信息;
在本申请实施例中,优选的,若主单信息中的指示行政区划编码的节点的值为230000,主单信息中的指示凭证类型的节点的值为2201;预先设置的生成规则为对指示行政区划编码的节点的值和指示凭证类型的节点的值依次排序,并在指示行政区划编码的节点的值和指示凭证类型的节点的值中间添加下划线时,基于主单信息中的指示行政区划编码的节点的值、主单信息中的指示凭证类型的节点的值,以及预先设置的生成规则,生成的业务凭证原文标识信息为230000_2301。
以上仅仅是本申请实施例提供的生成规则的优选方式,有关生成规则的具体内容发明人可根据自己的需求任意设置,再此不做限定。
S303、查找预先设置的业务凭证原文标识信息和凭证处理规则的对应关系,从预先设置的至少一个凭证处理规则中,查找与所生成的业务凭证原文标识信息对应的凭证处理规则;所查找到的凭证处理规则为与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则。
可选的,预先设置有业务凭证原文标识信息和凭证处理规则的对应关系,在步骤S302生成业务凭证原文标识信息后,可以从预先设置有业务凭证原文标识信息和凭证处理规则的对应关系中,查找与所生成的业务凭证原文标识信息对应的凭证处理规则,并将查找到的该凭证处理规则确定为与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则。
也就是说,针对两个属于同一业务凭证原文类型的业务凭证原文,只要设置这两个业务凭证原文中指示行政区划编码的节点的值相同,指示凭证类型的节点的值相同,则针对这两个业务凭证原文所生成的业务凭证原文标识信息相同,则相应的,查找到的凭证处理规则相同。
S103、根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果;
在本申请实施例中,优选的,根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果,包括:根据所确定的凭证处理规则,获取业务凭证原文中的节点的值,将节点的值确定为处理结果。可选的,节点包括业务凭证原文中的一级节点和/或业务凭证原文中的二级节点。
在本申请实施例中,优选的,根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果,包括:根据所确定的凭证处理规则,获取业务凭证原文中的节点的值,按照凭证处理规则指示的与节点对应的数据处理规则,对节点的值进行处理,将处理后的节点的值确定为处理结果。
在本申请实施例中,优选的,凭证处理规则,指示对业务凭证原文中的哪些节点的值进行读取,所读取到的节点的值可以理解为处理结果。进一步的,凭证处理规则还可以指示对读取得到的节点的值的数据处理规则,这时,按照节点对应的数据处理规则对读取到的节点的值进行处理后,得到的结果,可以理解为处理结果。
可选的,数据处理规则可以为数据格式转换规则;比如,将读取到的节点的值从当前数据格式转换成目标数据格式。以上仅仅是本申请实施例提供的数据处理规则的优选方式,有关数据处理规则的具体内容,发明人可根据自己的需求任意设置,再此不做限定。
在本申请实施例中,优选的,凭证处理规则可以包括主单凭证处理规则和明细凭证处理规则,根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果,包括:根据所确定的凭证处理规则中的主单凭证处理规则,对业务凭证原文中的主单信息进行处理,得到第一处理结果;根据所确定的凭证处理规则中的明细凭证处理规则,对业务凭证原文中的明细信息进行处理,得到第二处理结果,处理结果由第一处理结果和第二处理结果构成。
可选的,主单凭证处理规则指示对业务凭证原文中的主单信息中的哪些节点的值进行读取,所读取到的节点的值可以理解为第一处理结果。进一步的,主单凭证处理规则还可以指示对读取到的节点的值的数据处理规则,这时,按照该数据处理规则对读取到的该节点的值进行处理后,得到的结果,可以理解为第一处理结果。
可选的,明细凭证处理规则指示对业务凭证原文中的明细信息中的哪些节点的值进行读取,所读取到的节点的值可以理解为第二处理结果。进一步的,明细凭证处理规则还可以指示对读取到的节点的值的数据处理规则,这时,按照该数据处理规则对读取到的该节点的值进行处理后,得到的结果,可以理解为第二处理结果。
S104、动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中。
图4为本申请实施例提供的一种动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中的方法流程图。
如图4所示,该方法包括:
S401、确定通用数据表中用于指示节点的列;
可选的,通用数据表中用于指示节点的列,可以理解为通用数据表中用于存储节点的值的列。
S402、基于节点的值和通用数据表中用于指示节点的列,动态拼装用于将节点的值存入通用数据表中的用于指示节点的列的数据库操作语句;
可选的,根据节点的值和通用数据表中的用于存储该节点的值的列,动态拼装用于将该节点的值存入该通用数据表中的用于存储该节点的列的数据库操作语句。
S403、执行数据库操作语句将节点的值存储至通用数据表。
可选的,在动态拼装完成数据库操作语句后,执行该数据库操作语句,以将该节点的值存入该通用数据表(即,将该节点的值存入该通用数据表中的用于存储在节点的值的列)。
在本申请实施例中,优选的,当处理结果中包括多个节点的值时,可以基于该处理结果动态拼装一条数据库操作语句,进而执行该数据库操作语句,将处理结果中的各个节点的值存入通用数据表。
可选的,当处理结果由第一处理结果和第二处理结果构成时,可以针对第一处理结果动态拼装一条数据库操作语句,进而执行该数据库操作语句,将第一处理结果中的各个节点的值存入通用数据表;针对第二处理结果动态拼装一条数据库操作语句,将第二处理结果中的各个节点的值存入通用数据表。
在本申请实施例中,优选的,针对每个处理结果而言,该处理结果中的第一处理结果和第二处理结果可以在通用数据表中分成两行存储,即,第一处理结果存储于通用数据表中的一行,第二处理结果存储在通用数据表中的一行。
进一步的,在本申请实施例中,优选的,通用数据表中包括第一目标列,该第一目标列用于指示是否为主单。当执行数据库操作语句,将第一处理结果存储于通用数据表时,第一处理结果位于通用数据表中的行中包括一个填充项,这个填充项对应第一目标列,执行该数据库操作语句时,将该填充项的值填充为1,用于指示该第一处理结果为主单;当执行数据库操作语句,将第二处理结果存储于通用数据表时,第二处理结果位于通用数据表中的行中包括一个填充项,这个填充项对应第一目标列,执行该数据库操作语句时,将该填充项的值填充为0,用于指示该第二处理结果不为主单。
进一步的,在本申请实施例中,优选的,通用数据表中还包括第二目标列,第二目标列用于指示所属主单的主单标识。当执行数据库操作语句,将第一处理结果存储于通用数据表时,第一处理结果位于通用数据表的行中包括一个填充项,这个填充项对应第二目标列,执行数据库操作语句时,不填充该填充项,用于指示当前行为主单,不存在其所属的主单;当执行数据库操作语句,将第二处理结果存储于通用数据表时,第二处理结果位于通用数据表的行中包括一个填充项,这个填充项对应第二目标列,执行数据库操作语句时,将该填充项填充为该行对应的明细所属的主单的主单标识,用于指示该行对应的明细所属的主单。
图5为本申请实施例提供的另一种电子凭证存储方法流程图。
如图5所示,该方法包括:
S501、确定待存储的电子凭证中的业务凭证原文;
S502、确定业务凭证原文是否已被存储于通用数据表;若否,执行步骤S503;若是,返回执行步骤S501;
在本申请实施例中,确定业务凭证原文是否已被存储于通用数据表的方式包括:基于业务凭证原文中的主单信息,确定业务凭证原文是否已被存储于通用数据表。
可选的,若待存入通用数据表的业务凭证原文中的主单信息中的AdmDivCode节点的值,StYear节点的值,VtCode节点的值,VouDate节点的值,VoucherNo节点的值;与通用数据表中已存储的一个业务凭证原文中的主单信息中的AdmDivCode节点的值,StYear节点的值,VtCode节点的值,VouDate节点的值,VoucherNo节点的值一一相同;则认为该待存储的电子凭证中的业务凭证原文已被存储于通用数据表。
在申请实施例中,优选的,若确定业务凭证原文已被存储于通用数据表中,则返回执行执行步骤S501。需要注意的是:两次执行步骤S501所确定的待存储的电子凭证是不同的。即,每次执行步骤S501所确定的待存储的电子凭证均与其他次执行步骤S501所确定的待存储的电子凭证不同。
S503、基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
S504、根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果;
S505、动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中。
本申请提供一种电子凭证存储方法,通过确定待存储的电子凭证中的业务凭证原文;基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果;动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中的方式,使得在不需要针对每个电子凭证均设置与其对应的业务数据表的基础上实现了对各个电子凭证的存储,进而降低了现有技术所导致的电子凭证存储繁琐、电子凭证存储效率低的问题。
图6为本申请实施例提供的一种电子凭证存储装置的结构示意图。
如图6所示,该装置包括:
电子凭证确定单元61,用于确定待存储的电子凭证中的业务凭证原文;
凭证处理规则确定单元62,用于基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
处理结果确定单元63,用于根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果;
处理结果存储单元64,用于动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中。
在本申请实施例中,优选的,凭证处理规则确定单元,包括:
获取单元,用于获取业务凭证原文中的主单信息中的指示行政区划编码的节点的值和指示凭证类型的节点的值;
生成单元,用于基于主单信息中的指示行政区划编码的节点的值、主单信息中的指示凭证类型的节点的值,以及预先设置的生成规则,生成业务凭证原文标识信息;
查找单元,用于查找预先设置的业务凭证原文标识信息和凭证处理规则的对应关系,从预先设置的至少一个凭证处理规则中,查找与所生成的业务凭证原文标识信息对应的凭证处理规则;所查找到的凭证处理规则为与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则。
在本申请实施例中,优选的,处理结果确定单元,具体用于根据所确定的凭证处理规则,获取业务凭证原文中的节点的值,将节点的值确定为处理结果。
在本申请实施例中,优选的,处理结果确定单元,具体用于根据所确定的凭证处理规则,获取业务凭证原文中的节点的值,按照凭证处理规则指示的与节点对应的数据处理规则,对节点的值进行处理;将处理后的节点的值确定为处理结果。
在本申请实施例中,优选的,凭证处理规则包括主单凭证处理规则和明细凭证处理规则;处理结果确定单元,包括:
第一处理结果确定单元,用于根据所确定的凭证处理规则中的主单凭证处理规则,对业务凭证原文中的主单信息进行处理,得到第一处理结果;
第二处理结果确定单元,用于根据所确定的凭证处理规则中的明细凭证处理规则,对业务凭证原文中的明细信息进行处理,得到第二处理结果,处理结果由第一处理结果和第二处理结果构成。
在本申请实施例中,优选的,处理结果存储单元,包括:
确定单元,用于确定通用数据表中用于指示节点的列;
拼装单元,用于基于节点的值和通用数据表中用于指示节点的列,动态拼装用于将节点的值存入通用数据表中的用于指示节点的列的数据库操作语句;
执行单元,用于执行数据库操作语句将节点的值存储至通用数据表。
进一步的,本申请实施例提供的一种电子凭证存储装置还包括:判断单元,确定业务凭证原文是否已被存储于通用数据表;凭证处理规则确定单元,具体用于:若确定业务凭证原文未被存储于通用数据表,基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
若确定业务凭证原文已被存储于通用数据表;返回电子凭证确定单元以确定待存储的下一个电子凭证的业务凭证原文。
进一步的,本申请实施例还提供一种电子凭证存储服务器,包括上述电子凭证存储装置。
本申请提供一种电子凭证存储装置及服务器,通过确定待存储的电子凭证中的业务凭证原文;基于业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;根据所确定的凭证处理规则对业务凭证原文进行处理,得到处理结果;动态拼装用于在通用数据表中存储处理结果的数据库操作语句,执行数据库操作语句将处理结果存储至通用数据表中的方式,使得在不需要针对每个电子凭证均设置与其对应的业务数据表的基础上实现了对各个电子凭证的存储,进而降低了现有技术所导致的电子凭证存储繁琐、电子凭证存储效率低的问题。
以上对本发明所提供的一种电子凭证存储方法、装置及服务器进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素,或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种电子凭证存储方法,其特征在于,包括:
确定待存储的电子凭证中的业务凭证原文;
基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
根据所确定的凭证处理规则对所述业务凭证原文进行处理,得到处理结果;
动态拼装用于在通用数据表中存储所述处理结果的数据库操作语句,执行所述数据库操作语句将所述处理结果存储至所述通用数据表中。
2.根据权利要求1所述的方法,其特征在于,所述基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则,包括:
获取所述业务凭证原文中的主单信息中的指示行政区划编码的节点的值和指示凭证类型的节点的值;
基于所述主单信息中的指示行政区划编码的节点的值、所述主单信息中的指示凭证类型的节点的值,以及预先设置的生成规则,生成业务凭证原文标识信息;
查找预先设置的业务凭证原文标识信息和凭证处理规则的对应关系,从预先设置的至少一个凭证处理规则中,查找与所生成的业务凭证原文标识信息对应的凭证处理规则;所查找到的凭证处理规则为与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则。
3.根据权利要求1所述的方法,其特征在于,所述根据所确定的凭证处理规则对所述业务凭证原文进行处理,得到处理结果,包括:
根据所确定的凭证处理规则,获取所述业务凭证原文中的节点的值,将所述节点的值确定为处理结果。
4.根据权利要求3所述的方法,其特征在于,还包括:
按照所述凭证处理规则指示的与所述节点对应的数据处理规则,对所述节点的值进行处理;
所述将所述节点的值确定为处理结果,包括:将处理后的所述节点的值确定为处理结果。
5.根据权利要求1所述的方法,其特征在于,所述凭证处理规则包括主单凭证处理规则和明细凭证处理规则;所述根据所确定的凭证处理规则对所述业务凭证原文进行处理,得到处理结果,包括:
根据所确定的凭证处理规则中的主单凭证处理规则,对所述业务凭证原文中的主单信息进行处理,得到第一处理结果;
根据所确定的凭证处理规则中的明细凭证处理规则,对所述业务凭证原文中的明细信息进行处理,得到第二处理结果,所述处理结果由所述第一处理结果和所述第二处理结果构成。
6.根据权利要求4所述的方法,其特征在于,所述动态拼装用于在通用数据表中存储所述处理结果的数据库操作语句,执行所述数据库操作语句将所述处理结果存储至所述通用数据表中,包括:
确定通用数据表中用于指示所述节点的列;
基于所述节点的值和所述通用数据表中用于指示所述节点的列,动态拼装用于将所述节点的值存入所述通用数据表中的用于指示所述节点的列的数据库操作语句;
执行所述数据库操作语句将所述节点的值存储至所述通用数据表。
7.根据权利要求1所述的方法,其特征在于,还包括:
确定所述业务凭证原文是否已被存储于所述通用数据表;
所述基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则,包括:若确定所述业务凭证原文未被存储于所述通用数据表,基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
若确定所述业务凭证原文已被存储于所述通用数据表;确定待存储的下一个电子凭证。
8.一种电子凭证存储装置,其特征在于,包括:
电子凭证确定单元,用于确定待存储的电子凭证中的业务凭证原文;
凭证处理规则确定单元,用于基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
处理结果确定单元,用于根据所确定的凭证处理规则对所述业务凭证原文进行处理,得到处理结果;
处理结果存储单元,用于动态拼装用于在通用数据表中存储所述处理结果的数据库操作语句,执行所述数据库操作语句将所述处理结果存储至所述通用数据表中。
9.根据权利要求8所述的装置,其特征在于,还包括判断单元,用于:确定所述业务凭证原文是否已被存储于所述通用数据表;
所述凭证处理规则确定单元,具体用于若确定所述业务凭证原文未被存储于所述通用数据表,基于所述业务凭证原文中的主单信息,从预先设置的至少一个凭证处理规则中,确定与所述业务凭证原文所属的业务凭证原文类型对应的凭证处理规则;
若确定所述业务凭证原文已被存储于所述通用数据表,返回所述电子凭证确定单元,以确定待存储的下一个电子凭证的业务凭证原文。
10.一种电子凭证存储服务器,其特征在于,包括如上述权利要求8-9任意一项所述的电子凭证存储装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810500622.9A CN108776674B (zh) | 2018-05-23 | 2018-05-23 | 一种电子凭证存储方法、装置及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810500622.9A CN108776674B (zh) | 2018-05-23 | 2018-05-23 | 一种电子凭证存储方法、装置及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108776674A true CN108776674A (zh) | 2018-11-09 |
CN108776674B CN108776674B (zh) | 2021-03-12 |
Family
ID=64027479
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810500622.9A Active CN108776674B (zh) | 2018-05-23 | 2018-05-23 | 一种电子凭证存储方法、装置及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108776674B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110659415A (zh) * | 2019-09-04 | 2020-01-07 | 北京三快在线科技有限公司 | 一种业务执行凭证的生成方法、装置及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030229626A1 (en) * | 2002-06-05 | 2003-12-11 | Microsoft Corporation | Performant and scalable merge strategy for text indexing |
CN1598841A (zh) * | 2004-08-16 | 2005-03-23 | 扬子石油化工股份有限公司 | 用于企业与银行间的网上银行交易系统及方法 |
CN103955370A (zh) * | 2014-04-28 | 2014-07-30 | 华为软件技术有限公司 | 一种领域对象模型的持久化装置和方法 |
CN105138326A (zh) * | 2015-08-11 | 2015-12-09 | 北京思特奇信息技术股份有限公司 | 一种基于ibatis实现sql动态配置的方法及系统 |
CN107092587A (zh) * | 2017-05-02 | 2017-08-25 | 山东浪潮通软信息科技有限公司 | 一种业务凭证生成方法及装置 |
CN107437219A (zh) * | 2017-08-28 | 2017-12-05 | 山东浪潮通软信息科技有限公司 | 一种业务单据的凭证生成方法及装置 |
-
2018
- 2018-05-23 CN CN201810500622.9A patent/CN108776674B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030229626A1 (en) * | 2002-06-05 | 2003-12-11 | Microsoft Corporation | Performant and scalable merge strategy for text indexing |
CN1598841A (zh) * | 2004-08-16 | 2005-03-23 | 扬子石油化工股份有限公司 | 用于企业与银行间的网上银行交易系统及方法 |
CN103955370A (zh) * | 2014-04-28 | 2014-07-30 | 华为软件技术有限公司 | 一种领域对象模型的持久化装置和方法 |
CN105138326A (zh) * | 2015-08-11 | 2015-12-09 | 北京思特奇信息技术股份有限公司 | 一种基于ibatis实现sql动态配置的方法及系统 |
CN107092587A (zh) * | 2017-05-02 | 2017-08-25 | 山东浪潮通软信息科技有限公司 | 一种业务凭证生成方法及装置 |
CN107437219A (zh) * | 2017-08-28 | 2017-12-05 | 山东浪潮通软信息科技有限公司 | 一种业务单据的凭证生成方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110659415A (zh) * | 2019-09-04 | 2020-01-07 | 北京三快在线科技有限公司 | 一种业务执行凭证的生成方法、装置及系统 |
CN110659415B (zh) * | 2019-09-04 | 2022-05-10 | 北京三快在线科技有限公司 | 一种业务执行凭证的生成方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN108776674B (zh) | 2021-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Li | Zipf's Law everywhere. | |
Zhang et al. | Routing optimization with time windows under uncertainty | |
CN105027115B (zh) | 对文档的查询和索引 | |
CN110503236A (zh) | 基于知识图谱的风险预测方法、装置、设备以及存储介质 | |
CA2610208C (en) | Learning facts from semi-structured text | |
CN103020078B (zh) | 分布式实时数据库数据层次索引方法 | |
CN104881488B (zh) | 基于关系表的可配置信息抽取方法 | |
US20130066818A1 (en) | Automatic Crowd Sourcing for Machine Learning in Information Extraction | |
US8572110B2 (en) | Textual search for numerical properties | |
CN110413611A (zh) | 数据存储、查询方法及装置 | |
US20140081934A1 (en) | Dynamic updates to a semantic database using fine-grain locking | |
CN103186612B (zh) | 一种词汇分类的方法、系统和实现方法 | |
CN110472068A (zh) | 基于异构分布式知识图谱的大数据处理方法、设备及介质 | |
US20110029852A1 (en) | Metadata creation | |
CN106599104A (zh) | 一种基于redis集群的海量数据关联方法 | |
CN106021523B (zh) | 基于json的数据仓库存储及查询方法 | |
CN101739452A (zh) | 一种数据交换接口及其实现方法 | |
CN109710611B (zh) | 存储表数据的方法、查询表数据的方法、装置及存储介质 | |
CN101216835B (zh) | 一种数据文档转换方法及装置 | |
EP3477508A1 (en) | Data stream processing method and system for processing transactions in a data stream | |
US7836041B1 (en) | System and method for displaying both time information search results and internet search results | |
CN106095964A (zh) | 一种对数据进行可视化归档与搜索的方法 | |
US10489419B1 (en) | Data modeling translation system | |
CN105117442A (zh) | 一种基于概率的大数据查询方法 | |
CN110209780A (zh) | 一种问题模板生成方法、装置、服务器及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20221107 Address after: 100005 No. 69, inner main street, Dongcheng District, Beijing, Jianguomen Patentee after: AGRICULTURAL BANK OF CHINA Patentee after: Agricultural Bank of China Financial Technology Co.,Ltd. Address before: 100005 No. 69, inner main street, Dongcheng District, Beijing, Jianguomen Patentee before: AGRICULTURAL BANK OF CHINA |
|
TR01 | Transfer of patent right |