CN110458562B - 票据报销方法、装置和设备及计算机存储介质 - Google Patents
票据报销方法、装置和设备及计算机存储介质 Download PDFInfo
- Publication number
- CN110458562B CN110458562B CN201910730645.3A CN201910730645A CN110458562B CN 110458562 B CN110458562 B CN 110458562B CN 201910730645 A CN201910730645 A CN 201910730645A CN 110458562 B CN110458562 B CN 110458562B
- Authority
- CN
- China
- Prior art keywords
- bill
- reimbursement
- ticket
- reimbursed
- request
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种票据报销方法、装置和设备及计算机存储介质,涉及计算机技术领域,用于提供一种票据报销方式,降低票据的重复报销的可能性。该方法包括:响应于持票用户的票据报销操作指示,向报销企业的票据报销系统发送票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求所述票据报销系统对所述待报销票据进行报销;以及向区块链节点发送票据转移请求,以请求所述区块链节点将所述待报销票据的持有权限从所述持票用户转移给所述报销企业;其中,所述区块链节点存储有所述待报销票据;根据所述票据报销系统发送的携带所述待报销票据的报销结果的票据报销响应消息,获取所述待报销票据的报销结果。
Description
技术领域
本申请涉及计算机技术领域,特别涉及一种票据报销方法、装置和设备及计算机存储介质。
背景技术
目前票据报销主要有两种报销方式,其中一种是线下报销方式,需要用户在商家购买商品后,从商家处获得打印完成的纸质票据,或者,获取电子票据后自行打印出来后,拿到报销企业进行报销,线下报销的方式所需的人力以及资源较多,因此另一种报销方式,即线上报销的方式被更多用户所推崇,在该方式中,用户可以在线上提交报销请求,将需要报销的发票提交给报销企业,从而持票到报销企业进行报销,并且无需打印纸质票据,更加节省纸质资源,更为环保。
但是,在线上报销方式中,可能存在重复报销的情况出现,例如用户将一张发票提交给了两个报销企业,从而在不同单位分别报销,当然,针对于票据重复报销这种情况显然是不被允许的,因此如何防止票据的重复报销是目前亟待解决的问题。
发明内容
本申请实施例提供一种票据报销方法、装置和设备及计算机存储介质,用于提供一种票据报销方式,降低票据的重复报销的可能性。
一方面,提供一种票据报销方法,应用于终端设备中,所述方法包括:
响应于持票用户的票据报销操作指示,向报销企业的票据报销系统发送票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求所述票据报销系统对所述待报销票据进行报销;以及
向区块链节点发送票据转移请求,以请求所述区块链节点将所述待报销票据的持有权限从所述持票用户转移给所述报销企业;其中,所述区块链节点存储有所述待报销票据;
根据所述票据报销系统发送的携带所述待报销票据的报销结果的票据报销响应消息,输出所述待报销票据的报销结果。
可选的,所述开票操作指示用于指示开具针对一次交易的多张票据,所述第一开票请求包括对应于各待开具票据的第一开票子请求,则向开票企业的开票系统发送第一开票请求,包括:
根据各待开具票据的开票信息以及金额,分别生成各待开具票据对应的第一开票子请求,并将各所述第一开票子请求发送给所述开票系统。
可选的,在待报销票据包括多个子票据时,所述方法还包括:
分别根据所述持票用户为每个子票据选定的报销企业,为各个子票据生成报销请求,并发送给对应报销企业的票据报销系统。
可选的,所述根据所述待报销票据的票据数据进行报销,并将携带报销结果的票据报销响应消息发送给终端设备,包括:
在所述待报销票据报销完成时,在所述待报销票据的票据数据中增加指示所述待报销票据已报销的指示信息;
将所述报销结果与包括所述指示信息的票据数据携带在所述票据报销响应消息发送给所述终端设备。
一方面,提供一种票据报销方法,应用于报销企业的票据报销系统,所述方法包括:
接收终端设备发送的票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求报销所述待报销票据;
根据所述识别标识从区块链节点获取所述待报销票据的票据数据;其中,所述待报销票据的票据数据为所述区块链节点将所述待报销票据的持有权限从所述持票用户转移给报销企业后,根据所述识别标识从报销企业拥有权限的票据数据中查找得到的;
根据所述待报销票据的票据数据进行报销,并将携带报销结果的票据报销响应消息发送给所述终端设备。
一方面,提供一种票据报销方法,应用于区块链节点中,所述方法包括:
响应于票据转移请求,将待报销票据的持有权限从持票用户转移给报销企业;
响应于所述报销企业的票据报销系统发送的票据获取请求,根据所述票据获取请求携带的识别标识从所述报销企业拥有权限的票据数据中查找所述待报销票据的票据数据;
将所述待报销票据的票据数据发送给所述票据报销系统,以使得所述票据报销系统根据所述待报销票据的票据数据进行报销。
一方面,提供一种票据报销装置,应用于终端设备中,所述装置包括:
第一发送单元,用于响应于持票用户的票据报销操作指示,向报销企业的票据报销系统发送票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求所述票据报销系统对所述待报销票据进行报销;以及向区块链节点发送票据转移请求,以请求所述区块链节点将所述待报销票据的持有权限从所述持票用户转移给所述报销企业;其中,所述区块链节点存储有所述待报销票据;
获取单元,用于根据所述票据报销系统发送的携带所述待报销票据的报销结果的票据报销响应消息,获取所述待报销票据的报销结果。
可选的,
所述第一发送单元,还用于响应于开票操作指示,向开票企业的开票系统发送第一开票请求,所述开票请求携带开具票据所需的开票信息;
所述获取单元,还用于根据所述开票系统发送的开票响应消息,获得开票结果;其中,所述开票响应消息为所述开票系统根据所述开票信息向所述区块链节点发送第二开票请求后,根据所述区块链节点返回的开票结果生成的。
可选的,所述开票操作指示用于指示开具针对一次交易的多张票据,所述第一开票请求包括对应于各待开具票据的第一开票子请求,则所述第一发送单元,具体用于:
根据各待开具票据的开票信息以及金额,分别生成各待开具票据对应的第一开票子请求,并将各所述第一开票子请求发送给所述开票系统。
可选的,所述待报销票据包括从已开具票据中拆分出的子票据;
所述第一发送单元,还用于响应于所述持票用户针对已开具票据的拆分操作指示,向所述区块链节点发送票据拆分请求,所述票据拆分请求携带已开具票据的识别标识以及拆分指示信息,用于请求按照所述拆分指示信息的指示将所述待拆分初始票据拆分为至少两张子票据;
所述获取单元,还用于根据所述区块链节点在票据拆分成功时发送的票据拆分响应消息,获得拆分得到的所述至少两张子票据的票据数据,各子票据的识别标识是基于拆分得到的各子票据的票据内容生成的,各子票据的票据内容中除票面金额之外的其他票据内容均与所述初始票据相同。
可选的,所述装置还包括确定单元;
所述确定单元用于响应于所述持票用户从至少两张子票据中选择所述待报销票据的选择操作指示,将被选中的子票据确定为所述待报销票据。
可选的,在待报销票据包括多个子票据时,所述第一发送单元,还用于:
分别根据所述持票用户为每个子票据选定的报销企业,为各个子票据生成报销请求,并发送给对应报销企业的票据报销系统。
可选的,
所述第一发送单元,还用于响应于所述持票用户的票据查询操作指示,向票据查询设备发送票据查询请求,所述票据查询请求携带所述持票用户的用户标识;
所述获取单元,还用于根据所述票据查询设备发送的票据查询响应消息,获得票据查询结果;其中,所述票据查询设备中存储有用户标识与识别标识之间的关联关系,所述票据查询结果包括所述票据查询设备根据所述关联关系查询得到与所述用户标识关联的识别标识后,根据查询得到的识别标识从区块链节点中获取的票据数据。
可选的,所述第一发送单元,具体用于:
在接收到所述票据报销系统的票据数据获取请求时,向所述区块链节点发送所述票据转移请求;或者,
通过所述票据报销系统向所述区块链节点发送所述票据转移请求;其中,所述票据报销系统在获取到授权转移所述待报销票据的持有权限的授权指示信息时,根据所述授权指示信息向所述区块链节点发送所述票据转移请求。
一方面,提供一种票据报销装置,应用于报销企业的票据报销系统,所述装置包括:
接收单元,用于接收终端设备发送的票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求报销所述待报销票据;
第二获取单元,用于根据所述识别标识从区块链节点获取所述待报销票据的票据数据;其中,所述待报销票据的票据数据为所述区块链节点将所述待报销票据的持有权限从所述持票用户转移给报销企业后,根据所述识别标识从报销企业拥有权限的票据数据中查找得到的;
票据报销单元,用于根据所述待报销票据的票据数据进行报销,并将携带报销结果的票据报销响应消息发送给所述终端设备。
可选的,所述票据报销单元,具体用于:
在所述待报销票据报销完成时,在所述待报销票据的票据数据中增加指示所述待报销票据已报销的指示信息;
将所述报销结果与包括所述指示信息的票据数据携带在所述票据报销响应消息发送给所述终端设备。
可选的,所述装置还包括第二发送单元,用于:
若所述待报销票据被成功报销,向所述区块链节点发送已报销票据存储请求,所述已报销票据存储请求用于请求所述区块链节点存储包括指示所述待报销票据已报销的指示信息的票据数据。
一方面,提供一种票据报销装置,应用于区块链节点中,所述装置包括:
票据转移单元,用于响应于票据转移请求,将待报销票据的持有权限从持票用户转移给报销企业;
票据查找单元,用于响应于所述报销企业的票据报销系统发送的票据获取请求,根据所述票据获取请求携带的识别标识从所述报销企业拥有权限的票据数据中查找所述待报销票据的票据数据;
第三发送单元,用于将所述待报销票据的票据数据发送给所述票据报销系统,以使得所述票据报销系统根据所述待报销票据的票据数据进行报销。
可选的,所述装置还包括票据拆分单元以及标识生成单元;
所述票据拆分单元,用于响应于终端设备发送的票据拆分请求,按照所述票据拆分请求携带的拆分指示信息的指示将已开具票据拆分为至少两张子票据;其中,各子票据的票据内容中除票面金额之外的其他票据内容均与所述初始票据相同;
所述标识生成单元,用于分别根据各所述子票据的票据内容生成各子票据的识别标识;
所述第三发送单元,还用于将所述至少两张子票据的票据数据携带在票据拆分响应消息中,发送给所述终端设备;所述票据数据包括识别标识以及票据内容。
一方面,提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述方面所述的方法。
一方面,提供一种计算机可读存储介质,存储有处理器可执行指令,所述处理器可执行指令用于执行上述方面所述的方法。
本申请实施例中,票据是存储在区块链节点中的,在用户发起发票报销时,在向报销企业提交票据报销请求时,还会请求区块链节点将待报销票据的持有权限从持票用户转移给报销企业,这样,在转移之后,持票用户则不再拥有待报销票据的持有权限,也就是说用户提交报销请求之后,待报销票据则不再被用户所拥有,那么该用户则无法再利用待报销票据进行报销,从而有效的降低发生票据重复报销情况的可能性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种应用场景示意图;
图2为本申请实施例提供的另一种应用场景示意图;
图3为本申请实施例提供的开具票据的流程示意图;
图4为本申请实施例提供的用户申请开具票据的操作示意图;
图5为本申请实施例提供的票据报销方法的流程示意图;
图6为本申请实施例提供的票据查询的界面示意图;
图7为本申请实施例提供的票据查询结果页面1和票据拆分页面的示意图;
图8为本申请实施例提供的一种用户选择待报销票据的示意图;
图9为本申请实施例提供的另一种用户选择待报销票据的示意图;
图10为本申请实施例提供的持票用户报销多张票据的操作示意图;
图11为本申请实施例提供的申请报销一张票据的一种流程示意图;
图12为本申请实施例提供的申请报销一张票据的另一种流程示意图;
图13为本申请实施例提供的申请报销一张票据的又一种流程示意图;
图14为本申请实施例提供的申请报销一张子票据的流程示意图;
图15为本申请实施例提供的申请多家报销机构分别报销多张票据的流程示意图;
图16为本申请实施例提供的一种票据报销设备的一种结构示意图;
图17为本申请实施例提供的另一种票据报销设备的一种结构示意图;
图18为本申请实施例提供的又一种票据报销设备的一种结构示意图;
图19为本申请实施例提供的计算机设备的一种结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
为便于理解本申请实施例提供的技术方案,这里先对本申请实施例使用的一些关键名词进行解释:
票据:是指按照一定的规定形式制成的并显示有支付金钱义务的凭证,也就是,票据在发生交易时可作为交易的凭证。一般而言,票据可以包括税务发票、财政票据(如医疗票)或者商票等,发票一般为单位和个人在购销商品、提供或接受服务以及从事其他经营活动中,所开具和收取的业务凭证,是会计核算的原始依据;医疗票一般为在医疗机构进行消费后,医疗机构开具的消费凭证;商票一般为金融公司或企业开出的无担保短期票据,用于票据发行者筹集资金;当然,本申请实施例中的票据还可以是指其他类型可找报销企业进行报销的票据,例如企业内部开具的票据等,本申请实施例对此不做限制。
持票用户:是指拥有票据的用户,也就是发起票据报销过程的用户。
报销机构:是指持票用户请求报销待报销票据的企业或者政府机构等。例如针对于发票而言,一般报销机构是发票抬头中注明的企业,或者针对于医疗票而言,报销机构一般为保险公司或者政府机构等。
开票机构:是指给开具发票给用户的商户、企业或者医疗机构等机构。
区块链(Block Chain):或称分布式数据记录账本,是一种按照一定顺序将数据区块(block)以顺序相连的方式组合成的一种链式数据结构,并以密码学方式保证的不可篡改和不可伪造的分布式账本。其中,区块用于记录发票流转中的一次或者多次事件涉及的信息,例如一次事件可以是指票据的存储、票据的转移、票据的拆分或者票据的报销结果存储等过程。
区块链节点:是指区块链网络中参与交易处理的计算设备,诸如计算机、手机、台式机、服务器或者服务器集群等拥有计算能力的设备,或者单台计算机或者服务器上的一部分,例如虚拟机均可作为区块链网络中的节点。例如,各区块链节点可以采用虚拟机集群的形式,即从多台物理机上分别划分出一部分作为虚拟机,集体行使区块链节点的功能,在云环境下,还可以由云环境中的多台分布式计算设备联合实现。
未花费的交易输出(Unspent Transaction Output,UTXO)模型:在UTXO模型中,一次交易表示一次UTXO集合的变更,每一笔交易都要花费(spend)一笔输入,产生一笔输出(output),而其所产生的输出,就是“未花费过的交易输出”,也就是UTXO。对于UTXO模型,其最大的特点即为交易后即不存在,即在发生交易之后,交易之前的内容则不存在,对于票据转移过程而言,其可以认为是一次交易,待报销票据即为该次交易的输入,在交易之后,待报销票据则转移给了报销机构,而持票用户的待报销票据则不存在了。
另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,在不做特别说明的情况下,一般表示前后关联对象是一种“或”的关系。此外,对于本文中涉及的“第一”或者“第二”等仅用于区分类似的对象,而不是用于描述特定的顺序或者先后次序。
票据报销一般是指用户提前垫付款项,之后到报销机构进行报销,报销机构将垫付的款项补偿给该用户的过程。线上报销业务一般是利用报销软件或者报销网页等进行电子化报销处理的过程,但是目前的线上报销方式中,由于并未存在较有效的查重机制,可能存在重复报销的情况出现,给报销机构的财政处理等带来一定的风险,造成报销机构的财产损失,因此,一般而言,票据是允许进行重复报销的。
本申请人对现有技术进行分析后发现,在现有技术中,由于电子票据一般是持票用户自身持有或者保存的,且在进行报销时,持票用户自行提交需要报销的电子票据,当持票用户请报销的报销机构不同时,报销机构无法获知电子票据可能被另一企业报销,而按照正常报销流程为持票用户进行报销,从而产生了重复报销的情况。因此,想要阻止用户进行重复报销,那么需要在用户报销过后则销毁用户所拥有的票据,鉴于区块链UTXO模型的特点,即交易后则不存在的特点,那么则可以将UTXO模型应用于票据报销中,即在报销后,就让用户的票据不存在或者说该用户不再有票据的权限,从而阻止重复报销的发生。
基于上述的分析和考虑,本申请实施例提供一种票据报销方法,该方法将电子票据统一由区块链节点进行存储,在未进行报销时,持票用户可拥有电子票据的持有权限,对于持票用户而言,一张电子票据实质上可认为是该用户的一种资产,当用户请求报销时,则需要请求区块链节点将待报销票据的持有权限转移给报销机构,也就相当于持票用户一旦发起报销,则会将待报销发票交易给报销机构,那么可想而知,在报销完成之后,持票用户已经不再拥有待报销票据的持有权限,则其无法再次利用已报销的待报销票据进行二次报销,从而有效的降低发生票据重复报销情况的可能性,提升了报销机构的财产安全。
此外,考虑到持票用户有可能希望将同一张电子票据请求不同机构进行报销的情况,例如用户购买了不同保险公司的医疗保险,而医疗机构开具的医疗发票金额可能都在一张电子票据上,无法提供给两家保险公司进行报销,基于上述情况,本申请实施例中,持票用户在提交报销请求之前,可以请求区块链节点预先将一张票据拆分为多张子票据,除票据金额之外,子票据的票据内容与拆分之前的原始票据是相同的,这样,持票用户则可以在提交报销请求之后,选择需要报销的子票据,向相应的报销机构发起报销申请。
本申请实施例中,为了提升票据报销的效率,对于拆分得到的子票据,持票用户还可以并行向报销机构发起报销申请,即持票用户在发起申请时,选择需要报销的子票据,以及选择各子票据对应的报销机构,在提交报销请求后,则可以分别向各报销机构发起相应的报销请求,从而实现子票据的并行报销,简化用户票据报销所需的操作,提升票据报销的效率。
在介绍完本申请实施例的设计思想之后,下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍,需要说明的是,以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施过程中,可以根据实际需要灵活地应用本申请实施例提供的技术方案。
请参见图1所示,为本申请实施例中的技术方案能够适用的一种应用场景,在该场景中,可以包括终端设备101、发票报销系统设备102、区块链节点103、开票系统设备104。
终端设备101可以是手机、个人电脑(personal computer,PC)、平板电脑(PAD)、掌上电脑(Personal Digital Assistant,PDA)、笔记本电脑或者智能穿戴式设备(例如智能手表和智能手环)等终端设备。终端设备101可以包括一个或多个处理器1011、存储器1012、I/O接口1013以及显示面板1014等。其中,终端设备101的存储器1012中可以存储本申请实施例提供的票据报销方法的程序指令,这些程序指令被处理器1011执行时能够用以实现上述票据报销方法的功能,以及在显示面板1014显示相应显示页面。
终端设备101中可以安装开票机构以及报销机构等提供的应用,或者能够打开开票机构以及报销机构等提供的网站,该应用或者网站可以包括本申请实施例提供的票据报销方法中终端设备侧需执行的方法的功能,因而通过该应用或者网站转账用户可以利用本申请实施例提供的票据报销方法中终端设备侧需执行的方法发起开票或者票据的报销。
需要声明的是,在图1中虽然只示出了一个终端设备101,然而在实际应用中,安装有上述应用或者能够打开上述网站的终端设备101可以有很多,因此上述终端设备101可以为这些终端设备101中的任意一个。
开票系统设备104可以为开票机构的设备,开票系统设备104可以包括一个或多个处理器1041、存储器1042、I/O接口1043等。其中,存储器1042可以存储本申请实施例提供的票据报销方法中开票系统需执行的方法的程序指令,即为用户开票,被处理器1041执行时,即可实现本申请实施例提供的票据报销方法中开票系统需执行的方法,从而帮助用户进行开票。此外,开票系统设备104还可以配置数据库,数据库可以用于存储从税务机构获取的票据标识(如发票唯一标识)等信息,以及为各用户处理过的开票历史等信息。
在开票系统设备104中,安装有开票相关的应用或者打开有开票相关的网站,在接收到终端设备101发起的开票请求时,利用上述应用或者网站的开票处理逻辑对开票请求进行处理,以将开票所需的必要信息提供给区块链节点103进行开票,或者开票完成后将已开具的票据提供给区块链节点103进行存储。
在区块链网络中,包括众多节点设备,各节点设备的功能可以是完全相同的,也可以是各节点设备拥有不同的分工,例如部分节点设备用于票据流转的记录,而部分节点设备用于票据的存储,或者,部分节点设备同时能够实现票据流转的记录以及票据的存储。区块链节点103可以为区块链网络中的任一节点设备,区块链节点103可以包括一个或多个处理器1031、存储器1032以及I/O接口1033等。其中,存储器1032可以存储本申请实施例提供的票据报销方法中区块链节点需执行的方法的程序指令,即为用户开票或者进行票据的转移等,被处理器1031执行时,即可实现本申请实施例提供的票据报销方法中区块链节点需执行的方法。
在开票流程中,区块链节点103可以从开票系统设备104获取已开具的票据并进行存储;或者,区块链节点103可以从开票系统设备104获取开具票据所需的必要信息,从而基于这些信息开具票据并进行存储。
发票报销系统设备102可以为报销机构的设备,发票报销系统设备102可以包括一个或多个处理器1021、存储器1022以及I/O接口1023等。其中,存储器1022可以存储本申请实施例提供的票据报销方法中发票报销系统需执行的方法的程序指令,即为用户报销票据,被处理器1021执行时,即可实现本申请实施例提供的票据报销方法中发票报销系统需执行的方法,从而帮助用户进行票据的报销。此外,发票报销系统设备102还可以配置数据库,数据库可以用于存储报销相关审核信息、持票用户信息以及为各用户处理过的报销历史等信息。
在发票报销系统设备102中,安装有票据报销相关的应用或者打开有票据报销相关的网站,在接收到终端设备101发起的票据报销请求时,则可以利用上述应用或者网站的票据报销处理逻辑(即本申请实施例提供的票据报销方法中发票报销系统实现的功能)对票据报销请求进行处理,从而完成票据的报销。
在票据报销流程中,区块链节点103可以基于终端设备101或者发票报销系统设备102的请求,将待报销票据的持有权限从持票用户转移给报销机构,从而使得报销机构能够获取到待报销票据进行报销,且进行转移后持票用户则失去了待报销票据的持有权限,从而无法进行二次报销,从防止重复报销的情况的发生。
上述需要进行通信的各设备之间可以通过一个或者多个网络105进行通信连接,该网络105可以是有线网络,也可以是无线网络,例如无线网络可以是移动蜂窝网络,或者可以是无线保真(WIreless-Fidelity,WIFI)网络,当然还可以是其他可能的网络,本申请实施例对此不做限制。
请参见图2所示,为本申请实施例中的技术方案能够适用的另一种应用场景,在该场景中,可以包括终端设备201、发票报销系统设备202、开票系统设备203、税务机构设备204以及区块链节点205。
由于对于票据的开具或者报销等流转流程,一般都需要接受相关监管机构(例如税务局等)的监控,因此,对于票据的每一次流转流程都需要税务机构设备204的监控,相应的,区块链网络也可以是税务机构所提供的,用于执行票据开具和存储等流转操作,因此对区块链节点中票据进行的每一次操作,例如票据开具、开票转移或者票据拆分等操作,都需要通过税务机构设备204提供的接口进行接入,也就是需要通过税务机构设备204进行转发。其中,终端设备201、发票报销系统设备202、开票系统设备203以及区块链节点205均可以与图1所示的应用场景中的终端设备101、发票报销系统设备102、开票系统设备104以及区块链节点103依次对应相同,因此,上述各设备所能实现的功能可以与图1所示的各设备对应相同,区别在于与区块链节点205的交互需要通过税务机构设备204来进行,因此对于上述各设备所能实现的功能可以参见图1所示的实施例部分的介绍,在此不再过多赘述。
税务机构设备204可以为根据各地税务系统的布局来设置管理范围,例如省级的税务机构一般用于管理省内的税务相关事务,那么属于该省内的报销机构或者开票机构的票据事务均可以通过省级的税务机构设备进行转发,或者,市级的税务机构一般用于管理市内的税务相关事务,那么属于该市内的报销机构或者开票机构的票据事务均可以通过市级的税务机构设备进行转发。
其中,终端设备201、发票报销系统设备202、开票系统设备203和税务机构设备204之间进行通信的网络,与税务机构设备204和区块链节点205进行通信的网络可以相同,例如均可以是移动蜂窝网络或者有线网络,当然,终端设备201、发票报销系统设备202、开票系统设备203和税务机构设备204之间进行通信的网络,与税务机构设备204和区块链节点205进行通信的网络也可以相同,例如终端设备201、发票报销系统设备202、开票系统设备203和税务机构设备204之间进行通信的网络可以为广域网络,而税务机构设备204和区块链节点205进行通信的网络可以为税务系统内部的局域网络。
当然,本申请实施例提供的方法并不限用于图1或者图2所示的应用场景中,还可以用于其他可能的应用场景,本申请实施例并不进行限制。对于图1或者图2所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述,在此先不过多赘述。
本申请实施例中,在进行票据报销之前,一般用户需要先向开票机构申请为其开具票据,从而才能够基于已开具的票据进行报销。因此,在介绍本申请实施例的票据报销方法之前,首先对开具票据的过程进行介绍。如图3所示,为开票机构为用户开具票据的流程示意图。
步骤301:终端设备向开票机构的开票系统发送第一开票请求,开票系统设备接收第一开票请求。
本申请实施例中,用户在进行交易或者消费之后,可以依据开票机构(即用户交易或者消费所在的商家或者企业)提供的发票开具方式请求开票机构为其开具票据。
具体的,用户若是在线上进行交易的话,一般在交易发生时或者交易完成后会提供开具票据的按钮,用户通过对开具票据的按钮进行操作之后,即可进入开具票据界面进行后续发票开具流程。如图4所示,为用户申请开具票据的操作示意图,图4中以经网上购物平台购买商品后,请求商家开具发票为例进行示出。其中,在订单详情页面中,用户可以查看交易订单的详细内容以及申请开具发票的开票按钮,用户对开票按钮进行操作之后,则可以进入开票信息填写页面。
在开票信息填写页面中,用户可以填写必要的开票信息,例如发票类型、发票抬头、发票内容以及收票人信息等信息,当然,也可以包括其他可能的信息,本申请实施例对此不做限制。其中,发票类型一般可以包括电子普通发票和增值税专用发票;发票抬头一般可以为个人或者单位,在发票需要报销时,发票抬头一般为报销机构(即报销企业);发票内容一般可以包括商品明细和商品类型等,用于注明商品相关信息;收票人信息一般为持有发票的用户的信息,收票人信息例如可以包括收票人用户标识(如身份证号)以及收票人联系方式(如手机号码或者邮箱等),收票人信息可以用于在发票开具后,根据收票人信息通知收票人,或者,将收票人信息与开具的发票进行关联,那么后续收票人则可以自己的用户信息查询自己名下的发票。
当用户填写开票信息之后,则可以对“提交”按钮进行操作,已发起开票流程,相应的,终端设备可以检测到用户的开票操作,并通知给网上购物平台应用,网上购物平台则可以响应于开票操作指示,向开票系统设备发送第一开票请求,第一开票请求中可以携带开具票据所需的开票信息,即用户在开票信息填写页面中填写的信息。
当然,在线上进行交易时,用户除了可以在交易成功之后请求交易方开具票据之外,还可以在交易过程中请求交易方开具票据,例如用户在发起交易申请中,一并申请对方开具电子票据。
具体的,用户若是在线下进行交易的话,同样可以在线上发起开票请求。例如线下交易的商户可以提供开票二维码或者开票小程序码等开票页面入口,用户扫描开票二维码或者开票小程序码之后,则可以进入开票页面,填写开票信息后即可发起开票请求;或者,用户还可以进入商户网站或者应用请求开具发票。
本申请实施例中,为便于用户后续的报销,用户还可以请求开票机构为已进行的一次交易开具多张票据,这多张票据的总金额即为一次交易发生的总金额,相应的,用户的开票操作指示则是用于指示开具针对一次交易的多张票据,而生成的第一开票请求可以包括对应于各待开具票据的第一开票子请求。具体的,用户在填写开票信息时,则可以分别填写想要开具的多张待开具票据中各待开具票据的开票信息,从而根据待开具票据的开票信息以及金额,分别生成各待开具票据对应的第一开票子请求,并将各第一开票子请求发送给开票系统。
步骤302:开票系统设备向区块链节点发送第二开票请求,区块链节点接收第二开票请求。
本申请实施例中,开票机构的开票系统设备接收到第一开票请求之后,则可以基于第一开票请求携带的开票信息请求区块链节点为用户开票。
具体的,在开票机构预先从税务机构申领了票据时,在开具电子票据时,开票机构申领的通常为票据的标识区段,即发放给该开票机构票据代码只能该开票机构开具票据所使用。因而,在开票系统设备接收到第一开票请求之后,可以对第一开票请求中的开票信息进行验证,例如验证商品与请求开票的订单中商品是否一致,或者是否能够开具用户选定的类型的票据等,在验证通过时,则可以从已申领的标识区段中分配其中一个票据标识给第一开票请求,并基于第一开票请求携带的开票信息以及分配的票据标识生成第二开票请求,并将生成的第二开票请求发送给区块链节点。
具体的,在开票机构预先未申领票据时,那么无法为接收到的第一开票请求分配票据标识,因此在开票系统设备接收到第一开票请求并验证通过之后在,额可以基于第一开票请求携带的开票信息生成第二开票请求,并将生成的第二开票请求发送给区块链节点。
在实际应用中,开票系统设备向区块链节点发送第二开票请求,可以是开票系统设备通过税务机构设备向区块链节点发送的。其中,当开票系统设备未分配票据标识时,还可以通过税务机构设备来分配票据标识,并将第二开票请求中携带的开票信息以及分配的票据标识一并发送给区块链节点。
其中,票据标识用于唯一标识一张票据,例如对于发票而言,票据标识则可以是发票的唯一标识码。
开票系统设备可以向区块链网络中的一个区块链节点发送第二开票请求。一般来讲,这里的一个区块链节点可以是区块链网络中的任意一个区块链节点,也可以是与开票系统设备固定通信连接的一个区块链节点。
本申请实施例中,当用户申请为一次交易开具多张票据时,针对多张票据所对应的第一子开票请求,开票系统设备可以分别进行处理,也就是说每一个第一子开票请求与上述第一开票请求的处理过程相同;当然,也可以分别处理,统一转发给区块链节点进行处理。
步骤303:区块链节点基于第二开票请求为用户发行票据。
本申请实施例中,区块链节点可以基于第二开票请求携带的开票信息等为用户发行票据,也就是为用户开票。
具体的,在第二开票请求中携带分配的票据标识时,那么区块链节点为用户发行票据则可以是,将开票信息以及票据标识作为票据的票据数据,并存储在区块链中。
具体的,区块链节点可以作为税务机构认可的票据存储设备,同样可以预先从税务机构申领了票据,那么在第二开票请求中未携带分配的票据标识时,那么区块链节点为用户发行票据则可以是,区块链节点为带开具的票据分配票据标识,并将开票信息以及票据标识作为票据的票据数据进行上链,即存储在区块链中。
区块链节点将票据内容进行上链时,一般需要该区块链节点将票据内容广播给区块链网络中的其他节点,待各区块链节点通过共识机制达成共识时,基于票据内容生成区块,链接在上一区块之后,形成区块链。其中,在基于票据内容生成区块时,为便于后续对票据内容进行验证或者查询等操作,一般会根据票据内容生成哈希(hash)值,作为该票据的识别标识,在后续验证或者查询该票据时,则可以根据识别标识进行验证或者查询。当然,在票据还包括其他的扩展内容(即不包括在票据实际内容之外的内容),例如票据的报销状态,或者可报销金额等内容,还可以基于该票据对应的所有内容生成hash值。
步骤304:区块链节点向开票系统设备发送第一开票响应消息,开票系统设备接收第一开票响应消息。
本申请实施例中,区块链节点将票据的票据数据上链之后,则可以向开票系统设备返回第一开票响应消息,以通知开票系统设备已上链成功。其中,第一开票响应消息还可以携带开具的票据的识别标识等信息。
当然,在区块链节点未能成功将票据的票据数据上链时,也可以向开票系统设备返回第一开票响应消息,以通知开票系统设备上链失败。
步骤305:开票系统设备向终端设备发送第二开票响应消息,终端设备接收第二开票响应消息。
本申请实施例中,开票系统设备可以终端设备返回第二开票响应消息,以通知票据已开具且已上链成功。其中,第二开票响应消息也可以携带开具的票据的识别标识等信息,这样,终端设备在接收到第二开票响应消息之后,则可以将识别标识提示给用户查看。
本申请实施例中,在已开具票据之后,持有票据的用户,即持票用户则可以利用已开具票据申请报销,下面,将具体针对票据报销的过程进行介绍。请参见图5所示,为票据报销的流程示意图。
步骤501:终端设备向票据查询设备发送票据查询请求,票据查询设备接收票据查询请求。
本申请实施例中,用户想要查询票据时,可以有如下几种查询方式:
第一种查询方式
当设置有用于查询票据的票据查询设备,持票用户可以通过票据查询设备查询自己名下的所有票据。其中,用户开具票据完成之后,票据查询设备可以将已开具票据的识别标识与用户标识进行关联,并存储用户标识与识别标识之间的关联关系,当用户想要想查询自己拥有的票据时,则可以提供自身的用户标识即可进行查询。
具体的,票据查询设备可以对应有专用的票据查询APP或者票据查询网站,或者为其他应用提供了查询接口,那么用户可以通过票据查询APP或者票据查询网站查询自己拥有的票据,或者通过其他应用的查询接口查询自己拥有的票据。如图6所示,为票据查询的界面示意图。其中,图6中示出了通过票据查询APP进行查询,以及通过公众号查询入口进行查询的界面示意图。
用户通过票据查询APP进行查询时,可以进入票据查询APP中的查询页面,并选择进行票据查询,从而进入图6中右侧所述的票据查询页面。类似的,当用户通过公众号查询入口进行查询时,可以展开公众号的查询菜单,并选择查询菜单中的票据查询功能,从而进入图6中右侧所述的票据查询页面。
在票据查询页面中,用户可以输入与票据查询相关的信息,并对“查询”按钮进行操作,相应的,终端设备可以检测到用户的操作,并将相对应的查询操作指示发送给票据查询APP或者公众号所在应用,从而基于查询操作指示生成相应的票据查询请求,并向票据查询设备发送票据查询请求。其中,票据查询相关的信息可以包括票据类型、查询票据所使用的用户标识类型(如手机号码或者身份证号等)以及具体的用户标识。
本申请实施例中,票据查询设备的功能可以是与税务机构相关联的,例如票据查询设备可以是归属于税务机构的设备,在一种可能的实施方式中,票据查询设备即可以为税务机构设备或者区块链网络中一个区块链节点。
第二种查询方式
当用户知道票据的识别标识之后,还可以直接通过识别标识查询该识别标识对应的票据。当通过该种方式进行查询时,用户可以通过终端设备直接向区块链节点发起票据查询,而无需借助票据查询设备,当然,也可以是通过票据查询设备向区块链节点发起票据查询。
步骤502:票据查询设备查询与用户标识关联的识别标识。
本申请实施例中,票据查询设备中存储用户标识与识别标识之间的关联关系,因此当票据查询设备接收到票据查询请求时,则可以根据票据查询请求中携带的用户标识查询与该用户标识相关联的识别标识。当然,当用户指定了所要查询的票据的筛选条件时,例如用户指定了查询特定类型的票据,那么票据查询设备还可以对查询得到的识别标识进行筛选。
步骤503:票据查询设备向区块链节点发送票据数据查询请求,区块链节点接收票据数据查询请求。
本申请实施例中,由于票据的票据数据存储在区块链节点中,那么票据查询设备可以根据查询得到的识别标识生成票据数据查询请求,并将票据数据查询请求发送给区块链节点,以从区块链节点获取各识别标识对应的票据数据。
步骤504:区块链节点向票据查询设备发送票据数据查询响应消息,票据查询设备接收票据数据查询响应消息。
步骤505:票据查询设备向终端设备发送票据查询响应消息,终端设备接收票据查询响应消息。
本申请实施例中,区块链节点可以根据识别标识查询到相应的票据数据,并将查询到的票据数据携带在票据查询响应消息中发送给票据查询设备,票据查询设备接收到票据查询响应消息时,可以将票据数据携带在票据查询响应消息中返回给终端设备。
终端设备获取查询得到的票据数据后,则可以在票据查询结果页面上输出票据数据,以便用户查看。如图7所示,为票据查询结果页面1和票据拆分页面的示意图。其中,在票据查询结果页面1中,可展示查询得到各票据的票据摘要,用户想要查询完整的票据数据时,可对“查看票据”按钮进行操作或者对想要查看的票据的相应区域进行操作,进而查看票据的详细数据。
步骤506:终端设备向区块链节点发送票据拆分请求,区块链节点接收票据拆分请求。
本申请实施例中,考虑到持票用户有可能希望将同一张电子票据请求不同机构进行报销的情况,例如用户购买了不同保险公司的医疗保险,而医疗机构开具的医疗发票金额可能都在一张电子票据上,无法提供给两家保险公司进行报销,基于上述情况,本申请实施例中,持票用户在提交报销请求之前,可以请求区块链节点预先将一张票据拆分为多张子票据。
具体的,持票想要拆分票据时,可在票据查询结果页面1中,针对想要拆分的票据的“拆分票据”按钮进行操作,从而进入票据拆分页面。在票据拆分页面中,持票用户可以选择拆分数量以及输入各子票据的金额等信息,并在输入完成后,对“确认拆分”按钮进行操作,从而使得终端设备响应于持票用户针对已开具票据的拆分操作指示,向区块链节点发送票据拆分请求,其中,票据拆分请求中携带已开具票据的识别标识以及拆分指示信息,已开具票据的识别标识即为用户选中的需要拆分的票据的识别标识,拆分指示信息即为用户输入的拆分数量以及各子票据的金额等信息。
其中,图7中具体以拆分得到两张子票据为例,当然,在实际应用中,持票用户可以根据自身的需求选择想要拆分的数量,本申请实施例对此不做限制。
步骤507:区块链节点按照拆分指示信息的指示将初始票据拆分为至少两张子票据。
本申请实施例中,初始票据是指拆分之前的票据,与之相对应的,将初始票据拆分之后则可以得到多张子票据。
区块链节点接收票据拆分请求之后,则可以根据票据拆分请求携带的拆分指示信息的指示将初始票据拆分,得到至少两张子票据。其中,区块链节点对初始票据进行拆分的过程可认为是一次交易过程,该次交易的输入时初始票据,输出为至少两张子票据,即区块链节点会基于拆分得到的各子票据的识别标识重新进行存储。各子票据的票据内容中除票面金额之外的其他票据内容均与初始票据相同,区块链节点可以根据拆分得到的各子票据的票据内容生成各子票据的识别标识,也就是说,子票据的票据内容中,如票据唯一标识等信息均是与初始票据是相同的,唯一不同在于票面金额,各子票据的票面金额的总和即为初始票据的票面金额。
其中,识别标识例如可以是基于票据内容生成的hash值。
基于区块链的UTXO模型的特点,在拆分完成之后,初始票据实质上即不存在了,同样避免了用户还会利用初始票据进行报销,从而出现重复报销的情况。
步骤508:区块链节点向终端设备发送票据拆分响应消息,终端设备接收票据拆分响应消息。
区块链节点在票据拆分完成时,则可以将拆分得到的至少两张子票据的票据数据携带在票据拆分响应消息中发送给终端设备,终端设备接收票据拆分响应消息后,可在显示界面上展示至少两张子票据的票据数据,以供用户查看。
当然,对于拆分后的子票据而言,实质上可以被当做是一张独立的票据,同样可以对子票据进行拆分,得到该子票据的子票据,由于其拆分方式与上述过程相同,因此在此不再过多赘述。
需要声明的是,本申请实施例中,步骤506~508并不是必选的步骤,在实际应用中可根据实际需求进行选择。例如在用户无需针对于子票据进行报销时,则可以不进行票据拆分。
步骤509:终端设备基于持票用户选择的待报销票据生成票据报销请求。
本申请实施例中,当终端设备接收票据拆分响应消息后,可在票据查询结果页面上展示至少两张子票据的票据数据。如图8和图9所示,均为用户选择待报销票据的示意图。
图8和图9分别示例了两种不同的子票据的票据数据的展示方式。
具体的,如图8的票据查询结果页面2所示,在对票据进行拆分之后,可以在票据查询结果页面2中增加票据的状态显示,以提示用户该票据的状态,例如票据查询结果页面2中所示,票据1的状态为“已拆分”,即指示票据1已拆分成功,票据2的状态为“已开具”,即指示票据2已开具成功,但未进行拆分。当持票用户想要进行票据报销时,则可以选择想要报销的票据,以进入票据报销页面。
这里以持票用户对票据查询结果页面2中的票据1进行报销为例进行介绍。
如图8中票据报销页面1所示,当用户只想要报销票据1中的子票据1时,则可以仅选中子票据1,即只将子票据1作为待报销票据,并输入对应的报销机构后,对“报销”按钮进行操作,以发起报销请求。具体的,终端设备可以检测到持票用户的选择操作指示,将被选中的子票据确定为待报销票据,并响应于持票用户的票据报销操作指示,根据持票用户选定的报销企业,为待报销票据生成票据报销请求。其中,票据报销请求中可以携带待报销票据的识别标识,以便报销机构能够确定持票用户所要报销的票据,当然,还可以携带其他信息,例如报销机构信息等。
如图8中票据报销页面2所示,当用户只想要报销票据1中多张子票据时,那么可以分别选中多张子票据,如票据报销页面2中选中了子票据1和子票据2,并输入各子票据对应的报销机构后,对“报销”按钮进行操作,以发起报销请求。具体的,终端设备可以检测到持票用户的选择操作指示,将被选中的子票据确定为待报销票据,即子票据1和子票据2,并响应于持票用户的票据报销操作指示,分别根据持票用户为各待报销票据选定的报销企业,为各个待报销票据生成票据报销请求,即可以生成票据报销请求1和票据报销请求2。其中,各子票据对应的票据报销请求中可以携带相应子票据的识别标识,以便报销机构能够确定持票用户所要报销的票据。
具体的,如图9中票据查询结果页面3所示,在对票据进行拆分之后,可以在票据查询结果页面3中将一张子票据作为独立的票据进行展示。为便于持票用户对各票据的区分,还可以在票据查询结果页面3中展示各票据的可报销金额。如票据查询结果页面3中所示,子票据1和子票据2的票据唯一代码是相同的,而可报销金额不同,因而持票用户则可以根据可报销金额对各票据进行区分。
当持票用户想要进行票据报销时,则可以选择想要报销的票据,以进入票据报销页面。
例如,当用户想要报销子票据1时,则可以选中子票据1,以进入票据报销页面3,票据报销页面3可展示“该子票据金额为60”,并在票据报销页面3中输入对应的报销机构后,对“报销”按钮进行操作,以发起报销请求。终端设备可以检测到持票用户的选择操作指示,将被选中的子票据确定为待报销票据,并响应于持票用户的票据报销操作指示,根据持票用户选定的报销企业,为待报销票据生成票据报销请求。
或者,当用户想要报销票据2时,则可以选中票据2,以进入票据报销页面4,票据报销页面,4可展示“该票据金额为500”,并在票据报销页面4中输入对应的报销机构后,对“报销”按钮进行操作,以发起报销请求。终端设备可以检测到持票用户的选择操作指示,将被选中的票据确定为待报销票据,并响应于持票用户的票据报销操作指示,根据持票用户选定的报销企业,为待报销票据生成票据报销请求。
如图10所示,为持票用户报销多张票据的操作示意图。当持票用户想要同时报销多张票据时,可以在票据查询结果页面3中选中多个票据,如10所示选中了子票据1和子票据2。具体的,票据查询结果页面3可以初始即显示票据选择框,持票用户可直接对选择框进行操作即可选中票据;或者,票据查询结果页面3也可以在初始时不显示票据选择框,持票用户可对选择框进行预定的操作后,例如长按之后,才在票据查询结果页面3中显示有选择框,持票用户对选择框进行操作即可选中票据。持票用户选择票据之后,则可以对“申请报销”进行操作,终端设备可以检测到持票用户的选择操作指示,将被选中的票据确定为待报销票据,并跳转至票据报销页面5,在票据报销页面5中持票用户可输入各票据对应的报销机构后,对“报销”按钮进行操作,以发起报销请求。终端设备则可以响应于持票用户的票据报销操作指示,分别根据持票用户为各待报销票据选定的报销企业,为各个待报销票据生成票据报销请求。
步骤510:终端设备向票据报销系统发送票据报销请求,票据报销系统设备接收票据报销请求。
终端设备生成票据报销请求之后,则可以将生成的票据报销请求发送给票据报销系统。
当持票用户选择报销的票据只有一张时,则票据报销请求可以发送给持票用户为该票据选定的报销机构的票据报销系统,如图8中票据报销页面1所示,则终端设备可以将票据报销请求发送给A企业的票据报销系统,以请求A企业为持票用户报销子票据1的金额;当持票用户选择报销的票据有多张时,则票据报销请求可以分别发送给持票用户为各票据选定的报销机构的票据报销系统,如图8中票据报销页面2所示,则终端设备可以将子票据1和子票据2的票据报销请求分别发送给A企业的票据报销系统和B企业的票据报销系统,以分别请求A企业为持票用户报销子票据1的金额,以及请求B企业为持票用户报销子票据2的金额,从而实现票据的并行报销,提升票据报销效率。
步骤511:终端设备向区块链节点发送票据转移请求,区块链节点接收票据转移请求。
本申请实施例中,终端设备向区块链节点发送票据转移请求,可以包括多种实施方式。
第一种方式
步骤5111:终端设备向区块链节点发送票据转移请求。
如图5中步骤5111所示,终端可以在向票据报销系统发送票据报销请求之前,或者,终端可以在向票据报销系统发送票据报销请求时,或者,终端可以在向票据报销系统发送票据报销请求之后,主动向区块链节点发送票据转移请求,以请求区块链节点将待报销票据的持有权限从持票用户转移给报销机构。
第二种方式
步骤5112:终端设备接收票据报销系统设备发送的票据数据获取请求。
步骤5113:终端设备向区块链节点发送票据转移请求。
如图5中步骤5112和步骤5113所示,终端设备向票据报销系统发送票据报销请求之后,由于票据报销系统设备未拥有待报销票据的持有权限,因此票据报销系统设备可以向终端设备发送票据数据获取请求,或者,或者票据报销系统设备可以尝试向区块链节点获取待报销票据的票据内容,在票据内容获取失败时,向终端设备发送票据数据获取请求。终端设备可以在接收到票据内容获取请求之后,才向区块链节点发送票据转移请求,以请求区块链节点将待报销票据的持有权限从持票用户转移给报销机构。
在第一种方式或者第二种方式中,区块链节点在转移待报销票据的持有权限成功后,可以向终端设备发送指示转移成功的响应消息,这样,终端设备可以通知票据报销系统设备开始执行后续的报销流程。
第三种方式
步骤5114:终端设备向票据报销系统发送授权指示信息。
步骤5115:票据报销系统设备向区块链节点发送票据转移请求。
如图5中步骤5114和步骤5115所示,终端设备在向票据报销系统发送票据报销请求的同时或者之后,可以向票据报销系统发送授权转移待报销票据的持有权限的授权指示信息,这样,票据报销系统设备在获取授权指示信息,则可以根据授权指示信息向区块链节点发送票据转移请求,以请求区块链节点将待报销票据的持有权限从持票用户转移给报销机构。
其中,授权指示信息可以携带在票据报销请求中一并发送给票据报销系统。
在第三种方式中,区块链节点在转移待报销票据的持有权限成功后,可以直接向票据报销系统设备发送指示转移成功的响应消息。
本申请实施例中,步骤511和步骤510并没有实质上的先后顺序关系,在实际应用中,步骤511和步骤510可以先后顺序执行,例如步骤511先执行,或者步骤510先执行,或者还可以步骤511和步骤510同时执行,本申请实施例对此不做限制。
本申请实施例中,区块链节点将待报销票据的持有权限从持票用户转移给报销机构的过程,实质上也可以认为是一次交易的过程,即可以将待报销票据认为是持票用户的资产,那么转移的过程也就是将持票用户将待报销票据交易给报销机构的过程。而在区块链中,持票用户以及报销机构通常都是以地址进行表示的,那么转移的过程也就是将待报销票据从将持票用户的设备地址交易给报销机构的设备地址的过程。
步骤512:票据报销系统设备向区块链节点发送票据获取请求,区块链节点接收票据获取请求。
本申请实施例中,票据报销系统设备在进行报销时,需要获取到待报销票据的票据数据,从而根据票据数据进行审核,且在进行票据转移之后,也就是将待报销票据从持票用户转移给了报销机构后,报销机构则拥有了待报销票据的持有权限,即报销机构可以从区块链节点获取到待报销票据的票据数据,因此,票据报销系统设备可以向区块链节点发送票据获取请求,以从区块链节点获取待报销票据的票据数据。其中,票据获取请求可以携带待报销票据的识别标识。
步骤513:区块链节点根据识别标识查找待报销票据的票据数据。
本申请实施例中,区块链节点在接收票据报销系统设备发送的票据获取请求后,则可以响应于票据获取请求,根据票据获取请求携带的识别标识从报销企业拥有权限的票据数据中查找待报销票据的票据数据。
步骤514:区块链节点将待报销票据的票据数据发送给票据报销系统设备。
步骤515:票据报销系统设备根据待报销票据的票据数据进行报销。
本申请实施例中,票据报销系统设备可以根据待报销票据的票据数据审核待报销票据,以确定是否报销待报销票据。例如,票据报销系统设备可以审核待报销票据的消费是否在报销范围内,以及报销额度是否超出持票用户可以报销的额度等。
步骤516:票据报销系统设备向终端设备发送票据报销响应消息,终端设备接收票据报销响应消息。
本申请实施例中,票据报销系统设备对待报销票据审核报销之后,则可以向终端设备返回携带报销结果的票据报销响应消息,报销结果用于指示是否报销成功。
具体的,为了更明确的指示待报销票据已经被报销,还可以在待报销票据报销完成时,在待报销票据的票据数据中增加指示待报销票据已报销的指示信息,并将报销结果以及包括所述指示信息的票据数据携带在票据报销响应消息一并发送给终端设备,这样,终端设备接收到票据报销响应消息之后,则可以根据指示信息来展示票据,用户可以将已报销的票据留作存根,但是由于该票据的票据数据中包括指示信息,该票据则无法进行二次报销。其中,若是用户不需要将已报销的票据留作存根,也可以不向终端设备返回已报销的票据。
其中,指示信息可以为可报销金额为0,即向用户返回金额为0的票据,或者指示信息可以为票据状态为已报销。
本申请实施例中,若待报销票据被成功报销,向区块链节点发送已报销票据存储请求,已报销票据存储请求用于请求区块链节点存储包括指示待报销票据已报销的指示信息的票据数据。
本申请实施例中,开票机构进行开票,或者报销机构进行报销并不限于开票机构或者报销机构,还可以通过政府或者其他机构进行,可根据实际情况进行设置。
下面以具体的票据报销的例子,对本申请实施例的方案进行介绍。
请参见图11,为用户申请报销一张票据的一种流程示意图。
步骤1101:终端设备基于持票用户选择的待报销票据向区块链节点发送票据转移请求。
步骤1102:区块链节点通知终端设备指示转移成功的票据转移响应消息。
步骤1103:终端设备向区块链节点报销机构的票据报销系统发送票据报销请求。
其中,票据报销请求中携带待报销票据的识别标识。
步骤1104:票据报销系统设备向区块链节点发送票据获取请求。
步骤1105:区块链节点向票据报销系统设备发送待报销票据的票据数据。
步骤1106:票据报销系统设备根据待报销票据的票据数据进行报销。
步骤1107:票据报销系统设备向终端设备返回票据报销响应消息。
其中,票据报销响应消息中可携带金额为零的票据数据。
请参见图12,为用户申请报销一张票据的另一种流程示意图。
步骤1201:终端设备基于持票用户选择的待报销票据向区块链节点发送票据报销请求。
其中,票据报销请求中携带待报销票据的识别标识以及授权转移待报销票据的持有权限的授权指示信息。
步骤1202:票据报销系统设备向区块链节点发送票据转移请求。
步骤1203:区块链节点通知票据报销系统设备指示转移成功的票据转移响应消息。
步骤1204:票据报销系统设备向区块链节点发送票据获取请求。
步骤1205:区块链节点向票据报销系统设备发送待报销票据的票据数据。
步骤1206:票据报销系统设备根据待报销票据的票据数据进行报销。
步骤1207:票据报销系统设备向终端设备返回票据报销响应消息。
其中,票据报销响应消息中可携带金额为零的票据数据。
请参见图13,为用户申请报销一张票据的又一种流程示意图。
步骤1301:终端设备基于持票用户选择的待报销票据向区块链节点发送票据报销请求。
其中,票据报销请求中携带待报销票据的识别标识。
步骤1302:票据报销系统设备向终端设备发送票据数据获取请求。
步骤1303:终端设备基于持票用户选择的待报销票据向区块链节点发送票据转移请求。
步骤1304:区块链节点通知终端设备指示转移成功的票据转移响应消息。
步骤1305:票据报销系统设备向区块链节点发送票据获取请求。
票据报销系统设备可以在接收到终端设备的指示时,向区块链节点发送票据获取请求;或者周期性地向区块链节点发送票据获取请求,以尝试从区块链节点获取待报销票据的票据数据。
步骤1306:区块链节点向票据报销系统设备发送待报销票据的票据数据。
步骤1307:票据报销系统设备根据待报销票据的票据数据进行报销。
步骤1308:票据报销系统设备向终端设备返回票据报销响应消息。
其中,票据报销响应消息中可携带金额为零的票据数据。
请参见图14,为用户申请报销一张子票据的流程示意图。
步骤1401:终端设备基于持票用户选择的已开具票据向区块链节点发送票据拆分请求。
步骤1402:区块链节点将已开具票据拆分为至少两张子票据。
步骤1403:区块链节点通知终端设备指示拆分成功的票据拆分响应消息。
步骤1404:终端设备基于持票用户选择的待报销票据向区块链节点发送票据转移请求。
其中,这里的待报销票据为上述至少两张子票据的其中一张子票据。
步骤1405:区块链节点通知终端设备指示转移成功的票据转移响应消息。
步骤1406:终端设备向区块链节点报销机构的票据报销系统发送票据报销请求。
其中,票据报销请求中携带待报销票据的识别标识。
步骤1407:票据报销系统设备向区块链节点发送票据获取请求。
步骤1408:区块链节点向票据报销系统设备发送待报销票据的票据数据。
步骤1409:票据报销系统设备根据待报销票据的票据数据进行报销。
步骤1410:票据报销系统设备向终端设备返回票据报销响应消息。
其中,票据报销响应消息中可携带金额为零的票据数据。
请参见图15,为用户申请多家报销机构分别报销多张票据的流程示意图。
步骤1501:终端设备基于持票用户选择的已开具票据向区块链节点发送票据拆分请求。
其中,这里票据拆分请求将已开具票据拆分为子票据A和子票据B。
步骤1502:区块链节点将已开具票据拆分为子票据A和子票据B。
步骤1503:区块链节点通知终端设备指示拆分成功的票据拆分响应消息。
其中,票据拆分响应消息可以携带子票据A和子票据B的票据数据,票据数据可以包括识别标识和票据内容,子票据A和子票据B出票面金额之外的其他票据内容均相同,子票据A和子票据B识别标识可以是分别根据子票据A和子票据B的票据内容生成的。
步骤1504:终端设备向区块链节点发送票据转移请求。
其中,票据转移请求用于请求将子票据A转移给企业A,以及将子票据B转移给企业B。
步骤1505:区块链节点通知终端设备指示转移成功的票据转移响应消息。
步骤1506:终端设备为各子票据分别生成票据报销请求。
即,根据为子票据A选定的企业A,生成票据转移请求A,根据为子票据B选定的企业B,生成票据转移请求B。
步骤1507:终端设备将票据转移请求A发送给企业A的票据报销系统A。
其中,票据转移请求A中携带子票据A的识别标识。
步骤1508:票据报销系统A设备向区块链节点发送票据获取请求A。
步骤1509:区块链节点向票据报销系统A设备发送子票据A的票据数据。
步骤1510:票据报销系统A设备根据子票据A的票据数据进行报销。
步骤1511:票据报销系统A设备向终端设备返回票据报销响应消息A。
其中,票据报销响应消息A中可携带金额为零的子票据A的票据数据。
步骤1512:终端设备将票据转移请求B发送给企业B的票据报销系统B。
其中,票据转移请求B中携带子票据B的识别标识。
步骤1513:票据报销系统B设备向区块链节点发送票据获取请求B。
步骤1514:区块链节点向票据报销系统B设备发送子票据B的票据数据。
步骤1515:票据报销系统B设备根据子票据B的票据数据进行报销。
步骤1516:票据报销系统B设备向终端设备返回票据报销响应消息B。
其中,票据报销响应消息中可携带金额为零的子票据B的票据数据。
其中,步骤1507~步骤1511的过程与步骤1512~步骤1516的过程是并行进行的。
综上所述,本申请实施例提供的票据报销方法,利用UTXO模型的特定,即交易后即不存在的特点,在进行报销时,将待报销票据转移给报销机构,这样,持票用户则无法进行二次报销,房子里一张票据超报或者多报的情况出现。并且还可以将一张票据拆分为多张小金额票据进行并行报销,提升报销效率。
请参见图16,基于同一发明构思,本申请实施例还提供了一种票据报销装置160,应用于终端设备中,该装置包括:
第一发送单元1601,用于响应于持票用户的票据报销操作指示,向报销企业的票据报销系统发送票据报销请求;其中,票据报销请求携带待报销票据的识别标识,票据报销请求用于请求票据报销系统对待报销票据进行报销;以及向区块链节点发送票据转移请求,以请求区块链节点将待报销票据的持有权限从持票用户转移给报销企业;其中,区块链节点存储有待报销票据;
获取单元1602,用于根据票据报销系统发送的携带待报销票据的报销结果的票据报销响应消息,获取待报销票据的报销结果。
可选的,
第一发送单元1601,还用于响应于开票操作指示,向开票企业的开票系统发送第一开票请求,开票请求携带开具票据所需的开票信息;
获取单元1602,还用于根据开票系统发送的开票响应消息,获得开票结果;其中,开票响应消息为开票系统根据开票信息向区块链节点发送第二开票请求后,根据区块链节点返回的开票结果生成的。
可选的,开票操作指示用于指示开具针对一次交易的多张票据,第一开票请求包括对应于各待开具票据的第一开票子请求,则第一发送单元1601,具体用于:
根据各待开具票据的开票信息以及金额,分别生成各待开具票据对应的第一开票子请求,并将各第一开票子请求发送给开票系统。
可选的,待报销票据包括从已开具票据中拆分出的子票据;
第一发送单元1601,还用于响应于持票用户针对已开具票据的拆分操作指示,向区块链节点发送票据拆分请求,票据拆分请求携带已开具票据的识别标识以及拆分指示信息,用于请求按照拆分指示信息的指示将待拆分初始票据拆分为至少两张子票据;
获取单元1602,还用于根据区块链节点在票据拆分成功时发送的票据拆分响应消息,获得拆分得到的至少两张子票据的票据数据,各子票据的识别标识是基于拆分得到的各子票据的票据内容生成的,各子票据的票据内容中除票面金额之外的其他票据内容均与初始票据相同。
可选的,装置还包括确定单元1603;
确定单元1603用于响应于持票用户从至少两张子票据中选择待报销票据的选择操作指示,将被选中的子票据确定为待报销票据。
可选的,在待报销票据包括多个子票据时,第一发送单元1601,还用于:
分别根据持票用户为每个子票据选定的报销企业,为各个子票据生成报销请求,并发送给对应报销企业的票据报销系统。
可选的,
第一发送单元1601,还用于响应于持票用户的票据查询操作指示,向票据查询设备发送票据查询请求,票据查询请求携带持票用户的用户标识;
获取单元1602,还用于根据票据查询设备发送的票据查询响应消息,获得票据查询结果;其中,票据查询设备中存储有用户标识与识别标识之间的关联关系,票据查询结果包括票据查询设备根据关联关系查询得到与用户标识关联的识别标识后,根据查询得到的识别标识从区块链节点中获取的票据数据。
可选的,第一发送单元1601,具体用于:
在接收到票据报销系统的票据数据获取请求时,向区块链节点发送票据转移请求;或者,
通过票据报销系统向区块链节点发送票据转移请求;其中,票据报销系统在获取到授权转移待报销票据的持有权限的授权指示信息时,根据授权指示信息向区块链节点发送票据转移请求。
该装置可以用于执行图3~图15所示的实施例中终端设备侧涉及的方法,因此,对于该装置的各功能模块所能够实现的功能等可参考图3~图15所示的实施例的描述,不多赘述。其中,确定单元1603并非必选的功能单元,因此在图16中以虚线示出。
请参见图17,基于同一发明构思,本申请实施例还提供了一种票据报销装置170,应用于报销企业的票据报销系统中,该装置包括:
接收单元1701,用于接收终端设备发送的票据报销请求;其中,票据报销请求携带待报销票据的识别标识,票据报销请求用于请求报销待报销票据;
第二获取单元1702,用于根据识别标识从区块链节点获取待报销票据的票据数据;其中,待报销票据的票据数据为区块链节点将待报销票据的持有权限从持票用户转移给报销企业后,根据识别标识从报销企业拥有权限的票据数据中查找得到的;
票据报销单元1703,用于根据待报销票据的票据数据进行报销,并将携带报销结果的票据报销响应消息发送给终端设备。
可选的,票据报销单元1703,具体用于:
在待报销票据报销完成时,在待报销票据的票据数据中增加指示待报销票据已报销的指示信息;
将报销结果与包括指示信息的票据数据携带在票据报销响应消息发送给终端设备。
可选的,装置还包括第二发送单元1704,用于:
若待报销票据被成功报销,向区块链节点发送已报销票据存储请求,已报销票据存储请求用于请求区块链节点存储包括指示待报销票据已报销的指示信息的票据数据。
该装置可以用于执行图3~图15所示的实施例中票据报销系统侧涉及的方法,因此,对于该装置的各功能模块所能够实现的功能等可参考图3~图15所示的实施例的描述,不多赘述。其中,第二发送单元1704并非必选的功能单元,因此在图17中以虚线示出。
请参见图18,基于同一发明构思,本申请实施例还提供了一种票据报销装置1801,应用于区块链节点中,该装置包括:
票据转移单元1801,用于响应于票据转移请求,将待报销票据的持有权限从持票用户转移给报销企业;
票据查找单元1802,用于响应于报销企业的票据报销系统发送的票据获取请求,根据票据获取请求携带的识别标识从报销企业拥有权限的票据数据中查找待报销票据的票据数据;
第三发送单元1803,用于将待报销票据的票据数据发送给票据报销系统,以使得票据报销系统根据待报销票据的票据数据进行报销。
可选的,装置还包括票据拆分单元1804以及标识生成单元1805;
票据拆分单元1804,用于响应于终端设备发送的票据拆分请求,按照票据拆分请求携带的拆分指示信息的指示将已开具票据拆分为至少两张子票据;其中,各子票据的票据内容中除票面金额之外的其他票据内容均与初始票据相同;
标识生成单元1805,用于分别根据各子票据的票据内容生成各子票据的识别标识;
第三发送单元1803,还用于将至少两张子票据的票据数据携带在票据拆分响应消息中,发送给终端设备;票据数据包括识别标识以及票据内容。
该装置可以用于执行图3~图15所示的实施例中区块链节点侧涉及的方法,因此,对于该装置的各功能模块所能够实现的功能等可参考图3~图15所示的实施例的描述,不多赘述。其中,票据拆分单元1804以及标识生成单元1805并非必选的功能单元,因此在图17中以虚线示出。
请参见图19,基于同一技术构思,本申请实施例还提供了一种计算机设备190,可以包括存储器1901和处理器1902。
所述存储器1901,用于存储处理器1902执行的计算机程序。存储器1901可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据计算机设备的使用所创建的数据等。处理器1902,可以是一个中央处理单元(central processing unit,CPU),或者为数字处理单元等等。本申请实施例中不限定上述存储器1901和处理器1902之间的具体连接介质。本申请实施例在图19中以存储器1901和处理器1902之间通过总线1903连接,总线1903在图19中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线1903可以分为地址总线、数据总线、控制总线等。为便于表示,图19中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器1901可以是易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器1901也可以是非易失性存储器(non-volatilememory),例如只读存储器,快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)、或者存储器1901是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器1901可以是上述存储器的组合。
处理器1902,用于调用所述存储器1901中存储的计算机程序时执行如图3~图15中所示的实施例涉及的方法。
在一些可能的实施方式中,本申请提供的方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在计算机设备上运行时,所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的步骤,例如,所述计算机设备可以执行如图3~图15中所示的实施例涉及的方法。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (15)
1.一种票据报销方法,其特征在于,应用于终端设备中,所述方法包括:
响应于持票用户的票据报销操作指示,向报销企业的票据报销系统发送票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求所述票据报销系统对所述待报销票据进行报销;以及
向区块链节点发送票据转移请求,以请求所述区块链节点将所述待报销票据的持有权限从所述持票用户转移给所述报销企业;其中,所述区块链节点存储有所述待报销票据;
根据所述票据报销系统发送的携带所述待报销票据的报销结果的票据报销响应消息,获取所述待报销票据的报销结果。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
响应于开票操作指示,向开票企业的开票系统发送第一开票请求,所述开票请求携带开具票据所需的开票信息;
根据所述开票系统发送的开票响应消息,获得开票结果;其中,所述开票响应消息为所述开票系统根据所述开票信息向所述区块链节点发送第二开票请求后,根据所述区块链节点返回的开票结果生成的。
3.如权利要求2所述的方法,其特征在于,所述待报销票据包括从已开具票据中拆分出的子票据,所述方法还包括:
响应于所述持票用户针对已开具票据的拆分操作指示,向所述区块链节点发送票据拆分请求,所述票据拆分请求携带已开具票据的识别标识以及拆分指示信息,用于请求按照所述拆分指示信息的指示将待拆分的初始票据拆分为至少两张子票据;
根据所述区块链节点在票据拆分成功时发送的票据拆分响应消息,获得拆分得到的所述至少两张子票据的票据数据,各子票据的识别标识是基于拆分得到的各子票据的票据内容生成的,各子票据的票据内容中除票面金额之外的其他票据内容均与所述初始票据相同。
4.如权利要求3所述的方法,其特征在于,所述向报销企业的票据报销系统发送票据报销请求之前,所述方法还包括:
响应于所述持票用户从至少两张子票据中选择所述待报销票据的选择操作指示,将被选中的子票据确定为所述待报销票据。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
响应于所述持票用户的票据查询操作指示,向票据查询设备发送票据查询请求,所述票据查询请求携带所述持票用户的用户标识;
根据所述票据查询设备发送的票据查询响应消息,获得票据查询结果;其中,所述票据查询设备中存储有用户标识与识别标识之间的关联关系,所述票据查询结果包括所述票据查询设备根据所述关联关系查询得到与所述用户标识关联的识别标识后,根据查询得到的识别标识从区块链节点中获取的票据数据。
6.如权利要求1~5任一所述的方法,其特征在于,所述向区块链节点发送票据转移请求,以请求所述区块链节点将所述待报销票据的持有权限从所述持票用户转移给所述报销企业,包括:
在接收到所述票据报销系统的票据数据获取请求时,向所述区块链节点发送所述票据转移请求;或者,
通过所述票据报销系统向所述区块链节点发送所述票据转移请求;其中,所述票据报销系统在获取到授权转移所述待报销票据的持有权限的授权指示信息时,根据所述授权指示信息向所述区块链节点发送所述票据转移请求。
7.一种票据报销方法,其特征在于,应用于报销企业的票据报销系统,所述方法包括:
接收终端设备发送的票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求报销所述待报销票据;
根据所述识别标识从区块链节点获取所述待报销票据的票据数据;其中,所述待报销票据的票据数据为所述区块链节点将所述待报销票据的持有权限从持票用户转移给报销企业后,根据所述识别标识从报销企业拥有权限的票据数据中查找得到的;
根据所述待报销票据的票据数据进行报销,并将携带报销结果的票据报销响应消息发送给所述终端设备。
8.如权利要求7所述的方法,其特征在于,在根据所述待报销票据的票据数据进行报销之后,所述方法还包括:
若所述待报销票据被成功报销,向所述区块链节点发送已报销票据存储请求,所述已报销票据存储请求用于请求所述区块链节点存储包括指示所述待报销票据已报销的指示信息的票据数据。
9.一种票据报销方法,其特征在于,应用于区块链节点中,所述方法包括:
响应于票据转移请求,将待报销票据的持有权限从持票用户转移给报销企业;
响应于所述报销企业的票据报销系统发送的票据获取请求,根据所述票据获取请求携带的识别标识从所述报销企业拥有权限的票据数据中查找所述待报销票据的票据数据;
将所述待报销票据的票据数据发送给所述票据报销系统,以使得所述票据报销系统根据所述待报销票据的票据数据进行报销。
10.如权利要求9所述的方法,其特征在于,所述方法还包括:
响应于终端设备发送的票据拆分请求,按照所述票据拆分请求携带的拆分指示信息的指示将已开具票据拆分为至少两张子票据;其中,各子票据的票据内容中除票面金额之外的其他票据内容均与拆分前的初始票据相同;
分别根据各所述子票据的票据内容生成各子票据的识别标识;
将所述至少两张子票据的票据数据携带在票据拆分响应消息中,发送给所述终端设备;所述票据数据包括识别标识以及票据内容。
11.一种票据报销装置,其特征在于,应用于终端设备中,所述装置包括:
第一发送单元,用于响应于持票用户的票据报销操作指示,向报销企业的票据报销系统发送票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求所述票据报销系统对所述待报销票据进行报销;以及向区块链节点发送票据转移请求,以请求所述区块链节点将所述待报销票据的持有权限从所述持票用户转移给所述报销企业;其中,所述区块链节点存储有所述待报销票据;
第一获取单元,用于根据所述票据报销系统发送的携带所述待报销票据的报销结果的票据报销响应消息,获取所述待报销票据的报销结果。
12.一种票据报销装置,其特征在于,应用于报销企业的票据报销系统,所述装置包括:
接收单元,用于接收终端设备发送的票据报销请求;其中,所述票据报销请求携带待报销票据的识别标识,所述票据报销请求用于请求报销所述待报销票据;
第二获取单元,用于根据所述识别标识从区块链节点获取所述待报销票据的票据数据;其中,所述待报销票据的票据数据为所述区块链节点将所述待报销票据的持有权限从持票用户转移给报销企业后,根据所述识别标识从报销企业拥有权限的票据数据中查找得到的;
票据报销单元,用于根据所述待报销票据的票据数据进行报销,并将携带报销结果的票据报销响应消息发送给所述终端设备。
13.一种票据报销装置,其特征在于,应用于区块链节点中,所述装置包括:
票据转移单元,用于响应于票据转移请求,将待报销票据的持有权限从持票用户转移给报销企业;
票据查找单元,用于响应于所述报销企业的票据报销系统发送的票据获取请求,根据所述票据获取请求携带的识别标识从所述报销企业拥有权限的票据数据中查找所述待报销票据的票据数据;
第二发送单元,用于将所述待报销票据的票据数据发送给所述票据报销系统,以使得所述票据报销系统根据所述待报销票据的票据数据进行报销。
14.一种计算机设备,其特征在于,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,
所述处理器执行所述程序时实现如权利要求1~6、7~8或者9~10任一所述的方法。
15.一种计算机可读存储介质,其特征在于,存储有处理器可执行指令,
所述处理器可执行指令被处理器执行时用于实现如权利要求1~6、7~8或者9~10任一所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910936215.7A CN110599276B (zh) | 2019-08-08 | 2019-08-08 | 票据报销方法、装置和设备及计算机存储介质 |
CN201910730645.3A CN110458562B (zh) | 2019-08-08 | 2019-08-08 | 票据报销方法、装置和设备及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910730645.3A CN110458562B (zh) | 2019-08-08 | 2019-08-08 | 票据报销方法、装置和设备及计算机存储介质 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910936215.7A Division CN110599276B (zh) | 2019-08-08 | 2019-08-08 | 票据报销方法、装置和设备及计算机存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110458562A CN110458562A (zh) | 2019-11-15 |
CN110458562B true CN110458562B (zh) | 2021-05-18 |
Family
ID=68485506
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910936215.7A Active CN110599276B (zh) | 2019-08-08 | 2019-08-08 | 票据报销方法、装置和设备及计算机存储介质 |
CN201910730645.3A Active CN110458562B (zh) | 2019-08-08 | 2019-08-08 | 票据报销方法、装置和设备及计算机存储介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910936215.7A Active CN110599276B (zh) | 2019-08-08 | 2019-08-08 | 票据报销方法、装置和设备及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN110599276B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110910136A (zh) * | 2019-11-18 | 2020-03-24 | 腾讯科技(深圳)有限公司 | 基于区块链的数据处理方法、装置及存储介质 |
CN111179044B (zh) * | 2019-12-23 | 2023-08-29 | 望海康信(北京)科技股份公司 | 票据报销方法及装置 |
CN111144962A (zh) * | 2019-12-25 | 2020-05-12 | 珠海乐活公社网络科技有限公司 | 基于电商平台的发票开具方法、装置和电商平台 |
CN111275462A (zh) * | 2020-01-22 | 2020-06-12 | 腾讯科技(深圳)有限公司 | 一种基于区块链网络的票据验证方法、装置及存储介质 |
CN111260488B (zh) * | 2020-01-23 | 2021-11-26 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置及可读存储介质 |
CN111444209B (zh) * | 2020-03-25 | 2022-01-07 | 腾讯科技(深圳)有限公司 | 一种基于区块链的数据处理方法、装置、设备及介质 |
CN112163870B (zh) * | 2020-09-30 | 2023-12-05 | 中国联合网络通信集团有限公司 | 基于区块链的信息管理方法、解析节点及复工平台 |
CN113222723B (zh) * | 2021-05-25 | 2022-07-05 | 支付宝(杭州)信息技术有限公司 | 票据处理方法、装置、设备和存储介质 |
CN115048396B (zh) * | 2021-05-25 | 2024-04-16 | 支付宝(杭州)信息技术有限公司 | 账单处理方法及装置 |
CN117273974B (zh) * | 2023-11-21 | 2024-02-06 | 中国人寿保险股份有限公司上海数据中心 | 基于区块链共识的大型企业费用报销数据生成验证方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106600394A (zh) * | 2016-12-29 | 2017-04-26 | 百望电子发票数据服务有限公司 | 一种电子凭据报销入账的方法及系统 |
CN106952124A (zh) * | 2017-03-16 | 2017-07-14 | 北京牛链科技有限公司 | 基于分布式记账的电子发票管理系统和方法 |
CN106952153A (zh) * | 2017-03-13 | 2017-07-14 | 广东网金控股股份有限公司 | 一种基于区块链的报销方法 |
CN107451874A (zh) * | 2017-07-27 | 2017-12-08 | 武汉天喻信息产业股份有限公司 | 基于区块链的电子发票综合处理方法及系统 |
CN109034924A (zh) * | 2018-08-16 | 2018-12-18 | 腾讯科技(深圳)有限公司 | 电子票据生成方法、装置、存储介质和计算机设备 |
CN109165957A (zh) * | 2018-08-14 | 2019-01-08 | 海南高灯科技有限公司 | 基于区块链的发票数据报销方法、系统及相关设备 |
CN109325812A (zh) * | 2018-08-24 | 2019-02-12 | 深圳市智税链科技有限公司 | 关于电子票据的数据处理方法、装置、存储介质和设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108648066A (zh) * | 2018-04-28 | 2018-10-12 | 济南浪潮高新科技投资发展有限公司 | 一种基于区块链的发票管理系统及方法 |
CN109191219B (zh) * | 2018-08-13 | 2023-09-26 | 深圳市智税链科技有限公司 | 关于电子票据的数据处理方法、装置、存储介质和设备 |
CN110400143A (zh) * | 2018-08-20 | 2019-11-01 | 深圳市智税链科技有限公司 | 关于电子票据的数据处理方法、装置、存储介质和设备 |
CN109241772B (zh) * | 2018-09-07 | 2023-05-16 | 深圳市智税链科技有限公司 | 发票区块链记录方法、装置、区块链网关服务器和介质 |
CN110009435A (zh) * | 2018-12-25 | 2019-07-12 | 阿里巴巴集团控股有限公司 | 基于区块链的发票报销方法及装置、电子设备 |
-
2019
- 2019-08-08 CN CN201910936215.7A patent/CN110599276B/zh active Active
- 2019-08-08 CN CN201910730645.3A patent/CN110458562B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106600394A (zh) * | 2016-12-29 | 2017-04-26 | 百望电子发票数据服务有限公司 | 一种电子凭据报销入账的方法及系统 |
CN106952153A (zh) * | 2017-03-13 | 2017-07-14 | 广东网金控股股份有限公司 | 一种基于区块链的报销方法 |
CN106952124A (zh) * | 2017-03-16 | 2017-07-14 | 北京牛链科技有限公司 | 基于分布式记账的电子发票管理系统和方法 |
CN107451874A (zh) * | 2017-07-27 | 2017-12-08 | 武汉天喻信息产业股份有限公司 | 基于区块链的电子发票综合处理方法及系统 |
CN109165957A (zh) * | 2018-08-14 | 2019-01-08 | 海南高灯科技有限公司 | 基于区块链的发票数据报销方法、系统及相关设备 |
CN109034924A (zh) * | 2018-08-16 | 2018-12-18 | 腾讯科技(深圳)有限公司 | 电子票据生成方法、装置、存储介质和计算机设备 |
CN109325812A (zh) * | 2018-08-24 | 2019-02-12 | 深圳市智税链科技有限公司 | 关于电子票据的数据处理方法、装置、存储介质和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN110599276B (zh) | 2021-07-06 |
CN110599276A (zh) | 2019-12-20 |
CN110458562A (zh) | 2019-11-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110458562B (zh) | 票据报销方法、装置和设备及计算机存储介质 | |
CN109767214B (zh) | 融入票据融资的供应流程管控方法、装置、设备及介质 | |
CN110612546B (zh) | 用于数字资产账户管理的方法和装置 | |
US20230206217A1 (en) | Digital asset distribution by transaction device | |
CN109544388B (zh) | 自动理赔方法、装置、电子设备、存储介质 | |
US20120084135A1 (en) | System and method for tracking transaction records in a network | |
RU2662404C2 (ru) | Системы и способы для проверки и подтверждения личности | |
CA3091195A1 (en) | Corroborating data to verify transactions | |
JP2013246480A (ja) | 債権買取事業者装置及び電子債権の割引取引方法 | |
CN113506166A (zh) | 目标业务的数据处理方法、装置和服务器 | |
CN110599273B (zh) | 数据处理方法、装置、节点设备及存储介质 | |
CN110622189A (zh) | 用于提供数字收据的高效方法和系统 | |
KR102590475B1 (ko) | 증권형 토큰 정보 관리 서비스 방법 및 sto 플랫폼 | |
US20200204553A1 (en) | Method, apparatus and computer program product for exchanging messages across a network | |
WO2023201360A2 (en) | Method, controller, and computer-readable medium for replacement of a cancelled repeating transfer data structure on a distributed transfer network | |
RU2572430C1 (ru) | Система платежно-коммуникационных связей для дистанционного обслуживания клиентов | |
CN113988844A (zh) | 业务签约方法、装置和系统 | |
US20190213574A1 (en) | Prepaid multinational program | |
CN110796436A (zh) | 针对共享办公的进程管理系统、方法、设备及可读介质 | |
KR20200079931A (ko) | 블록체인 네트워크를 활용한 전자티켓 발권 검증 방법 | |
US9135614B2 (en) | System and method for managing issuance of financial accounts | |
JP2002230362A5 (zh) | ||
CN114445175A (zh) | 梯次电池交易系统及方法 | |
CN111563814A (zh) | 信息处理方法、装置、系统和电子设备 | |
CN117011077A (zh) | 一种业务和财务的综合系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40016799 Country of ref document: HK |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |